Как обмануть сервис Pagespeed insights

Балл PageSpeed Insights умеет врать в обе стороны: сайт с зелёной сотней может открываться на телефоне мучительно долго, а сайт с оранжевыми сорока — мгновенно отдавать первый экран и не раздражать вообще ничем. Владельцу показывают цветной кружок, он видит красное и требует «сделать зелёное», а подрядчик знает десяток приёмов, которые красят кружок, не трогая скорость. Дальше — про то, что сервис на самом деле мерит, какими фокусами его обходят и что делать, если хочется не картинку в отчёте, а быстрый сайт.

Что измеряет сервис на самом деле

Сервис делает две принципиально разные вещи и склеивает их в один отчёт. Первая — лабораторный прогон: страница загружается на серверах Google в эмуляторе среднего Android-телефона с искусственно урезанным процессором и урезанным каналом связи. Никакого настоящего устройства нет, есть модель: браузер притормаживают в несколько раз, сеть ограничивают до параметров мобильного интернета среднего качества. Именно из этого прогона берётся цветной кружок с числом от 0 до 100.

Вторая часть — полевые данные, собранные с реальных посетителей, у которых включена передача статистики использования браузера. Эти цифры показываются, только если по адресу или по домену накопилось достаточно наблюдений за последние 28 дней. У большинства малых сайтов их просто нет, и блок с полевыми данными не появляется — остаётся одна лаборатория.

Отсюда первое важное следствие. Балл в кружке не связан с полевыми данными никак. Можно иметь отличные показатели у живых посетителей и жёлтый балл, можно иметь зелёный балл и провальные полевые метрики. Это два измерения разных вещей: одно — что происходит с одной конкретной загрузкой в эмуляторе, другое — что происходит у тысяч людей на их устройствах и их сетях.

Лабораторный тест и полевые данные — два разных числа

Лаборатория удобна тем, что воспроизводима и подробна: она показывает конкретные тормозящие файлы, тяжёлые скрипты, неоптимальные картинки, длинные задачи в потоке. Она нужна для диагностики. Но она проверяет одну загрузку, с пустым кэшем, из одного дата-центра, на одном профиле устройства, без вошедшего пользователя, без реального содержимого корзины и без нагрузки на сервер.

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

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

Почему один и тот же сайт даёт разные баллы

Запустите проверку три раза подряд — получите три разных числа, и разброс в 8–15 пунктов считается нормой. Причины наслаиваются друг на друга.

• Загруженность тестовых машин Google. Тест делит вычислительные ресурсы с другими проверками, и в час пик эмулированный процессор оказывается медленнее, чем в три часа ночи.
• Состояние вашего сервера. Первый запуск попадает мимо кэша и прогревает его, второй уже читает готовую страницу — и балл прыгает на десяток пунктов.
• Сторонние скрипты. Чат, пиксели рекламных систем, карты, виджеты отзывов подгружаются с чужих серверов, и их скорость меняется от запуска к запуску.
• Реклама и ротация баннеров. Разные креативы имеют разный вес, а иногда и разное количество редиректов.
• Округление на границе. Порог зелёной зоны проходит по 90, и сайт, честно живущий на 89–91, будет мигать цветом бесконечно.

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

Показатели, которые действительно важны, и как из них складывается цифра

За кружком стоит взвешенная сумма нескольких измерений. Понимать нужно именно их, а не итог.

