SSGのシステム開発の発注/外注/依頼/委託方法について

SSGのシステム発注は、公開範囲の切り分け、更新業務と要件の整理、提案の比較、契約、開発・検収の順に進みます。この順で進めると、公開後の運用まで見通しを立てやすくなります。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

SSGのシステムを発注する前に知っておきたい全体像

生成する工程と配信する場所を分けて捉えられます。

SSG（Static Site Generator）は、MarkdownやヘッドレスCMSのコンテンツをビルドして、HTML・CSS・JavaScript・画像などを生成する仕組みです。生成したファイルはCDNや静的ホスティングから配信します。アクセスごとにHTMLを組み立てるSSRと比べると、表示速度や急増時の負荷を設計しやすいのが特徴です。

ただし、SSGは多くの場合、システム全体ではなく公開部分の生成方式を指します。そのため、発注範囲は公開部分と、それ以外の部分に分けて考えます。

SSGが向いているサイトと向いていないシステムの分け方

SSGに向くかどうかは、サイトの特性、重視する効果、動的機能の有無で決まります。

相性がよいサイト：コーポレート、製品・サービス、オウンドメディア、採用、ブログ、Webマニュアル
重視する効果：表示速度、検索向けHTML、CDN配信、オリジンサーバー縮小。事前ビルドするため、キャンペーン時も配信基盤とキャッシュの設計で負荷を抑えやすい
動的機能：個別画面、頻繁に変わる在庫・価格、複雑な認証、決済、予約、業務データ検索（SSGだけでは完結しない機能）

公開ページはSSG、会員ページや検索APIはSSR・ISR・サーバーレス関数などに分ける構成が現実的です。そのため、どの画面を静的にし、どの処理をAPIなどへ分けるかは、委託先と先に確認しておきます。

フレームワーク名ではなく構成要素で定める発注範囲

見積もりは、Astro、Next.js、Nuxt、Hugoなどの名前だけで頼まず、構成要素ごとに分けて依頼します。

画面とコンテンツ：テンプレート、コンポーネント、CMS、コンテンツ移行
公開機能：画像最適化、サイトマップ、構造化データ、解析、フォーム、検索
配信と運用：CI/CD、CDN、監視、バックアップ

ヘッドレスCMSでは、編集画面、権限、下書き、承認、プレビューの操作が一つの流れになります。その流れは、Webhookによるビルドと、公開後のキャッシュ更新につながります。

静的ファイルを配信する構成でも、攻撃や障害の入口は複数あります。CMSの管理画面やAPIトークン、GitHub Actions、npmなどの依存パッケージがその例です。さらに、第三者JavaScriptや、CDN・DNSの設定も入口になります。

ビルド環境の秘密情報の管理、脆弱性対応、ログとアラート、復旧手順も成果物に含めておくと、運用開始後の不確実性を下げられます。

ポイント

迷ったときは、フォームや会員、検索などの動的機能を公開ページから切り離して考えます。動的機能の扱いは、発注範囲を決める最初の判断になります。

SSGのシステム開発の発注・外注の進め方

技術を選ぶ前に、目的と更新業務を整理しておくと、後の工程での手戻りを減らせます。流れは、要件整理、提案依頼、比較、契約の順に進み、その後に設計・開発と移行を経て検収に至ります。

社内で決めることと委託先に提案を求めることを分けておくと、RFPと見積書で比べる観点をそろえられます。

発注形態と社内で決める範囲

発注形態と依頼範囲は、社内の準備状況に合わせて選びます。

一括請負型：企画や要件定義からの委託
開発委託型：要件を整理したうえでの開発依頼
伴走・コンサル型：要件定義や委託先選定の支援

初めての導入で、課題やCMS運用、動的機能の切り分けが未整理なら、実装前に要件定義だけを進める方法も有効です。

ページ数が少なく、デザインと原稿がそろっていて、GitやMarkdownで社内更新できる場合は、実装とデプロイ設定に範囲を絞れます。

RFPには、目的、対象ユーザー、公開予定日を記載します。加えて、提案の前提になる項目も盛り込みます。

既存URLとページ数
更新者と公開頻度
フォーム・検索と対応言語
既存CMS
アクセスのピーク

判断材料がない項目は、未定と明記します。そのうえで、提案側に前提と代替案を求めます。

RFPと要件整理での更新業務と非機能要件の数値化

RFPでは、更新業務と移行条件、測定できる非機能要件を明確にします。

更新業務：担当者、編集画面、承認順の定義。例は、下書きを責任者がプレビューし、承認後にWebhookで公開する流れ
移行条件：旧URL転送、404、代替テキスト、公開日時、サイトマップ、メタ情報、タグ・カテゴリの扱い
非機能要件：「速く」「安全に」を、通常時・キャンペーン時の同時アクセス、公開反映時間、ビルド時間などの数値で表した要件

