На небольших и средних сайтах WordPress архивы авторов и дат часто остаются в индексе без пользы. В результате поисковик видит страницы, которые дублируют логику рубрик, не дают уникального контента и иногда создают лишние URL в отчётах по индексации. Если сайт давно ведётся одним автором, а архивы по датам не используются для навигации, их лучше либо закрыть, либо отдать в noindex с аккуратным canonical.
Ниже разберём, как понять, что проблема действительно есть, какие варианты решения работают на практике и как проверить, что после правки ничего не сломалось.
Когда архивы авторов и дат становятся проблемой
Сами по себе архивы не вредны. Проблема появляется, когда они начинают конкурировать с основными страницами сайта за индексацию и обход. Типичный сценарий:
- на сайте один автор, и архив автора повторяет ленту записей;
- архивы по датам доступны по URL вроде
/2024/05/и не несут самостоятельной ценности; - в sitemap или внутренних ссылках эти страницы продолжают всплывать;
- в Search Console растёт число «Просканировано, но не проиндексировано» или «Страница с перенаправлением/дублирующая страница»;
- в выдаче появляются архивы, которые пользователь не должен был видеть как посадочные страницы.
Что именно проверять в первую очередь
Не надо закрывать всё подряд только потому, что архивы «кажутся лишними». Сначала проверьте, используются ли они реально:
- есть ли на архиве автора уникальное описание, фото, биография и смысловая нагрузка;
- нужны ли архивы дат для новостного или журнального проекта;
- не ведут ли на них внутренние ссылки из шаблона, хлебных крошек или блока автора;
- не индексируются ли они уже с трафиком и внешними ссылками.
Если архив автора — это просто повтор списка записей без дополнительного контента, его обычно можно закрывать. С архивами дат логика ещё жёстче: если они не используются как полезная навигация, индексировать их редко есть смысл.
Диагностика: как понять, что проблема уже есть
Самый быстрый способ — посмотреть, что поисковик уже видит в индексе. Введите в поиск запросы вида site:example.com author, site:example.com 2024/05 или проверьте отчёт «Страницы» в Google Search Console. Если архивы там есть и при этом не дают полезного трафика, это кандидат на закрытие.
Полезно также открыть исходный код архива и посмотреть, что сейчас отдаёт страница:
- есть ли
<meta name="robots" content="noindex,follow">; - не стоит ли canonical на сам архив, если вы хотите его убрать из индекса;
- не блокируется ли URL в
robots.txtраньше, чем поисковик увидит noindex; - не генерируется ли архив в XML-карте сайта.
Важно: если вы закроете URL в robots.txt, но он уже в индексе, поисковик может дольше не увидеть noindex. Для удаления из индекса обычно надёжнее сначала отдать страницу с noindex, а не просто запретить обход.
Какой способ выбрать: плагин, код или настройка темы
Для этой задачи есть три рабочих подхода. Выбор зависит от того, насколько часто вы правите SEO-логику на сайте и есть ли у вас доступ к теме.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без правки кода | Просто включить, меньше риска сломать шаблон | Зависимость от настроек плагина, не всегда гибко |
| Код в теме или мини-плагине | Нужен точный контроль над noindex и canonical | Прозрачно, без лишних зависимостей | Нужно аккуратно тестировать после обновлений |
| Настройки темы | Тема уже умеет управлять архивами | Быстро и удобно | Не все темы дают нужную гранулярность |
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки. Если нет — проще и надёжнее сделать это кодом через wp_head, чем искать сомнительные плагины ради одной задачи.
Пошаговое решение через код
Ниже пример, который закрывает архивы авторов и дат от индексации, но не ломает обход ссылок. Его лучше добавлять не в functions.php активной темы, а в небольшой mu-plugin или в собственный мини-плагин, чтобы не потерять настройку после смены темы.
<?php
/**
* Plugin Name: WP Skills SEO Archives Noindex
*/
add_action('wp_head', function () {
if (is_author() || is_date()) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
}, 1);
add_filter('wpseo_canonical', function ($canonical) {
if (is_author() || is_date()) {
return false;
}
return $canonical;
});Что здесь важно:
noindex,followпозволяет поисковику не индексировать архив, но продолжать переходить по ссылкам внутри него;- canonical отключается только для этих архивов, чтобы не было странной самоссылки на страницу, которую вы хотите убрать из индекса;
- фильтр
wpseo_canonicalработает в Yoast SEO; если у вас другой SEO-плагин, этот кусок может не понадобиться или потребует другой интеграции.
Если вы не используете Yoast SEO, можно ограничиться только мета-тегом robots. Для большинства случаев этого достаточно.
Если нужно закрыть только архивы дат, а авторов оставить
Иногда архивы авторов полезны, а архивы дат — нет. Тогда условие можно сузить:
<?php
add_action('wp_head', function () {
if (is_date()) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
}, 1);Это безопаснее, чем отключать всё сразу. На новостных и многoавторских сайтах архив автора может быть полезной страницей, если он оформлен как полноценная биография и подборка материалов.
Как сделать это через SEO-плагин
Если на сайте уже используется SEO-плагин, проверьте его настройки архивов. В популярных решениях обычно есть отдельные переключатели для архивов авторов и дат. Логика простая: если архив не нужен в поиске, ставите noindex, а не удаляете страницу физически.
Плюс такого подхода в том, что плагин обычно сам управляет canonical и мета-тегами. Минус — настройки могут отличаться от темы к теме и от версии к версии, поэтому после сохранения всё равно надо смотреть исходный код страницы.
Если нужен более широкий набор SEO-правок и чистка дублей без ручного кода, можно посмотреть в сторону Clearfy Pro: он закрывает типовые технические настройки сайта, включая часть задач по дублям и индексации. Но даже в этом случае проверка результата остаётся обязательной.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой страницы в браузере. Нужны минимум три шага:
- Откройте архив автора или даты и посмотрите исходный код страницы.
- Убедитесь, что в
<head>естьnoindex,follow. - Проверьте HTTP-ответ и canonical, если вы его настраивали.
Удобно проверить заголовки через curl:
curl -I https://example.com/author/admin/
curl -I https://example.com/2024/05/Если вы используете Search Console, отправьте URL на повторную проверку после изменения. Не ждите мгновенного удаления из индекса: поисковику нужно переобойти страницу и увидеть новый сигнал.
Дополнительно проверьте:
- не остались ли архивы в XML-карте сайта;
- не ведут ли на них внутренние ссылки из виджетов и хлебных крошек;
- не закрыт ли URL в
robots.txtраньше, чем вы поставили noindex; - не отдаёт ли архив редирект на главную вместо корректного ответа.
Частые ошибки и как их исправить
Закрыли URL в robots.txt и забыли про noindex
Это частая ошибка. Если страница уже в индексе, запрет обхода не всегда помогает быстро убрать её оттуда. Сначала дайте поисковику увидеть noindex, а уже потом при необходимости ограничивайте обход.
Поставили noindex, но оставили архив в sitemap
Так поисковик получает противоречивые сигналы. Если страница не должна индексироваться, её лучше убрать из карты сайта. Иначе вы сами продолжаете подсказывать поисковику, что URL важен.
Сломали canonical на всех страницах
Иногда правку делают слишком широко и отключают canonical не только на архивах, но и на обычных страницах. Это уже риск для всего сайта. Ограничивайте условие только нужными шаблонами.
Скрыли архив, но оставили на него навигацию
Если архив больше не нужен, уберите ссылки из шаблона автора, футера или боковой колонки. Иначе пользователь и робот продолжают ходить по URL, который вы сами считаете лишним.
Чек-лист перед публикацией правки
- Проверил, нужен ли архив пользователям и редакции.
- Убедился, что noindex стоит только на нужных типах архивов.
- Проверил исходный код страницы и HTTP-ответ.
- Убрал URL из sitemap, если он больше не должен индексироваться.
- Посмотрел внутренние ссылки на архивы в теме и виджетах.
- Отправил страницу на переобход в Search Console.
Практические замечания по безопасности и производительности
Если вы вносите правки кодом, не редактируйте ядро темы напрямую. Для таких задач лучше использовать мини-плагин или mu-plugin: это проще сопровождать и безопаснее при обновлениях. Ещё один плюс — вы не потеряете настройку при смене дизайна.
Не ставьте несколько SEO-плагинов одновременно ради одной функции. Конфликт мета-тегов и canonical встречается чаще, чем кажется. Если на странице появляется два meta robots или два canonical, сначала убирайте дублирующий источник, а не пытайтесь «перебить» его ещё одним хуком.
Если архивы уже получили внешние ссылки, не удаляйте их физически без плана редиректов. В таких случаях лучше оставить страницу доступной с noindex или настроить 301 на более релевантный раздел, если это действительно оправдано по структуре сайта.
Для сайтов, где техническая чистка идёт регулярно, удобно держать отдельный список правил: что закрыто, где стоит noindex, какие архивы исключены из sitemap и кто отвечает за проверку после обновлений темы или плагина. Это экономит время на повторных аудитах и снижает риск случайно открыть в индексации лишние URL.