Как найти и убрать дубли страниц в WordPress без потери SEO

Автор: Алексей Жуков | Опубликовано: 14.09.2026

Дубли в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелочей: одинаковый контент доступен по разным URL, архивы индексируются без необходимости, а параметры в адресе создают новые версии страниц. В результате поисковик тратит краулинговый бюджет на мусор, а в индексе появляются страницы, которые вы не планировали продвигать.

Ниже — практический сценарий: как сначала найти источник дублей, потом убрать их без риска сломать сайт и как проверить, что изменения действительно сработали.

Как понять, что у вас именно дубли, а не просто просадка трафика

Симптомы обычно видны в Search Console и в логах обхода. Если одна и та же страница открывается с разными адресами, а в индексе есть версии с ?replytocom=, /page/2/, /amp/, /feed/ или с разными вариантами слеша, это уже не абстрактная проблема, а конкретный набор URL, который нужно разрулить.

Что проверить в первую очередь

открывается ли один и тот же контент по HTTP и HTTPS;
есть ли доступ к странице с www и без него;
не индексируются ли архивы автора, меток и дат без реальной пользы;
не создают ли фильтры, сортировки и параметры URL новые версии страниц;
совпадает ли canonical с фактическим основным адресом;
нет ли в индексе служебных страниц: поиск по сайту, вложения медиафайлов, страницы пагинации, если они не нужны.

Если проблема видна только в одной категории или у одного типа записей, не надо сразу трогать весь сайт. Часто достаточно поправить шаблон архива, canonical или правила индексации для конкретного типа контента.

Диагностика: где WordPress чаще всего плодит дубли

У WordPress есть несколько типовых источников дублей. Их удобно искать по очереди, а не пытаться лечить всё сразу.

Архивы и таксономии

Метки, рубрики, архивы автора и даты нередко дублируют смысл страниц сайта. Если на сайте мало контента, архивы часто выглядят как пустые или почти пустые страницы, которые поисковику не нужны. Особенно это заметно, когда одна запись попадает сразу в несколько рубрик и меток, а каждая таксономия индексируется отдельно.

Вложения медиафайлов

Страницы вложений WordPress — частый источник мусора в индексе. У изображения есть отдельная страница, но полезного контента там обычно нет. Если такие URL уже попали в поиск, их лучше закрыть или перенаправить на файл или родительскую запись.

Параметры в URL

Параметры сортировки, фильтров, поиска и трекинга могут создавать десятки вариантов одной страницы. Для пользователя это один и тот же контент, а для поисковика — разные URL. Если такие адреса не контролировать, индекс быстро разрастается.

Служебные страницы и пагинация

Страницы /page/2/, /feed/, результаты поиска и архивы по датам часто не должны конкурировать с основным контентом. Их не всегда нужно закрывать полностью, но нужно понимать, какой у них статус: индексируются, канонизируются или исключаются.

Пошаговое решение: как убрать дубли без лишнего риска

Ниже — рабочая последовательность. Она подходит для большинства сайтов на WordPress и не требует переписывать тему целиком.

Шаг 1. Зафиксируйте основной вариант URL

Сначала выберите единую схему: HTTPS, один вариант домена, один формат слеша в конце. Затем проверьте, что сервер и WordPress не отдают разные версии одной страницы.

Если сайт уже работает на HTTPS, а в базе или теме остались старые ссылки, сначала делайте массовую замену только после бэкапа. Для этого лучше использовать проверенный инструмент миграции или WP-CLI, а не ручную правку по базе.

Шаг 2. Отключите индексацию лишних архивов

Если рубрики, метки, архивы автора или даты не несут самостоятельной ценности, их лучше закрыть от индексации. Это можно сделать через SEO-плагин или кодом, если нужен точечный контроль.

Пример: отключить индексацию архивов автора и дат через wp_robots для фронтенда. Этот вариант уместен, если вы не хотите трогать шаблоны SEO-плагина или нужно быстро закрыть конкретный тип страниц.

<?php
add_filter( 'wp_robots', function( $robots ) {
	if ( is_author() || is_date() ) {
		$robots['noindex'] = true;
		$robots['follow']  = true;
	}

	return $robots;
} );

Такой подход не удаляет страницы, а только подсказывает поисковику не держать их в индексе. Если архивы уже ранжируются и дают трафик, сначала проверьте статистику по ним, а потом принимайте решение.

Шаг 3. Уберите страницы вложений

Для медиафайлов обычно безопаснее редиректить вложение на родительскую запись или сам файл, если отдельная страница вложения не нужна. В WordPress это можно сделать через template_redirect.

<?php
add_action( 'template_redirect', function() {
	if ( is_attachment() ) {
		$parent = wp_get_post_parent_id( get_queried_object_id() );

		if ( $parent ) {
			wp_safe_redirect( get_permalink( $parent ), 301 );
			exit;
		}
	}
} );

Если у вложения нет родителя, решение зависит от структуры сайта. Иногда лучше отдать 404, чем держать пустую страницу в индексе.

Шаг 4. Проверьте canonical

