Сайт показывает старую версию: кеш браузера, CDN и Битрикса

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

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

Сначала зафиксируйте, что именно устарело

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

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

Браузер: HTML, стили и изображения проверяются отдельно

Откройте DevTools → Network, включите отключение кеша на время диагностики и перезагрузите страницу. Найдите запрос документа, CSS и проблемного изображения. Сохраните статус, заголовки ответа, адрес ресурса и указание, откуда он получен. Отключение кеша в инструментах разработчика действует в условиях этой проверки, а не исправляет сайт для остальных посетителей.

В руководстве MDN по HTTP-кешированию различаются хранение ответа и его повторная проверка. Значение no-cache разрешает хранение, но требует проверки актуальности перед повторным использованием; no-store запрещает хранение. Ответ 304 означает, что сервер подтвердил пригодность сохранённой версии, а не отправил новый документ целиком.

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

CDN и прокси: где проверить внешнюю копию

Если чистый браузер тоже получает старое содержимое, изучите кеш перед приложением. В зависимости от провайдера ответы могут содержать Age или служебный признак попадания в кеш. Их отсутствие не доказывает, что CDN не используется: посмотрите панель сервиса, правила кеширования и журналы. Не меняйте публичный DNS ради быстрой проверки.

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

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

Битрикс: компонент, управляемый кеш и композит

В Битриксе данные могут кешироваться на нескольких уровнях. Компонент сохраняет результат своей работы; управляемый кеш позволяет связывать обновление с изменением данных; композитная технология использует готовую часть страницы. Точная конфигурация зависит от версии, решения и доработок. Официальная документация Битрикса по кешированию описывает эти механизмы отдельно.

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

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

Пример задания разработчику

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

1. Повторить изменение на стенде тем же способом импорта.
2. Определить слой, на котором остаётся прежняя цена.
3. Исправить ключ кеша или обработчик его обновления.
4. Повторить обмен ещё раз с новым контрольным значением.
5. Проверить карточку, категорию, поиск, корзину и нужные группы покупателей.

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

Что проверить после исправления

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

Вопросы о кеше сайта

Документация

• MDN: HTTP-кеширование
• Битрикс: кеширование