Поддомены сайта в SEO

Поддомен — это адрес третьего уровня вида shop.example.by, который поисковые системы рассматривают как самостоятельный сайт со своей индексацией, ссылочным профилем и набором сигналов ранжирования. Понимание поддоменов важно при выборе архитектуры проекта, аудите ссылочного профиля и при продвижении сайтов с филиальной или продуктовой структурой. В материале — техническое определение, отличия от подкаталога, способы найти все поддомены сайта, технические настройки и применение поддоменов в SEO.

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

Поддомен (subdomain) задаёт адрес третьего уровня и располагается слева от основного домена. В адресе blog.example.by компонент blog выступает поддоменом, example — доменом второго уровня, .by — доменом первого уровня (зоной). Технически поддомен создаётся через запись DNS типа A или CNAME, которая указывает либо на отдельный IP, либо на хост другого ресурса. Для каждого поддомена нужен свой SSL-сертификат (или wildcard-сертификат на *.example.by, покрывающий все поддомены сразу).

Чаще всего встречается поддомен www. Адрес www.example.by формально является поддоменом, хотя воспринимается как синоним основного. Кроме www типовые поддомены — mail, shop, blog, support, m (мобильная версия), app, api, cdn. Количество поддоменов в одном основном домене технически не ограничено: крупные порталы могут иметь десятки и сотни поддоменов одновременно.

С точки зрения поисковых систем поддомен — самостоятельный сайт. Google и Яндекс индексируют его отдельно от основного домена, считают его ссылочный профиль независимо, применяют санкции автономно. Это даёт и плюсы (можно изолировать тематически разные направления), и минусы (ссылочный вес и авторитет основного домена не переходят на поддомен автоматически). Архитектурный выбор между поддоменом и подкаталогом — одно из стратегических решений в SEO-продвижении.

Поддомен и подкаталог: ключевые отличия

Подкаталог (subfolder, subdirectory) — это раздел сайта на основном домене, например example.by/blog/ или example.by/shop/. С точки зрения индексации подкаталог наследует все сигналы основного домена: его ссылочный профиль, возраст, авторитет, тематику. Поддомен — отдельный сайт со своим набором этих сигналов с нуля.

Выбор между поддоменом и папкой влияет на скорость продвижения, объём работ по линкбилдингу и архитектуру самого сайта. Ошибка на этом этапе обычно обнаруживается через 6–12 месяцев, когда выясняется, что новый раздел набирает позиции вдвое медленнее ожидаемого. Переезд между поддоменом и папкой технически выполним, но требует постраничного 301-редиректа и нескольких месяцев на стабилизацию.

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

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

Поиск всех поддоменов нужен в трёх задачах: при аудите собственного проекта (узнать, что забыто и индексируется как дубль), при анализе конкурентов (понять структуру их присутствия), при работе с безопасностью (найти забытые dev-окружения, через которые возможна утечка). Инструменты для этого делятся на три группы: панели вебмастера, OSINT-сервисы (Open Source Intelligence, разведка по открытым источникам), командная строка и DNS.

Для собственного сайта первый источник — Google Search Console и Яндекс Вебмастер. В каждом из них в свойствах ресурса видны все поддомены, которые попали в индекс. Для внешнего анализа применяются специализированные сервисы и инструменты — Subfinder, crt.sh (поиск по сертификатам Certificate Transparency Log), Sublist3r, dnsdumpster, Hunter.io.

Панели вебмастера для своего сайта. В Google Search Console при добавлении ресурса типа «Домен» (Domain property) панель собирает данные по всем поддоменам и протоколам сразу. В отчёте «Покрытие» видны все URL, обнаруженные краулером, с разбивкой по хостам. В Яндекс Вебмастере отдельных «доменных» ресурсов нет — каждый поддомен добавляется как самостоятельный сайт. В разделе «Индексирование → Сайты» при подтверждении основного домена показываются связанные поддомены, на которые ведут ссылки. Дополнительный источник — Google-поиск с оператором site:example.by -www: покажет все страницы из индекса, кроме www-версии, включая URL поддоменов.

