SEOについて調べ始めると、「タイトルタグを変更しましょう」「記事を書きましょう」「被リンクを増やしましょう」「表示速度を改善しましょう」「構造化データを入れましょう」と、無数の施策が出てきます。

さらに現在は、Google検索だけではありません。GoogleのAI OverviewsやAI Mode、ChatGPT Search、Perplexity、Geminiなど、「検索結果として10本の青いリンクを並べる」のではなく、AIが複数の情報源を読み、回答そのものを生成する検索体験も増えてきました。

そのため、これからSEOを理解するうえでは、「記事を書く＝SEO」と考えるのではなく、SEOをもっと大きなシステムとして捉えた方が分かりやすくなります。

SEOとは、検索エンジンにページを発見してもらい、正しく読み取ってもらい、インデックスしてもらい、検索意図との関連性やサイトの信頼性を理解してもらい、検索結果やAI回答の候補となり、最終的にユーザーから選ばれる確率を高める活動です。

GoogleもSearch Essentialsにおいて、SEOの基本として「役立ち、信頼でき、人を第一に考えたコンテンツを作る」「ユーザーが検索に使う言葉をタイトルや見出しなど適切な場所に使う」「リンクをクロール可能にする」といった原則を挙げています。

つまりSEOとは、記事制作だけでも、被リンクだけでも、テクニカルSEOだけでもありません。大きく分解すると、次の複数の領域から成り立っています。

  1. テクニカルSEO
  2. オンページSEO
  3. オフページSEO
  4. キーワードリサーチ
  5. コンテンツ戦略
  6. ローカルSEO
  7. GEO・AI検索最適化
  8. EコマースSEO
  9. SERP機能最適化

この記事では、それぞれについて可能な限り網羅的に解説していきます。

そもそもSEOでは何が起きているのか

個別施策を理解する前に、検索エンジンがページをどう処理しているのかを理解しておくと、SEOが一気に分かりやすくなります。概念的には、次のような流れがあります。

発見 → クロール → レンダリング → インデックス → 検索結果候補化 → ランキング → SERP表示 → クリック → コンバージョン

まずGooglebotなどのクローラーがURLを発見します。次にHTMLなどを取得します。JavaScriptを利用しているサイトの場合はレンダリング処理も行われます。

その内容が検索結果に掲載する価値があると判断されればインデックスされ、ユーザーが検索した際に検索意図との関連性などをもとに検索結果候補となります。

ここで押さえておきたいのは、クロールされた＝インデックスされるではないことです。さらに、インデックスされた＝上位表示されるでもありません。

Google自身も、技術要件やベストプラクティスを満たしていても、クロール、インデックス、検索結果への表示が保証されるものではないと説明しています。したがってSEOでは、それぞれの段階で問題がないかを確認する必要があります。

1. テクニカルSEO

テクニカルSEOとは、検索エンジンがサイトを正しく発見・クロール・レンダリング・インデックスできるように、Webサイトの技術的な構造を整えるSEOです。

どれだけ良い記事を書いても、GoogleがそのURLを発見できなかったり、noindexが付いていたり、JavaScriptの問題で本文を読み取れなかったりすれば検索結果には出てきません。したがってSEOの土台になります。

クローラビリティ

クローラビリティとは、Googlebotなどの検索エンジンクローラーがWebページへアクセスできる状態かどうかです。代表的なチェック項目は次のとおりです。

  • robots.txtでブロックされていないか
  • 内部リンクから到達できるか
  • サーバーが正常にレスポンスしているか
  • WAFやCDNがGooglebotを拒否していないか
  • 無限URLが発生していないか

SEOでは「コンテンツの品質」ばかり議論されがちですが、まずGoogleがそのコンテンツまで到達できなければ始まりません。

インデックス可能性

クロール可能でも、必ずインデックスされるわけではありません。確認すべき代表的なものは、noindex、canonical、HTTPステータス、重複コンテンツ、ソフト404、コンテンツ品質、内部リンクなどです。

Search Consoleの「ページのインデックス登録」やURL検査を確認すると、「クロール済み - インデックス未登録」「検出 - インデックス未登録」などの状態を確認できます。

ここで「インデックスされないから、とにかくインデックス登録をリクエストする」と考えるのではなく、そのURL自体に検索結果へ掲載する独自価値があるのかを確認します。

XMLサイトマップ

XMLサイトマップは、検索エンジンにサイト内の重要URLを知らせるためのファイルです。特に、大規模サイト、ECサイト、新規サイト、内部リンク構造が複雑なサイト、ニュースサイトで効果を発揮します。

ただし、サイトマップにURLを記載したからといってインデックスが保証されるわけではありません。サイトマップは「このURLを検索エンジンに知ってもらう」ための仕組みであり、「このURLを必ず検索順位に載せてください」という命令ではありません。

robots.txt

robots.txtは、検索エンジンクローラーに対して、「このURLはクロールしてよい」「このディレクトリはクロールしないでほしい」と伝えるためのファイルです。

ここで見落とせないのが、robots.txtとnoindexは役割が違うということです。robots.txtは基本的にクロール制御。noindexは検索インデックスへの掲載制御です。

「検索結果から消したいページをrobots.txtでブロックする」という使い方をすると、Googleがページ内部のnoindexを確認できなくなるケースがあります。用途を混同しないようにします。

Canonicalタグ

ECサイトなどでは、ほぼ同じ内容のページが複数URLで生成されることがあります。例えば、/shoes/black、/shoes/black?sort=price、/shoes/black?utm_source=xxxなどです。

こうした場合、「代表となるURL」をGoogleへ示すために使うのがcanonicalです。ただしcanonicalは絶対命令ではなく、Googleが正規URLを判断するためのシグナルの一つです。Googleはリダイレクト、サイトマップ、canonicalなど複数のシグナルから正規URLを判断しています。

サイトアーキテクチャとURL構造

良いWebサイトは、人間だけでなく検索エンジンから見ても階層構造が分かりやすくなっています。例えば、「トップ → SEO → テクニカルSEO → robots.txt」という関係です。

