Вы случайно не PHP Middle?
Сервисы
Алексей
19 673

Как накручивают 100 баллов на Google PageSpeed

Привет. В статье «23 заблуждения про скорость загрузки твоего сайта» я упоминал о возможном обмане PageSpeed и способах разоблачить такое «ускорение» сайта.

В закладки

Мы даём бесплатные рекомендации для ускорения загрузки. И каждый день обрабатываем в ручном режиме десятки сайтов. Чего только не прилетает!

На этом сайте было всё хорошо, нет, даже отлично, с первого взгляда. При замере через Google PageSpeed показатели не идеальные, но 96/100 на мобильной версии и 98/100 ПК.

При замере на Loading.express — 7/10. Сайт почти идеален по всем параметрам. Время загрузки 1,6 секунд — очень быстро!

​Замер из loading.express

Замер через Webpagetest ломается. На GTmetrix показывает больше 20 секунд, но на графиках загрузки ресурсов видно время около 8 секунд.

замер из Webpagetest​ с ошибкой
​Замер из GTmetrix

Если учесть у оценки GTmetrix, что он выполняет «Яндекс.Метрику» 17 секунд, то его замер тоже в порядке!

Обычно в таких рекомендациях мы пишем, что сайт почти идеален, осталось только включить серверный пуш и пушить, ну или что-то подобное, что актуально в данной ситуации.

Дратути — я бот PageSpeed

Что под капотом такого фейкового «ускорения» и как понять, что это подделка.

Если PageSpeed бот (lighthouse) открывает сайт, то он видит это код:

<html> <head> <title>arsagro</title> <style> body { background: url(/image/templates/mob.jpg); background-size: cover; } </style> <link href="catalog/view/theme/revolution/stylesheet/stylesheet_min.css" rel="stylesheet"> <style> #top2 .search {margin-top: 22px;} #top2 #logo {margin-top: 8px;} </style> <link href="/catalog/view/theme/default/stylesheet/blog/module.min.css" type="text/css" rel="stylesheet" media="screen" /> <script src="/catalog/view/javascript/jquery/jquery-2.1.1.min.js"></script> <script src="/catalog/view/javascript/jquery/owl-carousel/owl.carousel.min.js"></script> <script src="/catalog/view/javascript/revolution/javascript_min.js"></script> </head> <body> </body> </html>

Если открыть исходный код сайта, представившись lighthouse, то мы увидим такую картину.

Вот сам скрипт, который подсовывает другую версию страницы только для PageSpeed (lighthouse):

<?php if(strpos($_SERVER['HTTP_USER_AGENT'],'Chrome-Lighthouse')):?> Фейковая страница со скриншотом <?php exit(); endif;?> Далее обычный код index.php

Как обмануть Google PageSpeed

Автор этого «ускорения» сайта не стал привлекать слишком много внимания к блестящим результатам работ и слегка утяжелил скриншот сайта, который и видят все системы замеров, вместо самого сайта.

То есть вместо сайта открывается совсем другая версия главной страницы, которая абсолютно пустая.

Ничего, кроме одной картинки — скриншота вашего сайта!

В успешных аудитах от Google PageSpeed так и написано — ноль элементов структуры DOM, чего быть у настоящего сайта не может:

​фантастические показатели из подставной страницы для ПейджСпид

Как теперь проверить моё ускорение сайта

  • Если вам ускорили медленный сайт за сумму до 10 тысяч рублей и показатели PageSpeed больше 90 по мобильной версии, а loading.express показывает больше 7 баллов, то пожалуйста, проверьте ваш сайт с хорошими специалистами по ускорению сайтов, найдите компанию, а не фрилансера и закажите аудит-проверку результата ускорения сайта.
  • Сделайте замер внутренней страницы и посмотрите на скриншот. Если особо не парились, то у вас будет скриншот главной страницы, на замере от внутренней. Как и в нами описываемом случае.
  • Следите за показателем DOM — он не может быть 0. Это точно не сайт. Остальные значения этого показателя надо проверять со специалистами.
  • Смените картинку на проверяемой странице сайта, которая есть в первом экране и сделайте замер заново. Если картинка не сменилась на скриншоте замера — зовите специалиста.
  • Поисковый трафик из Google резко упал. И это значит, что Google заметил обман и решительно против таких методов.

Подарок судьбы для всех экономных прямо здесь и сейчас

Обойти Google PageSpeed Insights проще простого, но чревато...

Мы решили сэкономить ваши последние деньги, которые вы отдаете за ускорение своего сайта. И если вас устраивает такое «ускорение» сайта, то пользуйтесь бесплатным сервисом для обмана Google PageSpeed.

Сразу важно знать, что за такие махинации — можно поймать фильтр/бан/черный список/санкции от Google для вашего сайта. Так что если вам ускорили сайт и пропали посетители из Google, то вы на скользкой дорожке. Мы не рекомендуем делать такое ускорение!

Итак, сервис, который сделает всё за вас и показатели Google PageSpeed всегда будут зелеными:

Если не хотите уходить с этой отличной статьи, то держите наш хитрый код прямо здесь:

