Дубли в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: архивы тегов, пагинация, параметры в URL, страницы автора, версии с www и без него, HTTP/HTTPS, а иногда ещё и фильтры темы или плагинов. В результате поисковик видит несколько адресов с одинаковым или почти одинаковым содержимым и сам решает, какой оставить в индексе. Это почти всегда хуже, чем управлять ситуацией вручную.
Ниже — рабочий сценарий: как найти источник дублей, что закрывать через noindex, где достаточно canonical, а где лучше вообще убрать генерацию лишних страниц на уровне темы или плагина.
Какие дубли в WordPress встречаются чаще всего
Сначала полезно понять, с чем именно вы имеете дело. Не все похожие URL — проблема индексации. Иногда это просто технические адреса, которые должны существовать для работы сайта, но не должны попадать в поиск.
Типовые источники дублей
- страницы архивов тегов и рубрик, которые повторяют контент записей;
- страницы автора на сайтах без редакционной команды;
- пагинация архивов и блога;
- URL с параметрами сортировки, фильтров, UTM и других меток;
- версии сайта с
www/non-wwwиhttp/https; - страницы вложений медиафайлов, если они открыты для индексации;
- служебные страницы поиска по сайту, если они индексируются без контроля.
Если на сайте уже есть SEO-плагин, часть задач может быть решена в его настройках. Но когда проблема повторяется из-за темы или кастомного кода, приходится смотреть глубже: что реально отдаёт сервер, какие мета-теги формируются и какие URL доступны роботу.
Диагностика: как понять, откуда берутся дубли
Начните не с правок, а с проверки факта. Удобнее всего открыть несколько подозрительных URL и сравнить HTML-ответ: есть ли rel="canonical", какой стоит meta robots, не отличается ли заголовок страницы, не меняется ли содержимое при добавлении параметров.
Проверять стоит в таком порядке:
- поискать одинаковые заголовки и сниппеты в Google Search Console;
- сравнить URL с и без слэша в конце;
- открыть архивы тегов, авторов и дат;
- проверить страницы с параметрами
?replytocom=,?utm_..., фильтрами и сортировкой; - посмотреть, не создаёт ли тема отдельные шаблоны для одних и тех же записей.
Если у вас есть доступ к серверным логам или хотя бы к инструментам аналитики, полезно посмотреть, какие адреса реально посещают роботы. Это помогает не закрывать лишнее и не ломать навигацию.
Быстрая проверка через исходный код
Откройте проблемную страницу и найдите в исходнике:
<link rel="canonical" href="https://example.com/page/" />
<meta name="robots" content="noindex,follow" />Если canonical указывает на другой адрес, а страница при этом доступна по нескольким URL, это уже сигнал к настройке редиректа или к устранению генерации дубля. Если canonical отсутствует, поисковик будет ориентироваться на собственную логику, и это не лучший вариант.
Что закрывать через noindex, а что лучше склеивать canonical
Здесь часто делают ошибку: всё подряд ставят в noindex. Это не всегда правильно. noindex говорит поисковику не показывать страницу в выдаче, но не решает проблему дублирования, если адресов много и они продолжают генерироваться. canonical помогает указать основной URL, но не заменяет нормальную архитектуру сайта.
| Сценарий | Что делать | Комментарий |
|---|---|---|
| Параметры сортировки и UTM | canonical на чистый URL | Часто этого достаточно, если параметры не меняют контент |
| Архивы тегов без ценности | noindex,follow | Если теговые страницы не нужны в поиске |
| Страницы автора на одиночном блоге | noindex,follow или отключение архива | Зависит от структуры сайта |
| Дубли из-за http/www/slash | 301-редирект на основной вариант | Это не задача для noindex |
Если дубль вызван разными версиями одного и того же адреса, сначала нужен редирект. Если же это служебная страница, которую нельзя убрать без потери функциональности, тогда уже имеет смысл noindex.
Пошаговое решение: как убрать дубли в WordPress
Шаг 1. Нормализуйте основной URL сайта
Проверьте, что в Настройки → Общие сайт и WordPress Address заданы в одном формате: с HTTPS и выбранным вариантом домена. Это базовая точка, но сама по себе она не убирает все дубли. Нужен ещё 301-редирект на уровне сервера или конфигурации хостинга.
Если редиректов нет, поисковик может индексировать и http://, и https://, и www, и без www. Для сайта это лишний шум.
Шаг 2. Закройте ненужные архивы и служебные страницы
Если вы ведёте блог в одиночку, архив автора часто не несёт отдельной ценности. То же касается архивов дат на небольших сайтах. Их можно закрыть от индексации через SEO-плагин или кодом, если нужна точечная настройка.
add_filter('wp_robots', function ($robots) {
if (is_author() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант работает на уровне robots-мета и подходит, если вы хотите оставить страницы доступными для пользователей, но не показывать их в поиске. Если архив вообще не нужен, лучше отключить его шаблонно или перенаправить на релевантную страницу.
Шаг 3. Уберите индексацию вложений медиа
Страницы вложений часто создают пустые или почти пустые URL с изображением и минимальным текстом. Для SEO это слабые страницы, а иногда и прямые дубли, если тема выводит на них тот же контент, что и в записи.
Практичный вариант — редиректить attachment-страницы на сам файл или на родительскую запись. Если на сайте уже есть медиа-архивы и они вам не нужны, проще убрать их из индекса и не плодить мусорные URL.
Шаг 4. Склейте параметры URL
Если дубли появляются из-за параметров, canonical должен вести на чистую версию страницы. Для UTM-меток это стандартная практика. Для параметров сортировки и фильтрации нужно смотреть по ситуации: если контент не меняется, canonical на базовый URL уместен; если меняется существенно, лучше не закрывать всё механически.
add_filter('get_canonical_url', function ($canonical, $post) {
if (is_singular() && !empty($_GET)) {
$canonical = get_permalink($post);
}
return $canonical;
}, 10, 2);Этот пример грубый, поэтому применять его стоит осторожно. Он подходит только если вы уверены, что параметры не должны влиять на индексируемую версию страницы. Для сложных каталогов и фильтров лучше делать отдельную логику.
Проверка результата после внедрения
После правок не ждите мгновенного эффекта. Сначала проверьте, что сайт действительно отдаёт нужные сигналы:
- у основной страницы есть один canonical;
- служебные архивы получают
noindex,followили закрыты редиректом; - дубли с параметрами не создают отдельные индексируемые URL;
- в Search Console уменьшается число страниц с дублирующимися заголовками и canonical;
- в выдаче остаётся основной адрес, а не случайная версия с параметром.
Для ручной проверки удобно использовать:
- просмотр исходного кода страницы;
- инструмент проверки URL в Google Search Console;
curl -Iдля проверки редиректов и кодов ответа;- поиск по сайту с оператором
site:и проверка подозрительных URL.
Если canonical и robots выставлены правильно, но поисковик всё равно держит в индексе старые адреса, это нормально на переходный период. Главное — чтобы новые сигналы были консистентными и не менялись от страницы к странице.
Частые ошибки и как их исправить
Ставят noindex на всё подряд
Так делают, когда хотят быстро «почистить» сайт. В итоге из индекса пропадают полезные страницы, а проблема дублей остаётся. Проверяйте, действительно ли страница не нужна в поиске. Если нужна, но имеет альтернативные URL, сначала решайте вопрос canonical и редиректов.
Путают canonical и редирект
Canonical — это рекомендация для поисковика. Редирект — жёсткая смена адреса. Если у вас две версии одной и той же страницы из-за протокола или домена, нужен редирект, а не только canonical.
Оставляют открытыми страницы вложений
Медиа-страницы часто забывают после миграции или настройки темы. Они продолжают индексироваться, хотя пользы от них мало. Проверьте, не создаёт ли ваш шаблон отдельные страницы для изображений и не ведут ли на них внутренние ссылки.
Не учитывают кеш
После изменения robots или canonical кеш может продолжать отдавать старую версию страницы. Очистите серверный кеш, кеш плагина и, если есть, CDN. Иначе вы будете проверять уже не тот HTML, который видит робот.
Что делать, если дубли создаёт тема или плагин
Иногда источник проблемы не в SEO-настройках, а в коде. Например, тема выводит отдельные шаблоны для архивов, добавляет лишние ссылки на параметры или генерирует дублирующий контент в блоках. Тогда править нужно не только мета-теги, но и сам шаблон.
Если вы работаете с кастомной темой, проверьте:
- не дублируется ли заголовок записи в нескольких местах;
- нет ли повторного вывода контента через виджеты или блоки;
- не создаются ли отдельные страницы для одного и того же материала;
- не добавляет ли плагин свои архивы и таксономии без необходимости.
В таких случаях полезно сначала отключить подозрительный плагин на тестовой копии сайта и посмотреть, исчезает ли лишний URL. Это быстрее, чем искать проблему в поисковой выдаче.
Практические советы по безопасности и производительности
Чистка дублей — это не только про SEO. Чем меньше лишних страниц и параметров, тем проще кеширование, ниже нагрузка на сервер и меньше риск случайно открыть служебный контент наружу.
- не закрывайте важные страницы через robots.txt, если они уже в индексе — сначала нужен корректный сигнал на самой странице;
- не используйте одинаковые title и description на архивных страницах;
- проверяйте, не создаёт ли форма поиска бесконечные URL с параметрами;
- после правок обновляйте sitemap и исключайте из него технические страницы;
- если используете SEO-плагин, не дублируйте его логику собственным кодом без необходимости.
Если нужен более широкий набор инструментов для чистки дублей, технической оптимизации и управления SEO-настройками, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином важно понимать, какие URL вы закрываете и почему — иначе легко спрятать не ту страницу.
Самый надёжный критерий простой: после внедрения у сайта должен остаться один основной URL для каждой важной страницы, а служебные адреса должны либо редиректить, либо явно исключаться из индексации. Если это выполняется, дубли перестают быть хаотичной проблемой и превращаются в управляемую настройку.