Ржанский Д.

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

Как продвигать услуги по нескольким городам без фиктивных офисов, устранить дубли региональных страниц и корректно настроить географию для Google и Яндекса.

Дмитрий Ржанский Дмитрий Ржанский 1 просмотров

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

Для Яндекса при работе по нескольким регионам без филиалов обычно следует указывать не один произвольный город, а регион, охватывающий всю фактическую территорию услуг: например, «Россия» для федерального покрытия или соответствующую область для нескольких городов одной области. География должна быть подтверждена на сайте условиями оказания услуг, доставки или выезда. Дополнительно оформите компанию в Яндекс Бизнесе как онлайн-компанию и задайте реальную территорию оказания услуг.

Почему региональные страницы признаются дублями

Проблема обычно не в структуре /moskva/, /kazan/ или /spb/ как таковой. Поисковик видит несколько документов с одинаковым основным содержанием, одной услугой, одинаковыми условиями, формой заявки и коммерческим предложением. Замена города в title, H1 и нескольких предложениях не создаёт самостоятельную посадочную страницу.

Яндекс указывает, что одинаковые URL внутри сайта могут быть объединены в группу дублей, после чего в поиске остаётся выбранная роботом страница. Google относит к doorway abuse страницы, созданные под похожие запросы по городам и ведущие пользователя в одну и ту же фактическую воронку. Риск возникает не из-за самого геонима, а из-за отсутствия отдельной пользовательской ценности.

Из этого следует практический критерий:

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

Какая архитектура подходит сайту без филиалов

Базовая модель — один домен, основные страницы услуг и ограниченный набор service-area pages, то есть страниц территорий обслуживания.

Рекомендуемая структура:

/uslugi/
/uslugi/remont-oborudovaniya/
/geografiya/
/geografiya/moskva/
/geografiya/kazan/

Вместо /geografiya/ допустима схема /uslugi/remont-oborudovaniya/moskva/. Выбор зависит от того, что является самостоятельным интентом: вся работа компании в городе или конкретная услуга в городе. Смешивать обе модели и создавать матрицу «каждая услуга × каждый город» без подтверждённого спроса и различий не следует.

Общая страница /geografiya/ должна показывать фактическую территорию работы: города, ограничения выезда, сроки расчёта, условия доставки, минимальный заказ или другие реальные параметры. Она нужна пользователю даже без поискового трафика и поэтому не является технической страницей ради SEO.

Когда городская страница заслуживает отдельного URL

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

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

Не добавляйте фиктивные адреса, местные телефоны, карты, отзывы или кейсы. «Уникализированный» текст о достопримечательностях города без связи с услугой не решает проблему дублей: он меняет формулировки, но не создаёт дополнительной коммерческой ценности.

Что делать с уже созданными дублями

Сначала разделите региональные URL на три группы: оставить, объединить, исключить из органического поиска.

1. Оставить

Страница имеет спрос, показы, ссылки, конверсии либо подтверждённый локальный контент. Для неё:

  • оставьте ответ 200 OK;
  • задайте self-canonical на собственный URL;
  • включите страницу в XML Sitemap;
  • добавьте ссылки из раздела географии и релевантных услуг;
  • уберите шаблонные блоки, которые полностью повторяют другие города;
  • не перенаправляйте пользователя автоматически по IP.

2. Объединить

Если региональные страницы описывают одну и ту же услугу без реальных различий, выберите одну сильную страницу — общую услугу или страницу крупного региона. Остальные URL перенаправьте на неё постоянным 301-редиректом. Затем удалите старые адреса из Sitemap и замените внутренние ссылки.

rel="canonical" подходит для доступных дублей, которые по техническим причинам должны существовать. Но каноникализация всех городских страниц на общую страницу несовместима с ожиданием, что каждый городский URL будет самостоятельно ранжироваться: поисковику сообщается, что предпочтительным документом является другой адрес.

3. Исключить из органического поиска

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

