「ブログを始めたいが、note・はてなブログのような外部の無料ブログサービスと、自社ドメイン直下、どちらに設置すべきか」——Web担当者・情報システム担当者からよく相談を受けるテーマです。

結論から言うと、SEO評価を自社サイトに集約したいのであれば、自社ドメイン直下にブログを設置するほうが有利です。ただし「自社ドメイン直下」と「コストをかけない」を両立させるには、相応の技術的な工夫が必要になります。

この記事では、当社が実際にお客様から受けた相談をもとに、microCMSの無料プランとGitHub Actionsを組み合わせ、費用をかけずに自社ドメイン直下へブログ機能を追加した実例を解説します。あわせて、この構成が向いている会社・向いていない会社も中立的に整理します。なお、本記事は1社の個別相談事例にもとづくものであり、同じ効果や導入可否を保証するものではありません。

なぜ「外部の無料ブログサービス」でなく自社ドメイン(独自ドメイン)直下が良いのか

note、はてなブログ、Amebaブログといった外部サービスは、無料で今すぐ始められる手軽さが魅力です。一方で、自社サイトのSEO・資産形成という観点では、次のような点が指摘されます。

  • 被リンクやコンテンツの評価が外部サービス側に蓄積される——自社ドメインとは別の資産としてカウントされるため、記事を増やしても自社サイト全体の評価向上には直結しにくい
  • URL構造・デザインの自由度が低い——サービス側の仕様に縛られ、内部リンクの設計や計測タグの設置が制限されることがある
  • サービス自体の終了・仕様変更リスクがある——運営元の方針転換で表示形式が変わる、意図しない広告が挿入されるなど、自社でコントロールできない部分が残る
  • 独自ドメイン対応オプションでも「間借り」である点は変わらない——一部の外部サービスは独自ドメインを設定できるが、CMSやインフラの主導権は運営元にある

なお、「サブドメイン」と「サブディレクトリ」のどちらがSEO上有利かについては議論があり、明確な優劣がついているわけではありません。ただし確実に言えるのは、自社ドメイン配下に置いたコンテンツは、そのサイト自体の評価やユーザーの回遊に直接寄与しやすいという点です。ブログを一時的な発信手段でなく、長期的な集客の入口として育てたいのであれば、自社ドメイン直下に置く選択肢は検討する価値があります。

自社ドメイン直下にブログを実現する方法の選択肢

自社ドメイン直下にブログを持つ方法は一つではありません。代表的な選択肢を比較します。

方式 コストの傾向 特徴
WordPressなどのCMSをサーバーに直接構築 サーバー費+継続的な保守費 自由度は高いが、プラグイン管理やセキュリティアップデートなど、継続的な保守の手間がかかる
外部ブログサービスの独自ドメイン機能 無料〜有料プラン 手軽だが、CMS自体はサービス側の借り物。デザイン・機能のカスタマイズ範囲は限られる
HubSpotなど統合CMS/MAツールのブログ機能 ツールの月額費用 フォームやメール配信などと一体で運用できる一方、ツール自体の月額コストが発生する
ヘッドレスCMS+静的サイト生成(今回の構成) CMSは無料プラン、ホスティングは既存サーバーを流用 ランニングコストを抑えつつ自社ドメイン直下に設置できるが、ビルド・デプロイの仕組みづくりに技術的な知識が必要

この中で「コストをできる限り抑えたいが、外部サービスには頼りたくない」というニーズに応える選択肢の一つが、ヘッドレスCMSと静的サイト生成を組み合わせる方法です。次の章で、実際の相談で採用した構成を解説します。

採用した構成の仕組み: microCMS×GitHub Actions

実際にあった相談はこうです。お客様から、「現在のドメイン直下に(できれば無料の)ブログを追加したい」というご相談をいただきました。狙いは、外部のブログサービスに頼らず、SEO評価を自社ドメインに集約することです。

この要望に対して提案・構築したのが、次の組み合わせです。

  • microCMSの無料プランを、記事の入稿・管理用ヘッドレスCMSとして採用
  • GitHub Actionsで、記事が公開されたタイミングに合わせて自動でビルド・ファイル生成・サーバーへのアップロードまで行う仕組みを構築

ここで言う「ヘッドレスCMS」とは、記事データの管理・配信機能に特化し、画面表示用のテンプレート機能を持たないCMSのことです。WordPressのような従来型CMSと異なり、公開ボタンを押すだけではページが自動生成されないため、GitHub Actionsのような別の仕組みでページファイルを生成・反映する工程が必要になります。

この構成のポイントは、担当者が管理画面で記事を書いて公開操作をするだけで、その先の作業(ページファイルの生成、既存サイトへの反映)が自動で完了することです。担当者側はHTML/CSSの編集やサーバー操作を意識する必要がありません。仕組みを簡単に整理すると、次の流れになります。

  1. 担当者がmicroCMSの管理画面から記事を執筆・公開
  2. 公開をきっかけに、GitHub Actionsのワークフローが起動
  3. microCMS側の記事データを取得し、自社ドメインのURL構造に沿ったページファイルを自動生成
  4. 生成されたファイルを既存サーバーへ自動でアップロード
