Привет. В статье «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 и со слайдером, то да.
И да, показатели нашего сайта недостаточно хороши. Тут спора нет. Мы ищем пути улучшения каждый месяц, правда.
Если вы придете к нам, как "любой прогер, знающий PHP" и скажете, что сделать, чтобы была стабильная оценка 100 из 100 по мобильной версии GPSI — мы заплатим вам деньги.
И да, следует учесть, что PHP в нашем проекте найти довольно сложно. Попробуйте сами.
Тот момент когда заказывал ускорение на бирже где все за 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+ положительных отзывов на бирже.
Приступаю к публичной порке негодяя))
Расскажите подробнее? За сколько денег в вашем случае сделали такую работу?
Это вообще похоже на какой-то заговор... Я про янд-метрику.
Мой лайф-хак: пункт в ТЗ - проверка результатов оптимизации проводится с временным отключением я-метрики. И никакого жульничества)))
Это время ошибочно воспринимается как "Тяжелая Яндекс Метрика", но это не корректно.
Любой мог быть на этом месте.
Просто есть поток. Есть перегруз. Метрика выполняется считанные миллисекунды, если выполняется в потоке в правильном месте и время.
Откладывать выполнение метрики не проблема же. Просто через 2-5 секунд начинает выполняться и готово. Запросите консультацию у нас — подскажем.
Я конечно же не имел ввиду 1888 миллисекунд, я имел ввиду, что убирая метрику, моментально добавляется 10-15 и даже для некоторых сайтов все 30 баллов и наоборот.
Если ускорять САЙТ, то ускорять оный, метрика - стороннее сырое поделие.
метрика не выполнялась 1888 мс, я про это и писал. Дело в том, что есть поток загрузки. И если неправильно его распределить, то вначале будет ад.
И то что на метрику падает самый напряженный момент выполнения, когда процессор занят другими делами — не вина метрики.
Её можно не убирать. Вообще никакую аналитику не надо убирать и получать зеленую зону от 90. Просто поток распределить правильно. Мы об этом рассказываем в эфирах в ПН и ПТ.
Можете придти в наши проведённые эфиры или в любой живой в ПН-ПТ в 20:00 по МСК. https://www.youtube.com/playlist?list=PLvlLv5O7oQiAcGWbxe4awgggp6opvnSpK
Согласно вашим метрикам у нас сайт почти топовый 9/10
Но pagespeed ругается на TTI, FID и First CPU Idle. Уже не говоря про кеширование внешних файлов (не очень хорошее решение через Cron).
Так вот если отложить выполнение скриптов метрики или удалить ее вовсе - будет почти 100%, но будем терять точность статистики (показатель отказов, поведенческие факторы).
А что вы подразумеваете под распределением потока?
Да, кстати, одно из замечаний - это именно время ожидания до соединения с узлами удаленных ресурсов, то есть даже если отложить загрузку - время на соединение будет все-равно оттягивать скорость.
Посмотрите еще рекомендации из обновленного движка пейджспид, лайтхаус который.
Он хоть и в бете, но уже показывает хорошие данные.
"Он показывает примерно тоже самое."
Как минимум там три новые метрики — TBT, LCP и CLS, прочитайте подробнее в нашей статье на Хабре, если разбираетесь в теме - https://habr.com/ru/post/493230/.
Смотрите, что вам надо сделать для зеленой зоны PageSpeed:
1. Обьединить css и подгружать асинхронно. Стили для первого экрана прописать инлайн.
2. Флаги переделать на svg спрайт или прямо инлайн.
3. Отложить сторонние скрипты.
4. Пушить критически важные CSS и JS файлы и файлы шрифтов.
Можем оказать консультации для вашего отдела разработки.
Пишите тут в личные или в телеграм @axdigital.
Так нет вопросов со скоростью отрисовки - проблема в скорости выполнения JS.
Если убирать все метрики - получим 90/100, если не ошибаюсь. И цели добиться 100/100 путем усложнения работы с сайтом - нет.
1) CSS и так все в одном мин. файле. Прописывать инлайн в шапке - каждая страница имеет свою шапку - тут нужно тогда как-то изощряться.
2) флаги можно переделать, но это капля в море.
3) каким образом? Повесить их на событие взаимодействия? Не будет ли это баговать на мобилках например? На скрол? Потеряем часть ДО скролла. Да и в целом это же статистика, можем увеличить показатель отказа - а это не круто для SEO.
4) что значит пушить?
Спасибо, нам консультация не нужна, можем вас проконсультировать))) тут речь про нахождение решения нормального, т.к. в каждом из случаев есть свои минусы которые больше чем профит от 100/100
А кто говорит про отрисовку?
Проблема одна не бывает. Я вам описал, что вам надо сделать в комплексе в консультации выше.
1. Это обычная практика.
2. Капля, согласен. Но это надо сделать.
3. Отложить по времени начала выполнения от загрузки. Как отложенная загрузка картинок, только шрифты откладываем по времени. Ничего сложного. И конечно не на событие, ни в коем случае. Просто по времени.
4. Пушить это... есть такая штуковина. Но вы написали, что сами можете проконсультировать меня и нашу команду инженеров?
И речь совсем не про 100/100. Речь про то, что у вас время до взаимодействия большое и FID. Сделайте 4 рекомендации и у вас будет сотка.
Надо ЧСВ выключить и обратиться к профильным узконаправленным спецам, то есть к нам. Прокачаться в теме производительности сайтов. Делать себе и своим клиентам быстрые сайты.
А не вот это всё.))
Вот собственно ситуация с Facebook Pixel, который не минифицирован и не оптимизирован.
То есть даже если мы минимизируем работу своих скриптов и стилей и вырежем все и вверху подключим только те скрипты и стили которые нужны или отложим выполнение скриптов - все-равно бОльшая часть скриптов будет тянуть вниз.
Руководство: https://web.dev/optimize-fid/
Никита, спасибо вам за вашу тактичность и настойчивость. Я не хотел как-то грубо отвечать или чтобы как-то негативно воспринимались мои комментарии.
Тут дело в том, что да. Есть проект loading.express и да, мы в нём занимаемся только тем, что делаем сайты быстрыми по скорости загрузки.
И да, это коммерция. Причем, чек у нас очень высокий, потому что мы работаем по договору, даем гарантии и подключаем сайт на собственный мониторинг скорости из разных городов, замеряя более 10 параметров каждые 15 минут или чаще.
И да, мы даем консультации в рамках заказа рекомендаций с сайта.
Я вам как раз эту консультацию и оказал выше и это всё, чем я смогу помочь для вас, потому что консультации вы и не просили, и писали что сами отконсультируете кого угодно. Я же не против!
Наоборот, всегда рад, если есть хорошие спецы, которые могут доступно рассказать и научить меня чему-то новому. Это же круто - учиться.
Но вы в правильном направлении копаете, справка web.dev и правда содержит полезную и необходимую информацию. Не всю, но бОльшую часть.
P.S. Откладывать шрифты надо конечно грамотно. И да, то как вы ниже привели - лучший способ это сделать.
P.P.S. Пушить - попробуйте гуглить на английском языке, потому что в России пушить умет человек 100 всего и никто про это особо не пишет, потому что некогда. Пушат. =)
Просто моя цель - хотя бы в узком кругу спецов, на вот таких форумах и ресурсах, в процессе дискуссии, приходить к решениям, а не продавать.
Для таких целей конечно создают конференции, но оффлайн сейчас немного мертв, так что использую возможные источники.
Более того, скажу больше, вряд ли какой-то реальный клиент будет читать комментарии и разбираться в разработке чтобы продвинуть и оптимизировать свой сайт, так что в целом, в моем понимании, прямых клиентов получить отсюда вряд ли выйдет, но возможно я ошибаюсь.
А вот показать свой профессионализм и опыт, на который могут, в теории, обратить внимание - можно.
В обмене опытом в данном случае нет ничего страшного, особенно когда не все так очевидно, и по факту решения окончательного и беспроигрышного никто не знает.
По поводу «пушить», спасибо, я только в буржуйском нете все и ищу, потому что наши умельцы на stackoverflow такое напишут, что на голову не налезет. А мой уровень английского позволяет это легко делать.
Но проблема в том что и в нем инфы я не нашел. Вот и решил уточнить.
А минусовать комментарии с которыми вы согласны в своем следующем комментарии это вообще как-то странно.
Почитал, интересно.
Но я так понимаю не все хостинг-компании (возможно это относится только к виртуальным, а на VPS все ок) поддерживают функцию Server Push.
Также пока не совсем разобрался с кешированием файлов, т.е. не будет ли каждый раз загружаться пушенный файл. Видел решение с кукисами, но пока, как говориться не протестишь - не поймешь.
Спасибо за наводку, будем копать технологию.
3. Откладывать загрузку шрифтов - это сделает хуже, потому что изначально тогда сайт весь будет перекошенный из-за неверной отрисовки шрифтов по идее. Разве не так?
4. По термину «пушить» не смог нагуглить ни в буржуском нете, ни в нашем ничего, есть подозрение что используется термин не совсем корректный - вот и спрашиваю.
Давайте не уходить от конструктивного диалога в рамках обсуждения вашей записи и не будем обсуждать личные качества.
Вопрос был конкретно про «пуш css и js файлов», поскольку даже гугл не справился.
Я с вами как специалист со специалистом дискутирую, по теме вашей записи, а вы видимо чисто коммерцией занимаетесь.
3. по шрифтам еще кстати забыл отписать, есть свойство font-display (https://developer.mozilla.org/ru/docs/Web/CSS/@font-face/font-display) оно обеспечивает отложенную загрузку.
Вчера провели эфир 100 и там была тема про пуши: https://youtu.be/mXrVhH5jcUs. Дали файлы, примеры, описания. Будет интересно — смотрите.
Всё верно. В системе PageSpeed Insights тротлинг (замедление) в 4 раза. В нашей системе замедление в 2 раза.
Это значит, что в PageSpeed ваш сайт загружает, парсит и выполняет дольше, примерно, в два раза.
Наша система делает это быстрее, из-за этого показатели лучше.
Гугл эмуляция сильно усредняет мощность устройства. Это важно, потому что относится ко всему миру. Но в нашем случае, мы исключаем совсем самые дешевые устройства, где процессора "почти нет" совсем.
Ваш сайт кстати замедлился с тех пор.
https://loading.express/?test_id=5f1c20963fb0282f754ffab8&server=main
"скорость загрузки главной и других страниц разная"
Вот это, верно. Кстати.
Увидел, что на вашем сайте PageSpeed от 32 начинается. А время до интерактивности и 43 секунды есть. Но, наверное верхам виднее и есть дела важнее.) Я про ваши верхи, которые ставят приоритетность задач. Ладно. Я по-доброму в этот раз. С инфой. Не злитесь.)
Он не мог замедлиться сильно. На главной вывели больше видео файлов, и блоков, но они все под lazyload - так что скорость загрузки увеличилась на 2 картинки. Плюс снесли большой блок с формами на всех страницах - ускорили скорость загрузки поскольку дерево меньше стало.
Так что если и есть какие-то изменения то они не критичные. А в вашей картинке какая-то ерунда - страница загрузилась за 1-2 секунды а таймер считает дальше)
Кстати вот скрин по вашей же ссылке, ничего не изменилось:
А что за метрика такая "время до первого взаимодействия"? Есть первая отрисовка, когда рисуется контент, но с ним нельзя взаимодействовать, а есть время до взаимодействия, которое у вас по видео измерялось почти до 9 секунд. А первое взаимодействие возможно, когда поток не заблокирован, иначе с сайтом нет интерактивности.
Может вы как-то иначе это видите, расскажите.
а что даст откладывание на 2 секунды, если там важно "время до взаимодействия" ?
Разгрузку основного потока загрузки сайта даст.
И метрика будет сразу загружаться/выполняться не 2 секунды, а 100 мс.
Проверено.
я собираюсь все метрики сдвинуть с 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 запросами - это фантастика.
Мы занимаемся разгонами сайтов и я, если честно, не очень понимаю, кому можно продать такую халтуру. Если сайт работаем медленно, у него плохая скорость отклика, страницы не открываются или сервер падает, то что это даст клиенту, если это ничего не изменит? Неужели кто-то просто решит, что все ок, глядя на цифры, но не чувствуя реального ускорения?
Автор делает контент-маркетинг, выдумывает антикейсы, или не выдумывает, но выставляет себя в белых штанах, пиарит свои услуги.
Тут вся штука в том, что простые вещи могут быть сделаны и от этого страница загружается быстрее визуально.
А на сколько быстро и как это соотносится с показателем PageSpeed — это может оценить только профи из сферы.
В скриншотах название сайта замазано, но оставили скрин самого сайта в сервисах, и адрес результата проверки. Вводим в браузере с картинки и узнаем сайт пациента. %)
Алексей, спасибо за способы, как вычислить обман, не являясь специалистом!
Думаю, заказчики такого ускорения это те же люди, которые кидают сеошнику в лицо 50 000 рублей и говорят "договорись с Яндексом"
Пожалуйста! Важно, чтобы все знали как это работает, тогда можно знать как это обнаружить!
Я полгода назад решил проверить свои сайты (самописные инет магазы) на pagespeed и офигел - прыгало от гдето 10 до 70. Неделю поковыряв код сделал 70-100. В основном 90+. И визуально это тоже стало сильно заметно - открывается моментально.
Кто ж его знает наверняка.)
Но если рассуждать, что Гугл имеет самую большую бигдату по поведенческим от юзеров всего мира. Недавно Гугл интегрировал эти данные в Серч Консоль. И тем самым связал скорость загрузки с остальными данными. Соответственно, можно думать, что скорость загрузки не влияла на SEO, но они решили заранее это форсить, чтобы к тому моменту, когда это реально заработает половина сайтов из ТОП не улетело на дно.
На самом деле уже влияет. В моем случае трафик из Гугла просел из-за скорости с на -2000 пос/сутки.
Не именно на pageSpeed, а на скорость загрузки. И это довольно важный фактор ранжирования на самом деле.
Если FCP более 3 секунд, то существенно уменьшает трафик. В серчконсоли кстати все есть.
Всё верно, писал об этом в ноябре https://vc.ru/seo/91251-google-vyvel-pokazateli-skorosti-zagruzki-sayta-v-search-console.
Но то, что это довольно важный фактор ранжирования — не доказано. Корреляция низкая. Но мы держим руку на пульсе.
Ну гугл с формулировкой про 3 секунды и урезал трафик на сайте вдвое) Прямым текстом написал в серконсоли)
Это может быть на мобильном трафике, потому что чтобы загружаться больше трех секунд на десктопе надо прямо очень плохо все сделать на сайте.
Недавно столкнулся с таким исполнителем «ускорителем». Парень просто отключает всё, и стили, и скрипты. Показывает скриншоты, получает с клиента деньги и уходит со связи. Причём, у этого разработчика на fl.ru вполне нормальный рейтинг.
Это грустная история, но она будет жить пока владельцы сайтов думают, что ускорить сайт можно за тысячу рублей.
А таких большинство.
Нет, случай настоящий, сервис сделали тоже натуральный, но так как там идет генерация webp скриншотов каждый день, то при высокой нагрузке закроем его без предупреждения.
Так что всё по-взрослому.
А человек с сайтом из статьи между прочим денег заплатил за такое "ускорение" сайта.
Что именно показалось смешным?
Это сайт клиента, который обратился к нам в сервис loading.express. Если б я сам нашел этот сайт, то открыл бы. )
URL то вы закрыли, но на втором скриншоте (где проверка сайта на вашем сервисе) есть номер телефона, по которому находится сайт клиента, тогда смысл замазывать URL?)
До ручной проверки программистом, вы имеете ввиду?
Да. Мы обнаружили этот кейс именно в ходе ручной проверки скорости загрузки сайта.
А, понял. Мне кажется до этого не дойдет, потому что руками это из Гугл не будут проверять.
Но то, что идет подмена страницы - называется клоакинг. И такое Гугл уже умеет определять и автоматически пускать под санкции такие сайты.
Комментарий удален
Комментарий удален
У вас же Битрикс?
Ответ сервера слишком большой. Надо или закидывать железом, то есть покупать хостинг дороже или профилировать код и искать узкое место, что-то дает нагрузку.
Ничего не могло измениться для вас. Только для систем замера. Скорее всего вы невнимательно прочитали, о чем суть топика.
то есть, "просто вставь эту строчку кода в самое начало файла index.php в корне своего сайта и....
ради этого?))):
...наслаждайся самообманом".
код для перфекционистов?))
Вот нашел на сайте srtremont.ru 99/100 по pagespeed от гугла
Ну так это сайт из 2000 года, дизайном и технологией создания.
Сайты тех лет все очень быстрые, потому что не было технологий для тяжелых сайтов и не было скорости интернета для загрузки тяжелых сайтов.
Ну и смотрите, если это вам сайт, то вам стоит обратить внимание на то, что Гугл ПейджСпид обновится скоро, то там показатели уже хуже.
https://lh6.loading.express/reports/1585727120.report.html Вот тут посмотрите.
Показатель 91.
Круто, даже в голову не приходило так дурить клиентов.
Но для таких клиентов, кому "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