Gatsbyのシステムを発注するときは、公開面と応募管理の分担を決め、要件を整理してから委託先を選ぶ順で進めます。そうすると、採用サイトと業務システムの役割を明確にできます。
発注前の決めごとから、発注形態、RFPと要件整理までを順に扱います。その後、費用相場、委託先の比較、検収と運用へ進みます。
▼全体ガイドの記事
・Gatsbyのシステム開発の完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
Gatsbyのシステムを発注する前に決めること
発注前に、情報を届ける相手、応募を受け付ける場所、公開後の更新担当を決めておきます。技術名だけで見積もりを取ると、どの役割が必要かが曖昧なまま残ります。
Gatsby公式のUse Casesでは、企業サイト、SEO、リード獲得、Careers and Department Pageなどが用途として挙げられています（出典: Gatsby公式「Use Cases」、2026年8月確認）。
採用広報と求人閲覧の公開面に向くGatsby
会社紹介や職種一覧、求人詳細は、検索からの流入を受ける公開ページの代表例です。社員インタビュー、採用コラム、FAQも、同じ公開ページに含まれます。
また、CMSや求人APIから情報を取り込んでビルドし、CDNで配信する構成にすると、閲覧のたびにサーバーやDBへ接続する場面を減らせます。特に、アクセスが集まりやすい採用キャンペーンや、多数の求人ページを速く公開したい企業と相性があります。
応募処理と候補者管理を別システムと連携させる構成
ログイン、応募情報の保存、面接予約は、Gatsbyの静的ページの中では完結しません。選考状況の管理や通知、管理画面、マッチングも同様です。そのため、処理はATSやCRM、認証基盤、独自APIなどへ分けます。
Gatsbyは公開情報の表示に絞る設計が安全です。「Gatsbyで採用管理システムを作る」という依頼でも、公開サイトと業務システムの開発費は分けて見積もります。
Gatsbyのシステムの発注形態
完成品の納品、企画からの伴走、社内チームの補完のうち、どれが必要かで発注形態を選びます。Gatsbyの経験だけでなく、CMSや求人API、CI/CD、個人情報フォームへの対応力も確かめます。
発注形態は、自社に足りない機能を補えるものを選ぶことが大切です。
企画から運用まで任せる一括外注
社内のWebやシステムの担当者が少なく、採用サイトの目的整理から公開後の改善まで任せたい場合に向いています。一社にコンサルと要件定義、デザインを依頼し、実装やCMS、インフラ、保守も含めて任せます。
窓口を一本化できるため、デザイン会社と開発会社のどちらが何を受け持つかが、あいまいになりにくくなります。また、求人ページと応募導線も一体で設計できます。
Gatsby実装と連携部分だけを専門会社へ外注する形態
デザインやコンテンツは社内や既存の会社で進め、データレイヤーやGraphQL、CMS、求人API、ビルド環境だけを専門会社へ依頼できます。社内にPMや技術判断のできる人がいる場合に、この形態が合います。
この形態では、既存の会社と新しい会社の責任範囲、コードの管理者、障害時の一次対応を、契約書とRFPに明記します。曖昧なままだと、問題が起きたときに責任が分散しがちです。
要件整理と開発を分ける段階発注
GatsbyとATS・APIの役割がまだ決まっていない場合は、現状調査と要件定義を先に発注します。その成果物をもとに、本開発を依頼する流れです。
採用サイトでは、既存のURLや求人件数、更新担当を調べ、応募の離脱と個人情報の保存先も確認します。調査によっては、当初の想定になかった工数が見つかることもあります。
要件定義の成果物を社内に残しておくと、別の会社から相見積もりを取る場合にも比べやすくなります。
RFPと要件整理の進め方
RFPは、依頼の内容と理由、条件を開発会社へ伝える文書です。業務フローや更新方法、品質基準を記載し、予算と納期も示します。技術名だけを並べる書き方は避けます。
RFPでGatsbyを必須とする場合も、代替案を使ってよいかどうかを示しておくと、要件に合わない技術選定を避けやすくなります。
RFPに書く目的と対象ユーザー
目的が「採用応募を増やす」のままでは、各社の提案を比べにくくなります。そのため、職種や地域、候補者の課題を具体化し、流入経路と改善指標も決めます。
職種一覧から求人詳細への遷移、社員記事から応募への誘導、検索流入のうち、どれを伸ばすかで、ページ設計と計測方法が変わります。あわせて、閲覧者、採用担当者、編集者、管理者が、それぞれ何をするかも整理します。
コンテンツとデータの更新方式
CMSで扱う会社情報や職種、勤務地を洗い出します。雇用形態や給与、募集状態も一覧にします。さらに、社員記事とFAQ、タグ、多言語項目も加えます。
求人情報は、ATSから同期するか、担当者がCMSへ入力するか、両方を使うかを決めます。募集終了後の非公開時期、公開予約、承認者は、あらかじめ決めておきます。プレビューと誤更新時の復元方法も、RFPに記載します。
具体的な更新要件を示せば、見積もりにCMS設計やAPI処理を反映できます。
RFPに含める非機能要件と受入条件
速度やスマートフォン対応、アクセシビリティを整理します。SEOメタ情報やXMLサイトマップ、構造化データ、解析も含めます。加えて、バックアップと監視、障害連絡の方法も決めます。
応募フォームで氏名、連絡先、職歴を取得する場合は、保存先や暗号化、権限を決めます。また、保存期間と削除手順、再委託先、国外サービスの利用も確認します。
受入条件は、確認できる表現で書きます。たとえば、フォームからATSへの登録や、API障害時の再送、予約時刻の公開、主要ブラウザでの表示が挙げられます。
契約形態とGatsbyのシステム費用相場
費用はライセンスそのものより、各工程の作業にかかります。要件定義、デザイン、実装、CMS・API連携のほか、移行、テスト、公開、保守もそこに含まれます。
Gatsby専用の国内料金統計は確認できていません。そのため、本記事の金額は、Webリニューアルの相場や公開されたGatsby案件、採用サイトの要件を組み合わせた条件付きの推定です。金額だけでなく、作業範囲と品質も比べます。
小規模な公開サイトの費用目安、50万〜150万円
採用LP、会社紹介、数件の求人詳細、問い合わせフォームなどを含む、30ページ程度までの小規模案件は、50万〜150万円程度が目安です。期間は1.5〜3か月程度を想定します。
見積もりの幅は、デザインや更新方法、CMSをどこまで含むかによって変わります。
- 低い側の条件：既存のデザインやスターターを使い、求人は手作業で更新する場合
- 上限に近づく条件：独自デザイン、CMS、プレビュー、SEO、コンテンツ移行を含む場合
一般的な10〜30ページのWeb改修相場と、Gatsbyの初期設計・CI/CDを踏まえた推定です（出典: ヒトノート「Webサイトリニューアル費用相場」、2026年8月確認）。
CMSと求人連携を含む中規模案件の費用目安、150万〜400万円
30〜100ページ程度で、CMSや職種検索、社員記事、応募導線、基本的な求人API連携を含む場合は、150万〜400万円程度です。期間は3〜6か月程度です。
CMSモデルや編集権限、公開予約、Webhookが加わります。さらに、求人データ変換や失敗時の再送、検索URL設計も必要になるため、ページ制作だけの場合より高くなります。
検索条件や多言語、既存コンテンツの移行件数が増えると、工数もさらに必要になります。
多言語・複数ブランド・業務連携を含む案件の費用目安、400万〜1,000万円以上
費用と期間は、サイトの規模や含める機能、開発方式によって変わります。
- サイト制作費：400万〜1,000万円以上が目安
- 開発期間：6〜12か月程度が目安
- 業務システム全体：800万〜2,000万円以上を検討する領域
100ページを超えるサイトや、多言語・複数ブランド・拠点に対応する案件が対象です。ATSや求人媒体、CRMとの連携に加えて、候補者向けマイページや細かな権限管理も含みます。
対象は、人材マッチングや候補者データベース、企業管理画面です。通知や監査ログまでを含めます。これらを一からスクラッチ開発する費用は、Gatsbyの制作費ではなく、業務システム全体の費用です。
いずれも要件によって変わる推定の幅であり、特定の金額を保証するものではありません。
工程ごとに選ぶ請負・準委任・混合契約
画面や機能、移行、テストなど、完成条件が固まった工程は、成果物と検収条件を定めやすいです。そのため、請負を検討できます。
一方で、要件検証中の設計や公開後の改善・保守は、作業時間や体制を確保する準委任が合います。要件定義を準委任、開発を請負、運用を月次準委任とする混合契約もあります。
契約名だけでなく、責任範囲や変更手続き、納品、検収を確認します。さらに、瑕疵対応や知的財産、再委託、秘密保持の取り決めも確かめます。
初期費用と分けて確認するクラウド・CMS・保守費
初期費用とは別に、主なランニングコストを確かめます。
- 月額サービス費：ホスティング、CDN、CMS、画像配信、検索、フォーム、監視、ドメイン、保守にかかる費用
- 従量課金：デプロイ、帯域、Webリクエスト、コンピュートにかかる、クレジット制の課金
2026年8月に確認したNetlifyの料金は、Freeが月額0ドル、Personalが月額9ドルです。さらに、Proは月額20ドル、Enterpriseは月額500ドルからです（出典: Netlify「Pricing and Plans」、2026年8月確認）。
採用キャンペーン時のアクセス量とビルド頻度を試算します。そのうえで、CMS料金と保守費も含めた月額の合計で比べます。
Gatsbyのシステム委託先と見積書の比較方法
自社の採用業務に近い実績と、公開後の運用体制を確認します。そのうえで、同じRFPを複数社へ渡し、同じ粒度で見積もりを比べます。比べる項目は、価格や前提、除外項目、体制、日程、保守です。
採用サイト・CMS・API連携の実績
Gatsbyでの制作経験は、判断材料として十分とはいえません。確認したいのは、職種検索や求人同期、社員記事のCMS運用など、自社の要件に近い事例です。応募フォームや承認、移行、解析、アクセシビリティについても、同様に見ます。
川崎重工業の「ANSWERS」では、Gatsby、Contentful、Netlifyを組み合わせたJamstackの事例が公開されています（出典: Web Designing Web「Jamstack導入の秘訣」、2022年掲載・2026年8月確認）。
この事例は、CMSと公開基盤を分けた運用の例として比べます。同じ構成を採るかどうかは、別に判断します。
Gatsby Cloud終了後のホスティングと保守方針
Gatsby Cloudを前提にした古い提案書は、そのまま採用しないことが大切です。
Netlifyは2023年8月、Gatsby Cloudのサービス終了と、Netlify Cloudへの移行方針を公表しました。ただし、Gatsby JS自体には影響しないと説明しました（出典: Netlify「Netlify Announces the Evolution of Cloud Platform」、2023年・2026年8月確認）。
提案内容を比べるときは、運用基盤と移行時の条件を分けて確認します。
- 配信と復旧：ホスティング、CI/CD、プレビュー、ロールバックの方式
- 管理と引き継ぎ：ログ、権限、費用、担当変更時の引き継ぎ方法
- サービス移行の条件：特定サービスに依存する場合は、移行費用とデータの持ち出し方法を見積書に記載
見積書の作業範囲・前提・除外項目の横並び比較
合計額だけで順位を付けず、見積書を作業ごとに分けて比べます。要件定義、設計、デザイン、実装は工程ごとに、CMS、API、検索、フォームは機能ごとに分けます。
移行、テスト、公開、文書、教育、保守も、同じ粒度で並べます。ページ、テンプレート、求人の数を揃えます。API数と対応ブラウザも、同じ条件に合わせます。修正・会議回数と納期も、条件を統一します。「CMS費用一式」や「連携費用一式」は、内容を質問し、回答を見積書に反映します。
契約に入れる個人情報・再委託・セキュリティの責任
静的配信は公開面の攻撃対象を減らします。一方で、フォームやCMS、外部スクリプト、npm依存、APIキー、認証のリスクは残ります。
Gatsby公式は、XSSやCSRF、第三者スクリプト、依存関係、鍵の露出、CSPを確認項目に挙げています（出典: Gatsby公式「Security in Gatsby」、2026年8月確認）。運用上の責任範囲は、項目ごとに決めます。
- 脆弱性と秘密情報：脆弱性への対応を受け持つ担当者と、秘密情報を管理する場所
- ログと障害連絡：保存しておく日数と、障害時に何分以内に連絡するかの取り決め
個人データを委託先やCMS、フォーム、CDNへ渡す場合は、安全管理や契約、取扱状況、再委託の条件を確認します。
個人情報保護委員会は、安全管理措置を事前に確認し、取扱状況を把握できる契約を推奨しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年8月確認）。
見積もりが安くても、対応が除外されていれば、別途の費用とリスクが生じます。
発注後の開発・検収・運用引き継ぎの進め方
契約後は、まず要件を確定し、デザインと実装に進みます。その後、データ投入とテストを行い、公開して運用を引き継ぎます。
採用計画や求人掲載日に公開日を合わせるため、納品日だけでなく、コンテンツの確定日や、CMSの説明日、受入テストの期間、移行リハーサルの日も決めます。
工程ごとの確認ポイントと意思決定者
工程ごとの確認内容は次のとおりで、それぞれ承認者を決めておきます。
- 要件定義：ページ、データ、権限、連携仕様、受入条件の確定
- 設計：CMS入力画面、求人検索、応募導線、エラー表示、スマートフォン表示の確認
- 実装：プレビュー環境に実データに近い求人を入れたうえでの、Gatsbyのビルド結果、リンク、メタ情報、画像、構造化データの確認
誰の判断で次の工程へ進むのかを明確にしておくと、複数の部門の意見が後から混ざりにくくなります。
業務フローで行う検収
求人登録から公開、検索、詳細表示、応募までを一連で確認します。さらに、指定先への送信と担当者通知も確かめます。
募集終了やAPI停止、入力エラーのほか、二重送信やタイムアウトといった異常時の動きも試します。公開予約とロールバックも確認します。
個人情報が画面やログに不要に残らないか、公開ページにAPIキーが露出していないかも確認します。
自社が持つソースコードと運用手順
納品時には、コードやGit、CMS権限、ホスティングの請求先を確かめます。あわせて、ドメインやDNS、環境変数、ビルド・デプロイ・復旧の手順も確認します。
外部サービスの契約情報も受け取ります。採用担当者には、求人の登録や下書き、承認、公開、終了について説明します。さらに、画像の交換や社員記事の追加も伝えます。
技術担当者向けには、依存更新や脆弱性の確認、ビルド失敗の調査、ログの確認、障害連絡先を文書にまとめます。
Gatsbyのシステム発注でよくある質問
技術の採否や発注範囲、外注費、公開後の運用を確認しておくと、開発会社との相談を具体的に進められます。
GatsbyとNext.jsのどちらを発注すればよいですか？
公開情報を効率よく生成し、CDNで配信する採用サイトなら、Gatsbyが候補になります。
一方で、ログイン後の画面や都度のリクエスト処理、複雑なサーバー機能、リアルタイム性が中心であれば、Next.jsや別のバックエンドも比べます。
Gatsbyを指定する場合も、動的な機能を別のシステムへ分けられるかを、代替案とあわせて確認します。
Gatsbyのシステム発注費用を抑える方法はありますか？
候補者ページや独自マッチングは初期開発に含めず、採用広報、求人閲覧、応募導線を第1段階にします。ATS連携や高度な管理を第2段階に分けると、初期費用を抑えやすくなります。
ページテンプレートとCMS項目を整理し、既存コンテンツを移行できる形にしてから、見積もりを取ります。
テストやセキュリティ、引き継ぎを削ると、公開後の追加費用につながります。そのため、不要な機能と必要な品質を分けます。
発注後に社内で保守できない場合はどうすればよいですか？
月次保守や障害対応、依存更新は、分けて依頼します。CMS問い合わせや更新代行、解析、改善提案は、それぞれ別に依頼します。コードと各サービスの管理権限は自社で持ち、委託先が変わる場合に備えます。
保守の対象外、緊急連絡、対応時間、追加費用の算定方法も、契約に記載します。
Gatsbyのシステム発注・外注方法まとめ
Gatsbyを採用に使う場合は、技術の導入そのものを目的にせず、採用サイトや求人を速く安全に届ける構成になっているかを評価します。
公開コンテンツはGatsbyで、応募や候補者の管理はATSやAPIで扱い、業務システムとは分けます。必要な場合は、要件定義から段階的に発注します。
発注前のRFPと受入条件の整備
RFPには、目的や対象ユーザー、ページとデータ、CMS更新を書きます。さらに、求人連携や個人情報、非機能要件、納期、予算条件も記載します。
見積もりでは、工程や契約、変更、再委託を確認します。加えて、権利と保守、Gatsby Cloud終了後の基盤も見ます。
担当者と期限が明確な提案を選ぶと、発注後の手戻りを減らせます。
委託先の技術・業務・運用の確認
採用サイトやCMS、求人APIの実績を確認します。さらに、個人情報やテスト、障害対応、引き継ぎの実績も見ます。
求人を更新しやすいかどうかと、委託先が変わっても自社で管理を続けられる範囲を、発注内容に含めます。
▼全体ガイドの記事
・Gatsbyのシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。