Архивы по датам в WordPress часто живут своей жизнью: они доступны по URL, попадают в индекс, дублируют ленту записей и создают лишние страницы, которые не несут самостоятельной ценности. На небольшом блоге это может быть незаметно, но на сайте с регулярными публикациями такие архивы быстро превращаются в технический шум.
Проблема не в самом факте существования архивов, а в том, что поисковик видит их как отдельные страницы. Если у вас нет задачи продвигать архивы по месяцам или годам, их лучше либо отключить, либо закрыть от индексации и убрать из навигации.
Когда архивы дат действительно мешают
Сначала стоит понять, есть ли у вас реальная проблема, а не абстрактная «чистка SEO». Архивы дат обычно вредят в таких сценариях:
- в индексе есть страницы вида
/2024/08/, но они не получают трафик; - архивы дублируют список записей с главной, рубриками или страницами пагинации;
- в отчётах Search Console появляются малополезные URL с низким качеством;
- на сайте много тонких страниц, и краулинговый бюджет уходит на мусорные URL;
- тема или плагин выводят ссылки на архивы дат в сайдбаре, футере или хлебных крошках.
Если архивы используются как часть навигации для читателя, например в новостном проекте, отключать их полностью не всегда разумно. Тогда лучше ограничиться noindex и убрать ссылки из шаблона.
Диагностика: что именно индексируется
Перед изменениями проверьте, какие URL уже попали в индекс и откуда на них ведут ссылки. Это можно сделать вручную и через инструменты для вебмастеров.
Что проверить в первую очередь
- поиск в Google по оператору
site:example.com/2024/; - отчёт «Страницы» в Google Search Console;
- исходный код шаблона: есть ли ссылки на архивы дат в меню, сайдбаре, футере;
- наличие архивов в XML-карте сайта, если её генерирует плагин или тема;
- мета-тег robots на самих архивных страницах.
Если архивы уже индексируются, просто удалить ссылки недостаточно. Поисковик может продолжать держать их в базе до следующего обхода, поэтому важно одновременно убрать причину появления и явно подсказать, что страница не нужна для индексации.
Как отключить архивы дат: три рабочих подхода
Выбор зависит от того, насколько глубоко вы хотите вмешиваться в сайт. Для большинства проектов достаточно одного из двух вариантов: закрыть архивы от индексации или полностью отключить их вывод и маршрутизацию.
| Подход | Что делает | Когда использовать | Компромисс |
|---|---|---|---|
| Плагин SEO/чистки | Добавляет noindex и убирает лишние элементы | Если нужен быстрый и безопасный вариант | Меньше контроля над логикой шаблона |
| Код в теме или mu-plugin | Отключает архивы и/или ставит noindex | Если нужен точечный контроль | Нужно следить за обновлениями темы |
| Только robots.txt | Ограничивает обход | Как дополнительная мера | Не убирает URL из индекса сам по себе |
Если нужен быстрый путь без правки шаблонов, можно использовать SEO-плагин или плагин для технической чистки. Например, в Clearfy Pro есть инструменты для отключения лишних архивов и технических страниц, но важно проверять итоговую разметку на конкретной теме, а не полагаться только на переключатель в админке.
Вариант 1: закрыть архивы дат от индексации через код
Если архивы должны открываться пользователю, но не участвовать в поиске, добавьте noindex,follow для соответствующих страниц. Для этого удобно использовать фильтр wp_robots.
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант не ломает доступ к архивам, но говорит поисковику не индексировать их. Он подходит, если страницы нужны для навигации, но не должны конкурировать с основным контентом.
Вариант 2: полностью отключить архивы дат
Если архивы не нужны вообще, можно отключить их маршрутизацию. Тогда URL перестанут открываться как архивы, и вы уберёте источник дублей на уровне WordPress.
add_action( 'init', function() {
global $wp_rewrite;
$wp_rewrite->date_structure = '';
} );Но такой способ слишком грубый для большинства сайтов и может затронуть поведение темы или плагинов, которые рассчитывают на существование архивов. На практике безопаснее не лезть в rewrite-структуру без теста на staging. Если задача только в SEO, обычно достаточно noindex и удаления ссылок из шаблона.
Вариант 3: убрать ссылки на архивы из темы
Даже если архивы закрыты от индексации, ссылки на них могут продолжать появляться в блоках темы. Проверьте шаблоны sidebar.php, footer.php, виджеты и хлебные крошки. Если ссылка не нужна, лучше убрать её совсем.
<?php
// Пример: не выводить ссылку на архив по дате в шаблоне
if ( ! is_date() ) :
?>
<a href="<?php echo esc_url( get_month_link( get_the_time( 'Y' ), get_the_time( 'm' ) ) ); ?>">
<?php echo esc_html( get_the_time( 'F Y' ) ); ?>
</a>
<?php endif; ?>Если ссылка уже встроена в виджет или блок, проще заменить его на рубрику, тег или страницу-архив с ручной подборкой материалов.
Пошаговое решение без лишнего риска
- Проверьте, нужны ли архивы дат для пользователей.
- Если не нужны — уберите ссылки из темы и виджетов.
- Добавьте
noindex,followдля архивных страниц. - Проверьте, не попадают ли архивы в sitemap.
- Отправьте на переобход важные страницы, если они раньше конкурировали с архивами.
Если используете SEO-плагин, убедитесь, что он не создаёт конфликтов с кодом темы. Например, не стоит одновременно ставить noindex через фильтр и отдельно закрывать URL в robots.txt, если потом сложно понять, что именно сработало.
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой страницы в браузере. Нужны три проверки: код ответа, мета-robots и индексация.
- Откройте архив даты и проверьте исходный код: должен быть
noindexв robots meta или HTTP-заголовке, если вы используете его на уровне сервера. - Проверьте, что ссылки на архивы исчезли из меню, футера и сайдбара.
- В Search Console отправьте URL на проверку и посмотрите, как робот видит страницу.
- Через несколько дней проверьте, исчез ли архив из результатов поиска по
site:.
Если архив всё ещё индексируется, значит, либо остались внешние ссылки, либо страница не получила повторный обход. В этом случае не стоит сразу менять всё подряд — сначала проверьте, не мешает ли кэш старой версии страницы.
Частые ошибки и как их исправить
Закрыли архив в robots.txt, но он остался в индексе
Это типичная ошибка. Disallow запрещает обход, но не гарантирует удаление URL из индекса. Если страница уже известна поисковику, нужен noindex или возврат корректного статуса/редиректа.
Поставили noindex, но забыли убрать внутренние ссылки
В результате поисковик продолжает находить архивы через тему или виджеты. Страница не индексируется, но всё равно расходует краулинг. Удаляйте источник ссылки, если архив не нужен.
Сломали архивы для пользователей
Иногда после правок в rewrite или шаблонах архивы перестают открываться вообще. Если они нужны читателям, не отключайте маршрутизацию без теста. Для SEO-задачи чаще достаточно noindex.
Не проверили кэш
После изменения кода старая версия страницы может ещё отдаваться из плагина кэша, CDN или серверного кэша. Очистите кэш и проверьте страницу в режиме инкогнито, иначе можно сделать неверный вывод о результате.
Практические советы по безопасности и производительности
Любые правки лучше вносить не в родительскую тему, а через дочернюю тему или небольшой mu-plugin. Так вы не потеряете изменения после обновления. Если задача сводится к технической чистке, удобнее держать такие правки отдельно от дизайна.
Ещё один полезный момент: не плодите несколько механизмов для одной и той же задачи. Если архивы уже закрыты через код, не дублируйте это в двух SEO-плагинах и в robots.txt без необходимости. Чем меньше слоёв, тем проще отлаживать поведение сайта.
Для проектов, где техническая чистка делается регулярно, имеет смысл заранее зафиксировать список URL, которые должны быть закрыты от индексации: архивы дат, служебные страницы, внутренний поиск, страницы вложений, если они не нужны. Тогда вы не будете каждый раз искать проблему заново.
