BtoBサイトの構成と必要なページの役割
BtoBサイトに必要なページを、それぞれの役割、対応する検討段階、最低限置く情報まで一覧で整理します。その上で、ページを一通りそろえたのに問い合わせが増えない会社に何が起きているのかを、アイコネクトの見解として、情報設計と信頼設計の観点から解説します。ページ数を増やすための記事ではなく、顧客の判断がどこで止まっているかを見つけるための記事です。
サイトの構成は、ページの並びではなく判断の順番で決まる
BtoBサイトの構成を考えるとき、多くの会社は他社サイトを参考にメニューを並べるところから始めます。会社概要、サービス、導入事例、ブログ、問い合わせ。この作り方が間違いというわけではありませんが、どこかで「このページは要るのか」「この情報はどこに置くのか」で手が止まります。判断の基準を持たないまま並べているからです。
そもそもWebサイトは集客媒体ではありません。検索、AI、SNS、PR、営業資料へと情報の接点が分散していくほど、企業として何を言っているのかを体系立てて保持しておく場所が必要になります。その中心がWebサイトです。そのためAIが普及してもこの役割は薄れません(BtoBマーケティング全体の中でのサイトの位置づけはBtoBマーケティングとはで整理しています)。
そしてBtoBの買い手は、課題に気づく、課題を理解する、解決方法を知る、自社に合うか考える、他と比較する、信頼できるか確認する、問い合わせる、という順番で判断を進めます。サイトの構成とは、この各段階で必要になる情報を配置していく作業のことです。ページは情報の容れ物にすぎません。