サイト内の重要ページが階層の奥深くに孤立している状態は避けるべきです。URLについても、example.com/seo/technical/robots-txt/のように意味の分かる形にすると、管理もしやすくなります。ただしURLへ無理にキーワードを大量投入する必要はありません。

HTTPS / SSL

HTTPSは現在のWebサイトでは基本条件に近いものです。SSL証明書を導入し、HTTP通信を暗号化します。

また、HTTP版・HTTPS版・wwwあり・wwwなしなど複数URLが混在する場合は、リダイレクトやcanonicalの整合性にも注意します。

Core Web Vitals

代表的な指標がLCP、INP、CLSです。Googleが示している良好な目安は次のとおりです。

  • LCP：2.5秒以内
  • INP：200ms未満
  • CLS：0.1未満

ただし、Core Web Vitalsを満たせば突然検索順位1位になるわけではありません。目指すのは、ユーザーが快適にページを利用できる状態を作ることです。Googleもページエクスペリエンスを単一指標だけで判断するのではなく、総合的なユーザー体験として考えることを案内しています。

ページ速度最適化

代表的な改善方法には、次のようなものがあります。

  • 画像圧縮
  • 不要JavaScript削減
  • CSS最適化
  • CDN利用
  • キャッシュ利用
  • サーバーレスポンス改善
  • 遅延読み込み
  • Webフォント最適化

また速度改善にはユーザー体験だけでなく、クロール効率にも意味があります。Googleも、サーバーやページを効率よく読み込めるようにすることで、クロール効率が改善する可能性を説明しています。

モバイルフレンドリー

現在のWebサイトではスマートフォン対応は必須です。特に次の点を確認します。

  • フォントが小さすぎないか
  • ボタン同士が近すぎないか
  • 横スクロールが発生しないか
  • PC版とスマホ版で主要コンテンツが違わないか
  • スマホ版だけ重要な内部リンクが消えていないか

レスポンシブデザインであれば管理もしやすくなります。

構造化データ / Schema / JSON-LD

構造化データとは、「この数字は価格です」「これは商品の在庫状況です」「これは記事の著者です」「これはレビュー評価です」といった情報を検索エンジンへ明示する仕組みです。

GoogleはJSON-LDなどの構造化データによってコンテンツの意味を理解しやすくし、対応する場合にはリッチリザルトとして表示する可能性があります。

ただし、構造化データを入れた＝検索順位が上がるではありません。また正しく実装しても、リッチリザルトへの表示は保証されません。

Hreflang / 国際SEO

日本語ページ、英語ページ、中国語ページなど複数言語のWebサイトでは、hreflangを利用してGoogleへ言語・地域の対応関係を伝えます。Googleも言語ごとに別URLを使用し、必要に応じてhreflangを利用することを推奨しています。

国際サイトでは、言語・国・URL構造・canonical・hreflangをセットで設計する必要があります。

ページネーション

ECの商品一覧などで、1ページ目・2ページ目・3ページ目と分割する仕組みです。押さえるべき点は、検索エンジンが後続ページへ到達できることです。

Googleは、クローラーが基本的に<a href="">のURLをたどるため、「もっと見る」ボタンをクリックしなければ商品へ到達できない設計には注意するよう説明しています。

JavaScript SEO / SSR vs CSR

JavaScript主体のWebサイトでは避けて通れないテーマです。CSRでは、最初に返されるHTMLには十分なコンテンツがなく、JavaScript実行後に本文が生成される場合があります。

GoogleはJavaScriptを実行できますが、「クロール → レンダリング → インデックス」という追加処理が発生します。

そのためSEOで成果を狙うページでは、SSRやSSGなどを利用して主要コンテンツをHTMLとして返せる設計が有効です。Google自身も、サーバーサイドレンダリングや静的レンダリングを有効な方法として案内しています。

重複コンテンツ管理

重複URLは、パラメータ、フィルター、カテゴリ、タグ、印刷ページ、UTM、商品バリエーションなどから大量に発生します。

対策には、canonical、301、noindex、URL統合、内部リンク統一などを利用します。

リダイレクト管理

代表的なのが301と302です。301は恒久移転。302は一時的移転として扱われます。

また、A → B → C → Dのような長いリダイレクトチェーンはできるだけ避けます。可能であれば、A → Dへ直接転送します。URL変更時の手順はURL変更で404を出さないリダイレクトの進め方でも解説しています。

HTTPステータスコード

代表的には次のようなものがあります。

  • 200：正常
  • 301：恒久リダイレクト
  • 302：一時リダイレクト
  • 404：存在しない
  • 410：削除済み
  • 500：サーバーエラー
  • 503：一時的に利用不可

SEO担当者でもHTTPステータスコードを理解しておくと、インデックス問題の原因をかなり発見しやすくなります。

ログファイル分析

アクセス解析ではユーザーを見ます。ログ分析では検索エンジンBotの動きを見ることができます。例えば、次のような点です。

  • Googlebotがどこをクロールしているか
  • 重要ページがクロールされているか
  • 不要パラメータURLばかりクロールされていないか
  • 404を大量に巡回していないか

大規模ECやデータベース型サイトでは非常に強力な分析方法です。

クロール予算最適化

Googlebotが無限にすべてのURLをクロールしてくれるわけではありません。そのため大規模サイトでは、重要ページへクロールを集中させるという考え方が必要になります。

不要なパラメータURLや重複URLが100万個存在すれば、Googlebotのリソースがそこへ使われる可能性があります。Googleも、404/410、ソフト404の解消、最新サイトマップ、長いリダイレクトチェーンの削減、ページ高速化などをクロール効率改善策として案内しています。

ただし数百〜数千ページ規模の一般的なコーポレートサイトでは、クロール予算ばかり気にするよりコンテンツや内部リンクを改善する方が優先順位が高いことが多いでしょう。パラメータURLへの対処はスパムのパラメータURLを404と410のどちらで返すかで詳しく扱っています。

ファセットナビゲーション

