Дубли страниц: поиск показывает не тот адрес
Дубли редко создают намеренно. Они появляются сами: со слешем и без, с www и без, с метками рекламных кампаний, с /index.php в конце. Для человека это одна страница, для поисковика — четыре разных.
Чем это мешает
Вес, который могли бы получить ссылки на одну страницу, размазывается по её копиям. Поисковик выбирает представителя сам — и может выбрать адрес с меткой ?utm_source, который вы никогда никому не показывали. Дальше это мешает по цепочке: в статистике одна страница выглядит как несколько, сравнивать их между собой бессмысленно, а внешняя ссылка, поставленная на «неправильный» вариант, работает вполсилы.
Что настроить
Один канонический адрес на страницу в теге canonical, записанный полностью — со схемой и доменом, а не «/catalog». Постоянная переадресация на выбранный вариант: с www на без него или наоборот, с http на https, со слеша на его отсутствие.
Одинаковые заголовки как симптом
Дубли обычно видны раньше, чем начинают мешать: у нескольких страниц совпадают title и описание. Это не отдельная проблема, а признак — то же самое содержимое обслуживает несколько адресов. Поэтому список одинаковых заголовков стоит читать как карту дублей: почти всегда за ним стоит либо незаданный canonical, либо страница фильтра, которая порождает новый адрес на каждое сочетание параметров.
Как это настраивается
Canonical пишется полным адресом и у страницы-оригинала указывает на саму себя. Переадресация настраивается один раз на уровне сервера и дальше работает для всех адресов сразу.
<link rel="canonical" href="https://example.ru/catalog/divany">
# nginx: увести www на адрес без www
server {
server_name www.example.ru;
return 301 https://example.ru$request_uri;
}Метки рекламных кампаний
Адреса с ?utm_source и подобными метками — это те же дубли, только создаёте их вы сами при каждой рассылке. Удалять метки не нужно, они нужны для аналитики. Достаточно, чтобы страница с меткой указывала canonical на адрес без неё: тогда поисковик понимает, что перед ним одна и та же страница.
Чем canonical отличается от переадресации
Обе настройки указывают на основной адрес, но делают это по-разному, и путать их дорого. Переадресация закрывает адрес физически: и посетитель, и робот попадают на другой, старый перестаёт открываться. Canonical оставляет адрес рабочим и лишь подсказывает, какой считать основным, — подсказку поисковая система вправе не принять, если содержимое страниц заметно разное. Отсюда правило выбора: если вариант адреса не нужен никому, ставьте переадресацию; если он нужен людям — версия для печати, адрес с меткой кампании, страница фильтра, — оставляйте открытым и канонизируйте. Ставить оба указания разом бессмысленно: переадресация сработает раньше, и canonical никто не прочитает.
Материал носит информационный характер и не является юридической консультацией. Актуальность требований проверяйте на момент чтения.