Где лучше размещать блог компании: на поддомене или внутри основного сайта

Всем привет! Меня зовут Владимир Назаров, основатель агентства Head Promo. В последнее время, ввиду того, что мы активно развиваем направления GEO и контент-маркетинга стали появляться вопросы от клиентов: где размещать блог — внутри основного сайта или на отдельном поддомене? Делать site.ru/blog/ или blog.site.ru. На первый взгляд это техническая мелочь. На практике — архитектурное решение, которое влияет на GEO, SEO, индексацию, внутреннюю перелинковку, аналитику, скорость работы редакции, риски для основного домена и даже на то, насколько хорошо бренд будет считываться поисковыми системами и нейросетями.

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

Если совсем коротко: для усиления основного сайта в большинстве случаев лучше блог в папке. Но если вы строите отдельное медиа, комьюнити, клуб, форум, UGC-платформу или контентный проект с другой редакционной и технической логикой, поддомен может быть не ошибкой, а правильным выбором.

Ниже — подробный разбор с учетом Google, Яндекса, SEO, GEO/AEO и реальных российских и международных кейсов.

Папка для SEO, поддомен для отдельного продукта

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

site.ru/blog/
site.ru/articles/
site.ru/advice/
site.ru/media/
site.ru/journal/

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

Если же задача другая — запустить отдельное бренд-медиа, журнал, форум, клуб, образовательную платформу, UGC-проект или редакцию с другой CMS и другой командой, — поддомен может быть более логичным вариантом:

В этом случае блог уже не просто SEO-раздел. Это отдельная сущность внутри бренда. И поддомен помогает эту сущность отделить: технически, редакционно, аналитически и иногда даже репутационно.

Главная мысль: выбирать нужно не между «хорошей папкой» и «плохим поддоменом», а между двумя разными моделями управления контентом.

Почему этот вопрос вообще важен

Архитектура блога влияет не только на URL. Она влияет на то, как будет устроена вся контентная система компании.

Когда блог находится внутри основного сайта, контент становится частью общей доменной структуры. Статья может естественно ссылаться на категорию, категория — на статью, FAQ — на продукт, карточка товара — на инструкцию, кейс — на услугу. Для SEO это удобно, потому что информационный и коммерческий контент находятся в одном контуре.

Когда блог находится на поддомене, появляется отдельный хост. У него могут быть отдельные robots.txt, sitemap, настройки в Яндекс Вебмастере и Google Search Console, отдельные шаблоны, своя CMS, своя аналитика, свои проблемы с авторизацией, cookies, CORS, кросс-доменной атрибуцией и перелинковкой. Это не значит, что поддомен плох. Это значит, что он дороже в управлении.

Для крупной компании такая цена может быть оправдана. Для среднего\малого бизнеса — не всегда.

Именно поэтому вопрос «поддомен или папка» нельзя решать только на уровне SEO-мифов. Нужно смотреть на бизнес-цель:

блог нужен для SEO и продаж;
блог нужен для доверия и экспертности;
блог нужен для отдельного медиа;
блог нужен для комьюнити;
блог нужен для UGC;
блог нужен для регионов;
блог нужен потому, что основной сайт технически невозможно быстро доработать.

Ответ будет разным.

Что официально говорит Google

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

Это принципиально важный тезис. Он ломает популярный SEO-миф о том, что «поддомены не работают» или «весь вес остается только на основном домене». Так формулировать некорректно. Точнее как. Поддомены по нашей практике действительно плохо работают в Google, но в случае если мы начинаем разваривать кучу поддоменов по регионам с практически дублирующимся контентом. В Яндексе это ок, в Google нет.

При этом, Google умеет работать и с поддоменами, и с подпапками. Он может индексировать блог на поддомене, может ранжировать его, может учитывать структуру сайта на разных уровнях. У больших международных компаний есть успешные блоги на поддоменах, и они прекрасно получают органический трафик.

Но из этого не следует, что выбор архитектуры не важен. Он важен не потому, что у Google есть простая формула «папка лучше», а потому что архитектура влияет на качество реализации всей SEO-системы.

В папке обычно проще:

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

У поддомена все это тоже возможно. Просто нужно делать осознанно и отдельно.