ECサイトで非常に大きなテーマです。例えば靴ECなら、黒、26cm、Nike、10,000円以下、メンズなどの条件を組み合わせることで大量のURLが生まれます。

条件が5個、10個、20個と増えるとURL数が爆発します。すべてをインデックスさせるのではなく、検索需要がある組み合わせだけSEOページとして残すという判断が必要になります。

CDN・ホスティング

SEOはサーバーとも関係します。頻繁に5xxを返したり、レスポンスが極端に遅かったりすれば問題になります。

CDNを利用すれば、画像・CSS・JavaScriptなどをユーザーに近い場所から配信できます。

画像SEO

画像では、圧縮、WebP / AVIF、適切なサイズ、alt、ファイル名、遅延読み込み、width / height指定などを確認します。

ただしファーストビューのメイン画像まで過剰にlazy-loadするとLCPを悪化させることがあるので注意します。

オーファンページ

オーファンページとは、サイト内のどこからも内部リンクされていない孤立ページです。XMLサイトマップには存在しているのに、Webサイト上ではどこからも辿れない状態です。

重要ページなら必ず、カテゴリ、関連記事、パンくず、本文などから内部リンクを設置します。

2. オンページSEO

テクニカルSEOが「検索エンジンに正しく読ませる技術」だとすれば、オンページSEOは、そのページが何について書かれているのかを検索エンジンとユーザーに分かりやすく伝える技術です。

タイトルタグ

タイトルはSEOの中でも影響の大きい要素です。Googleもタイトルリンク生成の情報源としてtitle要素やページ内見出しなどを利用しています。

タイトルでは、検索意図、主要キーワード、ユーザーがクリックしたくなる理由を考えます。ただし、「SEO SEO対策 SEO会社 SEOコンサル SEO東京」のようにキーワードを羅列するのは逆効果です。

メタディスクリプション

meta descriptionは、検索結果の説明文として利用される可能性があります。ただしGoogleが必ず指定文を表示するわけではありません。検索クエリによって本文から別の文章が抜粋されることもあります。

直接的な順位操作というより、検索結果上でクリックしたくなる説明文として考える方がよいでしょう。

H1〜H6

見出しは記事構造を分かりやすくします。例えば、H1：SEO完全ガイド、H2：テクニカルSEO、H3：robots.txtという構造です。

見出しを単なる文字サイズ変更として使うのではなく、情報構造として考えます。

キーワード配置と密度

昔のSEOでは、「キーワード出現率5％」のような話が頻繁にありました。現在はその考え方をそのまま適用するべきではありません。

Googleはキーワードスタッフィング、つまり検索順位操作を目的に不自然に語句を繰り返す行為をスパムポリシーで禁止しています。

やるべきなのは、タイトル、H1、主要見出し、冒頭、本文、alt、内部リンクなどに、ユーザーが実際に使用する言葉を自然に含めることです。

コンテンツ最適化

コンテンツSEOでは、「文字数」ではなく、検索意図をどこまで満たしているかを考えます。

例えば「SEOとは」という検索なら、SEOの意味だけでなく、仕組み、メリット、施策、費用、期間、始め方なども知りたい可能性があります。検索結果上位の記事を調査しながら、ユーザーが次に疑問に思うことまで整理します。

内部リンク

内部リンクはSEOの成果を大きく左右します。記事を書くことばかり考え、既存記事をつなげていないサイトは珍しくありません。

内部リンクには、検索エンジンへURLを発見させる、ページ同士の関係を伝える、重要ページを示す、ユーザーを関連情報へ誘導する、という役割があります。

SEOでは新しい記事を書くことと同じくらい、既存コンテンツ同士をつなぐことに時間を使います。具体的な進め方はSearch Consoleで11〜20位の記事を見つけて内部リンクで押し上げる方法にまとめています。

アンカーテキスト

「こちら」「詳しくはこちら」だけでは、リンク先ページの内容が伝わりにくくなります。例えば、「テクニカルSEOについて詳しくはこちら」の方がリンク先を理解しやすくなります。

ただし内部リンクでも毎回完全一致キーワードを機械的に埋め込む必要はありません。自然な文章にします。

altテキスト

画像のaltは、画像が何を表しているかを説明するためのものです。アクセシビリティ上も欠かせません。「SEO SEO会社 SEO対策 SEOコンサル」のようなキーワード欄ではありません。

URLスラッグ

意味の分かる短いURLにします。例えば、/blog/seo-guide/などです。URLだけで順位が決まるわけではありませんが、管理しやすく、ユーザーにも分かりやすくなります。

コンテンツの新鮮さ

何でも毎月更新すれば順位が上がるわけではありません。しかし、料金、法律、統計、ツール画面、アルゴリズム、製品仕様など、時間とともに変化する内容は定期更新が必要です。

やるべきなのは「更新日だけ変更する」ことではなく、情報自体を最新化することです。

セマンティックHTML

article、nav、main、header、footerなど、HTML本来の意味を意識してマークアップすると、サイト構造が理解しやすくなります。SEOだけでなくアクセシビリティや保守性にもメリットがあります。

強調スニペット最適化

Google検索では質問への回答が検索結果上部へ直接表示される場合があります。対策としては、「質問 → 短い直接回答 → 詳しい解説」という構造が使いやすくなります。

例えば、「canonicalとは？」という問いに対して、「canonicalとは、重複・類似URLの中から検索エンジンへ代表URLを示すための仕組みです。」と答え、その後に詳しい説明を続ける形です。これは後述するAI検索でも非常に使いやすい構造です。

目次とジャンプリンク

長文コンテンツでは目次が有効です。ユーザーが欲しい場所へすぐ移動できます。特に数千〜数万文字の記事では、UX改善効果が大きくなります。

アウトバウンドリンク

公的機関、一次情報、研究論文、メーカー公式サイト、統計などへ適切にリンクすることで、読者が根拠を確認できます。

「外部リンクするとSEO評価が逃げるから絶対リンクしない」という考え方は、良質なコンテンツを作る目的から外れてしまいます。

コンテンツの深さ

