BtoB SEO記事の構成の作り方｜検索意図の満たし方と商談への導線

記事の成否は、書き始める前にほぼ決まっている

記事の出来を左右する判断のほとんどは、本文を1文字も書かないうちに終わっています。

構成の段階で決まるのは4つです。どの検索意図に答えるか。どの順番で答えるか。他社が書けない情報をどこに置くか。読み終えた人にどこへ進んでもらうか。この4つは、原稿が上がってから文章表現をいくら磨いても変わりません。逆にこの4つが正しく決まっていれば、文章が多少ぎこちなくても記事は仕事をします。

発注者の立場で見ると、構成レビューは実質的に唯一の介入点です。原稿が上がってから「そもそも切り口が違う」と伝えるのは、書いた側にとっては全書き直しであり、依頼した側にとっては次の記事も同じ結果になるという意味です。構成の段階なら、指摘は15分で済み、修正も見出しの並べ替えで終わります。ここに時間を使わずに原稿レビューで粘るのは順序が逆です。

世の中にある構成の解説は、そのほとんどがライター向けです。「12ステップ」といった手順は自分で構成を作る人には有効ですが、発注者が必要としているのは「上がってきた構成の何を見て、どこを差し戻すか」という判断基準です。手順を知っていることと、良し悪しを判定できることは別のスキルとして扱ったほうが実務は回ります。

記事1本ではなくメディア全体の設計をこれから考える段階であれば、BtoB SEOコンテンツ戦略の設計手順で全体像を先に押さえたほうが早くなります。この記事は、その中の「記事1本の構成」だけを掘り下げます。

「検索意図を満たす」を3つの層に分解する

検索意図を満たすとは、上位記事に載っている項目を全部拾うことではありません。

「検索意図を満たす」という言葉は、何をどこまで書けば満たしたことになるのか誰も判定できないため、レビューの場では機能しません。使える形にするには、読者が求めている情報を3つの層に分けて考えるのが早道です。

第1層は、前提をそろえる情報です。用語の定義、一般的な進め方、代表的な注意点。この層が欠けていると読者は「浅い記事だ」と判断して離脱しますが、書いたところで他社との差はつきません。何が必要かは上位記事を見ればすぐ分かるので、ここは効率よく埋めるべき部分であって、時間をかける場所ではありません。

第2層は、読者が判断できるようにする情報です。BtoBの読者が検索している瞬間に抱えているのは、たいてい「AとBのどちらを選ぶか」「今やるべきか、後回しでいいか」という分岐です。ところが多くの記事はAとBを並列に説明して終わり、どちらを選ぶかには踏み込みません。基準と分岐が書かれているかどうかで、読者にとっての価値はまったく変わります。

第3層は、自社にしかない一次情報です。商談で実際に聞いた言葉、失注の理由、自社で試した施策の結果。この層だけは他社が書き写せません。読者が「この会社は分かっている」と感じるのもここです。3層のどれが欠けても記事は成立しませんが、投じる労力の配分は均等ではありません。

構成レビューの実務では、上がってきたH2を1本ずつ第1層・第2層・第3層に分類してみてください。ほとんどが第1層に寄っていたら、その構成は上位記事の要約です。公開しても、すでに上位にある記事を上回る理由がありません。

上位記事の見出しを並べた構成が、商談につながらない理由

上位記事の見出しを集約した構成は、読者の平均像に向けた平均的な記事にしかなりません。

上位10記事の見出しをスプレッドシートに並べ、頻出するものを拾って自社の構成にする。この作り方は広く使われていますが、これだけで作った構成には3つの問題があります。

見出しは、それを書いた会社の目的で最適化されている

上位記事の見出しは中立ではありません。ツールを売る会社の記事は「ツールで解決できる課題」に見出しが寄り、制作を請け負う会社の記事は「自社でやると失敗する理由」に寄ります。どちらも悪意があるわけではなく、自社の出口に読者を運ぶ構成として合理的に設計されているだけです。自社の商材や提供価値が違うのに同じ見出し構成を写せば、読者を最後まで運んだ先に自社の受け皿がないという事態になります。

