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

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

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

Как понять, что архивы уже создают дубли

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

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

• в поиске по сайту: site:example.com/author/ и site:example.com/2024/;
• в отчёте по страницам в Google Search Console, если архивы уже проиндексированы;
• в исходном коде архива: есть ли noindex, canonical и корректный title;
• внутри самого архива: есть ли уникальный текст, описание автора, полезная навигация или это просто список записей.

Если архив автора показывает тот же список постов, что и главная лента, а архив по дате повторяет те же материалы за месяц или год, это почти всегда кандидат на закрытие от индексации.

Быстрая диагностика через HTML

<!-- Откройте архив автора или даты и проверьте исходный код -->
<meta name="robots" content="index, follow">
<link rel="canonical" href="https://example.com/author/admin/">

Если архив не нужен в поиске, а в коде стоит index, follow, это уже повод исправлять шаблон или настройки SEO-плагина.

Что лучше: отключить, закрыть или оставить

Универсального ответа нет. Выбор зависит от того, есть ли у архивов самостоятельная ценность. Ниже — рабочее сравнение подходов.

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

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

Вариант 1. Через SEO-плагин

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

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

• в <meta name="robots"> есть noindex;
• канонический URL указывает на сам архив, а не на главную страницу;
• в sitemap архивы не попадают, если вы их отключили для индексации.

Вариант 2. Через код в теме или mu-plugin

Если вы не хотите зависеть от настроек плагина, можно добавить фильтры в functions.php дочерней темы или в отдельный mu-plugin. Пример ниже закрывает архивы авторов и дат от индексации через wp_robots.

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

	return $robots;
} );

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

Как полностью отключить архивы авторов и дат

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

Редирект архивов авторов и дат на главную или рубрику

Редирект должен быть осмысленным. Не стоит отправлять все архивы на главную без разбора, если у вас есть более подходящая страница. Например, архив автора можно вести на страницу «О сайте» или на список материалов, а архив дат — просто закрыть.

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

	if ( is_date() ) {
		global $wp_query;
		$wp_query->set_404();
		status_header( 404 );
		nocache_headers();
	}
} );

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

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

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

• откройте архив автора и архив даты в браузере;
• посмотрите исходный код и проверьте noindex или редирект;
• проверьте HTTP-статус через DevTools, curl или любой онлайн-проверщик;
• убедитесь, что URL больше не появляется в sitemap, если вы его исключили;
• в Search Console отправьте проверку исправления для уже проиндексированных страниц.

Пример проверки через curl:

curl -I https://example.com/author/admin/
curl -I https://example.com/2024/08/

Если вы ожидали редирект, должен быть статус 301 или 302. Если ожидали закрытие, статус должен остаться 200, но в коде — noindex. Если видите 200 без noindex, решение не сработало.

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

Архив закрыли, но он всё ещё в sitemap

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

Сделали 301 на главную для всех архивов

Такой редирект часто выглядит «чисто», но на практике размывает смысл переходов. Лучше перенаправлять только те архивы, у которых есть понятная замена, а не всё подряд.

Оставили архивы, но не поменяли title и описание

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

Поставили noindex, но забыли про внутренние ссылки

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

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

Удаление дублей из архивов — это не только про SEO. Чем меньше бесполезных страниц генерирует сайт, тем проще поддерживать структуру, sitemap и шаблоны. На больших проектах это ещё и снижает риск случайных конфликтов между темой и SEO-плагином.

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

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

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