Насколько скорость влияет на позиции и на заявки
Начнём с неудобной части. Прямой связи «сайт грузится на секунду дольше — позиции ниже на столько-то» не существует ни в Яндексе, ни в Google. Скорость работает через поведение: человек не дождался, вернулся в выдачу, открыл следующий результат — и вот это поиск уже считает.
У Google скорость формализована в наборе Core Web Vitals и входит в оценку страницы. Яндекс своих пороговых значений публично не раскрывает, но показывает оценку скорости сайта в Вебмастере, а в Метрике есть отчёт по реальному времени загрузки у живых посетителей.
На заявки скорость влияет прямее и заметнее, чем на позиции. Особенно на мобильном трафике из рекламы, где человек пришёл из ленты и готов ждать секунды, а не десять.
Как проверить, что проблема действительно здесь: сравните долю отказов на мобильных и на десктопе для одного и того же источника трафика. Если контент одинаковый, а на телефонах отказов в полтора-два раза больше, скорость в списке подозреваемых на первом месте. Если разрыва нет, а заявок всё равно мало, причина где-то в другом месте — разбирать её лучше по участкам, а не гнаться за баллами.
Чем и как измерять: инструменты и что в них смотреть
Данные бывают двух видов, и путать их — главная причина бессмысленных споров с подрядчиком. Лабораторные — это один прогон на эмулированном устройстве, как в PageSpeed Insights или в панели разработчика браузера. Полевые — это то, что реально было у посетителей: верхний блок PageSpeed Insights, отчёт в Search Console и время загрузки страниц в Яндекс Метрике.
Решения принимаются по полевым данным. Лабораторные нужны для другого — чтобы понять, что именно тормозит, и проверить эффект от правки.
Смотреть стоит на четыре величины. Три из них — Core Web Vitals, и на 2026 год их пороги не изменились.
| Метрика | Что означает по-человечески | Хорошо | Плохо |
|---|---|---|---|
| LCP | Когда человек увидел основное содержимое экрана | до 2,5 с | свыше 4 с |
| INP | Насколько быстро сайт отзывается на нажатия | до 200 мс | свыше 500 мс |
| CLS | Насколько прыгает вёрстка при загрузке | до 0,1 | свыше 0,25 |
| TTFB | За сколько сервер отдал первый байт | до 0,8 с | свыше 1,8 с |
Порог считается выполненным, если в хорошую зону попадают три четверти реальных посетителей, и мобильные с десктопом смотрят отдельно. TTFB в сам набор не входит — это диагностическая величина, по которой видно, виноват сервер или страница.
Как проверить: замерьте одну и ту же страницу три раза подряд и потом ещё раз вечером. Лабораторные цифры гуляют, и делать выводы по одному прогону — то же самое, что судить о выручке по одному дню.
Картинки: причина номер один почти всегда
В девяти случаях из десяти самый тяжёлый элемент страницы — это фотография. Обычно она виновата сразу по четырём пунктам.
Размер: снимок с камеры шириной в несколько тысяч пикселей отдаётся в блок шириной шестьсот. Браузер честно скачивает всё и уменьшает на лету. Формат: JPEG и PNG вместо WebP или AVIF, которые при том же качестве весят заметно меньше. Отложенная загрузка: картинки из подвала скачиваются вместе с первым экраном, хотя их никто пока не видит. И наоборот — иногда отложенную загрузку вешают на главное изображение первого экрана, из-за чего LCP ухудшается.
Отдельный пункт — сдвиги вёрстки. Если у картинки не заданы размеры, текст сначала рисуется, а потом прыгает вниз, и человек промахивается мимо кнопки. Это ровно та величина, которую измеряет CLS.
Как проверить: откройте страницу, нажмите F12, вкладка Network, обновите и отсортируйте по размеру. Если верхние пять строк — изображения весом под мегабайт, дальше можно не искать: у вас есть план работ на ближайшую неделю.
Скрипты и сторонние сервисы: чаты, аналитика, пиксели
Каждый сторонний сервис — это отдельный домен, отдельное соединение и чужой код, на скорость которого вы не влияете. Онлайн-чат, коллтрекинг, два счётчика, три рекламных пикселя, виджет отзывов, карта проезда и шрифты с внешнего сервиса — набор типовой, и в сумме он нередко весит больше, чем весь ваш сайт.
Половина этих сервисов не нужна на первом экране. Чат может подгружаться при первом движении мыши или прокрутке, карта — когда человек до неё долистал, виджет отзывов — по клику. Люди не замечают разницы, а время до отрисовки меняется заметно.
Как проверить: в той же вкладке Network отфильтруйте запросы по доменам, отличным от вашего, и посмотрите суммарный вес и время. Затем отключите один сервис и померьте снова. Обычно после такого замера половина виджетов уезжает с сайта сама собой — вместе с вопросом «а зачем он вообще стоял».
Шаблон и плагины: лишний код, который никто не видит
Универсальный шаблон рассчитан на сотни сценариев сразу, поэтому тянет за собой библиотеки для функций, которых на вашем сайте нет: несколько видов слайдеров, анимации прокрутки, иконочные шрифты, конструктор блоков. Всё это грузится на каждой странице независимо от того, используется ли.
С плагинами считать надо не количество, а вес и пересечение. Три плагина, каждый со своей копией одной и той же библиотеки, хуже десяти лёгких и непересекающихся. Отдельная категория риска — плагины, которые добавляют свой код на все страницы ради формы, стоящей на одной.
Как проверить: в панели разработчика есть вкладка Coverage — она показывает, какая доля загруженного CSS и JavaScript на этой странице не используется вообще. На универсальных шаблонах доля неиспользуемого кода обычно велика, и это лучший аргумент в разговоре с разработчиком.
Потолок здесь зависит от платформы: на конструкторе вы не управляете значительной частью кода, на своей сборке управляете почти всем — эта разница подробно разобрана в сравнении Tilda и WordPress.
Хостинг и сервер: когда проблема действительно там
Виноват сервер или нет, показывает одна величина — время ответа на первый байт. До 0,8 секунды считается хорошим значением, свыше 1,8 секунды — плохим. Если TTFB держится высоким на разных страницах и в разное время суток, дело в серверной части.
Дальше нужно разделить два случая. Первый: сервер слабый или перегружен соседями по тарифу — тогда переезд действительно помогает. Второй, более частый: страница каждый раз собирается заново, потому что не включено кэширование, или движок делает десятки запросов в базу на одну страницу. Тут смена хостинга даст небольшое улучшение и не решит причину.
Как проверить перед переездом: включите кэширование и померьте TTFB снова. Упал — хостинг ни при чём, вы только что сэкономили деньги и неделю на миграцию. Не упал и остался высоким — вот теперь разговор о тарифе или о сервере осмысленный.
Кэширование и сжатие простыми словами
Заранее извиняемся, сейчас будет технично. Теперь по-человечески — все три механизма делают одно и то же: не заставляют делать работу дважды.
Серверное кэширование: страница собирается один раз и потом какое-то время отдаётся готовой, вместо того чтобы собираться заново на каждого посетителя. Браузерное кэширование: файлы, которые не меняются — логотип, шрифты, стили, — сохраняются у человека, и при повторном визите не качаются заново. Сжатие: текстовые файлы передаются в упакованном виде и распаковываются браузером, а это кратное уменьшение веса почти бесплатно.
Как проверить: в панели разработчика откройте любой запрос и посмотрите заголовки ответа. Должны быть content-encoding со значением br или gzip и cache-control с ненулевым сроком жизни для статических файлов. Если их нет — это настройка на стороне сервера, которая делается один раз и даёт эффект сразу на всём сайте.
Мобильная скорость: почему она всегда хуже
Три причины, и ни одна не зависит от вашего желания. Процессор телефона слабее, поэтому тот же объём JavaScript исполняется в разы дольше. Сеть нестабильна: в метро или за городом соединение добавляет секунды. И картинки часто отдаются те же самые, что и на большом экране, хотя показываются вчетверо мельче.
Ещё одна причина расхождения — методика замера. Мобильная проверка в PageSpeed Insights намеренно эмулирует небыстрое устройство и медленный канал, поэтому цифры ниже десктопных почти всегда, даже у хорошо сделанных сайтов.
Как проверить честно: возьмите недорогой телефон, выключите вайфай и откройте сайт в мобильной сети. Ваш флагман по домашнему интернету показывает опыт примерно никого из ваших клиентов.
Порядок работ: что даёт основную часть эффекта
Последовательность почти всегда одинаковая, и отклоняются от неё редко.
- Измерить и записать исходные цифры по четырём метрикам, отдельно для мобильных и десктопа.
- Привести в порядок изображения: размеры под контейнер, современный формат, отложенная загрузка для всего ниже первого экрана, заданные ширина и высота.
- Разобраться со сторонними скриптами: лишнее убрать, оставшееся отложить до действия или до прокрутки.
- Включить кэширование и сжатие на сервере.
- Почистить шаблон и плагины, убрав неиспользуемый код.
- И только теперь — разговор о хостинге, если TTFB всё ещё высокий.
Первые четыре шага обычно дают основную часть улучшения и почти не требуют переделки сайта. Пятый и шестой стоят дороже и трогают то, что работает, — поэтому они последние. Ровно та же логика приоритетов действует и в остальном техническом SEO: сначала то, что мешает сильнее всего, а не то, что первым попало в отчёт аудита. Подробно это разложено в разборе технической оптимизации по уровням.
Если чинить некому и некогда, это та работа, которую логично отдать на поддержку сайта вместе с обновлениями и резервными копиями, а не оформлять отдельным проектом.
Что можно сделать без нас за ближайший час: замерьте страницу с самым большим трафиком в PageSpeed Insights, выпишите четыре цифры, откройте вкладку Network и посмотрите пять самых тяжёлых файлов. В большинстве случаев после этого у вас на руках будет не тридцать рекомендаций, а две конкретные задачи, и обе про картинки.
Когда нужно понять не только скорость, а всё техническое состояние сайта разом, это делается через технический аудит или через проверку сайта перед переделкой — там скорость идёт одним из пунктов, а не единственным. Разбираться в этом самому не обязательно: техническая часть продвижения — это наша работа, а не ваша.
Проверим, подходим ли мы друг другу. Пришлите адрес сайта и скажите, на чём он сделан. Мы посмотрим замеры и честно скажем, есть ли здесь что чинить и стоит ли это тех денег.
Обсудить проект