<?php if(strpos($_SERVER['HTTP_USER_AGENT'],'Chrome-Lighthouse')): $url=preg_replace(array('/\/$/i','/\//i'),array('','!'),$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']);echo '<!doctype html><html lang="ru"><head><title>FakePagespeed</title><meta charset="utf-8"><meta name="viewport" content="width=device-width"><style>*{padding:0;margin:0}body{background-image:url(https://fake-speed.loading.express/screen/'.$url.'-412x660-cropped.webp);background-size:cover}@media screen and (min-width:600px){body{background-image:url(https://fake-speed.loading.express/screen/'.$url.'-1350x940-cropped.webp)}}</style></head><body></body></html>';exit();endif;?>

Просто вставь эту строчку кода в самое начало файла index.php в корне своего сайта и наслаждайся самообманом. За несколько ретестов показатели по PageSpeed будут 100 из 100. Безопасность кода гарантирую лично.

Скриншоты генерируются для каждой страницы каждый день новые и в формате webp. Дополнительно кешируются на год, чтобы у Google PageSpeed не было шансов найти что-то, снижающее показатель.

Задавайте вопросы в комментариях, в личных сообщениях. Предлагайте улучшения для «супер сервиса». До встречи!

Еще статьи по теме скорости сайтов:

{ "author_name": "Алексей", "author_type": "self", "tags": ["\u0443\u0441\u043a\u043e\u0440\u0435\u043d\u0438\u0435\u0441\u0430\u0439\u0442\u0430","\u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u0441\u0430\u0439\u0442\u0430","\u043a\u043e\u043d\u0432\u0435\u0440\u0441\u0438\u044f","top2","logo"], "comments": 173, "likes": 50, "favorites": 203, "is_advertisement": false, "subsite_label": "services", "id": 103768, "is_wide": false, "is_ugc": true, "date": "Wed, 29 Jan 2020 15:34:19 +0300", "is_special": false }
Трибуна
PDF Remote — Простой инструмент для презентаций
Привет, сегодня хочу рассказать про наш новый продукт для презентаций.
Объявление на vc.ru
0
173 комментария
Популярные
По порядку
Написать комментарий...
10

На одной бирже, на которой "всё за 500", есть такие "специалисты по ускорению сайтов". Они таким образом делают 100 из 100 для мобильной версии сайта, а радостный заказчик думает, что его сайт стал реально быстро загружаться.

Ответить
6

Тот момент, когда на бирже за 500 рублей действительно делал ускорение сайта, минификацией html,css,js файлов, отложенной загрузкой, кешированием статики, объединением и разделением на модули загрузки.
А потом заказчики жаловались, почему это 96 баллов, а не 100.
Видимо стоило, делать так.

Ответить
0

Сообщение удалено

Ответить
0

у них нет таких показателей, как в статье...

https://developers.google.com/speed/pagespeed/insights/?hl=RU&url=https%3A%2F%2Floading.express%2F%3Ftest_id%3D5ea9a0da02b95b1a63963bba&tab=mobile

а одну страницу такую без напряга любой прогер, знающий php напишет. И у нее будет 100 из 100. Вот если бы такое на wordpresse и со слайдером, то да.

Ответить
0

Интересно, долго вы искали нашу ахиллесову пяту?))

Измерьте нашу ГЛАВНУЮ страницу.

А то PageSpeed Insights тоже можно замерить так и получить желтую зону.
Вот, полюбуйтесь, что за произвол! Гугл не мог себе зеленую зону сделать!)))
 
https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fdevelopers.google.com%2Fspeed%2Fpagespeed%2Finsights%2F%3Furl%3Dhttps%253A%252F%252Fdevelopers.google.com%252Fspeed%252Fpagespeed%252Finsights%252F%253Furl%253Dhttps%25253A%25252F%25252Fdevelopers.google.com%25252Fspeed%25252Fpagespeed%25252Finsights%25252F%25253Furl%25253Dhttps%2525253A%2525252F%2525252Fdevelopers.google.com%2525252Fspeed%2525252Fpagespeed%2525252Finsights%2525252F%2525253Furl%2525253Dhttps%252525253A%252525252F%252525252Fdevelopers.google.com%252525252Fspeed%252525252Fpagespeed%252525252Finsights%252525252F%252525253Furl%252525253Dhttps%25252525253A%25252525252F%25252525252Fdevelopers.google.com%25252525252Fspeed%25252525252Fpagespeed%25252525252Finsights%25252525252F%25252525253Furl%25252525253Dhttps%2525252525253A%2525252525252F%2525252525252Fdevelopers.google.com%2525252525252Fspeed%2525252525252Fpagespeed%2525252525252Finsights%2525252525252F%2525252525253Furl%2525252525253Dhttps%252525252525253A%252525252525252F%252525252525252Fdevelopers.google.com%252525252525252Fspeed%252525252525252Fpagespeed%252525252525252Finsights%252525252525252F%252525252525253Furl%252525252525253Dhttps%25252525252525253A%25252525252525252F%25252525252525252Fdevelopers.google.com%25252525252525252Fspeed%25252525252525252Fpagespeed%25252525252525252Finsights%25252525252525252F%25252525252525253Furl%25252525252525253Dhttps%2525252525252525253A%2525252525252525252F%2525252525252525252Fdevelopers.google.com%2525252525252525252Fspeed%2525252525252525252Fpagespeed%2525252525252525252Finsights%2525252525252525252F%2525252525252525253Furl%2525252525252525253Dhttps%252525252525252525253A%252525252525252525252F%252525252525252525252Fdevelopers.google.com%252525252525252525252Fspeed%252525252525252525252Fpagespeed%252525252525252525252Finsights%252525252525252525252F%252525252525252525253Furl%252525252525252525253Dhttps%25252525252525252525253A%25252525252525252525252F%25252525252525252525252Fdevelopers.google.com%25252525252525252525252Fspeed%25252525252525252525252Fpagespeed%25252525252525252525252Finsights%25252525252525252525252F

