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