HubSpotのコンテンツHub SEO

TL;DR — HubSpotのCMS（現在はコンテンツHub。2024年4月にCMS Hubから改称）は、サイトマップ、canonical、HTTPS、hreflangなど基本SEOを標準で処理します。ただし、最良のSEOツールである推奨パネルの全体スキャンは高価格プランに限られ、多くのスキーマは手動追加です。ブログはyourdomain.com/blog/に置き、blog.yourdomain.comは避けます。

HubSpot CMS SEOとは

HubSpot CMS SEOは、HubSpotのコンテンツHub上で動くサイトのSEOです。目的は他のサイトと同じで、検索エンジンがページをクロール、インデックス、順位づけできるようにします。違いは、HubSpotがオールインワンプラットフォームであることです。WordPressのようにプラグインを入れなくても、SEO制御の多くがエディターに組み込まれています。

名称を整理します。CMS Hubは2024年4月にコンテンツHubへ改称しました。 同じ製品です。チュートリアルには古い「CMS Hub」が残っていますが、同じものとして読めば問題ありません。

HubSpotが自動処理すること

• サイトマップを自動生成。 ページ、ブログ記事、ランディングページを公開するとXMLサイトマップを更新します。自分で作る必要はありません。 Evidence for this claim HubSpot automatically generates a sitemap for hosted website pages and blog posts. Scope: HubSpot-hosted content; sitemap editing features vary by subscription. Confidence: high · Verified: 2026-07-14 HubSpot: Manage your sitemap
• すべてのプランでHTTPS。 SSLとCDNが標準で、設定なしに安全かつ高速に配信します。
• エディターのcanonicalタグ。 各ページにcanonicalフィールドがあり、プラグインは不要です。 Evidence for this claim HubSpot page settings provide a canonical URL field. Scope: HubSpot page and post editor settings. Confidence: high · Verified: 2026-07-14 HubSpot: Customize page and blog URLs
• 多言語。 ページの言語バリエーションを作ると、hreflangタグを追加します。

つまずきやすい点

HubSpot固有の注意点がSEO問題の多くを生みます。

• 最良のSEOツールは安価なプランにない。 SEO推奨パネルのサイト全体スキャンはProfessionalまたはEnterpriseが必要です。Starterまたは無料ではページ単位の基本チェックだけです。プランを確認してから頼ります。
• スキーマは主に手動。 自動追加は基本的なブログ記事スキーマ（BlogPosting）だけです。FAQ、Product、Organizationの構造化データは開発者が追加します。
• ブログをサブドメインに置かない。 以前はblog.yourdomain.comが標準で、サイトの権威を分散させました。今はyourdomain.com/blog/を使えます。こちらにします。
• URLは1階層しかネストできない。 /services/seo/は可能ですが/services/seo/audits/は不可です。この上限を前提に構造を設計します。

料金プランの正確な制限、スキーマの回避策、プログラムページ用HubDB、HubSpotとWordPressの比較は、Advancedタブで扱います。

TL;DR — HubSpotのコンテンツHub（CMS Hubから2024年4月に改称）は、SEOに対応していますが、料金プランによる制限と構造上の上限があります。ドメイン全体のSEO推奨にはMarketing HubまたはコンテンツHubのPro／Enterpriseが必要で、Starter／無料にはありません。サイトマップは公開ページ、記事、ランディングページを含みますが、下位プランでは個別ページを除外できません。自動生成はBlogPostingスキーマだけで、FAQ、Product、Organization、BreadcrumbはHubLで手動実装します。サイトページURLは1サブフォルダ階層までです。ブログは以前サブドメインが標準でリンク資産を分散させたため、/blog/サブフォルダを使います。HubDBはHubSpotのプログラムSEO機能です。トピッククラスター／ピラーページはコンテンツ戦略であり、Googleが特別なページ種別として読む技術要件ではありません。

CMS Hub → コンテンツHub：2024年4月の改称

HubSpotはCMS Hubを2024年4月にコンテンツHubへ改称し、純粋なCMSからコンテンツマーケティングプラットフォームへ位置づけを変え、AI機能も追加しました。SEOの中核は変わっていません。ガイドや文書の半分はまだ「CMS Hub」と呼ぶため、キーワード・コンテンツ調査では2つを同じ名前として読みます。現在の公式文書は「コンテンツHub」を使うので、古いチュートリアルと違うときは改称が理由です。

