「広告用LPだから、SEOは関係ない」と思っていませんか

広告運用チームから「このLP、検索でも拾えるようにならない？」と相談を受けたことはないでしょうか。あるいは、せっかく作り込んだLPが検索結果にまったく出てこないのに、似た内容のブログ記事がインデックスされている。そんな経験をお持ちの方は少なくないはずです。

ランディングページ（以下LP）は本来、広告やメルマガなど特定の流入経路を想定して設計されるものです。しかし、SEOの内部対策を適切に行えば、広告費を使わずに検索エンジンからの流入を獲得できる「もう一つの集客チャネル」にもなります。LPにSEOが必要な理由については当ポータルの別記事で詳しく解説していますが、今回はさらに踏み込んで、canonical設定やABテスト時の注意点など、実務で見落としがちなテクニカルSEOの対策手順をお伝えします。

広告LPと検索LPでは求められる要件が違う

最初に押さえておきたいのは、広告から流入させる前提のLPと、検索エンジンからの流入も狙うLPでは、ページに求められる要件が異なるという点です。

広告LPは「クリックした人が確実にコンバージョンする」ことだけを目的に設計されます。極端にいえば、検索エンジンにインデックスされなくてもまったく問題ありません。一方、検索LPは「特定のキーワードで検索したユーザーの疑問に答えつつ、コンバージョンにつなげる」という二つの役割を同時に果たす必要があります。

この違いを理解せずに既存の広告LPをそのまま検索に乗せようとすると、「情報が薄い」とGoogleに判断されてインデックスされなかったり、検索意図とずれたページが表示されてしまったりします。従業員60名ほどのBtoB SaaS企業で、広告用LPをそのまま検索にも使おうとしたケースでは、3か月間インデックスすらされないという状況が続きました。原因は、ページの大半が製品スクリーンショットと申し込みボタンで構成されており、検索ユーザーが求める「課題の整理」や「選び方の指針」がまったく含まれていなかったことにあります。

検索意図に基づくLPコンテンツの設計

LPのSEO対策で最も重要なのは、検索意図とページの内容を一致させることです。検索意図とは、ユーザーがそのキーワードで検索するときに何を求めているかを指します。

たとえば「業務効率化 ツール」と検索するユーザーは、まだ特定の製品を比較検討しているわけではありません。「どんなツールがあるのか」「自社の業務に合うのはどれか」という情報収集の段階にいます。ここに、製品名と料金表と申し込みボタンだけのLPを用意しても、ユーザーが求める情報とかけ離れているため検索上位には入れません。

ターゲットキーワードの検索結果を自分の目で確認する

まず、そのキーワードで実際に検索して上位10件の内容を確認します。情報収集系の記事が並んでいるなら、LPにも「業界の課題解説」や「ツール選定のポイント」といった情報コンテンツを盛り込む必要があります。Google Search Centralのヘルプフルコンテンツに関するガイドラインでも、ユーザーの目的に合致したコンテンツの重要性が繰り返し強調されています。

LPの構成に「情報セクション」を組み込む

コンバージョン導線に至る前に、ユーザーの疑問に答えるセクションを設けます。従業員80名・営業拠点3箇所の製造業のケースでは、「製品紹介」の前に「中堅製造業で業務効率化が進まない3つの原因」というセクションを追加したところ、オーガニック流入が月間ゼロから200件に伸びました。コンバージョン率も広告経由とほぼ同水準を維持しています。

h1タグにキーワードを含める基本を忘れない

LPではデザインを優先するあまり、ファーストビューが画像テキストのみで構成されていることがあります。見出しがHTMLテキストではなく画像の中に埋め込まれていると、Googleはページの主題を正しく読み取れません。h1タグにターゲットキーワードを含めたテキスト見出しを必ず配置しましょう。

canonical設定の落とし穴とLP特有の注意点