Еще один нюанс: в интерфейсе выдачи Google поддомен может восприниматься как отдельная сайтовая сущность. Например, у поддомена может быть собственное название сайта. Это не SEO-бонус, но это аргумент в пользу поддомена, когда компания действительно строит отдельный медиабренд.

Что важно учитывать в Яндексе

С Яндексом картина более практичная. Для Яндекса поддомен — это отдельный сайт в части управления и индексации. Его нужно отдельно добавлять в Яндекс Вебмастер, подтверждать, настраивать региональность, следить за индексированием и качеством.

Особенно это важно для российских компаний и геозависимых тематик. Если вы делаете региональные поддомены, у Яндекса есть логика: региональный хост имеет смысл тогда, когда у компании действительно есть физическое присутствие в регионе. То есть поддомен в Яндексе — это не просто «еще одна папка с другим адресом», а отдельная сущность, которая требует отдельной настройки.

При этом нельзя упрощать до формулы «Яндекс не любит поддомены». Поддомены в Яндексе отлично работают. Но у них выше требования к управлению.

Для SEO-стратегии это означает следующее:

если нужен один сильный коммерческий сайт с блогом, папка обычно проще и надежнее;
если нужен региональный сайт, отдельный клуб, медиа, форум или UGC-платформа, поддомен может быть логичным;
если выбран поддомен, его нужно вести как самостоятельный сайт, а не как «технический придаток» к основному домену.

Именно здесь многие ошибаются. Запускают блог на поддомене, но не дают ему полноценной SEO-структуры, нормальной перелинковки, карты сайта, авторства, аналитики и связи с коммерческими страницами. В итоге он вроде бы есть, но для основного бизнеса работает слабо.

Поддомен и папка: в чем реальная разница

На уровне URL разница выглядит простой:

папка: site.ru/blog/
поддомен: blog.site.ru

Но на уровне архитектуры это разные модели.

Папка — это часть основного сайта. У нее общий домен, общая навигация, чаще всего общие шаблоны, общий robots.txt, общая логика sitemap, единая аналитика и более естественная связь с коммерческими страницами.

Поддомен — это отдельный хост. Он может жить на другой CMS, другом сервере, с другим дизайном, другой командой, другой системой релизов и другим набором технических правил. С точки зрения браузерной платформы это еще и другой origin, а значит, могут появляться дополнительные вопросы к cookies, CORS, авторизации и сквозной аналитике.

Для пользователя разница может быть почти незаметна. Для SEO-команды, редакции, разработчиков и аналитиков — очень заметна.

Поэтому я бы формулировал выбор так:

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

Когда блог лучше размещать внутри основного сайта

Блог внутри основного сайта чаще всего выигрывает, когда компания хочет использовать контент как инструмент SEO, лидогенерации и усиления основного бренда.

1. Когда статьи должны усиливать коммерческие страницы

Это классический сценарий для e-commerce, SaaS, B2B, услуг, медицины, недвижимости, финансов и большинства экспертных ниш.

Например, у интернет-магазина есть категории товаров. В блоге можно публиковать материалы:

как выбрать товар;
чем отличаются модели;
какой вариант подойдет под задачу;
как пользоваться продуктом;
какие ошибки бывают при выборе;
что купить для конкретного сценария.

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

2. Когда важна внутренняя перелинковка

Внутренняя перелинковка — один из главных практических аргументов в пользу папки.

В папке проще строить связки:

статья → категория;
статья → услуга;
статья → кейс;
статья → FAQ;
статья → автор;
статья → товар;
статья → форма заявки;
категория → гайд;
карточка товара → инструкция.

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

3. Когда нужна единая аналитика

Для бизнеса важно понимать не просто «сколько трафика пришло на блог», а что этот трафик сделал дальше:

перешел ли пользователь на категорию;
оставил ли заявку;
подписался ли на рассылку;
вернулся ли позже по брендовому запросу;
дошел ли до покупки;
какие статьи участвуют в ассоциированных конверсиях.

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

4. Когда у компании нет ресурсов на два SEO-контура

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

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

5. Когда блог нужен для GEO/AEO и AI-видимости основного бренда