文字数そのものに意味はありません。検索意図に対して、必要な情報が不足していない、不要な水増しをしていない状態が理想です。

1,000文字で十分な検索意図なら1,000文字で構いません。逆に「SEO完全ガイド」のようなテーマなら、数万文字になっても不自然ではありません。

読みやすさ

SEO記事は検索エンジンではなく人間が読みます。そのため、適切な見出し、箇条書き、具体例、図解、余白、結論先出しなどで読み進めやすくします。

3. オフページSEO

オフページSEOとは、自社サイト外で発生する評価・認知・リンクなどを扱う領域です。代表的なのが被リンクです。

リンクビルディング

理想は、「良いコンテンツを書いたら勝手にリンクされる」状態です。ただ実務では、調査データ、無料ツール、独自統計、業界レポート、事例、テンプレートなど、リンクされる理由を意図的に作ります。

リンクビルディングとは、「リンクを大量に作る作業」ではなく、他サイトが紹介したくなる理由を作り、適切な相手へ知らせる活動と考えた方が健全です。

デジタルPR

調査、ランキング、業界ニュース、独自データ、イベント、新サービスなどをメディアへ提供し、記事化してもらいます。結果として、ブランド認知、指名検索、メディア掲載、自然な被リンクを獲得できる可能性があります。

ゲスト投稿

他社メディアへ専門記事を寄稿する方法です。本当に専門性のある記事を提供するなら有効です。ただし「リンクを作るためだけに大量寄稿する」という運用は慎重に考える必要があります。

Broken Link Building

他サイトに存在するリンク切れを見つけ、「そのページは404になっています。弊社に代替となる記事があります」と提案する方法です。海外SEOでは昔から使われています。手順はブロークンリンクビルディングの進め方で解説しています。

隠れたバックリンク

「隠れたバックリンク」はGoogleの正式用語ではありません。実務では、既に存在する関係から獲得できるリンク機会を探す意味で使われることがあります。例えば次のようなものです。

  • 競合が獲得しているが気づきにくいリンク
  • ブランド名だけ書かれてリンクされていないページ
  • 取引先の導入事例
  • 協会プロフィール
  • イベント登壇歴
  • 求人サイト
  • パートナーページ

HARO・ジャーナリストアウトリーチ

記者やライターが専門家コメントを募集し、それに回答することで記事に掲載してもらう方法です。狙うべきはSEO目的のリンク獲得ではなく、専門家として引用される価値のある情報を提供することです。

未リンクブランド言及

自社名が記事で紹介されているのにリンクがないケースがあります。その場合、「ご紹介ありがとうございます。可能でしたら公式サイトへのリンクも掲載いただけますでしょうか」と依頼できることがあります。比較的自然なリンク獲得方法です。

階層型リンクビルディング

Tier1、Tier2、Tier3のようにリンク先へさらにリンクを作る手法です。検索順位操作を目的として人工的なリンクネットワークを構築する場合は高リスクです。

Googleのスパムポリシーでは、検索順位操作を主目的とするリンクの作成・購入などをリンクスパムとして扱っています。

リンク購入・販売

SEO業界では現在でも売買されています。しかし、「順位操作目的のリンク購入」はGoogleガイドライン上のリスクがあるという前提を外してはいけません。

広告やスポンサーリンクなら、rel="sponsored"など適切な属性を設定する考え方があります。「購入リンクは絶対にバレない」という前提でSEO設計するのは危険です。

ソーシャルシンジケーション

X、LinkedIn、Facebook、note、Mediumなどへコンテンツを配信します。

SNSリンクそのものだけを「直接SEO順位を上げる被リンク」と考えるより、認知、アクセス、記事発見、引用、自然リンク、指名検索につながる間接効果として考えた方がよいでしょう。

バックリンクプロファイル分析

Ahrefs、Semrush、Majesticなどを利用すると、被リンク元、アンカーテキスト、新規リンク、失われたリンク、競合リンクなどを分析できます。

注意したいのは、DRやDAなどはGoogle公式指標ではないことです。SEOツール会社独自の指標です。便利ですが、「DR60だからGoogleから60点評価されている」という意味ではありません。詳しくはDR・DAの目安と調べ方をご覧ください。

スパムリンク

突然大量の海外サイトからリンクされる場合があります。ただし、「怪しいリンクを1本見つけたから即ペナルティ」と考える必要はありません。大量の不自然リンクを自分で作っている場合と、第三者から勝手にリンクされる場合は分けて考えます。

アンカーテキスト分布

自然なサイトでは、ブランド名、URL、サービス名、記事タイトル、文章の一部など、さまざまなアンカーが存在します。すべてを狙った商用キーワードへ統一する必要はありません。

リンク速度

短期間に大量リンクが増えたから即ペナルティ、という単純なルールではありません。ニュースで話題になれば1日で数万リンク増える可能性もあります。見るべきなのは、なぜリンクが増えたのかです。

ブランド言及

Web上でブランドが言及されること自体も大切なマーケティング資産です。SEOだけでなく、指名検索、比較検討、PR、AI検索にもつながります。

インフルエンサー・ポッドキャスト・インタビュー

専門家として出演し、ブランド名、会社名、プロフィール、Webサイトなどが掲載されれば、SEO以外にも大きなメリットがあります。

リソースページリンク

「おすすめツール一覧」「業界資料まとめ」「役立つサイト」などへ掲載を依頼する方法です。本当にリソースとして価値がある場合に有効です。

PBN

PBN＝Private Blog Networkです。自分で複数サイトを所有し、ターゲットサイトへリンクを送ります。

典型的な検索順位操作型PBNは、Googleのリンクスパムポリシーと衝突する可能性が非常に高い領域です。短期的な変動だけを見て「効いた」と判断するのではなく、長期リスクを理解する必要があります。

スカイスクレイパーテクニック

既に大量リンクを集めている人気記事を調査し、それより詳しい、最新、分かりやすい、オリジナルデータがある記事を作り、その記事へリンクしているサイトへ紹介する方法です。現在でも本質的な考え方は有効です。

4. キーワードリサーチ