Показатель	Что означает простыми словами	На что влияет
Отрисовка основного содержимого (LCP)	Через сколько секунд посетитель видит самый крупный блок первого экрана: главную картинку, баннер или заголовок с текстом	Ощущение «сайт открылся». Прямой вклад в отказы: человек ждёт именно этого момента
Первая отрисовка (FCP)	Когда на белом экране появляется хоть что-нибудь — логотип, шапка, кусок текста	Понимание, что сайт живой и грузится, а не завис
Общее время блокировки (TBT)	Сколько миллисекунд браузер был занят выполнением скриптов и не мог отреагировать на нажатие	Лабораторная замена интерактивности; чаще всего именно этот пункт роняет балл
Отклик на действие (INP)	Задержка между нажатием на кнопку и видимой реакцией страницы	Ощущение «тормозит». Заметно на фильтрах, корзине, аккордеонах, формах
Сдвиги вёрстки (CLS)	Насколько содержимое прыгает во время загрузки, когда дорисовываются картинки, баннеры и шрифты	Ошибочные нажатия, раздражение, потерянные заявки на мобильном
Скорость загрузки индекса (SI)	Как быстро визуально заполняется видимая часть экрана	Субъективное ощущение плавности; вспомогательная метрика

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

Накрутка первая: облегчённая версия для робота

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

Технически это делается разными способами: условие в шаблоне, правило на уровне сервера, отдельный «облегчённый» кэш для известных агентов, плагин с галочкой «оптимизировать для тестов». Названия разные, суть одна — подмена содержимого по признаку посетителя.

Тему разбирал отдельно: «Как обмануть алгоритмы Яндекс».

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

Накрутка вторая: скрипты, которые ждут касания экрана

Массовый приём, встроенный в популярные плагины оптимизации под названиями вроде «отложить JavaScript до взаимодействия». Все скрипты не выполняются, пока пользователь не пошевелит мышью, не коснётся экрана или не прокрутит страницу. Робот-тестировщик страницу не трогает — значит, скрипты не выполняются вообще, время блокировки падает почти до нуля, балл взлетает до зелёного.

Помогу с продвижением: продвижение сайтов белыми методами — вывожу сайты в топ Яндекса белыми методами.

Живой человек касается экрана в первую же секунду. И тогда весь отложенный ворох скриптов выполняется разом, одним залпом: аналитика, чат, слайдер, галерея, корзина, фильтры. Браузер на пару секунд перестаёт отвечать ровно в тот момент, когда человек уже пытается что-то нажать.

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

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

Накрутка третья: всё после загрузки, невидимые шрифты, выключенная аналитика

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

• Подгрузка всего после события загрузки. Скрипты, стили, картинки, целые блоки вставляются в страницу через таймер после того, как браузер отчитался о завершении загрузки. Тест к этому моменту уже закрыл замер. Человек получает страницу, которая продолжает дёргаться и досоставляться ещё несколько секунд.
• Скрытые шрифты. Текст рисуют прозрачным или системным шрифтом, пока не подгрузится основной, и делают это так, что подмена происходит после окончания замера. Сдвиг вёрстки в отчёт не попадает, а посетитель видит, как весь текст на странице скачет и перестраивается.
• Отключение аналитики для агента проверки. Счётчики, пиксели, теги менеджера не подключаются, если посетитель опознан как тест. Убирается один из самых тяжёлых кусков — и он же остаётся у людей в полном объёме.
• Картинки первого экрана в отложенной загрузке. Главному баннеру ставят ленивую загрузку, чтобы он не считался крупнейшим элементом. Балл растёт, а первый экран у человека дольше остаётся пустым.
• Проверка одной облегчённой страницы. Не накрутка кода, а накрутка выборки: замеряют пустую страницу «Спасибо за заявку» и показывают заказчику зелёный скриншот.

Сводка приёмов накрутки

Приём	Почему это подмена	Чем оборачивается
Облегчённая версия для агента проверки	Робот и человек получают разный HTML	Отчёт описывает несуществующую страницу; риск попасть под клоакинг
Отложить все скрипты до касания экрана	Тест не касается экрана, поэтому нагрузка просто не измеряется	Залповое выполнение скриптов в момент первого действия, зависание интерфейса
Подгружать содержимое после события загрузки	Замер к этому моменту завершён	Страница достраивается на глазах, прыгает вёрстка, теряются нажатия
Прятать шрифты до конца замера	Сдвиг вёрстки выносится за границу измерения	Текст перестраивается под курсором, читать невозможно
Не подключать аналитику для теста	Из измерения исключается реальный вес страницы	Ложная картина; вся нагрузка остаётся у посетителя
Ленивая загрузка баннера первого экрана	Крупнейший элемент искусственно исключается из расчёта	Первый экран дольше пустой, отказы растут
Замер нерепрезентативной страницы	Проверяется не то, куда идут люди	Решения принимаются вслепую, реальные проблемы не находятся