Ответить
–1

И да, показатели нашего сайта недостаточно хороши. Тут спора нет. Мы ищем пути улучшения каждый месяц, правда.

Если вы придете к нам, как "любой прогер, знающий PHP" и скажете, что сделать, чтобы была стабильная оценка 100 из 100 по мобильной версии GPSI  —  мы заплатим вам деньги.

И да, следует учесть, что PHP в нашем проекте найти довольно сложно. Попробуйте сами.

Ответить
0

Тот момент когда заказывал ускорение на бирже где все за 500 и сейчас сайт выдает 98 на компе и 90 на телефоне... И это 100% не накрутка, а сайт - интернет магазин на опенкарте... Так что раз на раз не приходится, и по поводу дешевле 10 000 руб с автором категорически не согласен

Ответить
0

С кем работали не поделитесь?)

Ответить
3

А вы уверены, что человеку делали именно "УСКОРЕНИЕ" сайта? Если так, то это конечно плохо, но если услуга называлась "УЛУЧШЕНИЕ ПОКАЗАТЕЛЕЙ ПЕЙДЖСПИД", то тут все чисто, и никто никого не обманул. 

P.S. Ради интереса проверил на своем сайте, показатели сначала стали 89 после перепроверки стали 100 и больше не падают. Но я, конечно же, тут же убрал этот ваш код.

Ответить
13

то тут все чисто, и никто никого не обманул

Борис, зайдите в отдел кадров.

Ответить
6

Гениально

Ответить
4

Если немного подредактировать .htaccess, то можно вывести развод лохов просто на промышленный уровень.
И что примечательно, уверен, что лохов на такое ускорение по 1-1.5к можно находить и разводить пачками...🤔

Ответить
4

Даже больше скажу, можно такое "ускорение" полностью автоматизировать без участия человека. Введите данные от фтп и оплатите 1.5к. Оплачиваешь, скрипт соединяется, ищет корень нужного сайта, и вносит изменения. И получаем полностью автоматический сервис.

Ответить
4

Можно даже сделать модуль для Wordpress, Битрикс, или что там сейчас популярно в проектах без веб-специалистов)

Ответить
3

ну если цель пустить пыль в глаза заказчику, то норм решение. а так эта сотка по факту никакого значения не имеет. 98 тоже не плохо) 

главное, чтобы ошибок не было на сайте (в кодах), вот это важно. 

Ответить
2

Да и 90 не плохо. Очень важна скорость загрузки первого контента, готового к взаимодействию.

Ответить
2

А ручками сделать все норм? Не?
У меня мои показывают 98 сео 100

Ответить
3

Это наверное без подключённых внешних скриптов типа Яндекс.Метрика? Пейдж спид на мобиле очень сильно залупается на неё и сразу минус 5-10 баллов

Ответить
2

Если кроме метрики собственные скрипты быстрые, то не снимает. На странице нашего "сервиса" как раз подключена метрика и pagespeed остается 100 на десктопе и мобиле.

Ответить
2

А можно ссылочку любопытства ради? Если конечно страница простая, то и скриптов не много, а если ИМ какой-нибудь, то тут уже сложно со скриптами и размером DOMа

Ответить
1

В статье есть ссылка https://fake-speed.loading.express/
Но не показательно, потому что страница действительно почти пустая.

Я прокомментировал, ваше заявление, что сама метрика отъедает 5-10 баллов. Это не так. Только в совокупности с другими факторами будет снижение скорости. GPSI на метрику конечно ругается, но не снижает так радикально баллы.

Ответить
3

Мы только ЗА ручками сделать.)

Ответить
3

Когда решил исполнить желание заказчика дословно

Ответить
2

Это вообще похоже на какой-то заговор... Я про янд-метрику.

Мой лайф-хак: пункт в ТЗ - проверка результатов оптимизации проводится с временным отключением я-метрики. И никакого жульничества)))

Ответить
1

Это время ошибочно воспринимается как "Тяжелая Яндекс Метрика", но это не корректно.
Любой мог быть на этом месте.
Просто есть поток. Есть перегруз. Метрика выполняется считанные миллисекунды, если выполняется в потоке в правильном месте и время.
Откладывать выполнение метрики не проблема же. Просто через 2-5 секунд начинает выполняться и готово. Запросите консультацию у нас  —  подскажем.

Ответить
2

Я конечно же не имел ввиду 1888 миллисекунд, я имел ввиду, что убирая метрику, моментально добавляется 10-15 и даже для некоторых сайтов все 30 баллов и наоборот.

Если ускорять САЙТ, то ускорять оный, метрика - стороннее сырое поделие.

Ответить
0

метрика не выполнялась 1888 мс, я про это и писал. Дело в том, что есть поток загрузки. И если неправильно его распределить, то вначале будет ад.
И то что на метрику падает самый напряженный момент выполнения, когда процессор занят другими делами  —  не вина метрики. 
Её можно не убирать. Вообще никакую аналитику не надо убирать и получать зеленую зону от 90. Просто поток распределить правильно. Мы об этом рассказываем в эфирах в ПН и ПТ.

Ответить
1

по подробнее почитать или посмотреть было бы интересно.

Ответить
0

Можете придти в наши проведённые эфиры или в любой живой в ПН-ПТ в 20:00 по МСК. https://www.youtube.com/playlist?list=PLvlLv5O7oQiAcGWbxe4awgggp6opvnSpK

Ответить
0