Для продвижения в ответах ИИ, AI Overviews, ChatGPT Search, Алисе, Perplexity и других системах важна не только индексация, но и понятная сущностная связка:

бренд;
сайт;
продукт;
эксперт;
автор;
тема;
категория;
источник;
доказательства экспертизы.

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

Это не означает, что поддомен плох для GEO. Сильный брендированный поддомен тоже может цитироваться ИИ-системами. Но если цель — усилить именно основной сайт и основной бренд, папка чаще дает более чистую связку.

Когда поддомен может быть правильным решением

Поддомен стоит выбирать не из-за мифа «так красивее» и не потому, что разработчикам проще поднять отдельную CMS. Хотя иногда это тоже аргумент. Поддомен нужен, когда контентный проект действительно отличается от основного сайта по роли, рискам или устройству.

1. Когда вы строите отдельное бренд-медиа

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

В этом случае поддомен помогает сформировать отдельную медийную идентичность. Блог перестает быть просто разделом сайта и становится самостоятельным активом.

2. Когда есть UGC, форум, клуб или комьюнити

UGC и комьюнити — один из самых сильных аргументов в пользу поддомена.

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

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

Именно поэтому проекты вроде клубов, форумов и пользовательских сообществ часто живут на поддоменах.

3. Когда нужна другая CMS или отдельная команда

Иногда основной сайт тяжелый, корпоративный, медленный в доработках, завязан на сложный стек или согласования. Редакции нужно быстро публиковать статьи, спецпроекты, интерактивы, лендинги, подборки и обновления.

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

Но здесь важно честно ответить на вопрос: поддомен нужен потому, что это стратегически верно, или потому, что так проще обойти внутренние ограничения? Во втором случае архитектура может решить проблему запуска, но создать новые проблемы для SEO и аналитики.

4. Когда контент сильно отличается от коммерческого ядра

Если основной сайт продает конкретные товары или услуги, а медиа пишет на очень широкий круг тем, поддомен помогает не смешивать интенты.

Например, коммерческий сайт строго про продукт, а медиа — про лайфстайл, карьеру, технологии, финансы, новости рынка, развлекательные форматы и мнения. Такой контент может быть полезен бренду, но не всегда должен напрямую входить в основной SEO-контур.

5. Когда нужно снизить риск для основного домена

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

Но здесь есть ловушка: поддомен снижает часть рисков, но не отменяет ответственность за качество. Если он выглядит как мусорное SEO-медиа, он все равно будет слабым источником и для поиска, и для ИИ.

Что лучше для GEO/AEO и ответов нейросетей

Сейчас вопрос «поддомен или папка» все чаще возникает не только в SEO, но и в GEO/AEO: как попадать в ответы нейросетей, как продвигать сайт в ИИ, как бизнесу попасть в ответы ИИ, как сделать так, чтобы ChatGPT, Алиса, Google AI Overview или Perplexity чаще видели бренд источником.

Здесь важно не впадать в магию. Для AI-поиска архитектура важна не напрямую, а через доступность, понятность и связность контента.

Нейросетям и поисковым AI-системам важны:

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

В папке обычно проще собрать все это в единую сущность. Например, статья находится на основном домене, автор связан со страницей эксперта, эксперт связан с компанией, компания связана с услугами, услуги связаны с кейсами, кейсы связаны с результатами. Для ИИ это более понятная карта связей.

Но сильный поддомен тоже может работать. Особенно если:

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

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

Российские кейсы: кто как делает и почему

Ниже я разберу не только «где у кого блог», а какую роль выбранная архитектура играет в бизнесе.

DNS: Клуб DNS на поддомене

Клуб DNS расположен на поддомене club.dns-shop.ru. Это не просто блог интернет-магазина, а отдельная комьюнити-платформа с обзорами, новостями, вопросами, пользовательским контентом и механиками вовлечения.

Для такого формата поддомен выглядит логично. Клуб — это не обычный SEO-раздел каталога. Это самостоятельный слой вокруг бренда, где есть UGC, обсуждения, авторы и социальная механика. Размещать все это внутри основного e-commerce-домена было бы рискованнее и сложнее.

Вывод: если компания строит клуб, форум или UGC-платформу, поддомен часто лучше папки.

МТС Редспот: бренд-медиа на поддомене