対応ブラウザ、Core Web Vitalsの目標、ログ保存期間、復旧目標RTO、復旧時点の目標RPOも決めておきます。

フォームや資料請求で個人情報を扱う場合は、法務・情報システム部門と一緒に確認しておきます。確認するのは、送信先、保存期間、アクセス権限、委託先の所在地、海外サービスの利用です。

提案から検収までの工程ごとの進捗管理

提案後は、工程ごとに作業と確認時期を分けて管理します。

要件定義、情報設計、デザインの確認
実装、CMS・API連携、インフラの確認
コンテンツ移行、テスト、公開支援、保守の確認

開発中は、Gitのプルリクエストやステージング環境、プレビューURLを使い、ページ単位の確認を早めに行います。特に、本番直前に初めて全ページを見ると、URL変更や原稿不足が納期に響くおそれがあります。

検収では、デザインの再現に加えて、主要URLのステータスとリダイレクトを確認します。さらに、検索、フォーム通知、解析、OGP、サイトマップの設定も見ます。表示速度やスマートフォン表示も、検収の対象です。

権限、バックアップ、ロールバックの確認も検収項目に入れます。条件を契約前に決めておくと、納品後に「想定していた運用と違う」という争いを減らせます。

ポイント

技術を選ぶ前に、目的と更新業務、社内で決める範囲を先に整理します。その内容をそろえてRFPを出すと、各社の見積書を同じ条件で比べられます。

SSGシステムの契約形態と費用相場

業務連携中心の区分は、ほかの規模区分と費用帯が異なります。

SSGの費用は、静的ファイルの配信料だけでは決まりません。そこで、初期費用と運用費に分けて考えます。

初期費用は、要件定義、設計、デザイン、実装で構成されます。さらに、CMS・API連携、移行、テスト、CI/CD、インフラ設定も含まれます。

運用費は、ホスティング、CMS、ドメイン、監視、WAFに分けて見積もります。

ログ、メール送信、保守も、別の項目として扱います。

規模別の初期開発費の目安：50万〜150万円、150万〜500万円、500万円以上

規模の区分が上がるほど、ページ数や連携する作業の範囲が広がり、費用と期間も大きくなります。初期費用と期間は、対象規模や連携範囲で変わります。そのため、区分ごとの前提と目安を4つに分けて示します。

小規模：5〜15ページ、既存デザイン、Markdown・Git、外部フォーム。50万〜150万円、2〜6週間程度
標準：20〜100ページ、独自デザイン、CMS、移行、SEO、CI/CD、プレビュー。150万〜500万円、2〜4か月程度
大規模：多言語・複数サイト、数百〜数千ページなど。500万〜1,500万円以上、4〜9か月程度
業務連携中心：会員、決済、在庫、予約など。1,000万〜3,000万円以上、6〜12か月以上となる場合があります

ページ数と機能が同じでも、原稿や画像の整理状況、旧URLの数によって工数は変わります。

大規模案件では、権限付き検索、複数API、監査ログ、データ移行、厳格な運用設計も含まれます。

業務データ連携では、費用の中心はSSGではなく、バックエンド、認証、データ連携、テスト、監視、運用設計です。

提案書では、前提と除外作業を確認しておきます。

金額は要件に応じた推定で、SSG専用の公的統計ではありません。業務システム相場、公開事例、公開料金を組み合わせた、発注前の目安です（出典：リサーチノート「SSGのシステム」、2026年）。

ホスティングとCMSの月額の比べ方

無料プランから始められるサービスもありますが、有料プランの料金は、サービスごとに表記が異なります。2026年8月時点の公式料金を、Cloudflare Pages、Vercel、AWS CloudFrontの順に示します。

Cloudflare Pages：Free 0ドル、Proは年20ドル・月25ドル、Businessは年200ドル・月250ドル
Vercel：Hobby 0ドル、Proは月20ドルから
AWS CloudFront定額プラン：Free 月0ドル、Pro 月15ドル、Business 月200ドル、Premium 月1,000ドル

各プランは、リクエスト数やデータ転送量の利用枠が異なります。

料金、為替、超過課金は変わるため、契約時に公式ページを再確認します。

無料プランは、本番の企業サイトで使えるとは限りません。たとえば、Vercel Hobbyは個人・非商用向けです。GitHub Pagesも同様に、オンラインビジネスや商用SaaSの無料ホスティングは想定も許可もされていないと、公式ドキュメントに記載されています。

