Главная / База знаний / Скорость сайта

Что такое кэширование сайта и как оно влияет на скорость загрузки

6 мин чтения обновлено 19 августа 2026 Скорость сайта

Коротко. Кэширование сайта означает, что готовый результат — собранная HTML-страница, картинка, скрипт — сохраняется и отдаётся посетителю повторно вместо того, чтобы сервер каждый раз собирал его заново. Без кэша типичная страница на CMS делает 20-50 обращений к базе данных при каждой загрузке; с кэшем — ноль. На практике это сокращает время ответа сервера (TTFB) с 500-1500 мс до 50-150 мс на обычном хостинге. Это не косметическая настройка, а основной рычаг скорости сайта на CMS — эффективнее большинства визуальных оптимизаций.

Что означает кэширование простыми словами

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

Что происходит при загрузке страницы без кэша

На сайте, построенном на CMS (WordPress, Bitrix, любой другой движок с базой данных), одна загрузка страницы без кэша обычно означает: браузер запрашивает страницу, сервер запускает PHP-код, тот выполняет от 20 до 50 и больше запросов к базе данных (получить текст, картинки, меню, виджеты, комментарии), собирает из этого HTML-документ и только тогда отправляет его посетителю. Каждый из этих шагов занимает время, и если страницу за минуту откроют сто человек — сервер выполнит всю эту работу сто раз подряд, хотя результат почти всегда одинаковый.

Что происходит с кэшем — и почему это быстрее

С включённым кэшем сервер выполняет тяжёлую работу один раз, сохраняет готовый HTML-документ и при следующих запросах просто отдаёт его — без обращения к базе данных и без выполнения PHP-кода заново. Разница в цифрах ощутима: типичное время ответа сервера (TTFB) без кэша на обычном хостинге — 500-1500 мс, с включённым кэшем страниц — 50-150 мс, то есть в 3-10 раз быстрее ещё до того, как в дело вступают браузер посетителя и загрузка картинок. Ускорение первого байта ответа напрямую влияет на восприятие скорости — посетитель видит начало загрузки страницы раньше.

Какие данные кэшируются на практике

Кэшируется не что-то одно, а несколько разных типов данных на разных уровнях. Готовая HTML-страница — на сервере, это даёт основной эффект. Статика — картинки, шрифты, CSS и JS-файлы — в браузере посетителя, чтобы не скачивать их повторно при следующем визите. Скомпилированный PHP-код — во встроенном механизме OPcache, чтобы не разбирать программный код заново на каждый запрос. Результаты частых запросов к базе данных — в отдельном хранилище вроде Redis или Memcached на высоконагруженных проектах. Базовые уровни кэша разумно закладывать ещё на этапе разработки сайта, а не добавлять отдельным проектом уже после запуска.

Как кэш влияет на конкретные метрики скорости

Влияние кэша измеримо, а не ощущается «на глаз». TTFB (время до первого байта ответа сервера) — метрика, на которую кэш страниц влияет сильнее всего, поскольку убирает время на сборку HTML. LCP (Largest Contentful Paint, время отрисовки основного контента) — один из ключевых показателей Google Core Web Vitals — тоже улучшается, потому что чем раньше пришёл ответ сервера, тем раньше браузер начинает отрисовку. Итоговая оценка в PageSpeed Insights или Lighthouse обычно растёт на 10-30 пунктов только за счёт включения серверного кэша, без единой правки дизайна или кода. Это не гарантия для каждого сайта, но типичный порядок величины на проектах, где кэш до этого не был настроен вообще.

Когда кэш не помогает или может навредить

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

Зачем разбираться в этом владельцу бизнеса, а не только разработчику

Скорость загрузки напрямую входит в факторы ранжирования Google и Яндекса, влияет на конверсию (по общей отраслевой практике, задержка загрузки в 1 секунду ощутимо снижает вероятность досмотра страницы до конца) и на рекламный бюджет — медленный лендинг увеличивает стоимость клика в контекстной рекламе из-за низкого показателя качества. Понимание, что кэш — это не разовая «галочка в настройках», а несколько независимых уровней, помогает не платить дважды за то, что не решает проблему: например, заказывать дорогой CDN, когда на сайте вовсе не настроен базовый серверный кэш. Проверка того, какие уровни кэша уже работают на сайте и какие отсутствуют, — часть SEO-аудита, где скорость разбирается вместе с остальными техническими факторами.

Что означает кэширование сайта простыми словами?

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

Влияет ли кэширование на позиции сайта в поиске?

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

Нужно ли настраивать кэш на маленьком сайте-визитке?

Базовый уровень — да, если сайт на CMS: даже несколько десятков запросов к базе на каждой загрузке ощутимо замедляют ответ сервера. На статичном HTML-сайте без базы данных выигрыш от серверного кэша минимален, там важнее браузерный кэш статики.

Может ли посетитель увидеть устаревшую версию сайта из-за кэша?

Да, если срок хранения кэша страницы настроен слишком долгим, а контент изменился. Решается настройкой разумного срока для HTML (от нескольких минут до часа для часто обновляемых страниц) и принудительной очисткой кэша после публикации новых материалов.

Сколько стоит базовая настройка кэширования?

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

Проверить, настроено ли кэширование на сайте

Посмотрим, какие уровни кэша уже работают, а какие отсутствуют, и что из этого реально тормозит загрузку.

ПОЛУЧИТЬ БЕСПЛАТНЫЙ АУДИТ →

Услуга по теме материала

Ускорим сайт: у наших проектов PageSpeed 90+ вместо 38

Материалы по теме