Архивы по датам в WordPress часто создают лишние страницы без самостоятельной ценности: они дублируют ленту записей, размывают вес сайта и могут попадать в индекс поисковиков. Если у вас нет задачи продвигать архивы по месяцам или годам, их обычно лучше закрыть от индексации, но сделать это аккуратно, чтобы не задеть категории, теги, записи и другие полезные разделы.
Какие архивы дат обычно нужно закрывать
В WordPress архивы дат — это страницы вида /2024/, /2024/10/ или /2024/10/23/. Они формируются автоматически и показывают записи за год, месяц или день. Для новостных сайтов и блогов с большим архивом они иногда полезны, но в большинстве проектов такие страницы не дают пользователю ничего нового: контент уже есть в рубриках, на главной или в поиске по сайту.
Закрывать имеет смысл именно те архивы, которые не несут самостоятельной ценности. Обычно это:
- архивы по годам и месяцам;
- дневные архивы, если они вообще доступны на сайте;
- страницы пагинации этих архивов, если они тоже индексируются.
При этом не нужно трогать рубрики, теги, страницы авторов и сами записи, если они полезны для посетителей и должны оставаться в поиске. Ошибка здесь одна из самых частых: закрывают всё подряд через глобальные настройки SEO-плагина и потом удивляются, что из выдачи исчезли нужные посадочные страницы.
Самый безопасный способ: закрыть архивы дат через SEO-плагин
Если на сайте уже стоит SEO-плагин, удобнее всего использовать его встроенные настройки. Это безопаснее, чем править шаблоны вручную: плагин обычно сам добавляет корректный noindex и, при необходимости, убирает архивы из карты сайта.
Логика простая: вы не удаляете архивы физически, а говорите поисковым системам не включать их в индекс. Для пользователя страницы при этом могут продолжать открываться, если они нужны для навигации.
В популярных SEO-плагинах настройка обычно находится в разделе, связанном с архивами или типами страниц. Ищите параметры вроде:
noindexдля архивов дат;- исключение архивов из XML-карты сайта;
- отключение архивов автора, если они тоже не нужны.
Если плагин позволяет отдельно управлять архивами по датам, включите запрет индексации именно для них. Это предпочтительнее, чем ставить общий запрет на все архивы сразу.
Что проверить после настройки
После сохранения настроек откройте в браузере архив по году или месяцу и посмотрите исходный код страницы. В <head> должен появиться мета-тег вида <meta name="robots" content="noindex,follow"> или эквивалентная директива, которую добавляет ваш плагин. Точный вид зависит от инструмента, но смысл один: страницу не индексировать, ссылки по ней можно обходить.
Дополнительно проверьте, исчезла ли страница из XML-карты сайта, если плагин управляет картой автоматически. Для архивов дат это обычно правильно: если страница не должна индексироваться, нет смысла подсказывать её поисковику через sitemap.
Если плагина нет: добавьте noindex для архивов дат вручную
Когда SEO-плагина нет или он не умеет тонко управлять архивами, можно добавить правило в тему или в небольшой функциональный плагин. Такой вариант подходит, если вы понимаете, где хранится код сайта и умеете делать резервную копию перед изменениями.
Для WordPress есть условные теги, которые помогают определить тип страницы. Для архивов дат подходит is_date(). Ниже пример, который добавляет в <head> директиву noindex,follow только на страницах датовых архивов:
add_action('wp_head', function () {
if (is_date()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Этот код можно разместить в functions.php дочерней темы или в собственном мини-плагине. Дочерняя тема предпочтительнее: при обновлении основной темы изменения не пропадут.
Есть важный нюанс: если у вас уже установлен SEO-плагин, который тоже выводит robots-мета, не добавляйте второй независимый тег без проверки. Два разных указания для роботов на одной странице могут создать путаницу. В таком случае лучше использовать настройки самого SEO-плагина, а не дублировать логику кодом.
Когда лучше не закрывать архивы полностью
Иногда архивы дат действительно полезны. Например, если сайт работает как новостной архив, а пользователи ищут материалы по периоду публикации. В этом случае закрывать страницы от индексации не всегда разумно: они могут приносить трафик по длинным запросам вроде «новости за март 2024».
Если архивы нужны людям, но не нужны поиску, обычно оставляют их доступными для навигации и ставят noindex,follow. Тогда страница не попадает в индекс, но ссылки с неё остаются доступны для обхода. Это хороший компромисс для больших сайтов, где архивы помогают пользователю перемещаться по старым публикациям.
Если же архивы не несут никакой пользы, можно пойти дальше и отключить их вывод в теме. Но это уже не про индексацию, а про саму навигацию сайта. Такой шаг стоит делать только после проверки, что архивы нигде не используются в меню, внутренней перелинковке или в пользовательских сценариях.
Как не задеть полезные разделы сайта
Главная ошибка — применять запрет индексации слишком широко. В WordPress под «архивами» могут подразумеваться разные типы страниц, и не все из них бесполезны.
Перед изменениями проверьте, что именно вы закрываете:
- архивы дат — обычно можно закрывать;
- рубрики — закрывать только если они реально не нужны в поиске;
- теги — часто требуют отдельного решения, но это уже другая задача;
- страницы автора — на многопользовательском сайте могут быть полезны;
- страницы пагинации — не путайте их с архивами дат, хотя они часто идут рядом.
Если вы используете SEO-плагин, не включайте сразу все возможные запреты без разбора. Сначала закройте только архивы дат, затем проверьте результат в поиске и в панели вебмастера. Так проще понять, что именно изменилось и нет ли побочных эффектов.
Как проверить, что архивы дат действительно закрыты
После настройки не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что поисковик видит именно то, что вы задумали.
Проверьте три вещи:
- В исходном коде страницы есть
noindex. - Страница не попадает в XML-карту сайта, если вы решили исключить её оттуда.
- В панели вебмастера статус страницы меняется с учётом новой директивы после переобхода.
Если страница уже была в индексе, удаление не произойдёт мгновенно. Поисковику нужно переобойти URL и увидеть новую директиву. Поэтому после настройки не ждите мгновенного эффекта в тот же день.
Ещё один практический момент: если архивы дат закрыты, но продолжают появляться в индексе, проверьте, не ведут ли на них внутренние ссылки с главной, из виджетов или из хлебных крошек. Сам по себе noindex обычно достаточно, но лишние ссылки могут замедлять переобход и мешать поисковику быстрее переосмыслить структуру сайта.
Что выбрать в реальном проекте
Если нужен короткий и надёжный ответ, ориентируйтесь так:
| Ситуация | Что делать |
|---|---|
| Есть SEO-плагин с управлением архивами | Включить noindex для архивов дат в настройках плагина |
| Плагина нет, нужен точечный контроль | Добавить условие по is_date() в дочернюю тему или мини-плагин |
| Архивы дат полезны пользователям, но не нужны в поиске | Оставить их доступными и закрыть от индексации через noindex,follow |
| Архивы не нужны вообще | Сначала закрыть от индексации, затем при необходимости убрать вывод из темы |
Если вам нужен инструмент, который помогает чистить дубли и управлять SEO-настройками сайта без ручного кода, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином важно понимать, какие именно архивы вы закрываете и зачем — тогда решение не заденет полезные страницы сайта.
В итоге задача сводится к простому правилу: закрывайте от индексации только те архивы дат, которые не дают поиску и пользователю дополнительной ценности, и проверяйте результат не только по странице, но и по коду, sitemap и панели вебмастера. Так вы уберёте лишние дубли и не сломаете структуру сайта.