Поддомен: что это, как создать и когда выбирать его вместо папки в 2026 году

Поддомен — это дополнительная часть имени слева от основного домена, например blog.example.ru. Владелец домена создаёт его сам, отдельная регистрация не требуется. В 2026 году важнее не то, как его завести, а то, нужно ли выносить раздел на отдельный хост. Для Яндекса поддомен считается отдельным сайтом, а Google, по заявлению Джона Мюллера, в целом относится к поддоменам и подпапкам одинаково. Ниже разобраны определение, критерии выбора между поддоменом и папкой, региональность, языковые версии, настройка DNS и SSL, перенос блога и риски безопасности.

Ключевые выводы

• Поддомен — самостоятельный хост в составе вашего домена. Яндекс называет его отдельным сайтом и требует добавлять в Вебмастер отдельно.
• Google, по сообщению Search Engine Journal, относится к поддоменам и подпапкам одинаково. Поддомен он советует использовать, когда у раздела есть отличия от остального сайта.
• Документация Google сравнивает URL-структуры по управляемости и таргетингу, а не по силе ранжирования.
• Региональный поддомен в Яндексе без физического представительства в регионе не рекомендуется, а присвоение региона проверяют модераторы.
• Забытые DNS-записи, особенно CNAME, создают риск subdomain takeover, поэтому инвентаризация поддоменов нужна регулярно.

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

Поддомен, он же субдомен, — это имя, которое добавляют слева от домена и отделяют точкой. В адресе https://blog.example.ru/path/ часть blog — поддомен, example.ru — основной домен, а /path/ — путь внутри хоста. Термины «поддомен» и «субдомен» в русскоязычных источниках используются как синонимы, отдельного различия между ними нет.

Поддомен не стоит путать с зеркалом. Зеркало — это копия сайта на другом адресе, а поддомен обычно содержит самостоятельный набор страниц, иногда на другом движке и другом сервере. Мобильную версию на m.example.ru тоже технически называют поддоменом, но сегодня её чаще заменяет адаптивная вёрстка на одном адресе.

Платить за регистрацию поддомена, как правило, не нужно: он создаётся записью в DNS-зоне уже купленного домена. Затраты возникают на другом уровне — на хостинг или сервер для нового хоста, SSL-сертификат, если он не бесплатный, и работу специалистов. Поэтому формулировка «поддомен бесплатный» верна только для самого имени.

Для каких задач используют поддомен

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

1. blog.example.ru— блог на отдельной CMS. SEO-значим: контент работает на привлечение трафика, а выбор между поддоменом и папкой влияет на управление сайтом.
2. shop.example.ru— интернет-магазин на отдельной платформе. SEO-значим, если магазин открыт для индексации.
3. spb.example.ru— региональная версия. SEO-значим, особенно для Яндекса и его региональности.
4. en.example.ru— языковая версия. SEO-значим, нужна корректная разметка hreflang.
5. docs.example.ru— документация и база знаний. Часто значим, если страницы отвечают на пользовательские запросы.
6. lk.example.ruиapi.example.ru— личный кабинет и API. Для SEO, как правило, не значимы, их обычно закрывают от индексации.
7. status.example.ru,dev.example.ru,stage.example.ru— статус-страница и тестовые среды. Для поиска не предназначены, тестовые среды обязательно закрывают от индексации.

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

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

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

Заявление Джона Мюллера датируют по-разному: Reflect Digital относит его к 2018 году, Ahrefs ссылается на высказывание 2017 года. Мюллер рекомендует использовать поддомен, когда у него есть что-то отличающееся от остального сайта. Перед публикацией ссылок на эту цитату стоит найти оригинальную запись (Search Engine Journal указывает тайм-код 11:18) и уточнить дату.

Рамка решения: пять вопросов

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

1. Раздел работает на другом движке или сервере, чем основной сайт? Если да, поддомен упрощает разделение.
2. У раздела другая аудитория, продукт или юридическое лицо? Если да, независимость оправдана.
3. Команда раздела должна выпускать изменения независимо от основного сайта? Если да, поддомен снижает зависимость.
4. Раздел содержит пользовательский контент, который нужно изолировать от основного сайта по рискам? Если да, поддомен разумен.
5. Хватит ли ресурсов вести ещё один хост: Вебмастер, Search Console, sitemap, robots.txt, счётчики? Если нет, выбирайте подпапку.

Если ответов «да» нет, подпапка проще: один хост, одна панель вебмастера, единая инфраструктура. Если ответ «да» только на один пункт, взвесьте его цену с командой разработки и SEO-специалистом.

