Если в поиске всплывают страницы вида /2024/05/ или /2024/05/15/, а пользы для посетителя от них почти нет, такие архивы обычно лучше убрать из индекса. Они часто дублируют записи, собирают тонкий контент и создают лишние URL, которые поисковику не нужны. В WordPress это можно сделать несколькими способами, и выбор зависит от того, хотите ли вы просто скрыть архивы от поиска или ещё и убрать их из внутренней структуры сайта.
Ниже разберём, как закрыть архивы дат от индексации без лишних действий, что именно лучше отключать и как проверить, что всё сработало.
Какие архивы дат вообще бывают в WordPress
WordPress может отдавать архивы по году, месяцу и дню. Обычно это страницы, на которых собраны записи за конкретный период. Они полезны далеко не на каждом сайте: если публикаций много и пользователь реально ищет материалы по датам, архивы могут быть оправданы. Но на большинстве контентных сайтов такие страницы не дают самостоятельной ценности и только плодят дубли.
Чаще всего закрывают от индексации:
- годовые архивы, например
/2024/; - месячные архивы, например
/2024/05/; - дневные архивы, например
/2024/05/15/.
Если у вас в выдаче уже есть записи, рубрики и теги, архивы дат обычно ничего нового не добавляют. Поисковик видит тот же набор материалов под другим URL и может тратить обход на страницы без самостоятельной пользы.
Самый простой способ: закрыть архивы через SEO-плагин
Если на сайте уже стоит SEO-плагин, сначала проверьте его настройки. Это самый безопасный вариант: не нужно править шаблоны и добавлять код, а управление индексированием остаётся в админке.
В популярных SEO-плагинах обычно есть отдельная настройка для архивов автора, дат, рубрик и тегов. Вам нужна именно опция, которая отключает индексирование архивов дат или ставит для них noindex. Названия пунктов могут отличаться, но смысл один: поисковым роботам сообщается, что такие страницы не нужно включать в индекс.
Что важно проверить после включения настройки:
- архивы дат должны отдавать мета-тег
noindexв HTML; - в идеале они не должны попадать в XML-карту сайта, если плагин умеет исключать их автоматически;
- внутренние ссылки на эти архивы можно оставить только если они действительно нужны пользователям.
Если вы используете плагин, который умеет управлять дублями и служебными страницами, это обычно самый практичный путь. Например, в Clearfy Pro есть инструменты для работы с SEO-архивами и техническими страницами сайта. Но принцип всё равно тот же: вам нужно именно закрытие от индексации, а не просто визуальное скрытие.
Если плагина нет: добавьте noindex для архивов дат вручную
Когда SEO-плагина нет или вы не хотите зависеть от его настроек, можно добавить noindex через код. Для WordPress это нормальный вариант, если делать его аккуратно.
Самый удобный способ — подключить фильтр wp_robots. Он позволяет изменить robots-правила для конкретных типов страниц. Для архивов дат можно добавить правило noindex, а при необходимости ещё и follow, чтобы поисковик не индексировал сам архив, но мог проходить по ссылкам на нём.
Пример кода для файла functions.php дочерней темы или для собственного мини-плагина:
add_filter( 'wp_robots', function( $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
}
return $robots;
} );Этот вариант работает в современных версиях WordPress, где используется стандартный вывод robots-мета через API wp_robots. Если у вас очень старая установка или тема переопределяет вывод head нестандартным образом, результат нужно проверить вручную.
Если вы хотите закрыть только дневные и месячные архивы, но оставить годовые, условие можно уточнить. Например, is_month() и is_day() позволяют разделить эти типы архивов. Это полезно, если годовые страницы у вас реально используются как навигационные и не мешают SEO.
Что лучше: noindex, robots.txt или удаление страницы
Для архивов дат чаще всего подходит именно noindex. Это не то же самое, что запрет в robots.txt.
| Способ | Что делает | Когда использовать |
|---|---|---|
noindex | Разрешает обход, но просит не включать страницу в индекс | Когда архив доступен пользователю, но не нужен в поиске |
robots.txt | Запрещает обход по правилу | Когда нужно ограничить сканирование, но не как основной способ убрать URL из индекса |
| Удаление страницы | Страница перестаёт существовать | Когда архив вообще не должен открываться |
Для SEO-задачи обычно лучше не блокировать архивы дат через robots.txt в одиночку. Если страница уже известна поисковику, запрет на обход не гарантирует её быстрое исчезновение из индекса. Кроме того, без обхода робот может не увидеть сигнал noindex, если вы решите добавить его позже. Поэтому для таких архивов практичнее именно noindex.
Полное удаление URL имеет смысл только тогда, когда архивы вам не нужны вообще. Но это уже не вопрос индексации, а вопрос структуры сайта: придётся следить за ответами сервера, редиректами и тем, чтобы не сломать внутренние ссылки.
Как убрать архивы дат из карты сайта и внутренних ссылок
Если архивы дат закрыты от индексации, проверьте, не попадают ли они в XML-карту сайта. Сама по себе ссылка в sitemap не заставляет страницу индексироваться, но она подсказывает поисковику, что URL важен. Для служебных архивов это лишнее.
В SEO-плагинах обычно можно отключить архивы дат в карте сайта отдельно. Если такой настройки нет, а архивы всё равно отдаются в sitemap, лучше исключить их на уровне плагина или темы, а не оставлять как есть.
Также посмотрите, не выводятся ли ссылки на архивы дат в сайдбаре, футере или виджетах. Если они не нужны пользователю, их лучше убрать совсем. Это не только уменьшает шум для поисковика, но и делает навигацию чище.
Если архивы дат остаются в интерфейсе сайта по привычке, а закрыты только от индексации, это тоже допустимо. Главное — чтобы они не создавали лишний поток URL для обхода и не выглядели как важные посадочные страницы.
Как проверить, что архивы действительно закрыты
После настройки не ограничивайтесь визуальной проверкой в админке. Нужно посмотреть, что отдаёт сам URL архива.
Проверка простая:
- Откройте архив даты в браузере, например
/2024/05/. - Посмотрите исходный код страницы.
- Найдите мета-тег robots или заголовок, если ваш плагин/тема выводит его в HTML.
- Убедитесь, что на странице есть
noindex.
Если используете инструменты для проверки индексации, учитывайте, что поисковики не меняют статус мгновенно. После добавления noindex страница может ещё какое-то время оставаться в индексе, пока робот не переобойдёт её и не увидит новое правило.
Дополнительно полезно проверить:
- нет ли архивов дат в XML-карте сайта;
- не ведут ли на них внутренние ссылки из меню и виджетов;
- не создаёт ли тема отдельные архивы по датам в хлебных крошках или блоках навигации.
Когда архивы дат лучше не закрывать
Не на каждом сайте архивы дат бесполезны. Если у вас новостной проект, журнал, сайт с регулярными публикациями или аудитория реально ищет материалы по времени, такие страницы могут быть нормальной частью структуры. Тогда закрывать их от индексации без анализа не стоит.
Ещё один случай — когда архивы дат уже получают трафик и приводят пользователей на актуальные подборки материалов. В такой ситуации сначала посмотрите статистику и поисковые запросы. Если страницы действительно работают как полезные посадочные, их можно оставить открытыми и доработать, а не прятать от индекса.
Но если архивы пустые, тонкие или просто дублируют ленту записей, закрытие от индексации обычно оправдано. Это один из тех редких случаев, когда техническая чистка даёт более предсказуемый SEO-эффект, чем попытка «докрутить» бесполезные страницы.
Если нужен быстрый и управляемый способ без ручного кода, удобнее всего закрывать архивы дат через SEO-плагин. Если же вы предпочитаете точечный контроль, используйте wp_robots и проверяйте результат на реальном URL. В обоих случаях цель одна: оставить в индексе только те страницы, которые действительно помогают пользователю и не размывают качество сайта.