Скорость загрузки сайта — обман в том смысле, в каком её обычно понимают: балл из теста не равен ни реальной скорости, ни позициям. Ко мне регулярно приходят с одной и той же формулировкой — «PageSpeed 92, грузимся за секунду, почему нет топа». Открываешь Метрику того же сайта, и там видно совсем другую картину: половина посетителей уходит с первой страницы обратно в поиск и открывает следующий результат. Балл при этом ни при чём.
Ниже — что скорость на самом деле даёт, где проходит порог, после которого дальнейшее ускорение не приносит ничего, и какая метрика действительно связана с позициями. Плюс порядок действий для двух ситуаций: когда сайт медленный по-настоящему и когда он быстрый, а результата нет.
Балл из теста и реальная скорость — разные числа
PageSpeed Insights и подобные сервисы проводят лабораторный замер: берут одну страницу, загружают её в контролируемых условиях на модели устройства и выдают оценку. Это полезный диагностический инструмент — он показывает, какие именно файлы тормозят отрисовку. Но три вещи он не показывает принципиально.
- Скорость вашего сайта в целом. Замерена одна страница. Главная может открываться за секунду, а карточка товара с фильтрами и подгрузкой отзывов — за пять. Разница между шаблонами на реальных проектах бывает пятикратной.
- Скорость у ваших посетителей. Лабораторные условия — это условная модель телефона и условный канал. Ваша аудитория может сидеть на другом железе, в других сетях и в других регионах.
- Что человек делает после загрузки. Тест заканчивается в момент отрисовки. Всё интересное происходит дальше.
- Настоящее и будущее метаописаний
Отсюда типичная ошибка: балл поднимают с 70 до 95, вкладывая недели работы, и ждут движения в выдаче. Движения нет, потому что для посетителя между этими двумя состояниями разницы не было — обе версии открывались достаточно быстро, чтобы он не ушёл.
Порог, после которого ускорение перестаёт работать
Скорость ведёт себя не как линейный фактор, а как пороговое условие. Есть зона, где она решает всё, и зона, где она не решает ничего.
Логика простая. Человек, открывший страницу, ждёт результата. Если за две-три секунды ничего не появилось, часть аудитории закрывает вкладку и возвращается в выдачу — и с каждой следующей секундой эта доля растёт. На пяти-семи секундах теряется значительная часть заходов ещё до того, как посетитель увидел ваш текст. Это прямая потеря, и она же ухудшает данные о поведении: возврат в поиск через пару секунд после перехода читается как «страница не подошла».
Но как только страница укладывается в разумное время, дальнейшее ускорение уходит в незаметное для человека. Разницу между 1,3 и 0,9 секунды посетитель не осознаёт и решение остаться или уйти принимает не на её основании, а по содержанию первого экрана.
Практический вывод, который экономит бюджеты: скорость — это условие допуска, а не преимущество. Довели до нормы — переставайте вкладывать в неё и переключайтесь на то, что действительно различает соседей по выдаче.
Три числа, которые постоянно путают
Под словом «скорость» скрываются разные показатели с разными причинами и разным лечением. Их смешение — вторая по частоте причина бесполезной работы после погони за баллом.
| Показатель | Что отражает | Ориентир | Чем лечится |
|---|---|---|---|
| Время до первого байта | Работу сервера: сколько он думал перед ответом | до 500 мс, хорошо — до 200 мс | Кэширование, оптимизация запросов к базе, смена тарифа хостинга |
| Отрисовка основного содержимого | Вес и порядок загрузки: когда появилось главное на экране | до 2,5 с на мобильном | Сжатие изображений, отложенная загрузка скриптов, критические стили |
| Сдвиг вёрстки при загрузке | Прыгает ли содержимое, пока подгружаются блоки | не более 0,1 | Заданные размеры картинок, резерв места под баннеры и виджеты |
| Отклик на действие | Задержку между нажатием и реакцией страницы | до 200 мс | Тяжёлые скрипты, чужие виджеты, чаты, счётчики |
| Полная загрузка | Момент, когда докачалось всё, включая незаметное | справочно | Показатель наименее полезный: человек не ждёт полной загрузки |
Разделять их обязательно, потому что лечение противоположное. Медленный сервер не ускорить сжатием картинок, а тяжёлую страницу не спасти переездом на дорогой хостинг. Самая обидная ситуация — когда покупают мощный тариф при времени ответа в 150 миллисекунд, а тормозит на самом деле подгрузка сторонних скриптов.
Смежный материал по теме — «Как увеличить скорость загрузки сайта Wordress».
Метрика, которая действительно связана с позициями
Поисковая система видит не то, за сколько загрузилась страница, а то, чем закончился визит. Ключевой сигнал — вернулся ли человек в выдачу и открыл ли следующий результат по тому же запросу. Если вернулся быстро и продолжил искать, его вопрос ваша страница не закрыла. Если не вернулся — закрыла.
Помогу с продвижением: раскрутка сайта белыми методами — вывожу сайты в топ Яндекса белыми методами.
Этот сигнал вбирает в себя и скорость, и содержание, и удобство, и доверие. Медленная страница ухудшает его на входе, но быстрая страница сама по себе его не улучшает — она лишь даёт шанс показать содержание.
Что смотреть в Метрике вместо балла:
- Время загрузки страниц в разделе мониторинга. Реальные данные ваших посетителей с разбивкой по устройствам. Именно здесь выясняется, что на десктопе всё хорошо, а на мобильных вдвое хуже.
- Доля отказов по страницам входа. Смотреть не среднее по сайту, а по конкретным посадочным страницам и в сравнении между ними.
- Глубина просмотра и переходы дальше по сайту. Если после входа никто никуда не идёт, у страницы нет следующего шага.
- Карта прокрутки. Место, где обрывается большинство, — тот блок, который надо переписать или поднять выше.
- Вебмастер: соотношение показов и кликов. Показы есть, кликов мало — вопрос к заголовку и описанию в выдаче, а не к скорости.
- Настоящее и будущее метаописаний
Связка «быстрый сайт с высокой долей отказов» — самый показательный случай. Она однозначно говорит: техника в порядке, проблема в том, что человек не нашёл ответа. Подробнее о том, как эти сигналы участвуют в ранжировании, есть отдельный разбор про поведенческие факторы.
Что делать, если сайт действительно медленный
Сначала надо убедиться, что медленный он не в тесте, а у людей. Откройте отчёт по времени загрузки в Метрике за месяц с разбивкой по устройствам и посмотрите не среднее, а распределение: среднее легко портит десяток заходов с плохого канала.
Если медленно действительно, порядок работ такой:
- Разделите ответ сервера и отрисовку. Время до первого байта смотрится в консоли браузера на вкладке сети или через запрос из командной строки. Если оно больше секунды, дальше можно не смотреть — начинать надо отсюда.
- Проверьте разные типы страниц. Главная, категория, карточка, результат поиска по сайту, страница фильтра. Тормозит обычно один шаблон, а не сайт целиком.
- Займитесь изображениями. На большинстве сайтов это первая по весу статья. Современный формат, реальные размеры вместо уменьшения средствами браузера, отложенная загрузка всего, что ниже первого экрана.
- Пересчитайте сторонние скрипты. Чат, счётчики, виджеты отзывов, карты, пиксели рекламных систем. Каждый добавляет вес и задержку отклика. Отключите по одному и замерьте — часть окажется забытой с прошлых лет.
- Включите кэширование и сжатие. Кэш страниц на стороне сервера, долгий срок хранения статических файлов в браузере, сжатие при передаче. Это стандартные настройки, которые почему-то регулярно оказываются выключенными.
- Проверьте нагрузку по времени суток. Плавающее время ответа — утром быстро, вечером медленно при той же посещаемости — означает упор в лимиты хостинга, а не в код.
Отдельно стоит посмотреть, не съедают ли ресурсы сервера роботы. На сайтах, куда идёт заметный автоматический трафик, значительная доля запросов приходится не на людей, и живые посетители получают остаток. Это видно в журналах сервера и косвенно — в отчёте по роботам в Метрике. Тема смежная с техническими условиями допуска, о них подробнее в разборе про технические факторы ранжирования.
Если сайт быстрый, а топа нет
Это основной сценарий, с которым приходят. Техника в порядке, балл высокий, время ответа хорошее — а страница стоит на второй-третьей странице выдачи. Смотреть надо не на скорость, а на соответствие странице запросу.
Если нужны детали, смотрите «Как повысить скорость загрузки сайта».
| Что проверить | Вопрос к странице | Как проверить |
|---|---|---|
| Соответствие намерению | Человек искал одно, а страница отвечает на другое? | Открыть выдачу по запросу и сравнить формат своей страницы с первой десяткой |
| Полнота ответа | Вопрос закрыт целиком или придётся искать дальше? | Выписать подзаголовки конкурентов и найти, чего нет у вас |
| Доверие | Есть ли цены, контакты, реквизиты, примеры работ? | Показать страницу человеку со стороны и спросить, заказал бы он |
| Первый экран | Понятно ли за три секунды, куда попал и что тут есть? | Открыть на телефоне и не прокручивать |
| Следующий шаг | Ясно ли, что делать дальше? | Проверить, есть ли действие в конце каждого блока, а не только внизу |
| Внутренние ссылки | Ведёт ли на страницу что-то, кроме меню? | Обход сайта краулером с подсчётом входящих ссылок |
Порядок разбора именно такой: сначала намерение, потом полнота, потом доверие. Бессмысленно улучшать доверие на странице, которая просто не о том, что человек искал.
Почему на мобильных всё считается иначе
Больше половины заходов приходит с телефонов, и там ситуация со скоростью другая по трём причинам.
Первая — процессор. Разбор скриптов на недорогом телефоне занимает в несколько раз больше времени, чем на компьютере. Страница, которая на десктопе отрисовывается мгновенно, на мобильном может секунды стоять неотзывчивой, хотя визуально уже загрузилась.
Вторая — канал. Мобильная сеть непостоянна: в помещении, в метро, за городом скорость и задержки другие. Показатель, усреднённый по всем заходам, эту разницу прячет.
Третья — терпение. С телефона возвращаются в выдачу быстрее и охотнее: вернуться туда — одно движение. Порог, после которого человек уходит, на мобильном ниже.
Если нужна помощь по теме — исправление ошибок сайта.
Отсюда правило: любые замеры смотрим отдельно по устройствам, и мобильная версия проверяется на настоящем телефоне, а не сужением окна браузера. Сужение окна не покажет ни задержку отклика, ни поведение всплывающих окон, ни то, как выглядит первый экран, когда сверху висит панель браузера.
Порядок работы: от гигиены к содержанию
Собирая всё вместе, получаем последовательность, которая экономит и время, и деньги.
Подробнее об этом — в статье «Скорость загрузки сайта в Яндекс | Как проверить?».
- Замер по реальным данным. Метрика, разбивка по устройствам, распределение вместо среднего. Здесь становится ясно, есть ли проблема вообще.
- Если проблема есть — разделить причины. Сервер или страница. Дальше чинить то, что действительно тормозит, а не всё сразу.
- Довести до нормы и остановиться. Норма — это укладываться в разумное время на мобильном у живых посетителей. Дальнейшее вылизывание не окупается.
- Переключиться на содержание и удобство. Соответствие запросу, полнота, доверие, понятный следующий шаг.
- Контроль раз в квартал. Скорость деградирует сама: добавляются виджеты, растёт база, накапливаются плагины. Регулярная проверка ловит это до того, как станет заметно.
Пункт про деградацию недооценивают. Сайт, ускоренный год назад и с тех пор не проверявшийся, почти наверняка потерял часть результата — просто потому, что за год на него добавили три виджета и полсотни страниц.
Частые вопросы
Скорость вообще влияет на позиции или нет?
Влияет, но как условие допуска. Медленный сайт теряет людей на входе, а возврат в выдачу читается как неудачный результат — это и отражается на позициях. Как только страница укладывается в норму, дальнейшее ускорение перестаёт что-либо менять. Прямой зависимости «минус полсекунды — плюс позиция» не существует.
Какой балл PageSpeed считать достаточным?
Правильнее не ориентироваться на балл вообще, а смотреть три конкретных показателя: время ответа сервера, время отрисовки основного содержимого и сдвиг вёрстки. Если они в норме, балл может быть каким угодно. Балл — это свёртка нескольких чисел с весами, которую удобно показывать руководству и неудобно использовать для работы.
Почему у конкурента балл 40, а он в топе?
Потому что он отвечает на запрос лучше. Скорость — одно из условий, а не соревнование: его сайт достаточно быстр, чтобы люди дожидались загрузки, а дальше решает содержание, возраст домена, ссылки и накопленные данные о поведении. Обгонять его вылизыванием сотых долей секунды бессмысленно.
Стоит ли переезжать на более дорогой хостинг ради скорости?
Только если замерено время ответа сервера и оно действительно велико. Переезд решает проблему медленного сервера и не решает проблему тяжёлой страницы. Сначала измерьте — на большинстве сайтов сервер отвечает нормально, а секунды набираются на изображениях и сторонних скриптах.
Метрика показывает одно, PageSpeed другое. Кому верить?
Обоим, они меряют разное. Метрика — реальных посетителей, PageSpeed — лабораторную модель. Решение о том, есть ли проблема, принимайте по Метрике. А PageSpeed используйте после этого — чтобы понять, какие именно файлы виноваты.
Сайт быстрый, отказы высокие. С чего начать?
С первого экрана на телефоне. Откройте свою посадочную страницу на смартфоне и не прокручивайте: видно ли за три секунды, куда человек попал, что здесь есть и что делать дальше. Дальше — карта прокрутки в Метрике: она покажет, на каком блоке обрывается большинство. Обычно причина находится в этих двух местах.
Показываю, как посмотреть, на каком хостинге стоит сайт, и почему это влияет на время ответа:
Коротко
- Балл из теста — лабораторный замер одной страницы, он не описывает ни скорость сайта целиком, ни скорость у ваших посетителей.
- Скорость работает как порог: медленный сайт теряет людей на входе, но после достижения нормы дальнейшее ускорение ничего не даёт.
- Под «скоростью» скрываются разные числа — ответ сервера, отрисовка, сдвиг вёрстки, отклик; лечатся они по-разному и путать их нельзя.
- Реальный сигнал для поисковой системы — вернулся ли человек в выдачу; скорость на него влияет только на входе.
- Быстрый сайт с высокой долей отказов означает, что техника в порядке, а страница не отвечает на запрос.
- Замеры смотрят по реальным данным Метрики с разбивкой по устройствам, мобильную версию проверяют на настоящем телефоне.
- Настоящее и будущее метаописаний
Если непонятно, скорость у вас проблема или уже нет и куда вкладываться дальше, — это SEO-консультация: смотрю данные Метрики и Вебмастера, отделяю техническую часть от содержательной и говорю, что чинить в первую очередь. Написать можно через обратную связь, отвечу лично.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Роман Докучаев
Три месяца вылизывали скорость, подняли мобильный балл с 38 до 91. Позиции не сдвинулись ни на пункт. Получается, работа была впустую?
Анатолий Кузнецов автор
Не впустую, но и не туда, куда вы ожидали. Балл 38 — это обычно реально медленная страница, и её ускорение почти наверняка снизило потери на входе. Проверьте это по Метрике: сравните долю отказов по страницам входа с мобильных до и после работ. Если она уменьшилась, эффект есть, просто он не в позициях, а в том, что люди стали доходить до содержания. А вот дальнейшего движения в выдаче ждать не стоит: вы перешли порог допуска, и теперь всё решает то, насколько страница отвечает на запрос. Следующий шаг — открыть выдачу по вашим основным запросам и честно сравнить свою страницу с первой пятёркой по полноте ответа. Скорость там у всех уже нормальная, разница будет в другом.
Алёна Епифанцева
У нас среднее время загрузки по Метрике 1,8 секунды, вроде нормально. Но подрядчик говорит, что среднее смотреть нельзя. Что смотреть вместо него?
Анатолий Кузнецов автор
Подрядчик прав. Среднее одинаково искажается в обе стороны: десяток заходов с плохого канала завышает его, а масса быстрых заходов с десктопа занижает и прячет проблему на мобильных. Смотрите две вещи. Первая — разбивка по устройствам: почти всегда выясняется, что десктоп даёт 0,9, а телефон 3,5, и среднее 1,8 не описывает ни одну из групп. Вторая — распределение по интервалам: какая доля заходов уложилась до секунды, до трёх, свыше пяти. Если свыше пяти секунд грузится хотя бы каждый десятый заход, у вас есть заметная группа людей, которые до содержания просто не доходят. Ещё полезно разделить по страницам входа: тормозит обычно один шаблон, а не сайт целиком.
Игорь Дружинин
Не соглашусь с посылом статьи. У нас интернет-магазин, после переезда на нормальный сервер время ответа упало с 2 секунд до 300 мс — и позиции реально поехали вверх. Так скорость всё-таки двигает?
Анатолий Кузнецов автор
Ваш случай как раз подтверждает то, о чём статья, а не опровергает. Две секунды на ответ сервера — это не «нормальный сайт, который решили ускорить», это медленный сайт ниже порога допуска. Вы перешли порог, и получили эффект. Плюс у магазинов работает ещё один механизм: медленный сервер ограничивает скорость обхода, робот берёт меньше страниц за визит, и большой каталог индексируется месяцами. После ускорения обход растёт, в поиск попадают карточки, которых там не было, — и часть роста позиций на самом деле является ростом числа проиндексированных страниц. Посмотрите статистику обхода в Вебмастере за период до и после, скорее всего увидите там скачок. А вот дальнейшее ускорение с 300 мс до 150 мс такого эффекта уже не даст.
Тамара Ельцова
Сайт быстрый, отказы 68 процентов. Начали с первого экрана, как вы советуете. А как понять, что именно на нём не так? Нам-то кажется, что всё понятно.
Анатолий Кузнецов автор
«Нам кажется понятно» — нормальная ситуация, вы знаете свой продукт и достраиваете смысл автоматически. Проверяется это чужими глазами. Простейший тест: покажите первый экран на телефоне человеку, не знакомому с бизнесом, на пять секунд, потом закройте и спросите три вещи — чем занимается компания, что здесь можно получить и что нужно сделать дальше. Если хотя бы на один вопрос ответа нет, экран не работает. Второй источник — записи визитов в Метрике: посмотрите два десятка сессий с отказом и обратите внимание, куда двигалась мышь или палец перед уходом. Часто оказывается, что человек искал цену или город, не нашёл за пару секунд и вышел. И третье: посмотрите отдельно отказы по каждой странице входа — среднее по сайту в 68 процентов может складываться из хороших страниц и одной провальной.
Владислав Дробышев
Про сторонние скрипты: у нас чат, две системы аналитики, виджет отзывов и карта. Отключать по одному и мерить — это понятно, но чем мерить, чтобы результат был сопоставим?
Анатолий Кузнецов автор
Мерьте в консоли браузера на вкладке сети, в режиме без кэша и с включённым ограничением скорости — так замеры будут сопоставимы между собой. Фиксируйте не общий вес, а два числа: момент отрисовки основного содержимого и суммарное время выполнения скриптов. Второе как раз показывает вклад виджетов, потому что вес у них небольшой, а процессорного времени они съедают много. Дальше практический приём: большинство таких скриптов не нужны в момент загрузки. Чат, карту и виджет отзывов можно подключать после первого взаимодействия или при прокрутке до нужного блока — тогда они не мешают первому экрану вообще. И проверьте, не стоят ли у вас две системы аналитики, дублирующие друг друга: одну из них обычно ставили когда-то и забыли.
Полина Евлампиева
Таблица с разделением показателей — забрала. У нас в отчёте подрядчика всё называется «скорость загрузки» одним числом, теперь буду спрашивать конкретику.
Семён Дудников
Про деградацию — это точно. Ускоряли сайт полтора года назад, сейчас проверил: три новых виджета и балл снова на уровне до работ.
Ирина Ерастова
А сдвиг вёрстки реально важен? Он же не про скорость. У нас баннер на главной прыгает при загрузке, но грузится всё быстро.
Андрей Домрачев
Про роботов, съедающих ресурсы, — неожиданный поворот. Полез в журналы, там половина запросов от каких-то неизвестных обходчиков. Буду разбираться.
Галина Ежевикина
Вопрос: если у нас разные шаблоны грузятся по-разному, какой считать показательным для сайта? Главная быстрая, а карточки товара тяжёлые.
Юрий Дюжев
Мысль про возврат в выдачу как основной сигнал многое объясняет. Мы всё время меряли время на сайте, а оно у нас хорошее именно потому, что люди долго ищут нужное.
Милана Ефименко
Проверила на своём телефоне вместо сужения окна — оказалось, кнопка заявки на мобильном перекрыта плашкой согласия, которая на десктопе выглядит нормально.
Старт 
Стандарт 
Премиум 
Отличный разбор. Перестаю молиться на балл и смотрю на реальную скорость у людей.
Добавлю: тестируйте на слабом телефоне и медленном интернете, а не только на своём быстром компьютере.
Спасибо, сместили фокус. Смотрю теперь на реальную скорость у пользователей, а не на балл в тесте.
Полезно. Баллы скорости — красивая, но обманчивая цифра. Важно, что чувствует живой человек.
Ориентируюсь теперь на реальные данные пользователей, а не на разовый тест. Картина честнее.
Смотрите полевые метрики и поведение в Метрике: если люди уходят при загрузке, значит, тормозит реально.
Обман в том и есть: балл зелёный, а на слабом телефоне с плохим интернетом сайт еле шевелится.
А что делать, если реальная скорость у людей плохая, хотя тест показывает хороший балл?
Владислав, если балл хороший, а людям медленно, копайте в то, что видит реальный пользователь. Частые причины: тяжёлые картинки без сжатия, много скриптов, которые грузятся до контента, отсутствие кеширования, медленный сервер, шрифты и виджеты сторонних сервисов. Сожмите изображения, отложите некритичные скрипты, включите кеш и сжатие, уберите лишние виджеты. Тестируйте после каждого изменения на слабом телефоне. Цель не идеальный балл, а чтобы человек быстро видел и мог пользоваться страницей.
Полевые данные от реальных пользователей честнее лабораторного теста. Их и надо смотреть.
Спасибо, что развеяли миф про баллы. Гналась за цифрой, а надо было за реальным ощущением.
Важнее не абстрактный балл, а как быстро человек видит и может пользоваться страницей.
А как понять, тормозит ли сайт у реальных пользователей, а не только в синтетическом тесте?
Николай, смотрите на поведение реальных людей, а не на синтетику. В Метрике через Вебвизор видно, уходят ли посетители на этапе загрузки, а по отказам и времени на сайте на медленных устройствах заметно, тормозит ли реально. Плюс полевые данные о скорости собираются по фактическим заходам. Синтетический тест гоняется на быстром канале и не отражает слабый телефон с плохим интернетом. Хотите правду — смотрите поведение живых пользователей и полевые метрики, а не разовый лабораторный прогон.
У меня был высокий балл, а люди жаловались на тормоза. Теперь понимаю, почему так.
Красивые баллы в тесте и реальная скорость у живого пользователя — это две разные вещи.
А какая метрика на самом деле важнее баллов скорости и как её посмотреть у себя на сайте?
Алина, важнее лабораторного балла — реальная скорость у живых пользователей, так называемые полевые данные. Смотрите, как быстро человек видит основной контент и может им пользоваться, а не абстрактную оценку из разового теста. Полевые метрики собираются по реальным заходам и честнее показывают, тормозит сайт или нет. Плюс глядите в Метрику: если люди уходят на этапе загрузки, значит, реально медленно. Ориентир — ощущение живого посетителя на его телефоне и интернете, а не зелёный балл в тесте.
Интересный разворот. Гнался за баллами скорости, а решает, оказывается, другая метрика.