SEOで成果を左右するのが、何を書くかを決める前の調査です。

検索意図

検索意図は大きく、情報収集、ナビゲーション、商業調査、取引などに分けられます。

  • 「SEOとは」なら情報収集
  • 「SEO会社 おすすめ」なら比較検討
  • 「SEOコンサル 費用」なら商業調査
  • 「SEOコンサル 問い合わせ」ならかなり取引に近い

検索意図によって作るべきページは変わります。

検索ボリューム

月間検索回数を見る指標です。ただし検索ボリュームが大きければよいわけではありません。月1万検索される情報系キーワードより、月50検索しかない「サービス名＋料金」の方が売上につながることも珍しくありません。

キーワード難易度

KDなどの指標があります。これもGoogle公式スコアではありません。SEOツール会社が、上位サイト、被リンク、ドメインなどから推定した数値です。参考指標として使います。

ロングテールキーワード

検索回数は少ないものの、具体的な検索です。例えば、「SEO」より「BtoB SaaS SEO キーワード 選び方」の方が具体的です。検索意図も明確になるため、コンバージョンにつながりやすいケースがあります。

セマンティックキーワード・LSIキーワード

「LSIキーワード」という言葉はSEO業界で広く使われてきましたが、Googleが公式に「LSIキーワードを入れれば順位が上がる」という仕組みを案内しているわけではありません。

実務では、関連概念、関連エンティティ、同義語、ユーザーが使う表現、周辺質問を自然に網羅する、と考えた方がよいでしょう。

キーワードクラスタリング

例えば、「SEO 内部リンク」「内部リンク SEO 効果」「SEO 内部リンク やり方」「内部リンク 本数」などを、それぞれ別記事にするべきか、一つの記事にまとめるべきか判断します。検索結果がほぼ同じなら一つのページへまとめられる可能性があります。

競合キーワードギャップ

競合サイトが取れていて、自社が取れていないキーワードを調べます。競合3〜5社を比較すると、自社サイトに不足しているテーマが見えてきます。

季節キーワード

母の日、父の日、クリスマス、確定申告、入学、引越しなどです。検索需要が増えてから記事を作るのでは遅い場合があります。事前に公開し、検索エンジンへ認識させておきます。

PAA

People Also Ask、いわゆる「他の人はこちらも質問」です。ユーザーの追加質問を調査するのに便利です。記事のH2・H3やFAQ候補として利用できます。

ゼロボリュームキーワード

SEOツール上では0でも、実際には検索されているキーワードがあります。特に、新しい商品、ニッチBtoB、具体的な課題、長い質問ではツール側のデータが追いついていないことがあります。検索ボリューム0＝価値0ではありません。

キーワードカニバリゼーション

同じ検索意図を狙うページが複数存在し、自社ページ同士が競合する状態です。例えば、「SEO会社おすすめ」「SEO会社比較」「おすすめSEO会社」というほぼ同じ記事を大量に作るケースです。統合や役割分担を検討します。

SERP機能分析

キーワードだけを見るのではなく、実際の検索結果も見ます。動画が多いのか。画像が多いのか。EC商品が出るのか。ローカルパックが出るのか。AI Overviewが出るのか。

検索結果そのものが「Googleがどんな回答形式を求めているか」を教えてくれます。

5. コンテンツ戦略

SEOは「記事数競争」ではありません。決めるべきなのは、どのテーマで、どの検索意図を、どのページが担当するかです。

トピックオーソリティ

あるテーマについて1記事だけ書くのではなく、関連テーマを体系的に網羅します。例えばSEO会社なら、SEOとは、テクニカルSEO、被リンク、内部リンク、構造化データ、Search Console、インデックス、クロール、canonical、robots.txtなどを継続的に解説します。

結果として、「このサイトはSEOについてかなり詳しい」状態を作ります。

ピラーページ・クラスター

中心となる大型記事を作り、関連する個別記事を内部リンクでつなぎます。「SEO完全ガイド」を中心に、内部リンクSEO、被リンクSEO、テクニカルSEO、ローカルSEOといった個別記事がぶら下がる構造です。

編集カレンダー

思いついた記事をその都度書くのではなく、検索需要、事業への貢献、季節性、競合状況、既存記事との関係から優先順位を付けます。

コンテンツギャップ

競合が持っているが自社にない情報を調査します。ただし競合記事をコピーするのではありません。「競合も説明している最低限必要な情報」に加えて、独自経験、自社データ、具体例、失敗例、検証結果を加えます。

コンテンツの剪定

記事を増やすだけがSEOではありません。古い記事、薄い記事、重複記事、アクセスのない記事、検索意図が同じ記事を統合・削除・更新することも欠かせません。

コンテンツリフレッシュ

古い記事を、最新統計、最新機能、最新料金、最新事例、最新画面などへ更新します。特にツール系記事では更新の頻度が成果を左右します。

コンテンツ形式

すべてをブログ記事にする必要はありません。ガイド、比較、チェックリスト、テンプレート、計算ツール、診断、データベース、事例集、FAQなど、検索意図に合わせます。

プログラマティックSEO

テンプレートとデータを組み合わせ、大量ページを生成するSEOです。例えば、「東京＋サービス」「横浜＋サービス」「大阪＋サービス」などです。

ただし大量生成すれば良いわけではありません。Googleは、検索順位操作を主目的として価値の乏しいページを大量生成する行為を「scaled content abuse」として扱っています。生成方法がAIか人間かは本質ではありません。

問われるのは、各ページにユーザー固有の価値があることです。

UGC

口コミ、Q&A、掲示板、レビュー、投稿コンテンツなどです。UGCはロングテール検索を大量に生み出す可能性があります。ただしスパム投稿管理も必要です。

著者バイオ・エンティティ

誰が書いたのか。どんな経験があるのか。企業として何をしているのか。プロフィール、会社概要、登壇、資格、実績などを分かりやすくします。

「著者プロフィールを置けば自動的に順位が上がる」という単純な話ではありませんが、読者が情報源を評価できる状態は整えておくべきです。

