Если в поиске уже есть одинаковые или почти одинаковые страницы сайта, удалять их «в лоб» нельзя. Сначала нужно понять, какие именно URL дублируются, откуда они взялись и что с ними делать: оставить одну основную страницу, а остальные склеить через редирект, закрыть от индексации или указать поисковику канонический адрес. В WordPress такие дубли чаще всего появляются не из-за ошибки движка, а из-за настроек постоянных ссылок, архивов, пагинации, тегов, параметров URL и технических страниц темы или плагинов.
Правильная схема всегда одна: сначала находим источник дублей, затем выбираем способ обработки для каждого типа URL и только после этого вносим изменения. Иначе легко потерять трафик на страницах, которые уже ранжируются, или случайно закрыть от индексации нужный контент.
Почему в WordPress появляются дубли страниц
WordPress сам по себе не создаёт дубли намеренно, но в типичном проекте их быстро набирается несколько видов. Чаще всего это:
- страницы с и без завершающего слеша, если сервер и CMS обрабатывают их по-разному;
- версии с
wwwи безwww; - HTTP и HTTPS, если редирект настроен не до конца;
- архивы рубрик, тегов, авторов, дат и поисковой выдачи по сайту;
- страницы пагинации вида
/page/2/,/page/3/; - URL с UTM-метками и другими параметрами;
- дубли записей из-за нескольких таксономий, шаблонов или фильтров темы;
- страницы вложений медиафайлов, если они индексируются отдельно;
- страницы печати, предпросмотра и технические версии, которые случайно попали в индекс.
Самая частая ошибка — считать дублем только одинаковый текст. Для поисковика дубль — это не только полностью одинаковая страница, но и очень близкая по содержанию версия с другим URL. Например, карточка статьи и её архивная копия в рубрике, отдельная страница вложения изображения или страница с параметром сортировки.
Сначала проверьте, какие URL уже попали в индекс
Перед исправлением нужно понять масштаб проблемы. Для этого обычно хватает трёх источников: Google Search Console, Яндекс Вебмастер и ручная проверка через поиск по сайту и оператор site:. В Search Console смотрите, какие страницы индексируются, есть ли дубли по каноническому адресу и не отмечены ли важные URL как «другая страница с каноническим тегом» или «просканировано, но не проиндексировано». В Яндекс Вебмастере полезно проверить разделы с индексированием и обходом страниц.
Если у вас уже есть подозрение на конкретный тип дублей, откройте несколько вариантов одного и того же URL в браузере и сравните:
- отдаёт ли сервер одинаковый контент;
- какой код ответа возвращается —
200,301,404; - есть ли на странице тег
rel="canonical"; - не отличается ли заголовок, хлебные крошки или основной контент.
Если две страницы выглядят одинаково, но имеют разные адреса и обе отдают 200 OK, для поисковика это почти всегда кандидат на дубль.
Как выбрать способ удаления дублей: редирект, canonical или закрытие от индексации
Не все дубли нужно удалять одинаково. Выбор зависит от того, есть ли у URL самостоятельная ценность и должен ли он вообще существовать для пользователя.
| Ситуация | Что делать | Когда подходит |
|---|---|---|
| Есть старая страница, которую нужно заменить новой | 301-редирект на основной URL | Когда старый адрес больше не нужен и трафик надо сохранить |
| Страница нужна пользователю, но в индексе должна быть только одна версия | Canonical на основной URL | Для похожих страниц, фильтров, пагинации, параметров |
| Техническая или служебная страница не должна попадать в поиск | noindex или запрет индексации | Для архивов, поиска по сайту, страниц вложений и служебных URL |
Если коротко: редирект используют, когда старый адрес больше не нужен; canonical — когда версия страницы существует, но поисковику нужно показать основную; noindex — когда страница не должна участвовать в поиске вообще. Подменять одно другим нельзя. Например, canonical не заменяет редирект, если вы реально удалили старую страницу и хотите передать её вес новому адресу.
Удаление дублей через 301-редирект
Это самый надёжный способ, если у вас есть две страницы с одинаковой или почти одинаковой целью, а одна из них должна исчезнуть. 301-редирект сообщает поисковику, что адрес переехал навсегда. В результате часть сигналов обычно переносится на целевой URL, а пользователи и роботы попадают сразу на нужную страницу.
В WordPress редиректы можно настроить несколькими способами: через сервер, через плагин или в коде. Для большинства сайтов удобнее использовать плагин редиректов или настройки хостинга, если они есть. Если вы правите серверную конфигурацию, делайте это аккуратно: ошибка в правилах может положить сайт или создать цепочки редиректов.
Что важно проверить после настройки:
- старый URL отдаёт именно
301, а не302; - редирект ведёт сразу на конечный адрес, без промежуточных прыжков;
- новый URL открывается с кодом
200; - на целевой странице указан правильный canonical;
- внутренние ссылки на сайте уже ведут на новый адрес.
Если страница уже приносит трафик, не удаляйте её без замены. Сначала создайте новую релевантную страницу или выберите существующую, затем поставьте 301. Иначе вы просто отправите пользователей и поисковики в никуда.
Когда достаточно canonical
rel="canonical" нужен, когда несколько URL показывают очень похожий или одинаковый контент, но удалять их нельзя или неудобно. Типичный пример — страницы с параметрами сортировки, фильтрации, UTM-метками, а также некоторые архивы и пагинация.
Canonical говорит поисковику: «основной вариант вот этот». При этом остальные версии могут оставаться доступными для пользователя. Это полезно, если:
- страница нужна для навигации, но не должна конкурировать с основной;
- есть несколько адресов одного и того же контента;
- нужно избежать склейки в индексируемых параметрах URL.
Но canonical работает только как рекомендация, а не как жёсткий запрет. Если страницы сильно отличаются или сигналов слишком много, поисковик может проигнорировать тег. Поэтому canonical хорош для близких дублей, но не для грубо настроенной структуры сайта.
В WordPress canonical обычно формируется автоматически темой или SEO-плагином. После изменений обязательно откройте исходный код страницы и проверьте, что canonical указывает на правильный адрес без лишних параметров.
Как настроить архивацию, чтобы не плодить дубли
Часть дублей в WordPress появляется не из-за отдельных страниц, а из-за архивов. Это рубрики, метки, архивы автора и даты, а также страницы поиска по сайту. Если они не нужны для продвижения, их лучше не оставлять в индексе без контроля.
Здесь важно не рубить всё подряд. Архивы рубрик часто полезны, если они реально помогают пользователю и содержат уникальное описание, подборку материалов и нормальную структуру. А вот архивы тегов, особенно если теги создавались хаотично, нередко становятся источником тонких дублей и мусорных страниц.
Практически это выглядит так:
- оставьте в индексе только те архивы, которые имеют самостоятельную ценность;
- уберите из индекса пустые, слабые или дублирующие архивы;
- не создавайте десятки тегов ради одной записи;
- проверьте, не индексируются ли страницы автора на блоге с одним автором;
- для страниц поиска по сайту и служебных архивов используйте
noindexили отключение индексации через SEO-настройки.
Если у вас много архивов, удобнее управлять ими через SEO-плагин. Важно, чтобы решение давало не только мета-тег noindex, но и позволяло контролировать канонические URL и карту сайта. Один из подходящих инструментов для такой задачи — Clearfy Pro, если вам нужно централизованно настраивать технические страницы и чистить сайт от лишних дублей. Подробности есть на странице продукта: https://wpshop.ru/plugins/clearfy.
Что делать с дублями от параметров, пагинации и вложений
Параметры в URL — отдельная история. Они часто появляются из-за фильтров, сортировки, UTM-меток, поиска по сайту и технических настроек шаблона. Если такие адреса индексируются, поисковик может увидеть десятки почти одинаковых страниц.
Для параметров обычно применяют один из трёх подходов:
- оставляют страницу доступной, но ставят canonical на чистый URL;
- закрывают от индексации служебные параметры;
- на уровне шаблона или плагина убирают генерацию лишних URL.
С пагинацией нужно быть аккуратнее. Страницы /page/2/ и дальше не всегда являются дублями в строгом смысле: они нужны для навигации по списку записей. Обычно их не закрывают полностью, а следят, чтобы у них был корректный canonical и чтобы в индекс не попадали пустые или бесполезные страницы архивов.
Страницы вложений изображений тоже часто создают лишний шум. Если у медиафайла есть отдельная страница без полезного контента, её лучше либо перенаправить на файл или родительскую запись, либо отключить такие страницы в настройках темы или SEO-плагина. Это особенно актуально для старых сайтов, где медиа-страницы уже успели попасть в поиск.
Как проверить, что дубли действительно убраны
После правок не ограничивайтесь визуальной проверкой в браузере. Нужна техническая проверка:
- Откройте старые URL и убедитесь, что они ведут на нужный адрес или закрыты от индексации.
- Проверьте код ответа через инструменты разработчика, расширение браузера или онлайн-проверку заголовков.
- Посмотрите исходный код целевой страницы и убедитесь, что canonical указывает на неё саму.
- Проверьте внутренние ссылки: меню, хлебные крошки, блоки похожих материалов, ссылки в контенте.
- В Search Console отправьте на переобход важные страницы и отслеживайте, как меняется статус индексации.
Если после удаления дублей трафик просел, сначала проверьте, не убрали ли вы страницу, которая реально ранжировалась. Часто проблема не в редиректе как таковом, а в том, что целевой URL оказался менее релевантным или не содержит прежний контент, заголовки и внутренние ссылки. В таком случае нужно не просто склеить адреса, а восстановить смысловую замену.
Что делать, если дубль уже в индексе и получает переходы
Если дубль уже приносит трафик, не удаляйте его без плана. Сначала посмотрите, по каким запросам он ранжируется и почему поисковик выбрал именно его. Иногда это происходит из-за более точного заголовка, лучшей структуры текста или того, что основная страница слишком слабая.
Рабочая последовательность такая:
- выбираете каноническую страницу, которая должна остаться;
- переносите на неё важный контент, если он был на дубле;
- ставите 301 с дубля на основную страницу, если дубль больше не нужен;
- обновляете внутренние ссылки и карту сайта;
- проверяете, что трафик и позиции постепенно переходят на основной URL.
Если же дубль нужен пользователям, но не должен конкурировать в поиске, оставляйте его доступным и управляйте через canonical и настройки индексации. Это безопаснее, чем удалять страницу и надеяться, что поисковик сам всё поймёт.
Главная мысль простая: в WordPress дубли страниц убирают не одним универсальным способом, а набором точечных решений. Редирект нужен для окончательного переезда, canonical — для близких версий одной страницы, а настройка архивов и технических URL помогает не плодить проблему дальше. Если действовать в таком порядке, можно очистить индекс и не потерять уже накопленный трафик.