Архивы по датам часто появляются сами по себе: /2024/05/, /2024/05/12/ и похожие страницы. На небольшом блоге они могут быть полезны, но на рабочем сайте обычно создают лишние URL, дублируют ленту записей и размывают релевантность. При этом просто закрыть их через noindex — не всегда лучший вариант: архивы могут оставаться в sitemap, в хлебных крошках или в шаблоне темы.
Ниже — рабочий сценарий: как отключить архивы дат в WordPress так, чтобы не сломать сайт, не потерять навигацию и не оставить мусор в индексации.
Когда архивы дат действительно мешают
Проблема обычно заметна по одному из сценариев:
- в поиске появляются страницы вида
/2023/или/2023/11/, хотя они не несут самостоятельной ценности; - в отчётах краулинга растёт число страниц с одинаковыми заголовками и фрагментами контента;
- архивы дат дублируют обычные рубрики или страницы блога;
- в теме есть ссылки на даты, но сами архивы не используются посетителями;
- на сайте много старых публикаций, и архивы по месяцам создают длинную цепочку слабых страниц.
Если архивы дат нужны редакции как навигация по истории публикаций, их можно оставить. Если это просто технический остаток, лучше убрать их из публичной выдачи и не отдавать поисковикам лишние URL.
Диагностика: что именно сейчас происходит
Перед изменениями проверьте три вещи: как WordPress отдаёт архивы, есть ли ссылки на них в шаблоне и попадают ли они в карту сайта. Это помогает не лечить только один слой проблемы.
1. Проверить, открываются ли архивы дат
Откройте в браузере несколько адресов формата /2024/, /2024/05/ и /2024/05/12/. Если там есть список записей, значит архивы активны на уровне rewrite и шаблона.
2. Найти ссылки в теме
Посмотрите, нет ли в сайдбаре, футере или хлебных крошках ссылок на архивы по месяцам. Иногда они добавлены через виджет «Архивы» или жёстко прописаны в шаблоне.
3. Проверить sitemap и robots
Если у вас включён SEO-плагин, архивы дат могут попадать в XML-карту сайта или получать отдельные мета-теги. Это важно: даже если страница закрыта от индексации, ссылка в sitemap всё равно подаёт поисковику сигнал, что URL нужен для обхода.
Что лучше: удалить, закрыть или перенаправить
У каждого варианта свой смысл. Ниже — короткое сравнение, чтобы не делать лишнюю работу.
| Подход | Когда подходит | Минус |
|---|---|---|
| Удалить архивы из темы | Если ссылки на даты нигде не нужны | Нужно править шаблон или виджеты |
Сделать noindex |
Если архивы нужны пользователям, но не поиску | URL остаются доступными и могут обходиться ботом |
| Редиректить на блог или рубрику | Если архивы не имеют самостоятельной ценности | Нужно аккуратно обработать старые ссылки |
На практике чаще всего нужен гибрид: убрать ссылки из интерфейса, запретить индексацию и при необходимости настроить редирект со старых архивов.
Пошаговое решение без лишнего риска
Шаг 1. Уберите ссылки на архивы дат из интерфейса
Если архивы не нужны посетителям, сначала уберите их из темы. Это снижает число внутренних ссылок на бесполезные URL и упрощает обход сайта.
<?php
// functions.php дочерней темы
add_action( 'widgets_init', function () {
unregister_widget( 'WP_Widget_Archives' );
} );
Если виджет архивов не используется, этого уже может быть достаточно. Но если ссылка на архивы прописана в меню или шаблоне, её нужно удалить отдельно.
Шаг 2. Закройте архивы дат от индексации
Самый безопасный вариант — оставить страницы доступными для пользователей, но убрать их из индекса. Если у вас стоит SEO-плагин, проверьте его настройки архивов. Если нужно сделать это кодом, можно добавить мета-тег noindex,follow для архивов дат.
<?php
add_action( 'wp_head', function () {
if ( is_date() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );
Этот вариант не ломает переходы по ссылкам внутри сайта, но не решает вопрос с sitemap. Поэтому следующий шаг обязателен.
Шаг 3. Исключите архивы дат из sitemap
Если архивы дат попадают в XML-карту сайта, их стоит убрать. В WordPress core sitemap нет отдельного типа для дат, но SEO-плагины могут добавлять такие URL сами. Проверьте настройки карты сайта в вашем плагине и отключите архивы дат там, где это возможно.
Если используется собственная логика генерации ссылок, не добавляйте архивы дат в карту сайта вручную. Для проверки откройте sitemap и убедитесь, что там нет URL с годом и месяцем в пути.
Шаг 4. При необходимости сделайте редирект
Если архивы дат уже давно в индексе и на них есть внешние ссылки, можно настроить 301-редирект на главную страницу блога или на соответствующую рубрику. Но редирект нужен не всегда: если архивы ещё используются внутри сайта, лучше сначала убрать их из индекса, а не сразу отправлять всех на другую страницу.
<?php
add_action( 'template_redirect', function () {
if ( is_date() ) {
wp_safe_redirect( home_url( '/blog/' ), 301 );
exit;
}
} );
Замените /blog/ на реальный URL страницы, где у вас собраны записи. Не редиректите на главную без необходимости: это часто выглядит как мягкая ошибка 404 для пользователя и для поисковика.
Как проверить, что решение сработало
После внедрения проверьте не только страницу в браузере, но и технические сигналы.
- Откройте архив даты и убедитесь, что он либо отдаёт
noindex, либо редиректит на нужный URL. - Проверьте исходный код страницы: должен быть мета-тег
robots, если вы выбрали вариант с закрытием от индексации. - Посмотрите sitemap: архивов дат там быть не должно.
- Проверьте внутренние ссылки через поиск по шаблонам темы или по базе, если архивы были жёстко зашиты в код.
- В панели поисковой системы дождитесь переобхода и убедитесь, что URL уходит из индекса или меняет статус на исключённый.
Если используете командную строку, можно быстро проверить редирект и заголовки:
curl -I https://example.com/2024/05/
В ответе вы должны увидеть либо 301 и новый адрес в Location, либо обычный 200 с мета-тегом noindex в HTML.
Частые ошибки и как их исправить
Оставили архивы в sitemap
Это частая причина, почему страницы продолжают обходиться и висеть в отчётах. Решение простое: отключить их в SEO-плагине или убрать из генерации карты сайта на уровне кода.
Поставили редирект, но забыли про внутренние ссылки
Если тема или виджет всё ещё ссылается на архивы дат, вы создаёте лишнюю цепочку переходов. Лучше сначала убрать ссылки из интерфейса, а потом уже решать вопрос с редиректом.
Закрыли архивы через robots.txt
Это слабый вариант для уже известных URL. Запрет в robots.txt не гарантирует удаление из индекса, если поисковик уже знает адрес. Для таких страниц надёжнее noindex или 301-редирект.
Сделали 302 вместо 301
Временный редирект не передаёт сигнал окончательного переезда. Если архивы отключаются навсегда, используйте 301.
Сломали архивы записей по дате
Иногда под «архивами дат» путают архивы записей по месяцам и годам в теме. Перед изменениями проверьте, не используется ли этот шаблон где-то в навигации или в блоке «Последние записи».
Безопасность и производительность
С точки зрения производительности архивы дат обычно не дают большой нагрузки сами по себе. Но на крупных сайтах они увеличивают количество обходимых URL и усложняют структуру. Если у вас много старого контента, лучше держать архитектуру URL простой: меньше архивных страниц, меньше дублей, меньше лишних переходов.
Если не хотите править код вручную, можно использовать SEO-плагин или утилиту для технической чистки сайта. Например, в Clearfy Pro есть инструменты для отключения лишних архивов и технических дублей, но перед включением любой автоматической опции всё равно проверьте, как она влияет на sitemap и шаблон темы: Clearfy Pro.
Если вы работаете с кастомной темой, держите правки в дочерней теме или отдельном мини-плагине. Так вы не потеряете изменения после обновления.
Когда архивы дат лучше оставить
Не всегда их нужно отключать. Если на сайте много новостей, а пользователи реально ищут материалы по времени публикации, архивы могут быть полезны. В таком случае лучше не удалять их полностью, а:
- оставить доступными для пользователей;
- закрыть от индексации;
- убрать из sitemap;
- сократить число ссылок на них в шаблоне.
Это более аккуратный вариант, чем полное удаление без анализа структуры сайта.
Мини-чек-лист перед публикацией изменений
- Проверил, нужны ли архивы дат пользователям.
- Убрал ссылки на архивы из виджетов и шаблона.
- Добавил
noindex,followили 301-редирект. - Исключил архивы из sitemap.
- Проверил ответ сервера и исходный код страницы.
- Убедился, что внутренние ссылки не ведут в тупик.
Если после изменений архивы всё ещё появляются в поиске, обычно проблема не в одном теге, а в комбинации: старые ссылки, sitemap и отсутствие переобхода. В таких случаях помогает последовательная чистка всех трёх слоёв, а не точечная правка одного файла.