Региональное SEO: поддомены и папки /city/ на 1С-Битрикс

Вопрос «поддомены или папки» звучит на старте почти каждого регионального проекта, и ответ на него определяет архитектуру на годы вперёд. Цена ошибки высокая: переезд с поддоменов на папки или обратно — это смена тысяч адресов, массовые редиректы, временное проседание позиций и долгая переиндексация. Поэтому решение принимается не по привычке и не по тому, что проще разработчику, а по совокупности факторов: число городов, наличие офисов, текущая структура сайта, ресурсы на поддержку и планы по масштабированию. Ниже разбираем, как мы подходим к выбору и как строим базу так, чтобы она работала годами.

Почему сайт не ранжируется в других городах

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

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

Когда выбираем поддомены

Поддомены вида msk.site.ru и spb.site.ru хорошо подходят, когда у компании есть реальное присутствие в городах: офисы, склады, пункты выдачи, местные телефоны и юридические лица. Каждый поддомен привязывается к своему региону в Вебмастере напрямую и воспринимается поисковиком как самостоятельный региональный сайт — это даёт чёткий гео-сигнал. Поддомены удобны, когда городов не слишком много, но каждый из них важен и заслуживает собственного развития: своих посадочных, своих акций, своей структуры разделов. Минус — необходимость отдельных DNS-записей и SSL-сертификатов на каждый город и то, что вес домена распределяется между поддоменами.

Если присутствие в городах формальное, а самих городов десятки или сотни, поддомены начинают мешать: поддерживать сотню поддоменов с сертификатами и привязками дорого, а вес каждого из них слишком мал, чтобы конкурировать. В этом случае мы чаще рекомендуем папки. Грамотная техническая база здесь тесно связана с задачей устранения дублей и настройки canonical: без управляемых канониклов любая региональная схема рискует расплодить копии.

Когда выбираем папки /city/

Папки вида /msk/ и /spb/ живут на одном домене, не требуют отдельных сертификатов и DNS и копят весь ссылочный и поведенческий вес на основном хосте. Это делает их предпочтительным выбором для масштабирования на десятки и сотни городов, особенно когда присутствие в части регионов виртуальное, а контент городских страниц во многом шаблонный. Геопривязку для папок выстраивают аккуратнее, чем для поддоменов, но при правильной настройке robots, sitemap и канониклов папки прекрасно индексируются и ранжируются по регионам. Сопровождать одну структуру папок проще, чем сотню поддоменов, а добавление нового города сводится к повторяемой операции.

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

Что значит подмена контента по региону

Региональная версия страницы — это не просто другой адрес. Чтобы город ранжировался и приносил заявки, на странице должны меняться значимые элементы: телефон с местным кодом, адрес офиса, региональные цены и условия доставки, упоминание города в заголовках h1 и текстах, схема проезда, реквизиты. Подмена выполняется на стороне Битрикс — через отдельные инфоблоки и свойства, включаемые области, модуль геоопределения или специализированное решение под регион. Сделанная корректно, она оставляет одну физическую страницу, но отдаёт каждому городу свой релевантный контент.

Тонкий момент — баланс между уникальностью и шаблонностью. Если городские страницы отличаются только названием города, поисковик может счесть их малоценными. Поэтому мы закладываем возможность добавлять региональные блоки: местные кейсы, отзывы, особенности доставки, локальные услуги. Техническая база при этом одна, а степень уникализации каждого города регулируется по мере роста проекта. Это связано и с грамотной настройкой ЧПУ и структуры URL: понятные региональные адреса упрощают и индексацию, и навигацию.

Канониклы, robots и sitemap по регионам

Сердце региональной чистоты — управление канониклами. Когда один товар или услуга доступны в нескольких городах, нужно чётко определить каноническую версию для каждого региона и не допустить, чтобы московская и питерская страницы ссылались друг на друга или схлопывались в одну. Мы централизуем эту логику, чтобы при добавлении города ничего не ломалось и поисковик всегда видел ровно по одной канонической странице на регион. Параллельно настраиваем robots.txt с правилами обхода по регионам и sitemap.xml, разделённый по городам, чтобы краулинговый бюджет тратился на нужные версии, а не на технический мусор.

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

Когда нужна чистка перед настройкой

Часто к нам приходят не с чистого листа, а с уже существующей региональной версией, которая работает плохо. Перед настройкой правильной структуры мы проводим аудит: ищем дубли, конфликтующие канониклы, неуправляемые параметры в адресах, мусор в индексе. Нередко оказывается, что половину проблем создаёт сама старая региональная схема. В таких случаях сначала наводим порядок — убираем дубли, перенастраиваем robots и sitemap, склеиваем версии канониклами — и только потом разворачиваем чистую структуру. Это занимает дополнительное время, но без чистки новая база будет конкурировать со старым мусором.

Как мы ведём проект

Старт — аудит географии и текущей структуры. Разбираем список городов, существующие адреса, состояние индексации и геопривязки. На основе этого выбираем и обосновываем схему — поддомены или папки — и фиксируем решение до начала работ. Дальше разворачиваем региональные версии в Битрикс без копирования контента, настраиваем подмену контактов, цен и фрагментов текста, прописываем ЧПУ и канониклы, разделяем robots и sitemap по регионам. Финал — привязка городов в Вебмастере и проверка: индексация идёт, дублей нет, каждая версия отдаётся по своему региону.

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

Возражения, которые мы слышим чаще всего

«У нас уже есть региональные страницы, зачем что-то менять». Если они приносят трафик из всех нужных городов и не плодят дубли — менять действительно ничего не надо. Но чаще оказывается, что страницы есть, а регионального ранжирования нет: либо нет привязки в Вебмастере, либо канониклы конфликтуют, либо в индексе мусор. Аудит покажет, что реально работает, а что только создаёт видимость региональности.

«Поддомены звучат солиднее, давайте сразу их». Солидность тут ни при чём — важна экономика. Сто поддоменов с сертификатами, привязками и распределённым весом обойдутся дороже и в разработке, и в поддержке, чем структура папок, и при формальном присутствии в городах дадут меньше. Мы считаем оба сценария под ваше число городов и показываем, где разница в эффекте и в затратах, а решение принимаете вы.

«Это надолго и дорого». База до пяти городов разворачивается за неделю, мультирегион на десятки городов — за две-три. Это не сопоставимо со стоимостью упущенного трафика из регионов, где вас просто нет в выдаче. А умный расчёт на этой странице помогает заранее прикинуть, сколько визитов добавят региональные версии в вашем случае.

Региональная микроразметка и сигналы локальности

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

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

Как мы измеряем результат

Региональное SEO не должно быть чёрным ящиком, поэтому мы заранее договариваемся, по каким метрикам оцениваем эффект. Это число городов в индексе, позиции по геозависимым запросам в разных регионах, органический трафик с разбивкой по городам и доля версий, корректно привязанных в Вебмастере. После настройки мы показываем, что версии городов попали в индекс, дубли ушли, а краулинговый бюджет тратится на канонические страницы. Дальше отслеживаем динамику: трафик и позиции по регионам растут по мере переиндексации, и эта картина видна в отчётах, а не остаётся на словах.

Такой подход помогает и принимать решения о развитии. Когда видно, какие города уже вышли в топ, а какие отстают, понятно, куда добавлять региональный контент, отзывы и кейсы, а где достаточно базовой версии. Региональная структура — это не разовая настройка, а основа, на которой география проекта растёт управляемо: вы видите отдачу по каждому городу и вкладываетесь туда, где это приносит клиентов.

С чего начать

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