Webサイト制作を検討し始めると、「自社で進めるべきか、支援会社に相談すべきか」で迷いがちです。ただ、実務ではこの二択だけで考えると判断を誤りやすくなります。実際には、すべてを内製する・難しい工程だけ部分委託する・要件整理から支援会社を活用する、という3つの進め方を見比べた方が、自社の体制や期限に合った選択をしやすくなります。
この記事では、BtoB企業のWeb担当者や比較担当者向けに、Webサイト制作を3択で判断するための見方を整理します。読後には、自社案件がどの進め方に近いかを初期判定でき、どこまでを社内で持ち、どこから外部に任せるべきか、さらに初回相談の前に何を整理すればよいかまで判断しやすくなります。
ポイント
Webサイト制作は「内製か外注か」の二択ではなく、「内製・部分委託・支援会社活用」の3択で考えると判断しやすくなります。まず自社の位置を見極め、その後に役割分担、総負担、相談準備の順で整理するのが実務的です。

Webサイト制作は二択ではなく、案件の難しさと社内体制を7つの軸で見て、内製・部分委託・支援会社活用の3択で整理すると判断しやすくなります。
01Sectionまずは3択の判断軸で自社の位置を確認する
最初にやるべきことは、制作方式を決めることではなく、自社案件の難しさと社内体制を同じ物差しで見ることです。GoogleのSEOスターターガイドやDigital.govのコンテンツ整理ガイドでも、サイト構造や情報整理は制作前に見ておくべき要素として扱われています。つまり、デザインや発注先より前に、まず案件の整理難度を見た方が進め方を決めやすいということです。
3択の前に見る7つの判断軸
判断軸は多すぎると迷うため、まずは次の7つに絞るのが実務的です。見るべきなのは、目的の明確さ、ページ規模、機能要件、関与部署数、公開期限、品質要件、公開後の運用体制です。とくにリニューアル案件では、ページ数そのものよりも、情報の再編や移行の有無が難度を上げやすくなります。
簡易診断表でみる実務目安
次の表は、業界共通の基準ではなく、相談前に自社の位置を仮置きするための実務目安です。ページ数や週数だけで機械的に決めず、移行、外部連携、アクセシビリティ、セキュリティの要件も合わせて見てください。
| 判断軸 | 内製寄りの目安 | 部分委託寄りの目安 | 支援会社相談優先の目安 |
|---|---|---|---|
| 目的 | 1つに絞れている | 2目的だが優先順位はある | 複数目的があり優先順位が未整理 |
| ページ規模 | 5〜15ページ前後 | 10〜30ページ前後 | 30ページ超、または情報再編が大きい |
| 機能要件 | 基本フォーム、お知らせ、標準CMSで足りる | 一部だけ難所がある | 連携、権限設計、移行、会員機能がある |
| 関与部署数 | 1部署中心、承認者1〜2名 | 2〜4部署で調整可能 | 複数部署に加え経営層承認が必要 |
| 公開期限 | 8〜12週以上の余裕がある | 6〜10週程度 | 6〜8週未満、または固定日がある |
| 品質要件 | テンプレート活用で足りる | 一部だけ作り込みが必要 | ブランド統一、アクセシビリティ、性能、セキュリティ要件が重い |
| 運用体制 | 更新担当と承認者が決まっている | 更新担当はいるが不安がある | 公開後の更新責任者が未定 |
この表の読み方は単純です。内製寄りが多く、責任者も置けるなら内製を検討しやすくなります。事業理解は社内にあるものの、情報設計や実装など一部だけ難しいなら部分委託が現実的です。目的未整理、短納期、移行あり、複数部署調整あり、といった条件が重なる場合は、要件整理の段階から相談した方が手戻りを抑えやすくなります。
なお、多言語、既存サイト移行、外部連携、厳格なアクセシビリティ要件、厳格なセキュリティ要件がある案件は、この目安より個別確認を優先した方が安全です。たとえば移行では、Googleのサイト移行ガイドがURL対応表やリダイレクト、テスト、監視の必要性を示しています。
典型的なBtoBケースで当てはめる
典型的なBtoBケース
新規の会社案内サイト
会社概要、事業紹介、問い合わせ、ニュースなどの基本構成で、目的も比較的単純なら、内製またはデザイン・実装のみの外部化が選びやすいケースです。
複数サービスを整理するリニューアル
既存情報の棚卸しや導線整理が必要になりやすく、営業・マーケ・広報など複数部門が関わるなら、情報設計の段階から相談した方が進めやすくなります。
展示会前の短納期LP
公開日が固定で後ろ倒ししにくいため、原稿は自社で持ちつつ、進行管理や制作実務は外部を活用した方が安定しやすいケースです。
02Section自社で進めやすいケース
内製が向くのは「費用を抑えたい案件」ではなく、「社内で責任と更新を回せる案件」です。Googleのモバイル対応ガイドでも、標準的なレスポンシブ対応やCMSテーマの活用は保守しやすい前提として扱われています。つまり、標準機能と標準構成で足りる案件ほど、内製との相性がよくなります。
内製で成立しやすい案件条件
自社で進めやすいのは、目的がほぼ1つで、標準CMSやテンプレートで十分なケースです。具体的には、基本フォーム、お知らせ、資料ダウンロード程度の機能に収まり、既存原稿や素材のたたき台があり、公開後の更新担当も決まっている状態です。
反対に、ページ数が少なくても、目的が複数あって優先順位が決まらない、承認者が多い、公開後の更新担当がいない、という状態だと止まりやすくなります。内製で詰まりやすいのは制作技術そのものより、原稿回収や確認の責任が曖昧なケースです。
必須の役割と、あると望ましい役割
小規模案件でも、役職名より「誰が何を決めるか」が重要です。W3Cのアクセシビリティ計画ガイドやDigital.govのコンテンツ整理ガイドも、責任割当や更新責任者の整理を前提にしています。
内製で最低限必要な役割
企画責任者
目的、優先順位、公開可否の判断を持つ役割です。途中で目的がぶれると、内製はとくに手戻りが増えやすくなります。
進行担当
日程、依頼、確認待ちを管理する役割です。兼務でも構いませんが、この役割が曖昧だと原稿回収や承認で止まりやすくなります。
原稿責任者
事業情報を集め、掲載内容の正確性を確定する役割です。原稿を誰も確定できないと、制作より前で案件が止まります。
最終承認者
公開前の最終判断を行う役割です。承認者が不明なままだと、公開時期の見通しが立ちにくくなります。
公開後運用担当
更新、問い合わせ導線、軽微修正の窓口を持つ役割です。公開後に誰も触れない状態なら、内製のメリットは出にくくなります。
あると望ましい役割としては、CMS更新経験者、デザイン判断ができる担当、GA4やSearch Consoleなどの計測担当が挙げられます。ただし、人数が多いこと自体が条件ではありません。2〜4人の兼務でも、責任が明確なら回しやすい案件はあります。
テンプレート活用で進めやすい範囲
テンプレートや標準テーマを活用しやすいのは、会社案内、サービス概要、問い合わせ導線のように、構造が比較的定型化しやすいページです。モバイル対応済みのテーマを前提にしつつ、PC版とモバイル版で内容やメタデータがずれないことは確認したいところです。Googleもモバイルファーストの観点で、内容やメタデータの整合性を重視しています。
一方で、権限設計、外部連携、複雑な移行、厳格なレビュー要件があるなら、テンプレートで始めても後半で難度が上がります。ここは無理に内製へ寄せるより、難所だけ外部化した方が総負担を抑えやすくなります。
03Section支援会社に相談した方がよいケース

