ホームページ制作会社の選び方：比較ポイントと発注前の確認事項

ホームページ制作会社を選ぶ際は、実績の件数や見積総額だけでは、自社に合う依頼先かを判断しきれません。BtoBサイトでは、問い合わせや商談化などの目的、既存システムとの連携、公開希望日、公開後の更新体制まで含めて、候補各社に同じ条件を提示することが重要です。

この記事では、Web制作会社の選び方として、候補の探し方から提案・見積・契約の確認までを順に解説します。同一条件で候補を比較し、発注してよい条件を社内で説明できる状態を目指しましょう。まずは3社程度に同じ条件で見積もりを依頼するだけでも、比較は始められます。

制作会社選びは価格だけで比較せず、同じ依頼条件のもとで要件、体制、費用、公開後の運用を順に確認します。

01Section比較前にそろえる条件

候補探しを始める前に、発注側の条件を一枚にまとめます。目的や要件が候補ごとに異なる伝わり方をすると、提案内容や見積範囲がそろわず、比較しても差額や提案差の理由を判断できません。

KPIと計測方法を先に決める

まず、サイトで達成したい事業目的と、その確認指標を決めます。たとえば問い合わせ獲得が目的なら、フォーム送信だけでなく、営業側で商談化まで追跡する必要があるかを確認します。KPIには現状値、目標値、評価時期も添え、フォーム送信や資料ダウンロードを測る場合は、イベント名、発火条件、確認担当を要件に含めます。Google Analyticsではサイト上の操作や事象をイベントとして収集できるため、イベントに関する公式ヘルプも参照しながら計測の役割分担を決めましょう。

必須要件と希望要件を分ける

必須要件には、公開できなければ事業に影響する条件を置きます。具体的には、CMSやフォーム、MA・CRM・SFAとの連携、個人情報の取扱い、セキュリティ、アクセシビリティ、公開希望日に関する制約などです。アクセシビリティを要件に含める場合は、対象基準、達成レベル、対象画面、検証方法を依頼時点で明記します。WCAG 2 Overviewでは、達成基準とA・AA・AAAの適合レベルを確認できます。

希望要件は、初回公開で必須ではない機能や表現、将来的な改善案として分けます。予算や公開制約に応じて調整できる領域を明らかにすると、必須条件を損なわずに提案を比較しやすくなります。

比較条件をそろえる依頼書の最小項目

候補各社へ渡す依頼内容には、少なくとも次の条件を同じ粒度で記載します。

• 事業目的、ターゲット、KPIと評価時期
• 必須要件、希望要件、対象外にする範囲
• ページ一覧、固有テンプレート数、原稿・撮影・移行の分担
• 予算上限、公開希望日、発注側のレビュー・決裁体制
• CMS、フォーム、解析、外部連携、品質要件、既存アカウントの管理者

公開希望日だけを伝えても実行可能性は判断できません。原稿・素材の準備、部門レビュー、法務や情報システムの確認、アカウント準備を誰がいつ完了させるかも、依頼条件に含めます。

02Section制作会社の選び方：候補抽出から契約までの選定フロー

候補の比較前提をそろえ、必須条件の確認と追加検証を経てから契約条件を確定します。

Web制作会社の選定は、候補を集めて一度だけ比較する作業ではありません。必須条件と比較前提を固め、提案・見積・証跡を確認しながら、発注条件を確定するプロセスです。

候補抽出では必須条件を一次確認する

候補探索の段階では、提供領域が自社の要件に合うかを確認します。対応領域を整理して比較対象を作る際は、サービス一覧も活用してください。この段階では、実績の見た目や知名度で絞るのではなく、必須連携、品質要件、公開制約への対応可否を一次確認します。

同一条件で提案・見積を依頼する

候補ごとに異なる情報だけを渡すと、提案の良し悪しと前提条件の差が混ざります。要件、ページ・テンプレート、素材分担、連携、品質基準、公開制約を共通の依頼書で渡し、対象外と追加費用条件も明示するよう求めましょう。

追加確認と社内決裁を経て契約する

提案比較後に、体制図、構成図、デモ、テスト計画、保守仕様を確認します。重大な懸念が解消されないまま、価格や公開希望日だけを理由に契約へ進めないことが重要です。

03Section必須条件ゲート付き評価表で候補を絞る

