惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
CXSECURITY Database RSS Feed - CXSecurity.com
aimingoo的专栏
aimingoo的专栏
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
Docker
博客园 - 叶小钗
Recent Announcements
Recent Announcements
人人都是产品经理
人人都是产品经理
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
Hugging Face - Blog
Hugging Face - Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
美团技术团队
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
F
Fortinet All Blogs
博客园 - 三生石上(FineUI控件)
Microsoft Security Blog
Microsoft Security Blog
H
Heimdal Security Blog
有赞技术团队
有赞技术团队
The Cloudflare Blog
S
Secure Thoughts
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
T
The Blog of Author Tim Ferriss
M
MIT News - Artificial intelligence
Google DeepMind News
Google DeepMind News
Schneier on Security
Schneier on Security
N
News and Events Feed by Topic
小众软件
小众软件
C
Cybersecurity and Infrastructure Security Agency CISA
Application and Cybersecurity Blog
Application and Cybersecurity Blog
博客园 - Franky
T
Tenable Blog
The Last Watchdog
The Last Watchdog
腾讯CDC
量子位
Google DeepMind News
Google DeepMind News
Help Net Security
Help Net Security
雷峰网
雷峰网
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Cyberwarzone
Cyberwarzone
S
Securelist
Martin Fowler
Martin Fowler
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
P
Proofpoint News Feed
D
Darknet – Hacking Tools, Hacker News & Cyber Security
I
InfoQ
Spread Privacy
Spread Privacy
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
H
Hackread – Cybersecurity News, Data Breaches, AI and More

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Где лучше размещать блог компании: на поддомене или внутри основного сайта
VladimirNaza · 2026-05-13 · via Все публикации подряд на Хабре

Всем привет! Меня зовут Владимир Назаров, основатель агентства 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 разница выглядит простой:

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

Папка — это часть основного сайта. У нее общий домен, общая навигация, чаще всего общие шаблоны, общий 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 или собственную продуктовую роль.


Рекомендации по типам бизнеса

Малый и средний бизнес

В большинстве случаев — блог в папке. Это проще, дешевле и понятнее. Малому и среднему бизнесу редко нужна отдельная медиаплатформа на поддомене. Чаще нужен контент, который помогает основному сайту получать трафик, доверие и заявки.

E-commerce

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

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

B2B и услуги

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

SaaS

Если блог — часть demand generation, product education и SEO, лучше папка. Если компания строит большое международное медиа, академию, шаблонную библиотеку или отдельную community-платформу, возможен поддомен.

Финансы и медицина

Чаще папка, но с очень высоким контролем качества. В YMYL-тематиках особенно важны авторство, эксперты, фактическая точность, обновления и доверие к бренду.

Отдельное медиа возможно, но только если у него есть настоящая редакционная самостоятельность и ресурсы.

EdTech

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

Маркетплейсы

Часто хороша гибридная модель: SEO-гайды и коммерческий контент в папке, seller/community/UGC — на поддомене.

Медиа как отдельный бизнес

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


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

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

Шаг 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- и бизнес-эффект от контента, стартовая рекомендация остается простой: сначала рассматривайте блог внутри основного сайта, а поддомен выбирайте только тогда, когда у вас есть для него настоящая продуктовая, редакционная или техническая причина.