公開日固定や移行、外部連携、品質要件の重さは単独でも相談優先度を上げやすい要素です。複数条件が重なる案件は、制作前の整理から支援を受けると手戻りを抑えやすくなります。
支援会社への相談は、要件が完全に固まってからでないとできないものではありません。むしろ、方針未整理のまま進めると手戻りが大きい案件ほど、早めの相談に意味があります。Digital.govのデジタルガバナンス解説が示すように、関係者が多い案件では役割・権限・運用ルールを先に整理する必要があります。
単独でも相談優先度が高い条件
次の条件は、1つあるだけでも相談優先度が上がりやすい論点です。
- 公開日が展示会、サービス発表、広告開始日などで固定されている
- 既存サイトの移行やURL変更がある
- CMS選定、外部連携、権限設計が必要になる
- アクセシビリティ、セキュリティ、性能について対外説明が求められる
とくに移行は後から付け足しにくい工程です。Googleのサイト移行ガイドでも、URLマッピング、リダイレクト、テスト、公開後監視が必要とされています。実装直前に考えるより、構成を考える段階から相談した方が安全です。
複数重なると相談推奨になる条件
単独では何とか見えても、次のような条件が重なると難度が一気に上がります。
- 2部署以上が関与し、情報再編も必要
- リニューアルで、移行もあり、承認者も多い
- 新規制作だが短納期で、原稿や素材がまだ揃っていない
- 標準CMSで足りそうでも、ブランド品質やレビュー負荷が高い
こうした案件では、制作作業よりも前段の整理がボトルネックになります。W3Cの計画ガイドも、品質要件がある案件では計画段階から責任分担とリソース配分を考えるべきだとしています。
相談タイミングの見方
方針そのものが未整理なら、企画段階から相談して問題ありません。目的が複数あり優先順位が決まらない、既存サイトの課題整理ができていない、リニューアル方針から相談したい、という状態は、むしろ早めに持ち込んだ方が話を進めやすくなります。
反対に、比較的単純な新規サイトで、知りたいのが主に制作範囲や運用範囲なら、目的、想定読者、希望時期、必要ページ、既存素材の有無がある程度言える状態にしてから相談すると比較しやすくなります。
04Section部分委託で切り分ける方法

