BtoBサイト制作の基本：リード獲得につながるWebサイトの作り方

BtoBサイトを新設・刷新するときは、デザインを決める前に、見込み顧客が比較・社内説明・導入可否の確認で何を必要とするかを整理することが重要です。法人向け商材では、利用部門だけでなく、推進者、決裁者、情報システム、法務などが別々の観点で確認する場合があります。

本記事では、BtoBのWeb制作・ホームページ制作を検討する発注側に向けて、公開コンテンツ、問い合わせ・資料請求・商談予約の導線、制作体制、見積比較、公開後の改善を順に整理します。読後には、誰のどの判断を支え、どのCVにつなぐかを決められる状態を目指します。CVとは、問い合わせや資料請求など、サイトで達成したい行動のことです。

BtoBサイト制作は、関与者が確認する条件を起点に、情報・CV・営業対応・制作体制・改善を一続きで設計します。

01SectionBtoBサイト制作で最初に決めるべきこと

BtoBサイトは、商品・サービスを魅力的に見せる場であると同時に、比較候補に残るための情報と、社内で説明するための材料を提供する営業基盤です。まずは「誰に見せるか」ではなく、「誰がどの判断に関与し、何を確かめるか」を起点にします。

この記事の対象：リード獲得を目的にサイトを新設・刷新する発注側

対象は、法人向け商材・サービスを提供する企業で、自社サイトの制作・刷新を発注または推進する担当者です。問い合わせ、資料請求、商談予約を営業プロセスにつなげることを目的にします。

BtoCでは、個人がその場で比較して購入する導線が中心になることがあります。一方でBtoBでは、利用者が抱える課題の理解、推進者による比較、決裁者への説明、情報システムや法務による導入条件の確認が分かれることがあります。この違いは、サイト上で示す情報、CTA、営業への引継ぎ方法に影響します。

BtoBサイトの役割は「誰のどの判断を支えるか」で決める

価格体系や導入条件が比較される商材では、それらを公開ページ、FAQ、資料、個別相談のどこで説明するかを決めます。既存システムとの連携やセキュリティ確認が必要な場合も、技術的な詳細をすべて公開できなくても、確認可能な範囲と相談時の開示手順を用意します。

HubSpot Japanの「日本のBtoB購買に関する意識・実態調査2026」では、売り手へ接触する時点で複数候補のリストアップ以降まで検討を進めていた回答者が63.5%とされています。ただし、この調査は従業員50名以上の企業に勤務し、直近12カ月のBtoB購買に関与した1,573名を対象としたものです。全業種・全規模の購買行動にそのまま当てはめず、自社顧客の実態を確認する材料として使います。

検索流入を狙う場合も、ページ数や検索順位だけを目的にしないことが大切です。Google Search Centralのガイドが示すように、読者の目的を満たす十分な説明、情報源や運営主体を確認できる情報、独自の価値を優先します。

ターゲット・比較条件・主要CVを先に言語化する

主要CVは、営業相談につながる問い合わせ・商談予約などです。資料請求やセミナー申込などは、検討初期の読者とつながる補助CVとして設計できます。CTA（次の行動を促すボタンやリンク）は、ページを読んだ人の検討段階に合う行動を示します。

チェック数だけで構成を機械的に決める必要はありません。商材の複雑さ、公開可能な情報、既存コンテンツ、社内の承認体制を踏まえ、「サイトが最優先で支える判断」を一文で定めます。例として、「情報システム部門を含む比較検討者が、導入条件を確認し、個別相談へ進めることを支える」といった表現にします。

02Section公開時のコンテンツは3つの構成から選ぶ

公開範囲は、作れそうなページを並べて決めるものではありません。比較・稟議・相談に不可欠な情報を公開時にそろえ、検証しながら拡張する前提で決めます。

最小公開構成・標準構成・複雑商材向け構成の選び方

最小公開構成でも、提供価値、対象課題、サービス内容、導入条件、会社情報、主要CVは欠かせません。標準構成では、比較や社内説明を支える課題別ページ、事例、FAQ、導入の流れを足します。複雑商材向け構成では、導入前に確認されやすい連携、移行、運用、セキュリティの論点を早期に整理します。

アクセシビリティも公開直前の検査だけで済ませず、発注・設計段階から対象に含めます。デジタル庁のウェブアクセシビリティ導入ガイドブックを確認し、対象画面や確認方法を要件として合意します。