ほとんど語られない料金プランの制限

HubSpotのSEOツールに頼る前に最も重要な点です。SEO推奨パネルのドメイン全体スキャンは、Marketing Hub Professional／EnterpriseまたはコンテンツHub Professional／Enterpriseが必要です。 Starterと無料プランでは使えません。

実際には次の意味です。

• Starter／無料では、タイトル、メタ説明、canonical、altテキストの助言など、エディターのページ単位の基本SEOだけです。
• Pro／Enterpriseでは、全ドメインをスキャンし、メタデータ不足、リンク切れ、内部リンクの機会、画像問題を表示します。公式文書では、スキャンはHTMLコンテンツだけを分析し、スクリプトで読み込む資産（CTAなど）は含まず、ドメインスキャンは最大3時間、大規模サイトでは最大6時間かかるとしています。

SEOツール目当てでHubSpotを評価するなら、実際にツールを解放するプランを価格比較します。同じPro／Enterprise制限は、完全カスタムrobots.txtとトピッククラスターのダッシュボードにも適用されます。

自動サイトマップと、できないこと

HubSpotはXMLサイトマップを自動生成・維持し、公開ページ、ブログ記事、ランディングページを含め、公開・編集・非公開に合わせて更新します（CDNの最大約30分の遅延は正常です）。便利で、標準WordPressより「そのまま動く」点が優れています。

制限はコントロールです。下位プランではサイトマップから個別ページを除外できず、 priority／changefreqのURL単位制御もありません。WordPress SEOプラグインのサイトマップが提供する機能です。多くのサイトではcanonicalでインデックス可能なURLだけのXMLサイトマップで十分ですが、公開ページを特定して除外する戦略ならプランを先に確認します。

スキーマはBlogPostingがほぼすべて

多くのガイドが省く現実は、HubSpotが自動生成する構造化データはブログ記事のBlogPostingだけだということです。FAQ、Product、Organization、Breadcrumbのスキーマは、通常カスタムモジュールやJSON-LDを注入するrequire_headブロックを使い、HubLテンプレートで手動実装します。切り替えはありません。

正しく追加してもリッチリザルトが保証されるわけではありません。HubSpotの開発者は、“It’s not a guarantee that the search engine will display this data as search engine algorithms are very complex.” (翻訳)「検索エンジンのアルゴリズムは非常に複雑なので、検索エンジンがこのデータを表示する保証はありません」と明記しています。妥当なマークアップは対象になる資格を与えるだけで、表示を約束しません。

URL構造：1階層のネスト

HubSpotのサイトページは1サブフォルダ階層までです。/services/seo/は可能ですが、/services/seo/audits/は3階層なので構造上の制限に当たります。 Evidence for this claim HubSpot documents URL and domain settings for hosted content, including page slug and subdirectory controls. Scope: The cited settings document supports configurable URL structure; available nesting should be verified for the current content type and subscription. Confidence: medium · Verified: 2026-07-14 HubSpot: Customize page and blog URLs 実務家のガイド（thestacc.com）も、“HubSpot’s CMS supports one level of subfolder nesting for site pages. If you need /services/technical-seo/site-audits/ — three levels deep — you’ll hit structural limitations that require workarounds.” (翻訳)「HubSpot CMSのサイトページはサブフォルダのネストが1階層までです。3階層の/services/technical-seo/site-audits/が必要なら、回避策を要する構造制限に当たります」と説明します。

これは順位の大惨事ではありません。フラットなURL構造でも問題なく、クロール深度はスラッシュ数ではなく内部リンク距離です。ただし深い階層が必要な情報設計なら、移行前に制限を把握します。

ブログのサブドメインの罠

HubSpotは歴史的にブログをサブドメイン（blog.yourdomain.com）へ置きました。サブドメインはサブフォルダより別エンティティとして扱われやすく、リンク資産を2つのホスト名に分けます。多くのサイトではyourdomain.com/blog/のサブフォルダがSEOに適しており、コンテンツHubでも使えます。意図せずサブドメインにあるなら、リダイレクトを正しく設定して見直します。

HubDB：HubSpotのプログラムSEOへの回答

