Скорость загрузки сайта в Яндекс | Как проверить?

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

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

Что именно измеряется, когда говорят «скорость»

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

• Время ответа сервера (TTFB) — от момента запроса до первого байта ответа. Сюда входит работа CMS, запросы к базе, генерация html. От фронтенда не зависит вообще.
• Первая отрисовка — момент, когда в окне появляется хоть что-то, кроме белого фона. Зависит от того, сколько блокирующих стилей и скриптов стоит в шапке документа.
• Отрисовка главного элемента — когда прогрузился самый крупный видимый объект: обложка, баннер, заголовок первого экрана. Именно это человек воспринимает как «страница открылась».
• Готовность к действию — когда клик по кнопке или пункту меню срабатывает без задержки. Ломается тяжёлыми скриптами, которые занимают главный поток браузера.
• Полная загрузка — когда докачались все ресурсы, включая счётчики, чаты и картинки в подвале. Самое бесполезное число из списка: пользователь давно читает страницу, а этот таймер ещё тикает.

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

Лабораторные и полевые данные — различие, из которого растёт всё остальное

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

Инструмент	Тип данных	Что показывает	Для чего берут
Яндекс.Метрика, отчёт по времени загрузки	Полевые	Ответ сервера, отрисовка, готовность документа по реальным визитам, с разбивкой по страницам и устройствам	Понять реальную картину у своей аудитории
Яндекс.Вебмастер, раздел о скорости страниц	Полевые	Как скорость сайта видит сам поисковик, какие URL он относит к медленным	Сверить свою оценку с оценкой Яндекса
PageSpeed Insights, верхний блок	Полевые	Core Web Vitals за последние 28 дней по пользователям Chrome	Проверить, попадает ли сайт в пороги Google
PageSpeed Insights, нижний блок (Lighthouse)	Лабораторные	Один прогон на эмулированном телефоне с урезанным каналом плюс список конкретных проблем	Диагностика: что именно тормозит
Панель разработчика в браузере	Лабораторные	Точная раскладка по каждому файлу: что и сколько грузилось, что чего ждало	Найти виновника после того, как проблема локализована

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

Core Web Vitals простыми словами

Три показателя, которыми Google измеряет удобство загрузки. Яндекс формулирует по-своему, но смотрит на то же самое: не на абстрактные секунды, а на то, что чувствует человек перед экраном.

Показатель	Что это на человеческом языке	Хорошо	Терпимо	Плохо
LCP	За сколько прогружается самый крупный видимый элемент первого экрана — обычно картинка или большой заголовок	до 2,5 с	2,5–4 с	более 4 с
INP	Насколько быстро страница откликается на действие: нажатие кнопки, раскрытие меню, ввод в поле	до 200 мс	200–500 мс	более 500 мс
CLS	Насколько прыгает вёрстка при загрузке — когда контент сдвигается и вы промахиваетесь мимо ссылки	до 0,1	0,1–0,25	более 0,25

Два уточнения, без которых цифры читают неправильно. Первое: в полевых данных берётся не среднее, а 75-й перцентиль. Это значит, что порог должен выдерживаться у трёх четвертей визитов — быстрая загрузка у большинства не компенсирует провал у меньшинства. Второе: INP заменил прежний FID и оценивает отклик на протяжении всего визита, а не только при первом клике. Сайт, который «залипает» на третьем нажатии, раньше проходил проверку, теперь нет.

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

PageSpeed Insights: что смотреть и почему балл не равен скорости

Балл PageSpeed — это взвешенная сумма нескольких лабораторных метрик, приведённая к шкале от 0 до 100. Каждая метрика сравнивается с распределением по большому набору сайтов, и результат превращается в очки. Отсюда три свойства, которые обесценивают балл как измеритель скорости.

Подробнее об этом — в статье «Как увеличить скорость загрузки сайта Wordress».

1. Он не в секундах. Между 55 и 70 баллами может лежать разница в полсекунды, а между 90 и 99 — в сотые доли. Гнаться за последними баллами дороже и бессмысленнее всего.
2. Он нестабилен. Два прогона подряд на одной странице легко разойдутся на 5–10 баллов: тест идёт на общих мощностях с эмуляцией слабого телефона и урезанного канала. Судить по одному прогону нельзя.
3. Он про одну страницу. Главная почти всегда быстрее внутренних: на ней меньше запросов к базе и часто отдельный шаблон. Оценка главной ничего не говорит о карточках товара и статьях блога.

Что в этом отчёте действительно ценно — так это две вещи. Верхний блок с полевыми данными за 28 дней: там реальные Core Web Vitals ваших посетителей, и именно они попадают в отчёты Google. И нижний список диагностики: конкретные файлы, конкретные килобайты, конкретные задержки. Читать его нужно не как приговор, а как перечень гипотез — сервис не знает, какие скрипты вам нужны для работы бизнеса.

Помогу с продвижением: SEO-продвижение от Анатолия Кузнецова — вывожу сайты в топ Яндекса белыми методами.

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

Яндекс.Метрика: единственный отчёт, где именно ваша аудитория

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

