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