Архивы авторов и дат на небольшом или корпоративном сайте часто создают лишние страницы без уникальной ценности. Поисковик их обходит, а в индексе они могут конкурировать с основными разделами, плодить дубли и размывать внутреннюю перелинковку. Если у вас один автор, а архив дат вообще не несет пользы пользователю, такие страницы лучше закрыть от индексации и, при необходимости, убрать из карты сайта.
Когда архивы лучше закрыть, а когда оставить
Не стоит отключать индексацию вслепую. Архивы авторов могут быть полезны на медиа-сайтах, в блогах с несколькими редакторами и на проектах, где страницы автора реально помогают навигации. Архивы дат обычно полезны только в новостных проектах или в каталогах публикаций по времени.
| Вариант | Что делает | Когда подходит |
|---|---|---|
| SEO-плагин | Ставит noindex, иногда убирает архив из sitemap | Если нужен быстрый и безопасный способ без кода |
| Код в теме или мини-плагине | Точечно меняет robots meta и заголовки | Если нужен контроль без лишних зависимостей |
| Полное отключение архивов | Архивы перестают открываться или редиректятся | Если архивы точно не нужны пользователям |
Диагностика проблемы: что именно индексируется
Сначала проверьте, какие страницы уже попали в индекс и как они выглядят для поисковика. Важно понять, это архивы авторов, архивы по дате или оба типа сразу. На практике проблемы обычно проявляются так:
- в поиске находятся страницы вида
/author/username/; - в индексе есть архивы по месяцам вроде
/2024/08/; - в сниппетах показываются пустые или почти пустые страницы;
- в Search Console растет число страниц без трафика и без кликов.
Откройте исходный код архивной страницы и найдите мета-тег robots. Если там уже есть noindex, но страница все равно в индексе, значит проблема может быть в старом обходе, кэше или в том, что URL еще не переобходился.
Что проверить перед правкой
- есть ли на сайте SEO-плагин и не управляет ли он robots meta;
- не используется ли отдельный кэш для HTML;
- есть ли архивы в XML sitemap;
- не ведут ли на архивы внутренние ссылки из меню, хлебных крошек или блоков автора.
Пошаговое решение через код
Если хотите обойтись без дополнительного плагина, можно добавить noindex, follow для архивов авторов и дат через фильтр wp_robots. Это современный способ, который работает с WordPress 5.7+ и не требует вмешательства в шаблоны.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если тема или плагин выводят собственный meta robots, проверьте, не конфликтует ли это с фильтром. В нормальной ситуации WordPress соберет корректный тег в <head>, а поисковик увидит именно его.
Для сайтов, где архивы вообще не нужны, можно дополнительно убрать их из навигации и при желании редиректить на более полезную страницу. Но редирект — это уже отдельное решение: если архивы используются внутри сайта, лучше не ломать URL без необходимости.
Если используете SEO-плагин
В популярных SEO-плагинах обычно есть отдельные настройки для архивов автора и даты. Логика простая: отключить индексацию, убрать архивы из sitemap и не оставлять их в выдаче. Это удобнее, если у вас уже настроены title, description и sitemap в одном месте.
Плюс плагина в том, что он обычно сам синхронизирует настройки. Минус — лишняя зависимость от интерфейса и риск забыть, что именно включено. После изменения настроек обязательно проверьте исходный код страницы и карту сайта.
Как убрать архивы из sitemap и не сломать навигацию
Одна только метка noindex не всегда решает задачу полностью. Если архивы остаются в sitemap, поисковик продолжит их регулярно обходить. Это не критично, но для тонких страниц лишний обход не нужен.
В большинстве SEO-плагинов архивы можно исключить через настройки sitemap. Если работаете без плагина, проверьте, не генерирует ли тема или отдельный SEO-модуль собственную карту сайта. В WordPress 5.5+ есть встроенный XML sitemap, но он не всегда включает архивы авторов и дат — это зависит от конфигурации и плагинов.
Если архив автора нужен пользователям, но не нужен поиску, оставляйте страницу доступной и закрывайте только индексацию. Если архив бесполезен полностью, тогда уже можно думать о редиректе на страницу блога или на профиль автора.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что поисковый робот видит правильные сигналы.
- Откройте архив автора или даты в браузере и посмотрите исходный код.
- Проверьте наличие
<meta name="robots" content="noindex, follow">или эквивалентного значения. - Убедитесь, что URL не попал в XML sitemap.
- В Google Search Console отправьте URL на проверку и запросите переобход.
- Через несколько дней проверьте статус страницы в индексе и исключенные URL.
Если у вас включен серверный или плагинный кэш, очистите его после изменения кода. Иначе вы можете смотреть на старую версию страницы и думать, что правка не сработала.
Частые ошибки и как их исправить
Ставят noindex только в шаблоне, но забывают про sitemap
В этом случае поисковик продолжает видеть URL в карте сайта и регулярно его обходить. Исправление простое: исключите архивы из sitemap в SEO-плагине или в настройках генератора карты сайта.
Меняют robots meta, но не очищают кэш
Если страница отдается из кэша, новый тег robots может не появиться сразу. Очистите page cache, object cache и, если есть, CDN-кэш.
Отключают архивы автора на сайте с несколькими авторами
Это уже не техническая, а редакционная ошибка. Если страницы автора реально помогают пользователю, лучше оставить их доступными и доработать контент: добавить описание автора, список публикаций и нормальную внутреннюю перелинковку.
Путают noindex и disallow
Disallow в robots.txt не гарантирует удаление URL из индекса, если он уже известен поисковику. Для тонких архивов обычно нужен именно noindex, а не только запрет обхода.
Практические советы по безопасности и производительности
Если вы вносите код, не правьте файлы темы напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы обновление не затерло изменения. Для точечных SEO-правок это самый предсказуемый вариант.
Когда на сайте много служебных архивов, имеет смысл проверить и другие источники дублей: страницы тегов, архивы дат, вложения медиафайлов. В ряде проектов удобнее закрывать такие страницы централизованно через SEO-модуль или через набор правил в одном месте, чем разбрасывать логику по шаблонам.
Если вы используете Clearfy Pro, у него как раз есть инструменты для чистки сайта и удаления лишних SEO-дублей; это может быть полезно, когда нужно не только закрыть архивы, но и привести в порядок служебные страницы. Смотрите настройки и документацию по продукту на странице плагина.
Что считать успешным результатом
Решение можно считать рабочим, если архивы:
- отдают
noindex, followв исходном коде; - не присутствуют в XML sitemap;
- не получают новых переходов из внутренних ссылок, если вы их специально убрали;
- после переобхода постепенно исчезают из индекса или переходят в исключенные URL.
Если после всех правок архивы все еще индексируются, проверьте, нет ли дублирующих правил в SEO-плагине, теме или в кеше. На практике именно конфликт настроек чаще всего мешает, а не сам WordPress.
}