OSINT-сервисы и поиск по сертификатам. Публичная база crt.sh содержит сертификаты Certificate Transparency Log: когда удостоверяющий центр (Let’s Encrypt, DigiCert) выпускает сертификат, он публикует факт выпуска в CT Log. Поиск по домену в crt.sh даёт список всех когда-либо выпущенных сертификатов, включая wildcard и многосайтовые. По этим данным восстанавливается полный список поддоменов, для которых хоть когда-нибудь выпускался HTTPS-сертификат. Subfinder и Sublist3r — инструменты командной строки для пассивного перечисления поддоменов: они агрегируют данные из десятков источников. Веб-аналоги: SecurityTrails, DNSDumpster, Hunter.io.

# Поиск поддоменов через Subfinder
subfinder -d example.by -all -recursive

# Поиск через crt.sh (запрос JSON)
curl 'https://crt.sh/?q=%25.example.by&output=json' | \
  jq -r '.[].name_value' | sort -u

# Запрос DNS-зоны через dig (если разрешён AXFR)
dig @ns1.example.by example.by AXFR

Командная строка и DNS-утилиты. Утилиты dig и nslookup позволяют проверить настройки конкретного поддомена: к какому IP он ведёт, какой CNAME настроен, какие MX- и TXT-записи у домена. Эти инструменты показывают, активен ли поддомен сейчас, отдаёт ли он реальный ответ или ведёт в пустоту. Запрос DNS-зоны через AXFR (dig @ns1.example.by example.by AXFR) теоретически выдаёт полный список всех записей домена. Большинство DNS-серверов в современной конфигурации запрещают AXFR от внешних клиентов, но иногда настройка остаётся открытой по ошибке.

Когда выбирать поддомен, а когда папку

Выбор архитектуры зависит от четырёх параметров: тематической связности нового раздела с основным сайтом, технических ограничений (платформа, CMS — Content Management System, система управления контентом, хостинг), целевого региона или языка, требований к ссылочному профилю. Общее правило: подкаталог выбирается по умолчанию, поддомен — когда есть конкретная техническая или архитектурная причина.

Поддомен делает смысл в шести сценариях: при необходимости разнести направления тематически (интернет-магазин и блог как разные сущности), при технической невозможности развернуть второй раздел на основном движке, при региональной локализации с уникальным контентом для каждого города, при отдельной поддоменной структуре под международные версии, при необходимости разнести по серверам нагрузку и при работе с приложениями (SaaS-кабинет клиента, веб-приложение).

• Блог компании. Чаще выбирается подкаталог example.by/blog/ — он усиливает основной домен и наследует его авторитет. Поддомен blog.example.by делает смысл только если блог тематически сильно отличается от основного направления.
• Интернет-магазин при сайте услуг. Часто разносится на поддомен shop.example.by — у магазина и услуг разные конверсионные пути, разный шаблон, разная аналитика. Альтернатива — отдельный домен.
• Региональные филиалы. Поддомены minsk.example.by, gomel.example.by работают, когда у каждого филиала уникальный контент: телефоны, адреса, прайс, графики. Если разница между регионами только в шапке — лучше подкаталог.
• Языковые версии. Поддомены ru.example.com, en.example.com с настроенным hreflang — рабочая схема для международных проектов; альтернатива — подкаталоги /ru/, /en/.
• SaaS-приложение. Кабинет клиента обычно вынесен на app.example.by — это техническое требование, не SEO-выбор; индексировать кабинет не нужно.
• Мобильная версия. Поддомен m.example.by — устаревшая схема, в современном вебе вытеснена адаптивной вёрсткой на едином адресе.

Поддомены в SEO и ссылочный профиль

Каждый поддомен накапливает свой ссылочный профиль независимо от основного домена. Внешние ссылки, ведущие на blog.example.by, усиливают только блог-поддомен, но не передают вес на shop.example.by или на корневой example.by. Это центральное последствие архитектурного выбора в пользу поддомена.

На практике это означает: если компания публикует материалы на поддомене, она по сути ведёт несколько отдельных сайтов и для каждого нужна своя стратегия линкбилдинга. По нашему опыту, переход с поддомена на подкаталог типично даёт прирост органического трафика на 20–40% в течение 3–6 месяцев — за счёт того, что весь накопленный ссылочный профиль начинает работать на единую сущность.