この図は、各ページを顧客の判断の段階(役割)ごとに束ねたものです。役割で束ねると、自社に足りないページが見つけやすくなります。多くのBtoBサイトで手薄になるのは「理解」の列ではなく、その先の「比較」と「信頼」の列です。サービス説明は丁寧なのに、選定基準も、任せて大丈夫かの根拠も置かれていない状態がよく起こります。
アイコネクトの見解
デザインより先に、情報設計を決める
一般的なリニューアルは、デザイン案を見るところから始まります。ただし、サイトの構成やリニューアルの相談でアイコネクトが最初に決めるのは色でも写真でもトンマナでもありません。誰に、何を理解してもらい、何を信じてもらい、何と比較してもらい、どう問い合わせてもらうか。この5つを先に決めて、デザインはそれを実現する手段として後から決めます。見た目から入ったリニューアルが「きれいになったが問い合わせは変わらない」で終わりやすいのは、この順番が逆になっているからです。デザインを軽視しているのではなく、デザインを決める前に「誰に何を伝えるか」を決めておく、ということです。
BtoBサイトに必要なページ一覧
必要なページを、役割・対応する検討段階・最低限置く情報の対応で整理します。自社サイトと突き合わせて、空いている行を探す使い方を想定しています。
| ページ | 役割 | 対応する検討段階 | 最低限置く情報 |
|---|---|---|---|
| トップページ | 誰の何を解決する会社かを短時間で伝え、各ページへ振り分ける | 全段階 | 対象顧客と提供価値/主要サービス/実績・事例/問い合わせ導線 |
| サービス・製品ページ | 機能と顧客課題を接続する | 解決方法を知る/自社に合うか考える | 対象と課題/できること/使い方の具体/導入までの流れ/料金・事例への導線 |
| 課題別ページ | 顧客が使う言葉で入口を作る | 課題を理解する/解決方法を知る | 課題の構造と原因/解決の手順/関連サービス/同じ課題の事例 |
| 業種別ページ | 業種特有の事情に合わせて言い換える | 自社に合うか考える | その業種の典型的な課題/業種特有の要件や制約/同業種の事例 |
| 導入事例 | 自分たちに当てはまるかを確認させる | 自社に合うか考える/比較する | 導入前の課題/比較した選択肢/選んだ理由/導入後の変化/向いている企業 |
| 料金ページ | 予算感と稟議の材料を渡す | 比較する | 料金の考え方/費用に含まれる範囲/最低条件/見積までの流れ |
| 会社案内・代表・メンバー | 「任せて大丈夫か」に答える | 信頼を確認する | 事業内容と沿革/体制と人数/代表の考え方/担当者の経歴 |
| 実績・パートナー・認証 | 客観的な裏づけを示す | 信頼を確認する | 支援社数や取引先/認定・所属団体/メディア掲載や受賞 |
| お役立ち資料(ダウンロード) | 検討段階の違う相手それぞれに接点を作る | 課題に気づく〜比較する | 対象読者/目次/読むと何が分かるか/入手後の流れ |
| ブログ・コラム | 検索とAIからの入口を増やし、専門性を示す | 課題に気づく/課題を理解する | 一次情報(自社データ・現場の判断)/具体的な手順/関連ページへの導線 |
| FAQ | 問い合わせ前の小さな不安を先に消す | 比較する/問い合わせる | 費用・期間・体制・対応範囲/断りやすさ/向いていない条件 |
| 問い合わせ・相談フォーム | 行動のハードルを下げる | 問い合わせる | 問い合わせ後の流れ/返信までの時間/相談内容の例/必要最小限の入力項目 |
| 採用ページ | 人と組織を通じて信頼を補強する | 信頼を確認する | 働く人/仕事の進め方/組織としての考え方 |
この13種類を最初から全部作る必要はありません。作る順番は7章で扱います。ここで押さえたいのは、それぞれのページに「顧客のどの判断を進めるためにあるのか」という答えがある、ということです。答えられないページは、たいてい情報も薄くなります。
一覧では書ききれない、ページごとの勘所
ここからは、一覧には書けない各ページの勘所を、アイコネクトが実際の支援で見ている点から補足します。同じページ名でも成果が分かれるのは、次のような点です。
トップページ
トップページの仕事は全部を説明することではなく、来た人を正しい行き先へ振り分けることです。ファーストビューで「誰の、どんな問題を、どう変えるのか」を言い切れているかが最初の関門になります。会社としての立派さを語る場所ではありません(「ファーストビューの作り方」)。
サービス・製品ページ
機能一覧で終わると、読者は機能を理解しただけで帰ります。「工数管理ができます」と読んでも、自分たちの何が解決するのかは分かりません。機能と顧客課題を接続して、「自分たちのこの問題は、これで解決できるのか」とつながる瞬間まで作るのがサービスページの役目です(「サービスページの作り方」)。
課題別ページ・業種別ページ
検索キーワードごとに量産すると、内容の薄い似たページが並びます。分ける単位を検索語ではなく「ケース」に置き換えると精度が上がります。この業種の、この立場の人が、こういう状況になったときに、こんな課題が起きる。そこまで具体化してから、対応する機能と事例につなぎます。
導入事例
読者が確認しているのは成果の大きさではなく、自分たちとの共通点です。そのため企業規模・業種・課題の複数の軸でそろえます。社名非公開の匿名事例でも判断材料としては機能するので、「載せてくれる顧客がいない」を理由に後回しにする必要はありません(「導入事例の導線」)。
料金ページ
公開するかどうかは事業によって答えが変わります。ただし金額を出さない場合でも、料金の決まり方(何で変動するのか、何が含まれるのか、最低ロットはあるのか)は書けます。買い手が困るのは金額が分からないことより、見当がつかないことです(「料金ページは公開すべきか」)。
会社案内・代表・メンバー
「安心」「安全」「誠実」といった言葉をいくら並べても信頼は生まれません。代表がどういう考えでこの事業をやっているのか、実際に担当するのは誰で、どんな経歴なのか、案件はどういう体制で進むのか。読み手が確認したいのはこの粒度の情報です(「会社紹介・人・実績の見せ方」)。
お役立ち資料・ブログ
資料には、接点を作るための資料(潜在層向けのノウハウ資料)と、商談を前に進めるための資料(サービス資料・事例集・比較資料)の2種類があります。ハウスリストが薄い段階で先に要るのは後者です。KPIもダウンロード数で止めず、どこまで読まれたかまで見ます(BtoBマーケティングとは)。
FAQ
想像で作らず、営業が商談で実際に聞かれた質問から作ります。答えを一問一答の形で明確に置くページは、検索でもAIの回答でも引用されやすくなります。
問い合わせ・相談フォーム
入力項目が多いほど離脱します。最初の接触で本当に必要な項目だけに絞り、聞きたいことは商談で聞く前提に切り替えます(「問い合わせフォームの改善」)。
採用ページ
採用のために作るページですが、購買を検討している側も見ます。どんな人が働いていて、どういう進め方をする会社なのかは、発注先を選ぶ材料になるからです。
検討段階とページの対応表で、空白を探す
ページをそろえたのに問い合わせが増えない場合、原因は情報の総量ではなく、顧客の特定の検討段階に情報が無いことです。検討段階と主なページを対応させると、空いている場所が見えます。

