Архивы по месяцам и годам в WordPress часто создаются автоматически, но далеко не на каждом сайте они нужны в поиске. Если такие страницы не несут самостоятельной ценности, а просто дублируют ленту записей, их действительно имеет смысл убрать из индекса. При этом навигацию по сайту ломать не нужно: пользователи могут продолжать переходить в архивы, а поисковики — перестанут считать их отдельными посадочными страницами.
Ниже разберём, когда это решение оправдано, как проверить, есть ли проблема именно у вас, и какими способами закрыть архивы дат от индексации без лишнего риска.
Когда архивы дат лучше закрыть от индексации
Архивы дат — это страницы вида /2024/, /2024/05/ или похожие URL, которые группируют записи по времени публикации. На новостном или журналируемом проекте они могут быть полезны, если у вас есть смысл в навигации по периодам. Но на большинстве корпоративных сайтов, блогов с редкими публикациями и небольших информационных проектов такие страницы не дают пользователю ничего нового.
Закрывать их от индексации обычно разумно, если:
- в архиве мало записей и он выглядит как почти пустая страница;
- контент архива полностью повторяет список записей, доступный на главной, в рубриках или тегах;
- архивы создают много слабых страниц без поискового спроса;
- в выдаче уже есть более полезные страницы сайта, а архивы только конкурируют с ними.
Если же у вас новостной сайт, большой блог или проект, где пользователи реально ищут материалы по годам и месяцам, закрывать такие архивы бездумно не стоит. В этом случае лучше сначала посмотреть, есть ли у этих страниц трафик и внешние ссылки.
Как понять, есть ли архивы дат в индексе
Перед изменениями полезно убедиться, что проблема действительно есть. Самый простой способ — поискать в Google или Яндексе страницы архива по точному URL или по оператору site:. Например, можно проверить запросы вроде site:example.com/2024/ или site:example.com/2024/05/.
Дополнительно стоит посмотреть:
- есть ли архивы дат в отчётах Google Search Console;
- показываются ли они в sitemap, если карта сайта генерируется плагином или темой;
- есть ли у этих страниц показы и клики;
- не ведут ли на них внутренние ссылки из шапки, футера или виджетов.
Если архивы уже получают трафик, сначала оцените, не полезны ли они пользователю. Иногда проблема не в самой странице, а в том, что она плохо оформлена и не отвечает на запрос. Но если это просто техническая страница-список, закрытие от индексации обычно оправдано.
Самый безопасный способ: добавить noindex для архивов дат
Для задачи именно индексации правильнее использовать noindex, а не robots.txt. Это важное различие: robots.txt может запретить обход, но не гарантирует удаление URL из поиска, если он уже известен поисковику. Для исключения из индекса нужен именно сигнал noindex или редирект, если страница вообще не должна существовать.
В WordPress есть несколько способов поставить noindex на архивы дат.
Через SEO-плагин
Если на сайте уже используется SEO-плагин, проверьте его настройки архивов. Во многих случаях там можно отдельно отключить индексацию архивов дат. Это удобный вариант, потому что не требует правки кода и обычно не ломает шаблон сайта.
Логика настройки обычно такая: в разделе с архивами или индексируемыми типами страниц нужно отключить индексацию для date archives. После сохранения плагин начнёт отдавать для таких страниц мета-тег noindex или эквивалентный заголовок.
Если у вас нет отдельного SEO-плагина, но нужна более широкая техническая настройка сайта, можно рассмотреть Clearfy Pro. В нём есть инструменты для работы с дублями и техническими страницами WordPress, и в таких задачах это часто удобнее, чем собирать решение из нескольких отдельных плагинов.
Через код в теме или дочерней теме
Если вы не хотите ставить дополнительный плагин, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин. Этот вариант подходит тем, кто понимает, где именно хранится код сайта и умеет делать резервную копию перед изменениями.
Для архивов дат можно использовать фильтр wp_robots, чтобы добавить noindex на нужные страницы:
add_filter( 'wp_robots', function( $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот код работает на страницах архивов по дате: год, месяц и день. Он не отключает саму страницу, а только просит поисковики не индексировать её. Для навигации это безопасно: пользователи по-прежнему смогут открывать архивы.
Если вы добавляете код вручную, не вставляйте его в родительскую тему, которую обновляет разработчик. После обновления изменения пропадут. Лучше использовать дочернюю тему или отдельный функциональный плагин.
Когда нужен редирект, а когда достаточно noindex
noindex и редирект решают разные задачи. Если архивы дат нужны для пользователей, но не нужны в поиске, выбирайте noindex. Если же архивы вообще не должны существовать на сайте, можно настроить 301-редирект на более подходящую страницу: например, на главную, рубрику или страницу блога.
Редирект имеет смысл только в том случае, если архивы не используются в навигации и у вас нет причины оставлять их доступными. Иначе вы просто уберёте полезный путь для посетителей. Для большинства сайтов с обычной структурой noindex — более аккуратное решение.
Не стоит закрывать архивы дат через robots.txt вместо редиректа или noindex. Это частая ошибка: страница может остаться в индексе без нормального сигнала на удаление, а поисковик увидит только запрет на обход.
Что делать с canonical и картой сайта
Если архивы дат закрываются от индексации, проверьте, не попадают ли они в XML-карту сайта. Обычно такие страницы не должны туда включаться, если вы не хотите их продвигать. Когда архив есть в sitemap, вы сами подаёте поисковику сигнал, что считаете его важной страницей.
С canonical нужно быть аккуратнее. Для архивов дат canonical обычно не решает задачу удаления из поиска. Он полезен, когда нужно указать основную версию похожих страниц, но не заменяет noindex. Если архивы вам не нужны в выдаче, canonical на главную или на рубрику не является полноценной заменой.
Практически это выглядит так: архивы дат либо получают noindex, либо редиректятся, а из sitemap их убирают. Так вы не создаёте лишних сигналов для поисковиков.
Как проверить, что всё сработало
После настройки не ограничивайтесь визуальной проверкой. Откройте архив даты в браузере и посмотрите исходный код страницы. В нём должен быть мета-тег robots с noindex или соответствующий HTTP-заголовок, если решение реализовано на уровне сервера или плагина.
Дальше проверьте:
- страница открывается для пользователя и не даёт 404;
- в исходном коде есть
noindex; - архив не добавлен в XML-карту сайта;
- в Search Console со временем уменьшается число проиндексированных архивов.
Если архив всё ещё появляется в поиске, это не всегда означает ошибку. Поисковику нужно время, чтобы переобойти страницу и учесть новый сигнал. Для уже известных URL процесс может занять от нескольких дней до нескольких недель, в зависимости от частоты обхода сайта.
Типичные ошибки при закрытии архивов дат
На практике чаще всего мешают не сами настройки, а их сочетание. Например, архив закрывают в robots.txt, но не ставят noindex. Или добавляют noindex, но оставляют страницу в sitemap, из-за чего поисковик продолжает считать её важной.
Ещё одна ошибка — закрывать все архивы подряд, не проверив структуру сайта. На некоторых проектах архивы по месяцам действительно полезны, особенно если публикации выходят регулярно и пользователи ориентируются по датам. В таком случае лучше закрывать только те архивы, которые не несут ценности: например, годовые страницы на небольшом сайте или слишком глубокие архивы по дням.
Если у вас нестандартная тема или несколько плагинов, которые тоже управляют мета-тегами robots, после изменения стоит проверить итоговый HTML. Иногда два инструмента одновременно задают разные директивы, и в результате страница получает противоречивые сигналы.
Для сайта на WordPress задача обычно решается без сложной доработки: либо через настройки SEO-плагина, либо через небольшой код, либо через комплексный инструмент вроде Clearfy Pro, если вы хотите закрывать технические страницы централизованно. Главное — не путать индексацию с доступностью для пользователей. Архив может оставаться рабочим разделом сайта, но при этом не участвовать в поиске, если он не приносит самостоятельной пользы.