Внутренняя перелинковка между поддоменами. Ссылки между поддоменами одного основного домена технически считаются внешними (отличается хост), но семантически — внутренними (это один проект). Поисковые системы это учитывают: ссылки между поддоменами в пределах одного владельца не дают такого же эффекта, как ссылки с независимых источников. При перелинковке между поддоменами ставятся обычные dofollow-ссылки; nofollow избыточен и потенциально вреден — он сигнализирует поисковику о недоверии к собственным ресурсам. Анкор-листы должны быть естественными, без переспама ключевых слов.

Sitemap и общий каталог URL. Sitemap.xml каждого поддомена содержит только URL этого поддомена; общего sitemap-файла для всего проекта Google и Яндекс не поддерживают. При наличии нескольких поддоменов sitemap-индекс (sitemap_index.xml) собирается отдельно для каждого хоста.

Сигналы ранжирования на уровне поддомена. Каждый поддомен оценивается алгоритмом по полному набору сигналов: Core Web Vitals (LCP — Largest Contentful Paint, скорость отрисовки основного контента; INP — Interaction to Next Paint, отзывчивость; CLS — кумулятивный сдвиг макета), мобильная адаптация, HTTPS, поведенческие факторы, тематика. Авторитет и доверие (trust) у поддомена накапливаются отдельно от корня; возраст поддомена начинает отсчитываться с момента появления в индексе, а не с регистрации основного домена. Санкции обычно применяются адресно: фильтр на поддомене не означает автоматического фильтра на корне; но при системных нарушениях на нескольких поддоменах возможна и санкция на уровне всего проекта.

Технические настройки поддоменов

Настройка поддомена для индексации включает четыре обязательных компонента: запись в DNS, выпуск SSL-сертификата, конфигурация веб-сервера, отдельные файлы robots.txt и sitemap.xml для поддомена. Пропуск любого из них приводит к проблемам — от технической недоступности до полного выпадения поддомена из индекса.

Дополнительные настройки нужны при специальных сценариях: cross-domain аналитика (чтобы Google Analytics и Яндекс Метрика корректно учитывали переходы между поддоменами как один сеанс), CDN-настройки, обработка cookie (по умолчанию cookie ограничены одним хостом, для общего профиля авторизации нужна настройка domain=.example.by).

DNS-записи для поддомена. В DNS-зоне основного домена создаётся запись типа A или CNAME. A-запись указывает на IP-адрес сервера, на котором будет работать поддомен; CNAME — на другой хост (часто используется для CDN или внешних сервисов). После создания записи поддомен становится резолвимым через DNS — это можно проверить через dig blog.example.by или nslookup.

# Пример DNS-записей для нескольких поддоменов
example.by         A      203.0.113.10
www.example.by     A      203.0.113.10
blog.example.by    A      203.0.113.20
shop.example.by    A      203.0.113.30
api.example.by     CNAME  api-server.cloud-provider.com.
cdn.example.by     CNAME  d1234abcd.cloudfront.net.

SSL-сертификат для поддомена. SSL на поддомен выпускается отдельно или закрывается wildcard-сертификатом на *.example.by. Wildcard покрывает все поддомены первого уровня (blog.example.by, но не en.blog.example.by). Бесплатный Let’s Encrypt выпускает wildcard через DNS-01 challenge — это сложнее обычной валидации, требует автоматизации обновления записи в DNS. Платные wildcard стоят дороже обычных DV-сертификатов, но снимают рутину ручного выпуска каждого нового поддомена.

Отдельные robots.txt и sitemap.xml. У каждого поддомена должен быть собственный robots.txt и собственный sitemap.xml. Файл robots.txt основного домена не распространяется на поддомены — это критическая особенность, которую часто упускают: если на example.by/robots.txt запрещён обход определённых разделов, на blog.example.by/robots.txt правило не применяется автоматически. В sitemap.xml поддомена указываются только URL этого поддомена; включение URL основного домена допустимо технически, но создаёт путаницу при отладке. Стандартный подход: один поддомен — один sitemap.xml, подаётся в свойствах соответствующего ресурса в Search Console и Яндекс Вебмастере.

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

