Поддомены: что это такое и зачем они нужны

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

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

Что такое поддомен — объясняем просто

Простыми словами, поддомен — это дополнительный адрес, который стоит перед основным доменом и отделяется от него точкой. Если основной сайт — site.ru, то поддомен выглядит как blog.site.ru или shop.site.ru.

Технически субдомен — это отдельная DNS-запись, которая указывает на самостоятельный ресурс. Он может жить на том же сервере, что и основной сайт, а может — на совершенно другом. Для пользователя это не имеет значения: он просто видит другой адрес.

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

На поддомене можно сделать совершенно другой дизайн, установить другую CMS или запустить отдельное приложение. Основной сайт при этом не затронет никаких изменений.

Зачем нужны поддомены

1. Разделить разные типы контента. Допустим, компания ведёт корпоративный блог и одновременно продаёт товары. Смешивать всё на одном сайте — значит усложнять навигацию и создавать путаницу в структуре. Поддомен shop.site.ru позволяет держать магазин отдельно: со своей навигацией, логикой и метриками.
2. Продвигаться в разных регионах. Компания работает в Москве, Новосибирске и Екатеринбурге. Для каждого города можно создать поддомен — msk.site.ru, nsk.site.ru, ekb.site.ru — и разместить там свои контакты, цены и акции. Яндекс учитывает региональную привязку при ранжировании, поэтому такой подход реально помогает в локальном поиске.
3. Тестировать новые функции без риска. Стандартная практика в разработке — создать dev.site.ru или test.site.ru. Там проверяют новый дизайн, функционал и исправления, пока пользователи работают с рабочей версией сайта и ничего не замечают.
4. Сделать версию сайта на другом языке. Языковые версии ресурса можно разделить по поддоменам и добавить en.site.ru. Альтернатива — директория /en/. У обоих подходов есть аргументы, об этом — в следующем разделе.

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

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

Это один из самых горячих споров в SEO — и он длится больше десяти лет. Джон Мюллер из Google отвечал на этот вопрос ещё в 2012 году, но окончательной ясности так и нет.

В 2024 году GA Agency совместно с SE Ranking провели исследование: проанализировали более 20 000 ключевых слов в 15 разных рынках по всему миру, чтобы понять, как структура домена влияет на позиции в выдаче. 

Вывод из всего этого такой:

Субдиректория работает лучше, когда нужно продвигать контент — блог, статьи, новости. Все ссылки и авторитет накапливаются на основном домене. Новые страницы индексируются быстрее, потому что Google уже знает этот домен.

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

Как узнать все поддомены сайта

Бывает нужно проверить, какие поддомены существуют у конкретного ресурса — при аудите, конкурентном анализе или просто для наведения порядка в собственной инфраструктуре. 

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

• Censys.com — показывает поддомены, которые были замечены в интернете.
• Яндекс.Вебмастер и Google Search Console — самый простой способ для владельца сайта. Показывают поддомены, которые поисковики уже нашли и проиндексировали.
• Поиск через поисковик. Запрос site:site.ru в Яндексе или Google покажет все проиндексированные страницы, включая поддомены. Это не исчерпывающий список, но быстрый способ получить общую картину.

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

Как поддомены влияют на SEO-продвижение сайта

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

• Поисковики воспринимают поддомен как отдельный сайт. Авторитет основного домена не передаётся автоматически. Если основной сайт хорошо ранжируется — это никак не помогает новому поддомену стартовать быстрее.
• Ссылочная масса не переходит. Внешние ссылки на site.ru не считаются для blog.site.ru. В субдиректории site.ru/blog все ссылки работают на весь домен — это принципиальная разница.
• Региональные поддомены хорошо работают в Яндексе. Поддомен nsk.site.ru с контентом для Новосибирска получает преимущество в локальной выдаче Яндекса. В Google региональные поддомены работают хуже — там лучше использовать геодомены или субдиректории.
• Поддомены нужно отдельно добавлять в инструменты вебмастера. Яндекс.Вебмастер и Google Search Console не подтягивают их автоматически. 

