Как убрать архивы дат в WordPress и не потерять нужные страницы из поиска

Автор: Руслан Белов | Опубликовано: 30.10.2026

Архивы по датам в WordPress часто не нужны ни посетителям, ни поисковым системам. На небольших и средних сайтах они обычно дублируют логику рубрик, тегов или обычной ленты записей, а в индекс попадают как отдельные страницы без самостоятельной ценности. При этом удалять их «в лоб» опасно: можно случайно сломать старые ссылки, потерять переходы из поиска или закрыть не только архивы, но и нужные страницы сайта.

Правильный подход зависит от того, что именно вы хотите сделать: полностью отключить архивы дат, оставить их доступными для пользователей, но убрать из индекса, или просто закрыть от индексации отдельные URL с датами. Для WordPress это решается без вмешательства в записи и страницы сайта, если действовать точечно.

Что именно нужно убрать: архивы дат, а не контент

В WordPress архивы дат обычно выглядят так: /2024/, /2024/05/, /2024/05/17/. Это не записи и не страницы, а служебные архивные представления контента. Они формируются автоматически и показывают список материалов за год, месяц или день.

Если на сайте нет задачи вести отдельную навигацию по датам, такие страницы чаще всего не нужны. Но перед отключением стоит проверить два момента:

есть ли на эти архивы внешние ссылки или старый трафик из поиска;
не используются ли даты в шаблоне темы как часть навигации, хлебных крошек или внутренних блоков.

Если архивы уже попали в индекс, простое удаление шаблона из темы не всегда достаточно. Поисковик может продолжать хранить старые URL, пока не увидит понятный сигнал: noindex, редирект или корректный ответ сервера.

Самый безопасный вариант: закрыть архивы дат от индексации

Если архивы вам не нужны в поиске, но вы не хотите ломать старые ссылки, обычно лучше не удалять их полностью, а закрыть от индексации. Тогда страница может открываться для пользователя, но поисковый робот не будет считать её полезной для выдачи.

Для этого есть два рабочих сценария.

Через SEO-плагин

Если на сайте уже стоит SEO-плагин с настройками архивов, это самый простой путь. В большинстве случаев там можно отключить индексацию архивов авторов, дат, тегов или рубрик отдельно. Плюс такого способа в том, что он не требует правки кода и обычно сразу влияет на мета-тег robots и карту сайта.

Проверьте, есть ли в настройках раздел, где можно отключить архивы дат или поставить для них noindex. После сохранения откройте архив по дате в браузере и посмотрите исходный код страницы: там должен появиться мета-тег с запретом индексации, если плагин работает именно через него.

Если вы используете Clearfy Pro, в нём есть инструменты для удаления дублей и служебных страниц. Для задачи с архивами дат это как раз тот случай, когда отдельный плагин может быть уместен: он позволяет закрыть ненужные архивы без ручной правки темы. Но если плагин уже решает задачу, не дублируйте настройки в нескольких местах сразу, иначе потом сложно понять, что именно сработало.

Через код, если плагин не подходит

Если в теме или плагине нет нужной настройки, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин. Такой вариант подходит, когда нужно именно закрыть архивы дат от индексации, не трогая другие архивы.

Перед изменением кода сделайте резервную копию сайта и базы данных. Ошибка в functions.php может привести к белому экрану или ошибке PHP, особенно если вы редактируете файл напрямую в активной теме.

Для WordPress можно использовать фильтр wp_robots, чтобы добавить директиву noindex только на архивы дат:

add_filter( 'wp_robots', function( $robots ) {
    if ( is_date() ) {
        $robots['noindex'] = true;
    }

    return $robots;
} );

Этот код не отключает страницу для посетителей, а лишь подсказывает поисковым системам не индексировать архивы дат. Условие is_date() срабатывает только на архивных страницах по дате, поэтому записи, страницы и другие типы контента не затрагиваются.

Если тема или другой плагин уже добавляет свои правила robots, проверьте итоговый HTML страницы. Важно, чтобы на архиве даты не было конфликтующих указаний вроде index, follow и одновременно noindex.

Если архивы не нужны совсем: отключить их на уровне шаблона или редиректа

