Архивы авторов и дат в WordPress часто создают лишние страницы в индексе: контент на них повторяется, а ценности для поиска почти нет. На небольших сайтах это обычно не критично, но на проектах с несколькими авторами, новостными публикациями или активной публикацией записей такие архивы быстро превращаются в источник дублей и размывают краулинговый бюджет.
Ниже разберём, когда архивы лучше закрыть от индексации, как это сделать без поломки сайта и как проверить, что поисковики действительно видят нужную конфигурацию.
Когда архивы авторов и дат становятся проблемой
Сами по себе архивы не ошибка. Проблема начинается, когда они:
- дублируют список записей, который уже есть на главной, в рубриках или тегах;
- не несут самостоятельной поисковой ценности;
- создают много страниц с почти одинаковым содержимым;
- попадают в sitemap и индексируются вместе с основными посадочными страницами;
- отвлекают краулер от важных URL, если сайт большой.
Если у автора есть полноценная экспертная страница с уникальным текстом, биографией и подборкой материалов, архив автора можно оставить открытым. Но стандартный архив WordPress без доработки обычно мало чем отличается от обычной ленты записей.
Диагностика: что именно индексируется сейчас
Перед правками стоит понять, как архивы уже отдаются поисковикам. Проверьте три вещи: статус ответа, мета-тег robots и наличие URL в sitemap.
1. Проверка статуса и мета robots
Откройте архив автора или даты в браузере и посмотрите исходный код страницы. Если там уже есть noindex, возможно, SEO-плагин всё делает правильно, а проблема в другом месте — например, в sitemap или каноникализации.
2. Проверка через Search Console
В отчёте по страницам найдите URL вида /author/... или архивы по датам. Если они попадают в индекс, но не нужны пользователю, их лучше закрыть системно, а не точечно через удаление из индекса.
3. Проверка sitemap
Если архивы присутствуют в карте сайта, поисковик получает явный сигнал, что эти URL важны. Для большинства контентных сайтов это лишнее.
Как закрыть архивы через SEO-плагин
Самый безопасный путь — использовать настройки SEO-плагина, если он уже стоит на сайте. В популярных решениях обычно есть отдельные переключатели для архивов авторов и дат. Это удобнее, чем править шаблоны вручную, потому что плагин сам добавит нужные мета-теги и, если нужно, исключит архивы из sitemap.
Если вы используете Clearfy Pro, логика та же: отключаете ненужные архивы и проверяете, что они перестали индексироваться. Для сайта, где важна чистка технических дублей, это часто самый быстрый вариант. Подробности по продукту есть здесь: Clearfy Pro.
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Быстро, без кода, обычно управляет и meta robots, и sitemap | Зависит от настроек плагина |
| Код в теме или плагине | Полный контроль, не зависит от интерфейса | Нужно аккуратно тестировать после обновлений |
| robots.txt | Просто закрыть обход | Не заменяет noindex и не решает проблему индексации полностью |
Решение через код: закрываем архивы без плагина
Если вы не хотите завязываться на интерфейс SEO-плагина, можно добавить фильтры в functions.php дочерней темы или в собственный мини-плагин. Так вы явно зададите noindex для архивов авторов и дат.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Этот вариант работает на уровне стандартного API WordPress для robots. Он не ломает шаблоны и не требует вмешательства в вывод HTML вручную. Но важно помнить: если у вас уже подключён SEO-плагин, он может переопределять robots своими настройками. Тогда сначала проверьте, кто именно формирует тег в исходнике.
Если нужно убрать архивы из sitemap
Сам по себе noindex не гарантирует, что URL исчезнет из карты сайта. Если sitemap генерирует SEO-плагин, отключайте архивы в его настройках. Если же карта сайта собирается кастомно, исключайте архивные URL на этапе генерации.
<?php
add_filter( 'wp_sitemaps_add_provider', function( $provider, $name ) {
// Пример: если у вас есть кастомный провайдер, его можно отключить или заменить.
return $provider;
}, 10, 2 );Этот фрагмент не решает задачу сам по себе, а показывает принцип: sitemap лучше править в источнике генерации, а не пытаться «запрещать» его через robots.txt.
Что делать с архивами авторов, если они нужны пользователям
Иногда архив автора полезен: у редакции несколько авторов, у каждого есть своя специализация, и страница автора реально помогает навигации. В таком случае не закрывайте архив полностью. Лучше сделать его самостоятельной посадочной страницей:
- добавить уникальное описание автора;
- показать фото, должность, специализацию;
- оставить только релевантные записи;
- убрать пустые или служебные блоки;
- проверить, что title и description не совпадают с другими архивами.
Если архив выглядит как обычная лента без дополнительной пользы, закрытие от индексации обычно безопаснее.
Пошаговая схема внедрения
- Сначала проверьте, есть ли архивы авторов и дат в индексе через Search Console.
- Определите, нужны ли эти страницы пользователям как отдельные посадочные.
- Если нет — закройте их через SEO-плагин или код.
- Уберите архивы из sitemap, если они туда попадают.
- Проверьте исходный код страниц и повторно отправьте URL на переобход.
Проверка результата после внедрения
После правок не ограничивайтесь визуальной проверкой. Откройте архив автора и архив даты в браузере и убедитесь, что в исходном коде есть noindex. Затем проверьте:
- HTTP-статус страницы — должен оставаться
200, если вы не делали редирект; - мета robots — должен содержать
noindex; - sitemap — архивные URL не должны туда попадать, если вы их отключали;
- каноникал — он должен указывать на саму страницу или на выбранную вами основную версию;
- Search Console — статус URL должен меняться после переобхода.
Если архивы всё ещё индексируются, не спешите менять robots.txt. Чаще всего проблема в том, что страница остаётся доступной и без noindex, а поисковик просто не успел переобойти сайт.
Частые ошибки и как их исправить
Закрыли архив в robots.txt, но он всё равно в индексе
Это типичная ошибка. Disallow запрещает обход, но не гарантирует удаление URL из индекса. Для уже известных поисковику страниц нужен noindex или удаление через Search Console, если страница должна исчезнуть быстро.
Поставили noindex, но забыли про sitemap
Если URL остаётся в карте сайта, поисковик продолжает считать его важным. В итоге страница может дольше оставаться в обходе и индексе. Уберите архивы из sitemap на уровне плагина или генератора.
Сломали архивы авторов на сайте с несколькими редакторами
Если архивы используются как навигация по экспертам, полное закрытие может ухудшить UX. В этом случае лучше доработать страницу автора, а не отключать её целиком.
Добавили код в родительскую тему
После обновления темы изменения пропадут. Для таких правок используйте дочернюю тему или отдельный мини-плагин.
Безопасность и производительность
Закрытие архивов от индексации почти не влияет на скорость сайта напрямую, но помогает сократить количество технических URL, которые нужно обслуживать. Это особенно полезно на больших проектах, где поисковый робот регулярно ходит по служебным страницам.
С точки зрения безопасности здесь тоже есть практический плюс: вы уменьшаете количество страниц, которые могут случайно раскрывать структуру сайта, имена авторов и даты публикаций. Это не защита в строгом смысле, но лишняя публичность технических архивов редко нужна.
Если вы хотите не только закрыть архивы, но и почистить сайт от других дублей и служебных страниц, имеет смысл смотреть на комплексную техническую настройку, а не на точечные правки. В таких задачах полезны инструменты вроде Clearfy Pro, если нужен именно набор готовых переключателей для SEO и чистки сайта.
Когда лучше не закрывать архивы
Не отключайте архивы автоматически, если:
- у автора есть сильный личный бренд и архив реально ищут;
- даты используются как навигация в новостном проекте;
- архивы уже переработаны в полноценные посадочные страницы;
- поисковый трафик приходит именно на эти URL и они дают конверсию.
В остальных случаях для типового WordPress-сайта закрытие архивов авторов и дат — это простой способ убрать лишние дубли без риска для основного контента.