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

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

Типичный сценарий: у сайта есть нормальные записи, но в индексе всплывают /author/..., /date/..., страницы меток без смысла, а иногда и архивы с пагинацией, которые не несут самостоятельной ценности. Ниже — как разобрать, что именно закрывать, чем это сделать и как не сломать полезные страницы.

Когда проблема уже есть: как понять, что WordPress плодит дубли

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

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

• отчёт по страницам в Google Search Console: есть ли в индексе /author/, /tag/, /date/;
• поиск по сайту через site:domain.ru author или site:domain.ru tag;
• исходный код страниц архива: есть ли rel="canonical" и куда он указывает;
• robots.txt: не закрыты ли важные разделы случайно;
• шаблон темы: не выводит ли архивы как полноценные посадочные страницы с уникальным текстом, хотя они этого не заслуживают.

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

Какие архивы обычно оставляют, а какие нет

Пошаговое решение: убрать дубли через SEO-плагин или код

Есть два нормальных пути: через SEO-плагин или через код темы/мини-плагина. Если на сайте уже стоит Yoast SEO, Rank Math или похожий плагин, проще и безопаснее использовать его настройки. Если нужен точечный контроль без лишней логики — можно сделать это кодом.

Вариант 1. Закрыть архивы в SEO-плагине

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

Проверьте в настройках SEO-плагина:

• метки — noindex или отключение архивов;
• архивы автора — noindex, если сайт не многoавторный;
• архивы по дате — обычно отключают;
• страницы вложений — редирект на файл или родительскую запись.

Плюс этого подхода в том, что плагин обычно сам корректно проставляет meta robots и canonical. Минус — вы зависите от его логики и интерфейса.

Вариант 2. Закрыть author/date архивы кодом

Если нужно убрать только конкретные архивы, можно сделать это через фильтр wp_robots. Это не выдуманный хук: он есть в WordPress и позволяет добавить директивы для robots meta.

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

    return $robots;
} );

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

Вариант 3. Убрать архивы автора полностью

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

<?php
add_action( 'template_redirect', function() {
    if ( is_author() ) {
        wp_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

Такой код лучше использовать только если вы уверены, что архив автора нигде не нужен. Для многoавторного проекта это уже спорное решение: там author-страницы могут быть полезны как навигация и как сущность для E-E-A-T.

Что делать с canonical, pagination и страницами вложений

Удалить архивы из индекса — это только часть задачи. Если canonical указывает не туда или вложения открываются как отдельные страницы, дубли останутся.

Canonical на архивных страницах

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

Проверьте исходный код и убедитесь, что canonical соответствует текущему URL. Если он ведёт на другой адрес без причины, ищите конфликт между темой и SEO-плагином.

Страницы вложений

Медиа-страницы — частый источник мусора. Если у изображения есть отдельная страница вложения, а на ней только картинка и заголовок, это почти всегда лишний URL. В SEO-плагинах обычно есть настройка редиректа attachment pages на сам файл или родительскую запись.

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

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

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

• откройте архивы в браузере и проверьте исходный код;
• убедитесь, что на закрытых страницах есть noindex;
• проверьте canonical;
• посмотрите, не пропали ли нужные архивы из карты сайта;
• в Search Console отправьте на переобход несколько изменённых URL;
• проверьте, не осталось ли старых дублей в индексе через site:.

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

Мини-чек-лист проверки

• закрытые архивы отдают noindex;
• canonical указывает на текущую страницу;
• в sitemap нет ненужных архивов;
• author/date страницы не участвуют в внутренней перелинковке как важные посадочные;
• редиректы не создают цепочки;
• главные рубрики остались открытыми, если они нужны.

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

Ошибка 1. Закрыли всё подряд

Иногда в попытке «убрать дубли» отключают и рубрики, и метки, и авторов, и даты, а потом ломают навигацию и внутреннюю структуру. Исправление простое: оставляйте только те архивы, которые реально помогают пользователю и имеют уникальную ценность.

Ошибка 2. Поставили noindex, но оставили мусор в sitemap

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

Ошибка 3. Сделали редирект author-архива на главную без анализа

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

Ошибка 4. Перепутали noindex и robots.txt

Запрет в robots.txt не равен noindex. Если страница уже в индексе, robots.txt может помешать её переобходу, и URL будет висеть дольше. Для удаления из индекса обычно важнее noindex и корректный canonical.

Безопасность и производительность: что учесть перед правками

Если правите тему, не вносите изменения напрямую в родительскую тему. Используйте дочернюю тему или мини-плагин. Иначе при обновлении всё потеряется.

Перед изменениями сделайте резервную копию файлов и базы. Для правок в functions.php достаточно одной синтаксической ошибки, чтобы получить белый экран. Если сомневаетесь, сначала тестируйте на staging-копии.

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

Когда лучше не трогать архивы вручную

Если сайт уже живёт в поиске, а структура сложная, массовое отключение архивов может дать обратный эффект. В таких случаях сначала смотрят, какие URL реально приносят трафик, и только потом принимают решение. Особенно осторожно нужно быть с многoавторными проектами, новостными сайтами и блогами, где архивы — часть навигации.

Практический ориентир простой: если архив помогает пользователю найти контент и не создаёт дубль, оставляйте его. Если это пустая или повторяющаяся страница без самостоятельной ценности, закрывайте или редиректите. В WordPress это можно сделать и через SEO-плагин, и через код — главное, не смешивать оба подхода без понимания, кто из них сейчас главный.