Архивы по дате в WordPress часто появляются сами по себе: тема выводит ссылки на месяц или год, поисковик находит страницы архивов, а в индексе начинает копиться тонкий дубль контента. Проблема не в самих архивах, а в том, что они редко несут самостоятельную ценность для пользователя и могут размывать релевантность сайта.
Ниже — рабочий сценарий: как отключить date-архивы, что именно проверить перед правкой, какие варианты есть для темы и плагина, и как убедиться, что после изменений сайт не потерял полезную навигацию.
Когда архивы дат действительно мешают
Сначала стоит понять, что именно у вас индексируется. В WordPress date-архивы обычно выглядят как страницы вида /2024/, /2024/05/ или /2024/05/15/. Они полезны только в редких случаях: если сайт — новостной архив, журнал или блог, где пользователи реально ищут материалы по периоду.
Если у вас обычный корпоративный сайт, блог с рубриками или контентный проект, такие архивы чаще всего создают три проблемы:
- в индексе появляются страницы с очень похожим списком записей;
- поисковик тратит обход на малополезные URL;
- внутренние ссылки из темы ведут на страницы, которые не нужны пользователю.
Что проверить до отключения
Не удаляйте архивы вслепую. Сначала откройте несколько URL с датами и посмотрите, есть ли у них реальный трафик, входящие ссылки или заметная роль в навигации. Если архивы уже получают переходы, лучше не ломать их полностью, а закрыть от индексации и оставить доступными для пользователей.
- Проверьте отчёт по страницам в Google Search Console.
- Посмотрите, есть ли ссылки на date-архивы в меню, хлебных крошках или сайдбаре.
- Оцените, не используются ли архивы в теме как часть навигации по записям.
Диагностика: как понять, откуда берутся date-архивы
В WordPress дата-архивы могут появляться из темы, из виджетов, из хлебных крошек или из SEO-плагина. Иногда они не видны в меню, но доступны по прямому URL и попадают в sitemap через сторонний плагин.
Самый быстрый способ диагностики — проверить, как WordPress обрабатывает такие страницы на уровне шаблонов. Если у вас есть доступ к теме, посмотрите, не используются ли функции вроде get_month_link(), get_year_link() или get_day_link(). Если ссылки генерируются вручную, их нужно убрать отдельно, а не только закрывать архивы на уровне SEO.
<?php
// Пример: вывод ссылки на архив за текущий месяц.
$year = current_time('Y');
$month = current_time('m');
$url = get_month_link($year, $month);
echo '<a href="' . esc_url($url) . '">Архив за месяц</a>';
Если такой код есть в теме, отключение индексации само по себе не решит вопрос навигации. Ссылка останется, а пользователь будет попадать на страницу, которая вам не нужна.
Пошаговое решение: отключаем архивы дат правильно
Есть три нормальных подхода: убрать сами ссылки из темы, закрыть архивы от индексации через SEO-плагин или полностью отдать 404/410 для date-архивов. Выбор зависит от того, нужны ли эти URL людям и есть ли на них внешний трафик.
| Подход | Когда подходит | Минус |
|---|---|---|
| Удалить ссылки из темы | Архивы не нужны в навигации | Не решает уже существующие URL в индексе |
| noindex для архивов | Нужно оставить доступ для пользователей | Страницы остаются доступными по прямой ссылке |
| 404/410 для архивов | Архивы точно не нужны | Нужно аккуратно проверить внутренние ссылки |
Вариант 1. Убрать ссылки из темы
Если date-архивы выводятся в шаблоне, удалите или замените этот блок. Это самый чистый вариант, потому что вы не создаёте лишние переходы для пользователей и поисковиков.
<?php
// Было: ссылка на архив месяца.
echo '<a href="' . esc_url( get_month_link( current_time('Y'), current_time('m') ) ) . '">Архив месяца</a>';
// Стало: обычная ссылка на рубрику или страницу раздела.
echo '<a href="' . esc_url( get_category_link( 12 ) ) . '">Все статьи раздела</a>';
Если вы не хотите править тему напрямую, вынесите изменения в дочернюю тему. Иначе обновление темы вернёт старую логику.
Вариант 2. Закрыть архивы дат от индексации
Если архивы нужны для пользователей, но не нужны в поиске, используйте noindex. В WordPress это обычно проще и безопаснее делать через SEO-плагин, если он уже установлен. Важно, чтобы плагин реально умел управлять мета-тегами архивов, а не только главной и записей.
Если вы работаете кодом, можно добавить заголовок X-Robots-Tag для date-архивов. Это не заменяет нормальную настройку SEO-плагина, но подходит как точечное решение.
<?php
add_action('template_redirect', function () {
if ( is_date() ) {
nocache_headers();
header('X-Robots-Tag: noindex, follow', true);
}
});
Такой вариант уместен, если вы хотите быстро закрыть архивы без вмешательства в шаблоны. Но проверьте, что ваш SEO-плагин не ставит другой robots-мета-тег поверх этого решения.
Вариант 3. Отдавать 404 или 410
Если date-архивы точно не нужны и на них нет ценного трафика, можно сделать их недоступными. Для старых и ненужных URL чаще используют 410, если нужно явно показать, что страница удалена. Но применять это стоит только после проверки внутренних ссылок и sitemap.
<?php
add_action('template_redirect', function () {
if ( is_date() ) {
global $wp_query;
$wp_query->set_404();
status_header(410);
nocache_headers();
include get_query_template('404');
exit;
}
});
Этот способ жёсткий. Он хорош, когда вы уверены, что архивы не нужны ни пользователям, ни поисковику. Если сомневаетесь, начните с noindex.
Проверка результата после внедрения
После изменений важно не ограничиваться визуальной проверкой. Откройте несколько URL архивов вручную и убедитесь, что они ведут себя так, как задумано: либо не отображаются в навигации, либо отдают noindex, либо возвращают 404/410.
- Проверьте исходный код страницы: нет ли
<meta name="robots" content="index, follow">на date-архивах. - Проверьте заголовки ответа через DevTools или
curl -I. - Убедитесь, что date-архивы не попали в XML sitemap.
- Посмотрите, не осталось ли внутренних ссылок в меню, футере и хлебных крошках.
curl -I https://example.com/2024/05/
Если вы используете Search Console, отправьте URL на повторную проверку только после того, как убедитесь, что поведение страницы изменилось. Иначе поисковик просто зафиксирует старую версию ещё раз.
Частые ошибки и как их исправить
Отключили архивы, но ссылки остались в теме
Это самая частая ситуация. Страница уже закрыта от индексации, но тема продолжает выводить ссылки на неё. В результате пользователь кликает в тупик или попадает на страницу, которая не несёт пользы. Решение — убрать генерацию ссылок в шаблоне или заменить их на рубрики, теги или страницу архива записей.
Поставили noindex, но архивы всё ещё в sitemap
Такое бывает, если SEO-плагин и тема работают независимо. Проверьте настройки sitemap и исключите date-архивы на уровне плагина. Иначе поисковик будет регулярно видеть URL, которые вы сами просите не индексировать.
Сделали 404, но забыли про внешние ссылки
Если на date-архивы есть внешние ссылки, резкое удаление может быть не лучшим решением. В этом случае сначала оставьте страницу доступной с noindex, а уже потом, когда поймёте, что трафик не нужен, переводите её в 410.
Закрыли архивы, но сломали навигацию по сайту
Иногда date-архивы использовались как часть интерфейса: например, в блоке «Архив» в сайдбаре. После удаления ссылки пользователь теряет способ добраться до старых материалов. Перед правкой проверьте, есть ли у вас альтернативная навигация: рубрики, поиск, пагинация, подборки.
Что ещё стоит проверить по безопасности и производительности
Если вы правите тему вручную, не вносите изменения в основной шаблон без резервной копии. Для точечных правок лучше использовать дочернюю тему или небольшой mu-plugin. Это снижает риск потерять изменения при обновлении.
Если на сайте много технических дублей, имеет смысл посмотреть шире: архивы авторов, теги, attachment-страницы, страницы поиска и пагинацию. В таких задачах полезны инструменты вроде Clearfy Pro, если вам нужен набор настроек для чистки дублей и технической оптимизации без ручного патча каждого шаблона. Но даже с плагином всё равно нужно проверять, что именно он меняет в вашем конкретном шаблоне и sitemap.
Главный критерий простой: после отключения date-архивов у пользователя не должно остаться лишних кликов, а у поисковика — лишних страниц для обхода. Если это соблюдено, решение можно считать корректным.