Дубли страниц

Почему дубли страниц — головная боль для SEO

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

Дубли не возникают из ниоткуда. Чаще всего их создаёт сама CMS или разработчики, добавляя параметры отслеживания (utm-метки), фильтры сортировки, версии для печати, разделы с пагинацией. Отдельная история — зеркала сайта: страницы с www и без, с http и https, с index.php и без. Если не настроить редиректы, каждая из этих версий будет восприниматься как самостоятельная страница.

Как дубли влияют на ранжирование

Для поисковой системы каждая страница — это единица веса и релевантности. Когда у вас есть 10 копий одной статьи, ссылочный вес с других сайтов распределяется между ними, и ни одна не получает достаточно сигналов, чтобы занять топ. Плюс краулинговый бюджет — ограниченное количество страниц, которые робот обходит за визит. Если он тратит его на бесконечные дубли фильтров, то до важных товарных категорий руки могут не дойти.

Влияние на поведенческие факторы тоже ощутимо: пользователь попадает на страницу с параметром sort=asc, а потом переходит на другой URL без параметра — и это выглядит как переход на новый документ. Аналитика искажается, а поисковик не понимает, какая версия основная. В итоге — падение позиций по группе запросов, а не только по одному.

Практический пример: интернет-магазин с фильтрами

Возьмём типичный каталог одежды. Есть категория «Джинсы», URL: site.com/jeans. Пользователь выбирает размер и цвет, и CMS генерирует адрес site.com/jeans?size=32&color=blue. Это не дубль в чистом виде — это отдельная страница выдачи. Но если такие страницы индексируются, то создают десятки комбинаций: size=32, size=33, color=blue, color=black и так далее. Контент на них одинаковый, меняется только подборка товаров. Поисковик не видит разницы и считает их дублями.

Решение — закрыть такие страницы от индексации через robots.txt или noindex, либо добавить на них rel="canonical" на основную категорию. Если фильтр даёт уникальный контент (например, изменяются мета-теги и заголовки), то его можно оставить, но обязательно с уникальным заголовком и описанием, чтобы страница имела право на существование.

Ещё один пример — пагинация. Страницы с ?page=2, ?page=3 часто дублируют первую страницу по содержанию, если на них нет уникальных текстов. Решение — склейка через canonical на первую страницу или использование rel="next/prev" (хотя Google его уже игнорирует, Яндекс учитывает).

Типичная ошибка: путаница между дублями и редиректами

Многие владельцы сайтов считают, что если поставить 301-редирект с дубля на основную страницу, то проблема решена. Это работает, но только если дубль не должен быть доступен пользователям. Например, версия для печати — если закрыть её редиректом, пользователь, нажавший «Печать», получит нечитаемую версию. Правильнее — оставить её, но добавить noindex и canonical на обычную страницу.

Другое заблуждение — думать, что дубли — это только полностью совпадающий текст. На самом деле, частичные совпадения (например, 70-80% контента одинакового) тоже считаются дублями. Поэтому при копировании описаний товаров с сайта поставщика или при использовании одинаковых шаблонов для новостей риск дублей выше, чем кажется.

И главное: некоторые SEO-специалисты советуют закрыть все параметры в URL сразу через robots.txt, но это может отрезать от индексации полезные страницы с фильтрами. Нужно анализировать, какие параметры дают уникальный контент, и только их оставлять. Всё остальное — закрывать точечно.

Работа с дублями — это не разовая акция, а постоянный процесс. Сайт растёт, добавляются новые разделы, меняются CMS-плагины, и дубли появляются снова. Регулярный аудит в Search Console и Яндекс.Вебмастере, мониторинг индексации по запросам site: и проверка канонических страниц — залог того, что поисковики видят именно те страницы, которые вы продвигаете.