Ошибки в работе с поддоменами делятся на стратегические (неверный архитектурный выбор) и технические (некорректные настройки DNS, SSL, индексации). Стратегические выявляются на этапе аудита через 6–12 месяцев после запуска. Технические закрываются проверкой через инструменты и панели вебмастера.

Особенности SEO поддержки поддоменов для бизнеса в Беларуси

Региональная специфика работы с поддоменами в РБ проявляется в трёх плоскостях: требования к доменной зоне .by, особенности геопривязки в Яндекс Вебмастере при филиальной структуре, поддержка локальных платёжных систем и инфраструктуры на каждом поддомене. По актуальным данным StatCounter, Google занимает 65–75% поиска в Беларуси, Яндекс — 25–30%; обе системы требуют отдельной настройки для каждого поддомена.

Раскрутка сайтов в Беларуси с поддоменной структурой требует на 30–50% больше ресурсов по сравнению с проектом на подкаталогах: каждый поддомен — отдельный сайт, требующий собственного линкбилдинга, контентного плана и технической поддержки.

Доменная зона .by и поддомены. Регистрация основного домена .by требует указания реальных данных владельца — для юридического лица УНП (учётный номер плательщика, не ИНН) и сведения из ЕГР (Единый государственный регистр юридических лиц и индивидуальных предпринимателей, не ЕГРЮЛ). Поддомены отдельной регистрации не требуют: они создаются в DNS-зоне основного домена и подчиняются его юридическому статусу. Это упрощает работу с поддоменами по сравнению с альтернативой «отдельный домен на каждый филиал». Локальные регистраторы (hoster.by, becloud.by и аналогичные) предоставляют управление DNS-зоной через панель управления хостингом — создание поддомена занимает две-три минуты на интерфейс и до часа на распространение DNS-обновления.

Геопривязка поддоменов в Яндекс Вебмастере. Для бизнеса с филиалами в нескольких городах Беларуси типовая схема — поддомены вида minsk.example.by, gomel.example.by, brest.example.by. Каждый из них добавляется в Яндекс Вебмастер как отдельный сайт, права подтверждаются автономно. В разделе «Региональность» назначается соответствующий город: для Минска Lr-код 157, для Беларуси в целом — 149. Города распределения по убыванию населения: Минск, Гомель, Могилёв, Витебск, Гродно, Брест. Без явной геопривязки поддомен индексируется как принадлежащий основному региону корневого домена — что для филиала в Гомеле означает ошибочную привязку к Минску и снижение позиций по локальным запросам.

ЕРИП и платежи на поддомене. Для коммерческих поддоменов (например, shop.example.by) требуется отдельная интеграция платёжных систем: оплата через ЕРИП (единое расчётное и информационное пространство — белорусская система платежей) и приём карт БЕЛКАРТ обеспечиваются на уровне веб-приложения, а не на уровне DNS. Каждый поддомен с приёмом платежей проходит свою настройку в платёжной системе и получает свой набор учётных данных. Это влияет на архитектурный выбор: если у компании несколько филиалов с собственным приёмом платежей, проще объединять их под подкаталогами с единой платёжной интеграцией.

SEO-продвижение и контекстная реклама в Cropas

Команда Cropas работает с архитектурными решениями белорусских сайтов системно: выбор между поддоменом и подкаталогом для нового направления, диагностика ссылочного профиля при филиальной структуре, аудит технических настроек поддоменов в Google Search Console и Яндекс Вебмастере. SEO-продвижение в Беларуси для проектов с несколькими поддоменами строится с учётом независимости каждого как отдельного сайта.

На этапе аудита проверяется индексация всех поддоменов, корректность DNS и SSL, наличие отдельных robots.txt и sitemap.xml. Подробнее об услуге контекстной рекламы как смежного канала привлечения трафика на отдельные поддомены — на странице направления.

Часто задаваемые вопросы

Передаётся ли ссылочный вес с основного домена на поддомен автоматически?

Нет. Поддомен с точки зрения поисковых систем — самостоятельный сайт, его ссылочный профиль накапливается отдельно. Внешние ссылки на example.by усиливают только корневой домен; чтобы усилить blog.example.by, нужны ссылки именно на блог-поддомен. Внутренние ссылки между поддоменами учитываются, но не так весомо, как ссылки с независимых источников. Это центральный аргумент против выбора поддомена в случаях, когда подходит подкаталог.

