Архивы по датам на WordPress-сайте часто создают страницы, которые не помогают пользователю и только размывают структуру индекса. Если у вас есть архивы по месяцам или годам, но вы не ведёте сайт в формате новостей или дневника, такие страницы обычно становятся тонкими дублями: на них мало контента, а поисковику они не дают ничего нового.
Задача решается в два шага: сначала нужно понять, хотите ли вы именно отключить архивы дат для посетителей, или только закрыть их от индексации. Это разные действия. Если убрать архивы полностью, ссылки на них перестанут работать. Если только закрыть от индекса, страницы останутся доступными, но не должны участвовать в поисковой выдаче.
Что именно нужно отключать
В WordPress архивы дат обычно доступны по адресам вида /2024/, /2024/05/ или похожим, в зависимости от структуры постоянных ссылок и темы. Чаще всего они появляются в двух местах:
- в списке архивов темы или виджете «Архивы»;
- на страницах автора, рубрик и в хлебных крошках, если тема выводит ссылки на архивы по датам;
- в XML-карте сайта, если плагин SEO добавляет их автоматически;
- в старых ссылках из внешних источников и внутренних материалов.
Если цель — убрать лишние страницы из индекса, одного удаления ссылки с сайта недостаточно. Поисковик может продолжать находить архивы по прямому URL, пока они отдаются сервером с кодом 200 OK.
Самый надёжный способ: отключить архивы дат в теме или через код
У WordPress нет отдельной штатной кнопки «выключить архивы дат» для всех случаев. На практике это делают либо в теме, либо через небольшой фрагмент кода в дочерней теме или через плагин для вставки сниппетов. Если вы не уверены, где именно править код, не редактируйте родительскую тему напрямую: после обновления изменения пропадут.
Если архивы дат выводятся через шаблоны темы, сначала проверьте, нет ли в настройках темы отдельного переключателя. Некоторые темы позволяют скрыть блок архивов в сайдбаре или убрать ссылки на даты из метаданных записи. Если такой настройки нет, можно отключить сами архивные страницы фильтром date_archive_link не обойтись — он меняет только ссылку, а не работу архива. Для полного отключения проще использовать проверку на запрос архива и отдавать 404 или перенаправление.
Для большинства сайтов безопаснее не ломать логику ядра, а сделать редирект с архивов дат на более полезную страницу: главную, блог или соответствующую рубрику. Это особенно уместно, если на старые архивы уже есть внешние ссылки.
Пример для functions.php дочерней темы или для плагина со сниппетами:
add_action('template_redirect', function () {
if (is_date()) {
wp_redirect(home_url('/blog/'), 301);
exit;
}
});Здесь is_date() срабатывает на архивы по дате, а wp_redirect(..., 301) отправляет постоянный редирект. Вместо /blog/ подставьте реальный адрес страницы, куда логично вести пользователя. Если у вас нет страницы блога, можно редиректить на главную, но это хуже с точки зрения релевантности.
Если вы хотите именно удалить архивы из доступа, а не перенаправлять, можно вместо редиректа вернуть 404. Но это имеет смысл только если вы уверены, что на эти URL нет нужного трафика и внешних ссылок. Иначе вы просто обнулите старые адреса без пользы для посетителей.
Как закрыть архивы дат от индексации без удаления страниц
Если архивы нужны пользователям, но не нужны в поиске, лучше оставить их доступными и запретить индексацию. Для этого есть два рабочих подхода: мета-тег noindex и заголовок X-Robots-Tag. В WordPress чаще используют первый вариант через SEO-плагин.
В Yoast SEO, Rank Math и похожих плагинах можно отключить индексацию архивов дат в настройках архивов. Обычно это выглядит как переключатель для date archives или archives by date. После этого страницы остаются открытыми, но в коде появляется noindex. Это удобный вариант, если вы не хотите вмешиваться в шаблоны.
Если плагин не используется, можно добавить мета-тег вручную, но это уже менее удобно и зависит от темы. Для большинства владельцев сайтов проще и безопаснее настроить это через SEO-плагин, чем править header.php.
Только закрыть архив от индексации недостаточно, если на сайте есть внутренние ссылки на него в меню, сайдбаре или хлебных крошках. Поисковик всё равно будет тратить обход на эти страницы. Поэтому лучше одновременно убрать ссылки из интерфейса сайта.
Что делать с уже проиндексированными страницами
Если архивы дат уже попали в индекс, они не исчезнут мгновенно после изменения настроек. Поисковику нужно время, чтобы заново обойти страницы и увидеть noindex или редирект. Ускорить процесс можно только косвенно:
- убрать внутренние ссылки на архивы дат;
- обновить sitemap, если архивы туда попадали;
- проверить, что страницы отдают нужный код ответа;
- при необходимости отправить URL на переобход в инструментах для вебмастеров.
Если вы поставили редирект 301, поисковик постепенно заменит старый адрес на новый. Если поставили noindex, страница может ещё какое-то время отображаться в выдаче как известный URL, но затем должна исчезнуть из индекса.
Не стоит одновременно ставить noindex и закрывать страницу в robots.txt, если ваша цель — убрать её из индекса. Когда страница запрещена в robots.txt, поисковик может не увидеть мета-тег noindex на самой странице. В результате URL может дольше оставаться в индексе как «запрещённый к обходу», но не удалённый.
Когда лучше редирект, а когда noindex
| Ситуация | Что делать | Почему |
|---|---|---|
| Архивы дат не нужны вообще | 301-редирект на полезную страницу | Пользователь не попадает в тупик, старые URL не висят без смысла |
| Архивы нужны посетителям, но не поиску | noindex и убрать внутренние ссылки | Страница остаётся доступной, но не должна участвовать в выдаче |
| На архивы есть внешние ссылки и трафик | Сначала редирект на близкую по смыслу страницу | Так вы сохраняете часть ценности старых URL |
| Архивы создаются автоматически, но не используются | Отключить вывод в теме и закрыть от индекса | Меньше мусора и меньше обхода поисковиком |
Как проверить, что всё работает
После настройки откройте несколько старых URL архивов дат в браузере и проверьте поведение вручную. Если вы ставили редирект, адрес должен сразу вести на новую страницу с кодом 301. Если вы ставили noindex, страница должна открываться, но в исходном коде должен быть мета-тег robots с директивой noindex.
Проверить код ответа можно через инструменты разработчика, расширения браузера или онлайн-проверку заголовков. Для редиректа важно увидеть именно постоянный ответ 301, а не временный 302. Временный редирект не так хорошо подходит для удаления старых архивов из индекса.
Затем посмотрите, не остались ли ссылки на архивы дат в меню, сайдбаре, футере и XML-карте сайта. Если ссылка осталась, поисковик будет продолжать находить страницу, даже если она закрыта от индексации. Для чистоты лучше убрать все внутренние ссылки на такие архивы.
Частая ошибка: закрыть архив, но оставить его в sitemap
Если архивы дат попали в карту сайта, а вы их уже отключили или закрыли от индексации, это создаёт лишний шум для поисковика. Карта сайта должна отражать только те URL, которые вы действительно хотите продвигать или хотя бы индексировать. После изменений проверьте, что date archives больше не попадают в sitemap, если ваш SEO-плагин умеет управлять этим типом архивов.
Ещё одна типичная проблема — удаление архивов через robots.txt без редиректа и без noindex. Такой способ не решает задачу полностью: URL остаётся известен поисковику, но он не может нормально переобойти страницу и увидеть изменения. Для удаления лишних страниц из индекса лучше использовать редирект или noindex, а не только запрет обхода.
Если вам нужно быстро сократить количество тонких страниц и дублей на сайте, архивы дат — один из первых кандидатов на чистку. Но отключать их стоит аккуратно: сначала определите, есть ли на них трафик и внешние ссылки, затем выберите между редиректом и noindex, и только после этого убирайте ссылки из темы и карты сайта. Так вы избавитесь от лишних страниц без лишнего риска для SEO.