Поддомен: что это такое, когда он нужен и как его создать

Поддомен — это адрес внутри основного домена, который работает как отдельный сайт: blog.site.ru, shop.site.ru, spb.site.ru. Его создают одной записью в DNS, но это решение влияет на SEO, аналитику и безопасность. Ниже — что такое поддомен, когда он нужен, когда лучше подпапка и как настроить его без типичных ошибок.

Что такое поддомен простыми словами

Поддомен — домен следующего уровня внутри вашего домена. Владелец site.ru может сам создать blog.site.ru или help.site.ru без покупки и отдельной регистрации: достаточно добавить запись в DNS.

Адрес читается справа налево:

• ru — домен верхнего уровня, или зона;
• site.ru — домен второго уровня, который вы регистрируете;
• blog.site.ru — домен третьего уровня, то есть поддомен сайта.

Технически поддомен — это и www.site.ru, поэтому один из двух адресов делают главным, а второй перенаправляют на него.

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

Поддомен или подпапка: что выбрать

Если раздел продолжает основной сайт — блог, услуги, каталог, — обычно проще подпапка site.ru/blog/. Поддомен оправдан, когда раздел живёт на другой платформе, сервере или у другой команды и его удобнее вести отдельно.

Поисковики не запрещают ни один вариант. В справке Google по многорегиональным сайтам поддомены легко отделить и разместить на разных серверах, а подпапки проще поддерживать, потому что всё лежит на одном хосте.

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

Зачем нужны поддомены: типичные случаи

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

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

Крупные компании выносят на поддомены города или страны: spb.site.ru, en.site.ru. Это оправдано, если в регионе свой ассортимент, цены и команда. Если различаются только адреса и телефоны, хватит региональных страниц в подпапках.

Блог, справка или магазин на другой платформе

Если блог работает на одной CMS, а сайт — на другой, проще вынести блог на поддомен, чем встраивать. То же со справочным центром, форумом или магазином на облачной платформе: сервис даёт свой адрес, а вы привязываете к нему поддомен через CNAME.

Тестовая среда

Обновления проверяют на dev.site.ru или stage.site.ru, не рискуя рабочим сайтом. Такой поддомен закрывают паролем: по документации Google robots.txt не предназначен для того, чтобы убрать страницу из поиска, и от посторонних тоже не защищает.

Мобильная версия

Раньше мобильные версии жили на m.site.ru. Сейчас Google рекомендует адаптивный дизайн: один HTML на том же адресе для всех устройств проще внедрить и поддерживать.

API и служебные сервисы

Адреса api.site.ru, cdn.site.ru или mail.site.ru отделяют инфраструктуру: API, статику, почту. Их размещают на других серверах, а индексировать обычно не нужно.

Как создать поддомен

Чтобы создать поддомен, добавьте DNS-запись, которая указывает, где он размещён, и настройте на этом сервере сайт для нового адреса. Затем выпустите SSL-сертификат и проверьте, что адрес открывается по HTTPS.

1. Добавьте DNS-запись там, где обслуживается зона домена: у регистратора, хостинга или DNS-провайдера. Запись A (AAAA для IPv6) указывает на IP-адрес сервера, CNAME — на имя хоста внешнего сервиса.
2. Настройте сайт на сервере. В панели хостинга это раздел «Поддомены» или «Сайты», на своём сервере — виртуальный хост в nginx или Apache.
3. Дождитесь применения записи. Изменения DNS расходятся не мгновенно — почему, объяснено в статье о домене.
4. Выпустите SSL-сертификат и настройте редирект с HTTP на HTTPS.
5. Проверьте ответы сервера: рабочие страницы отдают код 200, несуществующие — 404.

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

Как настроить SSL-сертификат

Поддомену нужен сертификат, в который входит его имя. Сертификат для site.ru не защищает blog.site.ru, если тот не указан в нём отдельно и не покрыт сертификатом вида *.site.ru.

• Отдельный сертификат на каждый поддомен — хостинги часто выпускают его автоматически.
• Один сертификат на несколько имён: site.ru, www.site.ru и blog.site.ru в одном списке.
• Wildcard *.site.ru покрывает все поддомены одного уровня, но не сам site.ru и не dev.shop.site.ru. Let's Encrypt выдаёт такие сертификаты только с проверкой через DNS (DNS-01), проверка через HTTP для них не подходит.

Если на основном сайте включён HSTS с includeSubDomains, браузеры откроют все поддомены только по HTTPS, и поддомен без сертификата станет недоступен. Как выбрать тип сертификата, разобрано в статье о выборе SSL-сертификата.

Что меняется для SEO и аналитики

Для поисковиков и аналитики поддомен — отдельный хост: у него свой robots.txt, своя карта сайта и отдельный учёт в панелях вебмастера.

• robots.txt. По спецификации Google правила действуют только для хоста, протокола и порта, где лежит файл. Файл site.ru/robots.txt не распространяется на blog.site.ru.
• Карта сайта. Создайте sitemap для поддомена и укажите её в его robots.txt.
• Яндекс Вебмастер. Основной домен и поддомен добавляют отдельно, а права на несколько поддоменов подтверждают упрощённо — одним кодом.
• Search Console. Ресурс уровня домена включает все поддомены и протоколы и подтверждается через DNS. Ресурс с префиксом URL показывает только один поддомен.
• Дубли. Если одни и те же страницы открываются на поддомене и основном сайте, укажите канонический адрес или закройте копию.
• Метрика. С разными счётчиками переход с домена на поддомен выглядит как переход с сайта, и исходный источник теряется. Если раздельная статистика не нужна, ставят один счётчик и добавляют поддомен в дополнительные адреса.

Как проверить все поддомены сайта

Полный список поддоменов хранится в DNS-зоне домена — начните с неё. Остальные способы помогают найти забытые адреса, которые ещё открываются.

• DNS-зона у регистратора или DNS-провайдера: все записи A, AAAA и CNAME с именами поддоменов.
• Панель хостинга: раздел с сайтами и поддоменами.
• Журналы Certificate Transparency, например crt.sh: публичные записи о выпущенных сертификатах, в которых видны имена поддоменов.
• Поиск: оператор site:site.ru показывает проиндексированные страницы домена вместе с поддоменами.

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

Типичные ошибки и риски безопасности

Главные риски — забытые DNS-записи, открытые тестовые среды и общие cookies. Они появляются, когда поддомен создали под задачу и забыли о нём.

• Перехват поддомена. Если сервис отключили, а CNAME на него остался, злоумышленник может создать у того же провайдера ресурс с вашим именем и разместить там свой контент. MDN советует при отключении сначала удалять DNS-запись, а при подключении создавать её последней (разбор MDN).
• Открытая тестовая копия попадает в поиск дублем основного сайта.
• Cookies на весь домен. Cookie, выставленная для site.ru с атрибутом Domain, доступна всем поддоменам. Если один из них взломан или передан подрядчику, под угрозой сессии основного сайта.
• Поддомен без владельца — устаревшая CMS без обновлений становится точкой входа для атаки.

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

Источники

• Managing multi-regional and multilingual sites | Google Search Central
• How Google interprets the robots.txt specification | Google Search Central
• Subdomain takeovers | MDN Web Docs
• Challenge Types | Let's Encrypt
• Контекстная справка | Яндекс Вебмастер