HubSpotでプログラムSEOを行うなら、データソースから似たページを大量生成するHubDBを使います。各行を固有URLの動的ページに対応させ、HubLテンプレートで表の列から行ごとのタイトル、メタ説明、canonical URLを取得できます。HubSpotの大規模コンテンツ制作機構であり、一般的なHubSpot SEOガイドが省く技術面です。通常のプログラムSEOと同様、各ページが本当に有用で固有でなければ、薄い重複とcrawl wasteを作るだけです。

robots.txt、canonical、hreflang：実際に組み込まれているもの

• robots.txtは編集可能ですが、下位プランでは制限があります。完全カスタムrobots.txtはコンテンツHub Professional以上が必要です。Starterで完全制御できるとは考えません。
• canonicalタグはすべてのページのエディターにあり、プラグイン不要です。canonical化の概念も参照します。
• hreflangはページの多言語バリエーションを作ると自動実装され、正しい言語コードを強制します。hreflangを手作業で書くより便利です。
• Search ConsoleのデータはHubSpotダッシュボードへ標準連携され、Search Consoleを離れずに確認できます。

トピッククラスターとピラーページ：戦略であり順位スイッチではない

HubSpotは2017年に**「ピラーページ」という語を広め、広いピラーページと狭いクラスターを相互リンクするトピッククラスター**モデルのContent Strategyダッシュボードを作りました。コンテンツ計画ツールとして有用で、促される内部リンクの規律にはSEO価値があります。HubSpotは、“Topic clusters organize a group of related content pieces (cluster pages) around one central pillar page,” (翻訳)「トピッククラスターは、関連コンテンツ（クラスター ページ）を中心のピラーページの周りに整理する」と説明し、“internal links connect every cluster page back to the pillar… turning what would otherwise be a loose archive of posts into a tightly organized network of related coverage.” (翻訳)「内部リンクが各クラスターをピラーへ戻し、緩い記事アーカイブを関連カバレッジの密なネットワークに変える」としています。

明確にしておきます。これはコンテンツ戦略の枠組みであり、技術SEO要件ではありません。Googleは「ピラーページ」を特別なページ種別として読みません。 利点は内部リンクとトピックの網羅性で、どのプラットフォームでも作れます。HubSpotダッシュボードを順位スイッチではなく計画補助として使います。

HubSpotとWordPressの簡単な比較

正直な要約は、HubSpotが統合性のために柔軟性を交換することです。WordPress＋SEOプラグインは、スキーマ、サイトマップ、リダイレクト、URL構造、サーバーアクセスを深く制御できます。HubSpotはプラグイン乱立なしに基本を標準提供し、マーケティングスタックを統合しますが、手動スキーマ、1階層制限、料金プラン制限があります。CRMとコンテンツ統合を重視するチームはHubSpot、細かな技術制御が必要なSEO／コンテンツサイトはWordPressを選びやすいでしょう。GoogleがCMSの名称で順位を決めるわけではありません。詳しくはPlatform SEOとCMSの概要を参照してください。

AI要約

Advanced版を凝縮すると、次のとおりです。

• 改称： CMS Hubは2024年4月にコンテンツHubになりました。同じ製品でAI機能が加わり、SEOの仕組みは変わっていません。
• 料金制限： SEO推奨パネルの全ドメインスキャンはMarketing HubまたはコンテンツHubのPro／Enterpriseが必要で、Starter／無料にはありません。カスタムrobots.txtとトピッククラスターのダッシュボードもPro／Enterpriseです。スキャンは最大3時間（大規模サイトは6時間）で、HTMLだけを対象とします。
• サイトマップ： 公開ページ、記事、ランディングページを自動生成し、公開・編集・非公開で更新します。下位プランでは個別除外や細かなpriority／changefreqができません。
• スキーマ： 自動生成はBlogPostingだけ。FAQ、Product、Organization、BreadcrumbはHubLで手動実装します。妥当なマークアップは資格であり、表示保証ではありません。
• URL： サイトページは1サブフォルダ階層だけ（/category/subcategory/post/のような深いパスは不可）です。
• ブログ： 歴史的にサブドメイン（blog.yourdomain.com）が標準でリンク資産を分散しました。SEO上は/blog/サブフォルダが適します。
• プログラムSEO： HubDBで行から動的ページと行ごとのメタデータを作ります。
• トピッククラスター／ピラーページ： コンテンツ戦略ツールで、技術要件ではありません。Googleが特別扱いするページ種別ではありません。

公式ドキュメント

