Подписаться
Поддомен — это часть доменного имени, которая располагается перед основным доменом и отделяется от него точкой, образуя самостоятельный адрес в интернете. Он позволяет создать отдельный раздел сайта с независимой структурой и техническими настройками, сохраняя при этом видимую связь с главным брендом.
Что такое поддомен
Поддомен — это префикс к основному доменному имени, который образует отдельный адрес. Если основной домен выглядит как example.com, то поддомен принимает форму blog.example.com или shop.example.com. Технически поддомен работает как самостоятельный сайт: у него могут быть свой сервер, своя система управления контентом и своя база данных. При этом визуально он остается частью бренда, поскольку содержит название основного домена. Поисковые системы воспринимают поддомены неоднозначно — Яндекс и Google по-разному оценивают их связь с главным доменом. На практике поддомен позволяет разместить принципиально другой тип контента без смешения с основным сайтом.
Концепция поддоменов появилась вместе с системой доменных имен DNS, которую формализовала IANA (Internet Assigned Numbers Authority) в 1983 году. Изначально поддомены применяли для разграничения технических зон: mail.company.com для почтового сервера, ftp.company.com для файлового обмена. С ростом коммерческого интернета в 1990-х их начали использовать для логического разделения контента — магазины, блоги и форумы отделяли от главного сайта компании. В России массовое применение поддоменов в маркетинге началось примерно в 2005-2008 годах, когда крупные порталы (Mail.ru, Яндекс) выработали культуру разделения сервисов по поддоменам. Сегодня поддомены используют от небольших стартапов до международных корпораций: у Amazon работают aws.amazon.com, images.amazon.com и десятки других поддоменов под разные сервисы.
В digital-маркетинге поддомен решает задачи, которые трудно закрыть другими средствами. Первая — таргетинг по сегментам аудитории: интернет-магазин может держать оптовый каталог на b2b.shop.ru с отдельными ценами, недоступными розничным покупателям. Вторая — мультиязычность: ru.company.com, en.company.com, de.company.com позволяют настроить hreflang-атрибуты без усложнения структуры основного сайта. Третья — A/B-тестирование посадочных страниц: поддомен используют как изолированную среду без риска навредить основному сайту. Аналитики сегментируют данные по поддоменам в Яндекс.Метрике или Google Analytics, что упрощает оценку эффективности каждого направления. Поддомены применяют и для партнерских программ с уникальными адресами типа partner123.company.com.
Маркетолог или владелец бизнеса, который не понимает разницы между поддоменом и подпапкой, рискует принять решение, которое годами будет тормозить рост органического трафика. Поддомен и подпапка — принципиально разные с точки зрения SEO решения, и выбор между ними напрямую влияет на скорость набора позиций. Ошибка стоит не только позиций: при переезде с поддомена на подпапку теряется часть ссылочного веса, а восстановление занимает от 3 до 12 месяцев. Помимо SEO, незнание специфики поддоменов приводит к проблемам с куки (cookies), когда данные сессии не передаются между поддоменом и основным доменом без дополнительных настроек сервера. Для бизнеса это означает разорванную воронку: пользователь, перешедший с blog.company.com на shop.company.com, вынужден авторизоваться повторно или теряет корзину. Понимание того, как поддомен работает в продвижении, — стратегический выбор с долгосрочными последствиями.
Как работает поддомен
- Создание DNS-записи. Поддомен не нужно покупать или регистрировать отдельно — его создают в настройках DNS основного домена в панели управления хостинга или регистратора. Администратор добавляет A-запись вида blog -> IP-адрес сервера, и новый адрес становится активным. После добавления записи изменение распространяется по DNS-серверам в течение от 15 минут до 48 часов — срок зависит от значения TTL (Time to Live) и промежуточных кешей провайдеров. Поддомен может указывать как на тот же сервер, что и основной домен, так и на совершенно другую машину в другом дата-центре.
- Настройка веб-сервера. После создания DNS-записи сервер настраивают на обработку запросов к новому адресу через механизм виртуальных хостов. В Apache создается отдельный VirtualHost-блок в конфигурационном файле, в Nginx — отдельный server-блок с параметрами server_name blog.example.com и путем к корневой директории сайта. Если поддомен работает на том же сервере, что и основной домен, администратор просто добавляет виртуальный хост без покупки нового сервера — это экономично для малого бизнеса на старте. Крупные проекты выносят нагруженные поддомены на отдельные серверы или CDN для изоляции нагрузки.
- Индексация поисковыми системами. После запуска поддомена поисковые роботы обнаруживают его через ссылки с основного домена или при добавлении в Яндекс.Вебмастер и Google Search Console как отдельного ресурса. Важно добавить поддомен в обе консоли отдельно, потому что права и настройки основного домена на поддомен автоматически не распространяются. Каждый поддомен должен иметь собственный robots.txt и sitemap.xml — без этого краулер может индексировать страницы хаотично или пропустить важные разделы. Закрытые от индексации поддомены (тестовые, технические) защищают через директиву Disallow: / в robots.txt и HTTP-авторизацию.
- Управление куки и сессиями. По умолчанию браузер хранит куки отдельно для основного домена и каждого поддомена — это правило безопасности веб-протокола. Чтобы кука, установленная на example.com, читалась на shop.example.com, при ее создании нужно явно задать параметр domain=.example.com (с точкой перед доменом). Без этой настройки пользователь, авторизовавшийся на основном сайте, не будет распознан на поддомене — это ломает воронку и искажает данные аналитики. На практике задачу решают один раз при запуске поддомена на уровне конфигурации кода авторизации.
- Распределение ссылочного веса. Ссылки с внешних сайтов на поддомен работают в пользу самого поддомена, а не основного домена — в отличие от подпапки, где ссылочный вес передается к корню. Google официально заявлял, что воспринимает поддомены как отдельные сайты для целей ранжирования. Яндекс обрабатывает поддомены аналогично — как самостоятельные ресурсы, что означает: обратные ссылки нужно наращивать отдельно для каждого поддомена, который важен для продвижения. Практическое следствие: не стоит делать ставку на поддомен, если ссылочный бюджет ограничен.
- Настройка сквозной аналитики. Google Analytics 4 и Яндекс.Метрика по умолчанию фиксируют переходы между поддоменом и основным доменом как реферальный трафик, а не как навигацию внутри одного сайта, что разрывает воронку и искажает атрибуцию. Чтобы связать данные в единую картину, в GA4 настраивают cross-domain tracking — добавляют все поддомены в список доменов в настройках потока данных. В Яндекс.Метрике аналогичная настройка называется «Переходы между доменами» и включается в параметрах счетчика — без нее невозможно корректно отследить путь пользователя от статьи в блоге до оформления заказа в магазине. Настройка занимает около 20-30 минут, но ее отсутствие делает данные воронки принципиально неточными.
Виды поддоменов
- Языковой или географический поддомен. Используется для создания отдельных версий сайта под разные языки или страны: ru.company.com, en.company.com, de.company.com. Поисковые системы рекомендуют связывать языковые версии hreflang-атрибутами — это помогает избежать дублирования контента и направить правильную версию нужной аудитории. Выбор языкового поддомена вместо подпапки (/ru/, /en/) оправдан, когда у каждой версии своя CMS, свой хостинг или принципиально разный технический стек, который невозможно объединить в одну сборку.
- Технический или функциональный поддомен. Почтовые сервисы (mail.company.com), интерфейс API (api.company.com), CDN для статики (static.company.com), панели управления (admin.company.com) — примеры технических поддоменов, которые не предназначены для конечных пользователей напрямую. Они обеспечивают работу всего сервиса: без mail. не будет корпоративной почты, без api. — интеграций с партнерами и мобильными приложениями. Такие поддомены всегда закрывают от индексации через robots.txt, поскольку их содержимое не несет ценности для поисковых роботов и может навредить основному сайту при попадании в индекс.
- Региональный поддомен. Крупные сети и агрегаторы создают поддомены под каждый город: moscow.realty.ru, spb.realty.ru, ekb.realty.ru. Каждый региональный поддомен оптимизируют под гео-запросы («купить квартиру в Екатеринбурге»), что позволяет точнее попадать в поисковый интент региональной аудитории и конкурировать с местными игроками. Авито, Циан и большинство российских агрегаторов используют именно эту модель, добавляя новые города без изменения архитектуры основного сайта.
- Контентный или тематический поддомен. Блог (blog.company.com), база знаний (help.company.com), сообщество пользователей (community.company.com) — контентные поддомены для изоляции определенного типа материала от коммерческого ядра сайта. HubSpot долгое время держал базу знаний на knowledge.hubspot.com отдельно от основного маркетингового сайта, используя для каждого раздела наиболее подходящую платформу. Такой подход оправдан, когда раздел настолько велик, что требует собственной CMS (Zendesk, Ghost, Confluence), несовместимой с основным сайтом.
- Тестовый или стейдж поддомен. Staging-среда (staging.company.com, test.company.com) — обязательный элемент профессионального рабочего процесса, который позволяет проверять изменения до выката на боевой сервер и предотвращает поломку продакшена. На тестовом поддомене разработчики воспроизводят точную копию основного сайта для тестирования новых функций, обновлений CMS или изменений дизайна. Критически важно закрыть такой поддомен от индексации через robots.txt и защитить HTTP-авторизацией — иначе поисковик проиндексирует дубли страниц основного сайта.
- Партнерский или пользовательский поддомен. SaaS-платформы и маркетплейсы выделяют каждому клиенту или партнеру собственный поддомен: client123.platform.com или brandname.marketplace.ru. Это позволяет партнеру брендировать свою страницу под собственный стиль, а платформе — централизованно управлять тысячами мини-сайтов в единой инфраструктуре без покупки и обслуживания отдельных доменов. Shopify, Tilda и большинство конструкторов сайтов используют эту модель до подключения клиентом собственного домена через CNAME.
Сравнение поддомена и подпапки
| Параметр | Поддомен (blog.site.ru) | Подпапка (site.ru/blog/) |
|---|---|---|
| Влияние на SEO основного домена | Минимальное — воспринимается как отдельный сайт | Прямое — страницы усиливают авторитет корневого домена |
| Передача ссылочного веса | Внешние ссылки работают на поддомен, не на основной домен | Внешние ссылки усиливают весь домен, включая другие разделы |
| Техническая независимость | Высокая — своя CMS, свой сервер, свой технический стек | Низкая — зависит от CMS и инфраструктуры основного сайта |
| Настройка аналитики | Требует дополнительной настройки cross-domain tracking | Отслеживается автоматически в рамках одного счетчика |
| Скорость запуска | Требует отдельной DNS-настройки и конфигурации сервера (от 1 часа) | Создается средствами существующей CMS за несколько минут |
| Сложность поддержки | Выше — отдельные SSL-сертификаты, обновления, резервные копии | Ниже — единое обслуживание в рамках одного сайта |
Пример использования
Интернет-магазин строительных материалов с трафиком 22 000 визитов в месяц держал блог и каталог на одном домене. Из-за смешения информационных и коммерческих страниц конверсия в заказ составляла 0,9% — ниже среднего по нише (1,5-2,0% по отраслевым бенчмаркам e-commerce). Аналитика показывала: 60% трафика приходило на статьи, которые не конвертировались, но размывали поведенческие метрики коммерческих страниц. SEO-команда предложила вынести блог на поддомен blog.магазин.ru, оставив основной домен только для каталога и карточек товаров.
После переноса блога на поддомен и настройки корректных 301-редиректов основной домен начал получать только коммерческий трафик с высоким намерением покупки. Через 4 месяца конверсия в заказ на основном домене выросла с 0,9% до 1,7% при том же объеме трафика — прирост выручки составил около 89% без увеличения рекламного бюджета. Блог на поддомене за 6 месяцев набрал 18 000 дополнительных визитов в месяц, которые монетизировали через лид-магниты с конверсией 3,2% в заявку на консультацию.
Частые вопросы
Передает ли поддомен ссылочный вес основному домену?
По умолчанию поддомен не передает ссылочный вес основному домену — Google официально заявлял, что воспринимает поддомены как отдельные сайты для целей ранжирования. Это означает: если вы получили 50 обратных ссылок на blog.company.com, они работают на авторитет блога, но не укрепляют позиции shop.company.com или основного сайта. Исследования Moz и Ahrefs показывают, что подпапки в среднем набирают позиции быстрее поддоменов именно по этой причине — весь ссылочный вес сайта концентрируется на одном домене и работает на все страницы сразу. Яндекс работает по схожей логике: поддомен индексируется и ранжируется как самостоятельный ресурс без автоматической передачи веса. Исключение — когда поисковая система определяет явную брендовую принадлежность поддомена и учитывает репутацию основного домена, но это нестабильный механизм, на который не стоит рассчитывать в стратегии продвижения. Практический вывод: блог с сотнями статей лучше держать в подпапке, чтобы его ссылочный вес работал на весь домен.
Когда выгоднее выбрать подпапку, а не поддомен?
Подпапка выгоднее поддомена в большинстве стандартных SEO-сценариев — это подтверждают официальные рекомендации Google и практика крупных проектов. Выбирайте подпапку, если цель — накопить максимальный авторитет на одном домене: весь ссылочный вес, все поведенческие сигналы и весь контент работают на один адрес, что ускоряет рост позиций. HubSpot перенес свой блог с blog.hubspot.com на hubspot.com/blog/ и зафиксировал значительный рост органического трафика — этот кейс стал одним из самых известных аргументов в пользу подпапки. Поддомен оправдан в четырех конкретных ситуациях: когда раздел требует другой CMS или технического стека; когда нужно полностью изолировать аудитории (например, b2b и b2c с разными ценами); когда речь идет о международном проекте с разными командами под каждую страну; когда раздел настолько нагружен, что требует отдельного сервера для производительности. Во всех остальных случаях — блог, раздел помощи, портфолио, калькуляторы — предпочтительнее подпапка. При переезде с поддомена на подпапку используйте 301-редиректы и рассчитывайте на 3-6 месяцев восстановления позиций.
Можно ли использовать SSL-сертификат основного домена для поддомена?
Обычный SSL-сертификат, выпущенный для example.com, не защищает поддомен blog.example.com — для каждого поддомена нужен отдельный сертификат или специальный тип сертификата. Первое решение — wildcard-сертификат вида *.example.com, который автоматически покрывает все поддомены первого уровня (blog.example.com, shop.example.com и т.д.) без отдельного выпуска для каждого. Второе решение — SAN-сертификат (Subject Alternative Names), который перечисляет конкретные домены и поддомены в одном документе. Wildcard-сертификаты у платных центров сертификации стоят от 80-100 долларов в год, тогда как Let’s Encrypt выдает их бесплатно при подтверждении домена через DNS-запись — это делает защиту поддоменов доступной для проектов любого масштаба. Большинство современных хостингов и панелей управления (cPanel, Hestia, Plesk) автоматически выпускают и обновляют Let’s Encrypt wildcard-сертификаты — настройка занимает не более 15-20 минут.