部分委託では、事業判断や最終承認は自社に残し、情報設計・実装・移行・検証などの専門実務を外部化すると役割分担を整理しやすくなります。
全部を外に出す必要はないが、全部を社内で持つのも重い。そう感じる案件では、部分委託が最も現実的です。ポイントは、作業単位ではなく「どの判断を自社に残し、どの専門実務を外部に任せるか」で切ることです。
自社に残すべき判断と外部に任せやすい専門実務
Digital.govのガバナンス解説やコンテンツ整理ガイドを踏まえると、事業判断と最終承認は自社に残し、専門設計・専門実装・移行・検証は外部化しやすい整理が実務に合います。
| 工程 | 自社に残すべき判断 | 外部に任せやすい専門実務 |
|---|---|---|
| 目的整理 | 目的、優先順位、公開判断 | 論点整理、要件整理支援 |
| 情報設計 | 掲載したい事実、訴求優先度 | サイトマップ、導線設計、ワイヤー作成 |
| 原稿 | 事業情報の正確性、掲載可否判断 | 編集、構成整理、読みやすい再編集 |
| デザイン | ブランド判断、最終選定 | UI設計、トンマナ設計、画像制作 |
| 実装・公開 | 運用ルール、更新権限、公開承認 | コーディング、CMS初期構築、公開切替 |
| 運用 | 更新責任、改善判断、KPI確認 | 保守、軽微修正、運用支援 |
この切り分けで大事なのは、外部を活用しても社内の責任が消えるわけではない点です。原稿の正確性、優先順位、最終承認は、自社で持ち続ける前提で考えた方が進めやすくなります。
代表的な部分委託パターン
部分委託の代表パターン
目的・原稿は自社、情報設計〜実装は外部
事業理解は社内にある一方で、見せ方や導線設計、制作進行に不安がある場合に向く分担です。
構成・原稿は自社、デザイン・実装のみ外部
掲載内容は固まっており、見栄えと構築だけ専門性を借りたい場合に選びやすい形です。
本体制作は自社、移行や品質レビューのみ外部
制作自体は進められるが、URL変更、リダイレクト、モバイル整合、アクセシビリティやセキュリティ確認に不安がある場合に向きます。
部分委託が機能しやすい考え方
部分委託は中途半端な選択ではありません。自社が強い領域は残し、不足する難所だけ外部化できるため、費用と社内工数のバランスを取りやすい方法です。逆に失敗しやすいのは、責任分界が曖昧なまま進めるケースです。たとえば「原稿も外部に任せる」と決めても、事業内容の確認や掲載可否判断まで外部に移るわけではありません。ここを曖昧にすると、確認待ちが増えて進行が止まりやすくなります。
05Section費用・工数・スピードの違いをどう見るか