Согласно вашим метрикам у нас сайт почти топовый 9/10
Но pagespeed ругается на TTI, FID и First CPU Idle. Уже не говоря про кеширование внешних файлов (не очень хорошее решение через Cron).

Так вот если отложить выполнение скриптов метрики или удалить ее вовсе - будет почти 100%, но будем терять точность статистики (показатель отказов, поведенческие факторы).

А что вы подразумеваете под распределением потока?

Да, кстати, одно из замечаний - это именно время ожидания до соединения с узлами удаленных ресурсов, то есть даже если отложить загрузку - время на соединение будет все-равно оттягивать скорость.

Ответить
0

Посмотрите еще рекомендации из обновленного движка пейджспид, лайтхаус который.
Он хоть и в бете, но уже показывает хорошие данные. 

https://lh6.loading.express/reports/1588174174.report.html

Ответить
2

Он показывает примерно тоже самое.

Ответить
0

"Он показывает примерно тоже самое."
Как минимум там три новые метрики — TBT, LCP и CLS, прочитайте подробнее в нашей статье на Хабре, если разбираетесь в теме - https://habr.com/ru/post/493230/.

Ответить
0

короче одни непонятки

Ответить
0

Смотрите, что вам надо сделать для зеленой зоны PageSpeed:

1. Обьединить css и подгружать асинхронно. Стили для первого экрана прописать инлайн.
2. Флаги переделать на svg спрайт или прямо инлайн.
3. Отложить сторонние скрипты.
4. Пушить критически важные CSS и JS файлы и файлы шрифтов.

Можем оказать консультации для вашего отдела разработки.
Пишите тут в личные или в телеграм @axdigital.

Ответить
1

Так нет вопросов со скоростью отрисовки - проблема в скорости выполнения JS.

Если убирать все метрики - получим 90/100, если не ошибаюсь. И цели добиться 100/100 путем усложнения работы с сайтом - нет.

1) CSS и так все в одном мин. файле. Прописывать инлайн в шапке - каждая страница имеет свою шапку - тут нужно тогда как-то изощряться.

2) флаги можно переделать, но это капля в море.

3) каким образом? Повесить их на событие взаимодействия? Не будет ли это баговать на мобилках например? На скрол? Потеряем часть ДО скролла. Да и в целом это же статистика, можем увеличить показатель отказа - а это не круто для SEO.

4) что значит пушить?

Спасибо, нам консультация не нужна, можем вас проконсультировать))) тут речь про нахождение решения нормального, т.к. в каждом из случаев есть свои минусы которые больше чем профит от 100/100

Ответить
0

А кто говорит про отрисовку?
Проблема одна не бывает. Я вам описал, что вам надо сделать в комплексе в консультации выше.

1. Это обычная практика.
2. Капля, согласен. Но это надо сделать.
3. Отложить по времени начала выполнения от загрузки. Как отложенная загрузка картинок, только шрифты откладываем по времени. Ничего сложного. И конечно не на событие, ни в коем случае. Просто по времени.
4. Пушить это... есть такая штуковина. Но вы написали, что сами можете проконсультировать меня и нашу команду инженеров? 

И речь совсем не про 100/100. Речь про то, что у вас время до взаимодействия большое и FID. Сделайте 4 рекомендации и у вас будет сотка.

Надо ЧСВ выключить и обратиться к профильным узконаправленным спецам, то есть к нам. Прокачаться в теме производительности сайтов. Делать себе и своим клиентам быстрые сайты.
А не вот это всё.))

Ответить
1

Вот собственно ситуация с Facebook Pixel, который не минифицирован и не оптимизирован.

То есть даже если мы минимизируем работу своих скриптов и стилей и вырежем все и вверху подключим только те скрипты и стили которые нужны или отложим выполнение скриптов - все-равно бОльшая часть скриптов будет тянуть вниз.

Руководство: https://web.dev/optimize-fid/

Ответить
0

Никита, спасибо вам за вашу тактичность и настойчивость. Я не хотел как-то грубо отвечать или чтобы как-то негативно воспринимались мои комментарии.

Тут дело в том, что да. Есть проект loading.express и да, мы в нём занимаемся только тем, что делаем сайты быстрыми по скорости загрузки.

И да, это коммерция. Причем, чек у нас очень высокий, потому что мы работаем по договору, даем гарантии и подключаем сайт на собственный мониторинг скорости из разных городов, замеряя более 10 параметров каждые 15 минут или чаще. 

И да, мы даем консультации в рамках заказа рекомендаций с сайта.

Я вам как раз эту консультацию и оказал выше и это всё, чем я смогу помочь для вас, потому что консультации вы и не просили, и писали что сами отконсультируете кого угодно. Я же не против!

Наоборот, всегда рад, если есть хорошие спецы, которые могут доступно рассказать и научить меня чему-то новому. Это же круто - учиться.

Но вы в правильном направлении копаете, справка web.dev и правда содержит полезную и необходимую информацию. Не всю, но бОльшую часть.

P.S. Откладывать шрифты надо конечно грамотно. И да, то как вы ниже привели - лучший способ это сделать.

P.P.S. Пушить - попробуйте гуглить на английском языке, потому что в России пушить умет человек 100 всего и никто про это особо не пишет, потому что некогда. Пушат. =)

Ответить
1

Просто моя цель - хотя бы в узком кругу спецов, на вот таких форумах и ресурсах, в процессе дискуссии, приходить к решениям, а не продавать.

Для таких целей конечно создают конференции, но оффлайн сейчас немного мертв, так что использую возможные источники.

