Как отключить архивы авторов и дат в WordPress без лишнего мусора

Автор: Дмитрий Захаров | Опубликовано: 30.08.2026

Архивы авторов и дат в WordPress часто остаются включёнными по умолчанию, хотя на небольших и средних сайтах они не дают полезного трафика, а только плодят тонкие страницы. Проблема обычно всплывает после аудита индексации: в поиске появляются страницы вида /author/username/ и /2024/08/, а в отчётах — дубли заголовков, пустые листинги и лишние URL в sitemap.

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

Когда архивы авторов и дат лучше отключить

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

Признаки, что архивы пора убирать

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

Диагностика: что именно сейчас открыто и индексируется

Сначала проверьте, как WordPress отдаёт архивы. На практике встречаются три варианта: архив доступен и индексируется, архив доступен, но закрыт от индексации, архив отключён с редиректом на главную или на релевантную страницу.

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

curl -I https://example.com/author/admin/
curl -I https://example.com/2024/08/

Для живого архива вы увидите 200 OK. Если уже настроен редирект, будет 301 или 302. Если страница закрыта от индексации, это не всегда видно по коду ответа — тогда смотрите HTML и мета-теги, а также robots.txt и sitemap.

В админке полезно проверить:

Настройки → Постоянные ссылки — нет ли кастомных правил, которые конфликтуют с архивами;
SEO-плагин — не включены ли архивы авторов и дат в sitemap;
Тема — не выводит ли она отдельные шаблоны для архивов с уникальным контентом.

Как отключить архивы авторов и дат через код

Если нужен предсказуемый результат без лишних зависимостей, проще всего сделать это в дочерней теме или в небольшом mu-plugin. Ниже пример: архивы авторов и дат отключаются, а вместо них отдаётся 404. Это хороший вариант, если вы не хотите оставлять пустые страницы в индексе.

<?php
add_action('template_redirect', function () {
    if (is_author() || is_date()) {
        global $wp_query;
        $wp_query->set_404();
        status_header(404);
        nocache_headers();
        include get_query_template('404');
        exit;
    }
});

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

Вариант с 301-редиректом

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

<?php
add_action('template_redirect', function () {
    if (is_author()) {
        wp_safe_redirect(home_url('/about/'), 301);
        exit;
    }

    if (is_date()) {
        wp_safe_redirect(home_url('/blog/'), 301);
        exit;
    }
});

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

Что делать, если нужен не код, а настройка в SEO-плагине

Если сайт уже использует SEO-плагин, иногда проще отключить архивы там. Это удобно, когда нужно одновременно убрать страницы из индекса, sitemap и мета-тегов. Но проверяйте, что плагин не только ставит noindex, а ещё не оставляет открытые URL в карте сайта.

Подход	Плюсы	Минусы
Код в теме или mu-plugin	Полный контроль, без лишних зависимостей	Нужно аккуратно тестировать редиректы и 404
Настройка в SEO-плагине	Быстро, удобно для контент-команды	Не всегда решает вопрос с шаблоном и редиректами
Оставить архивы как есть	Ничего не ломаете сразу	Риск дублей и мусора в индексе

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

Пошаговое внедрение без риска

Сделайте резервную копию файлов и базы.
Определите, нужны ли архивы хотя бы для одного сценария: авторский профиль, хронология, внутренние ссылки.
Выберите вариант: 404, 301 или noindex.
Внесите изменения в дочерней теме или mu-plugin, а не в ядро.
Очистите кеш сайта, CDN и браузера.
Проверьте ответы сервера и наличие редиректов.
Переобойдите страницу в Search Console, если URL уже был в индексе.

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

Проверка должна быть не только визуальной. Откройте проблемный URL и посмотрите три вещи: код ответа, итоговый адрес после редиректа и наличие страницы в sitemap.

для 404 — страница должна реально отдавать 404 Not Found, а не просто выглядеть как ошибка;
для 301 — редирект должен вести на нужную страницу без цепочки из нескольких переходов;
для noindex — в HTML должен быть мета-тег noindex, а URL не должен попадать в sitemap;
в Search Console не должно появляться новых сообщений о мягких 404 или страницах с перенаправлением, которые индексируются отдельно.

Дополнительно проверьте, не остались ли архивы в XML-карте сайта. Если они там есть, поисковик может продолжать их обходить даже после закрытия от индексации.

Частые ошибки и как их исправить

Редирект на главную для всех архивов

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

Отключили архив, но забыли про sitemap

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

Поставили noindex, но оставили открытый тонкий шаблон

Это не критично, но бесполезно. Страница продолжит тратить crawl budget и может появляться в отчётах как найденная, но не проиндексированная. Если архив не нужен, лучше убрать его полностью или отдать 404/301.

Сломали архивы дат на новостном сайте

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

Практические советы по безопасности и производительности

Если вы вносите код, делайте это через mu-plugin: так изменения не потеряются при обновлении темы. Для редиректов используйте wp_safe_redirect(), а не произвольный header('Location: ...'), чтобы не создавать лишние риски.

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

Если задача шире и включает удаление дублей, чистку служебных страниц и контроль индексации, имеет смысл смотреть в сторону инструментов, которые закрывают именно технический мусор, а не только мета-теги. Но даже в этом случае итог всегда проверяется вручную: код ответа, sitemap, Search Console и реальный HTML страницы.