Дубли страниц в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: архивы тегов, страницы автора, пагинация, параметры в URL, одинаковые материалы в нескольких разделах, версии с www и без него, HTTP и HTTPS. В результате поисковик видит несколько адресов с одним и тем же или почти одинаковым содержимым и начинает выбирать канонический вариант сам. Это не всегда катастрофа, но почти всегда лишняя нагрузка на индексацию и риск размыть сигналы страницы.
Ниже — рабочий сценарий: как сначала найти источник дублей, затем убрать их на уровне настроек, кода и редиректов, а после проверить, что проблема действительно закрыта.
Как понять, что у вас именно дубли, а не просто похожие страницы
Сначала стоит отделить дубли от обычных похожих материалов. Если у вас две статьи на одну тему, но с разными заголовками и смыслом, это не дубль. Дубль — когда один и тот же контент доступен по разным URL или когда поисковик может считать разные URL эквивалентными.
Типичные источники дублей в WordPress
- страницы рубрик, тегов и архивов автора с одинаковым или почти одинаковым списком записей;
- пагинация архивов и главной страницы;
- параметры сортировки, фильтров и UTM в URL;
- версии сайта с
wwwи без него; - HTTP и HTTPS одновременно;
- страницы вложений изображений;
- дубли записей в нескольких таксономиях без каноникализации;
- страницы поиска по сайту, которые попадают в индекс.
Быстрая диагностика без плагинов
Проверьте несколько адресов вручную и сравните HTML-вывод. Особенно полезно посмотреть, есть ли на странице rel="canonical", не отдаются ли одновременно разные версии одного URL и не индексируются ли служебные архивы.
curl -I https://example.com/page-name/curl -I http://example.com/page-name/Если в ответе на HTTP нет редиректа на HTTPS, это уже источник дубля. То же самое касается www и без www.
Пошаговое решение: что отключить, что закрыть, а что оставить
Универсального «удалить все дубли» не существует. На практике нужно решить, какие URL должны индексироваться, а какие — нет. Для части страниц правильнее поставить noindex, для части — настроить канонический URL, а для части — сделать 301-редирект.
1. Приведите сайт к одной основной версии
Сначала выберите один вариант домена: с www или без него, и один протокол — HTTPS. Все остальные варианты должны вести на основной адрес через 301. Это базовая санитария, без которой дальше можно только размножать дубли.
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [L,R=301]Если у вас Nginx, редирект лучше делать на уровне сервера, а не через PHP. Это быстрее и надежнее.
2. Закройте служебные архивы, которые не несут ценности
Для многих сайтов страницы автора, поиска и вложений не должны конкурировать с основным контентом. Если архив автора не нужен как отдельная посадочная страница, его можно отключить или закрыть от индексации. То же касается страниц вложений: часто они создают тонкие дубли без пользы.
Если используете SEO-плагин, проверьте настройки архивов. Если работаете кодом, можно отключить архивы автора для сайта с одним автором:
add_action('template_redirect', function () {
if (is_author() && !is_admin()) {
wp_redirect(home_url('/'), 301);
exit;
}
});Это грубый вариант, но он уместен для сайтов, где архив автора не нужен вообще. Если архив нужен, лучше оставить его и настроить noindex через SEO-плагин или шаблон мета-тегов.
3. Уберите дубли страниц вложений
Страницы вложений часто индексируются отдельно, хотя по сути это пустые страницы с изображением и минимальным текстом. Если они не используются как самостоятельный контент, их лучше перенаправлять на файл изображения или на родительскую запись.
add_action('template_redirect', function () {
if (is_attachment()) {
$parent = wp_get_post_parent_id(get_the_ID());
if ($parent) {
wp_redirect(get_permalink($parent), 301);
exit;
}
wp_redirect(home_url('/'), 301);
exit;
}
});Этот подход уменьшает число бесполезных URL в индексе и убирает типичный источник дублей после загрузки медиафайлов.
4. Настройте canonical там, где редирект не подходит
Если один и тот же контент доступен по нескольким адресам из-за фильтров, сортировки или параметров, редирект не всегда уместен. В таких случаях нужен канонический URL. WordPress и SEO-плагины часто делают это автоматически, но лучше проверить, что canonical действительно указывает на основную страницу.
Для собственных шаблонов можно добавить canonical вручную, если вы точно понимаете логику страницы:
add_action('wp_head', function () {
if (is_singular()) {
echo '<link rel="canonical" href="' . esc_url(get_permalink()) . '" />' . "\n";
}
}, 1);Важно: не дублируйте canonical, если его уже выводит SEO-плагин. Два canonical на странице — частая ошибка, которая только путает поисковик.
5. Закройте от индексации страницы поиска и технические архивы
Страницы поиска по сайту, результаты с пустой выдачей, некоторые архивы по датам и служебные страницы редко должны попадать в индекс. Их можно закрыть через noindex, а не редиректом, если они нужны пользователю внутри сайта.
Если вы используете Clearfy Pro, часть таких настроек можно закрыть в интерфейсе без кода. Это удобно, когда нужно быстро убрать архивы, вложения и лишние мета-теги. Для сайта с большим количеством технических дублей это часто практичнее, чем вручную править шаблоны. Ссылка на плагин: Clearfy Pro.
Что проверять после внедрения
После правок важно не гадать, а проверить конкретные признаки. Если этого не сделать, можно оставить дубль в индексе или случайно закрыть нужную страницу.
Чек-лист проверки
- основной URL отдает
200 OK; - альтернативные версии с
www, HTTP и параметрами ведут на нужный адрес через301; - на странице есть один canonical, и он указывает на правильный URL;
- страницы автора, поиска, вложений и служебные архивы не попадают в индекс, если они не нужны;
- в Search Console нет массовых дублей по одному и тому же контенту;
- внутренние ссылки ведут на каноническую версию, а не на временные параметры.
Для быстрой проверки можно открыть исходный код страницы и поискать canonical. Если используете консоль, посмотрите заголовки и цепочку редиректов:
curl -I https://example.com/?p=123Если URL с параметром ?p=123 или старая версия записи не редиректится на постоянный адрес, это тоже источник дублей.
Сравнение подходов: плагин, код или серверный редирект
| Подход | Когда подходит | Плюсы | Ограничения |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы, canonical и noindex без разработки | Меньше ручной работы, удобно для редактора | Нужно следить, чтобы не было конфликтов с темой и другими плагинами |
| Код в теме или mu-plugin | Нужна точечная логика для вложений, автора, параметров | Гибкость, можно учесть структуру сайта | Требует тестирования после обновлений темы |
| Редиректы на уровне сервера | Нужно убрать HTTP/www/старые адреса | Быстро и надежно | Нужен доступ к конфигу сервера |
Частые ошибки и как их исправить
Два canonical на одной странице
Обычно это происходит, когда canonical выводит SEO-плагин, а разработчик добавляет второй в теме. Оставьте только один источник. Иначе поисковик может проигнорировать оба.
Редирект вместо noindex там, где страница нужна пользователю
Например, результаты поиска по сайту или архивы с полезной навигацией. Если страница нужна внутри сайта, но не должна индексироваться, используйте noindex, а не 301 на главную.
Закрыли не тот URL
Часто путают архив рубрики и страницу записи, или закрывают все архивы целиком. Перед изменениями проверьте, какие шаблоны реально используются в теме и какие страницы дают трафик.
Оставили внутренние ссылки на неканоническую версию
Если меню, хлебные крошки или блоки похожих материалов ведут на URL с параметрами, поисковик продолжит видеть альтернативные адреса. Исправляйте ссылки в шаблонах и в контенте.
Сделали массовый noindex без анализа
Это частая ошибка при попытке «почистить индекс». Если закрыть слишком много страниц, можно потерять полезные точки входа. Сначала смотрите на фактическую роль страницы, потом выбирайте noindex или редирект.
Практические советы по безопасности и производительности
Если вы правите дубли кодом, лучше вынести изменения в mu-plugin или отдельный мини-плагин, а не в functions.php активной темы. Так правки не исчезнут после смены темы и их проще отключить при отладке.
Перед массовыми редиректами сделайте резервную копию конфигурации и базы. Для больших сайтов особенно важно не запускать редиректы без проверки цепочек: лишние переходы замедляют сайт и усложняют обход для поисковых роботов.
Если дублей много из-за лишних архивов, имеет смысл сначала убрать их на уровне настроек, а уже потом чистить индекс. В некоторых случаях удобно использовать SEO-настройки и чистку служебных элементов через Clearfy Pro, но не стоит полагаться только на плагин: серверные редиректы и корректные внутренние ссылки все равно нужны.
Главный критерий здесь простой: один основной URL на один смысловой документ. Все остальное — либо редирект, либо canonical, либо noindex. Если это правило соблюдено, дубли обычно перестают быть системной проблемой.