Архивы по датам в WordPress часто остаются включёнными по умолчанию, хотя на практике они дают мало пользы: создают дубли, размывают внутреннюю перелинковку и тянут в индекс страницы с пустым или слабым содержимым. Особенно это заметно на блогах, где публикации выходят нерегулярно, а архивы по месяцам и годам не используются в навигации.
Ниже — рабочий сценарий: как отключить такие архивы, что проверить до и после, и когда лучше не удалять их полностью, а закрыть от индексации или оставить только один тип архивов.
Когда архивы дат действительно мешают
Проблема не в самих URL, а в том, что WordPress генерирует отдельные страницы для года, месяца и дня. Если на них нет уникального контента, поисковик видит почти пустые листинги. В итоге в индексе появляются страницы вида /2024/05/ или /2024/05/17/, которые конкурируют с рубриками, тегами и самими записями.
Типичный симптом — в отчёте по индексации есть архивы дат, а в аналитике они почти не получают трафик. Ещё один признак: в поиске находятся страницы архивов, хотя в меню сайта на них никто не ведёт.
Что проверить перед изменениями
- Есть ли ссылки на архивы дат в меню, сайдбаре или футере.
- Используются ли эти архивы как реальная навигация по контенту.
- Есть ли у сайта отдельные страницы-обзоры по годам или месяцам, которые нельзя отключать.
- Не завязаны ли на архивы дат внешние ссылки, которые дают трафик.
Диагностика: какие архивы открыты сейчас
Сначала нужно понять, что именно генерирует сайт. В WordPress архивы дат обычно доступны по структурам /YYYY/, /YYYY/MM/ и /YYYY/MM/DD/. Если у вас включены красивые постоянные ссылки, такие URL почти всегда работают без дополнительной настройки.
Проверка простая: откройте несколько адресов вручную и посмотрите, возвращают ли они 200 OK. Если архивы открываются, но внутри только список записей без ценности, их можно отключать или закрывать от индексации.
Для быстрой проверки через браузер или curl:
curl -I https://example.com/2024/05/Если ответ не 404 и не 410, страница существует и может попадать в индекс.
Пошаговое решение: отключаем архивы дат кодом
Самый надёжный способ — убрать доступ к архивам дат на уровне шаблона и одновременно отдать поисковикам понятный сигнал. Если вам не нужны такие страницы вообще, лучше вернуть 404 или 410 Gone, а не просто скрыть ссылки.
Ниже пример для functions.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 использовать 410 Gone:
add_action('template_redirect', function () {
if (is_date()) {
status_header(410);
nocache_headers();
echo 'Gone';
exit;
}
});Важно: 410 уместен только если вы уверены, что архивы дат больше не понадобятся. Если есть риск вернуть их позже, безопаснее использовать 404.
Альтернатива: не отключать, а закрыть от индексации
Иногда архивы дат нужны пользователям, но не нужны в поиске. Тогда лучше оставить доступ и закрыть их от индексации через noindex, follow. Это компромисс: страницы остаются для навигации, но не должны конкурировать в выдаче.
Пример добавления мета-тега для архивов дат:
add_action('wp_head', function () {
if (is_date()) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
});Этот способ проще, но слабее с точки зрения чистки индекса: URL могут ещё долго висеть в поиске, пока робот не переобойдёт их и не увидит мета-тег.
| Подход | Когда использовать | Плюс | Минус |
|---|---|---|---|
| 404/410 через код | Архивы дат не нужны вообще | Быстро убирает лишние URL | Нужно проверить, что нет внутренних ссылок |
| noindex, follow | Архивы нужны пользователям, но не поиску | Мягкий вариант без удаления страниц | Индексация уходит не сразу |
| Плагин для SEO | Нужна настройка без кода | Удобно для редактора | Не всегда даёт точный контроль |
Если нужен быстрый вариант без кода
В SEO-плагинах обычно есть настройка для архивов автора, дат и таксономий. Если вы уже используете плагин для технического SEO, проверьте, можно ли отключить архивы дат там. Это удобнее, чем править тему, но важно не включать сразу несколько способов одновременно.
Если на сайте уже стоит Clearfy Pro, у него есть инструменты для удаления дублей и технической чистки. В таких задачах это может быть практичнее, чем писать собственный код, особенно если доступ к теме ограничен. Но даже в этом случае логику проверки после внедрения никто не отменял.
Проверка результата после внедрения
После изменений проверьте не только сам URL, но и сопутствующие сигналы.
- Откройте архив даты в браузере: должен быть
404или410, если вы выбрали отключение. - Проверьте заголовки ответа через
curl -I. - Убедитесь, что в HTML нет внутренней ссылки на архивы дат.
- Посмотрите в Search Console, уменьшается ли число обнаруженных URL такого типа.
Если вы выбрали noindex, проверьте исходный код страницы и убедитесь, что мета-тег реально выводится только на date archive, а не на всех архивах подряд.
Частые ошибки и как их исправить
Скрыли URL только в меню
Это не решает проблему. Архивы по датам продолжают открываться напрямую и могут индексироваться по внешним ссылкам или из карты сайта.
Поставили noindex, но оставили страницу в sitemap
Так делать не стоит. Если страница закрыта от индексации, её лучше убрать из sitemap, иначе вы отправляете поисковику противоречивые сигналы.
Использовали 410, а потом вернули архивы
Если URL уже отдал 410 Gone, поисковик может удалить его из индекса. При повторном включении архивов придётся заново ждать переобхода. Для спорных случаев лучше начинать с 404 или noindex.
Сломали шаблон архива рубрик
Ошибка часто возникает, когда в коде используют слишком общий условный тег или проверяют не только is_date(), но и другие архивы. Тогда под отключение попадают рубрики, теги или авторы. Проверяйте условие точечно.
Практические советы по безопасности и производительности
Если вы вносите код вручную, не правьте основной файл темы на живом сайте. Используйте дочернюю тему или небольшой плагин для сайта. Так изменения не потеряются при обновлении.
Перед выкладкой полезно:
- сделать резервную копию файлов и базы;
- проверить код на staging-версии;
- очистить кеш после изменений;
- убедиться, что CDN или серверный кеш не отдают старую версию архивов.
Если на сайте много старых архивов дат, после отключения имеет смысл обновить sitemap и переобойти важные страницы через Search Console. Это не ускоряет удаление URL само по себе, но помогает поисковику быстрее увидеть новую структуру.
Когда архивы дат лучше оставить
Есть сайты, где архивы по датам реально полезны: новостные проекты, журналы с регулярным выпуском материалов, корпоративные блоги с хронологической навигацией. В таких случаях не стоит рубить всё подряд. Иногда достаточно убрать только дневные архивы, а месячные оставить как вспомогательную навигацию.
Если сомневаетесь, начните с анализа логов и Search Console: если архивы дат не дают трафика и не используются внутри сайта, их отключение обычно оправдано. Если же по ним есть переходы, лучше выбрать мягкий вариант с noindex и пересмотреть структуру ссылок.