Медиа МТС находится на media.mts.ru. Это пример поддомена, который не оторван от бизнеса. У проекта есть медийная оболочка, но темы тесно связаны с экосистемой МТС: связь, тарифы, цифровые сервисы, технологии, пользовательские сценарии.

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

Вывод: поддомен может работать на коммерцию, если он не живет сам по себе, а встроен в навигацию и продуктовую логику бренда.

Т—Ж: отдельный домен как самостоятельный медийный актив

Т—Ж сейчас живет на отдельном домене t-j.ru. Это уже не просто блог банка, а самостоятельное медиа с сильной редакцией, дневниками, курсами, комьюнити и узнаваемым брендом.

Этот кейс важен тем, что показывает крайний вариант автономии. Когда контент становится отдельным медийным продуктом, ему может быть тесно внутри основного банковского сайта. Но для прямого SEO-усиления основного домена такой путь менее очевиден, чем блог в папке.

Вывод: отдельный домен или поддомен оправдан, когда медиа само становится активом, а не просто SEO-инструментом.

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

Журнал Ситилинка расположен на journal.citilink.ru. Это поддомен с обзорами, подборками, советами и гайдами. По смыслу он близок к e-commerce, но уже имеет собственную редакционную сущность.

Это хороший пример «связанного поддомена»: журнал не является обычной папкой каталога, но при этом работает рядом с магазином и может отправлять пользователей в товарные категории.

Вывод: поддомен в e-commerce возможен, если у проекта есть масштаб, редакция и сильная связь с каталогом.

Лемана ПРО: советы и инструкции внутри основного сайта

У Лемана ПРО раздел советов находится внутри основного сайта: lemanapro.ru/advice/. Это почти textbook-пример папки для e-commerce и DIY-ниши.

Темы статей напрямую связаны с товарными категориями и пользовательскими задачами: ремонт, стройматериалы, кухни, сантехника, инструменты, освещение. Такой контент естественно ведет к покупке или выбору товара.

Вывод: когда статьи отвечают на вопросы, близкие к коммерческому интенту, папка почти всегда выглядит сильнее.

Сравни: финансовый контент внутри основного домена

У Сравни журнал находится внутри основного сайта, в разделе /text/. Для финансовой тематики это логично: экспертный контент, сервис выбора продуктов, доверие, авторы и продуктовые сценарии находятся в одной доменной сущности.

Финансы — YMYL-тематика, где особенно важны доверие, прозрачность, авторство и связь с брендом. В таком сценарии выносить контент на отдельный поддомен не всегда выгодно.

Вывод: для сервисов выбора, финансовых продуктов и trust-контента папка помогает укреплять основной бренд.

Selectel: B2B-блог внутри основного сайта

У Selectel блог находится в папке /blog/. Для B2B, облачной инфраструктуры и SaaS это очень логичный выбор. Инженерные статьи, гайды, новости и экспертные материалы работают не просто на трафик, а на доверие к продукту.

В B2B контент часто является частью продажи. Пользователь читает статью, оценивает экспертизу компании, сравнивает подходы, потом переходит к продуктам, документации, кейсам или заявке.

Вывод: для B2B и SaaS блог в папке обычно сильнее, потому что экспертность напрямую усиливает основной домен.

Skillbox Media: большое медиа внутри сайта

Skillbox Media находится внутри основного сайта: skillbox.ru/media/. Это важный кейс, потому что он показывает: даже большое медиа не обязано жить на поддомене.

У проекта широкий тематический охват: профессии, дизайн, код, бизнес, игры, спецпроекты. Но все это связано с образовательным бизнесом Skillbox. Медийность не мешает разделу оставаться частью основного домена.

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

Международные кейсы: две рабочие модели

В международных кейсах хорошо видно, что работают обе модели. Вопрос не в том, что «поддомены плохие» или «папки всегда лучше». Вопрос в том, какую роль блог играет в бизнесе.

Успешные блоги на поддоменах: HubSpot и Adobe

HubSpot Blog живет на поддомене blog.hubspot.com. Это один из самых сильных аргументов против мифа «поддомен не работает». HubSpot давно построил мощную контентную машину вокруг маркетинга, продаж, сервиса, CRM, AI, шаблонов и обучения.