担当者がmicroCMSで記事を公開すると、GitHub Actionsが自動でワークフローを起動し、ページファイルを生成して既存サーバーへアップロードする流れを示す図 ① microCMSで記事を執筆・公開 担当者が管理画面で公開ボタンを押すだけ ② GitHub Actionsが自動起動 公開をきっかけにワークフローが実行される ③ ページファイルを自動生成 自社ドメインのURL構造に沿って生成 ④ 既存サーバーへ自動アップロード 自社ドメイン直下にそのまま反映される
図: 記事公開からサイト反映までの自動化フロー

この方式であれば、CMS部分(microCMS)は無料プランの範囲、ビルド・デプロイの自動化部分(GitHub Actions)も無料枠内で運用できるため、月額のランニングコストをかけずに自社ドメイン直下へブログ機能を追加することができました。

一方で、こうした仕組みを構築するにはGitHub Actionsのワークフロー設定やビルドスクリプトの実装など、一定の技術的な知識が必要です。「無料だから誰でもすぐ作れる」というものではなく、初期構築や公開後のメンテナンスを任せられる相手(社内のエンジニア、または外部の制作会社)がいることが前提になります。

この構成が向いているケース・向いていないケース

microCMS×GitHub Actionsの構成は万能ではありません。導入前の判断の目安を整理します。

向いているケース

  • 既に自社ドメインでコーポレートサイトを運用しており、そのドメインの評価を強化したい
  • 更新頻度がそれほど高くなく(月数本程度)、ビルドにかかる時間が実用上気にならない
  • 社内または委託先にGitHub Actionsやビルドの仕組みを保守できる担当者がいる
  • ランニングコストをできるだけ抑えたい

向いていないケース

  • 1日に何本も記事を公開するなど、更新頻度が非常に高いメディア運用(ビルド待ちがボトルネックになりやすい)
  • 非エンジニアの担当者だけで仕組みの保守・トラブル対応まで完結させたい場合(不具合発生時には技術的な調査が必要になる)
  • コメント機能や会員限定記事など、動的な機能を多用したい場合(静的サイト生成の仕組みとは相性がよくない)

向いていないケースに当てはまる場合は、WordPressなど動的CMSを直接構築する方法や、HubSpotのような統合ツールのブログ機能を使う方法のほうが適していることもあります。どの方式が合うかは、更新頻度・社内の技術リソース・将来的にどこまで機能を拡張したいかによって変わるため、自社の状況に照らして判断することをおすすめします。

なお、ブログ機能の初期構築だけでなく、公開後の記事更新やサイトの細かな修正は、当社のサイト更新・運用代行サービスで継続的に伴走することも可能です(関連記事:ホームページ保守でよくある依頼ランキングホームページ保守、月額に含まれる作業と別途見積もりの境界線もあわせてご覧ください)。

よくある質問

Q. 外部の無料ブログサービスと自社ドメイン直下、SEO的にはどちらが有利ですか?

A. 自社サイトへの評価を蓄積させたいのであれば、自社ドメイン直下のほうが有利と考えられます。外部サービスに投稿した記事は、そのサービス自体の資産としてカウントされ、自社サイトの評価向上には直結しにくいためです。

Q. microCMSとは何ですか?無料プランでどこまでできますか?

A. microCMSは、記事などのコンテンツをAPI経由で管理・配信できるヘッドレスCMSです。今回の実例では、無料プランの範囲内で記事の入稿・管理用として利用しました。

Q. GitHub Actionsを使う理由は何ですか?

A. 記事が公開されたタイミングに合わせて、ビルド・ファイル生成・サーバーへのアップロードを自動化するためです。担当者が記事を公開するだけで、その先の反映作業を人手を介さずに完了できます。

Q. この構成を導入するのにどのくらいの技術知識が必要ですか?

A. GitHub Actionsのワークフロー設定やビルドスクリプトの実装など、一定の技術的な知識が必要です。無料で運用できる構成ですが、初期構築や公開後の保守を任せられる担当者・委託先がいることが前提になります。

Q. 更新頻度が高い場合でもこの構成は使えますか?

A. 月数本程度の更新であれば実用上問題ありませんが、1日に何本も公開するような高頻度のメディア運用では、ビルドにかかる時間がボトルネックになりやすく、他の方式のほうが適している場合があります。

Q. 導入・運用にかかる費用はどのくらいですか?

A. 今回の実例では、CMS部分(microCMSの無料プラン)とビルド・デプロイの自動化部分(GitHub Actionsの無料枠)を組み合わせることで、月額のランニングコストをかけずに運用しています。ただし初期構築にかかる工数は別途必要です。

まとめ: コストではなく「ドメイン戦略」から選ぶ

ブログをどこに置くかは、単なるコストの話ではなく、長期的にSEO評価をどこへ蓄積させたいかという戦略の話でもあります。外部の無料ブログサービスは手軽ですが、評価は自社ドメインの外側に積み上がります。今回紹介したmicroCMS×GitHub Actionsの構成のように、コストを抑えながら自社ドメイン(独自ドメイン)直下にブログを追加する方法もあるので、選択肢の一つとして検討してみてください。

ただし、この構成は「無料で使えるが、誰でもすぐ構築できる」というものではなく、初期構築や公開後の保守を任せられる体制が前提になります。自社に合った方式が分からない、構築や運用を任せたいという場合は、まずはお気軽にお問い合わせください。