Вы исправили текст в WordPress, нажали «Обновить», но посетитель всё ещё видит старый вариант. Повторное сохранение не помогает, а у администратора страница уже выглядит правильно. В такой ситуации важно выяснить, где сохранилась старая копия, и проверить обновление именно глазами посетителя.
Это руководство посвящено свежести контента после правок. Для общей диагностики производительности используйте отдельный материал о причинах замедления WordPress.
Сначала подтвердите, что правка действительно сохранена
- Откройте нужную запись или страницу в редакторе заново.
- Проверьте, что изменённый текст находится в опубликованной версии, а не только в черновике или предварительном просмотре.
- Скопируйте постоянную ссылку и сравните её с адресом, который проверяет посетитель.
- Уточните, где хранится изменяемый элемент: в содержимом страницы, шаблоне, меню, виджете или глобальном блоке конструктора.
Если вы изменили заголовок в одном шаблоне, а сайт использует другой, очистка кеша ничего не исправит. Аналогично проверьте, не открываете ли вы копию страницы, другой язык или адрес с отличающимся путём.
Какие копии могут показывать старое содержимое
Путь от WordPress до посетителя может включать несколько уровней:
- Кеш браузера. Сохранённые на устройстве ресурсы и ответы.
- Кеш страниц в WordPress. Готовый HTML, который отдаётся вместо повторного формирования страницы.
- Кеш хостинга. Копия ответа на уровне сервера или обратного прокси.
- CDN. Распределённый сервис, который может хранить файлы, а в некоторых конфигурациях — целые страницы.
- Кеш объектов. Результаты внутренних обращений к данным; это другой механизм, чем хранение готовой страницы.
Официальный обзор оптимизации WordPress описывает кеш страниц, браузера, объектов и использование CDN. Наличие одного плагина не означает, что других уровней нет. Составьте короткий список реально подключённых систем, включая функции хостинга.
Шаг 1. Сравните три способа просмотра
Откройте один и тот же адрес под администратором, в приватном окне без входа и на другом устройстве или в другой сети. Запишите результат, а не только ощущение «иногда обновляется».
| Наблюдение | Что проверить следующим |
|---|---|
| Администратор видит новое, гость — старое | Кеш страниц для неавторизованных посетителей |
| На другом устройстве новое, на первом — старое | Локальный кеш браузера и сохранённые ресурсы |
| Везде старое, включая повторно открытый редактор | Сохранение правки, нужную запись и окружение |
| Текст обновился, оформление осталось прежним | Файлы CSS, сгенерированные стили и их версии |
Это направления проверки, а не окончательный диагноз. Например, разница между сетями может быть связана не только с CDN, но и с недавней сменой DNS.
Шаг 2. Проверьте браузер отдельно
Выполните принудительную перезагрузку страницы или временно отключите кеш в инструментах разработчика при открытой панели. Названия команд зависят от браузера. Затем откройте страницу в новом приватном сеансе.
Если проблема исчезла только после очистки браузера, проверьте настройки хранения изменяемых ресурсов. Не заставляйте постоянных посетителей вручную очищать кеш после каждой правки. При изменении CSS или JavaScript разработчик должен проверить, как обновляется версия адреса ресурса и как настроены его заголовки кеширования.
Шаг 3. Очистите нужную страницу в известной системе кеширования
Начните с точечной очистки изменённого URL, если такая команда предусмотрена вашим плагином или панелью хостинга. После неё повторите гостевую проверку. Учтите зависимые страницы: изменение заголовка статьи может затронуть блог, рубрику и подборку на другой странице.
Если результата нет, переходите к следующему подтверждённому уровню: серверному кешу, затем CDN. Названия и порядок команд уточняйте по документации вашей конфигурации. После каждого действия фиксируйте время и результат, чтобы понять, какой уровень удерживал старую копию.
Не устанавливайте второй кеширующий плагин ради этой проверки. Несколько независимых систем очистки затрудняют диагностику. Полный сброс кеша тоже не должен становиться автоматическим ответом на любую ошибку: после него серверу может потребоваться заново сформировать копии страниц.
Шаг 4. Проверьте связанные списки и изображения
- Если исправлена статья, откройте её карточку в блоге и архиве рубрики.
- Если заменена обложка, проверьте сам файл и миниатюры, которые использует тема.
- Если файл загружен с новым именем, убедитесь, что страница ссылается на новый адрес.
- Если обновлены глобальные стили конструктора, проверьте его штатную команду пересоздания CSS.
- Если старая информация появляется снова, выясните, не восстанавливает ли её импорт или интеграция.
Для проверок после переезда пригодится отдельный чек-лист WordPress после переноса хостинга: разный сервер за одним доменом может выглядеть как проблема кеша.
Для WooCommerce: отдельно проверьте личные данные и корзину
Корзина, оформление заказа и личный кабинет содержат информацию конкретного покупателя. Официальная инструкция WooCommerce по кешированию требует исключать эти страницы из кеша страниц; многие решения делают это автоматически, но настройку нужно проверить в используемой системе.
Проведите тест в двух изолированных браузерных сеансах с учебными товарами и учётными записями. Корзина одного сеанса не должна появляться в другом, а личный кабинет не должен показывать чужую информацию. Если такое обнаружено, прекратите обычное использование затронутого сценария и передайте точные адреса, время и шаги администратору. Простая очистка не заменяет исправление правил кеширования.
Если очистка помогает лишь на несколько минут
Проверьте механизм сброса при сохранении записи, связанные URL и правила CDN. Возможные причины — очищается только одна из копий, прогрев снова получает старую версию или разные системы обслуживают разные варианты адреса. Передайте специалисту конкретный пример: URL, ожидаемый фрагмент, фактический фрагмент, время сохранения, сеанс гостя и выполненные команды очистки.
В журнале изменений WordPress сохраните найденную причину и способ проверки. Если после каждой публикации требуется ручной сброс, это повод исправить процесс обновления копий, а не просто дописать ещё одну кнопку очистки.
Чек-лист готовности
- Правка сохранена в нужной опубликованной записи или шаблоне.
- Гость и администратор видят ожидаемое содержимое.
- Повторная проверка выполнена с другого устройства или сети.
- Обновились карточки, рубрики и связанные ресурсы.
- Известно, какие уровни кеша подключены и как они очищаются.
- Корзина, оформление заказа и личный кабинет проверены отдельно.
- После повторного открытия страницы старая версия не возвращается.
Полезные товары по теме
Монитор изменений сайтов
Может отслеживать изменение текста на выбранных публичных страницах и сохранять историю событий. Это дополнение к проверке свежести опубликованной информации; программа не очищает кеш WordPress и не заменяет диагностику его уровней.