Если на сайте есть архивы по датам, но они не дают пользователю ничего полезного, их лучше убрать или закрыть от индексации. Иначе WordPress продолжит создавать страницы вида /2024/05/, /2024/05/12/ и похожие, а поисковик будет тратить обход на тонкие архивы вместо нормальных материалов. Проблема в том, что простое удаление шаблона архива не всегда решает вопрос: ссылки могут остаться в меню, хлебных крошках, сайдбаре, sitemap или в старых публикациях. В итоге появляются дубли, 404 или лишние страницы в индексе.
Ниже — рабочий порядок действий: сначала понять, нужны ли архивы вообще, затем выбрать способ отключения или закрытия, а после проверить, что навигация и внутренняя перелинковка не пострадали.
Когда архивы дат действительно стоит убирать
Архивы по датам полезны не на каждом сайте. Они оправданы, если у вас новостной проект, журнал с регулярной публикацией по дням или архив как часть пользовательского сценария. Во всех остальных случаях это часто просто технические страницы без самостоятельной ценности.
Обычно архивы дат стоит отключать, если:
- публикации не привязаны к календарю и пользователи не ищут их по месяцам;
- на сайте мало материалов, и архивы создают страницы почти без контента;
- в выдаче уже есть категории, теги или поиск по сайту, которые решают задачу лучше;
- архивы дублируют другие страницы навигации и не дают уникального текста.
Если архивы нужны только для внутренней навигации, но не должны попадать в поиск, их можно не удалять физически, а закрыть от индексации. Это безопаснее, чем ломать старые ссылки без плана редиректов.
Сначала проверьте, где именно WordPress показывает архивы дат
Перед изменениями посмотрите, откуда идут ссылки на архивы. На практике они чаще всего встречаются в четырёх местах:
- в меню или виджетах темы;
- в хлебных крошках, если тема или плагин выводит дату как навигационный элемент;
- в XML-карте сайта, если туда попали архивные URL;
- в шаблонах темы — например, в блоке «Архивы» или в списке последних записей.
Если просто отключить архивы на уровне сервера или темы, а ссылки оставить в шаблонах, пользователь получит битые переходы. Поэтому сначала найдите все места, где они используются, и только потом убирайте сам архив.
Как отключить архивы дат в WordPress
Самый надёжный способ — не удалять файлы ядра и не править WordPress напрямую, а отключить генерацию архивов через тему или небольшой код в дочерней теме или в собственном плагине. Так вы не потеряете изменения после обновления.
Если вам нужно полностью убрать архивы дат, можно добавить фильтр, который отключает ссылки на архивы дат в функциях WordPress. Для этого подходит хук date_archive_link — он позволяет изменить или отменить вывод ссылки на архив даты. Но на практике этого недостаточно, если тема строит URL вручную или уже хранит старые ссылки в контенте.
Более надёжный вариант — закрыть сами архивные URL на уровне шаблона или редиректа. Если у вас есть доступ к коду темы, можно обработать запросы к архивам дат и отдавать 404 или перенаправлять их на более подходящую страницу. Для большинства сайтов лучше не возвращать 404 на старые адреса без анализа, а настроить 301-редирект на релевантный раздел, если такой раздел действительно существует.
Пример логики: если архивы дат не нужны вообще, старые URL можно перенаправить на главную, на страницу блога или на соответствующую категорию. Но редирект должен быть осмысленным. Нельзя массово отправлять все архивы дат на главную, если это не соответствует содержанию — поисковики быстро распознают такой шаблон как мягкую ошибку.
Что делать, если архивы уже в индексе
Если архивы дат уже проиндексированы, простого удаления ссылки с сайта мало. Поисковик ещё какое-то время будет знать старые URL и может продолжать показывать их в выдаче. Здесь есть два рабочих сценария.
1. Архивы больше не нужны и не должны открываться
В этом случае делайте 301-редирект со старых архивных URL на ближайшую релевантную страницу. Это помогает сохранить часть накопленных сигналов и не плодить ошибки. Редирект нужен именно на осмысленный аналог: страницу блога, категорию, раздел новостей или главную, если другого варианта нет.
После редиректа проверьте, чтобы:
- старый URL отдавал код ответа 301, а не 200;
- новая страница действительно соответствовала теме старого архива;
- не возникала цепочка редиректов;
- не было циклов, когда архив ведёт сам на себя через промежуточные правила.
2. Архивы можно оставить, но закрыть от индексации
Если архивы нужны пользователям, но не нужны в поиске, оставьте их доступными и добавьте noindex. Это можно сделать через SEO-плагин или в шаблоне темы. Такой вариант подходит, когда архивы помогают ориентироваться по сайту, но не должны конкурировать с основными страницами.
Закрытие от индексации не убирает дубли полностью, если на сайте есть несколько URL с одинаковым содержимым. Поэтому вместе с noindex стоит проверить канонические адреса и не допускать, чтобы одна и та же подборка открывалась по нескольким путям.
Как не сломать навигацию и внутреннюю перелинковку
Самая частая ошибка — убрать архивы дат, а потом обнаружить, что в шаблоне остались ссылки на них. Чтобы этого не случилось, после отключения проверьте все точки входа.
Что нужно пересмотреть в первую очередь:
- меню и виджеты, где мог быть добавлен архив;
- шаблоны записей, если там выводится дата как ссылка;
- хлебные крошки, если они строятся с привязкой к архиву;
- автоматические блоки «Архивы» в сайдбаре;
- внутренние ссылки в старых статьях, если авторы вручную вставляли URL архивов.
Если архивы были частью навигации, замените их на более полезные элементы: категории, рубрики, подборки, теги или страницу с архивом материалов без привязки к датам. Для пользователя это обычно понятнее, а для SEO безопаснее.
Отдельно проверьте, не создаёт ли тема дубли через разные форматы URL. Например, один и тот же архив может открываться с конечным слешем и без него, а также с пагинацией. Если вы закрываете архивы, правила должны учитывать все варианты, иначе часть адресов останется доступной.
Как проверить, что дубли действительно исчезли
После изменений не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что старые архивные URL ведут себя так, как задумано.
Проверка обычно состоит из трёх шагов:
- Откройте несколько старых URL архивов дат вручную и посмотрите, куда они ведут.
- Проверьте код ответа: для редиректа должен быть 301, для закрытой страницы — 404 или 410, если вы сознательно удалили её без замены.
- Посмотрите исходный HTML новой страницы, если архив оставлен открытым, и убедитесь, что там есть корректный канонический URL и нет лишних ссылок на старые архивы.
Если у вас есть доступ к инструментам вебмастера, отправьте на повторную проверку только те URL, которые реально изменились. Не нужно массово трогать всё подряд: сначала убедитесь, что правила работают стабильно на нескольких примерах.
Какой вариант выбрать на практике
| Ситуация | Что делать | Что получится |
|---|---|---|
| Архивы не нужны вообще | Отключить или перенаправить старые URL на релевантные страницы | Меньше тонких страниц и меньше мусора в индексе |
| Архивы нужны пользователям, но не поиску | Оставить доступ, добавить noindex | Навигация сохраняется, поисковик не должен учитывать архив как целевую страницу |
| Архивы уже в выдаче и имеют внешние ссылки | Сделать 301 на ближайший аналог | Сохраняется часть сигналов и не возникает лишних 404 |
Если сомневаетесь, не начинайте с удаления шаблона. Сначала закройте архивы от индексации и посмотрите, не завязаны ли на них реальные переходы. Это даёт время спокойно заменить ссылки и не потерять трафик из старых материалов.
В WordPress проблема архивов дат почти всегда решается без тяжёлых вмешательств в ядро. Главное — не ограничиваться одним действием. Убрать страницу мало: нужно одновременно убрать ссылки на неё, выбрать корректный ответ сервера и проверить, что сайт не начал плодить новые дубли через меню, шаблоны или старые публикации.