一次資料です。GoogleとBingにはHubSpot固有の文書がないため、プラットフォーム固有部分はHubSpot公式資料から、検索エンジンの一般指針も含めます。

HubSpot

• HubSpotでSEO推奨を表示する — 推奨パネル、プラン条件、スキャン時間、HTMLのみの制限です。
• トピック、ピラーページ、サブトピックキーワード — 製品内のクラスター／ピラー枠組みです。
• HubSpotで構造化データ（スキーマ）を使いSEOを改善する — BlogPosting以外の手動HubL実装です。
• HubDBで動的ページを作る — データベース駆動のプログラムページです。
• 多言語コンテンツ — hreflangの自動実装です。
• SEOマーケティングソフトウェアでコンテンツを最適化 — HubSpotのSEO機能概要です。

Google（一般CMS指針 — HubSpotの名前は出ない）

• サイトマップを作成・送信する — “Some content management systems (CMS) may automatically create a sitemap for you.” (翻訳)「一部のコンテンツ管理システム（CMS）はサイトマップを自動作成します。」
• Google検索の基本事項 — “Most CMSes can automatically turn the titles you write into a <title> element in the HTML.” (翻訳)「多くのCMSは、書いたタイトルをHTMLの<title>要素へ自動変換できます。」
• 第三者SEOツールと助言に関するGoogleの指針。

出典からの引用

記録に残る発言です。検索エンジンはHubSpot固有のことを述べていないため、HubSpotの文書／ブログと、出典を明示した実務家の資料を使います。

HubSpot — トピッククラスターとピラーページ

• “Topic clusters organize a group of related content pieces (cluster pages) around one central pillar page.” (翻訳)「トピッククラスターは、関連コンテンツ（クラスター ページ）を中心のピラーページの周りに整理します。」 — HubSpot Blog、Topic Clusters：SEOの次の進化。
• “Internal links connect every cluster page back to the pillar (and often to each other), turning what would otherwise be a loose archive of posts into a tightly organized network of related coverage.” (翻訳)「内部リンクは各クラスターをピラーへ（多くの場合は相互にも）つなぎ、緩い記事アーカイブを関連カバレッジの密なネットワークに変えます。」 — HubSpot Blog、Topic Clusters：SEOの次の進化。
• “Marketers are restructuring their websites around topic clusters to adapt to the shift in the search landscape from keywords to topics.” (翻訳)「マーケターは、検索環境がキーワードからトピックへ移行したことに対応し、トピッククラスターを中心にサイトを再構築しています。」 — HubSpot Blog、Topic Clusters：SEOの次の進化。

HubSpot — スキーマとSEOパネル

• “It’s not a guarantee that the search engine will display this data as search engine algorithms are very complex.” (翻訳)「検索エンジンのアルゴリズムは非常に複雑なので、検索エンジンがこのデータを表示する保証はありません。」 — HubSpot Developers Blog、HubSpotで構造化データを使う。
• “Page analysis includes HTML content only. Assets loaded through scripts (e.g., CTAs) aren’t included.” (翻訳)「ページ分析はHTMLコンテンツだけを含みます。スクリプトで読み込まれる資産（例：CTA）は含まれません。」 — HubSpot Knowledge Base、HubSpotでSEO推奨を表示する。
• “Domain scans take up to three hours, but may take up to six hours for large sites.” (翻訳)「ドメインスキャンは最大3時間ですが、大規模サイトでは最大6時間かかることがあります。」 — HubSpot Knowledge Base、HubSpotでSEO推奨を表示する。

第三者の実務家

• “HubSpot’s CMS supports one level of subfolder nesting for site pages. If you need /services/technical-seo/site-audits/ — three levels deep — you’ll hit structural limitations that require workarounds.” (翻訳)「HubSpot CMSのサイトページはサブフォルダのネストが1階層までです。3階層の/services/technical-seo/site-audits/が必要なら、回避策を要する構造制限に当たります。」 — thestacc.com、HubSpot CMS SEO（2026）。
• “robots.txt and sitemap.xml are fully editable within HubSpot.” (翻訳)「robots.txtとsitemap.xmlはHubSpot内で完全に編集できます。」 — On Target Agency、HubSpot CMS SEOの制限に関するよくある誤解。ただし完全カスタムrobots.txtはPro／Enterpriseです。
• “WordPress emerges as the clear winner [for SEO flexibility].” (翻訳)「SEOの柔軟性ではWordPressが明確な勝者です。」 — Multidots、HubSpotとWordPressのSEO。

