Мультирегиональное продвижение (поддомены vs папки)

1. Архитектура и принцип работы

Исторически поисковики оценивали регион по IP, TLD и контактным данным. С развитием Яндекс.Справочника и Google Business Profile возникла потребность в явном указании региона. Поддомены позволяют изолировать хостинг, геолокацию и даже CMS, но фрагментируют ссылочный вес. Папки консолидируют авторитет домена, упрощают аналитику, но требуют безупречной реализации hreflang и гео-редиректов. Яндекс долгое время отдавал предпочтение поддоменам из-за привязки к региону через Яндекс.Вебмастер, тогда как Google с 2017 года унифицировал сигналы, уравняв папки и поддомены при корректной разметке. Ключевой фактор — управление краулинговым бюджетом: папки эффективнее для больших сайтов, поддомены — для изоляции экспериментов.

2. Математическая механика и триггеры ранжирования

Ранжирование мультирегионального сайта описывается взвешенной формулой: Score = α·R_region + β·A_domain + γ·C_content + δ·U_ux, где R_region — релевантность региону (0–1), A_domain — авторитет домена/поддомена, C_content — качество контента, U_ux — поведенческие метрики. Веса: α ≈ 0.3, β ≈ 0.25, γ ≈ 0.25, δ ≈ 0.2 (динамичны). Для поддоменов A_domain рассчитывается отдельно, что при низком ссылочном профиле даёт пессимизацию. Триггеры: дублирование title/description между регионами (штраф до -40% видимости), отсутствие hreflang (потеря 15–20% трафика), гео-несоответствие контента (например, московский телефон на региональной странице) вызывает понижение в Яндекс.Картах и органике. Папки наследуют авторитет основного домена, но при ошибочном canonical на головную версию региональные страницы выпадают из индекса. В Google Core Updates мультирегиональность оценивается через Entity Graph: если сущности «регион» и «бизнес» не связаны, страница теряет релевантность.

3. Специфика в Яндекс (YATI) vs Google

Яндекс использует YATI (Yet Another Text Index) и ПФ (поведенческие факторы) с привязкой к региону через Яндекс.Вебмастер: поддомены получают отдельный регион, папки требуют указания региона в настройках. Яндекс чувствителен к гео-контенту (адреса, телефоны) и штрафует за несоответствие. Google опирается на Core Updates и Entity Graph: папки и поддомены равны при корректном hreflang, но Google сканирует сигналы локальности (отзывы, NAP) и оценивает через граф сущностей. Для Google важнее консистентность сущностей, для Яндекса — явная региональная привязка и поведенческие метрики по региону.

4. Нормативы SLA и диагностическая матрица

5. Пошаговый инженерный протокол внедрения

• Шаг 1: Проведите аудит текущей структуры и определите регионы с наибольшим спросом через Яндекс.Вордстат и Google Trends.
• Шаг 2: Выберите архитектуру: поддомены для изоляции брендов/языков, папки для консолидации авторитета и больших каталогов.
• Шаг 3: Настройте hreflang и гео-редиректы, исключив автоматический редирект по IP для поисковых ботов.
• Шаг 4: Создайте уникальные мета-теги и контент для каждого региона, включая локальные контакты и отзывы.
• Шаг 5: Настройте региональность в Яндекс.Вебмастере и Google Search Console, отслеживайте индексацию и позиции.

# Пример hreflang для папок
<link rel="alternate" hreflang="ru-RU" href="https://site.ru/msk/" />
<link rel="alternate" hreflang="ru-RU" href="https://site.ru/spb/" />
# Гео-редирект только для пользователей, не для ботов
if ($http_user_agent !~* "(bot|yandex|google)") {
  rewrite ^/$ /msk/ redirect;
}

6. Типичные ошибки при оптимизации

• Фатальная ошибка 1: Дублирование контента без hreflang и canonical — приводит к каннибализации и потере 30–50% видимости. Избегайте: уникализируйте тексты и настройте hreflang.
• Фатальная ошибка 2: Автоматический гео-редирект по IP для ботов — Google и Яндекс не видят контент других регионов. Избегайте: используйте рекомендательные баннеры вместо редиректа.
• Фатальная ошибка 3: Игнорирование региональных сигналов (NAP, отзывы) — Яндекс понижает в Картах, Google теряет сущностную связь. Избегайте: добавляйте локальные данные и отзывы.