После изменений проверьте выбранные канонические URL в Google Search Console и статусы «Дубль»/DUPLICATE в Яндекс Вебмастере, затем отправьте изменённые страницы на переобход.

Какой регион указать в Яндекс Вебмастере

Выбирайте регион по реальной модели бизнеса, а не по самому конкурентному городу.

Сценарий Регион в Яндекс Вебмастере
Услуги фактически оказываются по всей стране «Россия»
Несколько городов находятся в одной области или республике Наименьший вышестоящий регион, охватывающий эти города
Основная работа ведётся в одном городе, остальные заказы эпизодические Основной город
География не влияет на коммерческое предложение и запросы геонезависимы Можно рассмотреть «Нет региона»
Есть реальные филиалы в нескольких регионах Общий охватывающий регион для одного сайта либо отдельная привязка реальных региональных версий

Яндекс допускает выбор «Россия», когда организация из одного города привлекает клиентов из других регионов или доставляет по всей стране, но требует подтвердить широкое покрытие на сайте. В Яндекс Бизнесе онлайн-компания может указать несколько территорий оказания услуг. Это не превращает каждую городскую страницу в отдельное представительство и не даёт основания создавать фиктивные региональные поддомены.

Для поддоменов позиция Яндекса строже: они рекомендуются для региональных версий при наличии физических представительств. Без филиалов схема msk.example.ru, spb.example.ru создаёт лишние хосты, размывает управление ссылками и требует отдельного доказательства региональности. В рассматриваемом сценарии папки на основном домене безопаснее, но только при самостоятельной ценности страниц.

Чем отличается стратегия для Google

В Google нужно разделять обычные органические результаты и локальный блок Google Maps.

Городские service-area pages могут участвовать в обычном органическом поиске, если они полезны и не являются doorway pages. Однако они не создают физическую близость компании к пользователю и не гарантируют присутствие в локальном блоке.

Для компании, которая выезжает или доставляет товары клиентам, Google Business Profile допускает один профиль service-area business на всю обслуживаемую территорию. В нём можно скрыть адрес, если клиенты не обслуживаются по этому адресу, и указать до 20 зон обслуживания. Google рекомендует, чтобы общая зона находилась примерно в пределах двух часов пути от базы. Создавать отдельный профиль на каждый город без реально работающего офиса нельзя.

Локальные результаты Google зависят от релевантности, расстояния и известности бизнеса. Поэтому страница «Услуга в городе N» способна усилить релевантность органического документа, но не отменяет фактор расстояния в Maps.

hreflang для русскоязычных страниц Москвы, Казани и Самары проблему не решает. Этот механизм предназначен для языковых и страновых локалей, а не для городской привязки одноязычных коммерческих посадочных.

Порядок внедрения

  1. Выгрузите все региональные URL, их статусы индексирования, показы, клики, внешние и внутренние ссылки, лиды.
  2. Составьте карту решений: KEEP, MERGE_301, NOINDEX.
  3. Оставьте отдельные URL только для приоритетных территорий с подтверждённым спросом и реальными операционными различиями.
  4. Объедините шаблонные страницы и устраните цепочки редиректов.
  5. Создайте одну страницу географии обслуживания и свяжите её с услугами и оставшимися городскими страницами.
  6. На странице контактов честно укажите фактический адрес или отсутствие клиентского офиса, территорию работы и порядок оказания услуг.
  7. Установите в Яндекс Вебмастере охватывающий регион; для федеральной модели — «Россия».
  8. В Яндекс Бизнесе оформите онлайн-компанию и задайте фактическую территорию оказания услуг.
  9. В Google Business Profile используйте одну service-area карточку только при соответствии правилам сервиса.
  10. После переобхода оценивайте не только индексирование, но и запросы по каждой посадочной, лиды, каннибализацию и долю показов нужного URL.

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

Разобрать проблему на вашем сайте

Опишите проблему — найду вероятную причину и предложу понятный план исправлений без лишних работ.

Связаться