Почему оптимизацию начинают с ответа сервера
Медленный ответ тормозит всё, что идёт после него. Можно сжать все картинки, но если сервер долго собирает страницу, она всё равно появится с задержкой.
Ориентир из руководств Google для разработчиков (web.dev): хорошим считается ответ примерно до 0,8 секунды. Это не официальный фактор ранжирования и не жёсткая граница, но при медленном сервере трудно получить хорошую скорость отрисовки главного элемента страницы (LCP из набора Core Web Vitals).
Посетители часто приходят по ссылке из Instagram, Telegram или рекламы. Каждая лишняя секунда ожидания — это оплаченный клик, который мог не дойти до страницы.
Из чего складывается время ответа
TTFB — не одна цифра «про сервер», а сумма этапов. Нужно понять, на каком теряется время, иначе лечить придётся наугад.
- Поиск адреса сайта через DNS
- Установка соединения и защищённого канала TLS
- Редиректы, например с http на https или с версии без www на версию с www
- Работа сервера: выполнение кода и запросы к базе данных
- Путь ответа по сети обратно к посетителю
Как измерить без сложных инструментов
Откройте страницу, зайдите в инструменты разработчика, на вкладку сети и выберите первый запрос — саму страницу. В разбивке времени ожидание ответа сервера показано отдельно. Те же данные дают онлайн-сервисы проверки скорости. Если у сайта достаточно посещений, реальные значения видны в полевом блоке PageSpeed Insights, он построен на отчётах Chrome UX Report.
Одного замера мало: он может попасть на случайную нагрузку. Повторите в разное время суток и сравните шаблоны: главную, категорию, карточку товара, статью. Часто главная быстрая из-за кэша, а карточки в каталоге с фильтрами медленные. Учитывайте и место замера: сервис из другой страны покажет не то, что увидит покупатель из Самарканда или Намангана.
Почему сервер отвечает медленно
Признаки подсказывают причину. Днём сайт тормозит, ночью работает быстро — вероятно, хостинг перегружен соседями. Первый заход медленный, повторные быстрые — кэш есть, но слишком часто сбрасывается. Главная быстрая, внутренние страницы медленные — кэш включён не везде.
- Страница собирается заново при каждом запросе, кэша нет
- Тяжёлые запросы к базе, особенно в каталогах с фильтрами и поиском
- Много плагинов или модулей, и каждый добавляет работу
- Слабый или перегруженный тариф, общий сервер с чужими сайтами
- Сервер далеко от аудитории
- Цепочки редиректов перед загрузкой страницы
Что действительно ускоряет ответ
Самая действенная мера для большинства сайтов — кэширование страниц: сервер один раз собирает страницу и дальше отдаёт готовую копию. В WordPress для этого есть плагины кэша, в Битриксе — композитный режим и кэш компонентов, на фреймворках — статическая генерация или кэш на стороне сервера. В интернет-магазине настройте исключения: корзина и личный кабинет не должны отдаваться из общего кэша.
Дальше по эффекту:
- Кэш объектов и запросов к базе, например через Redis
- Индексы в базе для самых медленных запросов
- Отключение неиспользуемых плагинов и модулей
- Актуальная версия PHP или другой среды выполнения
- Более мощный тариф или VPS, если ресурсов не хватает
- CDN, чтобы отдавать страницы и статику ближе к посетителю
Чего не стоит ожидать
Быстрый ответ сервера сам по себе не выведет сайт на первые места. Он убирает тормоз: страницы открываются быстрее, робот успевает обойти больше адресов, посетители реже закрывают вкладку, не дождавшись. Эффект заметнее на больших сайтах и на мобильном интернете. Ранжирование по-прежнему определяют содержание, структура и ссылки.
Хостинг ближе к аудитории тоже помогает, но переезд — последний шаг, когда кэш и код уже приведены в порядок.
С чего начать и как не распылиться
Двигайтесь по порядку и после каждого изменения замеряйте заново, чтобы видеть, какая мера сработала:
- Замерьте время ответа по основным шаблонам страниц
- Найдите самый медленный и выясните, где уходит время: код, база или сеть
- Включите кэширование и замерьте снова
- Если не помогло — разберите запросы к базе и плагины
- Если сайт оптимизирован, а ответ всё равно медленный — меняйте хостинг или подключайте CDN
Частые вопросы
Какая скорость ответа сайта считается хорошей?
Руководства Google для разработчиков называют хорошим TTFB примерно до 0,8 секунды. Это ориентир, а не жёсткое правило. Для простых страниц с кэшем можно получить заметно лучше.
Влияет ли TTFB на позиции в поиске?
Напрямую это не официальный фактор ранжирования. Но медленный ответ ухудшает скорость отрисовки главного элемента и поведение посетителей, а также мешает роботу обходить сайт.
Что сделать в первую очередь, если сервер отвечает медленно?
Включить кэширование страниц и замерить время заново. Если эффекта нет, разберите запросы к базе и плагины, а затем рассмотрите тариф, VPS или CDN.
Почему главная открывается быстро, а карточки товаров медленно?
Скорее всего, кэш работает только для главной, а карточки каждый раз собираются заново с запросами к базе. Проверьте кэш для остальных шаблонов и индексы в базе.
Разберём вашу задачу бесплатно
Оставьте контакт — за 15 минут созвона покажем, где теряются заявки и что сделать в первую очередь.