頻出見出しを拾うと、どのH2も浅く広くなる

複数の記事に共通して出てくる見出しは、裏を返せば誰でも書ける論点です。それを網羅すると、文字数は増えるのに読者にとっての密度は下がります。10本のH2すべてが「一般論を800字ずつ」で構成された記事は、書く側の工数だけが積み上がり、読む側には何も残りません。

読者の分岐に答えないまま終わる

BtoBの検索行動の多くは、社内で何かを決めるための情報収集です。「やるべきか」「どちらを選ぶか」「いつまでに何を用意するか」に答えないまま、選択肢の説明だけを並べた記事は、読者の意思決定を1ミリも前に進めません。次の行動が生まれないので、当然その先の商談も生まれません。

では上位記事を見なくてよいのかというと、そうではありません。使い方が違います。上位記事は「自社の構成に致命的な欠落がないか」を確認するチェックリストとして最後に使うものであって、骨格を作るための材料ではありません。骨格は、自社が把握している読者の実像から組み立てます。読者像の解像度を上げる手順はBtoBペルソナの設定方法にまとめています。

結論を先に置く｜構成の骨格を5ブロックで作る

記事全体を5つのブロックに割り当ててから、順番が正しいかを検証します。

骨格づくりで迷ったら、記事を次の5ブロックに分けて、H2をどこかに必ず属させます。①この記事の答え、②その答えが成り立つ前提と判断軸、③具体的な手順や中身、④落とし穴と向かない場合、⑤次の一歩。この割り当てをしてみると、たいていの構成案は③ばかりが厚く、①と④が抜けていることが分かります。

結論を先に置くべき理由は、BtoBの読者が仕事中に読んでいるからです。上から順に読み進めてはくれません。冒頭2画面ほどで「この記事は自分の問いに答えるか」を判定され、答えないと判断されれば戻られます。「近年、〇〇の重要性が高まっています」から始まる構成は、書き手が書きやすいだけで、読者の問いには1行も答えていません。市場動向や背景の説明が必要なら、答えを出したあとに②の前提として置きます。

例外は、読者がまだ問いを言語化できていない場合です。潜在層向けの記事では、まず読者が抱えている状況を言葉にして「これは自分のことだ」と認識してもらう入り方が有効です。ただしその場合でも、1つ目のH2では答えを出します。痛みの描写を2つも3つも重ねる構成は、読者を焦らしているだけです。

順番が正しいかを検証する方法

各H2の直下に置く結論の1文だけを抜き出し、上から順に並べて読んでみてください。それだけで記事の主張が通るなら、順番と粒度はおおむね正しいと判断できます。途中で話が飛ぶ、同じことを二度言っている、結論が最後のH2にしか出てこない、といった症状が出たら、そこが直すべき場所です。この検証は5分で終わり、構成レビューのなかで最も費用対効果が高い作業です。

セクションリードは宣言形で書く

各H2の直下には、そのセクションの結論を1〜2文で置きます。「このセクションでは〜について解説します」という書き方は、読者に何も渡していません。「〇〇は△△で決まります」「〇〇をやるべきでないのは□□の場合です」と宣言形で言い切ってから、根拠と手順を続けます。構成案の段階でこの1文まで書かせておくと、書き手が何を主張するつもりなのかが事前に見えるため、レビューの精度が一段上がります。

H2の粒度とH3の使い方

H2は「1つの問いに1つ」。この原則だけで、構成の粗さの大半は解消します。

粒度がそろっていない構成は、書き手も迷います。あるH2は3,000字書けるのに隣は200字で終わる。すると執筆時に埋め合わせの一般論が入り、記事全体の密度が落ちます。粒度は次の3つの問いで機械的に判定できます。

1つ目は、その見出しを問いの形に言い換えられるかどうかです。「〇〇とは」「どう選ぶか」「いつやるべきか」と言い換えられない見出しは、何に答えるつもりなのかが決まっていません。「〇〇のポイント」「〇〇の重要性」といった見出しはこの時点で落ちます。

