Нужно ли уникализировать служебные страницы на поддоменах?

Нет, переписывать все служебные страницы на каждом поддомене ради формальной «уникальности» не требуется. Разный текст нужен там, где меняются условия для пользователя или где отдельная версия страницы должна самостоятельно участвовать в поиске. Полностью одинаковые страницы без отдельной поисковой задачи лучше не размножать.

Под служебными здесь понимаются публичные информационные и коммерческие страницы вроде «Доставки», «О компании», «Опта», «Скидок» и «Гарантии», а не корзина, авторизация, внутренний поиск или административные URL.

Уникальность текста не является самостоятельной целью

Поисковым системам не нужен заданный процент отличий. Замена слов синонимами, перестановка абзацев и механическое добавление названия города не создают самостоятельной пользы для посетителя. Google рекомендует создавать контент для реальной аудитории, а не менять его преимущественно ради поискового ранжирования.

Для Google обычное дублирование само по себе не означает санкцию. Если основное содержимое нескольких страниц совпадает или очень похоже, Google может объединить их в кластер и выбрать одну каноническую версию. Указанный владельцем canonical остаётся сигналом, а не обязательной директивой.

Отдельно Google пояснял, что локализованный контент не получает наказание только из-за повторения текста. Это не означает, что все региональные копии обязательно будут индексироваться и ранжироваться отдельно: отсутствие санкции и выбор канонической страницы — разные процессы.

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

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

Какие страницы можно оставить одинаковыми

Одинаковый текст допустим, если факты и правила действительно едины:

• история компании, реквизиты и общая информация о бренде;
• общие гарантийные обязательства;
• единая политика возврата;
• одинаковые способы оплаты;
• общие правила программы скидок;
• единые условия оптовой работы.

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

Это сокращает количество повторяющихся URL и устраняет ситуацию, когда поисковая система самостоятельно решает, какую копию показывать. Google прямо указывает, что множество URL с одинаковым контентом осложняет аналитику и расходует обход на дублирующиеся страницы.

Какие страницы нужно локализовать

Страница должна содержать различия по существу, если условия зависят от региона.

Для страницы доставки это могут быть:

• реальные зоны доставки;
• стоимость;
• сроки;
• ограничения по населённым пунктам;
• адреса складов;
• пункты выдачи;
• доступные транспортные компании.

Для оптовой страницы — региональный склад, минимальная партия, доступный ассортимент или контакт местного менеджера. Для страницы «О компании» — реальное представительство, местная команда, адрес и режим работы.

Менять нужно данные, влияющие на решение пользователя, а не формулировки вокруг неизменных условий. Если отличий нет, не следует выдумывать местные преимущества, отзывы, офисы или сроки ради SEO.

Для Яндекса региональный поддомен должен содержать полезную для соответствующего региона информацию, полные контакты реального представительства и быть связан с основной версией сайта через навигацию. Яндекс также не рекомендует региональные поддомены, когда у компании нет физического представительства в регионе.

Когда одинаковые страницы становятся рискованными

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

Google относит к doorway abuse:

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

Поэтому модель «один шаблон × сотни городов × замена топонима» рискованнее, чем повторение общей информации о гарантии или оплате.

Как поступить с уже созданными копиями

Оставить индексируемыми

Это оправдано, если страницы относятся к разным регионам, содержат реальные различия и должны отвечать на разные региональные запросы.

На каждой версии устанавливается self-canonical:

<link rel="canonical" href="https://perm.example.ru/dostavka/">

Title, H1 и основное содержимое должны точно описывать конкретные условия страницы, а не отличаться только названием города. Google рекомендует использовать понятные и специфичные для страницы заголовки.

Оставить одну центральную страницу

Этот вариант подходит для общей оферты, гарантии, правил оплаты, политики возврата или истории компании, если информация одинакова во всех регионах.

С региональных поддоменов размещается обычная ссылка на основной документ. Отдельные копии не создаются.

Настроить 301 redirect

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

Использовать noindex

noindex подходит, если копия нужна внутри интерфейса конкретного поддомена, но не должна появляться в поиске:

<meta name="robots" content="noindex, follow">

Страница должна оставаться доступной для обхода. Если одновременно закрыть её в robots.txt, Google не сможет прочитать noindex, и URL теоретически может продолжить отображаться в поиске без содержимого.

Не рассчитывать на cross-subdomain canonical как на универсальное решение

Google поддерживает canonical между поддоменами, но рассматривает его как сигнал и может выбрать другую каноническую версию.

Яндекс прямо указывает, что canonical игнорируется, если в качестве канонического указан URL другого домена или поддомена. Поэтому схема вида:

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

на странице perm.example.ru/dostavka/ не является универсальным решением для двух поисковых систем.

Если проект зависит и от Google, и от Яндекса, предсказуемее использовать одну центральную страницу, 301 или noindex — в зависимости от назначения URL.

Практическая матрица

Как проверить результат

1. Соберите URL одинакового типа со всех поддоменов и сгруппируйте точные и близкие дубли.
2. Для каждой группы определите, существует ли отдельный пользовательский и поисковый интент. Если нет — оставьте один индексируемый URL.
3. В Google Search Console проверьте назначенный владельцем и выбранный Google canonical через URL Inspection.
4. В Яндекс Вебмастере проверьте главный и неглавные адреса, исключённые страницы и статусы дублей.
5. После изменений контролируйте индексируемые URL, показы и переходы отдельно по каждому поддомену.

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