Чем подмена оборачивается для живого посетителя

Все перечисленные приёмы объединяет одна логика: перенести работу за пределы окна измерения. Работа при этом никуда не девается — она просто переезжает в тот отрезок времени, когда человек уже смотрит на экран и пытается им пользоваться. То есть в самый неудачный момент.

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

Ни одно из этих ощущений не отражается в цветном кружке. Зато они прекрасно отражаются в поведении: доля отказов, глубина просмотра, доля людей, доскроллившых до формы. И в полевых данных, которые собираются с этих самых людей.

Отдельная неприятность — отключённая для теста аналитика имеет свойство однажды отключиться шире, чем задумано, и вы теряете часть статистики, не понимая почему. Любая логика «для этих отдаём одно, для тех другое» — это лишняя ветка, которая когда-нибудь сработает не так.

Что реально ускоряет сайт

Хорошая новость: список честных мер короткий, он давно известен и почти не менялся годами. Плохая — большая часть пунктов требует не галочки в плагине, а работы.

Смежный материал по теме — «Сервис приема платежей на сайте».

Мера	Что даёт	Трудоёмкость
Пережать картинки и отдавать в современных форматах	Обычно самый крупный резерв по весу страницы	Низкая: делается плагином или пакетно на сервере
Задать картинкам правильные размеры под точки экрана	Телефон перестаёт качать десктопные версии	Средняя: нужен разбор шаблона
Ленивая загрузка всего, что ниже первого экрана	Первый экран рисуется раньше	Низкая, но требует исключить баннер первого экрана
Кэширование страниц на сервере	Резко сокращает время ответа	Низкая для типовых движков, средняя при формах и личных кабинетах
Заголовки кэша браузера и сжатие	Повторные визиты почти мгновенные	Низкая: настройка на стороне сервера
Критический CSS первого экрана, остальное отложить	Убирает блокирующий рендер стиль	Средняя, требует пересборки при смене дизайна
Сокращение и объединение скриптов	Меньше запросов и меньше времени блокировки	Средняя, легко сломать функциональность
Удаление лишних плагинов и виджетов	Часто десятки лишних файлов на каждой странице	Средняя, требует ревизии и смелости
Сокращение числа шрифтов и начертаний	Меньше вес, меньше сдвигов вёрстки	Низкая, вопрос договорённости с дизайном
Свежая версия PHP	Заметный прирост скорости генерации страницы	Низкая, но нужна проверка совместимости
Нормальный хостинг или отдельный сервер	Убирает потолок, который не пробить настройками	Высокая по деньгам, средняя по работам
Сеть доставки содержимого для статики	Помогает при географически разбросанной аудитории	Средняя, не нужна локальному бизнесу одного города

Картинки: самый крупный резерв

На типичном сайте малого бизнеса картинки составляют большую часть веса страницы, и почти всегда с ними что-то не так. Фотография с телефона весом в несколько мегабайт, вставленная в блок шириной 300 точек. Логотип в PNG вместо векторного формата. Галерея, которая грузит все двадцать снимков сразу, хотя видно четыре.

Порядок действий простой. Сначала привести исходники к разумному разрешению — картинке в контентном блоке редко нужно больше двойной ширины этого блока. Затем включить отдачу в современных форматах с автоматическим откатом на старые для древних браузеров. Затем прописать ширину и высоту у каждой картинки — это не про вес, а про сдвиги вёрстки: браузер заранее резервирует место и ничего не прыгает. И только потом включать ленивую загрузку, обязательно исключив из неё главное изображение первого экрана.

Скрипты, стили и лишние плагины