Региональные поддомены и Яндекс

Региональный поддомен нужен, когда у компании реально есть представительство в городе и предложение для этого города отличается. Справка Яндекса «Индексирование поддоменов» прямо говорит, что соответствие региона сайту проверяют модераторы, а поддомены не рекомендуются, если в регионе нет физического представительства. Яндекс считает поддомен отдельным сайтом, поэтому и регион присваивается ему отдельно.

Ранние материалы блога Яндекса для вебмастеров дают дополнительные ориентиры: добавить в адрес название региона (spb.site.ru), присвоить региону поддомена контактный адрес и сделать содержимое полезным жителям региона. Эти посты старые, по метаданным выдачи около 2012 года, поэтому как исторический контекст их использовать можно, а актуальные правила стоит брать из текущей справки. Там же отмечено, что при выраженной региональной специфике поддомены оправданы, а без неё только усложняют работу.

Чек-лист запуска регионального поддомена

• В регионе есть физический адрес, и его можно указать на поддомене.
• Предложение, цены, контакты или условия доставки в регионе отличаются от основного сайта.
• Поддомен добавлен в Яндекс Вебмастер как отдельный сайт, права подтверждены (при уже добавленном основном сайте доступно упрощённое подтверждение).
• Для поддомена создан собственный sitemap.xml.
• Контактный адрес региона указан в Вебмастере или добавлен в Яндекс Бизнес, что ускоряет присвоение региона.
• Контент не дублирует основной сайт один в один и полезен жителям города.

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

Языковые версии: поддомен, папка или ccTLD

Для языковых и региональных версий Google рекомендует явно сообщать о вариантах страниц через hreflang, ccTLD или явные ссылки. Структура URL сама по себе не заменяет эти сигналы. Документация Google о многорегиональных сайтах сравнивает варианты по плюсам и минусам, и ниже приведены пункты для поддомена и подпапки.

ccTLD (например, example.de) в этой таблице намеренно не расписан: его плюсы и минусы стоит перенести из актуальной версии документации Google, а не из пересказов. Практический вывод простой: если у языковой версии общая команда, один сервер и общий контент-менеджмент, подпапка удобнее. Если версии ведут разные команды или они размещены на разных серверах, поддомен даёт больше самостоятельности.

Как создать поддомен: пошаговая настройка

Создание поддомена сводится к одной DNS-записи на стороне регистратора или DNS-хостинга и настройке виртуального хоста на сервере. Названия кнопок отличаются в панелях reg.ru, cPanel и ISPmanager, но логика одинакова.

1. Определите назначение и имя.Выберите короткое осмысленное имя без дефисной путаницы: blog, docs, spb. Результат — согласованное имя и ответственный за поддомен.
2. Узнайте, куда он должен вести.Это либо IP-адрес сервера, либо имя внешнего сервиса (платформа магазина, хостинг статики). От ответа зависит тип DNS-записи.
3. Добавьте запись в DNS-зону.Выберите A, AAAA или CNAME (см. таблицу ниже). Ожидаемый результат — запись появляется в зоне, после обновления кеша с учётом TTL имя начинает разрешаться.
4. Настройте хост на сервере.Создайте виртуальный хост или привяжите домен в панели хостинга, разместите сайт. Результат — по имени открывается нужная страница.
5. Подключите SSL.Выпустите сертификат для имени поддомена или используйте wildcard. Результат — адрес открывается по HTTPS без предупреждений.
6. Добавьте хост в Вебмастер и Search Console, настройте robots.txt и sitemap.Для Яндекса поддомен нужно добавить как отдельный сайт. Результат — доступны статистика индексации и инструменты диагностики.

Wildcard не нужен, если у вас несколько заранее известных поддоменов. Он делает рабочим любое выдуманное имя, и такие адреса легко попадают в индекс или ссылки, поэтому для обычного сайта лучше перечислить записи явно. Для корня зоны (apex-домена) классический CNAME поставить нельзя, и для CDN используют ALIAS, ANAME или CNAME flattening. Формулировку правила автору статьи стоит сверить с RFC 1034 и RFC 1912.

SSL, Вебмастер и Search Console для поддомена

HTTPS на поддомене нужен так же, как на основном сайте, и сертификат должен покрывать конкретное имя хоста. Есть два пути: отдельный сертификат для каждого поддомена или wildcard-сертификат для всех имён первого уровня под доменом. При wildcard-записях в DNS wildcard-сертификат обязателен для корректного HTTPS. Для автоматизации часто используют Let's Encrypt и протокол ACME; проверки бывают HTTP-01 и DNS-01, и требования для wildcard нужно уточнить в документации центра сертификации.