Более того, скажу больше, вряд ли какой-то реальный клиент будет читать комментарии и разбираться в разработке чтобы продвинуть и оптимизировать свой сайт, так что в целом, в моем понимании, прямых клиентов получить отсюда вряд ли выйдет, но возможно я ошибаюсь.

А вот показать свой профессионализм и опыт, на который могут, в теории, обратить внимание - можно.

В обмене опытом в данном случае нет ничего страшного, особенно когда не все так очевидно, и по факту решения окончательного и беспроигрышного никто не знает.

По поводу «пушить», спасибо, я только в буржуйском нете все и ищу, потому что наши умельцы на stackoverflow такое напишут, что на голову не налезет. А мой уровень английского позволяет это легко делать.

Но проблема в том что и в нем инфы я не нашел. Вот и решил уточнить.

А минусовать комментарии с которыми вы согласны в своем следующем комментарии это вообще как-то странно.

Ответить
0

Перепрочитал коммент и понял, что не согласен с ним - нормально же.

HTTP/2 push. Вот так это надо искать.

Ответить
1

Почитал, интересно.

Но я так понимаю не все хостинг-компании (возможно это относится только к виртуальным, а на VPS все ок) поддерживают функцию Server Push.

Также пока не совсем разобрался с кешированием файлов, т.е. не будет ли каждый раз загружаться пушенный файл. Видел решение с кукисами, но пока, как говориться не протестишь - не поймешь.

Спасибо за наводку, будем копать технологию.

Ответить
0

Если нормально всё сделать, то нормально всё будет.)

Поддерживают не все, самые старые и убогие не поддерживают. От таких проекты лучше уносить.

Если будут конкретные вопрос - велком.

Ответить
1

Есть один очень популярный хостинг - он не поддерживает.
Один из самых крупных в Украине. Так что радикализм в виде "старые и убогие" не работает.

Ответить
1

Спасибо, почитаю.

Ответить
1

3. Откладывать загрузку шрифтов - это сделает хуже, потому что изначально тогда сайт весь будет перекошенный из-за неверной отрисовки шрифтов по идее. Разве не так?

4. По термину «пушить» не смог нагуглить ни в буржуском нете, ни в нашем ничего, есть подозрение что используется термин не совсем корректный - вот и спрашиваю.

Давайте не уходить от конструктивного диалога в рамках обсуждения вашей записи и не будем обсуждать личные качества.

Вопрос был конкретно про «пуш css и js файлов», поскольку даже гугл не справился.

Я с вами как специалист со специалистом дискутирую, по теме вашей записи, а вы видимо чисто коммерцией занимаетесь.

Ответить
1

3. по шрифтам еще кстати забыл отписать, есть свойство font-display (https://developer.mozilla.org/ru/docs/Web/CSS/@font-face/font-display) оно обеспечивает отложенную загрузку.

Ответить
0

Вчера провели эфир 100 и там была тема про пуши: https://youtu.be/mXrVhH5jcUs. Дали файлы, примеры, описания. Будет интересно — смотрите.

Ответить
0

Всё верно. В системе PageSpeed Insights тротлинг (замедление) в 4 раза. В нашей системе замедление в 2 раза.

Это значит, что в PageSpeed ваш сайт загружает, парсит и выполняет дольше, примерно, в два раза.

Наша система делает это быстрее, из-за этого показатели лучше.

Гугл эмуляция сильно усредняет мощность устройства. Это важно, потому что относится ко всему миру. Но в нашем случае, мы исключаем совсем самые дешевые устройства, где процессора "почти нет" совсем.

Ответить
1

В этом же и суть теста. Понятно что на моем айфоне все круто - но надо же убедиться что круто и на других девайсах.

Ответить
0

Ваш сайт кстати замедлился с тех пор.
https://loading.express/?test_id=5f1c20963fb0282f754ffab8&server=main

Ответить
0

Да, кстати, скорость загрузки главной и других страниц разная, и продвигаются они по разному, так что делать замеры только по главной странице, по идее, не совсем правильно - должны быть оптимизированы все страницы, особенно трафико-генерирующие, имеющие позиции в ПС.

Ответить
0

"скорость загрузки главной и других страниц разная"

Вот это, верно. Кстати.
Увидел, что на вашем сайте PageSpeed от 32 начинается. А время до интерактивности и 43 секунды есть. Но, наверное верхам виднее и есть дела важнее.) Я про ваши верхи, которые ставят приоритетность задач. Ладно. Я по-доброму в этот раз. С инфой. Не злитесь.)

Ответить
1

А что это за скрины? Откуда? Как замеры проводились? Просто страница Глоссария, на которой ничего нет - на что она ругается? На аналитику? На общий css/js? Мы знаем, но в гугле результаты приемлимые. 90+ на компьютере и 50+ на мобильных устройствах.

Ответить
0

Это данные полученные через API PageSpeed Insights.

Ответить
1

Понятно)

Ответить
0

Он не мог замедлиться сильно. На главной вывели больше видео файлов, и блоков, но они все под lazyload - так что скорость загрузки увеличилась на 2 картинки. Плюс снесли большой блок с формами на всех страницах - ускорили скорость загрузки поскольку дерево меньше стало.

Так что если и есть какие-то изменения то они не критичные. А в вашей картинке какая-то ерунда - страница загрузилась за 1-2 секунды а таймер считает дальше)

Кстати вот скрин по вашей же ссылке, ничего не изменилось:

Ответить
0