Почему поддомен здесь работает? Потому что это не случайный блог на отдельной CMS, а полноценная editorial machine: огромная база контента, сильная перелинковка, продуктовая интеграция, шаблоны, лид-магниты, понятная связь с продуктами и брендом.

Adobe Blog тоже живет на поддомене blog.adobe.com. Для Adobe это логично: компания огромная, продуктов много, аудиторий много, редакционных направлений тоже много. Поддомен помогает вести отдельный медийный слой вокруг бренда, креатива, технологий, продуктовых обновлений и исследований.

Вывод по HubSpot и Adobe: поддомен прекрасно работает, если у компании есть масштаб, редакция, процессы и сильная связь медиа с основным брендом. Но среднему бизнесу не стоит копировать такую архитектуру только потому, что «так сделал HubSpot». Нужно копировать не URL, а уровень контентной системы.

Успешные блоги внутри основного домена: Shopify, Semrush, Ahrefs, Intercom, Salesforce

Другая группа международных кейсов показывает противоположную модель.

Shopify держит блог внутри основного домена: shopify.com/blog. Это логично: статьи помогают предпринимателям запускать магазины, выбирать ниши, развивать продажи, работать с e-commerce и постепенно приходить к продукту Shopify.

Semrush использует semrush.com/blog/. Для martech/SaaS это сильная модель: блог укрепляет экспертизу основного продукта в SEO, контент-маркетинге, аналитике и рекламе.

Ahrefs держит блог в ahrefs.com/blog/. Это один из лучших примеров того, как контент внутри основного домена формирует topical authority. Глубокие гайды, исследования и how-to материалы напрямую усиливают восприятие Ahrefs как экспертного SEO-инструмента.

Intercom использует intercom.com/blog/. Здесь блог работает как thought leadership и demand capture вокруг клиентского сервиса, поддержки, AI и коммуникаций.

Salesforce держит блог в salesforce.com/blog/. Для enterprise SaaS это способ наращивать бренд, экспертизу и спрос внутри одной доменной сущности.

Вывод по этой группе: когда блог — часть спросогенерации, продуктового обучения и экспертности основного бренда, папка часто оказывается естественным выбором.

Что на самом деле показывают кейсы

Кейсы не доказывают, что поддомен хуже. Они доказывают другую мысль: успешность зависит от соответствия архитектуры задаче.

Поддомен чаще выбирают, когда:

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

Папку чаще выбирают, когда:

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

Самая зрелая модель часто гибридная. Например:

SEO-гайды, инструкции и коммерчески близкие статьи — в папке;
комьюнити, форум, клуб, UGC — на поддомене;
региональные версии — на поддоменах, если это оправдано бизнесом и физическим присутствием;
бренд-медиа — на поддомене, если у него есть отдельная редакционная стратегия;
база знаний и документация — в папке или на поддомене в зависимости от продукта и стека.

Технический чеклист: что проверить перед запуском

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

Если блог в папке

Проверьте:

открыт ли раздел для индексации;
корректно ли настроены robots.txt и meta robots;
есть ли раздел в sitemap;
есть ли хлебные крошки;
есть ли нормальная структура рубрик;
нет ли мусорных тегов, дублей и пустых архивов;
настроены ли canonical;
есть ли Article, BreadcrumbList, Organization, Person или Author-разметка, где она уместна; (важно для GEO)
видны ли авторы, даты публикации и даты обновления;
есть ли ссылки из статей на коммерческие страницы;
есть ли ссылки из коммерческих страниц на полезные статьи;
отслеживаются ли конверсии из блога.

Если блог на поддомене

Дополнительно проверьте:

добавлен ли поддомен в Яндекс Вебмастер;
добавлен ли поддомен в Search Console, если нужен отдельный срез;
есть ли свой robots.txt в корне поддомена;
есть ли отдельный sitemap;
не разрывается ли аналитика между поддоменом и основным сайтом;
корректно ли работают cookies, формы, авторизация и цели;
есть ли сквозная навигация между поддоменом и основным сайтом;
есть ли заметные ссылки из медиа на продукты, услуги и категории;
есть ли ссылки с основного сайта на медиа;
не выглядит ли поддомен как отдельный бренд без связи с компанией;
нет ли дублей между поддоменом и основным сайтом;
корректно ли настроены canonical и hreflang, если есть мультирегиональность или мультиязычность.

