Архивы по датам в WordPress часто остаются включёнными по умолчанию, хотя на реальном сайте они редко дают пользу. Проблема обычно не в самих URL, а в том, что они начинают плодить тонкие страницы: архивы за день, месяц и год, которые дублируют ленту записей, не несут самостоятельной ценности и попадают в индекс.
Если у сайта уже есть статьи по авторам, меткам, поиску и параметрам, архивы дат становятся ещё одним источником технического шума. Ниже разберём, когда их действительно стоит отключать, как это сделать без поломки темы и как проверить, что после изменений ничего лишнего не осталось в индексе.
Когда архивы дат мешают, а когда их лучше оставить
Не на каждом сайте архивы дат нужно убирать. Для новостных проектов, журналов и блогов с сильной привязкой к хронологии они могут быть полезны как навигация. Но если публикации живут долго, а трафик приходит из поиска на отдельные материалы, архивы по датам обычно только создают дубли и размывают релевантность.
Типичные признаки проблемы
- в индексе есть страницы вида
/2024/05/или/2024/05/17/, хотя они не нужны пользователю; - в Search Console появляются URL с низкой ценностью или статусом «Просканировано — не проиндексировано»;
- архивы дат конкурируют с рубриками и страницами блога;
- тема выводит ссылки на дату в шапке, хлебных крошках или сайдбаре, и они ведут на пустые или слабые страницы.
Диагностика: что именно создаёт архивы дат
Сначала нужно понять, откуда берутся URL. В WordPress архивы дат могут появляться из самой структуры ядра, из темы, из виджетов и из SEO-плагина. Отключение одного источника не всегда убирает все ссылки.
Проверьте три места:
- Настройки постоянных ссылок и структуру записей.
- Файлы темы: часто дата выводится в
entry-meta,post-metaили в шаблоне хлебных крошек. - SEO-плагин: он может добавлять архивы в карту сайта или ставить для них canonical.
Быстрый способ проверить наличие архивов — открыть несколько типовых URL вручную и посмотреть, отдают ли они контент и есть ли на них внутренние ссылки. Если страница существует, но не нужна, её лучше убрать из навигации и закрыть от индексации, а не просто надеяться на robots.txt.
Как отключить архивы дат в WordPress
Есть три рабочих подхода: убрать ссылки из темы, закрыть сами архивы от индексации или полностью отключить их доступность с редиректом на более полезную страницу. Выбор зависит от того, используются ли эти URL где-то ещё.
| Способ | Когда подходит | Компромисс |
|---|---|---|
| Убрать ссылки из темы | Архивы не нужны в интерфейсе, но URL можно оставить для старых ссылок | Страницы всё ещё доступны по прямому адресу |
| noindex + canonical | Нужно сохранить доступ, но убрать из поиска | URL остаются живыми и могут сканироваться |
| Редирект 301 | Архивы точно не нужны и есть понятная замена | Нужно аккуратно выбрать целевую страницу |
Вариант 1. Убрать ссылки на архивы дат из темы
Если тема выводит дату как ссылку, можно изменить шаблон. Обычно это делается в файле, где формируется мета-информация записи. Вместо ссылки на архив оставляют просто текст.
<?php if ( get_the_date() ) : ?>
<span class="entry-date">
<time datetime="<?php echo esc_attr( get_the_date( DATE_W3C ) ); ?>">
<?php echo esc_html( get_the_date() ); ?>
</time>
</span>
<?php endif; ?>Такой подход убирает лишнюю внутреннюю ссылку, но не ломает отображение даты в карточке записи. Если тема использует отдельную функцию для вывода меты, лучше переопределить именно её, а не править шаблон в нескольких местах.
Вариант 2. Закрыть архивы дат от индексации через код
Если архивы нужны для пользователей, но не должны попадать в поиск, добавьте noindex для архивов года, месяца и дня. Это можно сделать через wp_robots, который поддерживается в современных версиях WordPress.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Этот вариант не удаляет страницу, но подсказывает поисковикам не индексировать её и не передавать вес по ссылкам. Для большинства сайтов этого достаточно, если архивы уже где-то используются или на них есть старые входящие ссылки.
Вариант 3. Сделать 301-редирект на более полезную страницу
Если архивы дат не нужны вообще, можно отправлять их на главную, на страницу блога или на рубрику, которая реально соответствует содержанию. Важно не редиректить всё подряд на главную без логики: поисковику и пользователю нужен понятный аналог.
<?php
add_action( 'template_redirect', function() {
if ( is_date() ) {
wp_safe_redirect( home_url( '/blog/' ), 301 );
exit;
}
} );Перед внедрением проверьте, что на сайте действительно есть страница /blog/ или другой целевой URL. Если её нет, лучше сначала создать нормальную страницу архива записей или использовать рубрику, а не отправлять всё в пустоту.
Проверка результата после внедрения
После изменений важно проверить не только сам URL, но и поведение темы, индексацию и внутренние ссылки.
- Откройте несколько архивов дат в браузере: они должны либо отдавать 301, либо показывать страницу без индексации.
- Посмотрите исходный код страницы и найдите мета-тег robots или HTTP-заголовок, если используете серверную настройку.
- Проверьте, исчезли ли ссылки на даты из карточек записей, хлебных крошек и сайдбара.
- В Search Console отправьте на повторную проверку несколько URL, которые раньше были в индексе.
- Если есть sitemap, убедитесь, что архивы дат туда больше не попадают.
Полезно также проверить ответ сервера через curl, чтобы не гадать, какой статус реально отдаёт страница:
curl -I https://example.com/2024/05/Если вы выбрали редирект, должен быть статус 301 и корректный Location. Если выбрали noindex, страница должна открываться, но не должна претендовать на индексирование.
Частые ошибки и как их исправить
Отключили архивы в SEO-плагине, но ссылки остались в теме
Это самая частая ситуация. Плагин может закрыть страницу от индексации, но пользователь всё равно видит ссылку на дату в карточке записи. В итоге URL продолжает сканироваться, а внутренний вес уходит в бесполезный архив. Исправление простое: убрать ссылку из шаблона темы или из функции, которая выводит мету.
Поставили robots.txt, но страницы всё равно индексируются
Disallow в robots.txt не удаляет URL из индекса сам по себе. Если на архив уже есть внешние ссылки, поисковик может сохранить его в выдаче без сканирования. Для таких страниц лучше использовать noindex или 301-редирект.
Сделали редирект на главную без логики
Такой редирект часто ухудшает поведение сайта: пользователь ожидает список материалов за месяц, а попадает на нерелевантную страницу. Если архивы дат отключаются полностью, лучше вести их на блог, рубрику или страницу архива записей, а не на случайный URL.
Сломали хлебные крошки или микроразметку
Некоторые темы используют дату как часть навигации или структурированных данных. После удаления ссылки проверьте, не остались ли в шаблоне старые вызовы функций, которые ожидают URL архива. Если тема кастомная, правьте не только HTML, но и логику формирования данных.
Практические советы по безопасности и производительности
Если вы отключаете архивы дат через код, держите изменения в дочерней теме или в небольшом mu-plugin, а не в файле родительской темы. Иначе обновление затрёт правки. Для точечных изменений это самый безопасный вариант.
Если сайт большой и архивы уже давно в индексе, не удаляйте их резко без проверки входящих ссылок. Сначала посмотрите, есть ли на них трафик и внешние ссылки. Иногда разумнее оставить страницу доступной, но закрыть её от индексации и убрать из навигации.
Для сайтов, где важна чистота индекса и техническая гигиена, удобно использовать инструменты вроде Clearfy Pro: он помогает точечно убирать лишние архивы и служебные элементы без ручного разбрасывания правок по теме. Но даже в этом случае логику редиректов и проверку результата лучше делать вручную, а не полагаться только на настройки.
Что проверить в конце
- архивы дат больше не участвуют в навигации, если они не нужны пользователю;
- страницы с датами либо отдают 301, либо закрыты от индексации;
- в теме не осталось ссылок на архивы, которые тянут внутренний вес;
- в sitemap нет лишних URL;
- в Search Console нет новых ошибок по этим страницам.
Если после правок архивы дат перестали быть источником дублей и мусорных URL, значит решение выбрано правильно. Дальше имеет смысл проверить соседние технические разделы сайта: архивы авторов, меток, поиск и страницы с параметрами часто создают похожую нагрузку на индекс и требуют той же аккуратности.