LPO×SEOの連携設計｜検索意図で回すCVR改善の週次実務

LPOとSEOを、それぞれ別のKPIレポート・別の定例で管理するのは、もうやめてください。SEOのセッションは前年比2倍になったのに、CV件数は横ばい。広告のCPA（Cost Per Acquisition、顧客獲得単価）は3か月頭打ちで、記事に投資するのかLPに投資するのか社内で決まらない。この詰まり方は珍しくありません。

LPOとSEOは「集客と受け皿」という分業関係ではなく、検索意図データを共通言語にして同じ改善ループに乗せたときに初めてCVRとリード単価が動きます。この記事では、定義の整理から分業との違い、統合のメリットとデメリット、AIでの案量産と人の削り方、導入判断の目安までを実行順序で扱います。読み終える頃には、来週の定例で何のデータを1枚にまとめ、誰が判定するかまで決められる状態になります。

AIは接続コストを下げる手段であって、目的ではない

先にスタンスを明示しておきます。私たちはAIを「自動でCVRを上げてくれる仕組み」とは考えていません。AIが効くのは、クエリごとの訴求案を短時間で並べる、離脱データを分類する、といった接続コストの削減です。何を捨てるかの判断は人が持つ。この前提でないと、案だけが増えて意思決定が遅くなります。

LPO（Landing Page Optimization／ランディングページ最適化）は着地後のCVRを、SEO（Search Engine Optimization／検索エンジン最適化）は着地前の流入質を扱います。役割の違いはこれだけで十分で、問題はその先、両者が別々のデータで管理されている状態にあります。

分断すると起きる2つの現象

• 流入は増えたがCVは横ばい：課題解決クエリで記事流入が伸びても、着地したLPが指名検索前提の訴求のままだと接続されません。
• CVRは上がったが商談化しないリードが増える：フォーム項目を削ってCVRが1.2倍になっても、営業が追える情報が消えていれば事業KPIは動きません。

一本のループにするとはどういう状態か

「検索クエリ → ページ到達 → スクロール到達 → フォーム離脱 → 商談化」が、1つのデータ層で同一ユーザーとして追える状態を指します。GA4のようなアクセス解析だけでは商談化が欠け、CRM側だけではクエリが欠けます。ここを結ぶ計測設計が、LPOとSEOの統合における最初の投資対象です。具体的な実装の勘所はLP最適化サイクルの全手順でも整理しています。

指標をセッション単位でなくクエリ意図タイプで分解する

私たちは指標を「指名」「比較」「課題解決」の3つの意図タイプに分けて見ます。同じLPでも、指名クエリからの流入はCVRが高く滞在が短い、課題解決クエリからの流入は読了率が高いのにフォームに到達しない、といった別々の挙動を示します。全体平均のCVRは、この3つを混ぜて割った数字にすぎません。

分業のままだと、SEO側は「流入は増やした」、LP側は「CVRは改善した」と、両方が正しいのに事業KPIが動かない構造ができます。これは担当者の能力の問題ではなく、評価される指標が違うという設計の問題です。

分業型：別チーム・別レポート・別の勝敗定義

従来型では、SEOはセッション数と検索順位、LPOはCVRとABテストの勝敗で評価されます。この2つのレポートは同じ会議に並んでも交わりません。SEO側は流入の質を問われないため情報収集クエリを取りに行き、LP側は流入の中身を知らないため平均CVRだけで判定する。結果として、増えた流入と改善したLPが噛み合わないまま四半期が終わります。

統合型：共通言語はクエリの意図タイプ

統合型では、議論の軸を「指名・比較・課題解決」に揃えます。記事のテーマ選定も、LPのファーストビューの訴求も、広告のキーワードも、この3分類の上で語る。比較クエリからの流入が伸びているなら、LPのファーストビューは「他社との違い」に寄せる。課題解決クエリが多いなら、いきなり申込ではなく診断資料への導線を置く。判断の根拠がクエリデータになるので、感覚論が減ります。ファーストビューの設計軸はファーストビュー改善の全手順も参照してください。

週次で1枚を見る。そして最終判断者を決める

私たちは、クエリ意図タイプ×LP×CVR×商談化を1枚にまとめ、週次で「次に何を試すか」だけを決めます。ここで大事なのは、決裁者を1人決めておくこと。組織を横断させると関係者が増え、判断者を決めないまま統合すると会議が1本増えるだけで終わります。

統合には明確なコストがあります。メリットだけを並べても投資判断はできないので、両方を並べます。

分業型と統合型の比較

統合で得られること・払うコスト

