Влияет ли скорость сайта на продвижение

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

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

Прямое влияние и косвенное: почему второе важнее

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

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

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

Показатели, по которым измеряют скорость

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

Показатель	Что измеряет	Хорошо	Плохо
LCP	Момент отрисовки самого крупного элемента экрана: баннера, картинки, заголовка	до 2,5 с	больше 4 с
INP	Отзывчивость на действия: за сколько интерфейс реагирует на нажатие	до 200 мс	больше 500 мс
CLS	Смещение вёрстки при загрузке: прыгает ли содержимое под пальцем	до 0,1	больше 0,25
TTFB	Время до первого байта ответа сервера	до 0,8 с	больше 1,8 с

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

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

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

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

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

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

Что тормозит сайты на самом деле

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

Список причин короче, чем кажется. За годы аудитов повторяются одни и те же шесть.

О роли хостинга и настроек сервера в продвижении:

2:36

Причина	По какому признаку видно	Что делать
Медленный ответ сервера	Высокий TTFB, страница долго «думает» до начала отрисовки	Кэширование страниц, оптимизация запросов к базе, смена тарифа или хостинга
Тяжёлые изображения	Основной вес страницы приходится на картинки, LCP держит баннер	Современные форматы, сжатие, точные размеры под контейнер, отложенная загрузка нижних картинок
Избыток сторонних скриптов	Плохой INP, длинные задачи в основном потоке	Ревизия виджетов, отказ от дублирующих счётчиков, отложенный запуск неглавного
Раздутая тема и плагины	На каждой странице грузятся стили и сценарии всех разделов сайта	Отключение неиспользуемого, подключение ресурсов только там, где они нужны
Шрифты	Текст появляется с задержкой или мигает подменой начертания	Локальное хранение, ограниченный набор начертаний, корректный режим отображения
Отсутствие размеров у элементов	Высокий CLS, содержимое прыгает при загрузке	Явные ширина и высота у картинок и видео, резерв места под встраиваемые блоки

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

Сервер и TTFB: с чего начинается всё остальное

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

1. Замерить TTFB отдельно для главной, категории и карточки товара или статьи. Разные типы страниц часто ведут себя по-разному, и это сразу указывает на источник.
2. Проверить, включено ли кэширование готовых страниц. Если сайт при каждом заходе собирает страницу заново из базы, кэш даёт кратное ускорение почти без риска.
3. Отдельно проверить страницы с формами и корзиной: полностраничный кэш на них накладывать нельзя, там нужен точечный подход, иначе люди начнут видеть чужие данные или сломается отправка заявок.
4. Посмотреть на количество запросов к базе на странице. Плагины, выводящие «похожие товары», «недавно просмотренные» и «популярное», иногда генерируют десятки запросов на каждый показ.
5. Сравнить TTFB днём и в час пик. Рост в нагрузку означает, что упирается тариф хостинга, а не код.

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

Если нужны детали, смотрите «Влияет ли домен на продвижение сайта».

Картинки: где лежит основной вес

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

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

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

Скрипты и виджеты: главный источник плохой отзывчивости

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

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

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

Мобильная версия: там, где решается результат

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

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

Подробнее об этом — в статье «Влияет ли хостинг на продвижение сайта».

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

Порядок работ: что делать первым

Очередь	Работа	Эффект	Риск сломать
1	Кэширование страниц и сжатие ответа сервера	Высокий, влияет на все страницы сразу	Средний: формы и корзина требуют исключений
2	Сжатие и правильные размеры изображений	Высокий, особенно на LCP	Низкий
3	Чистка неиспользуемых плагинов и виджетов	Высокий на отзывчивость	Средний: проверять функциональность после каждого отключения
4	Отложенная загрузка второстепенных сценариев	Средний, заметен на телефонах	Высокий: возможны поломки интерфейса
5	Размеры элементов и резерв места под блоки	Средний, чинит CLS	Низкий
6	Шрифты: локальное хранение и урезанный набор	Небольшой, но дешёвый	Низкий
7	Смена хостинга или тарифа	Зависит от исходного состояния	Высокий: переезд требует подготовки

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

Чего скорость не чинит

Здесь начинается зона завышенных ожиданий, и её лучше обозначить прямо.

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

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

Сколько баллов нужно набрать, чтобы поисковик был доволен? Порога в баллах не существует. Ориентир — три пользовательских показателя в зелёной зоне на мобильных: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Дальнейшая гонка за баллами обычно не окупается.

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

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

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

Нужен ли CDN небольшому сайту? Если аудитория в одном регионе, а сервер расположен там же, выигрыш минимальный. Смысл появляется при географически разбросанной аудитории или при большом объёме статических файлов.

Как объяснить подрядчику задачу, чтобы получить результат? Не «ускорьте сайт», а конкретно: довести мобильные LCP, INP и CLS до зелёных значений на трёх типах страниц — главной, категории и карточке, с замерами до и после и без потери функциональности форм.

Коротко

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

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