情報ゲイン・オリジナルデータ

これから特に効いてくるのが、他サイトにない情報です。100記事を要約しただけの記事より、自社顧客500社のデータ、1年間の広告実績、独自アンケート、専門家インタビュー、実際に使った比較、独自スクリーンショットの方が引用される理由があります。

これはSEOだけでなくAI検索にも効きます。

コンテンツブリーフ

記事を書く前に、狙うキーワード、検索意図、想定読者、見出し、競合、必要データ、内部リンク、CTAを決めます。ライターによる品質差を小さくできます。

ニュースジャッキング

業界ニュースが出た直後に解説記事を出します。速報性だけでは大手メディアに勝てなくても、「マーケター視点で解説」「経営者視点で解説」「SEO担当者向けに解説」など、自社専門領域と組み合わせれば価値を作れます。

6. ローカルSEO

実店舗ビジネスでは通常のSEOに加えてローカルSEOが欠かせません。Google公式では、ローカル検索結果を主に、関連性・距離・知名度などから判断すると説明しています。

Googleビジネスプロフィール

飲食店、美容室、病院、歯医者、ジム、不動産、ホテル、小売店などでは集客の入口になります。基本情報を正確に整えます。

NAP

Name（名称）、Address（住所）、Phone（電話番号）です。Webサイト、Googleビジネスプロフィール、SNS、ポータルサイト、業界ディレクトリなどで表記を大きく食い違わせないよう管理します。

ローカル引用

各種ディレクトリや地域サイトに企業情報を掲載します。単純なリンク数稼ぎというより、「この場所にこの事業者が存在する」という情報の一貫性を作ります。

レビュー

レビューはローカルビジネスに大きな影響を持ちます。Googleもレビュー数や評価がローカル検索順位に影響する可能性を明記しています。

ただし偽レビューの大量投稿は行うべきではありません。実際のお客様から継続的にレビューを集めます。

ローカルリンク

地域メディア、商工会、イベント、地元企業、観光サイト、自治体などから自然に紹介される機会を作ります。

ロケーションページ

複数店舗なら店舗ごとのページを作ります。店舗名だけ変更したほぼ同一ページを量産するのではなく、住所、アクセス、写真、スタッフ、サービス、営業時間、FAQ、地域固有情報などを掲載します。

ジオターゲットコンテンツ

例えば、「横浜中華街 宴会」「横浜中華街 個室 中華」「横浜中華街 接待」など地域と利用シーンを組み合わせます。

ローカル構造化データ

LocalBusinessなどの構造化データを利用し、店舗情報を機械が理解しやすくします。Googleビジネスプロフィールそのものと合わせて整備します。

7. GEO / AI検索最適化

2026年のSEOで無視できないのがAI検索です。GEOはGenerative Engine Optimizationなどと呼ばれ、ChatGPT、Gemini、Perplexity、Google AI Overviews、AI Modeなどで自社情報が参照・引用されやすい状態を作る考え方です。

ただし、ここは過剰な売り文句も多い領域です。Google自身はAI OverviewsやAI Modeに対し、特別なAI専用SEOを行う必要はなく、従来のSEOベストプラクティスが引き続き有効と明確にしています。

LLM引用最適化

AIに引用されるには、まず情報源としてアクセスできる必要があります。例えばChatGPT Searchでは、OpenAIはWebサイト運営者に対し、OAI-SearchBotをブロックしないことを案内しています。

そのうえで、質問への明確な回答、一次データ、具体的な数字、引用元、著者、更新日、構造化された見出しなどを整えます。

AI Overviews最適化

Googleの場合、通常SEOと切り離して考える必要はありません。GoogleはAI機能について、クロール可能、インデックス可能、内部リンクで発見可能、重要情報がテキストとして存在、構造化データと本文が一致、など従来のSEO基礎を挙げています。

つまり、AI SEOの前に普通のSEOを直すという順番です。

コンセンサス製造

これは正式なSEO用語として確立されたものではありません。「Web上のさまざまな場所で同じ会社・ブランド・商品について同様の説明が存在するとAIが理解しやすくなる」という考え方を指して使われることがあります。

しかし、偽レビュー、架空口コミ、大量アカウント、やらせ投稿を作ることを意味するなら推奨できません。

目指すべきなのは、公式サイト、第三者記事、レビュー、比較サイト、SNS、インタビュー、業界メディアなどで、検証可能な事実が一貫している状態です。

パラサイトSEO

強いドメインの第三者サイトへコンテンツを掲載し、そのサイトの評価を利用して順位を取ろうとする手法です。

ただしGoogleは現在、既存サイトのランキングシグナルを利用することを主目的として第三者コンテンツを掲載する行為について「Site reputation abuse」というポリシーを設けています。したがって「強いドメインに記事を置けば簡単にSEOできる」という単純な戦略には大きなリスクがあります。

エンティティ最適化

検索エンジンやAIに、「この会社は何者なのか」「この人物は誰なのか」「どの商品なのか」を理解してもらう考え方です。会社名、代表者、所在地、サービス、公式SNS、プロフィール、構造化データ、外部メディアなどの情報を一貫させます。

抽出可能なコンテンツ

AIが引用しやすい文章は、人間にも読みやすい傾向があります。例えば、次のような書き方です。

canonicalとは？

canonicalとは、重複・類似URLの中から代表URLを検索エンジンへ示すための仕組みです。

その後に詳細説明を書く。このような、質問 → 直接回答 → 根拠 → 詳細という構造です。

ブランド言及

AI検索時代では、リンクだけでなくブランドがどこでどのように語られているかも観察対象になります。ただし、「ブランド名を100サイトに書けばAIに選ばれる」という単純な数量ゲームではありません。第三者から紹介される理由を作ることが本質です。

llms.txt

llms.txtはAIクローラー向け情報提供ファイルとして提案されている仕組みです。ただし現時点では、Google検索のAI機能へ表示するための必須仕様ではありません。