Показатель в отчёте	Что означает	Рабочий ориентир	Куда смотреть, если плохо
Время ответа сервера	Сколько сервер думал перед первым байтом ответа	до 200 мс	Хостинг, версия PHP, запросы к базе, кэш готовых страниц
Время до отрисовки	Когда пользователь впервые увидел содержимое	до 1,5–2 с	Блокирующие стили и скрипты в шапке документа
Время загрузки DOM	Когда структура страницы полностью готова	до 3 с	Объём html, число внешних файлов
Время разбора DNS	Сколько заняло определение адреса домена	до 50 мс	DNS-провайдер, число сторонних доменов на странице
Время переадресации	Цепочки редиректов до нужного адреса	0 мс на большинстве визитов	Лишние звенья http→https→www→без www

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

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

5:21

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

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

Скорость в Яндекс.Вебмастере

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

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

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

Замер на телефоне и на медленном канале

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

1. Возьмите реальный телефон, а не эмулятор. Эмуляция не воспроизводит слабый процессор — а именно он определяет, как долго браузер разбирает скрипты.
2. Откройте страницу в режиме инкогнито. Иначе вы измерите загрузку из кэша и увидите цифры, которых у нового посетителя не бывает.
3. Отключите расширения и блокировщики. Блокировщик рекламы вырезает часть скриптов, и на вашем экране сайт быстрее, чем у всех остальных.
4. Мерьте не по вай-фаю рядом с роутером. Переключитесь на мобильную сеть и, если можно, отойдите туда, где связь неидеальна — это и есть условия вашей аудитории.
5. Прогоните два сценария. Первый визит с пустым кэшем и повторный заход через минуту. Разница между ними показывает, работает ли кэширование на стороне браузера.
6. В панели разработчика включите ограничение канала. Профиль медленного мобильного интернета плюс замедление процессора в четыре раза — так проверяют первый экран без выезда за город.

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

Как отличить медленный сервер от тяжёлой страницы

Если нужна помощь по теме — разработка сайта под ключ.

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

Симптом	Скорее сервер	Скорее страница
Белый экран держится долго, потом всё появляется разом	Да, ответ сервера большой	Нет
Страница появляется быстро, но досыпается кусками	Нет	Да, много тяжёлых ресурсов
Одинаково медленно на всех страницах, включая простые	Да	Нет
Медленно только на карточках и в каталоге	Отчасти: тяжёлые запросы к базе	Да, шаблон и картинки
Ночью быстро, днём медленно	Да, перегрузка или соседи по тарифу	Нет
Картинка с сайта открывается напрямую мгновенно, а html — долго	Да, тормозит генерация страницы	Нет

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

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

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

Регламент замера: чтобы цифрам можно было верить

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

• Список страниц зафиксирован. Одни и те же 4–6 адресов по типам шаблонов, и вы всегда меряете именно их.
• Три прогона, берётся медиана. Для лабораторных тестов это обязательное правило, один прогон не значит ничего.
• Одно и то же время суток. Дневная нагрузка на общий хостинг отличается от ночной в разы.
• Полевые данные снимаются неделями. Сравнивайте неделю с неделей, а не вторник с четвергом.
• Всё пишется в таблицу. Дата, страница, инструмент, число, что меняли. Через полгода без такой таблицы вы не докажете даже себе, что правка дала эффект.

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

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

Какой результат считать нормой? По полевым данным: LCP до 2,5 секунды у трёх четвертей визитов, ответ сервера до 200 миллисекунд, время до отрисовки до двух секунд. Это пороги допуска, а не цель для соревнования — дальше выигрыш в позициях перестаёт зависеть от скорости.

Нужно ли добиваться 100 баллов в PageSpeed? Нет. Балл — это оценка технического исполнения одной страницы, а не позиция в выдаче. Сайты с 60–70 баллами прекрасно ранжируются, если сильны по содержанию и структуре. Достаточно попасть в зелёную зону по полевым Core Web Vitals.

Почему Метрика и PageSpeed показывают разное? Потому что меряют разное. Лабораторный блок PageSpeed — это один прогон на эмулированном слабом телефоне с урезанным каналом. Метрика — среднее по вашим настоящим визитам. Расхождение вдвое здесь нормально, и верить нужно полевым данным.

Замедляет ли сайт сам счётчик Метрики? При стандартной установке заметного влияния он не оказывает — грузится асинхронно и не блокирует отрисовку. Куда чаще скорость съедают виджеты обратного звонка, онлайн-чаты и карты, вставленные в шапку. Удалять аналитику ради десятых долей секунды не нужно: без данных вы останетесь без единственного полевого источника.

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

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

Коротко

• «Скорость сайта» — это несколько независимых чисел: ответ сервера, первая отрисовка, отрисовка главного элемента, отклик на действие. Сравнивать замеры можно только по одному и тому же отрезку.
• Полевые данные (Метрика, Вебмастер, верхний блок PageSpeed) отвечают на вопрос «насколько плохо», лабораторные (Lighthouse, панель разработчика) — на вопрос «что чинить». Порядок именно такой.
• Балл PageSpeed измеряется не в секундах, гуляет на 5–10 пунктов между прогонами и относится к одной странице. Как измеритель скорости он не годится, как список гипотез — полезен.
• Core Web Vitals считаются по 75-му перцентилю: порог должен выдерживаться у трёх четвертей визитов, а не в среднем.
• Честный замер делается на реальном телефоне, в инкогнито, без блокировщиков, на мобильной сети и по нескольким типам страниц, а не только по главной.
• Медленный сервер отличается от тяжёлой страницы за две минуты: сравните отдачу статического файла и html одинаковой длины по прямым адресам.
• Замер без регламента — гадание: фиксированный список страниц, три прогона, медиана, одно время суток и таблица с датами правок.

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