Второй по величине резерв — то, что грузится и выполняется без всякой пользы на конкретной странице. Слайдер, подключённый на всех страницах ради одного слайдера на главной. Библиотека иконок целиком ради трёх иконок. Форма обратной связи, подгружающая свой набор скриптов на каждой странице, включая те, где формы нет. Четыре шрифта по три начертания.

Здесь помогает скучная ревизия: открыть список загружаемых файлов на типовой странице и по каждому ответить, зачем он нужен именно здесь. Половина отсеивается сразу. Дальше — условное подключение по типу страницы, объединение остатков, отложенная загрузка того, что не нужно для первого действия. Чат и карту разумно поднимать по нажатию на заглушку, а не сразу: это честная мера, потому что человек сам решает, когда за неё заплатить временем.

Критический CSS — отдельная тема. Смысл в том, чтобы стили первого экрана поехали вместе с HTML, а весь остальной файл подключился без блокировки отрисовки. Приём рабочий и честный, но требует дисциплины: при каждой смене дизайна первого экрана его нужно пересобирать, иначе через полгода получите страницу, которая при загрузке моргает старым оформлением.

Сервер, кэш и версия PHP

Всё, что описано выше, работает поверх времени ответа сервера. Если сервер думает над страницей долго, любые ухищрения на стороне браузера дают немного: человек всё равно смотрит на белый экран, пока идёт генерация.

Проверять здесь нужно три вещи. Первое — время до первого байта на реальных страницах, не только на главной. Второе — работает ли кэш вообще и на всех ли страницах: часто он включён, но отключается для всех, у кого есть кука, а кука ставится любой формой. Третье — версия PHP: разница между версией пятилетней давности и актуальной на типовом движке хорошо заметна невооружённым глазом.

Если нужна помощь по теме — мой курс по SEO.

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

Как замерять честно

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

Если нужны детали, смотрите «Балабоба — новый сервис Яндекса».

Шаг проверки	Как делать	Что считать нормой
Выбрать страницы	Главная, типовая карточка или услуга, типовая статья, страница с формой	Не меньше четырёх типов; замер одной главной ничего не значит
Измерить время ответа сервера	Отдельным инструментом, без браузерных наворотов, на каждой из выбранных страниц	Стабильность важнее рекорда: разброс между запусками должен быть небольшим
Прогнать лабораторный тест	Пять запусков подряд, брать медиану, а не лучший результат	Разброс до полутора десятков пунктов — нормально
Повторить в другое время суток	Утро, вечер пиковой нагрузки, ночь	Сильная просадка вечером указывает на хостинг, а не на код
Посмотреть полевые данные	По домену и по конкретным адресам, если хватает наблюдений	Это главный источник правды; лаборатория лишь объясняет причины
Открыть сайт на настоящем телефоне	Не в эмуляторе: мобильная сеть, средний аппарат, пустой кэш	Субъективная оценка «раздражает или нет» ценнее любого числа
Проверить с включёнными скриптами и без подмен	Убедиться, что тесту отдаётся тот же HTML, что и людям	Различия в коде между агентами — красный флаг
Проверить поведение после касания	Открыть, сразу нажать меню и кнопку заявки, засечь реакцию	Заметная задержка на первое нажатие — признак отложенных скриптов
Записать результаты	Таблица с датой, страницей, медианой и полевыми значениями	Смысл имеет динамика за месяцы, а не разовый снимок

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

Скорость и позиции: где эффект есть, а где его переоценивают

Скорость влияет на поисковую выдачу, но не так, как это обычно продают. Разложу по слоям.