HubSpot SEO設定チェックリスト

HubSpotコンテンツHubが想定どおり設定されているか確認します。

技術設定

• プラン階層を確認する。全SEO推奨ドメインスキャン（Pro／Enterprise）と完全カスタムrobots.txt（コンテンツHub Pro以上）が解放されているか。
• ブログがblog.yourdomain.comではなく**/blog/サブフォルダ**にある。サブドメインからの移行はリダイレクトを使う。
• 自動サイトマップが生成され、canonicalでインデックス可能なURLだけを含む。ホームページ（/）も含まれるか確認する。
• robots.txtをレビューし、登録したいものをブロックしていない。
• 必要なページのcanonicalフィールドをエディターで正しく設定する。
• 作成した多言語バリエーションのhreflangを確認する。
• Google Search Consoleをネイティブ連携し、クロール／インデックスデータをHubSpot内で見られるようにする。

ページ上

• 各ページのタイトルとメタ説明を設定する（HubSpotのデフォルトに任せない）。
• 画像のaltテキストを入力する。
• 内部リンクで関連ページをつなぐ（Pro／Enterpriseではパネルが機会を表示する）。

スキーマ

• ブログ記事にはBlogPostingが自動追加される。出力を確認する。
• FAQ／Product／Organization／Breadcrumbスキーマは必要な場所でHubLにより手動実装する（自動ではない）。

コンテンツ戦略

• トピッククラスターを計画補助として使う。ピラー／クラスターの内部リンクは実HTMLにあり、双方向であることを確認する（順位スイッチとして頼らない）。

HubSpot SEO — 早見表

組み込み機能と手動機能

覚えておく料金制限

• 全SEO推奨ドメインスキャン → Marketing Hub Pro／EnterpriseまたはコンテンツHub Pro／Enterprise。
• 完全カスタムrobots.txt → コンテンツHub Professional以上。
• トピッククラスターのダッシュボード → Pro／Enterprise。
• Starter／無料 → ページ単位の基本SEOだけ。

要点

• CMS Hub → コンテンツHub： 2024年4月に改称（同じ製品）。
• ドメインスキャン時間： 最大3時間（大規模サイトは最大6時間）。HTMLのみで、スクリプト読み込み資産は除外。
• URLネスト： サイトページは1サブフォルダ階層。
• ブログの初期値： 歴史的にサブドメイン。/blog/サブフォルダを推奨。
• ピラーページ： コンテンツ戦略の枠組みであり、Googleが特別なページ種別として読むものではない。

HubSpot SEOのツール

• HubSpot SEO推奨パネル — ページ上の基本チェックと、Pro／Enterpriseでメタデータ、リンク切れ、内部リンク機会、画像問題の全体スキャン。HTMLのみで、CTAなどスクリプト資産は除外。
• HubDB — 行ごとのテンプレートメタデータを持つプログラム／データ駆動ページ用のデータベース。
• HubSpot Content Strategyダッシュボード — トピッククラスター／ピラーページの計画ツール（Pro／Enterprise）。
• Google Search Console — GSCデータをHubSpotに表示するネイティブ連携。URL検査と全ページインデックスレポートはGSCでも直接確認します。
• Ahrefs Site Audit／Screaming Frog SEO Spider — 検索エンジンのようにサイトをクロールし、深度、リダイレクトチェーン、BlogPosting以外のスキーマ不足、サイトマップの漏れを見つけます。
• スキーマ検証ツール — Schema.orgとGoogleのRich Results Testで、HubLに追加したスキーマが解析できるか確認します。

HubSpot CMS SEOで避けるべき誤り

HubSpotのコンテンツHubでSEOを設定するときに実際に起きる誤りです。診断ではなく予防を扱います。

SEO推奨パネルがサイト全体をスキャンすると考える

誤り：Starterまたは無料プランでエディターにSEO推奨パネルが見えるため、ドメイン全体を監視していると考えます。

誤りの理由： サイト全体のメタデータ不足、リンク切れ、画像問題を見つけるドメインスキャンはMarketing Hub Pro／EnterpriseまたはコンテンツHub Pro／Enterpriseが必要です。Starter／無料はエディターのページ単位チェックだけです。サイト全体の安全網として頼ると誤った安心感を生みます。