Canonical должен указывать на основную версию страницы, а не на текущий параметризованный URL. Если canonical формируется неправильно, поисковик может продолжать считать дубли самостоятельными страницами.

В теме или плагине SEO проверьте, что:

canonical не содержит лишних параметров;
на пагинации canonical не указывает на первую страницу, если это ломает логику архива;
на страницах поиска и фильтров canonical не ведёт на случайный URL.

Шаг 5. Закройте технический мусор на уровне robots и sitemap

Если у вас есть страницы, которые не должны индексироваться вообще, их лучше не только закрыть в noindex, но и убрать из sitemap. Иначе вы сами подаёте поисковику сигнал, что эти URL важны.

Если используете SEO-плагин, проверьте настройки индексации для архивов, таксономий и медиа. Если работаете кодом, не забывайте, что robots.txt — это не универсальная защита от индексации, а только подсказка для краулера.

Когда лучше использовать плагин, а когда — код

Для типового сайта быстрее и безопаснее закрыть дубли через SEO-плагин. Код нужен там, где требуется точечная логика: например, noindex только для части архивов или редирект только для вложений без родителя.

Подход	Когда подходит	Плюс	Минус
SEO-плагин	Нужно быстро закрыть архивы, таксономии, sitemap	Меньше ручного кода	Меньше гибкости в нестандартных сценариях
Код в теме или мини-плагине	Нужна точечная логика по типам страниц	Полный контроль	Нужно аккуратно тестировать после обновлений
Серверные редиректы	Нужно склеить варианты домена и протокола	Быстро и надёжно	Ошибки в правилах могут сломать доступ к сайту

Проверка результата после внедрения

После изменений не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что поисковик видит именно то, что вы задумали.

Что проверить вручную

основной URL открывается с нужным протоколом и доменом;
дубли с параметрами отдают canonical на основную страницу или закрыты;
страницы вложений редиректят корректно;
архивы, которые вы закрывали, действительно получили noindex;
в sitemap остались только нужные URL.

Что проверить в инструментах

В Search Console посмотрите отчёт по страницам и исключениям. Если дубли были связаны с параметрами или архивами, изменения обычно видны не сразу, а после повторного обхода. Для быстрой локальной проверки удобно использовать curl:

curl -I https://example.com/attachment-page/
curl -I https://example.com/category/news/
curl -I https://example.com/post-name/?utm_source=test

Смотрите на код ответа, Location при редиректе и наличие noindex в HTML-ответе, если оно добавляется на уровне страницы.

Частые ошибки и как их исправить

Ставят noindex, но оставляют URL в sitemap

Это частая ошибка: поисковик получает противоречивые сигналы. Если страница не нужна в индексе, уберите её и из sitemap, и из внутренних ссылок, если это возможно.

Делают редирект на главную вместо релевантной страницы

Для вложений и дублей это плохая практика. Если есть родительская запись или канонический аналог, редирект должен вести туда. Главная страница — не универсальная замена.

Закрывают всё через robots.txt

Robots.txt не удаляет уже проиндексированные URL и не гарантирует исчезновение дублей из поиска. Для реального контроля нужны canonical, noindex и редиректы.

Ломают пагинацию

Если у архива есть несколько страниц, нельзя бездумно ставить canonical на первую страницу или закрывать всё подряд. Сначала проверьте, есть ли у пагинации трафик и нужна ли она пользователям.

Забывают про внутренние ссылки

Даже если дубль закрыт, он может продолжать получать вес из меню, хлебных крошек, связанных записей и старых ссылок в контенте. После правок пройдитесь по шаблонам и замените ссылки на основной URL.

Чек-лист перед публикацией правок

сделан бэкап базы и файлов;
зафиксирован основной вариант домена и протокола;
проверены архивы автора, дат и меток;
страницы вложений либо редиректят, либо закрыты;
canonical не содержит лишних параметров;
sitemap очищен от ненужных URL;
внутренние ссылки ведут на основную версию страниц;
проверены коды ответа через curl или аналогичный инструмент.

Практические советы по безопасности и производительности

Если вы вносите правки кодом, не редактируйте functions.php на живом сайте без резервной копии. Лучше вынести логику в мини-плагин или mu-plugin, чтобы она не исчезла после смены темы. Для массовых изменений URL используйте инструменты, которые умеют работать транзакционно или хотя бы позволяют откат.

Если на сайте много дублей из-за медиа, архивов и служебных страниц, имеет смысл сначала навести порядок в индексации, а уже потом заниматься более тонкой SEO-оптимизацией. В таких задачах часто помогает Clearfy Pro: он закрывает типовые дубли, чистит лишние служебные элементы и упрощает контроль над технической частью сайта. Подробности можно посмотреть здесь: https://wpshop.ru/plugins/clearfy.

Главная идея простая: не пытайтесь «лечить SEO» абстрактно. Сначала найдите конкретный тип дубля, затем выберите для него один корректный механизм — редирект, canonical, noindex или удаление из sitemap. Тогда изменения будут предсказуемыми и не создадут новых проблем при следующем обновлении темы или плагина.