比較では発注費だけでなく、社内工数、公開スピード、品質の安定、見落としやすいコストまで含めて総負担で見ることが重要です。
費用比較でよくある失敗は、発注費だけを見て決めることです。実際には、外注費の大小より、社内工数、遅延要因、公開後の更新負荷を含めた総負担で見た方が判断しやすくなります。
ポイント
費用は外注費だけで比べないのが基本です。制作範囲、原稿有無、移行有無、修正回数、公開後支援の差で、同じ金額でも意味が変わります。
先にそろえる比較条件
見積比較の前提をそろえないと判断を誤りやすい
比較前に、制作範囲、原稿作成の担当、移行やURL変更の有無、修正回数、公開後支援、テスト範囲、社内承認回数を横並びにしてください。条件が違う見積は、価格だけでは比較しにくくなります。
比較条件をそろえる理由は明確です。たとえば、原稿作成込みか、移行込みか、公開後の保守込みかで、金額と期間の見え方は大きく変わります。さらに、OWASP ASVSのように、セキュリティ検証が必要な案件は通常の制作費とは別の確認軸を持つべきです。品質要件が重い案件ほど、単純な価格比較は難しくなります。
3択でみる総負担の違い
| 観点 | 内製 | 部分委託 | 支援会社活用 |
|---|---|---|---|
| 発注費 | 低めに見えやすい | 中間 | 高めになりやすい |
| 社内工数 | 高い | 中間 | 低くしやすい |
| 公開スピード | 社内準備次第でぶれやすい | 役割分担次第 | 要件整理が早ければ安定しやすい |
| 品質の安定 | 担当者依存になりやすい | 難所を補いやすい | 比較的担保しやすい |
| 見落としやすいコスト | 学習、調整、やり直し | 依頼範囲の境界 | 追加依頼、保守範囲 |
| 向く優先条件 | 予算優先 | バランス重視 | 納期・品質・複雑性重視 |
この表は相場表ではなく、比較軸をそろえるための整理表です。公開情報だけでは同じ条件での価格比較が難しく、契約条件、利用規模、支援範囲、移行要件、教育の有無で総額は変わります。まずは「何が含まれているか」をそろえて見ることが重要です。
優先条件別の読み方
予算を優先するなら、単純構成の案件に限って内製か部分委託を検討しやすくなります。納期を優先するなら、原稿回収、承認、移行まで含めて進行設計できる体制が必要です。社内工数の圧縮を優先するなら、制作実務を広めに外部化した方が成果につながりやすくなります。
社内説明では、発注費だけでなく、公開遅延の影響、品質責任、公開後の運用負荷、機会損失まで言語化して比較すると合意を取りやすくなります。展示会や広告開始日と公開日が連動する案件では、この視点が特に重要です。
06Section相談前に何を整理すべきか
相談前に必要なのは、完成度の高い要件定義書ではありません。初回相談の質を上げるには、目的、現状、制約、意思決定体制が最低限共有できれば十分です。
ポイント
完璧な要件定義がなくても相談はできます。むしろ、未確定の点を先に共有した方が、提案や進め方の整理がしやすくなる案件もあります。
最低限そろえたい情報
最低限ほしいのは、何のためのサイトか、誰に見せたいか、いま何が課題か、いつまでに公開したいか、誰が確認し誰が決めるか、の5点です。リニューアルなら、既存サイトURL、既存CMS、サーバーやドメインの管理者、URL変更の有無も共有できると話が早くなります。
とくに移行相談では、既存サイトの管理権限が重要です。Google Search Consoleの使い方でも、所有権確認やサイトマップ送信、公開後監視が基本項目として示されています。Search Consoleの権限有無まで分かると、公開後の確認体制を見積もりやすくなります。
未確定でも伝えてよいこと
未確定でも先に共有してよいのは、ページ数の確定値、CMS製品名、デザインの細かな方向性、詳細見積の希望額などです。逆に、最終意思決定者、希望公開時期、新規かリニューアルか、関与部署の有無は曖昧なままにしない方が相談しやすくなります。
相談時には、「目的は会社案内刷新だが、構成と優先順位はまだ固まっていない」「公開希望は10月で、展示会日程が固定されており、原稿は一部未整備」「営業と採用が関わるので承認の進め方も相談したい」といった伝え方で十分です。決まっていないことを隠すより、未確定のまま共有した方が提案精度は上がりやすくなります。
初回相談前のチェックリスト
初回相談前のチェックリスト
- ✓
目的と優先順位を書き出した
複数目的がある場合は、主目的だけでも先に決めておく。
- ✓
想定読者と現状課題を一言で説明できる
課題は、情報が古い、導線が弱い、更新しづらいなどの粒度でよい。
- ✓
新規制作かリニューアルか、希望公開時期を整理した
展示会や広告開始日など固定イベントがある場合は先に共有する。
- ✓
関係部署と最終承認者を書き出した
誰が確認し、誰が決めるかが分かると進め方を比較しやすい。
- ✓
見積比較でそろえたい前提を整理した
制作範囲、原稿対応、移行有無、公開後支援の有無を最低限そろえる。
そのまま使える相談メモ
最低限の整理ができたら、次の型をそのままメモに貼って初回相談に使えます。空欄があっても構いません。大事なのは、決まっていることと未確定のことを分けて伝えることです。
- 目的 / 想定読者:
- 現状課題 / 希望公開時期 / 固定イベント:
- 新規制作・リニューアル・部分改修の別:
- 関係部署 / 最終承認者:
- 既存サイトURL / 未確定事項 / 相談したい範囲:
たとえばリニューアルなら「既存サイトURLあり、URL変更は未定」、短納期案件なら「展示会日程が固定」、部分委託を考えているなら「情報設計だけ相談したい」といった書き方で十分です。完璧に書き切るより、相談の出発点をそろえることを優先してください。
07Section判断前に見落としやすいポイント
最後に、制作方式の判断で後から問題になりやすい論点を整理します。判断を誤りやすいのは、制作そのものより、公開後の運用や移行、品質確認の扱い方です。
制作だけ見て運用を見ない
公開が終点だと考えると、内製でも外部活用でも失敗しやすくなります。Digital.govのコンテンツ運用解説が示すように、コンテンツは公開後も継続して管理される前提です。更新担当がいない、軽微修正の窓口がない、問い合わせ導線の責任者がいない、という状態なら、どの進め方を選んでも公開後に止まりやすくなります。
移行・モバイル・品質確認を後回しにしない
移行・公開後運用を後回しにしない
URL変更、リダイレクト、モバイル整合、アクセシビリティ、セキュリティ確認は、公開直前にまとめて片づけると手戻りが増えやすい論点です。とくにリニューアルでは、構成検討の段階から確認対象に入れておく方が安全です。
Googleは、モバイル版とPC版の内容やメタデータの整合性を重視しており、移行時にはリダイレクトや監視も必要としています。W3Cはアクセシビリティを計画段階から組み込むべきだとし、OWASPはセキュリティ要件を事前に整理すべき領域として示しています。品質確認は最後に追加する作業ではなく、進め方を決める時点で考えておくべき項目です。
見積範囲と契約範囲を混同しない
見積書に含まれていることと、公開後に対応してもらえることは同じではありません。修正回数、テスト範囲、公開後の軽微修正、保守対応、更新支援などは、比較時に意味が変わりやすいポイントです。価格差だけで判断すると、「安く見えたが、自社対応が多く残った」ということも起こります。
入口段階では、契約条項の細かな比較まで掘り下げなくても構いません。少なくとも「どこまでが制作範囲か」「公開後に何が残るか」は確認しておくと、選択ミスを減らしやすくなります。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




