Поддомен или папка: как правильно сделать региональные страницы сайта

Когда у компании появляются филиалы в разных городах, почти сразу возникает вопрос: как организовать сайт?

Например, компания работает в Омске, Казани, Самаре и Санкт-Петербурге. Есть основной сайт site.ru, а для каждого города хочется сделать отдельную страницу.

На первый взгляд вариантов два:

omsk.site.ru

или

site.ru/omsk/

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

Но с точки зрения структуры сайта, SEO, аналитики и дальнейшей поддержки это две совершенно разные модели.

При этом было бы неправильно говорить, что поддомены — это плохо, а папки — хорошо. Поддомены вполне могут быть правильным решением. Вопрос в другом: что именно представляет собой региональный раздел вашего бизнеса?

Если Омск — просто один из филиалов единой компании, чаще всего разумнее сделать site.ru/omsk/.

Если же Омск фактически является самостоятельным направлением со своей командой, услугами, контентом и маркетингом, поддомен omsk.site.ru уже может иметь смысл.

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

Что такое поддомен и что такое папка

Начнём с самого простого.

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

site.ru

Региональную версию можно сделать двумя способами.

Вариант первый — поддомен

omsk.site.ru

В этом случае «Омск» становится частью доменной структуры.

Можно сделать и другие поддомены:

kazan.site.ru

samara.site.ru

spb.site.ru

Выглядит аккуратно и действительно создаёт ощущение, что у каждого города есть собственный сайт.

Вариант второй — папка

site.ru/omsk/

Здесь город является разделом основного сайта.

Аналогично:

site.ru/kazan/

site.ru/samara/

site.ru/spb/

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

Но для поискового продвижения и управления сайтом важнее не то, как выглядит адрес, а то, как устроен сам ресурс и какой контент находится внутри него.

Поддомен — это не просто ещё одна страница

Это первое, что важно понять.

Когда мы создаём:

site.ru/omsk/

мы добавляем раздел на существующий сайт.

Когда создаём:

omsk.site.ru

мы создаём отдельный хост внутри доменной структуры.

И это принципиальная разница.

Условно можно представить так.

Папки

Один большой сайт:

site.ru
│
├── О компании
├── Услуги
├── Отзывы
├── Контакты
│
├── /omsk/
├── /kazan/
└── /samara/

Поддомены

Несколько самостоятельных площадок:

site.ru

omsk.site.ru

kazan.site.ru

samara.site.ru

Да, они принадлежат одной компании и находятся под одним основным доменом. Но технически это уже другая архитектура.

Именно поэтому решение «давайте просто сделаем каждому городу поддомен» не такое простое, как может показаться.

Почему для филиалов часто лучше /omsk/

Представим обычную ситуацию.

Есть компания с единым брендом. Она оказывает одни и те же услуги в разных городах.

У неё:

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

В таком случае нет особого смысла превращать каждый город в самостоятельный сайт.

Логичнее сказать поисковой системе и пользователю:

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

Получается структура:

site.ru/
site.ru/omsk/
site.ru/kazan/
site.ru/samara/

Основной домен остаётся центром всей структуры.

А страницы городов становятся его частью.

Один сайт вместо десятков

Представим, что сегодня у компании пять городов.

Завтра их станет десять.

Через год — двадцать.

При структуре с папками мы просто добавляем новые разделы:

site.ru/omsk/
site.ru/kazan/
site.ru/samara/
site.ru/novosibirsk/
site.ru/ufa/
site.ru/perm/
...

При этом остаётся один основной сайт, одна CMS, одна система управления и единая логика навигации.

С поддоменами архитектура начинает выглядеть иначе:

omsk.site.ru
kazan.site.ru
samara.site.ru
novosibirsk.site.ru
ufa.site.ru
perm.site.ru
...

Каждый новый регион — ещё один отдельный объект, за которым нужно следить.

Сам по себе поддомен не создаёт катастрофы. Но количество технических и SEO-задач растёт вместе с количеством регионов.

И если компания не собирается делать из каждого города самостоятельный интернет-проект, такая сложность обычно не даёт дополнительной пользы.

Что происходит с SEO

Здесь часто возникает самое большое недопонимание.

Иногда можно услышать:

«Поддомен — это тот же домен, поэтому весь SEO-вес основного сайта автоматически работает и на него».

Так воспринимать структуру неправильно.

Поисковые системы умеют связывать поддомены с основным доменом, но поддомен не является просто ещё одной папкой сайта.

Для SEO это важно.

Допустим, основной сайт уже существует несколько лет:

site.ru

У него есть:

• внешние ссылки;
• история;
• страницы;
• упоминания;
• органический трафик;
• накопленные сигналы качества.

И мы создаём:

omsk.site.ru

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

Региональный раздел на основном домене находится в общей структуре:

site.ru/omsk/

И это одна из причин, почему для типичной сети филиалов такой вариант проще и логичнее.

Но дело не только в «SEO-весе»

Сводить всю разницу между поддоменами и папками к ссылочному весу тоже неправильно.

Есть ещё одна важная вещь — архитектура сайта.

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

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

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

site.ru/
site.ru/omsk/
site.ru/kazan/
site.ru/samara/

У пользователя есть понятный основной сайт, а регион становится его частью.

Самая частая ошибка — размножить один и тот же сайт

Вот здесь начинаются реальные проблемы.

Допустим, компания оказывает пять услуг.

Для Омска сделали:

omsk.site.ru/uslugi/

Для Казани:

kazan.site.ru/uslugi/

Для Самары:

samara.site.ru/uslugi/

На каждом сайте разместили один и тот же текст:

Компания оказывает профессиональные услуги. Работаем с физическими и юридическими лицами. Гарантируем качество…

И изменили только название города.

Получается десятки практически одинаковых страниц.

Например:

Услуги в Омске…

Услуги в Казани…

Услуги в Самаре…

Услуги в Уфе…

Формально города разные.

Для пользователя содержание при этом может быть практически идентичным.

И вот здесь проблема уже не столько в поддомене, сколько в массовом создании малоотличающихся страниц.

Дублирование — это не аргумент «против поддоменов»

Это важное уточнение.

Иногда статьи на эту тему слишком упрощают ситуацию:

«Поддомены плохо, потому что поисковик посчитает их дублями».

Это некорректно.

Сам по себе поддомен не является дублем.

Можно сделать:

omsk.site.ru

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

И можно сделать:

site.ru/omsk/

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

Во втором случае тоже не будет никакой магии.

Поэтому правильный вывод такой:

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

Что должно быть на хорошей городской странице

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

Например:

site.ru/omsk/

может содержать:

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

Тогда страница отвечает на конкретный запрос пользователя.

Человек из Омска попадает не на абстрактную страницу с заменённым названием города, а на информацию именно о компании в Омске.

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

А что делать с услугами?

Здесь есть ещё один архитектурный вопрос.

Допустим, у компании есть раздел:

site.ru/uslugi/

И десять услуг.

Нужно ли создавать десять копий услуг для каждого города?

Например:

site.ru/omsk/uslugi/usluga-1/
site.ru/omsk/uslugi/usluga-2/
site.ru/omsk/uslugi/usluga-3/

site.ru/kazan/uslugi/usluga-1/
site.ru/kazan/uslugi/usluga-2/
site.ru/kazan/uslugi/usluga-3/

А затем сделать то же самое для двадцати городов?

Не обязательно.

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

Вместо этого можно построить нормальную пользовательскую логику.

Пользователь заходит на:

site.ru/omsk/

видит информацию о филиале, выбирает нужную услугу и переходит на соответствующую страницу основного сайта.

Например:

site.ru/omsk/
        ↓
     Услуги
        ↓
site.ru/uslugi/usluga-1/

Это совершенно нормальная структура.

Региональная страница отвечает за регион.

Основная страница услуги отвечает за саму услугу.

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

А если услуга действительно отличается в каждом городе?

Тогда ситуация меняется.

Допустим, в Омске компания предлагает одну услугу, а в Казани её нет.

Или:

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

В таком случае региональный контент должен это отражать.

Например:

site.ru/omsk/uslugi/

может содержать информацию именно о доступных услугах в Омске.

Здесь уже появляется реальная причина создавать региональную структуру глубже.

Главное правило простое:

URL должен отражать реальную структуру бизнеса, а не существовать ради SEO.