自社の既存ページをこの表に当てはめて、埋まらない行を探してください。多くの会社で空くのは「比較する」と「信頼を確認する」の2行です。この2つは自社説明では埋まらないためです。
もう一つ足したい軸が、読む人の役職です。担当者が知りたいのは具体的な進め方、マネージャーが知りたいのは運用と再現性、決裁者が知りたいのは投資判断と事業へのインパクトです。同じ料金ページでも、担当者は導入手順を見て、決裁者は費用対効果を見ます。BtoBのページは、目の前の読者だけでなく、その先で稟議を通す人に転送される前提で作る必要があります。
アイコネクトの見解
ページを足す前に、止まっている段階を特定する
一般的な改善は、CTAやフォームなど目に見える箇所から手を付けます。ただし「問い合わせが少ない」という相談に対して、アイコネクトはページの追加や改修から入りません。先に見るのは、顧客の検討がどの段階で止まっているかです。流入はあるのに問い合わせがないなら、多くの場合で不足しているのは比較材料と信頼の情報です。問い合わせはあるのに商談化しないなら、来ている顧客と想定顧客がずれています。ボタンの色やフォームの位置を変える改善が無意味なわけではありませんが、それは価値が伝わり、ある程度回っているページの上積みとして効くものです。価値が伝わっていないページのボタンを何色にしても、問い合わせが2倍になることはありません。
信頼を情報で設計する
比較検討の終盤で顧客が確かめているのは、サービスの良し悪しよりも「この会社に任せて大丈夫か」です。ここで抽象的な言葉を並べても効きません。信頼できる根拠を、情報として順番に見せていきます。