LPのSEOで最もトラブルが起きやすいのが、canonical（正規URL）の設定です。canonicalとは「このページの本来のURLはこれです」とGoogleに伝えるためのタグで、重複コンテンツの問題を防ぐ仕組みです。Googleのcanonicalに関する公式ドキュメントにも詳細がありますが、LPならではの注意点を整理します。

UTMパラメータ付きURLの正規化

広告経由のLPには ?utm_source=google&utm_medium=cpc のようなトラッキングパラメータが付きます。Googleは通常パラメータを無視して正規URLを判断しますが、明示的にcanonicalタグを設定しておくと確実です。

パラメータなしの素のURLをcanonicalに指定することで、検索エンジンの評価が複数のURL間で分散するのを防げます。

LP同士のcanonical重複に注意する

同じ製品に対して「広告用LP」「展示会用LP」「メルマガ用LP」のように、内容がほぼ同じ複数のLPが存在するケースは珍しくありません。これらを個別のURLで公開すると、Googleは重複コンテンツと判断し、どれも検索結果に表示しなくなる可能性があります。

対処法は明確です。検索で上位表示させたい「メインLP」を1つ決め、他のバリエーションLPからそのメインLPへのcanonicalタグを設定します。各バリエーションの固有トラッキングはUTMパラメータで処理すれば、広告の計測にも影響しません。

noindex指定が必要な場面を見極める

短期キャンペーン用のLPや、特定の広告グループだけに使うLPなど、検索に出す必要のないページには noindex を設定するのが適切です。検索で見つけてもらう意味のないページがインデックスされると、サイト全体のクロールバジェットを消費します。クロールバジェットとは、Googleがサイトに対して割り当てるクロール（ページの読み取り）の回数枠のことです。

このとき noindex と一緒に follow を指定しておくのがポイントです。ページ自体は検索結果に出さないものの、LP内から別ページへのリンクの評価は引き続き伝えられるため、内部リンクの効果を無駄にしません。

ABテストとSEOを両立させる実装方法

LPの改善にABテストは欠かせませんが、SEOとの相性が悪い実装方法を選ぶと検索評価に悪影響が出ます。GoogleはABテストとSEOの両立に関する公式ガイドラインを出していますので、それを踏まえた対策を紹介します。

サーバーサイドでの出し分けが安全な選択肢になる

ABテストの実装方式は大きく2つに分かれます。

クライアントサイド方式は、JavaScriptでページ読み込み後に要素を差し替えます。導入は手軽ですが、Googlebotがレンダリングした際にどのバリエーションが表示されるか予測できません。テスト内容によっては「検索エンジンとユーザーに異なるコンテンツを見せる行為」、いわゆるクローキングと誤認されるリスクがゼロではありません。

サーバーサイド方式は、リクエスト時にサーバー側でバリエーションを決定して返します。URLは変わらないためSEOへの影響が最小限で、Googleもこちらの方式を推奨しています。

別URLでテストする場合の必須ルール

/lp/product-a-v1 と /lp/product-a-v2 のように別URLでバリエーションを作る場合は、必ず以下の2点を実施してください。

まず、バリエーションページからオリジナルページへcanonicalタグを設定します。これにより、検索エンジンの評価がオリジナルページに集約されます。

次に、テスト終了後は速やかにバリエーションページをオリジナルページへ301リダイレクトします。テストを長期間放置して複数URLが残り続けると、カニバリゼーション（同じキーワードで自社ページ同士が競合する状態）の原因になります。

LPのABテスト設計全般について詳しくは、データ分析ポータルの実践ガイドが参考になります。

LP群のカニバリゼーションを防ぐサイト構造の考え方

製品ラインナップが増えると、LPの数も増えていきます。従業員150名の人材紹介会社のケースでは、職種別に30本以上のLPを運用していましたが、「エンジニア転職」「ITエンジニア 求人」「プログラマー 転職サイト」のLPが検索結果で互いに食い合い、どれも20位前後をうろうろする状態に陥っていました。

キーワードマッピングで重複を事前に防ぐ

