Архивы дат в WordPress часто превращаются в лишние страницы: /2024/05/, /2024/05/15/ и похожие URL попадают в индекс, дублируют записи из рубрик и тегов, а иногда ещё и съедают краулинговый бюджет. Но отключать их вслепую не стоит: для некоторых сайтов архивы по датам действительно полезны, особенно если публикации привязаны к новостям, событиям или хронологии.
Ниже разберём, когда такие архивы лучше закрыть, как сделать это без лишнего риска и что проверить после изменений, чтобы не получить просадку в поиске.
Когда архивы дат стоит отключать, а когда оставить
Сначала смотрят не на сам факт наличия архивов, а на их пользу для сайта. Если страницы по датам не дают пользователю отдельной ценности и просто повторяют ленту записей, их обычно имеет смысл убрать из индекса или закрыть от обхода.
Архивы дат чаще всего мешают, если:
- сайт ведётся не как новостной, а как блог, каталог статей или корпоративный ресурс;
- на архивных страницах мало записей, а иногда они вообще пустые;
- одна и та же публикация доступна через рубрику, тег, главную и архив по дате;
- в индексе уже накопились тысячи малоценных URL с датами.
Оставлять архивы дат имеет смысл, если они реально помогают пользователю ориентироваться по времени. Например, на новостном портале, в журнале изменений, на сайте с анонсами мероприятий или в проекте, где важна хронология публикаций. В таких случаях архивы могут быть полноценной навигацией, а не мусорными страницами.
Что именно отключать: показ, индексацию или обход
Здесь важно не смешивать разные задачи. У WordPress архивы дат можно:
- убрать из интерфейса сайта, чтобы посетители не видели ссылки;
- закрыть от индексации, чтобы поисковики не показывали их в выдаче;
- запретить обход через
robots.txt, но это не то же самое, что удалить страницу из индекса.
Если цель — убрать мусор из поиска, обычно недостаточно просто спрятать ссылку в меню или в шаблоне. Поисковик может продолжать находить архивы по внутренним ссылкам, из карты сайта или по старым обходам. Поэтому рабочая схема обычно состоит из двух частей: убрать ссылки в интерфейсе и отдать поисковым системам понятный сигнал через noindex или редирект, если архивы больше не нужны совсем.
Самый безопасный вариант: закрыть архивы дат от индексации
Если архивы уже есть в поиске, но вы не хотите ломать старые URL резко, самый аккуратный путь — оставить страницы доступными для пользователей и добавить для них noindex. Тогда поисковик сможет зайти на страницу, увидеть запрет на индексацию и постепенно убрать её из выдачи.
В WordPress это обычно делают через SEO-плагин. В популярных плагинах есть настройка для архивов дат: можно отключить их индексацию или вообще выключить сам тип архива. Конкретное название пункта зависит от плагина, но логика одна: для архивов дат ставится noindex, follow или аналогичный режим.
Если у вас нет SEO-плагина, можно добавить мета-тег вручную через functions.php дочерней темы или через небольшой плагин. Для архивов дат подойдёт такой вариант:
add_action('wp_head', function () {
if (is_date()) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
});Этот код выводит запрет на индексацию только на страницах дат. Он не удаляет архивы и не ломает их работу для посетителей. Но использовать его стоит только если у вас нет другого механизма управления robots-метками, иначе можно получить конфликт настроек.
После изменения проверьте исходный код страницы архива: в <head> должен появиться noindex,follow. Затем откройте URL в Google Search Console или дождитесь повторного обхода, чтобы убедиться, что страница уходит из индекса.
Если архивы не нужны совсем: удаление с редиректом
Когда архивы дат не несут никакой пользы и вы не хотите оставлять их доступными даже для обхода, лучше не просто закрывать их, а перенаправить на более подходящую страницу. Обычно это главная, страница блога или соответствующая рубрика.
Для этого используют 301-редирект. Он сообщает поисковикам, что старый адрес окончательно заменён новым. Это предпочтительнее, чем отдавать 404 на массово проиндексированные архивы, если у них уже есть история и внешние ссылки.
Пример для .htaccess на Apache: он перенаправляет все архивы по годам, месяцам и дням на главную. Перед правкой обязательно сделайте резервную копию файла, потому что ошибка в .htaccess может положить сайт или сломать ЧПУ.
RewriteEngine On
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/?$ / [R=301,L]
RewriteRule ^([0-9]{4})/([0-9]{2})/?$ / [R=301,L]
RewriteRule ^([0-9]{4})/?$ / [R=301,L]Этот пример подходит не для всех сайтов. Если у вас есть реальные URL записей или страниц, которые тоже начинаются с года, правило нужно проверять особенно внимательно. На Nginx редирект настраивается иначе, через конфигурацию сервера, и на обычном виртуальном хостинге доступ к ней может быть ограничен.
Если вы не уверены в правилах сервера, проще и безопаснее использовать редирект через плагин или оставить только noindex. Для большинства сайтов этого достаточно.
Как убрать ссылки на архивы из темы и виджетов
Даже если архивы закрыты от индексации, лишние ссылки лучше убрать из интерфейса. Иначе они продолжают расходовать внутренний вес ссылок и путать пользователя.
Проверьте три места:
- виджет «Архивы», если он добавлен в сайдбар или футер;
- ссылки в шапке, меню или блоках темы;
- элементы в шаблонах записи, где тема автоматически показывает дату как ссылку на архив.
В классической теме виджет можно просто удалить в разделе «Внешний вид» → «Виджеты». В блочных темах архивы могут быть добавлены в шаблон сайта через редактор сайта. Если ссылка на дату встроена в шаблон записи, её нужно убрать в файлах темы или через настройки конструктора, если он это позволяет.
Отдельно проверьте хлебные крошки и микроразметку. Иногда тема или SEO-плагин формируют ссылку на архив даты автоматически. Если архивы закрыты, такая ссылка становится лишней и может вести на страницу, которую вы больше не хотите продвигать.
Как понять, что всё сработало
После отключения архивов не ограничивайтесь визуальной проверкой на сайте. Нужно убедиться, что поисковик получает именно тот сигнал, который вы задумали.
Проверьте по шагам:
- Откройте архив даты в браузере и убедитесь, что страница либо доступна с
noindex, либо отдаёт редирект. - Посмотрите исходный код страницы и найдите мета-тег robots, если вы использовали этот способ.
- Проверьте ответ сервера через инструменты разработчика или сервисы проверки заголовков, если настраивали
X-Robots-Tagна уровне сервера. - В Google Search Console посмотрите, как страница отображается в индексе и нет ли ошибок сканирования.
Если архивы были закрыты через robots.txt, это не лучший способ для уже проиндексированных страниц. Запрет в robots.txt мешает обходу, но не гарантирует удаление URL из выдачи. Для удаления из индекса обычно нужен noindex или редирект.
Что выбрать в типичном сценарии
Если сайт обычный и архивы по датам не несут отдельной ценности, самый практичный вариант — закрыть их от индексации, убрать ссылки из темы и не трогать старые URL резко. Это снижает риск и даёт поисковикам время переоценить страницы.
Если архивы уже давно бесполезны, а в индексе их много, можно перевести их на 301-редирект. Но делать это стоит только после проверки, что на эти URL нет важного трафика, внешних ссылок и внутренней навигации.
Если же сайт живёт хронологией — новости, события, обновления, журнал публикаций — архивы дат лучше не отключать полностью. В таком случае разумнее доработать их: добавить нормальные заголовки, ограничить индексирование пустых или слишком тонких страниц и следить, чтобы они не дублировали основной контент.
Итог простой: архивы дат не нужно отключать «на всякий случай». Сначала оцените, дают ли они пользу пользователю и поиску. Если нет — закрывайте их аккуратно, через noindex или редирект, и обязательно проверяйте результат после изменений.