Скорость загрузки сайта

Почему это влияет на заявки

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

Хотите понять, относится ли это к вашему сайту?Проверим сайт и вернёмся с коротким планом.

Получить аудит

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

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

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

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

Практические особенности и варианты применения

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

Тяжёлые изображения. Это лидер по замедлению сайтов. Фотографии товаров загружаются в исходном разрешении — по 3–5 мегабайт каждая, хотя на экране они отображаются размером 300 на 300 пикселей. Десять таких фото на странице — и загрузка растягивается на десять секунд при нормальном мобильном интернете.

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

Медленный хостинг. Дешёвый виртуальный хостинг за 100–200 рублей в месяц — частая причина долгого TTFB. Сервер не справляется с одновременными запросами, и в пиковые моменты сайт начинает «тормозить».

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

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

Бесплатный SEO-аудит

Покажем, что мешает сайту расти

Проверим структуру, индексацию, посадочные страницы и первые точки роста. После заявки можно перейти в Telegram с уже заполненным контекстом.

Получить аудит

Что можно сделать при ограниченном бюджете, не привлекая дорогих разработчиков:

Сжать изображения. Это даёт самый быстрый и заметный эффект. Фотографии можно прогнать через сервисы сжатия (TinyPNG, Squoosh) или настроить автоматическое сжатие на сайте. Формат WebP вместо JPEG уменьшает вес картинки на 25–40% без видимой потери качества.
Убрать лишние виджеты. Оставьте только те, которые реально приносят заявки. Кнопка WhatsApp — да. Три разных онлайн-чата одновременно — скорее всего, нет.
Проверить хостинг. Если TTFB больше 1–1.5 секунд, стоит спросить хостера, что происходит. Иногда помогает простой переход на более мощный тариф.
Включить сжатие GZIP или Brotli. На большинстве хостингов это включается одной галочкой в панели управления. Сервер будет сжимать текстовые файлы перед отправкой, и они передаются в 2–3 раза быстрее.

Как проверить скорость самостоятельно. Не стоит ориентироваться только на свои ощущения — вы можете сидеть на быстром проводном интернете, а ваши клиенты заходят с телефона по 4G. Используйте Яндекс.Вебмастер: там есть отчёт по диагностике сайта, где показаны проблемы с загрузкой страниц. Также полезно проверить ключевые страницы через PageSpeed Insights от Google — он показывает конкретные рекомендации, хотя его метрики отличаются от того, как измеряет Яндекс. Для понимания общей картины этого достаточно.

Ошибки, ограничения и что учитывать на практике

Первая ошибка — гнаться за сотней баллов в PageSpeed Insights. Это показатель, а не цель. Страница может показывать 60 баллов, но загружаться для пользователя за 2.5 секунды и отлично работать. А может показывать 95 баллов, но при этом быть неудобной и не приносить заявок. Баллы — ориентир, а не самоцель.

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

Третья ошибка — слепо удалять все скрипты. Да, виджет обратного звонка замедляет сайт. Но если он приносит 15% заявок, удалять его ради скорости бессмысленно — вы потеряете больше, чем приобретёте. Сначала считаем пользу, потом оптимизируем.

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

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

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

Ограничения маленького бюджета. Если сайт собран на тяжёлой CMS или сделан на конструкторе с ограниченными настройками, некоторые проблемы скорости вы не решите без переписывания кода. Это дорого. Но в большинстве случаев базовая оптимизация — сжатие картинок, очистка от лишних скриптов, включение кэширования — даёт улучшение на 30–50%, и этого часто достаточно, чтобы уйти из зоны критического торможения.

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