Вступ
Кеш корисний, доки він не починає замінювати реальність. Після увімкнення плагіна оптимізації, серверного кешу або CDN сайт може завантажуватися швидше, але показувати старі ціни, стару форму, старий номер телефону або застарілий JavaScript. Власник змінює дані в адмінці, а користувач продовжує бачити попередню версію.
Симптоми
Особливо небезпечно кешувати сторінки з формами, перемикачами мови, персональними блоками та сценаріями подяки. Там, де сайт має реагувати на дії користувача, статична копія може порушувати процес відправлення або відображати неправильний стан.
Що перевіряється
- який кеш увімкнено: CMS, серверний, CDN, браузерний
- які заголовки Cache-Control повертають сторінки
- чи виключені форми, кошики, сторінки подяки та особисті зони
- чи не кешується відповідь AJAX/API форми
- чи відбувається версіонування CSS/JS після оновлень
- як очищується кеш після зміни вмісту
- чи не виникає конфлікту між кількома кеш-шарами одночасно
Процес виправлення
Спочатку визначається, скільки рівнів кешу насправді працює. Потім перевіряється, які сторінки можна повністю кешувати, а які мають залишатися динамічними. Для форм та API встановлюються винятки, CSS/JS отримують версіонування, а очищення кешу прив’язується до оновлення контенту. Якщо використовується CDN, окремо перевіряється його поведінка та purge.
Нормальний результат
Після внесення виправлень публічні сторінки залишаються швидкими, але зміни цін, тексту, форм та мовних версій доходять до користувача. Динамічні сценарії не повинні залежати від старої статичної копії.
Висновок
Кеш — це інструмент прискорення, а не «чорна скринька». Якщо не розуміти, що саме він зберігає, можна отримати швидкий сайт, який швидко відображає неправильні дані.