Привет. В статье «23 заблуждения про скорость загрузки твоего сайта» я упоминал о возможном обмане PageSpeed и способах разоблачить такое «ускорение» сайта.
Мы даём бесплатные рекомендации для ускорения загрузки. И каждый день обрабатываем в ручном режиме десятки сайтов. Чего только не прилетает!
На этом сайте было всё хорошо, нет, даже отлично, с первого взгляда. При замере через Google PageSpeed показатели не идеальные, но 96/100 на мобильной версии и 98/100 ПК.
При замере на Loading.express — 7/10. Сайт почти идеален по всем параметрам. Время загрузки 1,6 секунд — очень быстро!
Замер через Webpagetest ломается. На GTmetrix показывает больше 20 секунд, но на графиках загрузки ресурсов видно время около 8 секунд.
Если учесть у оценки GTmetrix, что он выполняет «Яндекс.Метрику» 17 секунд, то его замер тоже в порядке!
Обычно в таких рекомендациях мы пишем, что сайт почти идеален, осталось только включить серверный пуш и пушить, ну или что-то подобное, что актуально в данной ситуации.
Дратути — я бот PageSpeed
Что под капотом такого фейкового «ускорения» и как понять, что это подделка.
Если PageSpeed бот (lighthouse) открывает сайт, то он видит это код:
Если открыть исходный код сайта, представившись lighthouse, то мы увидим такую картину.
Вот сам скрипт, который подсовывает другую версию страницы только для PageSpeed (lighthouse):
Как обмануть Google PageSpeed
Автор этого «ускорения» сайта не стал привлекать слишком много внимания к блестящим результатам работ и слегка утяжелил скриншот сайта, который и видят все системы замеров, вместо самого сайта.
То есть вместо сайта открывается совсем другая версия главной страницы, которая абсолютно пустая.
Ничего, кроме одной картинки — скриншота вашего сайта!
В успешных аудитах от Google PageSpeed так и написано — ноль элементов структуры DOM, чего быть у настоящего сайта не может:
Как теперь проверить моё ускорение сайта
- Если вам ускорили медленный сайт за сумму до 10 тысяч рублей и показатели PageSpeed больше 90 по мобильной версии, а loading.express показывает больше 7 баллов, то пожалуйста, проверьте ваш сайт с хорошими специалистами по ускорению сайтов, найдите компанию, а не фрилансера и закажите аудит-проверку результата ускорения сайта.
- Сделайте замер внутренней страницы и посмотрите на скриншот. Если особо не парились, то у вас будет скриншот главной страницы, на замере от внутренней. Как и в нами описываемом случае.
- Следите за показателем DOM — он не может быть 0. Это точно не сайт. Остальные значения этого показателя надо проверять со специалистами.
- Смените картинку на проверяемой странице сайта, которая есть в первом экране и сделайте замер заново. Если картинка не сменилась на скриншоте замера — зовите специалиста.
- Поисковый трафик из Google резко упал. И это значит, что Google заметил обман и решительно против таких методов.
Подарок судьбы для всех экономных прямо здесь и сейчас
Мы решили сэкономить ваши последние деньги, которые вы отдаете за ускорение своего сайта. И если вас устраивает такое «ускорение» сайта, то пользуйтесь бесплатным сервисом для обмана Google PageSpeed.
Сразу важно знать, что за такие махинации — можно поймать фильтр/бан/черный список/санкции от Google для вашего сайта. Так что если вам ускорили сайт и пропали посетители из Google, то вы на скользкой дорожке. Мы не рекомендуем делать такое ускорение!
Итак, сервис, который сделает всё за вас и показатели Google PageSpeed всегда будут зелеными:
Если не хотите уходить с этой отличной статьи, то держите наш хитрый код прямо здесь:
Просто вставь эту строчку кода в самое начало файла index.php в корне своего сайта и наслаждайся самообманом. За несколько ретестов показатели по PageSpeed будут 100 из 100. Безопасность кода гарантирую лично.
Скриншоты генерируются для каждой страницы каждый день новые и в формате webp. Дополнительно кешируются на год, чтобы у Google PageSpeed не было шансов найти что-то, снижающее показатель.
Задавайте вопросы в комментариях, в личных сообщениях. Предлагайте улучшения для «супер сервиса». До встречи!
Еще статьи по теме скорости сайтов:
На одной бирже, на которой "всё за 500", есть такие "специалисты по ускорению сайтов". Они таким образом делают 100 из 100 для мобильной версии сайта, а радостный заказчик думает, что его сайт стал реально быстро загружаться.
Тот момент, когда на бирже за 500 рублей действительно делал ускорение сайта, минификацией html,css,js файлов, отложенной загрузкой, кешированием статики, объединением и разделением на модули загрузки.
А потом заказчики жаловались, почему это 96 баллов, а не 100.
Видимо стоило, делать так.
у них нет таких показателей, как в статье...
а одну страницу такую без напряга любой прогер, знающий php напишет. И у нее будет 100 из 100. Вот если бы такое на wordpresse и со слайдером, то да.
Тот момент когда заказывал ускорение на бирже где все за 500 и сейчас сайт выдает 98 на компе и 90 на телефоне... И это 100% не накрутка, а сайт - интернет магазин на опенкарте... Так что раз на раз не приходится, и по поводу дешевле 10 000 руб с автором категорически не согласен
Как правило около 100$ у меня получается сделать ~80-90 баллов мобилка 85-95 десктоп(друпал\вордпресс в основном)
А вы уверены, что человеку делали именно "УСКОРЕНИЕ" сайта? Если так, то это конечно плохо, но если услуга называлась "УЛУЧШЕНИЕ ПОКАЗАТЕЛЕЙ ПЕЙДЖСПИД", то тут все чисто, и никто никого не обманул.
P.S. Ради интереса проверил на своем сайте, показатели сначала стали 89 после перепроверки стали 100 и больше не падают. Но я, конечно же, тут же убрал этот ваш код.
Если немного подредактировать .htaccess, то можно вывести развод лохов просто на промышленный уровень.
И что примечательно, уверен, что лохов на такое ускорение по 1-1.5к можно находить и разводить пачками...🤔
Даже больше скажу, можно такое "ускорение" полностью автоматизировать без участия человека. Введите данные от фтп и оплатите 1.5к. Оплачиваешь, скрипт соединяется, ищет корень нужного сайта, и вносит изменения. И получаем полностью автоматический сервис.
ну если цель пустить пыль в глаза заказчику, то норм решение. а так эта сотка по факту никакого значения не имеет. 98 тоже не плохо)
главное, чтобы ошибок не было на сайте (в кодах), вот это важно.
Да и 90 не плохо. Очень важна скорость загрузки первого контента, готового к взаимодействию.
Это наверное без подключённых внешних скриптов типа Яндекс.Метрика? Пейдж спид на мобиле очень сильно залупается на неё и сразу минус 5-10 баллов
Если кроме метрики собственные скрипты быстрые, то не снимает. На странице нашего "сервиса" как раз подключена метрика и pagespeed остается 100 на десктопе и мобиле.
А можно ссылочку любопытства ради? Если конечно страница простая, то и скриптов не много, а если ИМ какой-нибудь, то тут уже сложно со скриптами и размером DOMа
В статье есть ссылка https://fake-speed.loading.express/
Но не показательно, потому что страница действительно почти пустая.
Я прокомментировал, ваше заявление, что сама метрика отъедает 5-10 баллов. Это не так. Только в совокупности с другими факторами будет снижение скорости. GPSI на метрику конечно ругается, но не снижает так радикально баллы.
Спасибо за текст! Прямо вчера мне так сделал один "спец". Глаза затмило 200+ положительных отзывов на бирже.
Приступаю к публичной порке негодяя))
Это вообще похоже на какой-то заговор... Я про янд-метрику.
Мой лайф-хак: пункт в ТЗ - проверка результатов оптимизации проводится с временным отключением я-метрики. И никакого жульничества)))
Я конечно же не имел ввиду 1888 миллисекунд, я имел ввиду, что убирая метрику, моментально добавляется 10-15 и даже для некоторых сайтов все 30 баллов и наоборот.
Если ускорять САЙТ, то ускорять оный, метрика - стороннее сырое поделие.
Согласно вашим метрикам у нас сайт почти топовый 9/10
Но pagespeed ругается на TTI, FID и First CPU Idle. Уже не говоря про кеширование внешних файлов (не очень хорошее решение через Cron).
Так вот если отложить выполнение скриптов метрики или удалить ее вовсе - будет почти 100%, но будем терять точность статистики (показатель отказов, поведенческие факторы).
А что вы подразумеваете под распределением потока?
Да, кстати, одно из замечаний - это именно время ожидания до соединения с узлами удаленных ресурсов, то есть даже если отложить загрузку - время на соединение будет все-равно оттягивать скорость.
Так нет вопросов со скоростью отрисовки - проблема в скорости выполнения JS.
Если убирать все метрики - получим 90/100, если не ошибаюсь. И цели добиться 100/100 путем усложнения работы с сайтом - нет.
1) CSS и так все в одном мин. файле. Прописывать инлайн в шапке - каждая страница имеет свою шапку - тут нужно тогда как-то изощряться.
2) флаги можно переделать, но это капля в море.
3) каким образом? Повесить их на событие взаимодействия? Не будет ли это баговать на мобилках например? На скрол? Потеряем часть ДО скролла. Да и в целом это же статистика, можем увеличить показатель отказа - а это не круто для SEO.
4) что значит пушить?
Спасибо, нам консультация не нужна, можем вас проконсультировать))) тут речь про нахождение решения нормального, т.к. в каждом из случаев есть свои минусы которые больше чем профит от 100/100
Вот собственно ситуация с Facebook Pixel, который не минифицирован и не оптимизирован.
То есть даже если мы минимизируем работу своих скриптов и стилей и вырежем все и вверху подключим только те скрипты и стили которые нужны или отложим выполнение скриптов - все-равно бОльшая часть скриптов будет тянуть вниз.
Руководство: https://web.dev/optimize-fid/
Просто моя цель - хотя бы в узком кругу спецов, на вот таких форумах и ресурсах, в процессе дискуссии, приходить к решениям, а не продавать.
Для таких целей конечно создают конференции, но оффлайн сейчас немного мертв, так что использую возможные источники.
Более того, скажу больше, вряд ли какой-то реальный клиент будет читать комментарии и разбираться в разработке чтобы продвинуть и оптимизировать свой сайт, так что в целом, в моем понимании, прямых клиентов получить отсюда вряд ли выйдет, но возможно я ошибаюсь.
А вот показать свой профессионализм и опыт, на который могут, в теории, обратить внимание - можно.
В обмене опытом в данном случае нет ничего страшного, особенно когда не все так очевидно, и по факту решения окончательного и беспроигрышного никто не знает.
По поводу «пушить», спасибо, я только в буржуйском нете все и ищу, потому что наши умельцы на stackoverflow такое напишут, что на голову не налезет. А мой уровень английского позволяет это легко делать.
Но проблема в том что и в нем инфы я не нашел. Вот и решил уточнить.
А минусовать комментарии с которыми вы согласны в своем следующем комментарии это вообще как-то странно.
Почитал, интересно.
Но я так понимаю не все хостинг-компании (возможно это относится только к виртуальным, а на VPS все ок) поддерживают функцию Server Push.
Также пока не совсем разобрался с кешированием файлов, т.е. не будет ли каждый раз загружаться пушенный файл. Видел решение с кукисами, но пока, как говориться не протестишь - не поймешь.
Спасибо за наводку, будем копать технологию.
3. Откладывать загрузку шрифтов - это сделает хуже, потому что изначально тогда сайт весь будет перекошенный из-за неверной отрисовки шрифтов по идее. Разве не так?
4. По термину «пушить» не смог нагуглить ни в буржуском нете, ни в нашем ничего, есть подозрение что используется термин не совсем корректный - вот и спрашиваю.
Давайте не уходить от конструктивного диалога в рамках обсуждения вашей записи и не будем обсуждать личные качества.
Вопрос был конкретно про «пуш css и js файлов», поскольку даже гугл не справился.
Я с вами как специалист со специалистом дискутирую, по теме вашей записи, а вы видимо чисто коммерцией занимаетесь.
3. по шрифтам еще кстати забыл отписать, есть свойство font-display (https://developer.mozilla.org/ru/docs/Web/CSS/@font-face/font-display) оно обеспечивает отложенную загрузку.
Он не мог замедлиться сильно. На главной вывели больше видео файлов, и блоков, но они все под lazyload - так что скорость загрузки увеличилась на 2 картинки. Плюс снесли большой блок с формами на всех страницах - ускорили скорость загрузки поскольку дерево меньше стало.
Так что если и есть какие-то изменения то они не критичные. А в вашей картинке какая-то ерунда - страница загрузилась за 1-2 секунды а таймер считает дальше)
Кстати вот скрин по вашей же ссылке, ничего не изменилось:
а что даст откладывание на 2 секунды, если там важно "время до взаимодействия" ?
я собираюсь все метрики сдвинуть с head на уровень 2го мобильного экрана. поможет получить такой эффект как вы описали?
Можно ещё раз: я ставлю метрики под 1ю картинку на странице, логично что метрики будут грузится после неё - я получаю 1й экран быстрее. Разве это не отложенная загрузка скриптов метрики? И почему бы не поставить async в 1й скрипт метрики, который создаёт следующий свой скрипт с async, разве это не решение?
Честных 98-99 баллов для мобильных в PageSpeed добивался путем глубокого перепиливания шаблонов, обычно с отпиливанием свистелок и переносом их в асинхронно загружающийся код. На отдельных страницах может прыгать, но результат радует.
Извините что интересуюсь - но чем конкретно радует? Есть какая-то корреляция с ростом органической выдачи в промежутке между 70-75 баллами и 98-99?
Корреляцию тут поймать вряд ли возможно, так как ранжирование проводится по куче параметров и оптимизация - тоже не по одному показателю. Речь идет об удобстве для пользователя при тестировании сайта на смартфоне при медленном интернете.
очень давно думаю, кому можно поручить улучшить показатели скорости сайта, не спрашиваю лично у автора статьи, кто-то может посоветовать что-то? Специалиста или компанию?
Здравствуйте.
Алексей ждал меня, чтобы я дал более технически точный ответ на ваш вопрос.
Если оценка вашего сайта ниже 9, то однозначно стоит искать исполнителя для ускорения вашего сайта. 8 - это средний показатель скорости загрузки. 9,10 - быстрый. менее 5 - уже медленный. В вашем случае почти по всем тестам сайт получил 8 баллов, и при вычислении итоговой оценки этот балл сохранился. Показатели не самый лучшие, но и не самые плохие.
Мы при проверке используем троттлинг процессора и сети не такой жесткий, как гугл(сейчас даже самый бюджетный смартфон быстрее Нексуса, на который ориентирует свои показатели PageSpeed), а более приближенный к реальным средним скоростям сети и процессора в рф. Поэтому оценка получается выше, чем у гугла.
По всем вашим показателям можно добиться улучшения. Если напишите мне в личку адрес вашего сайта, я распишу, что конкретно можно улучшить.
мне давно говорили, что я рисковый парень, поэтому я зашел на ваш лоудинг экспресс. По оценке вашего сайта моего сайта показывает 8/10, гугл спид 38/100, можете прокомментировать, мне стоит волноваться и искать специалистов?
и почему 8/10 желтым? Если типа это хороший результат, хотя судя по цифрам, не понимаю, почему поставило 8/10, показатели вроде не самые хорошие показывает..
не думаю, что вы измерили сайт, потому что сайт с 2 HTTP запросами - это фантастика.
Мы занимаемся разгонами сайтов и я, если честно, не очень понимаю, кому можно продать такую халтуру. Если сайт работаем медленно, у него плохая скорость отклика, страницы не открываются или сервер падает, то что это даст клиенту, если это ничего не изменит? Неужели кто-то просто решит, что все ок, глядя на цифры, но не чувствуя реального ускорения?
Автор делает контент-маркетинг, выдумывает антикейсы, или не выдумывает, но выставляет себя в белых штанах, пиарит свои услуги.
В скриншотах название сайта замазано, но оставили скрин самого сайта в сервисах, и адрес результата проверки. Вводим в браузере с картинки и узнаем сайт пациента. %)
Алексей, спасибо за способы, как вычислить обман, не являясь специалистом!
Думаю, заказчики такого ускорения это те же люди, которые кидают сеошнику в лицо 50 000 рублей и говорят "договорись с Яндексом"
Я полгода назад решил проверить свои сайты (самописные инет магазы) на pagespeed и офигел - прыгало от гдето 10 до 70. Неделю поковыряв код сделал 70-100. В основном 90+. И визуально это тоже стало сильно заметно - открывается моментально.
На самом деле уже влияет. В моем случае трафик из Гугла просел из-за скорости с на -2000 пос/сутки.
Не именно на pageSpeed, а на скорость загрузки. И это довольно важный фактор ранжирования на самом деле.
Если FCP более 3 секунд, то существенно уменьшает трафик. В серчконсоли кстати все есть.
Ну гугл с формулировкой про 3 секунды и урезал трафик на сайте вдвое) Прямым текстом написал в серконсоли)
Недавно столкнулся с таким исполнителем «ускорителем». Парень просто отключает всё, и стили, и скрипты. Показывает скриншоты, получает с клиента деньги и уходит со связи. Причём, у этого разработчика на fl.ru вполне нормальный рейтинг.
URL то вы закрыли, но на втором скриншоте (где проверка сайта на вашем сервисе) есть номер телефона, по которому находится сайт клиента, тогда смысл замазывать URL?)
Комментарий удален
Комментарий удален
то есть, "просто вставь эту строчку кода в самое начало файла index.php в корне своего сайта и....
ради этого?))):
...наслаждайся самообманом".
код для перфекционистов?))
Вот нашел на сайте srtremont.ru 99/100 по pagespeed от гугла
Круто, даже в голову не приходило так дурить клиентов.
Но для таких клиентов, кому "96 из 100" мало возьму такой способ на заметку)))
Тогда что я не так делаю? Сайт на вордпресе, в index.php вставляю код скрин http://joxi.ru/8AnqPBou7logj2
Проверяю на pagespeed и вот результат http://joxi.ru/E2pqPb1uaZ41PA
В Google Speed у меня 50 рейтинг, типа как то не очень, а вот в loading.express просто супер. А все потому, я думаю, что мой хостинг в России, а Google далеко в Америке. И это, наверное, нужно учитывать.
Привет! Все сделал в index.php в WP, но page speed дает ето - http://prntscr.com/ti4ty6
Что мне делать?
На етот мобил ок, но десктоп нет инфо
http://prntscr.com/ti5b6j
http://prntscr.com/ti5bmx