Как закрыть от индексации страницы автора, архивы и теги в WordPress

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

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

Когда проблема действительно в архивах, а не в контенте

Перед правками полезно проверить, что поисковик индексирует лишнее именно из-за шаблонов WordPress. На практике это видно по нескольким признакам:

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

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

Диагностика: какие URL уже попали в индекс

Самый быстрый способ — посмотреть отчёт Страницы в Google Search Console и поискать шаблоны URL. Дополнительно полезно проверить сайт через оператор site: и вручную открыть несколько архивов.

Если есть доступ к серверу или SSH, можно быстро собрать список подозрительных URL через поиск по логам или выгрузку из sitemap. Но даже без этого обычно хватает ручной проверки:

1. Откройте страницу автора и посмотрите, есть ли на ней уникальный текст, а не только список записей.
2. Проверьте архив тегов: если на странице 2–3 записи и больше ничего, это слабый кандидат на индексацию.
3. Посмотрите, не индексируются ли страницы вложений изображений.
4. Проверьте, не создаёт ли тема отдельные архивы по датам, которые не нужны пользователям.

Что считать проблемой, а что нет

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

Хорошее правило: если страница не отвечает на отдельный пользовательский запрос и не содержит уникального полезного блока, её стоит либо закрыть от индексации, либо убрать из генерации совсем.

Пошаговое решение: как закрыть архивы и не сломать сайт

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

Вариант 1: закрыть архивы через SEO-плагин

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

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

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

Вариант 2: задать noindex для архивов через код

Если нужен точечный контроль, можно добавить мета-тег noindex,follow для архивов автора, тегов и дат. Для этого достаточно фильтра wp_robots, который WordPress поддерживает штатно.

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

    return $robots;
} );

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

Если вы хотите закрыть только часть архивов, условие можно сузить. Например, оставить теги открытыми, а автора и даты закрыть:

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

    return $robots;
} );

Вариант 3: убрать архивы из sitemap

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

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

Как убрать страницы вложений и пустые архивы

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

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

<?php
add_filter( 'attachment_link', function( $link, $post_id ) {
    $parent_id = wp_get_post_parent_id( $post_id );

    if ( $parent_id ) {
        return get_permalink( $parent_id );
    }

    return wp_get_attachment_url( $post_id );
}, 10, 2 );

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

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

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

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

Для быстрой проверки можно открыть исходный код и найти robots-мета:

<meta name="robots" content="noindex,follow" />

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

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

Закрыли архив, но оставили его в sitemap

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

Поставили noindex на весь сайт

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

Закрыли теги, хотя они были полезны

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

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

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

Чек-лист перед публикацией изменений

• Проверить, какие архивы реально нужны пользователям.
• Убрать из индекса только лишние типы страниц.
• Синхронизировать noindex и sitemap.
• Проверить исходный код нескольких URL вручную.
• Убедиться, что пагинация и хлебные крошки работают.
• Отправить важные страницы на повторную проверку в Search Console.

Что делать, если нужен более чистый сайт без дублей

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

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