導入事例は成果の見せ方より確認条件を整える

導入事例では、顧客属性、導入前の課題、実施範囲、利用期間、顧客コメントの確認範囲をそろえます。数値を掲載する場合は、対象期間、母数、比較基準、集計方法を確認します。数値を出せない場合でも、承認手順、情報共有、作業時間、問い合わせ対応など、業務・運用上の変化を具体的に示せます。

一社の事例をすべての顧客に同じ結果が出る根拠として扱わず、掲載許諾と事実確認の記録を残すことが重要です。

03SectionCV導線はCTA・フォーム・営業対応まで一続きで設計する

CVはボタンのクリック数だけで評価せず、フォーム送信後の通知、対応、判定、記録まで接続して設計します。

CTAだけを増やしても、クリック後のフォーム、通知、担当振り分け、初回対応、営業判定、記録がつながらなければ、商談化を評価できません。主要CVと補助CVを分け、CVごとに業務の流れを決めます。

主要CVと補助CVを検討段階に合わせる

初回フォームで取得する情報は、初回対応に必要なものと、商談以降に確認できるものを分けます。選別に必要な情報を加える場合は、選択式や任意項目にできるか、なぜ取得するかを説明できるかを検討します。項目数だけで成果を予測するのではなく、営業上の必要性と利用者が理解できる入力目的を両立させます。

フォームは初回対応に必要な情報とアクセシビリティを両立する

W3C WAIのフォーム解説では、入力欄とラベルの関連付け、入力説明、エラーの特定などがアクセシビリティ上の重要な要件として示されています。特に、エラー時に何を修正すべきかがテキストで分かり、キーボードでも操作・修正できるかを確認します。

送信後の通知・振り分け・営業判定・記録を決める

フォーム送信後は、完了画面で次に受けられる案内を示し、自動返信、社内通知、担当振り分け、初回対応、営業判定、記録を一連で設計します。問い合わせであれば、誰が受信し、どの条件で営業担当へ渡し、対応結果をどこへ残すかまで決めます。

CTAの文言と遷移先の内容を一致させます。課題理解を促すページでは資料請求やセミナー、導入条件や事例を確認したページでは問い合わせや商談予約を優先候補にする、といった設計です。

04Section制作工程は発注前の決定と要件定義を分け、RACIで進める

制作開始後に目的や承認者が変わると、情報設計、原稿、実装、テストまで手戻りが広がります。発注側が先に決めることと、制作を通じて詳細化することを分けます。

発注側が先に決める事項と要件定義で詰める事項

発注前に決めるのは、目的、主要ターゲット、優先CV、公開希望日、予算方針、承認体制、必須連携、公開後の運用責任です。要件定義では、サイトマップ、画面仕様、CMS（担当者がコンテンツを更新する仕組み）の設計、フォーム分岐、計測イベント、移行方法、テストケース、実装方法を詰めます。

CRM（問い合わせ・商談などの顧客情報を管理する仕組み）やMA（見込み顧客への情報提供を支援する仕組み）との連携がある場合は、接続先、権限、渡すデータ、障害時の連絡先を早めに確認します。

RACIで原稿・許諾・連携・公開判定の責任を置く

RACIでは、作業ごとの実行者・最終承認者・相談先・共有先を定めます。特に最終承認者は各活動で1名に置くことが重要です。

RACIは、Rを実行責任者、Aを最終承認者、Cを相談先、Iを共有先として整理する方法です。役割記号は案件開始時に担当者名へ置き換えます。各活動のAは必ず1名にし、担当者の不在や異動に備え、代替者も記載します。

MKTはマーケティングまたはプロジェクト責任者、SALESは営業、PRODは製品・サービス担当、LEGALは法務、ITは情報システム、EXECは事業責任者、VENDORは制作側を表します。制作側が成果物の作成・実装を担っても、事業上の方針、公開情報の事実、法務判断、公開可否の最終承認まで代替するものではありません。

遅延しやすい確認事項と代替承認者を決める

原稿の事実確認、事例掲載の許諾、写真や図版の権利、外部連携の仕様、法務・情報システムのレビュー、最終承認者の不在は、公開直前に影響しやすい論点です。更新・権限・運用管理も含め、IPA「安全なウェブサイトの運用管理に向けての20ヶ条」を参照しながら、公開後の責任範囲を決めます。

05Section費用と期間は相場ではなく、比較条件と段階公開で決める

