После редизайна, смены шаблона или переноса контента в WordPress часто остаются старые URL: дубли страниц, версии с параметрами, архивы, тестовые копии, страницы с устаревшим содержимым. Если их не убрать из индекса, поисковик продолжает видеть лишние адреса и может ранжировать не ту версию страницы.
Задача здесь не в том, чтобы «спрятать всё подряд», а в том, чтобы аккуратно оставить в индексе только актуальные URL, а старые — закрыть или удалить с понятным сигналом для поисковых систем.
Когда проблема уже есть: как это выглядит в индексе
Обычно сигналов несколько одновременно:
- в поиске находятся старые URL, которые уже не используются в меню и внутренних ссылках;
- в
site:видны дубли одной и той же страницы с разными параметрами; - в Google Search Console растёт число страниц со статусом «Просканировано, но не проиндексировано» или «Дубликат, Google выбрал другой канонический URL»;
- после обновления контента в выдаче продолжает показываться старая версия сниппета.
Если страница действительно устарела и не должна возвращаться, одного noindex мало. Нужен понятный сценарий: либо редирект на новую версию, либо закрытие от индексации с сохранением доступности для пользователей, либо удаление с кодом ответа 410/404, если контент больше не нужен.
Сначала определите тип старого URL
Перед правкой важно понять, с чем вы работаете. От этого зависит способ решения.
| Сценарий | Что делать | Когда подходит |
|---|---|---|
| Старая страница заменена новой | 301 редирект на актуальный URL | Если есть прямой аналог |
| Страница нужна пользователю, но не для поиска | noindex, follow | Для служебных, тестовых, фильтровых страниц |
| Страница больше не нужна | 410 Gone или 404 | Если контент удалён окончательно |
| Дубль из-за параметров, сортировки, UTM | Каноникал, правила индексации, иногда редирект | Если URL отличается только технически |
Если сомневаетесь, сначала проверьте, есть ли на старый адрес внешние ссылки и трафик. Для страниц с входящими ссылками обычно безопаснее делать 301, а не просто закрывать их от индексации.
Пошаговое решение: как закрыть старые версии страниц
1. Если есть новая страница — ставьте 301 редирект
Это лучший вариант для переезда контента. Поисковик быстрее понимает, что старая страница заменена новой, а часть накопленных сигналов может перейти на актуальный URL.
add_action('template_redirect', function () {
if (is_page('old-about')) {
wp_redirect(home_url('/about/'), 301);
exit;
}
});Такой код лучше использовать точечно и только для конкретных страниц. Если переезд массовый, удобнее настроить редиректы на уровне сервера или через плагин редиректов, чтобы не раздувать functions.php.
2. Если страница должна открываться, но не индексироваться — добавьте noindex
Это подходит для служебных страниц, внутренних результатов поиска, временных версий контента, страниц предпросмотра. В WordPress можно отдать мета-тег через wp_robots.
add_filter('wp_robots', function ($robots) {
if (is_page('preview-version')) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
}
return $robots;
});Важно: noindex не удаляет страницу мгновенно. Поисковику нужно заново её обойти. Если страница уже в индексе, она может держаться там ещё какое-то время.
3. Если контент удалён окончательно — отдайте 410 Gone
Это более честный сигнал, чем оставлять пустую страницу или редиректить всё на главную. 410 говорит, что адрес удалён намеренно и возвращать его не планируется.
add_action('template_redirect', function () {
if (is_page('old-promo')) {
status_header(410);
nocache_headers();
echo 'Страница удалена';
exit;
}
});Используйте этот вариант осторожно. Если на адрес есть трафик или ссылки, сначала проверьте, нельзя ли заменить его на релевантную страницу с 301.
4. Уберите дубли на уровне канонического URL
Если у страницы есть технические копии с параметрами, иногда достаточно указать канонический адрес. Это не всегда заменяет редирект, но помогает поисковику выбрать основную версию.
В WordPress каноникал обычно формируется автоматически, но при нестандартной логике шаблона или плагинов стоит проверить, не подменяется ли он. Если у вас есть собственная генерация head, не дублируйте rel=canonical вручную без необходимости.
Диагностика: что проверить до и после правки
Перед изменениями откройте конкретный URL и посмотрите:
- какой код ответа отдаёт страница;
- есть ли редирект и куда он ведёт;
- присутствует ли
noindexв HTML или в заголовках; - не создаёт ли плагин SEO второй канонический тег;
- не закрыта ли страница случайно в
robots.txt, если вы рассчитываете на удаление из индекса черезnoindex.
Проверять лучше не только браузером, но и через команду:
curl -I https://example.com/old-page/В ответе вы увидите статус, редирект или заголовки. Если нужен HTML-мета-тег, откройте страницу и посмотрите исходный код или используйте инструменты проверки URL в Search Console.
Как понять, что решение сработало
После внедрения не ждите мгновенного исчезновения страницы из выдачи. Смотрите на признаки:
- старый URL начал отдавать 301, 410 или
noindexв зависимости от сценария; - в Search Console у URL изменился статус проверки;
- внутренние ссылки больше не ведут на старый адрес;
- в индексе остаётся только новая версия страницы;
- через несколько обходов поисковик перестаёт показывать устаревший сниппет.
Если страница всё ещё индексируется, проверьте, не создаёт ли её тема, плагин или фильтр в другом виде: с параметром, со слешем и без, с http и https, с www и без www.
Частые ошибки и как их исправить
Оставили страницу доступной и закрыли только robots.txt
Это частая ошибка. Если URL уже в индексе, запрет в robots.txt не гарантирует быстрое удаление. Поисковик может перестать сканировать страницу, но сам адрес ещё долго останется в выдаче без обновления сигнала.
Что делать: для удаления из индекса используйте noindex, 301 или 410. robots.txt оставляйте для ограничения обхода, а не как основной способ удаления.
Сделали редирект на главную
Это плохая замена удалённой странице. Поисковые системы часто воспринимают такой редирект как нерелевантный, а пользователь попадает не туда, куда ожидал.
Что делать: редиректить на ближайший по смыслу URL. Если аналога нет, лучше 410.
Поставили noindex, но забыли убрать внутренние ссылки
Если на старую страницу продолжают ссылаться меню, блоки, хлебные крошки или связанные записи, поисковик будет возвращаться к ней снова и снова.
Что делать: после закрытия страницы проверьте навигацию, шаблоны, виджеты и автоматические блоки в редакторе.
Сломали кеш и видят старую версию
После правки код может быть уже правильным, но кеш страницы или CDN продолжает отдавать старый HTML. Тогда кажется, что изменения не работают.
Что делать: очистите кеш плагина, серверный кеш и CDN, затем повторно проверьте заголовки и исходный код.
Безопасность и производительность: что не стоит делать
Не добавляйте массовые условия в functions.php без проверки. Если у вас десятки старых URL, лучше вынести правила в отдельный MU-плагин или использовать системный механизм редиректов, чтобы не потерять их при смене темы.
Не закрывайте от индексации всё подряд только потому, что страница кажется «лишней». Иногда это ломает трафик на полезные архивы, страницы пагинации или материалы, которые уже приносят переходы.
Если на сайте много дублей и технических страниц, имеет смысл сначала навести порядок в SEO-настройках и шаблонах. Для этого часто используют Clearfy Pro, если нужен набор инструментов для чистки дублей и технических настроек WordPress: https://wpshop.ru/plugins/clearfy.
Короткий чек-лист перед публикацией правок
- Понял, какой у старого URL сценарий: редирект, noindex или удаление.
- Проверил, есть ли внешние ссылки и органический трафик.
- Убрал внутренние ссылки на старую версию.
- Проверил код ответа через
curl -Iили инструменты браузера. - Очистил кеш сайта и CDN.
- Переотправил проверку URL в Search Console, если это уместно.
Если действовать по этой схеме, старые версии страниц перестают мешать индексации, а поисковик быстрее переходит на актуальные URL без лишних дублей и хаоса в выдаче.