Astroのシステムを発注する流れは、大きく三つの段階に分かれます。最初に目的と要件を整理し、次に発注形態を選んで、契約と委託先を比べます。最後に移行と運用の設計を行います。この順に進めると、事業成果につながります。
▼全体ガイドの記事
・Astroのシステム開発の完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
Astroのシステムを発注・外注する前に押さえる全体像
Astroは、企業サイトやサービスサイトのように、検索経由でコンテンツを届けるシステムと相性のよいWebフレームワークです。オウンドメディアやドキュメントサイトにも向いています。静的HTMLをCDNから配信し、必要な部分だけJavaScriptを読み込むIslands Architectureが特徴です。
ただし、CMSやデータベース、認証、監視まで含めて、Astroだけで完結する製品ではありません。そのため、公開コンテンツと動的な業務機能の担当範囲を分けて設計します。
Astroが担当する部分と、別に設計する部分
会社情報、商品説明、導入事例、FAQ、ブログなど、閲覧者ごとの差が小さいページは、SSG（静的サイト生成）とCDN配信で組み立てやすい領域です。
一方、会員情報や決済は、APIや認証基盤、データベース、基幹システムと連携して実装します。在庫や予約枠、個別ダッシュボードも、同じように連携させます。AstroにReactやVueのUI部品を組み込むこともできます。
動的な業務処理がサイトの大半を占める場合は、Next.jsやNuxtも比較の対象に含めます。
発注の目的はフレームワーク導入ではなく事業成果
発注前に、事業上の目的を言葉にしておきます。たとえば、表示速度を改善する、記事更新の手間を減らす、WordPressの保守負担を軽くする、問い合わせや資料請求を増やす、といったものです。
Astroを指定しても、重い画像や多い外部タグが残っていれば、期待した成果が出ないことがあります。遅いAPIや公開時の手作業が残っている場合も、同じように成果を妨げます。
先に要件と評価指標を決め、その達成手段としてAstroを検討します。そうすると、委託先の提案も同じ前提で比べやすくなります。
Astroのシステムに適した発注形態を選ぶ方法
発注形態は、サイトの規模と更新頻度で決まります。既存データの量や業務機能の複雑さ、社内の技術担当者の有無も、判断の材料になります。
初期費用だけを優先すると、移行や運用の追加費用が後から膨らみます。そのため、公開後の総保有コストまで見積もります。
テンプレートやパッケージを使う発注
ページ数が少ないコーポレートサイトやキャンペーンページに合う方法です。独自の会員機能や複雑な検索、大量の移行がなければ、既存テンプレートや制作会社の標準パッケージを使えます。
画面と機能の範囲を早く確定できるため、短納期になりやすい方法です。一方で、管理画面の細かな変更や将来の独自機能には制約が出ます。
見積の段階では、テンプレート費用とデザイン調整、フォームや解析タグの扱いを確かめます。あわせて、公開後の修正が何回まで含まれるかも聞いておきます。
クラウドCMSとAstroを組み合わせる発注
記事やお知らせを社内で更新するなら、microCMSやContentfulなどのヘッドレスCMSとAstroを組み合わせる構成が有力です。
CMSは編集画面とコンテンツ管理を、Astroは表示側を担当します。そのため、デザイン変更と記事更新の責任を分けやすくなります。
公開前プレビューと承認フロー、予約公開を用意します。さらに、Webhookによる自動ビルドも用意します。SEOタイトルやディスクリプションの入力欄も、RFPに書いておくと見積の差が小さくなります。
既存WordPressを活かす、または移行する発注
既存WordPressをヘッドレスCMSとして残し、表側だけをAstroで刷新する方法もあります。慣れた管理画面をそのまま使える一方で、WordPress本体やプラグインの保守が続きます。API、認証、バックアップの保守も、引き続き必要です。
完全移行では、記事本文のほか、URLや画像が対象になります。カテゴリや著者、構造化データも、移行の範囲に含まれます。さらに、canonical、301リダイレクト、サイトマップも対象です。データが未整理だと、移行が実装より長くなることがあります。
業務システムやAPIを含むスクラッチ開発
ログインや権限管理、外部APIが必要な場合は、Astroの画面開発だけでなく、バックエンドと運用基盤も含めて委託します。商品・顧客・予約データや監査ログを扱う場合も、同じ考え方で委託の範囲を決めます。
公開ページはAstroのSSGで出力し、個別表示はSSRやServer Islands、業務処理はAPIとデータベースに分けます。
静的配信を活かしながら、機能を拡張できます。ただし、動的処理が中心なら、Astroを採用する理由があるかを、委託先の提案で確かめます。
Astroのシステム開発を発注・外注する進め方
まず現状を把握し、要件を整理します。そのうえで提案を比べ、契約に進みます。その後、設計・開発、移行、検収を経て、運用を始めます。制作会社へのデザイン依頼も、要件が固まってから行います。
何をCMSで管理し、何をAPIから取得するか、誰が公開を承認するかが、品質と費用を左右します。
現状の洗い出しとKPIの設定
移行やKPIの設定に使う情報は、先にそろえておきます。
- サイト情報：URL、ページ数、記事数、画像の容量、CMSの入力項目
- 運用環境：フォーム、外部タグ、解析、サーバー、ドメイン、リダイレクト
- 移行記録：公開URL、移行後URL、ステータス、担当者、確認結果
- KPI：自然検索流入、問い合わせ数、更新リードタイム、Core Web Vitals、公開工数
microCMSのエイチームライフデザイン事例では、記事更新のリードタイムが7日から1日以下になったと紹介されています。一方で、最終的な移管の完了には約14か月かかっています（出典：microCMS導入事例、2026年確認）。制作期間だけでなく、移行後の運用改善も成果に含めます。
RFPに機能・非機能・運用要件を記載
RFPには、提案と見積の前提になる情報を整理して書きます。
- 背景・範囲：目的、対象ページ、ユーザー、移行対象
- 機能・運用：機能、管理者権限、CMS入力項目、公開フロー、外部連携
- 契約条件：納期、予算、納品物、保守条件
- 非機能：速度測定、アクセシビリティ、バックアップ、復旧、セキュリティ、ログ保存
速さの要件は、「速いサイト」よりも具体的に、代表ページをモバイル回線の実機で、公開前後に同じ条件で測ると定義します。更新の要件も具体的にします。マーケターが、タイトルやディスクリプション、OGP画像を承認フロー付きで変更できる、と記載します。本文や関連記事も、変更の対象に含めます。
受入条件まで書いておくと、委託先の見積と提案を同じ前提で比べられます。
小さなPoCでの検証と設計・開発
委託先を決める前後に、代表ページを1〜3種類作るPoCで、主要な機能と移行の品質を確かめます。
- 機能検証：CMS入力、画像最適化、検索、フォーム、API連携、デプロイ
- 移行検証：本文、表、画像、内部関連付け、canonical、構造化データ
設計では、サイトマップとURLルールを確定します。コンポーネントやCMSスキーマ、データモデルも決めます。API仕様と権限を決めます。環境やCI/CD、監視も確定させます。
Astro 6では、Live Content Collections、静的・動的ページのCSP設定、Fonts APIが提供されています（出典：Astro公式「Astro 6.0」、2026年3月）。
Astroを採用するかは、運用者のスキルやホスティング、長期の保守のしやすさで判断します。
移行リハーサル、テスト、段階リリース
全公開の前に、移行リハーサルを行います。URLのステータスと301リダイレクトを確かめ、画像や内部リンク、titleとdescriptionも見ます。
canonicalや構造化データ、サイトマップを検査します。フォーム通知やアクセス解析、表示速度も見て、差分を直します。検索流入の多いページは、公開後にSearch Consoleでインデックス状況を見ます。
- テスト環境、限定公開、段階的な切り替えなどに分けたリリース
- ソースコード、リポジトリ権限、CMSアカウント、環境変数の管理方法、CI/CD、インフラ設定、テスト仕様書の引き継ぎ
- 操作手順と障害時の復旧手順の受け取り
設定の保有者が分からないまま公開すると、委託先を変える時に大きな障害になることがあります。
契約形態と責任分界を発注前に決める方法
Astro開発には、画面の制作だけでなく、CMSやドメイン、クラウドが関係します。外部APIやセキュリティも関係し、移行と保守も含まれます。そのため、契約書や仕様書に、どこまでを誰が受け持つかを明記します。障害や仕様変更の際の行き違いを防ぐためです。
請負契約の成果物と検収条件
請負契約では、完成する成果物と検収を重視します。納品物は、サイト一式やCMS設定、移行スクリプトなどを挙げて明確にします。テスト結果やドキュメントを納品物に含めるかも、決めておきます。
検収の期間と修正の扱い、瑕疵対応、仕様変更時の追加費用も、契約で決めておきます。ページ数だけで契約すると、CMSの入力項目やリダイレクト、管理画面の権限が漏れやすくなります。そのため、機能一覧と受入条件を契約書に結びつけます。
準委任・時間精算の向く案件と取り決め
準委任や時間精算は、要件を確かめながら改善していく案件や、公開後も続けて開発する案件に向いています。週ごとに優先順位を変えられる一方で、完成の範囲と総額は見えにくくなります。
月ごとの上限工数や担当者、成果報告の方法を決めます。未使用の工数の扱いと、バックログの管理方法も決めておきます。要件定義を準委任で行い、仕様が確定したあとの開発を請負にする方法もあります。
保守・セキュリティ・引き継ぎの責任の境界
公開後に誰が何を管理するか、障害時の対応や責任の範囲を、契約で決めます。
- 管理担当：Astro、Node.js、npm依存、CMS、ホスティング、WAF、ドメイン、証明書、バックアップ、監視
- 保守条件：脆弱性の通知・修正時間、障害連絡、復旧目標、保存期間、復旧テスト頻度
- 個人情報：安全管理、最小権限、多要素認証、アクセスログ、暗号化、再委託管理
- セキュリティ検査：静的出力とAPI・認証を分け、SQLインジェクション、クロスサイト・スクリプティング、CSRF、認可不備を確認
- 運用・受入：CSP、TLS、WAF、依存更新、キーボード操作、代替テキスト、色、エラー表示
問い合わせフォームや会員情報を扱う場合は、安全管理が個人情報保護法に沿っているかを確かめます。
アクセシビリティは、受入条件に含めて扱います。見た目の追加要望とは別の要件として、最初から書いておきます。
IPA「安全なウェブサイトの運用管理に向けての20ヶ条」と厚生労働省の障害者差別解消に関する案内には、安全管理とアクセシビリティの観点が示されています（出典：各機関の公開資料、2026年確認）。
Astroのシステム開発にかかる費用相場とコストの内訳
Astroはオープンソースなので、開発費はライセンス費以外の作業によって決まります。費用は、要件定義、情報設計、デザインの作業の合計に、実装やCMS、APIの作業が加わったものです。さらに、移行とテストの作業も含まれ、インフラと保守の作業も同じ合計に入ります。内訳は、見積の段階で確認します。
以下の金額は、公開料金や一般的なWeb・CMS制作の相場、業務システムの相場をもとにした参考レンジです。Astro専用の公的統計ではありません。同じRFPで各社から個別見積を取って、正確な額を確かめます。
規模別に見た初期費用の目安
初期費用は、サイトの規模と機能によって、次のような幅があります。
- 小規模LP・数ページ：20万〜80万円程度
- 中規模コーポレート：10〜20ページ程度で80万〜180万円程度
- CMS付きメディア・採用サイト：CMS、フォーム、ブログ、オリジナルデザイン込みで150万〜500万円程度
- 業務ポータル：300万〜1,500万円超
- 大規模リニューアル：500万〜数千万円
小規模の参考額には、テンプレートとAstroの静的生成が含まれます。フォームや基本的なSEO設定も、この範囲に入ります。ただし、要件定義や独自デザインを厚くすると、この範囲を超えることがあります。
TamaTは、中規模を80万〜120万円、大規模を120万〜180万円と公開しています。前者は10ページ程度でCMS、フォーム、ブログを含む場合、後者は20ページ以上で認証、複数管理者、カスタム機能を含む場合が前提です（出典：TamaT「Webサイト制作」、2026年確認）。
業務ポータルの参考額は、認証や外部APIを含む場合の金額です。個別ダッシュボードや監査ログ、基幹システム連携も含みます。ログインやデータ処理の比重が高い案件は、Web制作の単価だけでなく業務システムとして見積もります。
大規模リニューアルは、大量のURLや複数サイトの段階移行を含みます。期間は6か月から1年以上になることがあります。
見積書で確認する費用の内訳
見積では、工程ごとの金額と、その工程に含まれる作業を分けて確認します。
- 設計・進行：要件定義、進行管理、サイト構造、UI
- 制作・実装：デザイン、Astro、CMS、API、フォーム
- 移行・公開：データ移行、SEO設定、品質試験、公開作業
- 環境・運用：インフラ構築、保守
「開発一式」とだけ書かれた見積では、含まれる作業と別料金になる作業を質問します。移行では、スクリプトや手作業の整形、画像の再配置などが別費用になることがあります。件数が超えた場合や、差分検証にも、別費用がかかる場合があります。
公開後のランニングコストの別枠計上
公開後の費用は、サービスの料金と利用量、保守の範囲に分けて確認します。
- 月額サービス：CMS、ホスティング、CDN、監視、バックアップ、WAF、メール・画像配信、アクセス解析
- 費用幅：利用量やSLAによって月額数千円から数十万円
- 見積条件：サービス名、プラン、利用量、超過料金、契約主体
- 保守範囲：軽微修正、脆弱性対応、障害監視、復旧、改善提案
月次の軽微修正だけなのか、脆弱性対応から改善提案までを含むのかを確かめます。保守契約は、初期開発費と同じくらい具体的に詰めておきます。
一般的な業務システムの保守費は、初期費用の年15〜20％程度が目安とされることがあります。Astroのサイトでも、保守費は作業範囲によって変わります（出典：NotebookLMリサーチノート内の業務システム全般Q&A、2026年）。
RFPと要件整理、見積比較で確認するポイント
同じRFPを渡して前提をそろえ、設計や作業範囲を比べます。体制やリスク、公開後の支援も、比べる項目に含めます。Astroの実績数に加えて、CMS運用や移行を説明できるかを確かめます。APIやセキュリティの説明ができるかも見ます。
RFPに最低限含める情報
最低限、次の4区分の情報をRFPに書いておくと、各社の提案を同じ前提で比べられます。
- 現状と対象：背景、課題、ユーザー、デバイス、ページ・URL、コンテンツ種類
- 機能と移行：CMS編集者・承認者、機能、外部サービス、データ件数、移行方針、デザイン
- 発注条件：希望公開日、予算上限、社内確認体制
- 提案範囲：曖昧な項目は、提案範囲と追加費用の条件を分けて記載
Astroを採用する理由と、SSG・SSR・Server Islandsのどれを想定するかを確かめます。ホスティングの候補には、Node、Cloudflare、Vercel、AWSなどがあります。
ビルドとデプロイの方法や、キャッシュ更新、ロールバックを確かめます。バックアップや脆弱性対応も、あわせて確認します。Astro公式は、複数のデプロイ先とアダプターを案内しています。特定のサービスに固定する前に、移管のしやすさと運用の負担を、提案に含めてもらいます（出典：Astro公式ドキュメント、2026年確認）。
見積の比較軸（前提・工数・成果物）
同じ前提で各社の見積を比べ、費用に差が出る理由を確かめます。
- 比較項目：要件定義時間、デザイナー・エンジニア体制、CMS設計、移行件数・手動有無、テスト範囲、公開支援、文書、保守
- 安価な提案：要件定義、整備、SEO移行、試験、修正、権利、インフラ費の漏れ
- 高額な提案：不要なスクラッチ開発や過剰機能の有無
- 確認質問：金額変動、納期遅延の条件、発注者側の準備物
たとえば、A社の見積に含まれる移行やテストが、B社では別途扱いになる場合もあります。工数が多いか少ないかより、必要な理由が説明されているかを見ます。
委託先との面談で確かめる技術力と運用力
面談では、実績と運用を担う体制について、担当者に確かめます。
- 担当範囲：要件定義、実装、バックエンド、インフラ、公開後の保守を誰が担うか
- 要件化の進め方：実装担当者やPMに、曖昧な要望への対応を聞く
- 運用体制：CMS、移行、API、セキュリティ、バックアップ、障害復旧を説明できるか
microCMSのUSEN ICT Solutions事例では、コーポレートサイトにAstroのSSGを使っています。WebhookからGitHub Actionsを経由して、オンプレミス環境へCI/CDを実行しています。さらに同事例では、コンテンツとデザインを分けた2フェーズで移行しています（出典：microCMS導入事例、2026年確認）。
このように、技術名より運用の流れを聞くと、自社の発注に合うかを判断しやすくなります。
Astroの外注で起きやすい失敗と対策
Astroは軽量なHTMLを出力しやすい一方で、採用するだけで速さや安全性、運用性が自動的に高まるとは限りません。そのため、よくある失敗を把握し、RFPと契約に対策を含めておきます。
Astroを選べば必ず速くなるという思い込み
画像やフォント、動画が重くなると、静的HTMLでも体感速度が悪化します。第三者タグや過剰なHydrationも、速さを損なう原因になります。API待ちや検索処理が遅さの原因になることもあります。
Lighthouseのスコアを約束させるだけでなく、実機とモバイル回線で代表ページを測ります。初回表示と画像の読み込み、操作可能になるまでの時間を基準にします。公開時のビルド時間も基準に加え、公開後も同じ条件で監視します。
CMSを入れれば社内で運用できるという思い込み
入力項目が分かりにくい場合や、プレビューできない場合は、CMSを導入しても社内で運用できません。承認者がいない、公開後に再ビルドが必要、画像の扱いが不明といった状態でも、内製の運用は難しくなります。
編集担当者にPoCを試してもらい、記事の作成から修正、レビューまで確かめます。予約公開や公開後の差し戻しも、実際の操作で確認します。
microCMS事例では、マーケターがSEOメタ情報や記事の軽微な修正を行えるようになった成果が紹介されています。
移行と保守を後回しにすること
移行と保守では、実装以外の作業や引き継ぎも、発注の時点で計画しておきます。納品後に担当エンジニアがいなくなると、更新や脆弱性、障害に対応できなくなります。
- 移行計画：件数と方法を決め、サンプル・全件移行、差分確認、公開後監視を計画
- 保守体制：Astro・Node.js更新、依存パッケージの脆弱性、CMS障害、デプロイ失敗への対応
- 引き継ぎ：更新・復旧手順、連絡先、アカウント、バックアップ、ソースコード権限を共有
記事数が多いサイトでは、実装よりもコンテンツの整形に時間がかかります。画像の確認やURLの対応、リダイレクトの設定、検索結果の検証も、手間がかかります。USEN ICT Solutions事例では、構造化されていない旧サイトのコンテンツを手作業で移行し、ページ数の多さが負担になったと紹介されています。
保守契約がない場合でも、社内または別の会社が運用を続けられる状態をつくります。
Astroのシステム発注・外注でよくある質問
よくある疑問には、判断の基準を先に示して答えます。自社のRFPを作るときの確認項目としても使えます。
Astroのシステム開発はどの会社に発注すればよいですか？
Astroの実装に加えて、CMSや既存サイトの移行を説明できる会社を選びます。APIや認証、インフラ、公開後の保守まで説明できるかも確かめます。
担当範囲と体制、納品物を、同じRFPで確認します。障害対応や、ソースコードと環境の引き渡しも、そこに含めて確かめます。
2〜3社ほどから提案を比べると、判断しやすくなります。
Astroの発注費用はどのくらいかかりますか？
小規模LPや数ページでは20万〜80万円程度、中規模コーポレートでは80万〜180万円程度が参考レンジです。CMS付きのメディアや採用サイトは、150万〜500万円程度が参考になります。
認証やAPI、業務データ、大量移行が加わると、300万〜1,500万円超や数千万円になる可能性があります。ページ数ではなく、機能と移行量、保守範囲をそろえて見積もります。
WordPressからAstroへ移行するとSEOは必ず改善しますか？
必ず改善するとは限りません。AstroでHTMLを軽量にしても、次のような不備があると、検索流入を損なう可能性があります。
たとえば、URLの変更や301の漏れ、titleやcanonicalの欠落があります。画像品質の低下、内部リンクの断絶、コンテンツの削除も、同じような不備として挙げられます。
移行前後のURL対応表とリダイレクトを検証します。サイトマップや構造化データ、実機の速度も検証します。公開後は、Search Consoleとアクセス解析で確かめます。
Astroのサイトは社内だけで保守できますか？
静的ページが中心で、社内にNode.js、Git、CMS、クラウドの担当者がいれば、内製で保守できます。
Astroや依存パッケージの更新、脆弱性への対応を担える体制が必要です。さらに、CI/CDの失敗やCMS・ドメインの障害、バックアップからの復旧にも、対応できる体制が求められます。
難しい領域だけを外部の保守に委託し、記事更新や軽微な修正は社内で行う、という分担も現実的です。
まとめ：要件・契約・運用を一体で比べるAstroの発注
Astroの発注では、公開コンテンツと動的機能を分けて、SSG、SSR、API、CMSの役割を整理します。
発注形態は、テンプレート、ヘッドレスCMS、既存WordPressの活用、スクラッチ開発から、目的に合わせて選びます。
発注前にそろえるべきもの
RFPには、目的とKPI、現行のURLとデータ、CMS運用を書きます。機能や非機能要件、移行範囲、納期、予算も記載します。さらに、成果物と検収条件、保守、セキュリティ、責任分界も含めます。
見積は、要件定義や移行、テスト、公開、引き継ぎの有無まで比べます。PoCでは、編集の使い勝手と技術リスクを確かめます。
Astroを成果につなげる委託先の条件
Astroの知識があるだけでなく、事業要件を整理できる委託先を選びます。そのうえで、CMS運用や既存サイトの移行、APIまで設計できるかを確かめます。セキュリティやバックアップ、公開後の改善についても、設計できるかを確かめます。
発注形態と契約を先に整え、同じ前提で比べられる資料を用意すると、費用と納期のぶれを抑えやすくなります。速さとSEOの両立、更新性と保守性の両立にもつながります。
▼全体ガイドの記事
・Astroのシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。