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

Gatsbyのシステムを発注するなら、Gatsby.jsを採用することだけでなく、採用サイトや求人情報を公開するフロントエンドと、応募者情報を管理するATS・業務システムの分担まで決めることが重要です。

「Gatsbyのシステム開発を外注したいけれど、何を準備して、どの契約で、いくらで依頼すればよいのか分からない」という担当者に向けて、発注形態の選び方、RFPと要件の整理、契約形態、費用相場、委託先の選定、見積書の比較方法を順番に解説します。Gatsbyは採用管理SaaSや候補者データベースそのものではないため、そこを曖昧にしたまま会社を探さないことが失敗を防ぐ第一歩です。

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

Gatsbyのシステムを発注する前に何を決めますか？

Gatsbyのシステム発注では、技術名から見積もりを取るのではなく、誰にどの情報を届け、どこで応募を受け、公開後に誰が更新するのかを定義します。Gatsby公式のUse Casesでも、企業サイト、SEO、リード獲得、Careers and Department Pageなどが用途として示されています（出典: Gatsby公式「Use Cases」、2026年8月確認）。

会社紹介、職種一覧、求人詳細、社員インタビュー、採用コラム、FAQなど、検索エンジンから訪問されるページはGatsbyの得意領域です。CMSや求人APIからデータを取り込み、ビルドでページを生成してCDNから配信する構成にすると、閲覧のたびにアプリケーションサーバーやデータベースへ接続する必要を減らせます。アクセスが集中しやすい採用キャンペーンや、複数の求人ページを高速に公開したい企業と相性がよいです。

ログイン、応募情報の保存、候補者の選考ステータス、面接予約、メール通知、企業側の管理画面、マッチング処理は、Gatsbyの静的ページだけでは完結しません。ATS、CRM、認証基盤、独自APIなどに処理を分け、Gatsbyは必要な公開情報を表示する役割に絞る設計が安全です。「Gatsbyで採用管理システムを作る」という依頼を受けた場合も、公開サイトの開発費と業務システムの開発費を分けて見積もるようにします。

Gatsbyのシステムはどの発注形態で外注しますか？

発注形態は、完成したサイトを納品してもらうのか、企画から伴走してもらうのか、社内の開発チームを補完してもらうのかで選びます。Gatsbyの経験だけでなく、ヘッドレスCMS、求人API、CI/CD、個人情報を扱うフォームまで対応できる体制かを確認し、自社の不足している機能を補える形態を選ぶことが大切です。

社内にWeb担当者やシステム担当者が少なく、採用サイトの目的整理から公開後の改善まで任せたい場合は、コンサルティング、要件定義、デザイン、Gatsby実装、CMS構築、インフラ設定、保守を一社へ一括外注します。窓口を一本化できるため、デザイン会社と開発会社の責任分界が曖昧になりにくく、求人ページと応募導線を一つの体験として設計しやすい形態です。

デザインやコンテンツ制作は社内または既存の制作会社で進め、Gatsbyのデータレイヤー、GraphQL、CMS連携、求人API、ビルド環境だけを専門会社へ依頼する方法もあります。社内にプロジェクトマネージャーや技術判断ができる人材がいる場合は、必要な工程だけを切り出せます。一方で、既存会社と新しい開発会社の責任範囲、ソースコードの管理者、障害時の一次対応を契約書とRFPに明記しないと、問題発生時に原因の押し付け合いが起きやすくなります。

何をGatsbyで作り、何をATSや別APIに任せるかが決まっていない場合は、最初に現状調査と要件定義だけを発注し、その成果物をもとに本開発を発注します。採用サイトのリニューアルでは、既存URL、求人データの件数、更新担当者、応募完了までの離脱、個人情報の保存先を調べるだけでも、当初想定していなかった工数が見つかります。要件定義の成果物を社内に残せるため、別会社へ相見積もりを取る場合にも比較しやすくなります。

RFPと要件整理はどのように進めますか？

RFPは、開発会社に対して「何を、なぜ、どの条件で依頼したいのか」を伝える文書です。技術名を列挙するだけではなく、採用広報から応募までの業務フロー、公開後の更新方法、品質基準、予算と納期の前提を記載します。Gatsbyを必須条件にする場合でも、代替案を提示してよいかを明記すると、要件に合わない技術選定を避けられます。

「採用応募を増やす」だけでは提案を比較できないため、採用したい職種、対象地域、候補者の課題、現在の流入経路、改善したい指標を具体化します。たとえば、職種一覧から求人詳細へ進む割合を高めたいのか、社員インタビューから応募へ誘導したいのか、検索流入を増やしたいのかで、必要なページ設計と計測方法が変わります。閲覧者、採用担当者、コンテンツ編集者、管理者のそれぞれが何をするかも整理します。