Сколько поддоменов можно создать у одного домена?

Технически — практически неограниченное число. На практике у крупных порталов могут быть десятки и сотни активных поддоменов. Но каждый дополнительный поддомен — это отдельный сайт со своими требованиями к контенту, ссылочному профилю и технической поддержке. Архитектурно рекомендуется не плодить поддомены без необходимости: 5–10 поддоменов на коммерческом проекте — много, но управляемо; 50+ — требует отдельной системы автоматизации настройки.

Как организовать процесс перехода с поддомена на подкаталог при продвижении сайтов?

Базовый чек-лист: подготовить карту 301-редиректов на постраничной основе со старого поддомена на новые URL в подкаталоге; обновить внутренние ссылки на новый формат; перенаправить ссылочный профиль через 301; добавить новый раздел в sitemap.xml основного домена; снять подтверждение поддомена в Search Console и Яндекс Вебмастере (после полной склейки); мониторить позиции 3–6 месяцев. По нашему опыту, прирост органического трафика после такого переезда составляет 20–40% — за счёт того, что весь накопленный ссылочный профиль начинает работать на единую сущность.

Что делать, если поддомен случайно попал в индекс с тестовым контентом?

Срочно закрыть его одним из трёх способов: HTTP-авторизация с базовой валидацией (если контент тестовый и доступ не нужен публике); X-Robots-Tag: noindex в HTTP-заголовке плюс Disallow: / в robots.txt поддомена (если доступ нужен, но индексация — нет); 301-редирект на основной адрес (если поддомен больше не нужен в принципе). После закрытия в Search Console и Яндекс Вебмастере отправляется запрос на ускоренное удаление страниц из индекса. Полное исчезновение из выдачи занимает 2–4 недели.

Как объяснить руководству, почему нельзя «просто» вынести интернет-магазин на поддомен?

Поддомен — это отдельный сайт, продвижение которого начинается с нуля. Если основной домен накопил за 5 лет авторитет и ссылочный профиль, поддомен shop.example.by ничего из этого не наследует и стартует как новый ресурс. На презентации руководству показывают: оценку трудозатрат и сроков, оценку потенциальных потерь в трафике первых 6–12 месяцев, сравнение с альтернативой подкаталога. Решение в пользу поддомена принимается только если есть конкретная техническая или архитектурная причина — разный движок, разные команды поддержки, разный регион.

Можно ли использовать один SSL-сертификат для всех поддоменов сразу?

Да, через wildcard-сертификат на *.example.by. Wildcard покрывает все поддомены первого уровня (blog.example.by, shop.example.by), но не работает для второго уровня вложенности (en.blog.example.by). Бесплатный wildcard от Let’s Encrypt требует валидации через DNS-01 challenge — добавление специальной TXT-записи в зону домена. Платные wildcard стоят дороже обычных DV-сертификатов, но снимают рутину выпуска отдельного сертификата для каждого нового поддомена.

Как найти поддомены конкурента для анализа?

Бесплатный способ — поиск по crt.sh: ввести домен конкурента и получить список всех сертификатов и связанных хостов. Для более глубокого анализа применяются Subfinder, Sublist3r, dnsdumpster, SecurityTrails. Дополнительно через Ahrefs или Serpstat можно посмотреть, какие поддомены конкурента имеют ссылочный профиль и трафик; это даёт понимание, какие направления у конкурента развиты и куда вкладывается ресурс.

Как минимизировать риски, если планируется создание нескольких поддоменов?

Подготовить единый стандарт настройки: шаблон конфигурации веб-сервера, шаблон robots.txt и sitemap.xml, шаблон подтверждения в Search Console и Яндекс Вебмастере, шаблон геопривязки. Использовать wildcard-сертификат, чтобы не выпускать SSL вручную. Настроить мониторинг индексации каждого поддомена. Заранее продумать аналитику с cross-domain tracking. Документировать карту поддоменов в одном месте — чтобы через год никто не забыл, что old-promo.example.by был запущен для разовой акции и до сих пор живёт в индексе.