Опубликовано: 8 октября 2025 г.
Длительное время существования кэша может ускорить повторные посещения вашей страницы.
Когда браузер запрашивает ресурс, сервер, предоставляющий этот ресурс, может указать браузеру, на какой срок следует временно кэшировать этот ресурс. При каждом последующем запросе этого ресурса браузер использует его локальную копию, а не получает её из сети.
Для производительности сети задержка имеет гораздо большее значение , чем пропускная способность, поэтому предотвращение задержек в сети при выполнении ключевых запросов может значительно улучшить воспринимаемую пользователем производительность.
Как передать это понимание
Все запросы к кэшируемым подресурсам должны иметь срок жизни кэша не менее 30 дней (2592000 секунд). Мы считаем, что все статические ресурсы должны соответствовать описанному здесь дереву решений : кэшируемые ресурсы должны иметь очень длительный срок жизни (30 дней или 1 год).
Запрос считается кэшируемым, если:
- Ресурс — это шрифт, изображение, медиа-файл, скрипт или таблица стилей.
- Ресурс имеет код статуса HTTP 200, 203 или 206.
- Заголовки ответа ресурса явно не исключают его из кэширования (например:
no-cache, must-revalidate, no-store).
Узнайте, как кэшировать ресурсы, в руководстве «Кэш HTTP: ваша первая линия защиты» и в практической работе «Настройка поведения кэширования HTTP» .
Используйте панель «Сеть» в Chrome DevTools, чтобы убедиться, что заголовки Cache-Control настроены должным образом. Кроме того, столбец Size на панели «Сеть» показывает, был ли запрос действительно обработан из кэша.
Руководство по конкретному стеку
Эта информация также предлагает рекомендации, специфичные для стека, для страниц, использующих следующие технологии:
Друпал
Установите максимальный срок хранения кэша браузера и прокси на странице «Администрирование» » «Конфигурация» » «Разработка» . Подробнее о кэшировании Drupal и оптимизации производительности .
Джумла
См. Кэш .
WordPress
См. Кэширование браузера .