2つ目は、その問いへの答えが2つ以上の話題に分かれないかどうかです。分かれるならH2を割ります。「費用と選び方」のように接続詞でつながれた見出しは、ほぼ確実に分割対象です。3つ目は、本文が2〜3段落で終わってしまわないかどうか。終わるなら、それは独立したH2ではなく隣のH2の一部です。

目次を長く見せるためにH2を細かく刻む構成は、読者から見れば同じ話が細切れになっているだけです。

H3は話題を変えるためには使わない

H3は、そのH2の答えを構成する並列の要素を分解するときにだけ使います。「3つの問い」に対する「1つ目」「2つ目」「3つ目」のような関係です。H3で話題そのものを変えてしまうと、目次を見た読者は記事の構造を把握できなくなります。そしてH4は作らないでください。H4が必要になったのは、たいていそのH2が大きすぎるサインです。

見出しにキーワードを詰めない

見出しは目次として機能する必要があります。目次だけを読んで記事の主張が推測できるかが基準です。すべてのH2にメインキーワードを入れた構成は、目次が同じ言葉の反復になり、読者はどこに何が書いてあるか分からなくなります。キーワードは、それを含めたほうが見出しとして自然になる箇所にだけ入れれば十分です。

見出しの粒度が決まったら、次は段落と文の粒度を点検します。段落単位で単独抽出に耐える書き方で、切り出されても意味が通る条件を整理しています。

独自性は「社内にすでにある一次情報」で作る

独自性は書き方の工夫ではなく、他社が持っていない情報を持ち込むことでしか作れません。

「独自性を出してください」という発注は、ほぼ機能しません。書き手が外部のライターであれば、その人が持っている情報は公開情報だけです。独自性を求めるなら、独自の情報を渡すところまでが発注側の仕事になります。そして幸いなことに、BtoB企業の社内には使われていない一次情報が大量に眠っています。

実務で最も効くのは、構成を作る前に営業から20分もらうことです。「このテーマについて、お客さんが実際に口にする言葉を5つ挙げてください」と聞き、出てきた言葉をそのまま見出しやリード文に使います。マーケティング側が整えた表現より、顧客が使っている言葉のほうが検索クエリにも近く、読んだ人の反応も違います。

失注理由は、記事の「向かない場合」「落とし穴」を書くための最良の材料です。なぜ選ばれなかったのかを分類しておくと、読者にとって最も知りたい情報である「自分のケースでは何が障害になるか」を具体的に書けます。分類の設計はBtoBの失注分析のやり方で扱っています。商談の録画をコンテンツの材料として棚卸しする手順は商談録画の活かし方にまとめました。

数字の扱いと、匿名化の線引き

数字は独自性として強く効きますが、出せないものを無理に出す必要はありません。実数を公開できないなら「10件中7件」「導入から2四半期程度」といった相対表現や条件付きの範囲で書きます。丸めた実数のほうが、出典不明の業界平均を引用するよりはるかに読者の役に立ちます。逆に、確認できない統計を権威づけのために引くのは、記事の信頼を下げるだけです。

顧客名を出せる情報については、記事に断片的に混ぜるより独立した事例として整えたほうが資産になります。依頼の通し方と匿名化の設計はBtoB導入事例の作り方で扱っています。

記事の構造をAI検索向けにどこまで作り込むかは、根拠の強さで決めてください。構造化データやFAQ形式をどう扱うかを判断基準の側から整理しています。

リード文・図表・文字数は、構成の段階で決めておく

執筆時に迷いがちな3点は、構成の段階で方針を決めておくと手戻りが消えます。

リード文は3段落に固定する

リード文で読者が判定しているのは「これは自分向けか」「答えは書いてあるか」の2点だけです。そこで、①読者の状況と困りごとを読者の言葉で描く、②この記事の答えを一文で言い切る、③誰に向けた記事で、何は扱わないかを示す、の3段落に固定します。合計400字以内が目安です。

やらないほうがよいのは「この記事でわかること」の箇条書きです。読者は目次が欲しいのではなく答えが欲しいので、箇条書きを挟むぶんだけ答えに到達するのが遅くなります。③でスコープを宣言しておけば、扱わない論点への期待も同時に外せます。