RFPには、会社情報、職種、勤務地、雇用形態、給与、募集状態、社員記事、FAQ、タグ、多言語項目など、CMSで管理したいデータを洗い出します。求人情報をATSから自動同期するのか、採用担当者がCMSへ入力するのか、両方を使うのかも重要です。募集終了した求人を非公開にするタイミング、公開予約、承認者、プレビュー、誤更新時の復元方法まで記載すると、見積書に必要なCMS設計やAPI処理が反映されます。

表示速度、スマートフォン対応、アクセシビリティ、SEOのメタ情報、XMLサイトマップ、構造化データ、アクセス解析、バックアップ、監視、障害時の連絡方法を非機能要件として整理します。応募フォームで氏名、連絡先、職歴などを取得する場合は、保存先、暗号化、権限、保存期間、削除手順、再委託先、国外サービスの利用有無も確認します。受入条件は「問題なく動く」ではなく、フォーム送信がATSへ登録される、API障害時に再送できる、公開予約が指定時刻に反映される、主要ブラウザで表示が崩れないなど、確認できる表現にします。

契約形態とGatsbyのシステム費用相場はどう考えますか？

Gatsbyのシステムには、Gatsbyそのもののライセンス購入費というより、要件定義、デザイン、フロントエンド実装、CMS・API連携、コンテンツ移行、テスト、公開、保守の費用がかかります。Gatsby専用の国内料金統計は確認できないため、以下の金額は一般的なWebサイトリニューアル相場、公開されているGatsby案件の価格帯、採用サイトの機能要件を組み合わせた条件付きの推定です。最終的には、金額ではなく含まれる作業範囲と品質を比較します。

採用LP、会社紹介、数件の求人詳細、問い合わせフォームなど、30ページ程度までの小規模案件は、50万〜150万円程度が一つの目安です。期間は1.5〜3か月程度を想定します。既存デザインやGatsbyスターターを活用し、求人情報を手作業で更新する場合は低い側に寄りやすいです。オリジナルデザイン、CMS、プレビュー、SEO設定、コンテンツ移行まで含める場合は上限に近づきます。これは一般的な10〜30ページ程度のWebリニューアル相場と、Gatsbyの初期設計・CI/CD分を踏まえた推定です（出典: ヒトノート「Webサイトリニューアル費用相場」、2026年8月確認）。

30〜100ページ程度で、ヘッドレスCMS、職種検索、社員記事、応募導線、基本的な求人API連携を組み合わせる場合は、150万〜400万円程度が目安です。期間は3〜6か月程度です。CMSのコンテンツモデル、編集権限、公開予約、Webhook、求人データの変換、通信失敗時の再送、検索結果のURL設計などが加わるため、ページ制作だけの見積もりより高くなります。検索条件や多言語、既存コンテンツの移行件数が増えると、さらに工数が必要です。

100ページを超えるサイト、多言語、複数ブランド、複数拠点、ATS・求人媒体・CRMとの連携、候補者向けマイページ、細かな権限管理まで含める場合は、400万〜1,000万円以上となることがあります。期間は6〜12か月程度が目安です。人材マッチング、候補者データベース、企業管理画面、通知、監査ログまでスクラッチで構築する場合は、Gatsbyの制作費ではなく業務システム全体の費用として800万〜2,000万円以上を検討する領域です。いずれも要件によって変わる推定レンジであり、特定金額を保証するものではありません。

要件と完成条件が固まった画面、機能、コンテンツ移行、テストなどは、成果物と検収条件を定めやすいため請負契約を検討できます。一方、要件を一緒に検証しながら設計する期間や、公開後の改善・保守は、作業時間や体制を確保する準委任契約が合いやすいです。実際の案件では、要件定義を準委任、開発と納品を請負、運用改善を月次の準委任に分ける混合契約も考えられます。契約名だけで判断せず、責任範囲、変更手続き、納品物、検収、瑕疵対応、知的財産権、再委託、秘密保持を確認します。

公開後は、ホスティング、CDN、CMS、画像配信、検索、フォーム、監視、ドメイン、保守契約などのランニングコストが発生します。Netlifyの料金ページを2026年8月に確認したところ、Freeは月額0ドル、Personalは月額9ドル、Proは月額20ドル、Enterpriseは月額500ドルからと表示されています。ただし、デプロイ、帯域、Webリクエスト、コンピュートなどのクレジット制従量課金があるため、採用キャンペーン時のアクセス量やビルド頻度を含めて試算します（出典: Netlify「Pricing and Plans」、2026年8月確認）。CMSの料金や保守費は別になるため、月額合計で比較することが重要です。

Gatsbyのシステム委託先と見積書はどう比較しますか？