上から下へ、抽象的なものから具体的なものへ降りていく構造です。上だけあって下が無いと理念だけの会社に見え、下だけあって上が無いと作業の請負に見えます。両方を置いて初めて、判断材料になります。
専門性の示し方も同じです。「私たちは専門家です」と宣言することが専門性の証明ではありません。顧客のさまざまなケースに対応できることを示し、それを実際の事例で裏づける。この形になったとき、専門性は読み手にとって確認できる事実になります。
アイコネクトの見解
「向いていない顧客」を書く
何でもできます、どんな企業にもおすすめです、という書き方は信頼を下げます。比較検討中の顧客が探しているのは宣伝ではなく判断材料なので、「この条件なら向いていません」と言える会社のほうが信用されます。向いている企業と向いていない企業、ほかの解決方法との違い、選定基準、導入条件、体制、導入期間。比較に必要な情報は隠さず自分たちから出します。BtoBの購買で比較は避けられない以上、比較のルールを先に示した側が選ばれやすくなります。書いた結果、問い合わせの件数は減ることがありますが、残った問い合わせの質は上がります(「『向いていない顧客』を書く」)。
問い合わせまでの導線をつくる
CTAを「お問い合わせボタン」だけの話にしないことが、BtoBサイトでは効果を生みます。導入事例を読んで自分ごと化した直後、課題別ページで自分の問題を認識した直後。読者の理解が一段進んだ場所にCTAを置くと、同じボタンでも意味が変わります。読者がすでに自分の課題を意識している状態で目に入るためです。一番伝えたいこととCTAをセットにする、という考え方です(「CTA設計」)。
そのうえで残るのが、問い合わせそのものへの心理的なハードルです。「営業をかけられそう」「何を聞かれるか分からない」「まだ問い合わせる段階ではない気がする」という不安です。この不安は、問い合わせ後のプロセスを見せることで和らげられます。返信までの目安、初回に何を話すのか、そこから提案までどう進むのか。この程度の情報でも、相手には「問い合わせたら何が起こるか」が見えるためです。
もう一つ、出口を1種類にしないことも効果が出ます。「問い合わせ」だけを置くと、まだ検討途中の人にはクリックする選択肢がありません。サービス資料のダウンロード、事例集の請求、短時間の相談枠、簡易診断。検討の進み具合が違う相手それぞれに押せる出口を用意しておくと、今は問い合わせをしない人との接点が残ります。ただし出口を増やすほど1ページの主張はぼやけるので、1ページにつき主となるCTAは1つ、補助を1つまで、といった整理は必要です。
フォーム自体の設計と、その手前のCTA設計は別の仕事です。フォームの項目数と入力負荷については「問い合わせフォームの改善」で、CTAの置き方については「CTA設計」で扱います。
作る順番と、公開後にやること
2章で列挙した13種類を一度に作ろうとすると、どれも中途半端になります。作る順番の決め方は、今まさに探している顧客の受け皿から埋めることです。
- サービス・製品ページ(機能と課題の接続)
- 導入事例(自己適合の判断材料)
- 会社案内・代表・実績(信頼の根拠)
- 問い合わせ導線とFAQ(最後の不安の除去)
- 課題別・業種別ページ(入口を増やす)
- 料金・比較情報(選定基準を示す)
- ブログ・お役立ち資料(接点を広げる)
先に潜在層向けのコンテンツを増やす順番も理屈としては成立しますが、受け皿が無い状態で流入だけ増やすと、来た人がそのまま帰ります。この優先順位の考え方はBtoBマーケティングとはで詳しく整理しています。既存サイトのリニューアルで、どこまで作り直してどこを残すかの判断は「サイトリニューアルの進め方」で扱います。
公開後にやることは2つあります。1つは計測です。GA4で検討段階ごとの動きを見て(「GA4で見るべきBtoBサイトの指標」)、ヒートマップや行動分析でページ内のどこで読むのをやめたかを見る(「ヒートマップと行動分析の使い方」)。ここで見つけたいのは順位や滞在時間そのものではなく、顧客の判断が止まっている場所です。
もう1つは、ページ同士のつながりです。課題別ページを読んだ人が次に見る事例が無い、事例を読んだ人がサービスページに戻れない、資料をダウンロードした人にその続きが無い、などサイト内を回遊できない構造になっていないかを確認することが重要です。BtoBサイトの成果は個々のページの出来より、複数のページが連動して顧客を動かす構造で決まります。そのため、新しいページを追加する前に、既にあるページを検討の順番に並べて、途切れている箇所をつなぐほうが効果的であることは珍しくありません。
そして、運用に入る前に決めておきたいのが更新の担当です。誰が事例を追加し、誰が料金や体制の変更を反映し、誰が四半期に一度サイト全体を見直すのか。ここが決まっていないサイトは、公開から1年ほどで書いてある内容と実態がずれ始めます。BtoBサイトは作って完成する制作物ではなく、事業の状態を映し続ける情報基盤です。制作の見積もりを取る段階で、公開後の運用まで含めて考えておくと、この形を保ちやすくなります。
よくある質問
BtoBサイトは何ページ必要ですか?
ページ数の基準はありません。2章の一覧で「顧客のどの判断を進めるためにあるか」を答えられるページだけを持つ、というのが基準になります。判断の段階が埋まっていれば10ページ台でも機能しますし、埋まっていなければ100ページあっても問い合わせは増えません。
課題別ページと業種別ページは、どちらを先に作るべきですか?
受注実績が特定の業種に偏っているなら業種別、業種を問わず同じ課題で相談が来るなら課題別が先です。判断の材料は、既に受注できている顧客の共通点にあります。
既存サイトを直すのと、作り直すのは、どちらがよいですか?
判断の順番は、まず情報設計を見直すことです。必要な情報が置かれていない理由が「ページが無い」ならページを追加すれば済みます。「サイトの構造上どこにも置けない」なら作り直しの検討に入ります。デザインへの不満を起点に作り直しを決めると、同じ問題が新しい見た目で再発します(「サイトリニューアルの進め方」)。
サイトの構成は、誰が決めるべきですか?
制作会社に丸ごと任せる形にはしないことをおすすめします。どの顧客を取りにいくか、何を強みとして出すか、営業とどうつなぐかは事業側の判断であるためです。事業側で決めるのは「誰に何を理解してもらうか」まで、制作会社に委ねるのはそれを実現する構造とデザイン、という切り分けが現実的です。
AI検索の時代でも、自社サイトは必要ですか?
必要性はむしろ上がります。AIが参照するのは、その企業が体系立てて公開している情報です。一次情報と、比較できる形に整理された情報を持つ場所が無ければ、AIの回答にも人の検討にも入っていけません。
まとめ:ページをそろえることと、判断を進めることは別
要点を3つに絞ります。
- サイトの構成は、顧客の判断の順番で決まる。 他社のメニューを写すのではなく、課題認識から問い合わせまでの各段階に必要な情報を配置します
- 情報が空きやすいのは「比較」と「信頼」。 サービス説明が丁寧な会社ほど、選定基準と「任せて大丈夫か」の根拠が抜けます
- 決める順番は、情報設計が先でデザインが後。 誰に何を理解させ、何を信じてもらい、何と比較してもらうかを決めてから、見た目を決めます
必要なページの一覧そのものは、この記事に限らずどこでも手に入ります。差がつくのは、自社サイトのどの段階が空いているかを見極め、いま作らないページを決める判断です。
自社サイトの構成を情報設計から見直したい場合は、アイコネクトのBtoBマーケティングコンサルティング(サイトリニューアル・Web改善)で相談をお受けしています。
代表・広沢のnoteから
ここまで、BtoBサイトに必要なページとその役割を一覧で整理してきました。ただ、実際の案件で多いのは「ページが足りない会社」ではなく、一通りそろっているのに問い合わせが増えない会社です。
私は、その原因を「企業側の分類でページを並べていること」にあると考えています。実績が100件あっても、顧客が自分に近い1件にたどり着けなければ、無いのとほとんど変わりません。業種・規模・課題・用途といった、顧客が探すときの軸で整理し直す必要があります。
もう一つ、BtoBでは購入前にアハ体験が要る、とnoteで書きました。機能の説明は土台であって終着点ではありません。その機能が誰のどの課題を解くのかまでつながったとき、初めて自分ごとになります。この記事の一覧表も、ページの数え上げではなく「顧客の判断が進むか」で使ってもらえればと思います。