Ситуация знакомая: страницу уже поправили, меню обновили, ссылки в редакторе заменили, а в браузере или в поиске всё ещё всплывают старые URL. Чаще всего проблема не в базе данных как таковой, а в том, что где-то живёт кэш: плагин, серверный кэш, CDN, агрессивная оптимизация HTML или даже сохранённая версия в браузере. Если не понять источник, можно долго «чинить» не то место.
Как понять, откуда берутся старые ссылки
Сначала нужно отделить проблему контента от проблемы доставки. Если в админке ссылка уже новая, а на фронтенде старая, это почти всегда кэширование или постобработка HTML. Если старая ссылка видна и в редакторе, и на сайте, значит правка не была сохранена в нужном месте или ссылка генерируется кодом темы/плагина.
Что проверить в первую очередь
- Откройте страницу в режиме инкогнито и сравните с обычным окном браузера.
- Посмотрите исходный код страницы через «Просмотр кода страницы», а не через инспектор DOM: иногда JS подменяет ссылки уже после загрузки.
- Очистите кэш плагина, серверный кэш и CDN, если он подключён.
- Проверьте, не включена ли HTML-минификация, которая может отдавать старую версию файла.
- Если ссылка находится в виджете, шапке или футере, убедитесь, что правка сделана в том же шаблоне, а не только в записи.
Диагностика: где именно застряла старая версия
Удобнее идти по слоям. Сначала база и редактор, потом кэш, потом внешняя доставка. Такой порядок экономит время: если сразу лезть в плагины оптимизации, легко пропустить банальную ссылку в шаблоне темы.
| Источник | Как проявляется | Что делать |
|---|---|---|
| Редактор/база | Старая ссылка видна в админке | Исправить запись, шаблон, меню или блок |
| Кэш плагина | В админке новая ссылка, на сайте старая | Очистить кэш и пересобрать CSS/HTML |
| CDN | Разные версии страницы по географии или устройству | Сбросить кэш на стороне CDN |
| Минификация/оптимизация | Старая ссылка появляется только в сжатой версии | Исключить проблемный файл или отключить HTML-оптимизацию |
Пошаговое решение без лишних действий
Если задача именно в том, чтобы убрать старые ссылки из кэшированных страниц, рабочая схема обычно такая: сначала обновляем источник, потом сбрасываем все уровни кэша, затем проверяем, не мешает ли оптимизация.
Шаг 1. Обновите источник ссылки
Проверьте записи, страницы, меню, блоки повторного использования, шаблоны Elementor/билдера и файлы темы. Если ссылка вставлена через PHP, ищите её в шаблонах, а не только в контенте. Для массовой замены в базе используйте только инструменты, которые понимают сериализованные данные; простой поиск и замена по SQL здесь легко ломает настройки.
Шаг 2. Сбросьте кэш WordPress и сервера
Если используется плагин кэша, очистите именно HTML-кэш, а не только объектный. На managed-хостинге часто есть отдельная кнопка сброса серверного кэша. После этого обновите страницу в инкогнито и проверьте заголовки ответа: если видите признаки кэширования, значит слой ещё не сброшен.
Шаг 3. Проверьте CDN и внешние прокси
Если сайт стоит за CDN, старая версия страницы может жить там дольше, чем в WordPress. В таком случае очистка только в админке ничего не даст. Сбросьте кэш на стороне CDN и проверьте страницу по прямому URL без параметров. Если CDN умеет purging по URL, очищайте не весь сайт, а конкретные страницы, чтобы не создавать лишнюю нагрузку.
Шаг 4. Отключите проблемную оптимизацию HTML
Иногда старые ссылки «возвращает» не кэш, а плагин, который объединяет или переписывает HTML. Особенно это заметно при агрессивной оптимизации inline-скриптов, lazy-load и отложенной загрузке. На время диагностики отключите HTML-минимизацию и сравните результат.
<?php
// Пример: принудительно очищаем кэш страницы после обновления записи.
// Подходит как ориентир для кастомных решений, если у вас есть свой механизм кэширования.
add_action('save_post', function ($post_id, $post, $update) {
if (wp_is_post_revision($post_id) || wp_is_post_autosave($post_id)) {
return;
}
if (function_exists('wp_cache_flush')) {
// Осторожно: глобальная очистка подходит не всегда.
// На высоконагруженных сайтах лучше использовать точечный purge.
wp_cache_flush();
}
}, 10, 3);Этот пример не универсален для всех хостингов и плагинов, но он показывает логику: после изменения контента кэш должен быть сброшен тем же путём, которым он создаётся. Если у вас есть собственный слой кэширования, лучше вызвать точечную очистку по URL или по ID записи.
Если ссылки генерируются кодом темы или плагина
Бывает, что проблема не в кэше, а в том, что ссылка собирается динамически и в шаблоне остался старый путь. Тогда очистка кэша только маскирует симптом. Ищите места, где URL задан строкой, а не функцией WordPress.
<?php
// Правильнее использовать функции WordPress для внутренних ссылок,
// а не хардкодить домен и путь.
echo esc_url( home_url('/blog/') );
// Для записей и страниц лучше получать permalink:
echo esc_url( get_permalink(42) );Если в теме встречается жёстко прописанный домен, старые ссылки могут возвращаться после миграции, смены протокола или редиректов. В таких случаях помогает не кэш, а правка шаблона и последующая проверка всех мест, где URL мог быть захардкожен.
Чек-лист перед повторной публикацией
- Ссылка исправлена в редакторе, шаблоне или меню.
- Очистен кэш плагина.
- Сброшен серверный кэш хостинга.
- Пуржнут CDN, если он используется.
- Проверена версия страницы в инкогнито.
- Отключена на время диагностики HTML-минификация.
- Проверен исходный код страницы, а не только визуальный DOM.
Как проверить, что решение сработало
Проверка должна быть не на глаз, а по нескольким признакам. Откройте страницу в инкогнито, затем сравните исходный HTML и заголовки ответа. Если у вас есть доступ к терминалу, удобно проверить страницу через curl:
curl -I https://example.com/page/
curl https://example.com/page/ | grep -n "old-link\|new-link"Если в ответе больше нет старой ссылки, а в браузере показывается актуальная версия, значит проблема закрыта. Если старая ссылка исчезла только после ручного обновления страницы, но возвращается позже, значит где-то остался кэш с большим TTL или неочищенный CDN.
Частые ошибки и как их исправить
Очищают только один кэш
Самая частая ошибка — нажать «Очистить кэш» в плагине и считать задачу решённой. Если есть серверный кэш или CDN, старая версия останется там. Исправление простое: идите по цепочке доставки полностью.
Проверяют только обычное окно браузера
Браузер тоже кэширует HTML, CSS и редиректы. Для проверки используйте инкогнито или другой браузер. Иначе можно принять локальный кэш за проблему WordPress.
Ломают сайт массовой заменой в базе
Если нужно заменить старые URL на новые, не используйте грубый SQL-поиск по всем таблицам. В WordPress есть сериализованные данные, и их легко повредить. Для таких задач лучше использовать WP-CLI или специализированный инструмент миграции.
Не учитывают шаблоны и повторно используемые блоки
Ссылка может жить не в записи, а в шаблоне шапки, футера, блоке паттерна или виджете. Если искать только по контенту страницы, проблему можно не найти вообще.
Что делать, если проблема повторяется регулярно
Если старые ссылки возвращаются после каждого обновления, стоит пересмотреть настройки кэширования и оптимизации. На практике помогает более точечная политика: не кэшировать админку, не трогать HTML там, где меняется контент часто, и исключить из оптимизации страницы, которые обновляются вручную. Если нужен более управляемый набор инструментов для чистки сайта и SEO-оптимизации, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpreset.ru&utm_medium=article&utm_campaign=zakryt-starye-ssylki-iz-keshirovannykh-stranits-v-wordpress
Главная идея простая: сначала найти слой, который хранит старую версию, потом чистить именно его. Тогда не придётся каждый раз «лечить» сайт полным сбросом всего подряд и ловить побочные эффекты на производительности.