委託先を選ぶときは、Gatsbyの導入経験を一言で確認するのではなく、自社の採用業務に近い実績と、公開後の運用体制を確認します。複数社へ同じRFPを渡し、価格だけでなく、前提条件、除外項目、体制、スケジュール、保守内容を同じ粒度で揃えると、見積比較の精度が上がります。

確認する実績は、Gatsbyでページを作ったかだけでは不十分です。職種検索、求人情報の同期、社員インタビューのCMS運用、応募フォーム、プレビューと承認、サイト移行、アクセス解析、アクセシビリティまで、自社の要件に近い事例を見せてもらいます。川崎重工業のオウンドメディア「ANSWERS」では、Gatsby、Contentful、Netlifyを組み合わせたJamstack事例が公開されています（出典: Web Designing Web「Jamstack導入の秘訣」、2022年掲載・2026年8月確認）。同じ構成を採用すべきという意味ではなく、CMSと公開基盤を分けて運用した事例として比較材料にします。

Gatsby Cloudを前提にした古い提案書をそのまま採用しないことが重要です。Netlifyは2023年8月、Gatsby Cloudのサービス終了とNetlify Cloudへの移行方針を公表し、Gatsby JS自体には影響しないと説明しました（出典: Netlify「Netlify Announces the Evolution of Cloud Platform」、2023年・2026年8月確認）。委託先には、現在のホスティング、CI/CD、デプロイプレビュー、ロールバック、ログ、権限、費用、担当者が変わった場合の引き継ぎ方法を確認します。特定サービスに依存する場合は、移行時の作業費とデータの持ち出し方法も見積書へ記載します。

見積書は合計額の安い順に並べず、要件定義、情報設計、デザイン、Gatsby実装、CMS設定、API連携、検索、フォーム、コンテンツ移行、テスト、公開、ドキュメント、教育、保守に分解します。ページ数、テンプレート数、求人件数、APIの本数、対応ブラウザ、修正回数、打ち合わせ回数、納期を同じ表現に揃えます。「CMS費用一式」「連携費用一式」のような項目は、何が含まれるかを質問して、回答を見積書へ反映してもらいます。

Gatsbyの静的配信は公開面の攻撃対象を減らす効果がある一方、フォーム、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のシステムを発注する担当者からよく寄せられる疑問に回答します。技術の採否だけでなく、発注前に決める範囲、外注費の考え方、公開後の運用まで確認しておくと、開発会社との初回相談を具体的に進められます。

公開コンテンツを効率よく生成し、CDNから配信する採用サイトならGatsbyが候補になります。ログイン後の個別画面、リクエストごとの処理、複雑なサーバー機能、リアルタイム性が中心なら、Next.jsや別のバックエンドを含めて比較します。Gatsbyを指定して発注する場合でも、読者が求める動的機能を別システムへ分けられるか、開発会社に代替案を確認することが安全です。

最初から候補者マイページや独自マッチングまで作らず、採用広報、求人閲覧、応募導線を第1段階にし、ATS連携や高度な管理機能を第2段階に分けると初期費用を抑えやすいです。ページテンプレートとCMS項目を整理し、既存コンテンツを移行できる形式に整えてから見積もりを取ることも有効です。ただし、テスト、セキュリティ、運用引き継ぎを削ると公開後の追加費用につながるため、不要な機能と必要な品質を分けて削減します。

見積段階で、月次保守、障害対応、依存パッケージの更新、CMSの問い合わせ、コンテンツ更新代行、アクセス分析、改善提案を分けて依頼します。ソースコードと各サービスの管理権限を自社でも保持し、委託先が変わっても引き継げる状態にすることが重要です。保守の対象外と、緊急時の連絡方法、対応時間、追加費用の計算方法まで契約へ記載します。

Gatsbyのシステム発注・外注方法まとめ

Gatsbyのシステムを発注するときは、Gatsbyを採用することを目的にせず、採用サイトや求人情報を速く安全に届けるための構成として評価します。公開コンテンツはGatsby、応募情報や候補者管理はATS・API・業務システムという境界を先に決め、必要なら要件定義から段階的に外注します。

RFPには、事業目的、対象ユーザー、ページとデータ、CMSの更新方法、求人・ATS連携、個人情報の扱い、非機能要件、納期、予算の前提を記載します。見積書は工程別に分解し、請負・準委任の違い、変更時の手続き、再委託、権利、保守、Gatsby Cloud終了後の運用基盤を確認します。価格だけでなく、誰が何をいつまでに行うかが明確な提案を選ぶことが、発注後の手戻りを減らします。

委託先の比較では、Gatsbyの経験だけでなく、採用サイト、ヘッドレスCMS、求人API、個人情報保護、テスト、障害対応、運用引き継ぎの実績を確認します。公開後に求人を更新する担当者が迷わず使え、開発会社が変わっても自社で管理を継続できる状態まで含めて発注範囲を決めると、Gatsbyのシステムを長く活用しやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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