GoogleはAI OverviewsやAI Modeへの掲載に、新しいAI用テキストファイルや特別なマークアップは不要と案内しています。OpenAIの公式案内でも、ChatGPT Searchへの掲載で技術要件として案内されているのはOAI-SearchBotへのクロール許可などです。

したがって現時点では、通常SEO、robots.txt、インデックス、構造、一次情報を改善した後に検討する程度でよいでしょう。

統計・引用可能データ

AIにも人間にも使いやすい情報が、数字です。例えば、「多くの会社で成果が出ました」より、「2025年度の137案件では平均CPAが○円だった」の方が引用できます。

一次データを公開すると、AI引用、被リンク、SNS拡散、メディア掲載など複数の効果が期待できます。

Wikipedia / Wikidata

企業や人物についてWikipediaやWikidataに情報が存在する場合、エンティティ理解の参考となる可能性があります。ただし、SEO目的で宣伝ページを作る場所ではありません。Wikipedia側の掲載基準・中立性・利益相反ルールを尊重する必要があります。

Reddit・フォーラム

掲示板やフォーラムも検索結果に表示され、AI検索が参照するWebコンテンツとなる場合があります。

ただし、「AIに学習させるため大量投稿する」という考え方は単純すぎます。検索時にリアルタイムまたは検索インデックス経由で取得される情報と、モデル学習に使用された情報は別物だからです。ユーザーが本当に議論している場所で役立つ情報を提供する、という考え方が安全です。

Answer First

AI検索時代に相性がよい考え方です。最初に答えを書く。その後、理由、根拠、データ、具体例、注意点を書きます。これはAIのためというより、そもそもユーザーが読みやすい文章です。

8. EコマースSEO

ECサイトでは一般サイトとは異なるSEO問題が大量に発生します。商品ページ数が多いため、クロール、重複、在庫、カテゴリ、フィルター、商品データの扱いが成果を分けます。GoogleもEC専用のSEOドキュメントを公開しています。

EC全体の進め方はECサイトのSEO対策5ステップでも事例付きで解説しています。

商品ページ最適化

商品ページには、商品名、特徴、仕様、素材、サイズ、価格、在庫、配送、返品、レビュー、FAQ、使用方法、比較などを掲載します。メーカー説明文をそのままコピーするだけでは、他店との差別化が難しくなります。

コレクション・カテゴリページ

ECでは商品ページだけでなく、カテゴリページがSEO流入の中心になることがあります。例えば、「K18 ピアス」「メンズ スニーカー」「オフィスチェア」などです。

検索意図に合わせて、商品一覧、カテゴリ説明、選び方、FAQ、内部リンクなどを設計します。

Product構造化データ

商品ページでは、価格、在庫、レビュー、配送、返品などをGoogleへ伝えられます。GoogleはProductとOfferなどの商品構造化データをサポートしています。特にECでは優先して整えたい項目です。

ファセットナビゲーション（EC）

先ほど説明した通り、ECの最大級の技術課題です。色、ブランド、サイズ、価格、素材などの組み合わせでURLが爆発します。検索需要のある組み合わせだけインデックス対象とし、それ以外をどうクロール・インデックスさせるか設計します。

品切れページ

一時的な品切れなら、ページを残して再入荷情報を出す選択肢があります。完全終了商品なら、代替商品、後継商品、カテゴリへの導線を検討します。何でもトップページへ301するのは適切ではありません。

商品レビュー

レビューは購入判断だけでなく、サイズ感、使用感、耐久性、用途など大量のロングテール情報を生み出します。UGCとしても非常に強力です。

Merchant Center

Google Merchant Centerへ商品情報を送ることで、価格、在庫、商品画像、ブランド、GTINなどをGoogleへ提供できます。Googleは商品データをShopping広告だけでなく無料商品掲載にも利用します。

ECでは、Webページ、Product構造化データ、Merchant Centerをセットで整えるとよいでしょう。

重複商品説明

メーカー提供の商品説明を何百ショップもそのまま利用していることがあります。それだけでは検索結果で差別化しづらくなります。自社独自の、使用レビュー、比較、サイズ感、写真、動画、FAQ、専門家コメントを追加します。

内部検索

ECサイト内検索のログはキーワード調査にも利用できます。ユーザーが何を探しているのかが直接分かります。ただし内部検索結果URLを無制限にGoogleへインデックスさせると、大量の低品質URLを生み出す可能性があります。

競合データ分析

競合ECから、価格帯、商品カテゴリ、レビュー、在庫、人気商品、説明項目などを調査し、自社商品ページ改善に利用します。ただし自動取得についてはサイト規約、著作権、アクセス負荷などを考慮する必要があります。

9. SERP機能

SEOの最終目的は必ずしも、「自然検索1位」だけではありません。現在の検索結果には、広告、AI Overview、ショッピング、画像、動画、PAA、ローカルパック、ナレッジパネル、通常検索結果など、さまざまな要素があります。

したがって、検索結果画面の占有率を高めるという考え方が必要になります。

Featured Snippet

質問検索に対する答えが検索結果上部へ表示されることがあります。明確な回答、定義、箇条書き、ステップなどが抽出されやすい形式です。

People Also Ask

関連質問です。コンテンツ企画の宝庫でもあります。PAAを見れば、検索ユーザーが次に何を疑問に思うかを知ることができます。

ナレッジパネル

人物、企業、ブランド、施設などについてGoogleがまとめて表示する情報領域です。単純にSchemaを一つ追加すれば出るものではありません。Web全体の情報整合性やエンティティ理解が関係します。

画像パック

ファッション、料理、旅行、商品、インテリア、美容などでは画像検索も流入経路になります。画像SEOを独立した流入経路として考えます。

動画カルーセル

「使い方」「レビュー」「比較」などではYouTube動画が検索結果へ表示される場合があります。記事しか作っていない企業は、動画SERPを競合へ明け渡している可能性があります。

サイトリンク

ブランド名検索などで、会社概要、料金、サービス、問い合わせなど複数ページへのリンクが表示されることがあります。明確なサイト構造、内部リンク、分かりやすいタイトルなどを整えます。

FAQ / How-toリッチ結果