Кстати, картинка мылит на ретине, на первом экране, с 15" смотрю.)

Ответить
1

Спасибо, учтем. Эта анимация портировалась со старой версии дизайна, планируем ее заменить вообще и сделать интереснее, но пока работаем усердно над другими улучшениями, более важными :)

Ответить
0

Первая отрисовка и TTI - разные вещи. Если страница отрисовалась, то это не значит, что она загрузилась.) 

Ответить
0

Это понятно, но время до первого взаимодействия маленькое по идее, а что там подгружается по мере возможности - это вроде не так важно

Ответить
0

А что за метрика такая "время до первого взаимодействия"? Есть первая отрисовка, когда рисуется контент, но с ним нельзя взаимодействовать, а есть время до взаимодействия, которое у вас по видео измерялось почти до 9 секунд. А первое взаимодействие возможно, когда поток не заблокирован, иначе с сайтом нет интерактивности.

Может вы как-то иначе это видите, расскажите.

Ответить
1

а что даст откладывание на 2 секунды, если там важно "время до взаимодействия" ?

Ответить
0

Разгрузку основного потока загрузки сайта даст.
И метрика будет сразу загружаться/выполняться не 2 секунды, а 100 мс.
Проверено.

Ответить
1

я собираюсь все метрики сдвинуть с head на уровень 2го мобильного экрана. поможет получить такой эффект как вы описали?

Ответить
1

нет, это другое.

Ответить
1

но поможет туда метрики сдвинуть скорости?

Ответить
2

замерьте свой сайт в loading.express и там будет кнопка "получить рекомендации".

Ответить
1

хорошая идея - замерить до и после сдвига метрик в старом и новом!! аудиторах )

Ответить
0

Можно ещё раз: я ставлю метрики под 1ю картинку на странице, логично что метрики будут грузится после неё - я получаю 1й экран быстрее. Разве это не отложенная загрузка скриптов метрики? И почему бы не поставить async в 1й скрипт метрики, который создаёт следующий свой скрипт с async, разве это не решение?

Ответить
1

нет конечно, это так не работает.

Ответить
1

т.е. "разделять потоки"?

Ответить
0

А откуда инфа, что js код грузится по экранам?
Кажется, что вам лучше заплатить за оптимизацию у loading.express, а не пытать Алексея в комментах.)

Ответить
1

у меня мною написанный движок - мне надо решить глобально для многих моих клиентов и покупателей лицензии движка

Ответить
2

Честных 98-99 баллов для мобильных в PageSpeed добивался путем глубокого перепиливания шаблонов, обычно с отпиливанием свистелок и переносом их в асинхронно загружающийся код. На отдельных страницах может прыгать, но результат радует.

Ответить
1

Извините что интересуюсь - но чем конкретно радует? Есть какая-то корреляция с ростом органической выдачи в промежутке между 70-75 баллами и 98-99?

Ответить
1

Корреляцию тут поймать вряд ли возможно, так как ранжирование проводится по куче параметров и оптимизация - тоже не по одному показателю. Речь идет об удобстве для пользователя при тестировании сайта на смартфоне при медленном интернете.

Ответить
2

очень давно думаю, кому можно поручить улучшить показатели скорости сайта, не спрашиваю лично у автора статьи, кто-то может посоветовать что-то? Специалиста или компанию? 

Ответить
0

У автора лучше не спрашивать, потому что можно получить ссылку на сайт и там получить бесплатный аудит-рекомендации и оценку по стоимости.
Но лучше найти какого-нить фрилансера и узнать у него.

Ответить
1

спасибо, что лайкнули, очень помогло решить проблему.

Ответить
1

Здравствуйте.

Алексей ждал меня, чтобы я дал более технически точный ответ на ваш вопрос.

Если оценка вашего сайта ниже 9, то однозначно стоит искать исполнителя для ускорения вашего сайта. 8 - это средний показатель скорости загрузки. 9,10 - быстрый. менее 5 - уже медленный. В вашем случае почти по всем тестам сайт получил 8 баллов, и при вычислении итоговой оценки этот балл сохранился. Показатели не самый лучшие, но и не самые плохие.

Мы при проверке используем троттлинг процессора и сети не такой жесткий, как гугл(сейчас даже самый бюджетный смартфон быстрее Нексуса, на который ориентирует свои показатели PageSpeed), а более приближенный к реальным средним скоростям сети и процессора в рф. Поэтому оценка получается выше, чем у гугла.

По всем вашим показателям можно добиться улучшения. Если напишите мне в личку адрес вашего сайта, я распишу, что конкретно можно улучшить.

Ответить
1

мне давно говорили, что я рисковый парень, поэтому я зашел на ваш лоудинг экспресс. По оценке вашего сайта моего сайта показывает 8/10, гугл спид 38/100, можете прокомментировать, мне стоит волноваться и искать специалистов?

Ответить
1

и почему 8/10 желтым? Если типа это хороший результат, хотя судя по цифрам, не понимаю, почему поставило 8/10, показатели вроде не самые хорошие показывает..

Ответить
0

Вот еще пример

Ответить
0

не думаю, что вы измерили сайт, потому что сайт с 2 HTTP запросами - это фантастика.

Ответить
2

Мы занимаемся разгонами сайтов и я, если честно, не очень понимаю, кому можно продать такую халтуру. Если сайт работаем медленно, у него плохая скорость отклика, страницы не открываются или сервер падает, то что это даст клиенту, если это ничего не изменит? Неужели кто-то просто решит, что все ок, глядя на цифры, но не чувствуя реального ускорения?

