Две страницы с одинаковым или почти одинаковым содержанием не обязательно приводят к санкциям. Но поисковой системе приходится решить, какой URL считать основным. Если сигналы противоречат друг другу, в результатах может оказаться не та страница, которую бизнес считает приоритетной, а данные по показам и ссылкам будут распределены между несколькими адресами.
Для B2B-сайта проблема особенно заметна после редизайна, смены CMS, запуска региональных страниц или массового копирования посадочных под услуги. Исправление начинается не с установки rel="canonical" повсюду, а с ответа на два вопроса: должны ли страницы существовать отдельно и какая из них лучше решает задачу пользователя.
Что поисковые системы считают дублем
Полные дубли отдают одно и то же содержимое по разным URL. Например, страница открывается с завершающим слешем и без него, с UTM-меткой, по старому и новому адресу или одновременно через HTTP и HTTPS.
Частичные дубли сложнее. Это страницы, где меняются несколько слов, название города или порядок блоков, но основная информация и поисковая задача остаются одинаковыми. Отдельные страницы «SEO для Москвы» и «SEO для Санкт-Петербурга» не становятся полезными только из-за замены города в заголовке. Чтобы существовать самостоятельно, каждая должна содержать отличающиеся условия, доказательства, примеры, ограничения или предложения, которые действительно важны для соответствующей аудитории.
Google описывает канонизацию как выбор наиболее представительного URL из группы одинаковых или очень похожих страниц. Указанный владельцем canonical — сильный сигнал, но не безусловная команда. Яндекс также рассматривает rel="canonical" как рекомендацию и может выбрать другой адрес, если считает его более информативным и релевантным.
Откуда берутся дубли на коммерческом сайте
- параметры сортировки, фильтрации и рекламные метки создают дополнительные адреса;
- тестовая или старая версия страницы остаётся доступной для обхода;
- один материал публикуется в нескольких разделах с разными URL;
- CMS формирует адреса с разным регистром, слешем или служебным суффиксом;
- после переезда сохраняются и старый, и новый варианты без корректного редиректа;
- посадочные под разные услуги или города отличаются только несколькими фразами;
- печатная, мобильная или AMP-версия существует отдельно от основной.
Само наличие параметра в адресе ещё не доказывает проблему. Важно проверить, отдаёт ли URL код 200, доступен ли для робота, стоит ли на него внутренняя ссылка и появляется ли он в отчётах поисковых систем.
Как найти дубли: рабочая последовательность
1. Соберите список доступных URL
Начните с XML-карты сайта, меню, внутренних ссылок и экспорта страниц из CMS. Затем добавьте адреса из Google Search Console и Яндекс Вебмастера: исключённые страницы, альтернативные canonical, страницы с переадресацией и URL со статусом дубля. Так вы увидите не только то, что планировалось опубликовать, но и то, что фактически обнаружили роботы.
2. Сравните технические сигналы
Для каждой пары проверьте код ответа, доступность в robots.txt, метатег robots, canonical, включение в sitemap и конечный адрес после переадресаций. Все сигналы должны указывать в одну сторону. Если sitemap содержит один URL, внутренняя ссылка ведёт на другой, canonical указывает на третий, поисковой системе приходится самостоятельно разрешать конфликт.
3. Сравните интент и основное содержание
Не ограничивайтесь процентом совпадения текста. Две страницы могут быть написаны разными словами, но отвечать на один запрос и конкурировать друг с другом. И наоборот: одинаковая вводная часть не делает дублями страницы услуг с разными условиями, результатом и следующим шагом.
Практический критерий: если посетитель после перехода на одну страницу не понимает, зачем существует вторая, их стоит объединить или заметно развести по задачам.
4. Посмотрите, какой URL уже получает сигналы
Сравните показы, клики, внешние и внутренние ссылки, историю URL и конверсии. Не удаляйте автоматически старую страницу только потому, что новый адрес выглядит аккуратнее. Если старый URL уже известен поиску и получает трафик, обычно экономичнее сохранить его либо поставить постоянный редирект на выбранную страницу.
Как выбрать способ исправления
301-редирект
Используйте постоянное перенаправление, если старый URL больше не нужен пользователям и не должен существовать отдельно. Это наиболее ясный вариант при переезде, смене адреса или объединении двух материалов. Все внутренние ссылки и sitemap после этого должны вести сразу на конечную страницу.
rel="canonical"
Canonical подходит, когда похожие адреса технически должны оставаться доступными: например, варианты с параметрами или страницы, необходимые интерфейсу. Канонический URL должен быть рабочим, индексируемым и соответствовать содержанию. Не стоит указывать canonical на тематически другую страницу или на главную только ради сокращения числа URL.
Уникализация и разделение интента
Если обе страницы нужны бизнесу, сделайте их различия содержательными. Разведите аудиторию, задачу, услугу, этап выбора и CTA. Страница «SEO-аудит» должна помогать понять состояние сайта и получить план исправлений, а страница «SEO-продвижение» — объяснять постоянную работу, KPI и формат взаимодействия. Одной замены Title недостаточно.
Закрытие от индексации
noindex уместен для служебных страниц, которые должны быть доступны пользователю, но не нужны в поиске. Не используйте его как универсальную замену редиректу или canonical. Страница, закрытая в robots.txt, может не дать роботу прочитать размещённый внутри noindex или canonical.
Ошибки, из-за которых проблема возвращается
- Canonical настроен, но внутренние ссылки продолжают вести на дубли.
- В sitemap остаются неканонические или перенаправляемые URL.
- После смены адреса удалён старый URL без постоянного редиректа.
- Региональные страницы созданы массовой заменой названий городов.
- Один шаблон генерирует одинаковые Title и Description для разных страниц.
- Исправление проверено только в редакторе, но не на опубликованной странице.
- Запрос на переобход отправлен до того, как устранены противоречивые сигналы.
Яндекс рекомендует проверять исключённые страницы со статусом дубля в Вебмастере. Google советует использовать URL Inspection, чтобы сравнить заявленный и выбранный системой canonical. После исправления переоценка может занять время: отправка на повторный обход ускоряет обнаружение изменений, но не гарантирует индексацию.
Минимальный чек-лист после исправления
- Приоритетный URL отдаёт HTTP 200 и открыт для индексации.
- Ненужный адрес перенаправляет на него либо указывает корректный canonical.
- Canonical страницы совпадает с выбранным публичным URL.
- В sitemap указан только приоритетный индексируемый вариант.
- Внутренние ссылки ведут прямо на него без промежуточных редиректов.
- Title, Description и H1 соответствуют задаче страницы и не дублируют соседние материалы.
- Страница повторно проверена в Google Search Console и Яндекс Вебмастере.
Главный принцип прост: один поисковый интент — одна сильная целевая страница. Технические сигналы должны подтверждать это решение, а не пытаться компенсировать одинаковый контент.
Если на сайте накопились старые адреса, региональные копии или конкурирующие страницы услуг, команда SPINOFF может провести SEO-аудит и собрать карту исправлений: что объединить, где сохранить URL, а где настроить редирект или canonical.
