Как исправить дубли главной страницы в WordPress

Если главная страница сайта открывается по нескольким URL, поисковик видит дубли и начинает выбирать, какой адрес считать основным. На практике это часто выглядит так: сайт доступен с http и https, с www и без него, с / и без слэша, а иногда ещё и через служебные адреса вроде /home или /index.php. Для WordPress это типичная ситуация, и исправляется она не одной кнопкой, а проверкой канонического адреса, редиректов и настроек самого сайта.

Ниже — рабочий порядок действий: сначала понять, какие именно адреса дублируют главную, затем привести к одному варианту редиректы и canonical, после этого проверить, что WordPress и сервер отдают один основной URL.

Сначала найдите, какие именно адреса считаются дублями

Не стоит править всё подряд, пока не ясно, откуда берутся дубли. Для главной страницы обычно нужно проверить такие варианты:

• http://site.ru и https://site.ru;
• http://www.site.ru и https://www.site.ru;
• site.ru и site.ru/;
• site.ru/index.php или site.ru/home, если такие адреса реально открываются;
• адреса с параметрами, если они ведут на ту же главную страницу.

Самый простой способ проверки — открыть каждый вариант в браузере и посмотреть, меняется ли адрес после загрузки. Если страница открывается без редиректа и содержимое одинаковое, это уже потенциальный дубль. Если редирект есть, но он ведёт не на один и тот же основной адрес, проблему тоже нужно исправлять.

Полезно проверить и исходный код страницы: в теге <link rel="canonical"> должен быть один канонический адрес главной. Если там указан не тот URL, который вы считаете основным, поисковик может ориентироваться на него.

Проверьте настройки WordPress, которые чаще всего создают дубли

В WordPress есть две настройки, которые влияют на адрес сайта: Адрес WordPress (URL) и Адрес сайта (URL). Они находятся в разделе Настройки → Общие.

Для большинства сайтов эти значения должны быть одинаковыми и уже содержать выбранный вариант домена и протокол. Например, если основной адрес сайта — https://site.ru, то именно он должен быть указан в обеих строках. Если в одной строке стоит http, а в другой https, WordPress может генерировать ссылки и canonical не в том виде, который вам нужен.

Здесь же важно не путать домен с поддоменом www. Если основной адрес — без www, не оставляйте в настройках вариант с www, и наоборот.

После изменения сохраните настройки и проверьте главную страницу заново. Если сайт перестал открываться или редиректит в цикл, значит, где-то ещё зафиксирован старый адрес — обычно в конфигурации хостинга, в wp-config.php или в правилах редиректа.

Настройте один основной вариант домена и протокола

Для поисковика должно быть очевидно, какой адрес главный. Обычно выбирают один из двух вариантов:

• https://site.ru/;
• https://www.site.ru/.

Остальные варианты должны вести на него редиректом 301. Это касается и протокола, и поддомена, и слэша на конце. Если этого не сделать, главная может индексироваться как несколько разных страниц.

Если у вас есть доступ к настройкам веб-сервера, редирект лучше делать на уровне сервера, а не через PHP. Так надёжнее и быстрее. Но конкретный способ зависит от окружения.

Если сайт работает на Apache

Обычно редирект настраивают в .htaccess. Перед изменением файла сделайте резервную копию: ошибка в правилах может уронить сайт или отправить его в бесконечный редирект.

Пример для перевода всех запросов на https://site.ru без www:

RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} ^www\.site\.ru$ [NC]
RewriteRule ^ https://site.ru%{REQUEST_URI} [R=301,L]

Это базовый пример. Если у вас другой основной домен, замените site.ru на свой. Правило сохраняет путь и параметры запроса, поэтому не ломает внутренние адреса.

Если сайт работает на Nginx

На Nginx редирект обычно задают в конфигурации виртуального хоста. Если доступа к конфигу нет, нужно обратиться к хостинг-провайдеру или администратору сервера.

Пример для перевода на https://site.ru без www:

server {
    listen 80;
    server_name site.ru www.site.ru;
    return 301 https://site.ru$request_uri;
}

Если сайт уже работает по HTTPS, аналогичное правило нужно учесть и для HTTPS-конфига, чтобы не оставалось второго доступного варианта.

Проверьте canonical на главной странице

Даже при правильном редиректе canonical должен указывать на тот же основной адрес. Для главной страницы это особенно важно, потому что некоторые темы, плагины SEO и шаблоны могут формировать canonical по-разному.

Откройте исходный код главной и найдите строку вида:

<link rel="canonical" href="https://site.ru/" />

Если там указан другой адрес, проверьте, не переопределяет ли его SEO-плагин, тема или кастомный код. В WordPress canonical для главной обычно формируется автоматически, но его можно сломать:

• неправильной настройкой SEO-плагина;
• дублирующимися функциями в теме;
• ручной вставкой canonical в шаблон;
• ошибкой в адресе сайта в настройках WordPress.

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

Уберите служебные и альтернативные адреса, которые ведут на ту же главную

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

Проверьте, нет ли у сайта:

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

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

Проверьте результат после исправлений

После настройки нужно убедиться, что остался один рабочий адрес. Проверка простая:

1. Откройте все варианты главной: с http и https, с www и без него.
2. Убедитесь, что каждый вариант даёт 301 и приводит к одному URL.
3. Проверьте исходный код главной и canonical.
4. Посмотрите, не осталось ли в поисковой выдаче старых вариантов адреса после повторной индексации.

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

curl -I -L https://site.ru

В ответе должен быть один конечный адрес, а не несколько последовательных редиректов туда-сюда. Если видите цепочку из двух-трёх переходов, её лучше сократить до одного.

Что обычно ломает исправление дублей

На практике проблема часто возвращается из-за мелочей, которые не бросаются в глаза:

• в настройках WordPress один адрес с www, а в сервере редирект на вариант без www настроен не полностью;
• сайт открывается по https, но где-то осталась ссылка на http;
• canonical генерирует SEO-плагин, а тема добавляет свой;
• редирект настроен только для главной, но не для всех вариантов URL;
• в кэше остались старые версии страниц после изменения настроек.

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

Если нужен быстрый способ убрать типовые SEO-дубли и не править всё вручную, в WordPress часто используют плагины, которые помогают управлять canonical, редиректами и техническими настройками сайта. Один из таких вариантов — Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином базовая логика не меняется: один основной URL, корректный редирект и совпадающий canonical.

Если коротко, исправление дублей главной страницы в WordPress сводится к трём вещам: выбрать один основной адрес, заставить все остальные варианты отдавать 301 и проверить, что canonical указывает туда же. Когда эти три условия выполнены, поисковику гораздо проще понять, какая версия главной страницы должна индексироваться.