図表を入れるかどうかは構成段階で決める

判断は単純です。3つ以上の要素の関係や順序を示したいときは図、項目と属性の組み合わせを見比べさせたいときは表、単なる列挙は箇条書き。この3つのどれにも当てはまらないなら、その図は文章を飾るために入れようとしているだけなので不要です。

重要なのは、構成の段階で「このH2に図を1点」と決めておくことです。原稿が上がってから図を足す運用にすると、本文の論旨をなぞっただけの図が付き、読者にとっての情報量は増えません。図が担う説明を本文から引き算できるかどうかが、その図が働いているかの判定基準になります。

文字数は目標ではなく結果

「8,000字で」という発注をすると、水増しされた第1層の情報で埋まります。文字数は、答えるべき問いの数と深さから決まる結果であって、先に置く目標ではありません。発注時に指定すべきは文字数ではなく「この5つの問いに答えること」です。結果として3,500字で必要十分なら、それが正しい長さです。

上位記事の平均文字数に合わせる運用もよく見かけますが、その平均が正しい保証はありません。上位が長文ばかりなら、答えるべき問いが多いというシグナルとして読み、問いの数を数え直すほうが実務的です。構成案の段階で問いの数を確定させておけば、原稿が短い・長いという議論は起きなくなります。記事の設計や発注の進め方で迷う場合は、現状の構成案をもとにした個別の壁打ちもご利用ください。

記事から商談へつなぐ｜役割ごとに出口を変える

すべての記事に同じCTAを置くから、読まれているのにCVしない記事が生まれます。

記事の出口を設計するには、まずその記事がファネルのどこを担うのかを決めます。構成案を作る前に「この記事は誰の、どの段階に効かせるのか」を1行で書いておくと、出口の議論がぶれません。実務では次の3分類で足ります。

よくある失敗は、全記事の末尾に「まずはお問い合わせください」を置くことです。課題を認識したばかりの読者にとって、問い合わせは距離が遠すぎます。この段階の読者に必要なのは、社内で共有できる資料や、検討を続けるための材料です。企画から作成後の運用まではホワイトペーパーの作り方で扱っています。

逆に、実行フェーズの読者に長文の資料を渡すのも噛み合いません。この層が欲しいのはすぐ使える形式で、テンプレートやチェックリストのほうが受け取られます。温度が高いリードになりやすい分、受け皿の設計が甘いと取りこぼします。

本文中の出口は「読んだ直後の温度」に合わせる

本文中に置くリンクは、記事あたり1〜3本にとどめ、そのセクションを読み終えた直後の心理に合った文言にします。判断軸を読み終えた直後なら「自社のケースで判断がつかない場合は」、手順を読み終えた直後なら「社内で回すか外に出すかを決める前に」といった接続です。どのセクションに置いても同じ文言になっているなら、それは文脈に紐づいていない証拠です。

出口の受け皿そのものの設計は、記事構成とは別の作業になります。相談への導線として使うページであればBtoBのランディングページ改善を、入力途中の離脱が疑われる場合はBtoBの問い合わせフォーム改善を先に確認したほうが、記事側をいじるより効果が早く出ることがあります。記事の役割を検討段階に対応づける作業自体に迷うなら、BtoBカスタマージャーニーマップの作り方で粒度の決め方を確認してください。

自社の商材でどの記事にどの出口を置くべきか、資料と相談のどちらを主導線にすべきかは、商談化率と営業体制を見ないと決まりません。判断に迷う段階であれば、現状のデータをもとにした設計の相談から始めていただけます。

構成案のレビュー｜発注前に渡すもの、受領時に見る項目

良い構成はレビューの厳しさからではなく、発注時に渡した情報の量から生まれます。

構成案の質は、発注時点でほぼ決まっています。渡すべきは次の4点です。①メインキーワードと関連クエリ、②想定読者（役職、置かれている状況、すでに知っていること）、③この記事の役割と出口、④社内の一次情報。特に③と④を渡さない発注は、構造的に「上位記事の要約」が返ってくるようにできています。書き手にはそれ以外の材料がないからです。

