Архивы по датам в WordPress часто остаются включёнными по умолчанию, хотя на реальном сайте они редко дают пользу. Если у вас не новостной проект и не журнал с публикациями по дням, такие страницы обычно создают дубли, размывают внутреннюю перелинковку и тянут на себя краулинговый бюджет. При этом просто «спрятать» их из меню недостаточно: архивы могут продолжать открываться по прямому URL и индексироваться.
Ниже разберём, как аккуратно отключить архивы дат, что делать с уже проиндексированными URL и как проверить, что после правки сайт не потерял нужные страницы.
Когда архивы дат действительно мешают
Проблема обычно выглядит одинаково: в индексе появляются страницы вида /2024/05/ или /2024/05/12/, на них мало уникального контента, а поисковик начинает считать их отдельными посадочными. Это особенно заметно на сайтах с редкими публикациями, где архив месяца содержит 2–3 записи и почти не отличается от соседних архивов.
Типичные симптомы
- в отчётах по индексации есть страницы архивов дат, но трафика с них нет;
- в поиске всплывают URL с годом и месяцем вместо полезных страниц;
- внутренние ссылки ведут на архивы, хотя они не несут смысла пользователю;
- в sitemap попадают страницы, которые вы не планировали продвигать.
Диагностика: что именно нужно отключать
В WordPress есть несколько уровней проблемы. Иногда достаточно убрать ссылки на архивы из темы. Но если URL продолжает открываться, этого мало. Сначала проверьте, какие архивы доступны у вас сейчас:
- годовые архивы:
/2024/; - месячные архивы:
/2024/05/; - дневные архивы:
/2024/05/12/; - архивы автора и рубрик — это отдельная история, их не смешивайте с датами.
Если сайт использует SEO-плагин, посмотрите, не включена ли там отдельная настройка для архивов дат. Но даже при наличии такой опции полезно понимать, что происходит на уровне кода: это помогает избежать конфликтов с темой и редиректами.
Пошаговое решение без плагина
Самый надёжный вариант — отключить архивы дат через тему или мини-плагин. Так вы контролируете и поведение URL, и редирект на нужную страницу.
Шаг 1. Уберите ссылки на архивы из шаблона
Если в шапке, сайдбаре или футере есть ссылки на архивы по датам, удалите их из шаблона. Это не блокирует URL, но убирает лишние переходы для пользователей и ботов.
Шаг 2. Перенаправьте архивы дат на главную или на релевантный раздел
Если архивы не нужны, лучше отдавать 301 на более полезную страницу. Для большинства сайтов это главная или страница блога.
<?php
add_action('template_redirect', function () {
if (is_date()) {
wp_safe_redirect(home_url('/blog/'), 301);
exit;
}
});Если у вас нет отдельной страницы блога, замените /blog/ на адрес подходящего раздела. Используйте именно wp_safe_redirect(), а не голый header(): так меньше шансов сломать редирект на нестандартных конфигурациях.
Шаг 3. Закройте архивы от индексации на уровне заголовков или meta robots
Редирект обычно решает вопрос лучше, чем noindex. Но если по архитектуре сайта архивы должны открываться, а индексировать их не нужно, можно добавить noindex, follow для date archives.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант уместен, если вы хотите оставить страницы доступными для пользователей, но не видеть их в поиске. Для полного удаления дублей редирект обычно практичнее.
Сравнение подходов
| Подход | Когда использовать | Плюс | Минус |
|---|---|---|---|
| Удалить ссылки из темы | Если архивы не нужны в интерфейсе | Быстро и безопасно | Не закрывает прямой доступ по URL |
| 301-редирект | Если архивы не должны существовать как отдельные страницы | Убирает дубль и передаёт сигнал на полезную страницу | Нужно выбрать корректную целевую страницу |
noindex, follow | Если архив нужен пользователю, но не поиску | Гибкий контроль индексации | URL остаётся доступным и может попадать в обходы |
Если используете SEO-плагин
Во многих SEO-плагинах есть настройка архивов автора, дат и таксономий. Это удобно, если вы не хотите трогать код. Но проверяйте, что именно делает плагин: иногда он только добавляет noindex, а URL всё равно остаётся рабочим. Для небольших сайтов этого может быть достаточно, для крупных — лучше редирект.
Если у вас уже стоит плагин для чистки дублей и технической оптимизации, например Clearfy Pro, проверьте, не дублирует ли он вашу ручную логику. Два редиректа или два разных правила для одного и того же архива — частая причина циклов и странных ответов сервера.
Проверка результата после внедрения
После правки не ограничивайтесь открытием страницы в браузере. Проверьте поведение URL на уровне ответа сервера и индексации.
- Откройте архив даты в режиме инкогнито и убедитесь, что срабатывает редирект или
noindex. - Проверьте код ответа через
curl -I https://example.com/2024/05/. - Посмотрите, не остались ли ссылки на архивы в меню, сайдбаре и хлебных крошках.
- Проверьте sitemap: архивы дат не должны там оставаться, если вы их отключили.
- В Search Console отслеживайте, как поисковик переобходит старые URL и исчезают ли они из отчётов по индексированию.
Если вы выбрали редирект, целевая страница должна быть релевантной. Перенаправлять все архивы дат на случайную запись — плохая идея: пользователь теряет контекст, а поисковик получает слабый сигнал.
Частые ошибки и как их исправить
Редирект сделан на уровне шаблона, но URL всё равно индексируются
Значит, часть архивов отдаётся не через ваш код, а через кэш, старый sitemap или внешние ссылки. Очистите кеш, обновите карту сайта и проверьте, нет ли правил в плагине SEO или на уровне сервера.
Использовали noindex, но страницы продолжают появляться в поиске
noindex не удаляет URL мгновенно. Поисковику нужно переобойти страницу. Если архивы уже давно в индексе, ускорить процесс помогает корректный 301 на релевантную страницу.
Сделали редирект на главную и получили просадку по поведенческим
Это ожидаемо, если архивы были доступны по внешним ссылкам или из старых материалов. Лучше перенаправлять на страницу рубрики, блога или архив записей, если она действительно полезнее для пользователя.
Сломались хлебные крошки или навигация по датам
Проверьте тему: иногда ссылки на архивы генерируются в шаблоне отдельно от основного меню. Удаляйте их точечно, а не через грубую замену всех URL с датой.
Чек-лист перед публикацией изменений
- архивы дат определены и перечислены;
- выбрано одно поведение: редирект или
noindex; - в теме удалены лишние ссылки на архивы;
- очищен кеш страницы и объектный кеш, если он есть;
- sitemap пересобран;
- проверен HTTP-ответ для старых URL;
- в Search Console добавлены наблюдения за переобходом.
Безопасность и производительность
Не вешайте тяжёлую логику на каждый запрос без необходимости. Проверка is_date() дешёвая, но если вы добавляете дополнительные запросы к базе или сложные условия, это уже лишняя нагрузка. Для простого отключения архивов достаточно одного условия в template_redirect или wp_robots.
Если изменения вносите в дочернюю тему, держите код в отдельном файле или мини-плагине. Так вы не потеряете настройку после обновления темы. И обязательно проверьте, не конфликтует ли ваш редирект с серверными правилами в .htaccess или конфигурации Nginx.
В итоге рабочая схема обычно выглядит так: убрать ссылки, выбрать одно поведение для URL, проверить sitemap и убедиться, что старые архивы не создают дублей. Для большинства сайтов этого достаточно, чтобы не тащить в индекс пустые страницы и не размывать структуру контента.