В Яндекс Вебмастере поддомен подтверждается как отдельный сайт, при уже добавленном основном сайте доступно упрощённое подтверждение прав. В Google Search Console можно выбрать свойство-домен, которое объединяет все поддомены и протоколы, или свойство-префикс для конкретного адреса. Для раздельного анализа блога на поддомене свойство-префикс может быть удобнее, а для общего контроля и диагностики — свойство-домен.

Файл robots.txt действует на уровне хоста, поэтому у каждого поддомена он свой. Это же касается sitemap.xml: блог Яндекса «Геозависимые запросы» прямо советует создавать sitemap для каждого поддомена. Счётчики аналитики тоже стоит настроить так, чтобы сквозная аналитика не теряла трафик между хостами.

Перенос блога между поддоменом и папкой

Перенос блога с blog.example.ru в example.ru/blog/ или обратно меняет адреса всех страниц, поэтому он требует карты 301-редиректов. Универсального совета «переносите всегда» нет. Решение зависит от задач: общей инфраструктуры, независимости команд, нагрузки и возможности вести два хоста. Ниже последовательность, которая подходит для любого направления.

1. Составьте инвентаризацию адресов.Выгрузите все URL блога из sitemap, аналитики и краулера. Результат — полный список страниц, которые нужно сохранить.
2. Подготовьте карту редиректов.Каждому старому адресу сопоставьте новый. Результат — таблица соответствий «один к одному», без цепочек.
3. Настройте 301-редиректы и обновите внутренние ссылки.Также обновите canonical, sitemap и hreflang, если они есть. Результат — страницы открываются по новым адресам, старые ведут на них.
4. Добавьте новые хосты в панели вебмастеров.Если блог уходит на поддомен, добавьте его в Вебмастер и Search Console. Результат — доступна диагностика сразу после запуска.
5. Мониторьте индексацию.Отслеживайте ошибки, статус страниц и динамику трафика, сверяйте с картой редиректов. Результат — ошибки видны до того, как повлияют на посещаемость.

Сроки и динамику трафика при переносе нельзя обещать заранее: данных в проверенных источниках нет, а результат зависит от качества редиректов и состояния сайта. Поэтому переносы проводят отдельным проектом, а не вместе с редизайном и сменой контента.

Диагностика: почему поддомен не работает или не индексируется

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

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

Subdomain takeover и безопасность поддоменов

Subdomain takeover возникает, когда DNS-запись, чаще всего CNAME, указывает на ресурс, который владелец больше не контролирует. Тогда этот ресурс может занять чужой человек и получить контроль над содержимым поддомена. В одном из разборов (CertKit) описан реальный случай: забытая запись просуществовала около десяти лет, а злоумышленник получил для поддомена 90-дневный сертификат Let's Encrypt. Источник вторичный, поэтому перед использованием случая в презентациях стоит проверить первоисточник.

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

Чек-лист аудита поддоменов

• Выгрузите все записи DNS-зоны и сверьте каждую с актуальным проектом и ответственным.
• Удалите записи, которые указывают на неиспользуемые сервисы, хостинги и тестовые окружения.
• Проверьте CNAME-записи: ресурс, на который они указывают, должен принадлежать вам и отвечать.
• Закройте тестовые поддомены от индексации и ограничьте к ним доступ.
• Проверьте область действия cookie и сертификатов, особенно wildcard.
• Повторяйте проверку при закрытии проекта, смене хостинга и уходе подрядчика.

Как решить, нужен ли поддомен вашему проекту

Начните с задачи, а не с адреса. Поддомен нужен, когда раздел отличается от основного сайта технически, продуктово или организационно, и когда у вас хватает ресурсов вести второй хост. Если отличий нет, подпапка проще в обслуживании, а претензий к ней у Google, по заявлению Мюллера, в целом нет.

1. Определите задачу раздела и ответьте на пять вопросов из рамки решения.
2. Для регионов проверьте физическое представительство и отличие предложения, иначе откажитесь от регионального поддомена.
3. Для языков решите вопрос с hreflang до выбора структуры URL.
4. Если выбрали поддомен, пройдите шаги настройки: DNS, хост, SSL, Вебмастер, Search Console, robots.txt и sitemap.
5. Внесите поддомен в реестр DNS и назначьте ответственного, чтобы не создавать забытых записей.

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