Главное правило: поддомен нельзя запускать как «просто блог отдельно». Его нужно запускать как отдельный сайт со своей SEO-системой и связью с основным бизнесом.

Бизнес-чеклист: какой вариант выбрать

Выбирайте папку, если:

блог нужен для SEO-продвижения основного сайта;
статьи должны усиливать категории, услуги, товары или лендинги;
бизнесу важна лидогенерация;
нужна простая сквозная аналитика;
команда небольшая;
нет отдельной редакции;
тематика блога близка к продукту;
вы хотите продвигать сайт в ИИ и укреплять связку «бренд — экспертиза — продукт»;
у вас B2B, SaaS, e-commerce, медицинский сайт, сервисная компания или экспертная ниша.

Выбирайте поддомен, если:

блог — это отдельное медиа;
есть UGC, форум, клуб или комьюнити;
нужна другая CMS;
редакция должна быть автономной;
основной сайт трудно менять;
контент сильно шире коммерческой тематики;
нужно изолировать риски;
строится отдельный медиабренд;
есть региональная или языковая архитектура, которую логично вести отдельными хостами.

Рассмотрите гибрид, если:

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

Гибрид часто выглядит так:

site.ru/blog/ — SEO-гайды, статьи, инструкции, коммерчески близкий контент;
club.site.ru — комьюнити и UGC;
media.site.ru — бренд-медиа;
docs.site.ru или site.ru/docs/ — документация, в зависимости от продукта;
региональные поддомены — только если это оправдано реальной региональной структурой.

Типичные ошибки

Ошибка 1. Выбирать архитектуру без понимания роли блога

Самая частая ошибка — спорить о поддомене и папке до того, как определена цель контента.

Сначала нужно ответить:

блог должен приводить лиды?
усиливать категории?
строить медиа?
развивать комьюнити?
работать на PR?
попадать в AI-ответы?
закрывать экспертные интенты?
помогать продажам?

Без этого выбор URL — гадание.

Ошибка 2. Запустить поддомен без отдельной SEO-стратегии

Поддомен требует собственного управления. Если у него нет структуры, sitemap, внутренней перелинковки, авторства, рубрик, шаблонов и связи с основным сайтом, он будет работать слабее, чем мог бы.

Ошибка 3. Залить в папку слабый SEO-контент

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

Особенно опасно писать «обо всем» ради трафика. Блог должен усиливать тематическую экспертность, а не превращаться в склад случайных текстов.

Ошибка 4. Не связать статьи с коммерческими страницами

Если статья собирает трафик, но не ведет пользователя дальше, бизнес-эффект будет слабым. Нужны продуманные переходы:

на категории;
на услуги;
на товары;
на кейсы;
на формы заявки;
на консультации;
на лид-магниты;
на связанные материалы.

Ошибка 5. Не обновлять старый контент

Для SEO и GEO/AEO важно не только публиковать новые статьи, но и актуализировать старые. Нейросети и поисковые системы чаще доверяют источникам, где информация свежая, структурированная и поддерживается в актуальном состоянии.

Ошибка 6. Игнорировать авторство и экспертность

Для многих ниш уже недостаточно просто написать текст. Нужны:

авторы;
эксперты;
редакционная политика;
даты обновления;
источники;
доказательства опыта;
связь автора с компанией;
понятная страница «О компании»;
контакты и юридическая информация.

Это важно и для SEO, и для попадания бренда в ответы ИИ.

Миграция: стоит ли переносить блог с поддомена в папку

Переносить блог только потому, что «папка лучше для SEO», не стоит. Это слишком грубая логика.

Миграция оправдана, если вы видите стратегический разрыв:

блог на поддомене собирает трафик, но плохо помогает основному сайту;
статьи должны усиливать категории и услуги, но связь слабая;
аналитика разорвана;
поддомен не развивается как отдельное медиа;
бизнес хочет сделать контент частью основной SEO-воронки.

В этом случае перенос в папку может быть разумным.

Но миграция — это риск. Нельзя просто «перекинуть статьи». Нужны:

