Датовые архивы в WordPress часто появляются сами по себе: /2024/, /2024/05/, /2024/05/12/. На небольшом блоге это может быть незаметно, но на живом сайте такие страницы нередко создают лишние точки входа, дубли списков записей и мусор в индексе. Если контент не завязан на хронологию, архивы по датам обычно не дают пользы ни пользователю, ни поисковику.
Проблема не в самих URL, а в том, что они начинают конкурировать с рубриками, тегами и страницами пагинации. В результате в индексе остаются страницы без уникального смысла, а в отчётах по сканированию растёт количество «тонких» страниц. Ниже — как понять, что именно у вас происходит, и как отключить архивы дат без лишнего риска.
Когда датовые архивы действительно мешают
Не каждый сайт должен их отключать. Для новостных проектов, журналов и архивов публикаций по дням они могут быть полезны. Но если у вас корпоративный сайт, блог с рубриками или контентный проект без привязки к календарю, архивы дат обычно не решают пользовательскую задачу.
Типичные симптомы
- в поиске появляются страницы вида
/2023/или/2023/11/вместо полезных рубрик; - в отчётах краулера много URL с одинаковыми списками записей;
- архивы дат доступны по прямой ссылке, хотя на сайте на них никто не ссылается;
- внутренняя перелинковка ведёт на несколько почти одинаковых страниц архива.
Диагностика проблемы перед изменениями
Сначала проверьте, как архивы дат сейчас доступны и индексируются. Это важно, потому что у WordPress есть несколько уровней: сам архив, ссылки в шаблоне, индексация поисковиками и возможные правила плагинов SEO.
Что посмотреть вручную
- откройте
/date/,/2024/,/2024/05/и/2024/05/12/на своём сайте; - посмотрите, есть ли в шапке, сайдбаре или футере ссылки на архивы;
- проверьте исходный код страницы на наличие
rel="canonical"и мета-тега robots; - посмотрите в Google Search Console или Яндекс.Вебмастере, есть ли такие URL в отчётах по страницам.
Если архивы уже попали в индекс, одного удаления ссылок недостаточно. Нужно либо закрыть их от индексации, либо отдавать 404/410, либо настроить редирект на более полезный раздел. Какой вариант выбрать, зависит от структуры сайта.
Как отключить архивы дат в WordPress
Есть три рабочих подхода: убрать ссылки и оставить сам архив доступным, закрыть архивы от индексации, либо полностью отключить их на уровне шаблона. Для большинства сайтов достаточно второго варианта. Если архивы точно не нужны, можно сделать и жёстче.
| Подход | Что делает | Когда подходит |
|---|---|---|
| Плагин | Закрывает архивы, чистит SEO-дубли | Если нужен быстрый и безопасный способ без правки темы |
| Код в теме/плагине | Даёт полный контроль над архивами | Если есть доступ к разработке и нужен точечный сценарий |
| Редирект или 410 | Убирает страницу из обращения | Если архивы точно не должны существовать |
Вариант 1. Закрыть архивы дат от индексации через код
Если вам нужно оставить сами страницы доступными для пользователей, но убрать их из индекса, можно добавить noindex для архивов дат. Удобнее делать это в небольшом mu-plugin, а не в functions.php темы, чтобы настройка не слетела при обновлении.
<?php
/**
* Plugin Name: Disable Date Archives Indexing
*/
add_action('wp_head', function () {
if (is_date()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1);
Этот вариант не удаляет URL, но подсказывает поисковику не держать их в индексе. Если у вас уже подключён SEO-плагин, проверьте, не конфликтует ли он с этим правилом. Два разных тега robots на одной странице — плохая идея.
Вариант 2. Полностью отключить архивы дат и отдавать 404
Если архивы не нужны вообще, можно принудительно завершать запрос. Такой подход жёстче, но он понятнее для сайта без хронологической навигации. Важно не сломать другие архивы: рубрики, теги и авторов, если они используются.
<?php
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, убедитесь, что на сайте есть нормальная страница ошибки и что внутренние ссылки на архивы дат убраны. Иначе вы просто создадите лишние битые переходы.
Вариант 3. Сделать редирект на рубрику или блог
Редирект уместен, если у вас уже есть понятный раздел, который заменяет архивы дат. Например, все старые ссылки можно отправить на страницу блога или в основную рубрику. Но не делайте массовый редирект на главную без логики: это выглядит как мягкая ошибка, а не как осмысленная замена.
<?php
add_action('template_redirect', function () {
if (is_date()) {
wp_safe_redirect(home_url('/blog/'), 301);
exit;
}
});
Перед редиректом проверьте, что /blog/ реально существует и не редиректит дальше. Цепочки редиректов здесь особенно вредны: они замедляют обход и усложняют диагностику.
Если используете SEO-плагин
На многих сайтах архивы дат проще закрыть через настройки SEO-плагина, чем кодом. Это удобно, если у вас нет доступа к разработке или вы не хотите править тему. Но важно понимать, что разные плагины решают задачу по-разному: где-то это настройка индексации архивов, где-то — отдельные шаблоны мета-тегов.
Если вы уже используете Clearfy Pro, проверьте, нет ли у вас включённой очистки дублей и отключения лишних архивов. Такие настройки полезны именно на сайтах, где нужно убрать технический шум без ручной правки шаблонов. Но всё равно после включения проверьте исходный код страницы и ответ сервера.
Проверка результата после внедрения
После изменений не ограничивайтесь открытием страницы в браузере. Нужно проверить и код ответа, и мета-теги, и поведение поискового робота.
Чек-лист проверки
- откройте URL архивов дат и убедитесь, что они либо отдают 404, либо содержат
noindex; - посмотрите исходный код страницы на наличие одного корректного тега robots;
- проверьте, что канонический URL не указывает на сам архив, если он не должен индексироваться;
- убедитесь, что ссылки на архивы убраны из меню, виджетов и футера;
- проверьте отчёты краулера или Search Console через несколько дней после изменений.
Если вы выбрали 404 или 301, проверьте ответ сервера через DevTools, curl или любой HTTP-проверщик. Например:
curl -I https://example.com/2024/05/
В ответе должен быть ожидаемый статус: 404 для отключения или 301 для редиректа. Если там по-прежнему 200 OK, значит правило не сработало или его перебивает другая логика темы/плагина.
Частые ошибки и как их исправить
Оставили архив доступным, но не убрали ссылки
В этом случае поисковик продолжает находить URL через внутренние ссылки. Решение простое: закрыть архив от индексации недостаточно, если он не нужен пользователю. Уберите ссылки из шаблона и виджетов.
Поставили два разных правила robots
Так бывает, если тег добавляет и тема, и SEO-плагин, и ещё кастомный код. В итоге робот получает противоречивые сигналы. Оставьте один источник управления мета-тегами.
Сделали редирект на главную
Это частая ошибка при массовом отключении архивов. Главная страница редко является логичной заменой для датового архива. Лучше вести на блог, рубрику или оставить 404, если замены нет.
Сломали другие архивы
Иногда разработчик использует слишком широкую проверку, например по is_archive() вместо is_date(). Тогда под удар попадают рубрики, теги и другие архивные страницы. Проверяйте условие точечно.
Безопасность и производительность
Если вы вносите код, не правьте его прямо в рабочей теме без бэкапа. Лучше использовать дочернюю тему или маленький mu-plugin. Так вы не потеряете настройку при обновлении и не уроните сайт из-за случайной ошибки в шаблоне.
С точки зрения производительности отключение архивов дат само по себе не ускорит сайт заметно, но может уменьшить количество бесполезных обходов и лишних страниц в индексе. Это особенно полезно на больших сайтах с тысячами записей и слабой внутренней структурой.
Если вам нужно не только убрать архивы дат, но и навести порядок в дублях, технических страницах и лишних архивах, имеет смысл смотреть на комплексную чистку SEO-настроек. В таких сценариях удобнее один раз настроить правила, чем вручную править каждую точку входа.
Что должно получиться в итоге
После настройки архивы дат либо перестают существовать для пользователя, либо остаются доступными, но не претендуют на индексацию. На сайте остаются только те архивы, которые реально помогают навигации и не создают дублей. Это и есть нормальный результат: меньше технического шума, понятнее структура, проще контроль индексации.