• Где эффект бесспорен. Очень медленный сайт хуже обходится роботом: краулинговый бюджет тратится впустую, новые страницы попадают в индекс дольше. Для крупного каталога это ощутимая проблема.
• Где эффект косвенный и сильный. Медленный сайт теряет людей до того, как они что-то увидят. Растут отказы, падает вовлечённость, ухудшаются поведенческие сигналы — а вот они на ранжирование влияют вполне заметно, особенно в конкурентных запросах.
• Где эффект есть, но небольшой. Скорость входит в набор факторов оценки качества страницы. При прочих равных быстрый сайт получит преимущество. Ключевое здесь — «при прочих равных», а они почти никогда не равны.
• Где эффекта нет. Разница между 85 и 95 баллами сама по себе не даёт позиций. Страница со слабым текстом и без ссылок не поднимется от того, что балл позеленел.

Проще говоря: роботу важно, чтобы сайт отвечал быстро и стабильно и не тратил его время. Человеку важно, чтобы первый экран появлялся сразу, ничего не прыгало и всё нажималось. Это пересекающиеся, но не одинаковые требования, и накрутка балла не удовлетворяет ни одному из них.

Порядок работ и когда балл низкий по делу

Если решили заниматься скоростью всерьёз, порядок такой — от наибольшего эффекта на единицу усилий к наименьшему.

1. Измерить время ответа сервера. Если оно плохое, всё остальное бессмысленно: сначала кэш, версия PHP, хостинг.
2. Разобраться с картинками: размеры, формат, атрибуты ширины и высоты, ленивая загрузка ниже первого экрана.
3. Провести ревизию плагинов и виджетов, выкинуть то, чем не пользуются, отключить остальное там, где оно не нужно.
4. Сократить шрифты до одного семейства и двух-трёх начертаний.
5. Убрать блокирующие стили: критический CSS первого экрана, остальное отложить.
6. Разобраться со скриптами: объединить, отложить неглавные, чат и карту поднимать по нажатию.
7. Настроить кэш браузера и сжатие, проверить, что кэш страниц не отключается на ровном месте.
8. Повторить замер честно и сравнить с исходной точкой по медиане, а не по лучшему запуску.

Теперь про случай, когда балл низкий по делу. Признаки такие: время ответа сервера ощутимо большое, страница весит несколько мегабайт, полевые данные тоже красные, и на настоящем телефоне сайт действительно мучает. Если совпало хотя бы три из четырёх — заниматься надо, и начинать надо с сервера и картинок, потому что там лежит основной вес.

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

Разобрать, что именно тормозит ваш сайт, помогу на SEO-консультации.

Частые вопросы

Нужно ли гнаться за 100 баллами? Нет. Сотня на мобильных достижима либо на очень простой странице, либо ценой отказа от функциональности, либо накруткой. Разумная цель — зелёные полевые показатели и отсутствие раздражения на настоящем телефоне, а балл пусть остаётся диагностическим инструментом.

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

Плагин обещает поднять балл за десять минут. Это накрутка? Зависит от того, какие галочки включены. Сжатие, кэш, ленивая загрузка ниже первого экрана — честные меры. «Отложить весь JavaScript до взаимодействия» и «оптимизировать для тестов скорости» — почти всегда перенос нагрузки за границу замера.

У меня нет полевых данных, что делать? Значит посещаемости пока не хватает. Опирайтесь на время ответа сервера, медиану лабораторных запусков и собственную проверку на телефоне; параллельно смотрите отказы и глубину просмотра в системах статистики.

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

О границе между оптимизацией и нарушением:

5:21

Коротко

• Балл — результат одного прогона в эмуляторе; правду о скорости говорят полевые данные с реальных посетителей и проверка на настоящем телефоне.
• Разброс баллов между запусками нормален, поэтому смысл имеет медиана из нескольких прогонов и динамика за месяцы.
• Основные приёмы накрутки переносят нагрузку за границу измерения: облегчённая версия для агента, отложенные до касания скрипты, подгрузка после события загрузки, скрытые шрифты, отключённая аналитика.
• Работа при этом не исчезает, а сваливается на человека в момент первого действия — и превращается в зависший интерфейс и прыгающую вёрстку.
• Честный порядок: сервер и кэш, картинки, ревизия плагинов и шрифтов, критический CSS, скрипты — и повторный замер по медиане.