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

Если в поиске всплывают страницы вида /2024/05/ или /2023/, а пользы от них нет, их лучше закрыть от индексации. Архивы дат часто создают дубли, размывают релевантность и забирают краулинговый бюджет у более важных страниц. Для небольшого блога это может быть не критично, но на сайте с большим количеством записей такие архивы быстро начинают мешать.

В WordPress есть несколько рабочих способов решить задачу: запретить индексацию через SEO-плагин, закрыть архивы в robots.txt или вообще отключить сами архивы дат. Для большинства сайтов самый практичный вариант — оставить архивы доступными для пользователей, но убрать их из индекса поисковиков.

Почему архивы дат часто вредят SEO

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

Типичные проблемы такие:

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

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

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

Перед изменениями стоит проверить, действительно ли проблема есть. Проще всего вбить в поиск запросы вроде site:ваш-домен.ru/2024/ или site:ваш-домен.ru/2024/05/. Если поисковик показывает такие страницы, они уже индексируются.

Ещё один признак — в отчётах Google Search Console или Яндекс Вебмастера появляются URL архивов дат, хотя вы не продвигали их отдельно. Если архивов много, это обычно видно и по логам обхода, но для большинства владельцев сайта достаточно проверки через поиск и панели вебмастеров.

Самый надёжный способ: закрыть архивы дат в SEO-плагине

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

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

Что именно нужно отключить

Ищите настройки, связанные с:

• архивами дат;
• архивами автора, если они тоже не нужны;
• мета-тегом noindex для архивных страниц;
• добавлением архивов в карту сайта, если плагин это умеет.

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

Что проверить после настройки

Откройте архив по дате в браузере и посмотрите исходный код страницы. В <head> должен появиться тег вида:

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

Вариант follow означает, что поисковик может переходить по ссылкам на странице, но сам архив в индекс не добавит. Это нормальное поведение для таких страниц.

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

Если плагина нет: закрытие через robots.txt подходит не всегда

Иногда советуют просто запретить архивы дат в robots.txt. Это рабочий, но не самый точный способ. Директива Disallow мешает обходу, но не гарантирует удаление уже проиндексированных URL из выдачи. Если страница уже известна поисковику, она может какое-то время оставаться в индексе без полного содержимого.

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

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

User-agent: *
Disallow: /2024/
Disallow: /2023/
Disallow: /2022/

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

Когда архивы дат лучше отключить совсем

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

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

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

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

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

Что делать по порядку:

1. включить noindex для архивов дат;
2. убедиться, что архивы не попадают в sitemap;
3. проверить, что на странице действительно есть мета-тег robots;
4. при необходимости отправить URL на переобход через панель вебмастера;
5. подождать переиндексации и проверить статус страниц.

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

Что делать, если архивы дат нужны пользователям, но не нужны в поиске

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

Практически это означает:

• страница архива открывается в браузере;
• по ней можно переходить между записями;
• в коде стоит noindex;
• страница не попадает в XML-карту сайта;
• при желании можно оставить follow, чтобы ссылки на записи продолжали обходиться.

Такой подход обычно безопаснее, чем полное блокирование через robots.txt. Он не ломает старые ссылки и не мешает поисковику находить записи, которые доступны через архив.

Проверка результата

После настройки откройте несколько архивов дат вручную и проверьте три вещи: наличие noindex в исходном коде, отсутствие архива в sitemap и отсутствие новых URL архивов в поисковой выдаче через некоторое время. Если используете Google Search Console, можно также проверить конкретный URL через инструмент проверки страницы.

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

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