• 得られること：改善仮説の根拠をクエリデータで裏取りできる／SEO記事とLPの訴求が揃う／広告とオーガニックで訴求の学習を共有できる
• 払うコスト：計測基盤の整備工数、レポーティングの複雑化、意思決定ルールの再設計

統合が向かないケースも正直に書く

月間セッションが数百規模、LPが1枚しかない、商談・受注データがCRMに入っていない。このいずれかに当てはまるうちは、統合よりも先に「1枚のLPを直す」「計測を入れる」ほうが投資対効果は高いと考えています。

優先順位の付け方そのものに迷う場合は、lpo対策の優先順位と改善手順で整理した順序が判断材料になります。

LPOとSEOの統合を週次で回す実務は、「AIが広げて、人が捨てる」という単純な形に落ち着きます。LLM（大規模言語モデル）でファーストビュー・見出し・CTA文言の案を30〜50本量産し、クエリ意図タイプ別に人が5本まで絞ってからテストに載せます。

インプット設計：AIに何を渡すか

出てくる案の質は、渡す材料でほぼ決まります。私たちが必ず入れるのは次の3つです。

1. 検索クエリ一覧：Search Consoleの表示回数上位と、広告の検索語句レポート。意図タイプのラベルを付けた状態で渡す
2. 既存LPの離脱ポイント：スクロール到達率、フォームのどの項目で離脱したか
3. 商談化した顧客の実際の言葉：初回商談の議事録や受注理由。ここが最も効きます

3番目がないまま量産すると、どこかで見た表現の言い換えが並びます。

人が削る基準：入場券の言い換えは捨てる

30〜50本を5本にする基準を先に決めておきます。「対応が丁寧」「実績豊富」のような、競合も同じことを言える案は捨てる。自分たちにしか言えない条件・制約・やり方に寄る案を残す。過去のテストで差が出なかった論点の焼き直しも捨てる。この選別を人がやることで、テストの回転数ではなく学習の密度が上がります。

週次サイクルの流れ

1. 月曜：クエリ意図×LP×CVR×商談化の1枚を確認し、詰まっている箇所を特定する
2. 火曜：AIで案を30〜50本量産し、意図タイプ別に5本へ絞る
3. 水曜：実装・入稿。チャネル別のセグメントを事前定義してから配信する
4. 翌週月曜：判定。差が出なかった案も理由とセットで記録に残す

複数要素を同時に検証したい場合は、多変量解析によるLPOの設計も選択肢になります。

統合ループを回すかどうかは、感覚ではなく数字で判断できます。基準はサンプル数、チャネル別セグメント、そして商談化データの有無の3つです。

ABテストに必要なサンプル数の目安

CVR1%前後のページで、検出したい差が相対20%（1.0%→1.2%）の場合、統計的に判定するには1パターンあたり5,000〜10,000セッション規模が必要になります。月間数百セッションのページでABテストを回しても、勝敗はほぼ偶然の揺れです。その規模ではテストではなく、ヒートマップでのスクロール到達確認と、5〜10件の定性インタビューで意思決定したほうが速い。私たちはこの線引きを最初に共有します。

もう1つ、判定を誤りやすいのがチャネルの混在です。検索流入LPと広告流入LPでは、同一ページでも直帰率とCVRの挙動が異なります。全体平均で勝ったパターンが、検索流入だけを見ると負けていることがある。セグメントはテスト開始前に定義しておきます。

商談化・受注をLPOの判定指標に接続する

オフラインCV（商談化・受注）を判定指標に入れると、CVR最大化パターンと受注最大化パターンが一致しないことがあります。フォーム項目を7つから3つに減らせばCVRは上がりますが、商談化率が落ちれば売上は動きません。判定は「CVR」ではなく「商談化数」で見る。この接続がない状態でのLPOは、途中の指標を磨いているだけになります。

何から着手するか：計測基盤からPOD整理まで

1. 計測基盤：クエリ・到達・離脱・商談化を1つのデータ層に接続する
2. クエリ意図の分解：指名／比較／課題解決にラベルを付ける
3. LPのPOD整理：入場券とPODを分け、訴求の軸を決める
4. テスト設計：サンプル数とセグメントを先に決めてから実装する

LPを新規に作るところからの場合は、ランディングページ制作の費用と手順も判断材料になります。

Q: LPOとSEO、限られた予算ならどちらを先に着手すべきですか

