Когда ко мне обращается клиент с просьбой разобраться, почему сайт плохо ранжируется, я первым делом смотрю не на тексты и не на ссылки: я смотрю на структуру домена. И примерно в каждом третьем случае обнаруживаю сюрприз: у домена есть несколько активных поддоменов, о которых владелец давно забыл или вообще не знал. Часть из них попала в индекс поисковиков, часть тянет на себя ссылочный вес, а часть дублирует контент основного сайта. Именно поэтому проверка сайта на поддомены давно стала обязательным элементом SEO-аудита.
Большинство владельцев сайтов не задумываются о том, что у домена может быть несколько активных точек входа в поисковой индексации. Субдомен может появиться случайно: при настройке хостинга, при подключении сервиса рассылки, при установке отдельного раздела сайта разработчиком. И если вовремя не провести проверку, эти поддомены сайта продолжают тихо существовать в индексе Яндекса и Google, создавая проблемы, которые сложно диагностировать без знания причины.
В этой статье я разберу весь процесс: от понимания того, что такое поддомены и чем они опасны для продвижения, до конкретных инструментов поиска и алгоритма устранения проблем. Здесь может быть полезно как тем, кто впервые слышит о субдоменах, так и опытным SEO-специалистам, которые хотят систематизировать свой процесс аудита. Разберём пошагово: как найти поддомены вручную, с помощью бесплатных онлайн-сервисов и платных SEO-платформ.
Что такое поддомены и почему они важны для SEO
Поддомен представляет собой часть основного домена, которая располагается левее через точку. Например, если основной домен: site.ru, то blog.site.ru, shop.site.ru и m.site.ru - это его субдоменные версии. Технически это отдельные адреса, но они связаны с основным доменом и существуют в его рамках.
Важно понимать принципиальный момент для SEO: Google и Яндекс, как правило, рассматривают поддомены как отдельный сайт. Это не страницы в рамках одного домена, а самостоятельные ресурсы с точки зрения поисковых систем, хотя поведение алгоритмов может варьироваться в зависимости от контекста. Из этого следует несколько важных последствий для продвижения.
Во-первых, ссылочный вес не передаётся между основным доменом и его субдоменами так же свободно, как между страницами одного сайта. Если кто-то ссылается на blog.site.ru, этот вес не усиливает позиции site.ru напрямую. Во-вторых, если на поддомене дублируется контент с основного домена, поисковики могут расценить это как дублированный контент, занизив оба ресурса в выдаче.
Легитимных сценариев использования поддоменов немало. Региональные версии (spb.site.ru, msk.site.ru), мобильная версия сайта (m.site.ru): классика. Отдельный блог, интернет-магазин на субдомене, личный кабинет пользователя, версии на разных языках - всё это рабочие и обоснованные решения. Проблема не в самом факте наличия субдоменов, а в том, когда они попадают в индекс без контроля.
Технические поддомены: вот где начинаются реальные неприятности. dev.site.ru, stage.site.ru, test.site.ru - их создают разработчики для работы над проектом и часто забывают закрыть от индексации. В итоге в индексе Яндекса оказываются страницы с незавершённым контентом, дубли основных страниц, а иногда внутренние разделы, которые вообще не должны быть публичными. На одном из проектов по спецтехнике я обнаружил, что тестовый поддомен с идентичным контентом индексировался больше полугода, что явно не помогало продвижению основного ресурса.
Поддомен может появиться в индексе поисковиков без вашего ведома. Разработчик настроил тестовую среду, подрядчик подключил сервис. Теперь у вашего домена есть «призрак», который живёт в поиске своей жизнью.
Для SEO принципиально важно регулярно проверять, какие субдоменные версии существуют в природе и что из них попало в поисковый индекс. Только зная полный список, можно принимать осознанные решения: что оставить, что закрыть, где настроить canonical.
Как найти поддомены через поисковые системы
Самый быстрый способ обнаружить проиндексированные поддомены: воспользоваться возможностями самих поисковых систем. Это бесплатно, не требует регистрации и даёт мгновенный результат. Начну с Google, потому что его возможности здесь шире.
Для поиска поддоменов сайта в Google используется оператор site:. Если ввести в строку поиска site:example.com, результат покажет все проиндексированные страницы домена, включая субдомены. Но чтобы выделить именно поддомены и отсечь страницы основного домена, используйте более точный запрос:
Запрос выглядит так: site:*.example.com -site:www.example.com
Звёздочка здесь служит ориентиром для фильтрации: Google отображает страницы с поддоменов в том числе. Минус перед site:www исключает из результатов сам основной домен. На практике Google не всегда строго разделяет поддомены через wildcard, но в большинстве случаев такой запрос позволяет увидеть проиндексированные поддомены в числе первых результатов поиска поддоменов сайта.
Важное ограничение: Google показывает примерные данные, а не полный список. Реальное количество проиндексированных страниц может отличаться от цифры в шапке результатов выдачи. Кроме того, Google не покажет поддомены, которые существуют технически, но ещё не попали в индекс. Они могут находиться в процессе краулинга или быть заблокированы robots.txt.
Для того чтобы найти поддомены в Яндексе, подход немного другой. Оператор site: в Яндексе работает иначе: wildcard-синтаксис со звёздочкой там не поддерживается. Запрос site:example.com покажет страницы домена, но субдомены будут видны только если Яндекс их уже проиндексировал и включил в общую выдачу по домену. Полноценный поиск проиндексированных поддоменов через интерфейс Яндекса ограничен.
Именно поэтому для работы с Яндексом я рекомендую использовать Яндекс.Вебмастер. Если у вас подключён ресурс через Domain Property (собственность на уровне домена, а не отдельного URL), Вебмастер с помощью этого инструмента агрегирует данные по всем субдоменам, связанным с основным. Это позволяет использовать сервис не только для мониторинга основного сайта, но и для отслеживания поисковой активности на субдоменах.
Практически: начните с запроса site:*.вашдомен.ru -site:www.вашдомен.ru в Google. Просмотрите результат первых двух-трёх страниц выдачи. Зафиксируйте все найденные субдомены, это станет отправной точкой. Для большинства небольших сайтов этого достаточно, чтобы обнаружить явные проблемы. Для более глубокого анализа переходите к специализированным инструментам, о которых я расскажу в следующем разделе.
Онлайн-инструменты для проверки поддоменов
Когда поиск по операторам site: исчерпал себя, приходит время специализированных сервисов. Я пользуюсь ими регулярно, они дают куда более полный список поддоменов, чем любой поисковик, и позволяют быстро провести анализ данных по чужим или собственным доменам.
Перед тем как выбрать подходящий сервис, важно понять разницу в методах сбора данных. Одни инструменты используют DNS-перебор: они перебирают типовые названия поддоменов (dev, test, mail, api и т.д.) и проверяют, существует ли DNS-запись. Другие работают по принципу пассивного сбора: накапливают данные из сертификатов SSL/TLS (логи Certificate Transparency), поисковых индексов, исторических DNS-записей. Пассивный метод работает без активного воздействия на чужую инфраструктуру и находит поддомены, которые перебором не нащупать.
Ниже сводная таблица инструментов, которые я использую в работе. Проверьте каждый на своём домене: результат нередко удивляет.
| Инструмент | Стоимость | Метод поиска | Что показывает |
|---|---|---|---|
| DNSDumpster | Бесплатно | Пассивный (DNS, сертификаты) | Поддомены, IP-адреса, MX/NS-записи, граф связей |
| SecurityTrails | Freemium (50 запросов/мес бесплатно) | Пассивный (исторические DNS + сертификаты) | Текущие и исторические поддомены, смена IP, WHOIS |
| Crt.sh | Бесплатно | Пассивный (логи Certificate Transparency) | Все поддомены, фигурировавшие в SSL-сертификатах |
| suIP.biz | Бесплатно | DNS-перебор + пассивный | Поддомены, открытые порты, базовая информация о хосте |
| tools.discript.ru | Бесплатно | Пассивный (агрегатор открытых данных) | Список поддоменов, базовая SEO-информация по каждому |
Расскажу про конкретный кейс. Клиент, интернет-магазин строительных материалов, обратился с жалобой на просадку трафика. Я запустил поиск поддоменов сайта через Crt.sh: просто подставил домен в строку запроса вида %.example.ru. Сервис вернул 14 записей. Среди них обнаружился поддомен old.example.ru с SSL-сертификатом, выданным пару лет назад. Оказалось: старая версия магазина на OpenCart, которую «выключили», но не удалили с сервера. Поддомен продолжал отвечать, а часть страниц попала в индекс. Поисковик видел два магазина с похожим ассортиментом, трафик размывался. Без инструмента пассивного сбора этот поддомен мы бы не нашли: в site: он почти не светился из-за низкого PageRank.
Для базового анализа данных достаточно Crt.sh и DNSDumpster, оба бесплатны и не требуют регистрации. SecurityTrails подключаю, когда нужна история изменений: может быть полезен при покупке домена или расследовании резкого падения позиций. suIP.biz и tools.discript.ru хороши как дополнительный источник для перекрёстной проверки результата.
SEO-платформы для анализа поддоменов конкурентов
Онлайн-инструменты из предыдущего раздела хороши для технического аудита. Но когда нужно анализировать конкурентов и понять, какую SEO-стратегию они реализуют через поддомены, лучше задействовать полноценные SEO-платформы. Здесь данных и по трафику, и по позиции, и по структуре значительно больше.
Ahrefs Site Explorer
В Ahrefs достаточно ввести домен в формате *.domain.com, и платформа покажет все поддомены сайта скопом: органический трафик по каждому, количество страниц в индексе, ссылочный профиль. Я регулярно использую этот режим при конкурентном аудите в B2B-нишах. Получаете полную карту: есть ли у конкурента отдельный блог на blog.domain.com, региональные поддомены вида msk.domain.com или spb.domain.com, партнёрский раздел, API-документация. Каждый такой поддомен говорит о том, как выстроена контентная и техническая архитектура основного домена.
Serpstat
В Serpstat раздел «Поддомены» находится внутри отчёта по домену. Платформа показывает список поддоменов с данными по видимости, новых ключевых фраз в топе, количеству страниц. Удобно для быстрого сравнения: если у конкурента поддомен help.domain.com внезапно начал собирать трафик по информационным запросам, значит они запустили базу знаний или раздел статьи с обучающим контентом. Анализировать такие сдвиги в динамике проще именно через Serpstat.
Google Search Console: Domain Property
Для собственного домена незаменим инструмент Domain Property в Google Search Console. В отличие от обычного свойства, доменное агрегирует данные по всем поддоменам и протоколам сразу. Вы получаете единый отчёт по домену, включая поддомены, которые, возможно, даже не помните, что создавали. В разделе «Покрытие» видно, какие URL из каких поддоменов попали в индекс, какие исключены. Это самый прямой способ получить данные из первых рук: от самого поисковика. Файлов экспорта там достаточно, чтобы передать задачи на устранение разработчику.
Практическая ценность SEO-платформ шире, чем просто инвентаризация. Если конкурент держит на поддомене активный блог с позициями в топе, стоит изучить эту стратегию. Если у него висит технический поддомен с тысячами страниц в индексе, перед вами уязвимость, которую можно использовать в собственном продвижении. Аудит поддоменов конкурентов я включаю в каждый стратегический проект нашей студии.
Что делать с найденными поддоменами: аудит и устранение проблем
Итак, список поддоменов собран. Дальше начинается самое важное: разобраться, что с каждым делать. По практике могу выделить четыре основных сценария.
Сценарий 1. Легитимный поддомен, работает корректно
Поддомен создан намеренно (blog, shop, api, mail, m - для мобильной версии), контент не дублирует основной домен, технические настройки в порядке. Здесь действие одно: настроить мониторинг. Добавьте его отдельным свойством в Google Search Console и Яндекс.Вебмастер. Полезно проверять раз в квартал: не появился ли дублированный контент, не изменились ли настройки индексации.
Сценарий 2. Технический или тестовый поддомен попал в индекс
Это самая распространённая проблема. Разные версии сайта (dev, stage, test, demo) должны быть закрыты от индексации, но на практике о них забывают. Решение требует правильной последовательности: сначала добавьте в шаблон всех страниц мета-тег <meta name="robots" content="noindex, nofollow"> и запросите переобход через Search Console. Дождитесь, пока страницы выпадут из индекса. Только после этого блокируйте бот через robots.txt с помощью Disallow: /. Важно: если сначала закрыть robots.txt, поисковый бот перестанет заходить на страницы и не сможет прочитать директиву noindex, в итоге URL зависнет в индексе надолго.
Сценарий 3. Поддомен дублирует контент основного домена
Может быть ситуация, когда поддомен содержит те же страницы товаров, что и основной домен. Это размывает ссылочный вес и создаёт конкуренцию внутри одного проекта. Два варианта устранения: поставить canonical на все страницы поддомена, указывающий на соответствующие URL основного домена, либо настроить 301-редирект с поддомена на основной. Редирект предпочтителен, если поддомен технически лишний и его поддержка нецелесообразна. Canonical оставляю, когда поддомен нужен по техническим причинам, но контент должен «засчитываться» за основной домен.
Сценарий 4. Забытый поддомен неизвестного происхождения
Здесь важно сначала разобраться с происхождением. Кто создал, когда, зачем: проверьте в системах хостинга и у разработчиков. Если поддомен действительно лишний: настройте 410 (Gone) вместо 404 на сервере, это сигнал поисковику, что ресурс намеренно убран. Затем удалите DNS-запись. Запросите удаление из индекса через Search Console. Важный момент: удаление DNS-записи не удаляет файлы с сервера. Если сервер продолжает отвечать по IP или старому адресу, уязвимый CMS остаётся доступен - после отвязки DNS удалите или защитите директорию на сервере.
Риски безопасности
Забытые поддомены создают не только SEO-риски. Устаревшие версии сайта на старом CMS без обновлений безопасности становятся готовой точкой входа для взлома. В одном из кейсов нашей студии заброшенный поддомен на Joomla 2.5 стал источником рассылки спама, хостинг заблокировал весь аккаунт. Другие поддомены на том же аккаунте, включая основной рабочий сайт, тоже встали. Анализ и своевременная зачистка технических поддоменов решают сразу две задачи: SEO-гигиена и безопасность инфраструктуры.
Рекомендую проводить аудит поддоменов не реже одного раза в квартал. Использование инструментов из этой статьи достаточно, чтобы закрыть задачу за час-полтора. Составьте таблицу поддоменов с полями: название, статус (активен/заброшен), назначение, настройки индексации, дата последней проверки. Это живой документ, который убережёт от неприятных сюрпризов и поможет другим членам команды быстро ввести в контекст.
Как выстроить регулярную проверку поддоменов
Поиск поддоменов сайта требует системного подхода, а не разовой проверки. Это часть постоянного SEO-мониторинга, без которой сложно контролировать техническое состояние проекта. За время работы с клиентами я выработал простую систему, которая не занимает много времени, но даёт реальный результат.
Вот как я рекомендую выстроить процесс на практике.
- Начните с оператора site: Самый быстрый способ. Введите site:yourdomain.ru в Google и Яндексе: увидите проиндексированные поддомены прямо в поисковой выдаче. Добавьте этот шаг в стартовый чек при аудите любого нового проекта.
- Углубитесь через онлайн-сервисы: После базового поиска поддоменов переходите к DNSDumpster, Crt.sh или SecurityTrails. Эти инструменты покажут записи, которые поисковики ещё не успели проиндексировать, и технические поддомены уровня инфраструктуры, связанные с почтой, CDN, разработка-средами.
- Настройте контроль через Search Console и Яндекс.Вебмастер: Добавьте домен через Domain Property в Search Console, это позволит видеть все поддомены в едином интерфейсе. Настройте уведомления, чтобы получать оповещения о новых ресурсах автоматически.
- Ведите список и фиксируйте изменения: Держите актуальный список всех поддоменов в таблице. Раз в месяц сверяйте с текущим состоянием. Примеры из практики показывают: именно так находятся забытые тестовые домены и дубли, которые тянут позиции вниз.
- Проверяйте сайт после любых изменений: Запустили новый сервис, передали проект другому разработчику, сделали редизайн - каждый раз повторяйте поиск поддоменов сайта. Разработка новых функций почти всегда сопровождается созданием поддоменов уровня staging или test.
Поиск поддоменов занимает 20-30 минут при регулярном подходе. Первый раз уйдёт больше времени: нужно навести порядок и зафиксировать базовое состояние. Зато дальше это превращается в быструю сверку по чек-листу. Добавьте напоминание в календарь раз в квартал, и проиндексированные поддомены не станут неожиданным сюрпризом на следующем аудите.
Проверьте свой сайт прямо сейчас: введите site:твойдомен.ru в поисковик и посмотрите, что появится. Иногда результаты удивляют даже опытных вебмастеров.
Эта статья основана на личном опыте автора и актуальна на момент публикации. Интерфейсы сервисов и алгоритмы поисковых систем регулярно меняются - рекомендую проверять актуальность инструкций на официальных ресурсах. Если у вас остались вопросы - задайте их в комментариях.
Список литературы
- Google - Search operators // Google Search Central Documentation, 2024
- Яндекс - Добавление сайта и подтверждение прав // Яндекс Вебмастер. Справка, 2024
- Google - Add a website property to Search Console // Google Search Console Help, 2024
- Ahrefs - Site Explorer overview: analyzing subdomains // Ahrefs Help Center, 2024