LP群を運用する場合、各LPが狙うメインキーワードを重複なく割り当てることが鉄則です。スプレッドシートで「LP URL → メインKW → 関連KW群」の対応表を作り、新しいLPを追加するたびに既存ページとの重複がないか確認する運用を習慣にします。

先ほどの人材紹介会社のケースでは、キーワードの重複を整理して30本を18本に統合した結果、主力の「エンジニア転職」LPが3位まで上昇しました。ページ数を減らすことが、結果的に検索パフォーマンスを高めたのです。

ピラーページとLP群を内部リンクでつなぐ

個別のLPだけでは、サイト全体の中で孤立したページになりがちです。「エンジニア採用の完全ガイド」のような包括的な解説ページ（ピラーページ）を用意し、そこから各LPへ内部リンクを張る構造にすると、Googleがページ群の関係性を理解しやすくなります。内部リンクの設計方法については、当ポータルの内部リンク設計記事で体系的に解説しています。

モバイル対応とCore Web VitalsはLPこそ要注意

2026年現在、Googleの検索評価はモバイルファーストインデックスが基本です。PCで美しく見えるLPでも、スマートフォンで表示が崩れたり読み込みが遅かったりすれば、検索順位は上がりません。

Core Web Vitals（LCP・INP・CLS）はLPで特に課題になりやすい指標です。LCPは「最大コンテンツの表示速度」を測る指標で、高画質の製品画像やヒーロー動画が多いLPでは基準の2.5秒を超えがちです。INPは「ユーザー操作への応答速度」、CLSは「レイアウトのずれ」を表しますが、フォームやアコーディオン要素が多いLPではCLSが悪化しやすい傾向にあります。

技術的な改善の実装方法はテックビルドのCore Web Vitals対応記事が詳しいです。モバイルユーザーに特化したLP設計のアプローチについてはUXデザインポータルのモバイルファーストLP設計記事も参考になります。

SEO担当者としてまず取り組むべきは、PageSpeed Insightsで自社LPのモバイルスコアを確認することです。「要改善」と表示されるLPは、コンテンツの質が高くても検索上位を獲りにくくなっています。

構造化データでLPの検索表示を強化する

LPにJSON-LD形式の構造化データを追加すると、検索結果でリッチリザルトとして表示される可能性が高まります。リッチリザルトとは、通常のタイトルと説明文だけの検索結果ではなく、FAQ・レビュー・価格などの追加情報が表示される形式のことです。表示面積が大きくなるため、クリック率の向上に直結します。

LP向けに効果的な構造化データは主に3種類あります。

FAQPageはLPのよくある質問セクションに使います。検索結果にアコーディオン形式で質問と回答が展開され、ページの存在感が大幅に高まります。

Productは製品LPに適しています。価格・在庫状況・レビュー評価を構造化データで記述すると、検索結果に星評価や価格帯が表示されます。

BreadcrumbListはLPのサイト内位置を明示するパンくずリストです。Googleがサイト構造を把握しやすくなり、LP群全体の評価向上につながります。

構造化データの実装について詳しくは当ポータルの構造化データガイドも参考にしてください。

まとめ

LPのSEO内部対策は、通常のブログ記事やコーポレートページとは異なる視点が必要です。今回の要点は3つに集約されます。

検索意図とページ内容の一致が前提です。情報を求めているユーザーに売り込みだけのページを見せても、Googleは評価しません。

canonical設定とURL管理で重複を防ぎます。LP特有の「バリエーション量産」が評価分散の原因になりやすいので、正規URLの管理は徹底してください。

ABテスト実施時のSEO配慮を計画に含めます。テスト方式の選択から終了後のURL整理まで、SEO観点を最初から組み込んでおくことが大切です。

まずは来週、自社のLPを1つ選んで「canonicalタグが正しく設定されているか」と「ターゲットキーワードの検索結果上位10件にどんな内容が並んでいるか」を確認するところから始めてみてください。この2つを見るだけで、次に何を改善すべきかが具体的に見えてきます。