A: 現状値で判断できます。月間セッションが一定量あり（目安として主要LPで月5,000セッション以上）CVRが競合水準より低いならLPO優先です。逆に、CVRは悪くないのに絶対数が足りない場合はSEO・広告での流入拡大が先になります。両方あるのに商談化しない場合は、どちらでもなくフォーム設計とオフラインCVの接続が先です。

Q: SEO用の記事とLPは分けるべきですか、1ページに統合すべきですか

A: クエリの意図タイプで分けます。課題解決クエリは記事で受け、記事内から関連LPへ送る。比較・指名クエリはLPで直接受ける。1ページに統合すると、情報量を求める読者と即断したい読者のどちらにも中途半端になりやすいです。統合を検討するのは、比較クエリで記事とLPが共食いしている場合に限ります。

Q: LPOのABテストはどれくらいの期間取ればよいですか

A: サンプル数と期間の両方で決めます。1パターンあたり5,000〜10,000セッション（CVR1%前後・相対20%の差を検出する場合）を満たし、かつ最低2週間は回します。期間を2週間取るのは、曜日による行動の偏りを均すためです。サンプル数に達していないのに期間だけで打ち切る判定が、最も誤りやすいパターンです。

Q: AI Overviewsの影響でSEO流入が減った場合、LPOで補えますか

A: 全部は補えませんが、構成は変えられます。生成AIによる回答表示で情報収集クエリのクリックは減少傾向にある一方、指名・比較・課題解決クエリの受け皿としてのLP設計の比重は相対的に上がっています。減った情報収集流入を追うより、残った意図の濃い流入のCVRを上げるほうが、同じ工数で事業インパクトに接続しやすいと私たちは判断しています。

Q: AIで作ったLPコピーはSEO評価に不利になりますか

A: 制作手段そのものが評価を下げるわけではありません。Google検索セントラルは、生成方法ではなくコンテンツの品質と有用性で評価するという方針を公開しています。問題になるのは、検索順位操作を目的とした量産や、独自の情報が何もない言い換えです。AIで案を広げ、人が自社にしか言えない内容に削る、という順番であれば整合します。

Q: 生成AIツールを導入すればCVRは上がりますか

A: ツール導入だけでは上がりません。上がらない理由は、CVRを決めるのが文言そのものではなく「どのクエリの読者に、どの訴求を、どの順番で見せるか」だからです。前提条件は3つ。クエリ意図タイプ別にCVRを分解できていること、テストの判定基準（サンプル数・セグメント）が決まっていること、商談化データが判定に接続されていること。この3つが揃って初めて、AIの量産速度が成果に変換されます。

LPOとSEOを分業のまま置いておくと、「SEOは流入を増やした」「LPOはCVRを改善した」と両方が正しいのに事業KPIが動かない構造が残ります。この構造を壊す共通言語が、検索クエリの意図タイプです。

明日からやること3つ

1. クエリ意図タイプ別にCVRを分解する：指名・比較・課題解決の3分類で、主要LPのCVRを出し直す
2. チャネル別セグメントを事前定義する：検索流入と広告流入で挙動が異なるため、テスト開始前に分けておく
3. 商談化データをLPOの判定に接続する：CVRではなく商談化数で勝敗を決める

テストの規模感は、1パターンあたり5,000〜10,000セッション。案は30〜50本量産して5本に削る。AIが担うのは接続コストの削減であって、捨てる判断は人がやります。

統合ループの設計を一緒に始める

ここまで読んで、クエリ意図別のCVRをすぐに出せない状態でしたか。商談化データがLPの判定に接続されていない状態でしたか。テストのサンプル数を事前に決めずに走らせたことがありましたか。ひとつでも当てはまるなら、着手点は計測基盤の接続です。

正直に書くと、この統合は初期の1〜2か月は工数が増えます。レポートは複雑になり、判断者を決める社内調整も必要です。それでも、週次で「次に何を試すか」が数字で決まる状態は、その後の全施策の速度を変えます。私たちは、クエリ意図の分解からPOD整理、テスト設計までを一緒に手を動かして進めています。

AIグロース実装ステップガイド（無料・資料請求） 計測基盤の接続、クエリ意図の分解、案の量産と選別、週次判定までの実装手順をまとめています。自社のどこから着手するかを決める判断材料としてお使いください。

参考文献

• Google 検索セントラル「AI 生成コンテンツに関する Google 検索のガイダンス」 https://developers.google.com/search/blog/2023/02/google-search-and-ai-content
• Google 検索セントラル「スパムに関するポリシー」 https://developers.google.com/search/docs/essentials/spam-policies
• 株式会社くるみ「CEP×POD」（自社ポジショニング方法論、2026年）