Иногда архивы дат лучше не просто закрыть, а убрать из публичного доступа. Это уместно, если на сайте нет смысла показывать такие страницы вообще, а старые URL не имеют ценности для пользователей.

Здесь есть два подхода: отдать 404/410 или сделать редирект на более подходящую страницу. Выбор зависит от того, есть ли у архивов накопленный трафик и ссылки.

Когда нужен редирект

Если архивы дат уже ранжировались или на них есть переходы, лучше не отправлять их сразу в 404. В таком случае можно перенаправить пользователя на архив рубрики, на главную или на страницу блога, если она действительно соответствует ожиданиям.

Редирект должен быть логичным. Например, архив месяца по новостному сайту можно отправить на общий архив записей или на соответствующую рубрику. Но если у вас нет близкой замены, лучше оставить noindex и не создавать искусственный редирект на нерелевантную страницу.

Для редиректа можно использовать плагин, который умеет управлять перенаправлениями, либо настроить его на уровне сервера. На WordPress-сайте без уверенности в конфигурации хостинга проще использовать плагин, чем править правила в .htaccess или конфиге Nginx вручную.

Когда достаточно 404 или 410

Если архивы дат не нужны и на них нет значимого трафика, можно вернуть ошибку 404 Not Found или 410 Gone. 410 обычно понятнее для поисковика: страница удалена намеренно и навсегда. Но это имеет смысл только если вы действительно уверены, что URL больше не нужен.

В WordPress такой сценарий обычно реализуют через шаблон темы или через плагин, который умеет отдавать 410 для выбранных URL. Здесь важно не перепутать архивы дат с обычными страницами сайта: правило должно срабатывать только на is_date().

Что не стоит делать, чтобы не потерять нужные страницы

Самая частая ошибка — закрыть от индексации всё подряд, потому что архивы дат кажутся «лишними». На практике проблемы возникают не из-за самого запрета, а из-за слишком широкого правила.

Проверьте, что вы не затронули:

записи и страницы;
архивы рубрик и тегов, если они нужны для навигации;
страницы пагинации основного блога, если они используются;
медиа-страницы, если тема или плагин их отдельно выводят.

Ещё один риск — удалить архивы дат из sitemap, но оставить их доступными без noindex. Тогда поисковик всё равно может находить их по внутренним ссылкам или по старым адресам. Если вы закрываете архивы, делайте это последовательно: либо noindex, либо редирект, либо удаление с корректным ответом сервера.

Не стоит и массово править .htaccess без понимания, как именно сервер обрабатывает WordPress. На Apache это возможно, но на Nginx такие правила не сработают. Если вы не уверены в конфигурации, безопаснее использовать настройки WordPress или SEO-плагина.

Как проверить, что всё работает правильно

После изменений не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что поисковый робот видит именно тот сигнал, который вы задумали.

Проверьте по шагам:

Откройте архив даты в браузере, например /2024/05/.
Посмотрите исходный код страницы и найдите мета-тег robots или HTTP-заголовок, если вы настраивали noindex на уровне сервера.
Убедитесь, что записи и страницы сайта открываются как обычно.
Проверьте sitemap: архивы дат не должны туда попадать, если вы их закрываете от индексации.
Если был редирект, проверьте, что он ведёт на релевантную страницу и не создаёт цепочку перенаправлений.

Для быстрой проверки можно использовать инструменты браузера или онлайн-проверку ответа URL. Если у вас есть доступ к Search Console, после обновления страницы отправьте её на повторную проверку, чтобы ускорить переобход.

Что выбрать в итоге

Если архивы дат просто не нужны в поиске, но старые адреса лучше не ломать, выбирайте noindex. Это самый аккуратный вариант для большинства сайтов на WordPress.

Если архивы не несут ценности вообще и на них нет трафика, можно удалить их из публичного доступа через редирект или ответ 410, но только после проверки, что эти URL не используются где-то ещё.

Если на сайте уже стоит SEO-плагин или Clearfy Pro и он умеет закрывать архивы дат без побочных эффектов, используйте его. Если нет — добавьте точечное правило через wp_robots и проверьте результат на конкретном URL. В этом вопросе важнее не «убрать архивы любой ценой», а сделать это так, чтобы не задеть рабочие страницы и не создать новые проблемы для индексации.

⭐⭐⭐⭐⭐