Если в индексе появились страницы вида /2024/, /2024/05/ или похожие архивы по месяцам, это обычно не ошибка WordPress, а штатная работа системы архивов. Проблема в том, что для многих сайтов такие страницы не дают пользы пользователю, зато создают дубли, размывают внутреннюю перелинковку и забирают краулинговый бюджет у более важных страниц. В этом случае архивы дат лучше отключить или закрыть от индексации — но только после проверки, не завязана ли на них навигация сайта.
Когда архивы дат действительно стоит отключать
Архивы по датам полезны не всем. Они оправданы на новостных проектах, блогах с большим потоком публикаций и сайтах, где пользователь реально ищет материалы по периоду. На обычном корпоративном сайте, в небольшом блоге или на проекте с редкими публикациями такие страницы чаще всего бесполезны.
Закрывать архивы по датам имеет смысл, если:
- в выдаче уже есть страницы архивов, но они не приносят трафик;
- архивы дублируют другие страницы рубрик, тегов или самих записей;
- на сайте мало контента, и архивные страницы выглядят пустыми или почти пустыми;
- в отчётах поисковых систем появляются десятки или сотни страниц с низкой ценностью;
- вы хотите оставить в индексе только действительно полезные разделы сайта.
Не стоит отключать архивы вслепую, если сайт строится вокруг хронологии: например, это новостной ресурс, журнал или личный блог, где архив по месяцам — нормальный способ навигации. В таких случаях иногда достаточно не закрывать архивы полностью, а только убрать их из индекса при сохранении доступа для пользователей.
Сначала проверьте, какие архивы у вас вообще есть
В WordPress архивы дат могут появляться в нескольких вариантах: годовые, месячные и дневные. Чаще всего в индекс попадают именно годовые и месячные страницы, а дневные архивы почти всегда лишние. Посмотреть их можно прямо на сайте, если у вас есть стандартные ссылки вида /2024/ или /2024/05/. Если структура ЧПУ настроена иначе, ориентируйтесь на формат архивов, который использует ваша тема или плагины.
Полезно проверить и то, как поисковик видит эти страницы. Если архивы уже в индексе, значит, они доступны для обхода и не закрыты от роботов. В таком случае одного удаления ссылок с сайта недостаточно: поисковая система может продолжать находить их через старые ссылки, карту сайта или внутренние переходы.
Самый надёжный способ — отключить архивы дат на уровне сайта
Если архивы дат вам не нужны вообще, лучше убрать их не только из меню или шаблона, но и из генерации самих страниц. В WordPress это обычно делают через плагин для SEO/чистки сайта или через код в теме. Второй вариант подходит, если вы понимаете, что меняете, и используете дочернюю тему.
Вариант через код: отключить архивы дат в functions.php
Этот способ подходит, если вы хотите именно отключить доступ к архивам дат, а не просто скрыть их из интерфейса. Добавлять код лучше в дочернюю тему или в собственный мини-плагин, чтобы изменения не пропали после обновления темы.
Перед правкой сделайте резервную копию файлов и базы данных. Если ошибиться в PHP-коде, можно получить белый экран или ошибку 500.
add_action('template_redirect', function () {
if (is_date()) {
global $wp_query;
$wp_query->set_404();
status_header(404);
nocache_headers();
include get_query_template('404');
exit;
}
});Этот код переводит все архивы дат в 404-ответ. Для поисковых систем это сигнал, что страница больше не существует. Если архивы уже были в индексе, они не исчезнут мгновенно, но со временем будут вычищены после повторного обхода.
Есть важный нюанс: если на сайте используются архивы дат как часть навигации, такой подход сломает эти ссылки для пользователей. Поэтому применять его стоит только тогда, когда вы уверены, что архивы не нужны ни посетителям, ни структуре сайта.
Вариант через SEO-плагин или настройки темы
Если вам не хочется править код, удобнее закрыть архивы дат в SEO-плагине, если он умеет управлять мета-robots для архивных страниц. Это безопаснее для владельца сайта, потому что не требует вмешательства в шаблоны. Но здесь важно понимать разницу: иногда плагин не отключает архивы физически, а только ставит им noindex. Для большинства сайтов этого достаточно.
Если в вашей теме есть отдельные настройки архивов, проверьте, не создаёт ли она собственные блоки с датами, календарь или ссылки на архивы в сайдбаре. Удаление таких ссылок не закрывает страницы от индексации, но уменьшает вероятность их повторного обнаружения.
Как убрать архивы дат из индекса без полного отключения
Иногда архивы нужны пользователям, но не должны попадать в поиск. Тогда лучше не отдавать им 404, а закрыть их от индексации. Это более мягкий вариант: страница остаётся доступной, но поисковик не должен показывать её в выдаче.
Рабочая схема здесь такая:
- оставить архивы доступными по URL;
- добавить для них
noindex; - убрать их из XML-карты сайта, если она их включает;
- проверить, что на архивы не ведут лишние внутренние ссылки.
Если вы используете SEO-плагин, обычно достаточно отключить индексацию архивов дат в его настройках. Если плагина нет, можно добавить мета-тег noindex через фильтр или шаблон, но это уже требует аккуратной работы с темой. Для большинства владельцев сайтов проще и безопаснее использовать штатные настройки SEO-плагина.
Что делать с картой сайта и внутренними ссылками
Даже если архивы закрыты от индексации, поисковик может продолжать находить их через карту сайта или внутренние ссылки. Поэтому после отключения проверьте два места.
Во-первых, XML-карта сайта. Если в ней есть архивы дат, их лучше убрать. Поисковику не нужно подсказывать URL, которые вы хотите исключить из индекса. Во-вторых, проверьте меню, сайдбар, футер и блоки с архивами. Иногда ссылки на архивы остаются в виджетах или в шаблоне темы, и тогда они продолжают передавать сигнал о существовании этих страниц.
Если архивы дат используются только как вспомогательная навигация, но не нужны в поиске, логика простая: оставить их для людей, убрать из карты сайта и закрыть от индекса. Если они не нужны вообще, лучше отдать 404 или 410 и удалить все ссылки на них.
Как проверить, что всё сработало
После изменений не ограничивайтесь визуальной проверкой на сайте. Нужна проверка ответа сервера и индексации.
- Откройте архивный URL в браузере и убедитесь, что он ведёт либо на 404, либо открывается, но содержит
noindex. - Проверьте исходный код страницы: в
<head>должен быть мета-тегnoindex, если вы выбрали мягкое закрытие. - Посмотрите, исчезли ли архивы из XML-карты сайта.
- В Google Search Console или Яндекс Вебмастере отправьте страницу на повторную проверку, если она уже была в индексе.
Если архив отдаёт 404, это не значит, что он сразу пропадёт из поиска. Поисковику нужно время, чтобы переобойти URL и удалить его из индекса. Если архив закрыт через noindex, процесс тоже не мгновенный, но обычно проходит безболезненно, если на страницу больше не ведут внутренние ссылки.
Что выбрать: 404, noindex или полное удаление ссылок
| Сценарий | Что делать | Когда подходит |
|---|---|---|
| Архивы не нужны вообще | Отдавать 404 или 410 и убрать ссылки | Корпоративный сайт, небольшой блог, пустые архивы |
| Архивы нужны пользователям, но не поиску | Оставить доступ, поставить noindex, убрать из карты сайта | Сайты с хронологической навигацией |
| Архивы нужны и людям, и поиску | Не отключать, а улучшать их полезность | Новостные и контентные проекты |
На практике для большинства сайтов без сильной привязки к датам лучший вариант — закрыть архивы от индексации или перевести их в 404, если они совсем не используются. Это убирает лишние страницы из поиска и не ломает основную структуру сайта.
На что чаще всего ошибаются
Самая частая ошибка — удалить ссылки на архивы из меню и считать задачу решённой. Для пользователя это может сработать, но поисковик всё равно найдёт старые URL, если они уже были в индексе или остались в карте сайта. Вторая ошибка — закрыть архивы через robots.txt. Это не лучший способ, если страница уже в индексе: поисковик может перестать её обходить, но URL при этом ещё долго будет висеть в выдаче без нормального переобхода.
Ещё одна типичная проблема — закрыть архивы дат, но оставить в индексе страницы тегов, авторов и пагинацию. В результате дубли просто переезжают в другой тип архивов. Поэтому смотреть нужно не только на даты, а на всю архивную структуру сайта.
Если вам нужно убрать из индекса именно бесполезные архивы по годам и месяцам, действуйте в два шага: сначала решите, нужны ли они пользователям, затем выберите между noindex и 404. Для сайта без хронологической навигации обычно достаточно полностью отключить архивы дат и удалить все ссылки на них. Для проекта, где архивы полезны посетителям, лучше оставить их открытыми, но закрыть от индекса и убрать из карты сайта.