карта соответствий старых и новых URL;
301-редиректы один к одному;
обновление внутренних ссылок;
обновление sitemap;
проверка canonical;
проверка hreflang, если он используется;
перенос микроразметки;
обновление ссылок из меню и футера;
мониторинг индексации в Google и Яндексе;
мониторинг трафика по кластерам;
проверка ошибок 404, soft 404 и цепочек редиректов.

Если после миграции проседают отдельные кластеры, причина часто не в «наказании за перенос», а в потере перелинковки, изменении шаблонов, ошибках редиректов или сломанной структуре.

Обратная миграция — из папки на поддомен — тоже возможна. Она оправдана, если блог вырос в отдельное медиа, получил другую редакционную модель, другую CMS, UGC или собственную продуктовую роль.

Как я бы принимал решение на практике

Я бы не начинал с вопроса «поддомен или папка». Я бы начинал с короткой диагностики.

Шаг 1. Определить главную цель блога

Если цель — SEO, лиды, категории, услуги, заявки, продуктовая экспертность и AI-видимость основного бренда, базовый вариант — папка.

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

Шаг 2. Проверить близость контента к продукту

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

Чем шире и медийнее темы, тем сильнее аргумент за поддомен.

Шаг 3. Оценить ресурсы команды

Если нет ресурсов на два SEO-контура, лучше не создавать второй контур.

Поддомен требует отдельного внимания. Если его некому развивать, он быстро становится слабым местом.

Шаг 4. Продумать путь пользователя

Контент должен не просто ранжироваться, а вести пользователя дальше.

Для папки этот путь обычно короче и понятнее. Для поддомена его нужно проектировать отдельно.

Шаг 5. Оценить риски

Если есть UGC, форум, пользовательские профили, комментарии, экспериментальные форматы и неравномерное качество, поддомен может быть безопаснее.

Если контент экспертный, контролируемый и тесно связан с бизнесом, папка обычно лучше.

FAQ

Правда ли, что Google предпочитает блог в папке?

Нет. Корректнее говорить так: Google не заявляет предпочтения между подпапками и поддоменами. Но на практике блог в папке часто удобнее для SEO основного сайта, потому что проще реализовать перелинковку, аналитику, шаблоны и тематические кластеры.

Правда ли, что Яндекс считает поддомен отдельным сайтом?

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

Передает ли поддомен вес основному сайту?

Формулировка «не передает вес» слишком грубая. Ссылки между основным доменом и поддоменом могут работать, а Google не заявляет простого правила, что поддомен «отрезан». Но на практике поддомен требует более осознанной перелинковки, чтобы контент помогал основному бизнесу.

Что лучше для небольшого бизнеса?

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

Что лучше для GEO/AEO и попадания в ответы ИИ?

Если цель — усилить основной бренд, сайт и продуктовую экспертность, чаще лучше папка. Но сильный брендированный поддомен тоже может попадать в AI-ответы, если он открыт для обхода, хорошо связан с основным сайтом и содержит качественный экспертный контент.

Стоит ли переносить старый блог с поддомена в папку?

Только если есть стратегическая причина. Например, блог должен работать на основной сайт, но сейчас живет как отдельный остров. Перенос требует аккуратной миграции с 301-редиректами, обновлением ссылок, sitemap, canonical и мониторингом индексации.

Можно ли сделать и папку, и поддомен?

Да. Часто это лучший вариант. Например, SEO-гайды и коммерчески близкие статьи — внутри сайта, а форум, клуб, UGC или отдельное медиа — на поддомене.

Итог: как выбрать правильно

Вопрос «где лучше размещать блог компании — на поддомене или внутри сайта» нельзя решать одной универсальной формулой. Но есть рабочее правило.

Если блог должен усиливать основной сайт, SEO, категории, услуги, товары, заявки, экспертность и GEO/AEO-видимость бренда, я бы в большинстве случаев выбирал папку.

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

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

И самое важное: сама по себе архитектура не спасет слабый контент. Ни папка, ни поддомен не заменяют стратегию, качество, экспертность, перелинковку, техническую чистоту и понимание того, зачем компании вообще нужен блог.

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

ссылка на оригинал статьи https://habr.com/ru/articles/1034588/