#Что происходит и как определить неисправность
После изменения страницы WordPress пользователи могут видеть прежнее содержимое из-за кеша плагина, серверного кеша, CDN либо браузера. Важно выяснить, какой слой возвращает старый HTML и не очищать весь сайт без причины: это повышает нагрузку.
#Вероятные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Плагин сохраняет старую HTML-страницуПлагин сохраняет старую HTML-страницу. После очистки кеша одной записи видна новая версия | После очистки кеша одной записи видна новая версия | Настроить автоматическую очистку при публикации. |
| CDN или прокси отдаёт старую страницуCDN или прокси отдаёт старую страницу. В ответе видны заголовки Age/X-Cache, разные результаты по узлам | В ответе видны заголовки Age/X-Cache, разные результаты по узлам | Очистить нужный URL в CDN и проверить правила. |
| Изменена не та версия страницыИзменена не та версия страницы. В редакторе изменения есть только в черновике или другом языке | В редакторе изменения есть только в черновике или другом языке | Проверить статус и фактический URL. |
#Пошаговая диагностика и исправление
- Сравните опубликованное и отображаемоеВ консоли WordPress откройте Записи/Страницы → нужная запись, убедитесь, что она опубликована и редактор содержит свежий текст. Скопируйте её постоянный адрес. Если запись ещё черновик, очистка кеша не может сделать неопубликованные изменения видимыми.
- Проверяйте страницу отдельно от браузерного кешаОткройте адрес в приватном окне и с другого устройства, при возможности в другой сети. Если различие только в одном браузере, очистите данные этого сайта; не запускайте глобальный сброс настроек браузера.
- Посмотрите HTTP-заголовки без удаления кешаВ терминале с сетевым доступом запросите заголовки опубликованной страницы. Обращайте внимание на Age, Cache-Control, Via и заголовки CDN, если они присутствуют; их названия зависят от провайдера. Команда HEAD может обрабатываться иначе, чем GET, поэтому дополнительно проверьте браузером.
- Безопасный HEAD-запрос; подставить публичный URL статьиLinux · Терминал (Bash)КомандаБезопасный HEAD-запрос; подставить публичный URL статьи. Кеш-заголовки могут отсутствовать.
curl -I https://example.org/sample-page/
- Очистите кеш конкретной записи в плагинеВ панели WordPress откройте раздел уже установленного плагина кеширования. Найдите очистку одной страницы/URL либо действия при обновлении записи; название кнопки зависит от плагина. Не ставьте новый кеширующий плагин поверх старого ради диагностики.
- Проверяйте серверный слой отдельноЕсли у хостера есть собственный кеш Nginx/Varnish/LiteSpeed, откройте его управление и проверьте очистку нужного адреса. Запишите, какой слой и когда очищен; не удаляйте вручную внутренние каталоги кеша командой rm -rf.
- Проверяйте CDN по URLЕсли домен использует CDN, проверьте точечное удаление кеша для изменённой страницы и статических файлов, а не Purge Everything. После операции подождите завершения обновления на стороне провайдера и сравните ответы из двух сетей.
- Устраните причину постоянного устареванияВ плагине найдите настройку автоматического сброса кеша при публикации/редактировании. Если используются языковые варианты, мобильные копии и отдельные URL-параметры, проверьте их кеш-ключи. Не включайте кеш страниц /wp-admin/ и авторизованных сеансов.
- Проверьте редакции, блоки и активную темуЕсли вся разметка нова, но конкретный блок старый, выясните, не кэширует ли его отдельный конструктор или внешний сервис. Если HTML одинаково старый на всех узлах, снова сверьте публикуемую версию записи, статус и правильность адреса.
- Контроль под нагрузкойПосле точечного изменения обновите страницу как гость дважды, затем снова отредактируйте тестовый абзац и проверьте автоматическое обновление кеша. Наблюдайте нагрузку сервера после очистки; при проблеме восстановите прежние правила кеширования.
#Как проверить результат
Гость видит новый опубликованный текст сразу после ожидаемого срока обновления, браузер и CDN согласованы, авторизованные страницы не кешируются публично.
#Если не помогло
Если очистка плагина не помогает, ищите серверный/CDN-кеш. Если заголовки свидетельствуют о свежем ответе, а текст старый, проверьте редакции и динамический блок.