Поддомены когда действительно нужны

Теперь обратная сторона.

Было бы неправильно сказать:

«Никогда не используйте поддомены».

Есть ситуации, где поддомен — отличное решение.

Например, компания имеет филиалы, которые фактически работают как самостоятельные бизнес-направления.

Представим сеть:

omsk.site.ru

У Омска:

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

А у Казани всё это своё.

Тогда поддомены начинают выглядеть вполне логично.

В этом случае:

omsk.site.ru

действительно может восприниматься как самостоятельная региональная площадка.

Поддомен особенно оправдан, когда регион — самостоятельный проект

Есть простой способ проверить необходимость поддомена.

Задайте вопрос:

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

Если ответ «да», поддомен может быть оправдан.

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

moscow.site.ru

На нём десятки собственных страниц, отдельная редакция, свой контент, свои услуги и своя рекламная стратегия.

Это уже не просто страница города.

Это самостоятельный проект.

А если на omsk.site.ru находятся:

• логотип;
• пять услуг;
• телефон;
• адрес;
• короткий текст;
• несколько кнопок,

то возникает вопрос: зачем ради этого создавать отдельный сайт?

Поддомены добавляют техническую работу

Есть ещё один момент, о котором часто вспоминают уже после запуска.

Сайт нужно поддерживать.

Представим, что компания использует десять поддоменов.

Через полгода меняется:

• политика конфиденциальности;
• форма заявки;
• система аналитики;
• код счётчика;
• скрипт;
• структура меню;
• требования к cookies;
• настройки безопасности;
• дизайн.

Если всё находится на одном сайте, изменения можно централизовать.

При большом количестве самостоятельных региональных площадок появляется необходимость проверять, что изменения корректно применились везде.

Это не означает, что десять поддоменов невозможно обслуживать.

Можно.

Но нужно понимать цену такой архитектуры.

Аналитика тоже становится сложнее

Для бизнеса важно понимать, откуда приходят пользователи и что они делают на сайте.

При едином домене:

site.ru/omsk/

можно достаточно удобно анализировать региональные разделы внутри общей системы.

Можно сравнивать:

• Омск;
• Казань;
• Самару;
• другие города.

При поддоменах также можно настроить полноценную аналитику.

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

Особенно это важно, когда пользователь:

1. пришёл на omsk.site.ru;
2. перешёл на site.ru;
3. отправил заявку;
4. вернулся на региональную страницу.

Чем сложнее архитектура, тем важнее правильно настроить аналитику.

Что проще масштабировать

Представим, что сегодня компания работает в трёх городах:

site.ru/omsk/
site.ru/kazan/
site.ru/samara/

Через год появляется ещё десять.

Добавление нового региона в такой системе — это создание новой региональной страницы и необходимого локального контента.

В модели с поддоменами каждый новый город становится отдельным элементом инфраструктуры:

omsk.site.ru
kazan.site.ru
samara.site.ru
...

При небольшом количестве регионов разница может быть почти незаметна.

При десятках регионов архитектурная разница становится гораздо более существенной.

Поэтому выбирать структуру лучше не только исходя из текущих трёх городов, но и смотреть хотя бы на несколько лет вперёд.

Что выбрать интернет-магазину?

Здесь всё зависит от модели бизнеса.

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

Можно сделать:

site.ru/
site.ru/omsk/
site.ru/kazan/

При этом региональная страница может показывать:

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

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

Опять же, решение определяется не SEO-трюком, а реальным устройством бизнеса.

Что выбрать для компании с филиалами?

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

site.ru/
site.ru/omsk/
site.ru/kazan/
site.ru/samara/

На главной города:

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

Дальше пользователь может перейти в общий каталог услуг.

Получается логичная система:

Основной сайт
      │
      ├── Омск
      │     └── услуги → общий каталог
      │
      ├── Казань
      │     └── услуги → общий каталог
      │
      └── Самара
            └── услуги → общий каталог

Компания остаётся одним бизнесом.

А города становятся его региональными разделами.

Но есть важный нюанс с региональностью

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

Это миф.

Поисковой системе не нужно видеть:

omsk.site.ru

только для того, чтобы понять, что страница относится к Омску.

Регион можно нормально обозначить:

site.ru/omsk/

А на самой странице указать:

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

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

Красивый URL не всегда означает правильную архитектуру

omsk.site.ru действительно выглядит эффектно.

Особенно на презентации.

Можно показать:

Омск — omsk.site.ru
Казань — kazan.site.ru
Самара — samara.site.ru

И кажется, что у компании серьёзная сеть.

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

Он должен:

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

Поэтому красивый URL — далеко не главный критерий.

Иногда простое:

site.ru/omsk/

оказывается гораздо практичнее.

---

Сравним два подхода

---

Какую структуру выбрать именно для вашего проекта

Теперь вернёмся к практической задаче.

Допустим, создаётся сайт компании, которая работает сразу в нескольких городах.

Нам не нужно делать отдельный сайт для каждого города.

Нам нужно создать один основной сайт с региональными посадочными страницами.

Например:

site.ru/
site.ru/omsk/
site.ru/kazan/
site.ru/samara/

На каждой городской главной странице размещается собственная региональная информация.

Например:

site.ru/omsk/

Компания в Омске
↓
Преимущества
↓
Услуги
↓
Адрес филиала
↓
Специалисты
↓
Отзывы
↓
Контакты

При этом общий каталог услуг остаётся на основном сайте.

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

Такой подход позволяет не создавать десятки практически одинаковых сайтов.

Что будет, если всё-таки сделать поддомены?

Ничего страшного.

Поддомены сами по себе не являются ошибкой.

Если сделать:

omsk.site.ru

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

Вопрос в том, оправдана ли эта сложность.

Если поддомен содержит самостоятельный проект — да.

Если это просто копия основного сайта с заменённым городом — скорее всего, нет.

Главный критерий — самостоятельность региона

Можно использовать очень простое правило.

Если регионы одинаковые по структуре бизнеса

Компания одна.

Услуги одни.

Бренд один.

Каталог один.

Система управления одна.

Разница в основном заключается в адресе и наличии филиала.

Папки обычно логичнее.

site.ru/omsk/
site.ru/kazan/
site.ru/samara/

Если регионы фактически самостоятельные

У каждого города:

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

Поддомены могут быть оправданы.

omsk.site.ru
kazan.site.ru
samara.site.ru

Не стоит выбирать архитектуру только ради SEO

Это, пожалуй, самый важный вывод.

Нельзя построить хорошую SEO-стратегию исключительно вокруг URL.

Добавление /omsk/ не сделает страницу автоматически региональной.

Точно так же omsk.site.ru не обеспечит попадание сайта в топ только потому, что в адресе есть название города.

Поисковая система оценивает гораздо больше факторов.

Поэтому сначала нужно определить:

что представляет собой региональная страница и какую задачу она решает для пользователя?

А уже после этого выбирать способ её размещения.

Итог

Поддомен и папка — не вопрос «что лучше вообще».

Это вопрос архитектуры конкретного бизнеса.

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

Можно сделать:

site.ru/
site.ru/omsk/
site.ru/kazan/
site.ru/samara/

При этом у каждого города будет собственная главная страница, свой адрес, контакты, отзывы и локальная информация.

А услуги, статьи и другие общие разделы останутся частью основного сайта.

Такой подход проще масштабировать, поддерживать и развивать.

Поддомены же стоит рассматривать тогда, когда регион действительно становится самостоятельным интернет-проектом.

Поэтому вопрос стоит ставить не так:

«Поддомен или папка лучше для SEO?»

А так:

«Регион — это часть одного бизнеса или самостоятельный бизнес-проект?»

Если это часть одного бизнеса, структура /omsk/ обычно выглядит естественнее.

Если это самостоятельная площадка со своей жизнью — поддомен может быть правильным решением.

И ещё один принцип, который стоит запомнить:

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

В конечном счёте поисковику и пользователю всё равно не так важно, стоит ли «Омск» перед доменом или после него.

Гораздо важнее, что человек получает после перехода.

Если он открывает site.ru/omsk/ и действительно видит информацию о компании в Омске — адрес филиала, услуги, специалистов, условия, отзывы и контакты — задача региональной страницы выполнена.

А значит, сложная система из десятков поддоменов может оказаться просто ненужной.