На небольших и средних WordPress-сайтах архивы автора и даты часто превращаются в источник дублей: одна и та же запись доступна через рубрику, архив автора, архив месяца, а иногда ещё и через пагинацию. Поисковик видит это как набор очень похожих страниц, а вы потом ловите лишние URL в индексе и распыление веса.
Проблема не в самих архивах как классе страниц. Иногда они полезны. Проблема в том, что на большинстве сайтов архивы авторов и дат не дают уникальной ценности, но продолжают генерировать индексируемые страницы, которые конкурируют с основным контентом.
Когда архивы становятся дублями
Сначала стоит понять, что именно у вас индексируется. Если на сайте один автор, а архив автора показывает тот же список записей, что и главная лента или рубрика, это почти всегда лишняя страница. То же самое с архивами дат: если у вас нет редакционного архива по месяцам, такие страницы обычно не нужны в поиске.
Как быстро диагностировать проблему
Проверьте три вещи:
- есть ли в индексе URL вида
/author/...и/2026/08/; - отличается ли заголовок и текст архива от обычной страницы списка записей;
- не создают ли архивы пагинацию с тонким содержимым, где на странице только несколько анонсов.
Если в поиске уже есть такие страницы, откройте их вручную и сравните с рубриками и главной. Если контент почти одинаковый, это кандидат на закрытие от индексации или на полное отключение вывода.
| Подход | Когда использовать | Минус |
|---|---|---|
| Плагин SEO | Нужно быстро закрыть архивы без кода | Меньше контроля над логикой |
| Код в теме или mu-plugin | Нужна точная настройка под конкретный сайт | Требует аккуратного тестирования |
| Оставить как есть | Архивы реально полезны и уникальны | Риск дублей и лишних URL в индексе |
Пошаговое решение через настройки и код
Если задача типовая, сначала проверьте настройки SEO-плагина. Во многих случаях достаточно закрыть архивы авторов и дат от индексации и убрать их из карты сайта. Но если вы хотите контролировать поведение без лишних зависимостей, лучше сделать это кодом.
Шаг 1. Отключите архивы, если они не нужны вообще
Если сайт ведёт один редактор или архивы по датам не несут пользы, можно отключить их на уровне шаблона. Это не закрывает URL от индексации, а просто убирает саму страницу. Подходит только если вы уверены, что на эти адреса нет внешних ссылок и они не нужны пользователям.
<?php
// В functions.php дочерней темы или в mu-plugin.
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;
}
});Такой вариант жёсткий. Он подходит только тогда, когда архивы действительно не должны существовать. Если страницы уже в индексе и на них есть трафик, лучше сначала закрыть их от индексации, а не сразу отдавать 404.
Шаг 2. Закройте архивы от индексации через robots meta
Более мягкий вариант — оставить страницы доступными для пользователей, но запретить их индексацию. Для этого можно добавить noindex, follow на архивы авторов и дат. Это не гарантирует мгновенное исчезновение из поиска, но даёт поисковику понятный сигнал.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_author() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Если у вас уже подключён SEO-плагин, проверьте, не добавляет ли он собственный noindex. Два разных источника директивы обычно не ломают страницу, но усложняют диагностику.
Шаг 3. Уберите архивы из XML-карты сайта
Если архивы остаются доступными, но не должны индексироваться, их лучше исключить из sitemap. Иначе вы сами подталкиваете поисковик к повторному обходу ненужных URL. В популярных SEO-плагинах это делается настройками, а не кодом. Если же карта сайта собирается вручную, не добавляйте туда архивы авторов и дат.
Для проверки откройте sitemap и убедитесь, что там нет URL архивов. Если они остаются, значит, настройка не применена или карта генерируется другим плагином.
Если нужен контроль без плагина
На сайтах, где важна предсказуемость, я обычно предпочитаю точечный код в mu-plugins. Так решение не исчезнет после смены темы и не будет зависеть от настроек редактора.
<?php
/**
* Plugin Name: Disable author and date archives indexing
*/
add_filter('wp_robots', function (array $robots) {
if (is_author() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});
add_action('template_redirect', function () {
if (is_author() && !is_admin()) {
// Если архив автора не нужен вообще, раскомментируйте блок ниже.
// global $wp_query;
// $wp_query->set_404();
// status_header(404);
// nocache_headers();
// include get_query_template('404');
// exit;
}
});Если архивы нужны как навигация по сайту, но не нужны в поиске, оставляйте только noindex. Если они не нужны вообще, переводите их в 404 или 410, но только после проверки логов и внешних ссылок.
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что поисковый робот видит именно те сигналы, которые вы задали.
- Откройте архив автора или даты в браузере и проверьте исходный код на наличие
meta name="robots"или HTTP-заголовкаX-Robots-Tag. - Проверьте sitemap: архивные URL не должны там появляться, если вы решили их исключить.
- В Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
- Убедитесь, что внутренние ссылки на архивы не создают лишний шум в шаблоне, если вы их скрывали.
Если вы выбрали вариант с 404, проверьте код ответа через DevTools, curl -I или любой HTTP-проверщик. Страница должна реально отдавать 404, а не просто показывать текст ошибки при коде 200.
curl -I https://example.com/author/admin/Частые ошибки и как их исправить
Оставили архивы в sitemap
Это самая частая причина, почему страницы продолжают обходиться роботом. Даже если на странице стоит noindex, sitemap может снова и снова подталкивать поисковик к обходу. Решение простое: исключите архивы из карты сайта там, где она формируется.
Поставили 404 вместо noindex без анализа трафика
Если на архив автора есть переходы из поиска или внешних источников, резкое удаление страницы может ухудшить поведение пользователей. В таких случаях безопаснее сначала закрыть от индексации, а уже потом решать, нужен ли архив вообще.
Скрыли архив CSS-ом, но не отключили URL
Если ссылка исчезла из меню, это не значит, что URL перестал существовать. Поисковик всё равно может найти его по внутренним ссылкам, старым картам сайта и внешним упоминаниям. Нужно менять именно статус страницы, а не только её видимость в интерфейсе.
Использовали несколько SEO-решений одновременно
Когда один плагин ставит noindex, другой переписывает robots.txt, а тема добавляет собственные мета-теги, диагностика становится мутной. На таких сайтах лучше оставить один источник SEO-логики и убрать дублирующие настройки.
Практические советы по безопасности и производительности
Если вы отключаете архивы кодом, делайте это в дочерней теме или в mu-plugin. Не редактируйте ядро и не вносите правки в родительскую тему, иначе при обновлении всё слетит.
Перед изменениями снимите резервную копию и проверьте, нет ли на архивы ссылок из меню, хлебных крошек или старых материалов. Иногда архив автора используется как часть UX, и тогда полное отключение страницы ломает навигацию.
Если нужен более широкий контроль над дублями, пагинацией и техническими страницами, можно посмотреть в сторону Clearfy Pro: он помогает централизованно управлять SEO-мелочами и чисткой сайта. Но даже с плагином всё равно стоит понимать, какие URL вы закрываете и зачем: автоматическая настройка не заменяет проверку индексации.
Главный критерий тут простой: если архив не несёт уникальной ценности для пользователя и не помогает навигации, он не должен конкурировать с основным контентом в поиске. Если ценность есть — оставляйте страницу, но делайте её осмысленной, с нормальным заголовком, описанием и полезным содержимым, а не пустым списком записей.