サイト制作の費用と期間は、ページ数だけでは比較できません。企画、原稿、移行、連携、テスト、保守、社内承認の条件が異なるため、同一要件書と工程表で比較することが必要です。

費用と期間を動かす要素を分解する

追加費用の条件も重要です。仕様変更、素材不足、移行対象の増加、外部連携の追加、承認・公開条件の変更が発生した場合に、どのような扱いになるかを見積書に明記します。

初期費用・継続費用・追加条件を同じ要件書で比べる

初期費用には、企画、コンテンツ、デザイン、実装、移行、連携、テスト、公開準備のどこまでが含まれるかを記載します。継続費用は、インフラ、CMS・外部ツール、保守、更新、セキュリティ対応、改善支援に分けます。

見積を取得する前に、公開時に外せない情報、ページ・コンテンツの範囲、支給素材、内製作業、連携要件、テスト範囲、保守の要否を要件書に記入します。総額の差が支援範囲の差か、前提条件の差かを確認しやすくなります。

Phase 1から逆算して公開可能な範囲を決める

予算や公開希望日に制約がある場合は、比較・相談に不可欠な情報と主要CVをPhase 1に置きます。課題別ページの拡充、事例追加、資料、診断、高度な連携などは、検証可能なものからPhase 2以降へ分けます。

06Section依頼先は支援範囲・体制・契約条件を同じ前提で比較する

依頼先の比較では、デザインの印象や見積総額だけでなく、自社が内製する範囲と外部に求める範囲を先に決めます。営業戦略、原稿、事例取材、実装、連携、品質確認、公開後の改善のどこに支援が必要かを明確にします。

内製する範囲と外部に求める範囲を先に決める

社内に商材知識があっても、原稿作成、事例許諾、事実確認の時間が取れない場合があります。反対に、ブランド表現や顧客接点の判断は社内が担う必要があることもあります。依頼先へ期待する役割と、社内で最終判断する領域をRACIと整合させます。

提案は課題理解から公開後支援までの根拠で比べる

提案は、同じ要件書を渡し、成果物、前提、除外範囲、追加費用条件をそろえて比較します。総額が異なるときは、どの作業や運用条件に差があるかを確認します。

契約では権利・再委託・検収・保守・引継ぎを確認する

原稿、写真、イラスト、動画、デザイン、ソースコード、アカウント、データは、公開後の更新や再利用にも関わります。文化庁の著作権契約マニュアルを参照し、利用範囲、再利用、再委託、引継ぎ、利用許諾の条件を契約で確認します。権利帰属や個別の利用条件は案件によって異なるため、必要に応じて法務確認を行います。

07Section公開後は有効商談・受注から逆算して改善する

公開後に追うべきなのはCV数だけではありません。サイト上の行動から、有効問い合わせ、有効商談、受注までを接続し、営業成果に影響する改善を選びます。KPIは、目的への進み具合を確認する重要指標です。

KPIを流入・検討行動・CV・営業成果につなぐ

サイトCVと営業成果は分けて記録し、営業からの判定結果を次の改善仮説へ戻します。

指標は、対象流入→重要ページ閲覧→サイトCV→有効問い合わせ→有効商談→受注の順に接続します。サイトCVは先行指標であり、営業上の有効商談や受注とは別の定義として扱います。

Google Analyticsの公式ヘルプでは、重要なイベントをキーイベントとして設定できます。ただし、利用できる画面やデータは、プロパティ設定、同意管理、権限、保存期間、実装内容によって変わります。実装・公開時には公式ヘルプを確認し、キーイベントと営業成果を混同しないようにします。

営業とマーケティングで判定定義と記録をそろえる

CRM・MAが未導入でも、統一した問い合わせ台帳から始められます。台帳に流入元、初回接点、問い合わせ種別、判定結果、商談化日、受注結果を残せば、将来の連携要件も整理しやすくなります。

影響度・流入量・負荷・検証可能性で改善順を決める

改善候補は、主要CVや有効商談への影響度、対象ページの流入量、実装負荷、結果を確認できるかで比べます。影響度と流入量が高い課題を優先し、同程度なら、実装負荷が低く検証しやすいものから着手します。

BtoBサイト制作の依頼先を比較したい場合

要件整理、情報設計、コンテンツ制作、実装、公開後の運用支援まで、必要な支援範囲は企業によって異なります。自社で担う範囲と外部に求める範囲を整理したうえで、対応できる会社を比較しましょう。

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

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