必須条件は点数で補えないため、採点の前に可否を確認し、通過後の候補を証跡に基づいて比較します。

候補比較では、必須条件の判定と、優先度に応じた評価を分けます。必須条件は加点対象ではなく、発注可否を決めるゲートです。

まず○×の必須条件ゲートを通す

必須連携、個人情報・セキュリティ、公開制約は、候補ごとに○×で記録します。「連携可能」という説明だけでは○にせず、連携方式、担当範囲、テスト条件、責任分界を確認して判断します。×または未解決事項が残る候補は、原則として選定対象から外します。

ゲート通過後に5段階評価と重み付けを使う

評価は全項目で共通の5段階にします。1点は根拠がない、要求に対応できない、または重大な不整合がある状態です。3点は方式・担当・対象範囲を提案書や構成図などで確認できる状態、5点は自社要件に対する検証方法、公開後の運用、変更時・障害時の対応まで文書化されている状態とします。

加重点は、項目点（1〜5）÷ 5 × 重みで記録します。問い合わせ獲得が目的なら目的理解・企画や計測・改善の重みを上げ、連携や会員機能が重要なら技術・品質の重みを上げる、といった調整が必要です。

点数とは別に重大懸念と追加確認を残す

評価者間で点数が割れた項目は、平均点で処理しません。該当する提案書、体制図、テスト計画、見積明細などを再確認し、必要なら追加質問を行います。最終的には、採用した点数、判断理由、条件付き採用の条件、不採用理由を残します。

総合点が高くても、個人情報の取扱い、公開条件、必須連携などの重大懸念が未解消であれば、保留または除外とします。評価表は順位を作るためだけでなく、決裁者へ選定理由と残るリスクを伝えるための記録です。

04Section実績と提案を証跡で確認する

実績は「同じ業界のサイトを作ったことがあるか」だけで判断しません。自社に近い課題、サイト種別、制作範囲、関係者の多さ、運用条件、CMS・連携・移行の難しさが近いかを確認します。

実績は業界名より課題・担当範囲・運用条件を見る

事例を確認する際は、どの課題に対して何を担当し、公開後にどのような運用を想定していたかを質問します。成果数値が示される場合も、広告出稿、営業体制、既存認知、季節性などの前提が異なるため、そのまま自社で再現できるとは限りません。

守秘義務で公開できない実績は、顧客名や画面の開示を求めるのではなく、匿名化した工程資料、担当範囲、成果物例、テスト観点、運用設計を確認します。説明が具体的で、今回の要件にどう適用するかを示せるかが判断材料になります。

提案は目的理解と対象外範囲まで確認する

提案書では、課題理解が自社の目的やターゲットに結び付いているかを見ます。サイトマップやワイヤーフレームの見栄えだけでなく、想定する利用者の行動、導線、計測方法、発注側が準備すべきことが示されているかを確認してください。

同時に、対象外範囲も確認します。修正回数、原稿や画像の準備、既存ページ移行、外部連携、受入テスト、公開作業のどこまでが見積と工程に含まれるかを、提案と見積の両方で照合します。

技術・品質対応は資料とテスト計画で確認する

フォーム、会員機能、管理画面、外部連携がある案件では、セキュリティを「対応可能」という口頭説明で終わらせないことが必要です。IPA「安全なウェブサイトの作り方」を参照し、実装方式だけでなく、テスト、公開後の脆弱性対応、責任分界まで確認します。

05Section体制と公開日から逆算した進行を確認する

公開希望日が固定されている場合、制作会社の予定だけで可否を判断するのは不十分です。発注側の原稿・素材準備、レビュー、法務・情報システム確認、DNSや各種アカウントの準備を含めて、完了条件から逆算します。

実制作担当・再委託・責任者を体制図で確認する

営業や提案担当と実制作担当が異なる場合は、誰が設計、デザイン、実装、品質確認、公開後保守を担うのかを体制図で確認します。再委託がある場合は、委託先の担当範囲、データへのアクセス、品質管理、発注側への報告経路も明らかにします。

プロジェクト全体の最終責任者、日常の連絡窓口、会議体、課題管理方法、担当変更時の引き継ぎ方法が不明確な候補は、公開後の運用も含めてリスクを見積もる必要があります。

成果物・レビュー・変更管理を工程表で確認する