Ответить
1

Автор делает контент-маркетинг, выдумывает антикейсы, или не выдумывает,  но выставляет себя в белых штанах, пиарит свои услуги.

Ответить
0

Тут вся штука в том, что простые вещи могут быть сделаны и от этого страница загружается быстрее визуально.
А на сколько быстро и как это соотносится с показателем PageSpeed  —  это может оценить только профи из сферы.

Ответить
2

В скриншотах название сайта замазано, но оставили скрин самого сайта в сервисах, и адрес результата проверки. Вводим в браузере с картинки и узнаем сайт пациента. %)

Ответить
0

Пасхалка?)))

Ответить
2

Алексей, спасибо за способы, как вычислить обман, не являясь специалистом!

Думаю, заказчики такого ускорения это те же люди, которые кидают сеошнику в лицо 50 000 рублей и говорят "договорись с Яндексом"

Ответить
0

Пожалуйста! Важно, чтобы все знали как это работает, тогда можно знать как это обнаружить!

Ответить
2

Я полгода назад решил проверить свои сайты (самописные инет магазы) на pagespeed и офигел - прыгало от гдето 10 до 70. Неделю поковыряв код сделал 70-100. В основном 90+. И визуально это тоже стало сильно заметно - открывается моментально.

Ответить
2

Спасибо за текст! Прямо вчера мне так сделал один "спец". Глаза затмило 200+ положительных отзывов на бирже. 
Приступаю к публичной порке негодяя))

Ответить
0

Расскажите подробнее? За сколько денег в вашем случае сделали такую работу?

Ответить
1

Дак Гугл ориентируется на показатели pageSpeed?

Ответить
2

Кто ж его знает наверняка.)

Но если рассуждать, что Гугл имеет самую большую бигдату по поведенческим от юзеров всего мира. Недавно Гугл интегрировал эти данные в Серч Консоль. И тем самым связал скорость загрузки с остальными данными. Соответственно, можно думать, что скорость загрузки не влияла на SEO, но они решили заранее это форсить, чтобы к тому моменту, когда это реально заработает половина сайтов из ТОП не улетело на дно. 

Ответить
2

На самом деле уже влияет. В моем случае трафик из Гугла просел из-за скорости с  на -2000 пос/сутки. 

Ответить
0

А можете описать чуть подробнее?

Ответить
0

Написал в личные сообщения. 

Ответить
2

Не именно на pageSpeed, а на скорость загрузки. И это довольно важный фактор ранжирования на самом деле. 

 Если  FCP более 3 секунд, то существенно уменьшает трафик. В серчконсоли кстати все есть. 

Ответить
1

Всё верно, писал об этом в ноябре https://vc.ru/seo/91251-google-vyvel-pokazateli-skorosti-zagruzki-sayta-v-search-console.

Но то, что это довольно важный фактор ранжирования  —  не доказано. Корреляция низкая. Но мы держим руку на пульсе.

Ответить
1

Ну гугл с формулировкой про 3 секунды и урезал трафик на сайте вдвое) Прямым текстом написал в серконсоли)

Ответить
0

Это может быть на мобильном трафике, потому что чтобы загружаться больше трех секунд на десктопе надо прямо очень плохо все сделать на сайте.

Ответить
1

Сами придумали, сами посмеялись?

Ответить
1

Нет, случай настоящий, сервис сделали тоже натуральный, но так как там идет генерация webp скриншотов каждый день, то при высокой нагрузке закроем его без предупреждения.

Так что всё по-взрослому.

А человек с сайтом из статьи между прочим денег заплатил за такое "ускорение" сайта.

Что именно показалось смешным?

Ответить
1

Я так понимаю, это до первой ручной проверки?

Ответить
0

До ручной проверки программистом, вы имеете ввиду?
Да. Мы обнаружили этот кейс именно в ходе ручной проверки скорости загрузки сайта.

Ответить
1

Речь о проверке ассесором. 

Ответить
1

А, понял. Мне кажется до этого не дойдет, потому что руками это из Гугл не будут проверять.
Но то, что идет подмена страницы - называется клоакинг. И такое Гугл уже умеет определять и автоматически пускать под санкции такие сайты.

Ответить

Комментарий удален

0

работает

Ответить

Комментарий удален

1

Зачем закрываете URL сайта, про который пишете в статье?)

Ответить
0

Это сайт клиента, который обратился к нам в сервис loading.express. Если б я сам нашел этот сайт, то открыл бы. )

Ответить
1

URL то вы закрыли, но на втором скриншоте (где проверка сайта на вашем сервисе) есть номер телефона, по которому находится сайт клиента, тогда смысл замазывать URL?)

Ответить
0

ну ладно, значит можете сходить найти и посмотреть на сайт)

Ответить
0

поставил код на свой сайт maximys.com.ua не чего не изменилось

Ответить
1

У вас же Битрикс? 
Ответ сервера слишком большой. Надо или закидывать железом, то есть покупать хостинг дороже или профилировать код и искать узкое место, что-то дает нагрузку.

Ничего не могло измениться для вас. Только для систем замера. Скорее всего вы невнимательно прочитали, о чем суть топика.

Ответить
1

или менять движок

Ответить
1

то есть, "просто вставь эту строчку кода в самое начало файла index.php в корне своего сайта и....

ради этого?))):

...наслаждайся самообманом".  

код для перфекционистов?))

Ответить
0

Не совсем.))

Ответить
0

