Дубли страниц в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: архивы тегов, пагинация, параметры URL, версии с www и без, HTTP/HTTPS, страницы автора, вложения медиа, а иногда и дубли из-за темы или SEO-плагина. Если их не контролировать, поисковик начинает индексировать лишние адреса, а вес страниц размазывается по нескольким URL.
Ниже — рабочий сценарий: как найти дубли, что можно закрыть от индексации, что лучше склеить редиректом, а что оставить как есть.
Как понять, что у сайта есть проблема с дублями
Первый признак — в поиске всплывают адреса, которые вы не считали основными: страницы с параметрами, вложения изображений, архивы с одинаковым контентом, версии с разным регистром или слешем. Второй признак — в Google Search Console растет число страниц, помеченных как «дубликат, выбранная пользователем каноническая страница отличается» или похожие статусы.
Проверять стоит не только индекс, но и сам HTML. Часто на странице уже есть rel=canonical, но он указывает не туда, куда нужно, либо отсутствует на части шаблонов.
Что смотреть в первую очередь
- архивы категорий, тегов, авторов и дат;
- страницы вложений медиа;
- URL с параметрами сортировки, фильтров, UTM и поиском по сайту;
- дубли главной:
/,/index.php,/home/и похожие варианты; - версии сайта с
wwwи без, с HTTP и HTTPS; - страницы пагинации, если они индексируются без необходимости.
Диагностика: где именно рождаются дубли
Начинать лучше с простого обхода. Возьмите несколько проблемных URL и проверьте заголовки ответа, canonical и редиректы. Для этого достаточно curl и просмотра исходника страницы.
curl -I https://example.com/sample-page/Если нужен быстрый просмотр canonical в HTML, откройте исходный код страницы и найдите строку вида:
<link rel="canonical" href="https://example.com/sample-page/" />Если canonical указывает на другой адрес, это не всегда ошибка. Но если он ведет на неосновную версию страницы, поисковик может выбрать не тот URL для индексации.
Полезно отдельно проверить, не создают ли дубли вложения изображений. В WordPress у медиафайлов есть attachment pages, и на небольших сайтах они часто не нужны вообще.
Что лучше: редирект, canonical или noindex
Не все дубли нужно решать одинаково. Если у двух URL одинаковый контент и один из них явно лишний, лучше сделать 301-редирект. Если страница нужна пользователю, но не должна конкурировать в поиске с основной версией, используйте canonical. Если страница техническая и не несет ценности в индексе, можно закрыть ее от индексации через noindex.
| Сценарий | Что делать | Комментарий |
|---|---|---|
| HTTP и HTTPS, www и без www | 301-редирект | Это одна и та же страница, поисковику нужен один канонический адрес |
| Параметры сортировки или UTM | canonical или noindex | Зависит от того, нужен ли URL пользователю |
| Архивы тегов с тонким контентом | noindex или удаление | Если архив не дает пользы, лучше не индексировать его |
| Страницы вложений | 301 на файл или родительскую запись | Чаще всего attachment pages не нужны в поиске |
Пошаговое решение в WordPress
1. Нормализуйте основной адрес сайта
Сначала убедитесь, что в Настройки → Общие указан один вариант домена и протокол HTTPS. Если сайт открывается и с www, и без него, настройте редирект на уровне сервера или хостинга. В WordPress это лучше не делать только кодом в теме.
Для Apache базовый редирект может выглядеть так:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [L,R=301]
</IfModule>Для Nginx логика задается в конфигурации сервера, а не в WordPress. Если вы не управляете сервером, попросите хостинг применить постоянный редирект на один канонический хост.
2. Закройте от индексации ненужные архивы
Если на сайте много тонких архивов, их лучше не тащить в индекс. Это особенно актуально для тегов, которые создаются автоматически и не имеют нормального описания.
В SEO-плагинах обычно есть настройки для noindex на архивы тегов, авторов и дат. Если используете плагин вроде Clearfy Pro, можно централизованно отключить индексацию лишних архивов и убрать технические дубли без правки шаблонов. Это удобно, когда сайт уже живой и менять тему не хочется.
Если нужно сделать это кодом для конкретного типа архивов, можно добавить мета-тег через wp_head:
add_action('wp_head', function () {
if (is_tag() || is_date() || is_author()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Этот вариант рабочий, но его лучше использовать только если вы точно понимаете, какие архивы хотите закрыть. Для массовой настройки безопаснее SEO-плагин или фильтры темы.
3. Уберите дубли страниц вложений
Если attachment pages не нужны, перенаправляйте их на сам файл или на родительскую запись. В WordPress это можно сделать через хук template_redirect:
add_action('template_redirect', function () {
if (is_attachment()) {
$parent = wp_get_post_parent_id(get_the_ID());
if ($parent) {
wp_safe_redirect(get_permalink($parent), 301);
exit;
}
$file = wp_get_attachment_url(get_the_ID());
if ($file) {
wp_safe_redirect($file, 301);
exit;
}
}
});Такой подход помогает убрать из индекса страницы, которые не несут самостоятельной ценности. Но если у вас медиа-страницы используются как отдельные посадочные, редирект делать не надо.
4. Проверьте canonical на шаблонах и пагинации
Иногда дубли создаются не на уровне URL, а на уровне шаблона. Например, тема выводит canonical на главной странице, но на страницах пагинации или архивов он формируется некорректно. В этом случае поисковик получает смешанные сигналы.
Если вы пишете свой шаблон или правите тему, canonical лучше не собирать вручную без необходимости. WordPress и SEO-плагины уже умеют это делать. Вмешиваться стоит только если вы нашли конкретную ошибку.
Проверка простая: откройте несколько страниц архива, пагинации и записи, посмотрите исходник и убедитесь, что canonical указывает на текущий URL или на ту страницу, которую вы действительно хотите считать основной.
Проверка результата после внедрения
После правок не ограничивайтесь тем, что страница «открывается». Нужно проверить три вещи: редирект, canonical и статус индексации.
- URL с дублем должен отдавать
301, если вы его склеивали; - в HTML должен быть один корректный canonical;
- в Search Console новые дубли не должны накапливаться как отдельные канонические страницы;
- страницы, закрытые через
noindex, должны исчезать из индекса постепенно, а не мгновенно; - внутренние ссылки должны вести на основной URL, а не на старую версию.
Для быстрой проверки редиректа удобно использовать:
curl -I http://www.example.com/sample-page/В ответе ожидайте 301 Moved Permanently и заголовок Location с основным адресом.
Если вы закрывали архивы или вложения, проверьте их через оператор site: в поиске и через отчет об индексировании в Search Console. Не ждите мгновенного результата: поисковику нужно время, чтобы переобойти страницы.
Частые ошибки и как их исправить
Редирект сделан через PHP в теме
Это частая ошибка. Если редирект зависит от темы, при смене шаблона он исчезнет. Для канонизации домена лучше использовать сервер или хостинг, а не код в functions.php.
Закрыли от индексации нужные страницы
Иногда под noindex случайно попадают категории, которые реально приводят трафик. Перед массовой правкой проверьте, какие архивы уже ранжируются и дают переходы.
Canonical указывает на главную, а не на текущую запись
Такое бывает после ручной правки темы или конфликта плагинов. Если canonical выставлен неверно, поисковик может игнорировать вашу логику. Сначала отключите конфликтующий SEO-функционал, потом проверьте шаблон заново.
Удалили attachment pages, но забыли про внутренние ссылки
Если на сайт ведут ссылки на старые страницы вложений, они должны получать 301-редирект. Иначе вы получите 404 и потеряете часть накопленных сигналов.
Параметры URL продолжают индексироваться
Если фильтры, сортировка или поиск по сайту создают много URL, одного canonical может быть мало. Иногда нужен запрет индексации на уровне robots.txt, а иногда — настройка самого плагина фильтрации. Здесь важно не лечить симптом, а убрать источник генерации дублей.
Практические советы по безопасности и производительности
Не правьте редиректы и noindex прямо в активной теме на боевом сайте без бэкапа. Если что-то пойдет не так, можно случайно закрыть весь сайт от индексации или сломать навигацию. Для точечных правок лучше использовать дочернюю тему или мини-плагин.
Если дублей много, сначала отключите лишнюю генерацию URL, а уже потом чистите индекс. Это быстрее и безопаснее, чем пытаться вручную удалять каждый адрес из поиска.
Для сайтов с большим количеством архивов и технических страниц полезно периодически проверять:
- не появились ли новые таксономии без контента;
- не создает ли плагин фильтрации параметры, которые индексируются;
- не дублируются ли страницы из-за кэширования и неправильных редиректов;
- не менялся ли canonical после обновления темы или SEO-плагина.
Если нужен более системный подход к чистке дублей, технических архивов и лишних элементов интерфейса, имеет смысл смотреть в сторону инструментов для SEO-оптимизации и удаления дублей, например Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином базовая проверка редиректов и canonical остается обязательной.
Главная идея простая: сначала найдите источник дубля, потом выберите правильный способ обработки, и только после этого меняйте настройки. В WordPress это экономит время и снижает риск случайно сломать индексацию уже работающего сайта.