要件定義、設計、制作・実装、受入テスト、公開の各工程で、成果物、発注側のレビュー担当、承認期限を置きます。要望追加やレビュー遅延が起きた場合には、影響確認、追加見積、承認をどう進めるかも確認します。

工程の日数は、ページ・テンプレート数、原稿・撮影の分担、移行、CMS・連携、テスト、社内承認によって変わります。候補各社には、発注側の作業と遅延要因を含む工程表の提出を求めましょう。

公開希望日から完了条件を逆算する

06Section見積は初期費用と公開後12か月で比較する

見積は初期費用だけでなく、公開後の費用と追加条件を分けて確認すると、候補間の前提差を把握しやすくなります。

見積の総額差は、制作品質の差だけで生まれるものではありません。ページ・テンプレート数、原稿や撮影の分担、CMS・連携、移行、テスト、保守、税・実費の前提が異なれば、総額順に並べても比較になりません。

比較前提をそろえてから総額を見る

見積を依頼する際は、対象ページ、固有テンプレート、修正・レビュー回数、移行対象、外部連携、品質基準、公開作業をそろえます。一式表記がある場合は、内訳だけでなく、成果物、対象外、追加費用が発生する条件、変更時の見積手順を確認してください。

初期費用と継続費用を分ける

初期制作費と、公開後12か月程度に発生する保守、監視、バックアップ、インフラ、ライセンス、更新・改善費を分けて記録します。初期費用と継続費用を分けて比較することで、公開後を含む負担を把握しやすくなります。外部サービスの費用は、契約プラン、利用規模、権限、連携要件で変わるため、契約資料や公式情報で確認します。

比較対象総額は、初期制作費 + （月額継続費 × 12） + 年額ライセンス・インフラ費 + 初年度に予定する更新・改善費 + 必須追加対応費として記録します。実施量や追加要件が未確定の費用はゼロとして扱わず、「未確定」と理由を残して決裁時に確認します。

一式見積と追加費用条件を確認する

一式見積そのものが問題なのではなく、範囲と前提が確認できないまま比較することが問題です。候補ごとの総額に差がある場合は、削られている工程や対象外になっている作業がないかを照合します。見積範囲、対象外、追加費用条件をそろえて確認する方法は、見積もり比較の記事も参照してください。

07Section公開後の運用と契約前確認を終える

ホームページは公開して終わりではありません。更新、技術保守、障害・脆弱性対応、改善、将来の引き継ぎを分け、自社と制作会社の責任分界を文書で確認してから発注します。

保守・改善・引き継ぎの責任分界を確認する

日常更新では、自社で変更できるページと権限、操作研修やマニュアルの有無を確認します。技術保守では、CMSや関連ソフトウェアの更新、監視、バックアップ、復元手順の対象範囲を確認します。障害・脆弱性対応では、連絡窓口、受付時間、初動、復旧、費用、発注側が担う判断を明らかにします。

改善支援は保守とは別に扱い、KPIレポート、分析、改善提案、施策実行の頻度と費用を確認します。契約終了や制作会社変更に備え、データ、ソースコード、設定資料、アカウント、運用マニュアルを引き継ぐ条件を確認します。

契約文書と成果物・資産管理を整合させる

仕様、変更、責任分界、契約条件は、見積書・仕様書・発注書・契約書などの関連文書で整合させます。受託開発・保守運用における確認論点は、IPAの情報システム・モデル取引・契約書も参考になります。

個人データを扱うフォームや連携がある場合は、委託先の選定、契約、取扱状況の把握、再委託の扱いを確認します。具体的な確認内容は取扱データと委託範囲によって変わるため、個人情報保護委員会のガイドライン（通則編）を参照し、社内の担当部署と確認してください。

デザイン、原稿、写真、動画、ソースコード、第三者素材は、利用許諾と権利譲渡で扱いが異なります。文化庁の著作権に関する契約解説を確認し、権利者、利用範囲、改変可否、利用期間を明らかにします。

社内確認後に発注条件を確定する

契約前には、候補の評価結果だけでなく、発注後に認識違いが起きやすい条件を文書でそろえます。詳細な条項の確認には、契約前チェックポイントの記事も役立ちます。

要件に合うコーポレートサイト制作会社を比較する

整理した必須要件、制作範囲、公開希望日、運用条件をもとに、対応領域を比較できる制作会社を探します。

コーポレートサイト制作8943社掲載

コーポレートサイト制作会社を探す