代わりに： パネルを計画に使う前にプランを確認します。Starter／無料ならScreaming FrogやAhrefs Site Auditで定期クロールするか、ドメインスキャンが必要ならPro／Enterpriseへのアップグレードを予算化します。

慣性でブログをサブドメインに残す

誤り：アカウント作成時のままblog.yourdomain.comを使い、決定を見直しません。

誤りの理由： サブドメインはサブフォルダより別エンティティとして扱われやすく、リンク資産を2つのホスト名に分散させます。避けられるSEOコストです。

代わりに： コンテンツHubが対応する/blog/サブフォルダへ移します。統合したい資産を失わないよう、リダイレクトを正しく設定して移行します。

オールインワンプラットフォームだからスキーマは動くと考える

誤り：HubSpotがSEOを標準処理すると宣伝するため、FAQ、Product、Organization、Breadcrumbの構造化データを省きます。

誤りの理由： HubSpotが自動生成するのはブログ記事のBlogPostingだけで、それ以外はHubLの手動実装です。そう思い込むと、理論上はリッチリザルト対象でも、実際のページに構造化データがないまま出荷します。

代わりに： ブログ以外のスキーマを独立した開発タスクとして範囲・予定化します。HubLモジュールやrequire_headブロックの時間を確保し、Schema.orgの検証またはGoogleのRich Results Testで確認します。

ネストが無制限だと考えてURL構造を設計する

誤り：HubSpotのサイトページが対応する範囲を確認せず、3階層以上（/services/technical-seo/site-audits/）の情報設計を作ります。

誤りの理由： サイトページは1サブフォルダ階層までです。/services/seo/は動きますが、3階層目は構造制限に当たり、後から回避策を作るほうが高くつきます。

代わりに： IAを確定する前に1階層制限を確認します。既存の深いURLから移行するなら特に重要です。カテゴリを平坦化するか、深いパスではなく内部リンクを使います。フラットURL自体はSEO問題ではありません。

トピッククラスターのダッシュボードを順位機構として扱う

誤り：HubSpotのContent Strategyでピラー／クラスター構造を作り、Googleが「ピラーページ」を特別なページ種別として読んで順位に直接影響すると期待します。

誤りの理由： トピッククラスターはコンテンツ計画ツールです。Googleはピラーの状態を解析せず、価値は実際の内部リンクとトピック網羅性にあります。ダッシュボードなしでもどのプラットフォームで作れます。

代わりに： ダッシュボードを計画に使い、レンダリングHTMLで成果を確認します。ピラーとクラスター間の内部リンクが実際に存在し、相互的で、HubSpot UI内の整理メタデータだけではないことを確認します。

自分で確認：HubSpot CMS SEO

コンテンツHubが行うこと、行わないこと、料金制限に関する簡単な5問です。各問に答えてから、正解を確認してください。

時間を使う価値のある資料

自分の関連記事

• 技術SEO入門 — プラットフォームSEOの位置づけです。
• サイトマップとは？作成・送信方法 — HubSpotの自動生成の背景です。
• Hreflang入門ガイド — 多言語ページでHubSpotが自動実装する仕組みです。
• スキーママークアップとは？追加方法 — 多くを自分で実装するHubSpotに関連します。

自分の講演

• 検索の仕組み（SlideShare） — プラットフォームに依存しないクロール、レンダリング、インデックス、順位の流れです。（注意書き：“This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳)「これはシステムについての私の理解であり、100％完全または正確とは限りません」。）

業界の資料

• HubSpotでSEO推奨を表示する（HubSpot Knowledge Base） — 推奨パネル、プラン条件、HTMLのみの制限を一次資料から確認します。
• HubSpotで構造化データを使う（HubSpot Developers） — BlogPosting以外の手動HubLスキーマです。
• HubSpot CMS SEO（2026）：戦略・戦術・例（thestacc.com） — 1階層ネストとホームページサイトマップ不具合の観察を含む実務家ガイドです。
• HubSpotとWordPressのSEO（Multidots） — WordPress側からの柔軟性と統合性の比較です。
• HubSpot CMS SEOの制限に関するよくある誤解（On Target Agency） — robots.txtとサイトマップの編集可能性の誤解を扱います。
• HubDBで動的ページを作る（HubSpot Docs） — データベース駆動の公式資料です。

変更履歴