Ghostのシステム開発は、目的と業務フローを整理してから構成を選び、設計・開発、テスト、稼働、定着の順に進めます。この順に進めると、コンテンツ業務の継続的な改善につながります。
▼全体ガイドの記事
・Ghostのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Ghostのシステムの全体像
Ghostは、出版、ブログ、ニュースレター、会員制メディアに向くオープンソースのCMSです。販売管理や在庫管理を担うものではなく、コンテンツの作成から配信、会員化、反応の測定までをつなぐ基盤です。
コンテンツ業務をまとめるCMSという位置づけ
記事や固定ページは、MarkdownまたはリッチエディタでGhost上に作成できます。作成から配信、会員向けの提供までを一つの基盤で扱えるため、コンテンツ業務をまとめる役割を担えます。その機能は、コンテンツ管理、配信と分析、会員制メディアの3領域で整理できます。
- コンテンツ管理：タグ、著者、権限、テーマ、RSS、SEOメタデータを扱えます。
- 配信と分析：ニュースレター、コメント、レコメンデーション、分析を使えます。
- 会員制メディア：無料・有料会員、限定記事、複数料金ティアを設定できます。
こうした機能があるため、Ghostはオウンドメディア、会員向けニュースレター、有料コンテンツに適しています。購読料はStripeで受け取れます。Ghost側の取引手数料は0%ですが、Stripeの決済手数料は別途かかります（出典: Ghost公式「Ghost(Pro) Plans & Pricing」、2026年8月確認）。
さらに、講座やポッドキャストの配信にも向いています。一方、複雑な受発注、在庫引当、会計仕訳、固有の承認手順は、GhostとCRMや基幹システムの担当範囲を先に分けておきます。
Ghost(Pro)、セルフホスト、ヘッドレスの選択肢
構成は、運用負荷、インフラの管理範囲、独自フロントや複数チャネルの必要性で選びます。
- Ghost(Pro)：運用の負担を抑えたい場合の候補になります。
- セルフホスト：データの配置やインフラを自社で管理したい場合に選びます。
- ヘッドレス：独自フロント、複数チャネル、既存サービスとの統合に向いています。
Ghost(Pro)には、CDN、SSL、バックアップ、WAFやDDoS対策、週次の自動更新が含まれます。監視や更新の担当を社内に置きにくい企業にも、始めやすい構成です。
セルフホストでは、OSやNode.js、データベースなどの基盤を自社か委託先が担います。監視やバックアップのほか、メールと脆弱性対応も、その範囲に入ります。
通常のサイトでは、Ghostのテーマで画面を作り、記事や会員情報をGhost内で管理します。
ヘッドレスでは、Content APIでNext.jsなどとフロントを分けられます。認証、キャッシュ、プレビュー、SEOに加えて監視も設計が必要で、そのぶんテーマ開発より工数が増えます。
前提とするGhost 6.xの仕様
Ghost 6.0は2025年に発表され、ActivityPub配信、ネイティブ分析、Docker Composeの方向性が示されました。
実際の環境条件は、契約プラン、更新時期、テーマや連携ライブラリによって変わります。
- 公式本番スタック：Ubuntu 24、Node.js 22、MySQL 8の組み合わせです。
- RFPの指定：対象バージョン、Node.js、DB、コンテナ、更新方法の記載を求めます。
公式本番スタックの情報はGhost公式「Ghost 6.0」（2025年）によります。
Ghostのシステム開発の進め方（6フェーズ）
会員導線、移行URL、メール配信、管理権限は、着手前に確認しておく必要があります。そのうえで、成果指標と業務フローを決め、標準機能の範囲を見てから発注します。
開発全体は、前の工程の成果物を次の工程へつなぎながら、次の順に進めます。
- 目的とKPIを定め、対象範囲と業務フローを決める
- Ghost(Pro)、セルフホスト、ヘッドレスから構成を選ぶ
- サイト構造、テーマ、外部連携を設計し、開発する
- 業務シナリオ、移行、セキュリティをテストする
- 切替手順に沿って公開し、稼働状況を確認する
- 研修とKPI確認を続け、運用を改善する
フェーズ1：要件整理による目的と業務フローの決定
まず、改善目標と判断基準を数値で決めます。目標が「発信を強化する」のように数値を伴わないと、機能追加の優先順位が揺れます。
- 目標：数値で定めたKPIを、機能追加の優先順位の基準にします。
- 業務フロー：執筆、編集、予約投稿、配信後分析の現状と理想。
- 会員導線：無料登録、認証、プラン選択、決済、解約、問い合わせの洗い出し。
- 要件の実現方法：標準機能、設定、テーマ、連携、個別アプリのどれで実現するかの区分。
KPIの例には、月間公開本数、配信までの時間、会員登録率、有料転換率が挙がります。加えて、メール到達率や既存検索流入の維持率も指標になります。
成果物は、要件一覧、業務フロー、KPI、対象範囲、対象外範囲です。
規模は記事数と画像容量で把握し、言語数とスタッフ人数も確かめます。さらに、既存CMSや外部連携、個人情報の保管場所を見ておきます。
会員登録と有料購読は、標準機能とStripeで実現できる可能性が高いです。一方、CRMの顧客ランクを会員タグに自動で反映する処理には、APIやWebhookの設計が必要です。
フェーズ2：選定でのGhost(Pro)とセルフホストの比較
構成は、機能に加えて、3年間の運用負荷や通常テーマで満たせない要件を比べて決めます。
- Ghost(Pro)：インフラ担当が不在の場合や、停止リスクを抑えたい場合の候補です。
- セルフホスト：独自の保管場所や運用基盤を選びたい場合に検討する構成です。
- ヘッドレス：複数サイト配信や既存Next.jsの活用が要件に含まれる場合の選択です。
Ghost(Pro)は月額制で、インフラや更新の多くを任せられます。バックアップやSSL、セキュリティも含まれます。そのため、コンテンツ運用に集中したい場合は、担当者の工数削減も料金と合わせて判断します。
セルフホストでは、クラウドやネットワークを自社で選べます。保管場所と監視方式も、自社の判断になります。社内のセキュリティ基準や特定リージョンへの保管、既存運用基盤との統合が必要な場合に、候補になります。
契約前には、障害連絡と夜間対応、更新検証の担当を決めておきます。バックアップ復旧やメール到達性の担当も、あらかじめ決めます。
明確な要件がない場合は、最初からヘッドレスで作らなくても構いません。また、標準またはカスタムテーマでMVP（Minimum Viable Product）を公開し、成果を見て拡張する方法もあります。
フェーズ3：設計・開発によるテーマと連携の実装
設計・開発では、情報設計、テーマ、外部連携それぞれの仕様を具体的に決めます。
- 情報設計：サイト構造、URL、会員導線、権限、配信時期の定義。
- テーマ：必要な画面を設計体系に沿って作り、環境ごとに分けて管理します。
- 外部連携：データの向き、重複防止、失敗時の処理の決定。
移行時は、旧URLと新URLの対応表と301一覧を作ります。加えて、画像の移送とメタ情報を整えます。canonicalと構造化データも扱います。
管理画面では、担当と操作を設計します。テーマは、Handlebars、HTML、CSS、JavaScriptを使って作ります。
画面の範囲は、トップ、記事、一覧、タグ、著者のほか、会員登録、限定記事、検索、エラーです。
テーマはGitで管理し、ローカル、ステージング、本番の環境を分けておきます。
コードインジェクションは、小さな計測タグや見た目の変更に使い、大きな機能追加はテーマや連携で扱います。
APIの再試行回数や、退会と削除の連動範囲も仕様に含めます。個人情報を連携する場合は、保存項目、アクセス権、ログ、削除期限、委託先との契約まで設計します。
フェーズ4：テストによる公開後の事故の未然防止
公開前には、表示だけでなく、実務シナリオ、データ移行、セキュリティも検証します。
- 記事と権限：権限別に、下書き、予約、公開、更新、画像、埋め込み、タグ、著者の操作を試します。
- 会員と配信：ニュースレター、無料登録、認証、有料購読、解約、決済、限定記事の動作確認。
- 移行と表示：データ件数、301、遷移、ループ、canonical、サイトマップを照合します。
- 公開品質：スマホ、速度、メール、同時アクセス、バックアップ復元の確認。
- セキュリティ：2要素認証、不要アカウント、APIキー、ログ、WAF、レート制限の確認。
会員のテストには、Stripe決済とパスワードレス認証も含めます。移行では、記事数や画像数に加えて、著者、公開日、タグ、メタ情報を旧環境と照合します。
脆弱性情報を確認する手順も決めておきます。たとえば、Ghost公式は2026年2月に修正を告知しました。
その対象は、Ghost 6.19.0以前のContent APIで、未認証のデータ読み取りが可能なSQLインジェクション脆弱性です。修正は、Ghost 6.19.1で行われました（出典: Ghost公式フォーラム「Security update available for Ghost 6.x」、2026年）。
セルフホストでは、更新の検証、適用、確認を担う人を決めておきます。
フェーズ5：稼働での切替と監視
稼働時は、切替の準備、公開後の確認、旧環境の停止を手順にしておきます。
- 設定と最終バックアップを確かめ、切替と切り戻しの手順を文書にまとめる
- アクセスが少ない時間帯に、担当者と承認者のもとで切り替える
- 公開後の画面、会員、決済、検索、配信、稼働指標の確認
- 重大な問題がないと確かめてから、旧環境を停止する
準備では、DNSやドメイン、SSL、送信ドメインを確かめます。さらに、環境変数、APIキー、リダイレクト、計測タグも確認します。
切替では、関係者が待機できる時間を選び、問い合わせ窓口と障害連絡先を社内に知らせておきます。
公開後は、トップや主要記事、会員登録を試験します。残りは、決済や配信、運用にかかわる確認です。
- 決済
- ニュースレター
- 管理画面
- 画像配信
Search Consoleなどで、サイトマップ、インデックス、クロールエラーを確認します。あわせて、旧URLからの流入も追います。
稼働後は、アクセス数や登録数、決済失敗、メールバウンスを、少なくとも日次で確認します。サーバーエラーや表示速度も対象です。
フェーズ6：定着での運用と改善
稼働後は、操作研修、KPI確認、保守の体制を整えて運用を続けます。
- 手順と研修：担当ごとに必要な操作の共有。
- 効果確認：月次のKPI確認をもとに、要因を仮説として立てます。
- 改善と保守：改修の優先度と、更新・復旧の責任の決定。
手順書には、記事作成、画像最適化、タグ、会員限定の設定、配信、分析の手順を書きます。役割ごとに研修を行い、管理者にはスタッフと権限、APIキー、バックアップ、障害連絡、更新手順を引き継ぎます。
定着後は、月次で公開本数、検索流入、メールの開封とクリック、会員登録を確認します。加えて、無料から有料への転換、解約、問い合わせ、表示速度も確認対象です。
KPIが伸びないときは、機能を追加する前に原因を仮説として立てます。見直しの対象は、記事テーマ、登録導線、料金プラン、メール内容、計測設定です。
改善要望は、受付、優先度の判定、小さな改修、効果の確認という流れで回します。
保守契約では、本体とテーマの更新、脆弱性対応の目標時間、バックアップ世代数と復元テストの頻度を決めます。さらに、障害監視、軽微な改修、問い合わせ時間、追加費用も明記します。
セルフホストでは、本番更新の担当と失敗時の復旧範囲が曖昧だと、運用負債が膨らみます。
Ghostのシステム開発にかかる費用相場とコストの内訳
公式サービス料と、導入、開発、移行、保守の費用は、分けて考えます。テーマや会員移行、CRM連携、セルフホスト運用を加えると、総額は変わります。
以下の開発費は、公式情報と類似のWeb・CMS案件の工数をもとにした編集部の推定値です。Ghost専用の公定価格とは異なります。
Ghost(Pro)の公式料金（月18〜199米ドル）
Starterは、1,000メンバー、独自ドメイン、ニュースレター、基本デザインを中心としたプランです。Publisher以上では、カスタムテーマ、有料購読、高度な分析、外部連携に対応します。
Businessには、スタッフ15人や優先サポートなどが加わります。
- Starter：年払い表示の月額は18米ドルです。
- Publisher：年払い表示の月額は29米ドルです。
- Business：年払い表示の月額は199米ドルです。
料金は2026年8月時点の表示です（出典: Ghost公式「Ghost(Pro) Plans & Pricing」、2026年8月確認）。
この料金には、初期設計、テーマ開発、移行費用は含まれません。そのため、Stripe手数料、独自ドメイン更新、追加メール要件、外部サービス費も見込みます。
セルフホストでは、クラウドやストレージ、バックアップの費用が別途かかります。メール、監視、WAF、保守担当の費用も別途必要です。
導入・テーマ・移行の費用（要件別）
費用は開発範囲によって変わります。次の金額は、編集部推定の目安です。
- 既存テーマ設定や軽微なCSS・コードインジェクション：5万〜30万円、数日〜2週間程度。
- カスタムテーマ：50万〜200万円程度。Figmaから主要画面を作る場合は100万〜300万円程度。
- 移行、テーマ開発、配信・会員設定：100万〜300万円、1〜3か月程度。
- Next.js、CRM、検索、認証を含むヘッドレス：300万〜1,000万円、3〜6か月程度。
いずれも、編集部の推定値で、Ghost固有の公定価格とは異なります。金額は、ページ数やレスポンシブ対応、会員導線、デザイン再現度、編集画面の要件によって変わります。
CMS移行費は、記事数、画像変換、URL維持、会員・Stripe・CRM連携の条件によって上振れします。
Ghost公式の管理移行は、通常7〜21日です。これは移行経路やプランの目安で、独自開発や社内承認を含む全体の納期ではありません（出典: Ghost公式「Ghost migration service」、2026年確認）。
複数サイトや独自課金、基幹連携を含む場合は、1,000万円以上になる可能性があります。
これはGhost固有の公定相場ではありません。そのうえで、標準機能で代替できる範囲を分けて見積もります。
初期開発費と運用責任から見る保守費
Ghost固有の確定相場がないため、運用責任と費目を分けて見積もります。
- 一般的な業務システムの目安：保守費は初期開発費の年15〜25%程度。
- Ghost(Pro)：本体運用の範囲に、テーマ改修、連携、運用支援を加えて見積もる。
- セルフホスト：監視、パッチ、復元、OS・Node.js更新を含めた見積もり。
出典は、NotebookLMの調査です。Ghost固有の確定値ではありません。
見積書では、初期費、月額・年額のサービス費、従量費、保守費、追加改修費を分けて記載します。
人件費が中心の案件では、NotebookLMの一般的な相場を検算の材料にできます。PMは人月90万〜150万円、SEは65万〜110万円、プログラマーは50万〜90万円程度です。
所在地、専門性、契約形態、責任範囲によって単価は変わります。このため、単価を見比べるだけでなく、発注先の条件も合わせて判断します。
Ghostのシステム開発で見積もりを取る際のポイント
見積もりを比べるには、「サイト制作一式」ではなく、標準設定、テーマ開発、API連携、運用で補う範囲を同じ粒度でそろえます。
要件、成果物、検収、保守、追加費用の条件をそろえて確認すると、後から費用が膨らむリスクを抑えられます。
RFPに書く記事・会員・移行・運用の条件
見積もり条件をそろえるため、RFPには次の情報をまとめます。
- 規模と運用：記事数、公開本数、画像容量、言語、スタッフ、権限の記載。
- 機能と日程：会員数、プラン、Stripe、配信本数、連携、公開希望日を書き出す。
- 移行条件：旧CMS、データ、画像、著者・タグ、公開日、変更不可URL、301、会員移行可否の記載。
画面は、参考サイトに加えて、トップ、一覧、記事、会員、フォーム、エラーの各画面を示します。未確定の項目は「未定」と書き、見積もりに含むか別途調査するかを明記します。
Ghost公式は、WordPress、Substack、Squarespace、Mailchimp、Mediumなどからの移行手段を案内しています。ただし、独自プラグインや複雑な会員情報は、個別の確認が必要です。
移行元を確かめずに「完全移行」とだけ提案する相手は避けます。
工程と成果物で分けた見積項目の比較
工程と成果物ごとに分けて、会社ごとに同じ条件で比べます。
- 開発工程：要件、設計、デザイン、テーマ、連携、移行、テストを別々の項目にする。
- 運用工程：リリース、研修、保守も項目に含めます。
- 成果物と条件：担当、工数、納品物、レビュー回数、前提の明記。
一般的な工数配分は、要件定義10〜12%、設計22〜24%、実装48〜50%、テスト15〜17%です。
一般的な工数配分は、テストが極端に少ない提案を見つける際の検算材料になります（出典: NotebookLM「業務システム全般_14」Q&A、2026年）。
「一式」に、ソースコード、ビルド方法、管理画面の設定が含まれるかを質問します。
成果物として、ステージング、移行スクリプト、301一覧を確かめます。加えて、テスト仕様書、操作手順書、障害連絡方法の有無も確認します。
テーマや設定の所有権、利用ライセンス、第三者素材の扱いは、契約書に記載します。
発注先の選び方（Ghost経験と保守体制）
対応実績、成果物、連絡と保守の体制を確かめたうえで、発注先を選びます。
- 技術実績：Ghost 6.x、テーマ、移行、会員、API、保守の経験の有無。
- 移行と運用：URL、会員データ、メール、障害対応の担当実績を聞く。
- 契約と連絡：言語、時間帯、個人情報、修正回数、引き継ぎの取り決め。
Ghost公式のExpert Directoryには、テーマ、移行、連携、セルフホスト、保守を支援する会社が掲載されています。ただし、掲載プロフィールに載る最低予算は、正式な見積もりとは異なります。
海外企業に頼む場合は、時差、日本語での要件整理、契約通貨、NDA、個人情報の越境処理を確認します。
Stripeやメールの国内での運用、修正回数、納品後の連絡時間も確かめます。
国内企業の場合も、Ghostの専門性に加えて、業務整理と運用担当者への引き継ぎを見ます。
見積もりに含めるリスクと切り戻し条件
切替時のデータの扱いと、公開後にどこまでを誰が受け持つかを、事前に決めます。
- 切り戻し：旧環境の保持、データ凍結、停止判断の担当の決定。
- 移行中の更新：新規会員や新着記事の扱いを決め、二重登録を防ぐ。
- 責任と時間：保守範囲、脆弱性確認、重大障害の連絡時間を契約に記載。
移行や会員課金を含む案件では、切り戻しの条件を決めておきます。旧環境の保持期間、データ凍結、会員登録や決済の一時停止、判断担当を明記します。
Ghost(Pro)側の自動更新や保護、委託先によるテーマと連携の保守、自社によるコンテンツと権限の管理を、分けて書きます。
セキュリティ修正や重大障害の連絡目標時間も、見積書と契約書で確認します。
よくある質問（FAQ）
Ghostは標準機能が明確な一方で、移行、会員、決済、連携、セルフホストの責任範囲によって判断が分かれます。自社の要件を回答と照らし合わせて、追加開発が必要な部分を切り出してください。
GhostへWordPressから移行するとSEO評価は失われますか？
URL構造をできるだけ維持し、変更したURLに301を設定すれば、SEO評価の低下リスクを抑えられます。移行の前後では、URL、本文、画像、canonical、サイトマップ、内部リンクを確認します。
切替後は、クロールエラーを監視します。Ghost公式も、ステージングで確認したうえで、必要に応じて301を設定する手順を案内しています。
Ghost(Pro)とセルフホストはどちらを選べばよいですか？
公開や会員施策に集中したい企業は、Ghost(Pro)を優先します。
一方、特定のクラウドなどが必要で、更新や障害対応の担当を確保できる企業は、セルフホストを検討します。
月額だけでなく、工数、復旧時間、セキュリティ責任を含めて、3年間の総保有コストで比べます。
GhostをヘッドレスCMSとして使うと開発期間は長くなりますか？
通常は、フロントとAPIを別々に設計するため、テーマ構成より長くなります。加えて、認証、プレビュー、キャッシュ、SEO、監視も設計の対象になります。
複数配信や既存のNext.js、独自の検索・会員体験が強みであれば、追加の工数にも価値があります。逆に該当しない場合は、通常テーマで公開し、必要な機能が固まってから移行すると、初期リスクを抑えられます。
セルフホストのセキュリティ更新は誰が担当しますか？
Ghost、Node.js、データベース、OS、コンテナ、テーマ、依存ライブラリは、社内か保守会社が更新します。そのうえで、脆弱性の検知、検証、適用期限、バックアップ、復旧、適用後の確認を、手順として決めておきます。
2026年2月のGhost 6.19.1修正告知のような問題もあり得るため、年1回の保守だけでなく、緊急更新の条件も確認します。
まとめ：6フェーズによるGhostシステムの定着
Ghostの開発は、画面を作るだけでは終わりません。まず目的とKPIを定め、標準機能との適合を確認します。
Ghost(Pro)、セルフホスト、ヘッドレスから構成を選び、設計・開発、テスト、稼働、定着までを業務改善として進めます。
最初に決める標準機能と個別開発の境目
実装先を機能ごとに分けると、不要な開発を抑えられ、費用も比べやすくなります。
- 標準機能：記事、固定ページ、タグ、配信、会員、Stripe、基本SEOの範囲。
- テーマと連携：独自デザインはテーマ、CRMや検索はAPI・Webhookへ。
- 個別システム：複雑な業務処理は別システムに分ける。
公式サービス料、開発費、外部サービス費、保守費は、分けて比較します。
見積もりで確認する移行・会員・保守
発注前に、RFP、見積もり、運用体制ごとの確認項目を整理します。
- RFP：記事・画像、URL、会員、配信、連携、権限、セキュリティ、KPIの記載。
- 見積もり：要件、設計、テーマ、連携、移行、テスト、切替、研修、保守の区分。
- 運用：成果物、検収条件、更新と脆弱性対応の担当を決める。
▼全体ガイドの記事
・Ghostのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。