microCMSなどでは、ユーザー数、API利用量、権限、転送量、バックアップ、プラン改定の条件を確認します。

費用を比べるときは、商用利用の可否、障害時の代替、運用工数も含めます（出典：Cloudflare Pages、Vercel、Amazon CloudFront、GitHub公式料金・ドキュメント、2026年8月確認）。

請負・準委任・保守契約の使い分け

契約形態は、成果物の完成を求めるか、専門家の作業支援を求めるかで選びます。

請負契約：成果物の完成を重視。要件変更時の追加費用の取り決め
準委任契約：要件整理、設計支援、継続改善、運用支援などの依頼

請負では、画面、機能、移行対象、テスト、納期、検収条件を固めます。一方で、準委任では、成果物、責任範囲、作業時間、変更手続を確認します。

契約書には、ソースコード、Gitリポジトリ、IaC、デザイン・CMSデータを明記します。依存パッケージ、環境変数の管理方法、ドメインやクラウドの契約者も、書き込みます。

著作権、改修権、第三者ライセンスの扱いを定めます。また、再委託、秘密保持、障害対応、終了時の引き継ぎも取り決めます。

著作権法27条・28条に関係する翻案権などを含め、委託しただけで、ソースコードの引渡しや自由な改修権が当然に得られるとは限りません。そのため、法務と確認したうえで、納品物と利用権を具体的に決めてください。

ポイント

初期費用と運用費を分けて見積もり、金額は要件に応じた前提とともに比べます。契約は、成果物の完成を求めるなら請負、作業の支援なら準委任を選びます。

SSGの委託先を選び、見積書を比較するポイント

同じ3観点で見積書を見れば、各社の条件を照らし合わせやすくなります。

委託先は、技術力だけでなく、コンテンツ移行や編集業務、動的機能、クラウド、セキュリティ、公開後の保守まで説明できる会社を選びます。

同じRFPを複数社に渡し、見積書の形式を統一すると、比べる条件がそろいます。最安値より、価格差がどの作業から生じるのかを確認します。

類似案件の実績の確認：技術名より構成と成果

「Next.jsを使った」という説明を受けたときは、実績の構成と運用まで確認します。

サイトと移行：ページ数、CMS、公開方式、既存サイトからの移し替え方法
連携と公開：更新者数、検索・フォームAPI、ビルド・デプロイ方法
運用体制：公開後の保守と、担当した範囲

KDDIアイレットは、Kuroco、Nuxt 3 SSG、GitHub Actions、Kuroco Frontを組み合わせた事例を公開しています。事例では、運用コストを95％以上削減したと紹介されています。

ただし、この削減率が自社にも当てはまるとは限りません。削減前後の業務範囲と前提を確認します（出典：KDDIアイレット「ヘッドレスCMSの導入で運用コストを95％以上削減」、2024年公開）。

目的に近い事例としては、Markdown・VitePress・GitHub・Azureを使ったWebマニュアルがあります。さらに、既存WordPressを編集基盤に残し、AWSで静的配信する構成もあります。AstroとヘッドレスCMSを組み合わせた事例もあります。

事例が非公開の場合は、画面共有や匿名化した設計資料で、担当範囲を示してもらいます。件数よりも、似た課題の解決方法と公開後の責任者を確かめます。

見積書の比べ方：作業・前提・除外項目

見積書は、「作業範囲」「数量」「前提と除外項目」が分かる形にします。

作業範囲：要件定義、画面設計、デザイン、フロントエンド、CMS・API、移行、テスト、インフラ、公開支援、保守
数量：ページ単価、テンプレート数、コンポーネント数、移行する記事・画像の件数、リダイレクト数、言語数、フォーム数、検索対象、修正回数
一式の確認：作業内容・完了条件の質問と、前提・除外範囲の突き合わせ

たとえば、A社の見積もりに移行が含まれ、B社では移行が自社作業なら、範囲をそろえて比較します。

さらに、CMS・ホスティングの初年度と2年目以降、従量課金は分けて見ます。他の費用項目も、次の4つを確かめておきます。

為替による金額の変動
保守時間
緊急・脆弱性対応
追加ページ単価

金額が低めの提案では、除外項目、納品後の作業、移行担当、障害時の対応時間を、特に確認します。

提案段階でのベンダーロックインと引き継ぎ条件の確認

引き継ぎでは、データやアカウントに加えて、ビルドと配信の構成も確認します。

構成情報：CMS形式、独自部品、ビルドスクリプト、環境変数、CI/CD、DNS、CDN
権限とデータ：リポジトリ所有者、管理者権限、クラウド契約者、CMSデータ出力
運用資料：ビルド手順書、IaC、依存パッケージ一覧