ここは古いSEO記事に注意が必要です。Googleは2023年にFAQリッチ結果の表示を大きく制限し、主に著名で権威性のある政府・医療サイト向けとしました。またHow-toリッチ結果はGoogle検索から廃止されています。

したがって、「FAQ Schemaを入れれば検索結果が大きくなりCTRが上がる」という昔のSEO情報を、そのまま現在の施策として使うべきではありません。

とはいえFAQそのものは、検索意図、ロングテール、AI回答、ユーザー体験という意味では依然として価値があります。

レビュースター

商品・レビューなど、Googleが対応する構造化データを正しく実装している場合、検索結果の見え方が強化される可能性があります。ただし表示は保証されません。

トップストーリー

ニュース性の高いテーマではニュース枠が表示されます。記事の公開速度、信頼性、ニュース価値、サイト特性などが関係します。単純にNewsArticle Schemaを入れれば掲載されるわけではありません。

ローカルパック

「横浜 中華」「近くの歯医者」「新宿 美容室」などでは通常SEOより上にGoogleマップが表示される場合があります。

実店舗事業者なら、通常SEO＋Googleビジネスプロフィール＋レビュー＋ローカルコンテンツをまとめて考える必要があります。

SEOでは全部を同時にやる必要はない

ここまで読むと、「SEOってやることが多すぎる」と思うはずです。その通りです。だからこそ優先順位を付けます。

小規模なBtoBサイトであれば、最初からログ分析やクロール予算最適化を徹底する必要はありません。まず、検索意図、サービスページ、タイトル、内部リンク、記事、被リンク、Search Consoleを改善する方が成果につながりやすいでしょう。

一方、商品数100万点のECなら話が変わります。記事を100本書く前に、ファセットナビゲーション、canonical、サイトマップ、クロール、カテゴリ設計、商品構造化データ、Merchant Centerを改善した方がインパクトが大きいかもしれません。

SEOでは、サイトの課題によって優先すべき施策が変わるということを理解しておきます。

SEO初心者なら、まずこの順番で確認する

最初にSEOへ取り組むなら、私は大きく次の順番で確認します。

  1. Google Search Consoleを導入する
  2. 重要ページがインデックスされているか確認する
  3. 検索需要と検索意図を調査する
  4. サービスページ・カテゴリページ・記事の役割を決める
  5. タイトル・見出し・本文を改善する
  6. 関連記事から内部リンクを張る
  7. 不足している検索意図の記事を作る
  8. 独自データ・事例・専門性を増やす
  9. 外部から引用・紹介される仕組みを作る
  10. 表示速度や構造化データなどを改善する
  11. Search Consoleで順位・表示回数・クリックを確認する

このサイクルを繰り返します。

SEOは「記事制作」ではなくWebサイト全体の経営活動になっている

昔のSEOは、キーワードを入れる、記事を書く、被リンクを付けるといった個別テクニックとして語られることが多くありました。しかし現在のSEOはもっと広い領域です。

担当受け持つ領域
エンジニアクロール、レンダリング、URL、HTTP、Core Web Vitals
編集者検索意図、コンテンツ、情報設計
PR担当ブランド認知、メディア掲載、被リンク
店舗担当Googleビジネスプロフィール、レビュー、店舗情報
EC担当商品データ、Merchant Center、Product Schema、カテゴリ、在庫
広報担当ブランド言及、一次情報、専門家コメント

これらすべてが最終的には、検索エンジンとAIが「この会社・このサイト・このページを情報源として使う理由」を作ることにつながります。

AI検索時代でもSEOの基礎は変わらない

AIが検索を置き換えるからSEOは終わる。逆に、GEOをやればSEOはいらなくなる。どちらも極端です。

Google自身も、AI OverviewsやAI Modeについて既存SEOのベストプラクティスが引き続き有効だと説明しています。ChatGPT Searchについても、公開Webサイトを検索対象へ含めるためにはOAI-SearchBotのクロール可否など、従来SEOと非常によく似た技術的前提があります。

つまり、クロールできる、情報を理解できる、ページが存在する、内容が明確である、一次情報がある、第三者から参照される、ブランド情報が整合している、という従来SEOの土台は、AI検索になっても消えていません。

むしろAIがWeb上の複数情報を組み合わせて回答するようになったことで、「検索順位を上げるSEO」から「Web全体で情報源になるSEO」へSEOの範囲が広がっていると考えた方がよいでしょう。

Google公式・参考資料

まとめ｜SEOで本当に理解すべきこと

SEOについて学び始めると、robots.txt、canonical、被リンク、DR、構造化データ、キーワード、検索ボリューム、Core Web Vitals、GEO、AI Overviewsなど、無数の専門用語が出てきます。しかし本質はそれほど複雑ではありません。

  • 検索エンジンに発見してもらう
  • 正しくクロールしてもらう
  • 正しく理解してもらう
  • インデックスしてもらう
  • 検索意図へ適切に答える
  • 他社にはない情報を提供する
  • 内部リンクでサイト全体を整理する
  • 第三者から紹介・引用される
  • ユーザーに選ばれる

そして現在はさらに、AIが回答を作るときの情報源として選ばれる。この一連の仕組みを改善することがSEOです。

だからSEOは、「記事を毎月10本書くこと」ではありません。「被リンクを100本増やすこと」でもありません。「構造化データを入れること」だけでもありません。

検索エンジン・AI・ユーザーの3者が、サイトの情報を発見し、理解し、信頼し、利用できる状態を作ること。これがSEOの全体像です。

そしてSEOで強い会社ほど、一つの裏技に依存しません。テクニカルSEO、オンページSEO、コンテンツ、内部リンク、外部評価、ブランド、ローカル、EC、構造化データ、AI検索。これらを一つのシステムとして設計します。

この記事のポイント

2026年以降のSEOで目指すのは、Googleのアルゴリズムを「攻略する」ことではありません。

GoogleやAIが情報を探したとき、「このサイトを使う理由」がある状態を作り続けること。最終的には、そこに集約されるのではないでしょうか。