そのうえで、上がってきた構成案は次の観点で見ます。すべてを完璧に満たす必要はありませんが、上から3つが崩れている場合は、細部を直すより組み直したほうが早くなります。

構成に時間をかけないほうがよい場合

すべての記事に同じ工数をかける必要はありません。用語の意味だけを短く確認したい検索需要に対して、判断軸や一次情報を厚く盛った記事を作っても読者は求めていません。この種のテーマは第1層を正確に、簡潔に書いて終えるほうが適切です。

更新情報やお知らせのような公開物も同様です。構成の設計は、SEOで競合と比較される記事に対して行うものであり、すべての公開物に適用するルールではありません。

そして、すでに同じ検索意図に答える自社記事がある場合は、新規で構成を起こす前に既存記事を見直す判断が先に来ます。同じ意図の記事を2本持つと、どちらも中途半端な評価にとどまることが多くなります。既存記事の改善判断は別の論点として扱ってください。

もう一段手前の話として、そもそも自社の商材が検索経由の商談と噛み合っているかという判断もあります。検討期間が極端に短い商材や、意思決定者が検索行動をほとんど取らない業界では、記事の構成をどれだけ磨いても商談は増えません。その場合は、記事の質ではなくチャネルの選択そのものを見直すことになります。

まとめ

記事の成否は、書き始める前の構成でほぼ決まります。発注者にとって構成レビューは唯一の介入点であり、ここに30分使うことが原稿の書き直し1回分に相当します。

検索意図を満たすとは、上位記事の項目を網羅することではありません。前提をそろえる情報は効率よく埋め、時間は「読者が判断できるようにする情報」と「自社にしかない一次情報」に使います。上位記事は骨格を作る材料ではなく、最後に欠落を確認するチェックリストとして扱ってください。

骨格は、答え・前提・手順・落とし穴・次の一歩の5ブロックで組み、結論を先に置きます。H2は1つの問いに1つ。独自性は、商談の録画や失注理由といった社内にすでにある素材を書き手に渡すことでしか生まれません。文字数は答えるべき問いの数から決まる結果であって、目標ではありません。

最後に出口です。記事の役割を課題認識・比較検討・実務直前のどれかに決め、それに合った出口を置く。すべての記事に同じCTAを置いている限り、読まれる記事と商談が生まれる記事は別々のままです。

よくある質問

記事構成案の作成にはどれくらい時間をかけるべきですか

目安として、執筆に使う時間の2〜3割を構成に充てると全体の手戻りが減ります。ただし配分より順序のほうが重要で、構成が固まる前に書き始めた記事は、修正コストが常に構成段階の数倍になります。社内の一次情報を集める時間を含めて、はじめの1本は半日程度を見ておくと安全です。

記事構成はAIに作らせてもいいですか

第1層にあたる一般的な論点の洗い出しや、上位記事との欠落チェックには有効です。一方で、自社の一次情報と、読者に選ばせる判断軸はAIには出せません。素材として商談の言葉や失注理由を渡さない限り、返ってくるのは公開情報の平均になります。骨格と差別化の楔は人が決め、網羅性の確認を任せる分担が現実的です。

上位記事にある見出しは全部入れるべきですか

入れる必要はありません。判断基準は「それが無いと読者が読み進められないか」です。無いと困る論点は入れ、無くても困らない論点は削って、その分を判断材料と一次情報に回します。すべて入れた構成は網羅的に見えて、実際にはどの論点も浅い記事になります。

記事の文字数はSEOに影響しますか

文字数そのものが評価されるわけではありません。答えるべき問いが多いテーマでは結果として長くなる、という順序です。文字数を先に決めると、水増しされた一般論で埋まり、かえって読者の離脱を招きます。発注時は文字数ではなく、答えるべき問いの数で指定してください。

構成案は誰がレビューすべきですか

その記事の読者に最も近い人と話したことがある人、つまり多くの場合は営業です。マーケティング担当だけで完結させると、読者が実際に使う言葉と判断の分岐が抜け落ちます。15分でよいので、構成案の見出しを営業に見せて「お客さんはこう聞いてきますか」と確認する工程を挟むと、記事の当たり外れが安定します。