Ошибки при работе с поддоменами и как их избежать

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

• Дублирование контента. Самая частая ошибка — скопировать основной сайт на поддомен и поменять только контакты. Поисковики это замечают. Каждый поддомен должен решать отдельную задачу с уникальным контентом.
• Забытые тестовые поддомены. Разработчики создают dev.site.ru, заканчивают работу — и про поддомен забывают. Он остаётся открытым, иногда попадает в индекс, а иногда становится уязвимостью. Тестовые поддомены нужно закрывать от индексации через robots.txt и удалять DNS-запись после завершения работ.
• Поддомен там, где нужна субдиректория. Блог, статьи, новости — это контент, который усиливает основной домен. Вынести его на поддомен значит лишить основной сайт трафика и ссылочного веса.
• Отсутствие аналитики. Если не добавить поддомен в Яндекс.Метрику и Google Analytics отдельно — данные о трафике и поведении пользователей потеряются.

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

Технически создать поддомен несложно — это делается в панели управления хостингом или через DNS-настройки домена.

Шаг 1: создание DNS-записи. В панели управления доменом создают A-запись или CNAME для нового поддомена. A-запись указывает на IP-адрес сервера, CNAME — на другое доменное имя. Если поддомен будет на том же сервере, что и основной сайт, используют A-запись с тем же IP.

Шаг 2: настройка сервера. На сервере создают отдельный виртуальный хост для поддомена. В зависимости от сервера (Apache, Nginx) это делается в конфигурационных файлах. На большинстве хостингов это автоматизировано через панель управления.

Шаг 3: установка SSL-сертификата. Получают и устанавливают сертификат для поддомена. Если планируется несколько поддоменов, удобнее взять Wildcard-сертификат сразу.

Шаг 4: настройка CMS или приложения. Если на поддомене будет работать отдельный сайт или сервис, его устанавливают и настраивают независимо от основного ресурса.

Шаг 5: проверка и индексация. После запуска добавляют поддомен в Яндекс.Вебмастер и Google Search Console, подключают аналитику, проверяют корректность работы.

Важный момент: если поддомен не должен индексироваться — тестовая среда, закрытый сервис — сразу добавляют в robots.txt директиву Disallow: / и закрывают доступ через .htpasswd или аналог.

Как защитить поддомен и данные пользователей

Поддомен — отдельный ресурс, и его безопасность нужно обеспечивать независимо от основного сайта. Одна из самых распространенных атак — subdomain takeover.

Компания создаёт поддомен, который указывает на сторонний сервис. Потом аккаунт в этом сервисе удаляют, а DNS-запись забывают убрать. Злоумышленник регистрирует тот же аккаунт и получает контроль над поддоменом — с доверенным именем компании.

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

• SSL-сертификат — обязателен. Без HTTPS браузеры показывают предупреждение, данные передаются в открытом виде. Wildcard-сертификат покрывает все поддомены и удобнее в обслуживании.
• Разграничение прав. Доступ к каждому поддомену — только у тех, кто с ним работает. Администраторский доступ к основному домену не должен автоматически открывать всё остальное.
• Регулярные обновления. Уязвимость в устаревшей версии CMS на поддомене — точка входа для атаки на весь сервер.
• Аудит DNS-записей. Периодически проверяйте список активных поддоменов. Если поддомен больше не нужен — удаляйте DNS-запись, а не просто отключайте сервис. MDN Web Docs рекомендует строгий порядок действий: при создании поддомена — сначала занимайте виртуальный хост, DNS-запись добавляйте последней. При удалении — сначала удаляйте DNS-запись, потом всё остальное.

Заключение

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

Главное при работе с поддоменами — не создавать их “на всякий случай”, следить за безопасностью каждого, не дублировать контент и не забывать удалять неиспользуемые DNS-записи.

Если не хотите разбираться с DNS и настройками сервера самостоятельно — напишите нам. В «Основе» есть разработчики и SEO-специалисты, которые настроят всё правильно с первого раза.