Индексация HubSpot CMS в Google: полное руководство для маркетинговых команд
Совместите инструменты контент-стратегии HubSpot с фундаментальным техническим SEO для максимальной поисковой видимости
В этой инструкции
HubSpot CMS интегрирует SEO-рекомендации прямо в процесс создания контента, предлагает тематические кластеры вокруг pillar-страниц и связывает органический трафик с лидогенерацией. Для маркетинговых команд эта тесная интеграция преображает работу — но создаёт специфические проблемы индексации.
Модель хостинга на субдомене разделяет авторитет домена (blog.company.com против www.company.com). Закрытый контент за формами невидим для Googlebot. Системные страницы попадают в индекс случайно. Это руководство охватывает инструмент SEO-рекомендаций, тематические кластеры, управление картой сайта, шаблоны HubL, стратегию субдоменов, работу с закрытым контентом и очистку системных страниц.
Инструмент SEO-рекомендаций HubSpot и тематические кластеры
SEO-инструмент HubSpot (Marketing → SEO в навигации HubSpot) построен вокруг модели тематических кластеров. Вы создаёте тему (широкое направление вроде «email-маркетинг»), назначаете pillar-страницу как авторитетный ресурс по теме и затем связываете подтематические записи блога с pillar-страницей. Инструмент SEO-рекомендаций HubSpot анализирует каждую страницу и даёт практические подсказки: добавить мета-описание, использовать целевой ключ в H1, добавить внутренние ссылки на pillar-страницу, оптимизировать alt-текст изображений и многое другое.
Модель тематических кластеров действительно эффективна для SEO, потому что создаёт ясную структуру внутренних ссылок, которую алгоритмы Google поощряют. Pillar-страница накапливает авторитет от всех подтематических страниц, ссылающихся на неё, а подтемы получают выгоду от обратных ссылок pillar. HubSpot визуализирует это как диаграмму «ступица и спицы» в SEO-инструменте, показывая, какие подтемы связаны и какие «осиротели».
Чтобы эффективно использовать SEO-инструмент, начните с определения 5–10 ключевых тем для бизнеса. Для каждой темы создайте исчерпывающую pillar-страницу (2000+ слов), широко её охватывающую. Затем создайте 10–20 подтематических записей блога, каждая из которых глубоко рассматривает конкретный аспект темы. По мере написания каждой подтематической записи редактор контента HubSpot показывает SEO-рекомендации, в том числе ссылается ли она на pillar-страницу и ссылается ли pillar-страница обратно.
Инструмент рекомендаций оценивает каждую страницу от 0 до 100 по on-page SEO-факторам: оптимизация title, наличие и длина мета-описания, структура заголовков, внутренние ссылки, alt-текст изображений и длина контента. Стремитесь к 80+ баллов на каждой опубликованной странице. Инструмент также помечает технические проблемы вроде отсутствующих canonical-тегов, дублирующихся заголовков и страниц, отсутствующих в карте сайта.
Однако у инструмента есть ограничения. Он не оценивает скорость страницы, структурированные данные и внешние обратные ссылки. Также он не сообщает, проиндексировал ли Google страницу на самом деле — эта информация в Google Search Console, а не в HubSpot. Используйте инструмент SEO-рекомендаций как чек-лист оптимизации контента, но проверяйте фактический статус индексации в Search Console.
Архитектура субдоменов: проблема разделения авторитета
Самая распространённая реализация HubSpot использует субдомен для блога: blog.company.com (хостится на HubSpot CMS), тогда как www.company.com размещён на другой платформе (WordPress, кастомная сборка и т. д.). Лендинги могут жить на offers.company.com или landing.company.com. Это создаёт реальную SEO-проблему: авторитет домена делится между несколькими субдоменами.
Google обращается с субдоменами как с полуразделёнными сущностями. Есть некоторое разделение авторитета между www.company.com и blog.company.com, но это не то же самое, что иметь всё в одном домене. Запись блога на blog.company.com получает меньше пользы от обратной ссылки на www.company.com, чем если бы запись была на www.company.com/blog/post-title. Это разделение авторитета может означать разницу между первой и второй страницей по конкурентным ключам.
Идеальное решение — хостить весь сайт на HubSpot CMS, включая основной сайт, блог и лендинги, — всё под www.company.com. HubSpot CMS достаточно мощный для большинства корпоративных сайтов, и консолидация под одним доменом максимизирует концентрацию авторитета. Многие тарифы HubSpot CMS Hub Professional и Enterprise поддерживают такую настройку с кастомными шаблонами, серверлесс-функциями и динамическими страницами.
Если субдомены неизбежны (например, основной сайт на платформе, которую нельзя мигрировать), сведите количество субдоменов к минимуму и держите самый ценный контент на основном домене. Если блог приносит большую часть органического трафика, рассмотрите вариант размещения блога на основном домене (www.company.com/blog) через реверс-прокси, маршрутизирующий трафик блога в HubSpot, сохраняя основной сайт на текущей платформе. Это технически сложно, но сохраняет авторитет домена.
Ещё одна опция, представленная HubSpot, — функция кастомного маппинга домена, позволяющая отдавать контент с HubSpot под подкаталогом основного домена (www.company.com/blog/) без реверс-прокси. Уточните у Вашей команды поддержки HubSpot, доступно ли это на Вашем тарифе.
Независимо от архитектуры, убедитесь, что каждый субдомен подтверждён отдельно в Google Search Console. Отправляйте отдельные карты сайта для каждого субдомена. Отслеживайте отчёт «Страницы» для каждого ресурса независимо — проблемы индексации на blog.company.com невидимы в свойстве Search Console для www.company.com.
Настройки SEO на уровне страницы и шаблоны HubL
У каждой страницы в HubSpot CMS свои SEO-настройки, доступные через вкладку Settings редактора страниц. Эти настройки управляют заголовком страницы, мета-описанием, URL slug, canonical-URL, главным изображением (используется для шеринга в соцсетях) и тем, включена ли страница в карту сайта.
Поле заголовка страницы поддерживает токены персонализации HubL, но избегайте их использования для критичных в плане SEO страниц. Если Ваш заголовок — «Добро пожаловать, {{ contact.firstname }}!» и Googlebot сканирует страницу без контекста контакта, заголовок рендерится как «Добро пожаловать, !» с висящей запятой. Используйте статичные, оптимизированные под ключи заголовки для любой страницы, которую Вы хотите проиндексировать.
URL slug редактируется на вкладке Settings. HubSpot автоматически генерирует slug из заголовка страницы, но Вам следует его кастомизировать: убрать стоп-слова, держать до 60 символов и включать основной ключ. Для записей блога структура URL обычно /blog/post-slug. Для страниц сайта — /page-slug или /subfolder/page-slug. Когда URL опубликован и проиндексирован, избегайте его смены — если приходится менять, HubSpot автоматически создаёт редирект со старого URL на новый.
Поле canonical-URL по умолчанию равно собственному URL страницы, что корректно для большинства страниц. Переопределяйте его только при намеренном дублирующемся контенте — например, для варианта лендинга, который должен консолидировать сигналы в исходный лендинг. HubSpot уважает настройку canonical и выводит правильный тег <link rel=«canonical»> в HTML.
HubL (язык шаблонов HubSpot) даёт контроль над мета-тегами на уровне шаблона. В секции <head> Вашего шаблона можно добавить кастомные мета-теги, структурированные данные и условную логику. Например, можно условно выводить тег noindex для страниц в определённой папке: {% if content.absolute_url contains «/internal/» %}<meta name=«robots» content=«noindex, follow»>{% endif %}. Такой контроль на уровне шаблонов мощен для применения SEO-правил ко многим страницам без редактирования каждой по отдельности.
Функция контент-стейджинга HubSpot позволяет вносить изменения в шаблоны и контент в среде стейджинга и предпросматривать их перед публикацией. Используйте её для тестирования SEO-изменений (вроде модификации шаблонов title или добавления структурированных данных) без влияния на индексацию рабочего сайта.
Работа с закрытым контентом и страницами форм
Ключевое ценностное предложение HubSpot — лидогенерация, и многие маркетинговые команды создают контент, требующий заполнения формы для доступа: электронные книги, белые книги, вебинары, шаблоны и инструменты. Страница с формой (лендинг) доступна Googlebot, но контент за формой (доставляемый по email или на странице благодарности) — нет. Это создаёт врождённое противоречие между SEO (которое поощряет доступный, сканируемый контент) и лидогенерацией (которая закрывает контент за формами).
Сам лендинг индексируемый, и при хорошей оптимизации может ранжироваться по релевантным ключам. Напишите содержательное описание закрытого контента на лендинге — минимум 300–500 слов о том, что охватывает ресурс, кому он предназначен и что читатель узнает. Включите оглавление или резюме глав. Это даёт лендингу достаточно уникального контента, чтобы ранжироваться, даже если полный ресурс закрыт формой.
Однако страница благодарности (на которую попадают пользователи после отправки формы) создаёт проблему индексации. Страницы благодарности с URL вроде /thank-you/ebook-name часто попадают в индекс, потому что это обычные страницы HubSpot с доступными URL. Любой, кто найдёт URL страницы благодарности в результатах поиска, получит доступ к закрытому контенту без заполнения формы — что подрывает цель лидогенерации.
Чтобы страницы благодарности не индексировались, установите мета-тег robots в noindex на каждой такой странице. В HubSpot откройте редактор страницы, нажмите Settings, прокрутите до «Advanced Options» и снимите галочку «Allow search engines to index this page». Это добавит мета-тег noindex. Сделайте то же для всех системных страниц: отписки от рассылок, центров предпочтений, страниц подтверждения форм, экранов входа на страницы с паролем.
Для более агрессивного подхода подумайте, является ли закрытый контент правильной стратегией для самых важных ключей. Google вознаграждает свободно доступный контент, и исчерпывающее открытое руководство, ранжирующееся #1, может приносить больше квалифицированных лидов (через CTA внутри контента и подписки на рассылки), чем закрытая электронная книга на третьей странице. Многие маркетинговые команды обнаружили, что открытие лучшего контента и использование его как top-of-funnel под SEO фактически увеличивает общий объём лидов.
Производительность, трекинг-скрипты и Core Web Vitals
HubSpot CMS включает встроенный трекинг аналитики, добавляющий JavaScript на каждую страницу. Этот скрипт замеряет просмотры страниц, отправки форм и клики по CTA и подаёт данные в аналитические дашборды HubSpot. Хотя такой трекинг ценен для маркетинга, он добавляет время загрузки страниц и может отрицательно сказываться на оценках Core Web Vitals.
Трекинг-скрипт HubSpot загружается асинхронно, поэтому не должен блокировать первоначальный рендеринг. Однако на страницах со множеством модулей HubSpot (формами, CTA, виджетами чата, попапами) накопленное исполнение JavaScript может загнать Largest Contentful Paint (LCP) и Interaction to Next Paint (INP) в «плохую» зону. Google использует Core Web Vitals как фактор ранжирования, поэтому медленные страницы могут понижаться в выдаче.
Для оптимизации производительности в HubSpot CMS минимизируйте число модулей HubSpot на критичных для SEO страницах. Переведите виджеты чата на отложенную загрузку (загрузка после взаимодействия пользователя, а не при загрузке страницы). Используйте функцию ленивой загрузки HubSpot для изображений ниже первого экрана. Минимизируйте кастомные CSS и JavaScript в шаблонах HubL.
HubSpot CMS включает встроенный CDN, отдающий статические ресурсы из пограничных локаций по всему миру. CDN автоматически включён для всего контента, размещённого в HubSpot, и обеспечивает хорошую базовую производительность. Однако CDN не кеширует динамический контент (страницы HubL с токенами персонализации, умным контентом или вариантами A/B-тестов), поэтому страницы с интенсивной персонализацией будут медленнее статических.
Для маркетинговых команд, запускающих A/B-тесты через HubSpot, помните: варианты A/B-тестов создают несколько URL для одной страницы. HubSpot обрабатывает это корректно, отдавая варианты под одним URL (переключение контента происходит на сервере, не через отдельные URL), но проверьте это в Вашей реализации. Если варианты тестов всё же создают отдельные URL, это может вызывать проблемы с дублирующимся контентом.
Отслеживайте Core Web Vitals в Google Search Console в отчёте «Core Web Vitals» (в разделе «Опыт пользователя»). Если страницы HubSpot показывают плохие оценки LCP или INP, проведите аудит на тяжёлые JavaScript-модули и оптимизируйте или удалите их. Design Manager в HubSpot позволяет создавать лёгкие кастомные модули, которые производительнее тяжёлых стандартных.
Автоматические карты сайта и их управление
HubSpot CMS автоматически генерирует XML-карту сайта по адресу /sitemap.xml для Вашего домена. Карта сайта включает все опубликованные страницы (страницы сайта, лендинги и записи блога), у которых включена опция «Allow search engines to index this page». Карта сайта автоматически обновляется при публикации, снятии с публикации или изменении страницы.
Карта сайта HubSpot организована по типам контента. Она генерирует отдельные подкарты для записей блога, страниц сайта и лендингов, связанные через индекс /sitemap.xml. Каждая подкарта включает URL с датами последнего изменения.
Чтобы контролировать, какие страницы попадают в карту сайта, используйте настройку на уровне страницы: «Allow search engines to index this page» (на вкладке Settings редактора страницы в Advanced Options). При значении «No» HubSpot добавляет мета-тег noindex и исключает страницу из карты сайта. Используйте эту настройку для всех страниц, которые Вы не хотите индексировать: страниц благодарности, внутренних лендингов, тестовых и системных страниц.
Для многоязычных сайтов HubSpot с группами многоязычных страниц HubSpot генерирует отдельные записи в карте сайта для каждой языковой версии и включает hreflang-аннотации. Это обрабатывается автоматически, если Вы создаёте языковые варианты через многоязычную систему контента HubSpot (Content → Pages → создать многоязычный вариант). Проверьте записи hreflang в карте сайта, открыв XML и убедившись, что для каждого URL есть соответствующие элементы xhtml:link для других языковых версий.
Ограничение карты сайта HubSpot: Вы не можете вручную добавлять внешние URL или URL с других субдоменов. Если сайт охватывает несколько субдоменов (www.company.com на другой платформе и blog.company.com на HubSpot), у каждого субдомена своя отдельная карта сайта. Отправляйте обе карты в соответствующие свойства Google Search Console.
HubSpot не поддерживает кастомизацию карты сайта за пределами включения/исключения на уровне страницы. Вы не можете задавать кастомные приоритеты или менять частоты для отдельных страниц или типов контента. Если Вам нужен более гранулярный контроль над картой сайта (редко, поскольку Google в целом игнорирует подсказки priority и changefrequency), Вам пришлось бы генерировать дополнительную карту сайта вне HubSpot и хостить её на Вашем домене.
Пошаговое руководство
Проведите аудит контента HubSpot на пробелы индексации
Откройте Google Search Console и просмотрите отчёт Index Coverage для домена, размещённого в HubSpot. Сравните число проиндексированных страниц с количеством опубликованных в HubSpot (Content → Pages, отфильтрованные по «Published»). Если число проиндексированных значительно больше опубликованных, у Вас, скорее всего, системные страницы, страницы благодарности или тестовые страницы утекают в индекс. Если проиндексированных значительно меньше, Google не обнаружил или не проиндексировал весь контент. В HubSpot перейдите в Marketing → SEO и просмотрите тематические кластеры. Найдите страницы, помеченные как имеющие проблемы с SEO (отсутствие мета-описаний, нет внутренних ссылок, «осиротевшие» в кластерах). Составьте приоритизированный список страниц для оптимизации.
Оптимизируйте настройки SEO на уровне страницы для всех опубликованных страниц
Для каждой опубликованной страницы в HubSpot откройте редактор и перейдите на вкладку Settings. Напишите кастомный Page Title до 60 символов с основным ключом. Напишите Meta Description 150–160 символов с убедительным ценностным предложением. Кастомизируйте URL slug, включив основной ключ и убрав лишние слова. Убедитесь, что «Allow search engines to index this page» отмечено для всех страниц, которые Вы хотите видеть в индексе Google. Для записей блога проверьте, что задано Featured Image (оно используется как og:image). Для страниц, которые не должны индексироваться (страницы благодарности, тестовые, внутренние), снимите опцию индексации. Это самый влиятельный шаг.
Постройте тематические кластеры и внутренние ссылки
Перейдите в Marketing → SEO и создайте тематические кластеры для Ваших 5–10 ключевых бизнес-тем. Для каждой темы назначьте pillar-страницу, исчерпывающе её охватывающую. Затем привяжите подтематические записи блога, связав их с pillar-страницей в интерфейсе кластера HubSpot. В контенте каждой подтематической записи добавьте контекстную гиперссылку на pillar-страницу. В контенте pillar-страницы добавьте ссылки на каждую подтему. SEO-инструмент HubSpot покажет, какие подтемы связаны, а какие «осиротели». Стремитесь к тому, чтобы у каждой страницы было минимум 3 внутренние ссылки к и от других страниц её кластера.
Установите noindex на все системные страницы и страницы благодарности
Проведите аудит страниц HubSpot на системные страницы, которые не должны индексироваться. Частые виновники: страницы благодарности для офферов с закрытым контентом, страницы подтверждения форм, страницы отписки и центров предпочтений email, экраны входа на страницы с паролем и страницы вариантов A/B-тестов. Для каждой откройте редактор страницы, перейдите в Settings → Advanced Options и снимите галочку «Allow search engines to index this page». Для контроля на уровне шаблона добавьте условный тег noindex в шаблон HubL, применяющийся к страницам в конкретных папках (например, /thank-you/*, /system/*). Проверьте в исходнике HTML этих страниц наличие тега <meta name=«robots» content=«noindex»>.
Решите проблему авторитета субдомена
Если Ваш контент HubSpot находится на субдомене (blog.company.com) отдельно от основного сайта (www.company.com), оцените варианты консолидации. Лучший вариант — миграция всего сайта на HubSpot CMS под основным доменом. Если это невозможно, изучите настройки реверс-прокси, отдающего контент HubSpot из подкаталога основного домена (www.company.com/blog/). Если субдомены придётся сохранить, убедитесь, что каждый подтверждён в Google Search Console с отправленной собственной картой сайта. Максимизируйте кросс-субдоменные внутренние ссылки: связывайте записи блога со страницами основного сайта и наоборот. Это не полностью решает разделение авторитета, но помогает Google понять связь.
Оптимизируйте производительность страниц под Core Web Vitals
Проверьте оценки Core Web Vitals в Google Search Console и Google PageSpeed Insights для самых важных страниц HubSpot. Если оценки LCP или INP плохие, проведите аудит страницы на тяжёлые JavaScript-модули. Частые источники проблем с производительностью в HubSpot: виджеты чата, загружающиеся при открытии страницы (отложите до взаимодействия пользователя), несколько модулей форм на одной странице, тяжёлый кастомный JavaScript в шаблонах и неоптимизированные изображения. Используйте встроенную оптимизацию изображений HubSpot (отдаёт WebP поддерживающим браузерам) и включите ленивую загрузку для изображений ниже первого экрана. Создавайте лёгкие кастомные модули в Design Manager HubSpot, если стандартные слишком тяжёлые.
Отправьте приоритетные страницы через IndexBolt и отслеживайте результат
После выполнения оптимизаций используйте IndexBolt, чтобы отправить самые важные страницы на быструю индексацию в Google. Приоритезируйте pillar-страницы (авторитетные страницы Ваших тематических кластеров), высококонверсионные лендинги и только что опубликованные записи блога. Для сайтов HubSpot с субдоменной архитектурой отправляйте страницы и с основного домена, и с субдомена блога. Отслеживайте результаты и в Google Search Console, и в Traffic Analytics HubSpot (Reports → Traffic Analytics), чтобы увидеть влияние на органический поисковый трафик. Используйте Instant mode IndexBolt для страниц запуска продукта, страниц регистрации на вебинары и другого контента, чувствительного ко времени, где задержанная индексация означает упущенные лиды.
Частые проблемы и способы их решения
Блог на субдомене размывает авторитет домена
Причина: Стандартная настройка HubSpot хостит блоги на субдомене (blog.company.com), тогда как основной сайт — на www.company.com. Google обращается с ними как с полуразделёнными сущностями, поэтому обратные ссылки на блог дают сниженную пользу основному домену и наоборот. В конкурентных нишах это разделение авторитета может означать разницу между первой и второй страницей выдачи.
Решение: Мигрируйте на одно-доменную архитектуру со всем контентом на www.company.com. Если это нереализуемо, используйте реверс-прокси для отдачи контента HubSpot с www.company.com/blog/. Как минимум, увеличьте кросс-субдоменные внутренние ссылки и убедитесь, что оба субдомена подтверждены в Google Search Console с отдельными картами сайта.
Страницы благодарности и системные страницы попадают в индекс Google
Причина: Страницы благодарности HubSpot (для отправок форм), центры предпочтений email, страницы отписок и другие системные страницы публикуются с включённой индексацией по умолчанию. У них уникальные URL и они доступны Googlebot, поэтому они оказываются в индексе Google как тонкий малоценный контент, размывающий сигналы качества сайта.
Решение: Откройте каждую системную страницу в редакторе HubSpot, перейдите в Settings → Advanced Options и снимите галочку «Allow search engines to index this page». Для контроля на уровне шаблона добавьте условие HubL в секцию <head> шаблона, выводящее мета-тег noindex для страниц, соответствующих определённым паттернам URL. Отслеживайте отчёт Index Coverage в Google Search Console на предмет системных страниц, которые проскальзывают.
Закрытый контент за формами невидим Googlebot
Причина: Контент, доставляемый после отправки формы (электронные книги, белые книги, инструменты), полностью невидим поисковым системам. Лендинг с формой сканируемый, но сам контентный ресурс — за «воротами» формы. Google не умеет заполнять формы, поэтому закрытый контент никогда не индексируется. Сам лендинг может иметь слишком мало уникального содержания, чтобы хорошо ранжироваться.
Решение: Добавьте на лендинг содержательный контент: 300–500 слов с описанием ресурса, оглавление, ключевые статистические данные или выводы, отзывы. Это даёт лендингу достаточно уникального содержания, чтобы ранжироваться. Для самого ценного контента подумайте о полном открытии и использовании CTA внутри контента для сбора лидов. Открытое исчерпывающее содержание, ранжирующееся #1, обычно приносит больше лидов, чем закрытый контент на 3-й странице.
Трекинг-скрипты HubSpot ухудшают Core Web Vitals
Причина: Код аналитики HubSpot вместе с виджетами чата, модулями форм, всплывающими CTA и другими маркетинговыми модулями добавляет значительный объём JavaScript на страницы. Накопленное исполнение JavaScript задерживает Largest Contentful Paint и ухудшает Interaction to Next Paint, загоняя оценки Core Web Vitals в «плохую» зону.
Решение: Минимизируйте число модулей HubSpot на критичных для SEO страницах. Отложите загрузку виджета чата до взаимодействия пользователя (используйте кастомный модуль с триггером IntersectionObserver вместо загрузки при открытии страницы). Уберите всплывающие CTA со страниц, где SEO-трафик — основная цель. Используйте Design Manager HubSpot, чтобы создавать лёгкие кастомные модули, заменяющие тяжёлые стандартные. Отслеживайте Core Web Vitals в Search Console и итерируйте.
Многоязычные страницы без аннотаций hreflang
Причина: HubSpot поддерживает многоязычный контент через группы многоязычных страниц, но hreflang-аннотации генерируются только тогда, когда страницы корректно связаны как языковые варианты через официальную многоязычную систему контента HubSpot. Если Вы создали отдельные страницы для каждого языка вручную без использования официальной функции языковых вариантов, hreflang-теги не будут сгенерированы.
Решение: Используйте официальную функцию многоязычного контента HubSpot: в редакторе страницы нажмите значок глобуса, чтобы создать языковые варианты. Это автоматически генерирует hreflang-теги в HTML и карте сайта. Если у Вас уже есть отдельные страницы для каждого языка, объедините их в правильные группы языковых вариантов. Проверьте hreflang-теги, посмотрев исходник страницы и убедившись в наличии тегов <link rel=«alternate» hreflang=«xx» href=«…»> в секции <head>.
Советы профи
HubSpot упрощает создание контента, но Google всё равно нужно время, чтобы найти и проиндексировать Ваши pillar-страницы и записи блога. Используйте IndexBolt, чтобы ускорить индексацию контента тематических кластеров — выводите pillar-страницы в выдачу быстрее, чтобы вся контент-стратегия начала ранжироваться раньше.
100 бесплатных кредитов. Без банковской карты. Результаты менее чем за 24 часа.
Часто задаваемые вопросы
HubSpot CMS автоматически занимается SEO?+
HubSpot CMS даёт сильный SEO-фундамент: автоматические карты сайта, SSL, canonical-теги и встроенный инструмент SEO-рекомендаций, направляющий оптимизацию контента. Однако он не пишет мета-описания автоматически, не строит внутренние ссылки и не структурирует контент под поиск. Инструмент SEO-рекомендаций сообщает, что нужно исправить, но Вы должны внедрять изменения вручную. Думайте о HubSpot CMS как о превосходной SEO-инфраструктуре с управляемыми подсказками оптимизации, а не полностью автоматизированном SEO.
Почему мой блог HubSpot на субдомене, а не на основном домене?+
Стандартная конфигурация HubSpot хостит блоги на субдомене (blog.company.com), потому что большинство клиентов HubSpot используют другую платформу для основного сайта. Это исторический паттерн со времён HubSpot как маркетинговой платформы, прикрученной к существующим сайтам. Чтобы использовать основной домен, можно либо мигрировать весь сайт на HubSpot CMS, либо использовать реверс-прокси для отдачи контента HubSpot из подкаталога основного домена. Свяжитесь с командой поддержки HubSpot, чтобы узнать о вариантах консолидации домена, доступных на Вашем тарифе.
Как добавить структурированные данные на страницы HubSpot CMS?+
В Design Manager HubSpot отредактируйте шаблон страницы и добавьте блок JSON-LD скрипта в секцию <head> с использованием переменных шаблона HubL. Для записей блога выведите схему Article с content.name для headline, content.publish_date для datePublished и content.absolute_url для URL. Для страниц товаров или услуг используйте подходящие типы Schema.org. HubSpot CMS Hub Professional и Enterprise также поддерживают серверлесс-функции, которые могут генерировать динамические структурированные данные на сервере. Всегда проверяйте вывод через Google Rich Results Test.
Можно ли управлять, какие страницы HubSpot попадают в карту сайта?+
Да, на уровне отдельной страницы. В редакторе перейдите в Settings → Advanced Options и переключите «Allow search engines to index this page». При отключении страница исключается из карты сайта и получает мета-тег noindex. Однако Вы не можете задавать кастомные приоритеты или менять частоты в карте сайта HubSpot — это контролируется платформой автоматически. Также нельзя добавлять внешние URL в карту сайта HubSpot или создавать кастомные сегменты карты по типу контента.
Как модель тематических кластеров HubSpot помогает с индексацией в Google?+
Тематические кластеры создают ясную структуру внутренних ссылок, помогающую Google понимать иерархию контента. Pillar-страница, связанная с 15 подтематическими записями блога (и наоборот), посылает Google сильные сигналы тематической релевантности. Внутренние ссылки помогают Googlebot эффективно обнаруживать и сканировать все связанные страницы. Алгоритмы Google всё больше вознаграждают тематическую глубину и авторитет — именно это и строит кластерная модель. Ключ в исполнении: каждая страница кластера должна ссылаться на pillar-страницу и другие релевантные подтемы, и каждая ссылка должна быть контекстной (встроенной в контент, а не просто в виджете боковой панели).
Стоит ли закрывать лучший контент или оставлять его открытым для SEO?+
Это зависит от Вашей бизнес-модели, но тренд — в сторону открытия контента top-of-funnel. Исчерпывающее свободно доступное руководство, ранжирующееся #1 по конкурентному ключу, принесёт больше суммарных лидов (через CTA внутри контента, подписки и узнаваемость бренда), чем закрытая электронная книга на 3-й странице. Оставляйте закрытие для контента middle-of-funnel (кейсы, ROI-калькуляторы, доступ к демо), где читатель уже знаком с брендом. Для SEO открытый контент всегда выигрывает, потому что Google может сканировать, индексировать и ранжировать его полностью.