Ну так это сайт из 2000 года, дизайном и технологией создания.
Сайты тех лет все очень быстрые, потому что не было технологий для тяжелых сайтов и не было скорости интернета для загрузки тяжелых сайтов.

Ответить
0

Ну и смотрите, если это вам сайт, то вам стоит обратить внимание на то, что Гугл ПейджСпид обновится скоро, то там показатели уже хуже. 
https://lh6.loading.express/reports/1585727120.report.html Вот тут посмотрите.
Показатель 91.

Ответить
1

Круто, даже в голову не приходило так дурить клиентов.
Но для таких клиентов, кому "96 из 100" мало возьму такой способ на заметку)))

Ответить
0

Клиентов так лучше и не дурить. Тем кто в зеленой зоне уже должно быть достаточно же. Нет?

Ответить
1

Код ещё рабочий? А то у меня показывает знак "?"
Несколько раз пробовал

Ответить
0

Рабочий. Сегодня обновили. Но надо заменить код на сайтах.

Ответить
0

Тогда что я не так делаю? Сайт на вордпресе, в index.php вставляю код скрин http://joxi.ru/8AnqPBou7logj2
Проверяю на pagespeed и вот результат http://joxi.ru/E2pqPb1uaZ41PA

Ответить
0

прочитайте инструкцию еще раз, скорее всего что-то не так делаете

Ответить
1

В Google Speed у меня 50 рейтинг, типа как то не очень, а вот в loading.express просто супер. А все потому, я думаю, что мой хостинг в России, а Google далеко в Америке. И это, наверное, нужно учитывать.

Ответить
1

Привет! Все сделал в index.php в WP, но page speed дает ето - http://prntscr.com/ti4ty6
Что мне делать?

Ответить
1

А вот на етот сайт ничего не поменялась - http://prntscr.com/ti4yn2

Ответить
1

На етот мобил ок, но десктоп нет инфо
http://prntscr.com/ti5b6j
http://prntscr.com/ti5bmx

Ответить
0

тут работает корректно ПК не будет показывать 100.
в остальных случаях читайте инструкцию лучше

Ответить
0

Классная статья. Спасибо!

Ответить
1

Спасибо!

Ответить
0

Долго раньше мучались как поднять скорость и решением стало просто перейти на АМП теперь сайт наш  https://darada.co по 100 балов https://developers.google.com/speed/pagespeed/insights/?hl=uk&url=https%3A%2F%2Fdarada.co%2F&tab=desktop

Ответить
0

И к слову сказать, АМП не решает проблемы медленного сайта. На АМП можно перейти с Гугл поиска только. С некоторых соц сетей, но остальные люди попадут на медленный сайт без АМП. И AMP версия тоже может быть медленной по загрузке. Это не панацея. 

Вместо того, чтобы поддерживать две версии сайта AMP и обычную  —  лучше сделать основную версию сайта сразу быстрой!

Ответить
0

AMP можно сделать основным для всех. На AMP можно попасть по прямой ссылке.
Но это не панацея - сайт очень простой и куцый получается, но возможно это будущий вектор развития. Посмотрим что Google скажет.

Ответить
0

Ну так да, всё верно. Можно конечно. И я видел такие сайты. Они выглядят довольно странно. Их пейджспид в желтой зоне, потому что владельцы такого добра всё равно пихают туда лишний джаваскрипт и смысла нет в этом.

Сейчас и Яндекс.Турбо сделал свой конструктор и на нем уже можно делать сайты с турбо технологией. А что мешало той же Тильде сделать отдельные свои турбонаддувом страницы. У них вообще всё готово к этому, просто оптимизировать отдельно что нужно для этого... 

Ответить
0

А чего минусуешь если все верно?))))

Ответить
0

Верно, да не очень.

Делать что-то куцое и редиректить на это - зачем?
Легче просто нормально сделать сайт. Да, это могут немногие. Но есть и специальные команды, которые умеют тюнить.
А то, что ты предложил - замести мусор под ковер.
И это можно сделать, но зачем?!

Ответить
0

Что я предложил? Лол

Я написал что НЕ ТОЛЬКО С ПОИСКОВОЙ ВЫДАЧИ МОЖНО ПОПАСТЬ и можно сделать полностью амп сайт. Но все равно технология пока позволяет делать очень простые и урезанные версии сайтов.

Где тут мусор под ковер? Попытка не засчитана.

Ответить
0

"AMP можно сделать основным для всех."

Окей, что вот это значило?

Ответить
0

Это ответ на В КОРНЕ неверное ВАШЕ высказывание:

На АМП можно перейти с Гугл поиска только. С некоторых соц сетей, но остальные люди попадут на медленный сайт без АМП.

Ответить
1

Оно в корне верное.
Остальное - дело костылей и извращений.
Не обижайся сильно так. Минусов не хватит.

Ответить
0

Ага, в корне оно верное, а если вот так: https://amp.dev/
С гугла перешел? Учите мат. часть. 🤦‍♂️
еще одна попытка и та мимо.

Ответить
0

Новость о релизе от 4 мая? Ну да. Молодец. Уделал, как говорится.
Просто тут уже надо включить голову и произвести замеры.
Этот сайт в желтой зоне по новому лайтхаусу и будет еще ниже оценка после корректировок в бету — это раз.

Второе — там куча красных проблем с этой страницей. Зачем просто менять одно Г на другое? Смысл? Из-за трех красивых и сочных букв? Так на заборе тоже три буквы раньше писали и судя по показателям производительности AMP — они про одно и тоже.

Ответить