これらの設定は、公開後の運用を支えています。そのため、納品時だけでなく、契約終了時に自社や後任会社へ渡せるかも確認します。

保守契約では、月次更新、CMS問い合わせ、OSやnpm依存パッケージの脆弱性対応の範囲を明記します。さらに、ビルド失敗、DNS・証明書、監視、バックアップ、解析の範囲も盛り込みます。

初期開発費に対して年15〜25％程度を、保守費の起点とする見方があります。ただし、定期更新の量やSLA、緊急対応の有無で変わります。

保守契約がない場合でも、誰がいつ脆弱性を確認し、どの手順でロールバックするかを、引き継ぎ資料に残してください。

ポイント

見積書は、作業範囲や数量、前提と除外項目をそろえて比べます。価格差がどの作業や前提から生じるのかを見ると、各社の提案の違いが分かりやすくなります。

SSGのシステム発注・外注でよくある質問

提案依頼の前に確認したい疑問に、費用、更新、動的機能、引き継ぎの観点で答えます。

SSGのシステム開発を外注するといくらかかりますか？

小規模サイトは50万〜150万円、CMSや移行を含む標準案件は150万〜500万円、大規模・多言語・API連携は500万〜1,500万円以上が目安です。

会員、決済、在庫などを含むハイブリッドシステムは、1,000万〜3,000万円以上となる場合があります。費用は、ページ数や原稿の状態、移行件数、動的機能、テスト、保守の範囲で変わるため、金額だけでなく前提も比べます。

SSGにすると担当者は自分でコンテンツを更新できますか？

更新できます。ヘッドレスCMSで入力し、プレビュー、承認、Webhookによるビルド、CDN公開へと進む設計であれば、担当者はGitを直接操作せずに運用できます。

一方、MarkdownとGitの場合は、編集者の習熟度やレビュー体制を確認し、必要であればCMS型と比べます。また、担当者が下書き、承認、公開後の修正を行う操作を、受け入れテストに含めます。

問い合わせフォームや検索をSSGと一緒に実装できますか？

実装できます。SSGに、フォームサービス、サーバーレス関数、検索API、外部SaaS、既存バックエンドを組み合わせます。

個人情報を受け取る場合は、送信先、保存先、暗号化、迷惑送信対策を要件に含めます。さらに、権限、ログ、通知、委託先管理も要件として決めます。

会員認証や決済など利用者ごとの処理が重要なら、公開ページをSSGにし、認証・決済はSSRやAPI側で扱う構成を提案してもらいます。

発注先を変更するときにSSGのシステムは引き継げますか？

契約と設計を適切に行えば引き継げます。リポジトリ、CMSデータ、ビルド手順、環境構成を、自社で管理できる形で納品してもらいます。さらに、IaC、ドメイン、クラウドアカウントも同じ形で渡してもらいます。

監視、バックアップ、依存パッケージ一覧も引き継ぎます。また、第三者サービスを委託先の個人アカウントに依存させないよう、契約者、退任時の引き渡し、権限削除、ライセンス、改修権を明記します。

条件が曖昧なままだと、静的サイトであっても、発注先を変えるときのコストが高くなります。

ポイント

費用は要件で大きく変わるため、ページ数や動的機能、保守の範囲を前提として添えて質問します。引き継ぎは、リポジトリやCMSデータ、ドメインを自社で管理できるかで判断します。

まとめ

SSGを発注するときは、静的に配信する公開ページの範囲を決めます。そのうえで、フォーム、検索、認証、決済をAPIや別のバックエンドに分ける範囲を切り分けます。

RFPには、更新業務、既存URLと移行、CMSの条件を落とし込みます。さらに、CI/CD、CDN、セキュリティ、復旧目標も盛り込みます。

費用と技術より、責任の範囲と運用の比較

初期開発費、CMS・ホスティングの月額、移行・テスト・保守を分けて比べます。

小規模は50万〜150万円、標準は150万〜500万円、大規模は500万〜1,500万円以上が目安ですが、要件で変わります。

見積もりは、「一式」の表記を工数や前提に分けて、除外項目、変更単価、公開後の対応時間もそろえて比べます。

次の一歩：自社の更新業務とRFP項目の洗い出し

委託先には、類似ページの移行や、CMSの編集・承認の流れを確認します。さらに、動的機能についてどこまでを委託先が受け持つか、商用配信基盤、コードと環境の引き継ぎ、脆弱性対応も確かめます。

現行URL、ページ数、更新者の数を整理します。加えて、フォーム、検索、アクセス数、保守課題もまとめておくと、複数社から条件のそろった提案を受けやすくなります。

▼全体ガイドの記事
・SSGのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。