SEO REFERENCE / UPDATED 2026.10.06
SEOとAI検索を、
構造から捉える。
内部施策でサイトを整え、外部施策でリンクと評判を育てる。
旧資料の構造を引き継ぎ、2026年のSEOとAI検索の観点で組み直しました。
2026年更新版 · 画像資料を統合し、Google公式資料を参照して再編集
内容と信頼性
更新版 / 内部施策検索意図と価値
対象ユーザー・検索意図 / 独自情報・一次体験 / 必要な情報の充足 / 内容の正確性・鮮度
- 誰の、どんな疑問や判断を助けるページか明確にする。キーワードの一致だけで判断しない。
- 自社の調査、実体験、商品状態の説明など、他サイトの要約を超える価値を示す。
- 商品数・記事数・文字数を目標にせず、目的に必要な情報が揃うかを確認する。
- 古い価格や仕様を修正する。日付だけ更新する運用を避ける。
信頼できる情報
経験・専門性・信頼性 / 著者・運営者・根拠 / 商品情報・口コミの品質 / AI生成・投稿内容の管理
- 経験や専門性を裏付ける説明、根拠、運営者情報を示す。E-E-A-Tは単独のランキング要因や点数ではない。
- 責任の所在や情報源が読み手に分かるようにする。必要な場合は著者の経験も伝える。
- 商品状態、価格、在庫等を正確に保つ。口コミ・ユーザー投稿は内容の有用性と不正投稿を管理する。
- AI利用の有無だけで良否を判断せず、正確性と追加価値を検証する。順位操作目的の大量生成を避ける。
参考：有用で信頼できるコンテンツ、スパムポリシー
発見・登録の技術
更新版 / 内部施策クロール・描画
HTMLリンク・階層 / robots.txt・リソース / HTTP状態・ソフト404 / JavaScriptの描画 / サイトマップ
- 主要ページへ通常のa hrefリンクから到達できるようにし、孤立ページを点検する。
- 重要ページや描画に必要なCSS・JavaScriptのブロックを確認する。robots.txtは登録除外の代用ではない。
- 200・404・リダイレクト等を内容に合わせる。エラー表示なのに200を返すソフト404を点検する。
- JavaScript利用だけで不可と判断せず、描画後の本文とリンクをURL検査等で確認する。
- 登録させたい正規URLをサイトマップに含める。送信は登録の保証ではない。
登録・URL管理
noindexと登録可否 / canonical・リダイレクト / 重複URL・パラメータ / 絞り込み・ページ分割 / 在庫切れ・終了商品の扱い
- 登録したいページのnoindexやアクセス制限を点検する。クロール許可と登録可否を分ける。
- 正規URLの方針を決め、canonical、内部リンク、サイトマップ、リダイレクトの整合を確認する。
- 重複自体を違反とせず、同じ内容に複数URLがある理由と正規化の状態を確認する。
- 絞り込みURLの増殖を管理する。ページ分割では各ページ・各商品へクロール可能な経路を用意する。
- 一時的な在庫切れと永久に終了した商品を区別し、ページの残存価値と実際の状態に合わせて扱いを決める。
MFI・多言語
モバイルの内容同等性 / モバイルの設定・描画 / 操作依存の読み込み / 言語別URL・hreflang
- モバイル側にも主要な本文・画像・動画・見出しを保持する。MFIは別途加点する施策ではなく、点検の前提。
- モバイルとPCでメタデータ、robots meta、構造化データが適切に揃い、リソースが取得できるか確認する。
- 主要な内容をクリックやスワイプ時に初めて取得する設計に依存させない。表示を畳むことと未取得は区別する。
- 多言語サイトは対応する言語・地域URLの関係を明示し、hreflangの相互参照と対象URLを確認する。
参考：モバイルファースト インデックス、JavaScript SEO、URL正規化、ECサイトのSEO、絞り込みURLのクロール管理、言語・地域別ページ
伝達と使いやすさ
更新版 / 内部施策構造・検索表示
カテゴリ・パンくず・回遊 / title・説明・見出し / 商品等の構造化データ / 画像・動画・alt
- カテゴリから詳細までの導線と、関連ページ・パンくずを整理する。内部リンクは技術面の発見と、利用者の回遊の両方に関係する。
- ページの内容を明確に伝えるtitle、説明、見出しを用意する。検索結果で必ずそのまま表示されるとは限らない。
- Product・Breadcrumb等、対象に合う構造化データを可視内容と整合させる。リッチリザルト表示は保証されない。
- 画像や動画の内容が理解できる説明を添え、画像の適切なaltや取得可能なURLを確認する。
ページ体験
LCP・INP・CLS / モバイルの読みやすさ / 広告・操作の妨げ / 安全な閲覧・HTTPS
- LCP・INP・CLSを実ユーザーのデータで点検する。Googleの推奨はLCP 2.5秒以内、INP 200ms未満、CLS 0.1未満。良好な値だけで上位表示は保証されない。
- 文字サイズ、横幅、タップ領域、主要情報の見つけやすさを実機相当で確認する。
- 広告や画面を覆う表示が内容の閲覧を妨げていないか確認する。
- HTTPSやブラウザー警告等を確認し、安心して閲覧・操作できる状態を維持する。
商品・事業データ
価格・在庫・配送返品 / Merchant Center・事業情報
- 商品ページ、構造化データ、商品フィードの価格・在庫・配送・返品条件を揃える。更新や品質管理の対象に含める。
- EC事業はMerchant Center、店舗はGoogleビジネスプロフィールも必要に応じて整備する。該当しないサイトに一律で導入しない。
参考：ECサイトのSEO、商品の構造化データ、Core Web Vitals、Google - AI検索の最適化（2026年版）
リンクと評判
更新版 / 外部施策被リンクの品質
関連性・編集上の文脈 / 自然な紹介・アンカー / リンクスパム対策
- 件数だけでなく、リンク元の関連性と、なぜそのページが紹介されているかを確認する。
- リンク先が分かる自然なアンカーを重視する。キーワードを無理に詰め込む獲得施策を避ける。
- 順位操作を目的とした購入・交換・自動生成のリンクを避ける。広告・有償リンクは適切な属性で扱う。
言及・評判の把握
第三者の評価・レビュー / ブランド情報の整合 / リンク・言及の推移
- 第三者のレビューや評判を、実際のサービス品質を知る材料として扱う。言及数そのものを一律の順位要因と断定しない。
- 名称や運営者の情報が誤って伝わっていないか確認する。必要な場合は正確な情報提供で訂正する。
- 獲得・消失や偏りを観察する。頻度や最近の言及を、増やせば順位が上がる指標として使わない。
参考：スパムポリシー、有用で信頼できるコンテンツ
観測と検証
更新版 / 共通の計測・検証検索状態の把握
URL検査・登録状況 / 検索表示・クリック・CTR / ページ・クエリ別分析 / 生成AIレポートとの区別
- 宣言したHTML、Googleが取得した内容、実際の登録状態を分けて記録する。タグの設定だけで登録済みと判断しない。
- Search Consoleで表示回数、クリック、CTR、平均掲載順位を期間・ページ・クエリ条件とともに確認する。
- デバイス・国・ページ種別等で切り分け、全体平均だけで原因を決めない。
- 通常の検索実績と生成AI機能の表示回数を分けて読む。AI専用レポートの表示回数を、クリック・CTR・売上へ読み替えない。
事業成果と改善
自然検索の行動・成果 / 実ユーザーの表示品質 / 変更前後・優先順位
- 自然検索からの訪問と購入・問い合わせ等をつなげて観察する。クリックと事業成果を区別する。
- 実ユーザーの表示品質と技術診断を使い、問題があるページ群を特定する。
- 変更日、対象URL、仮説、結果を記録する。影響範囲と根拠をもとに改善の順序を決める。
参考：Search Consoleの利用、Core Web Vitals、Google - 生成AIパフォーマンスレポート
AIへのアクセスと掲載
更新版 / 内部施策GoogleのAI検索
AI Overviews・AI Mode / 登録・抜粋・掲載設定 / llms.txt・専用Schemaの扱い
- 従来SEOの技術・内容・信頼性を土台にする。AI検索用の特別な文章形式や、細切れのページ量産を前提にしない。
- インデックス登録、検索で抜粋表示できる状態、Search Consoleの生成AI掲載設定を確認する。設定の実際の状態は対象サイトで確認する。
- Google検索はllms.txtを利用せず、AI専用の構造化データも不要。通常の構造化データは引き続き内容と整合させる。
他社AI検索と取得
ChatGPTの検索・ユーザー取得 / Claudeの検索・ユーザー取得 / Perplexityの検索・ユーザー取得 / robots.txt・WAFの整合
- ChatGPT検索にはOAI-SearchBotを確認する。ChatGPT-Userはユーザーが指示した取得で、自動検索クローラーとは区別する。
- Claude-SearchBotとClaude-Userの用途を区別し、掲載・取得の方針に合わせてアクセスを確認する。
- PerplexityBotは検索用、Perplexity-Userはユーザー起点の取得用。公開IP情報とアクセス制御を確認する。
- robots.txtで許可していてもWAFやCAPTCHAで止めていないか点検する。User-Agentだけで判断せず、公式の検証方法・IP情報がある場合は利用する。
検索と学習の方針
GPTBot・ClaudeBotの学習許可 / 媒体別の公開・利用方針
- GPTBotとClaudeBotは学習に関わる用途。検索掲載のために学習を一律許可する必要はない。検索用と学習用の許可を別々に決める。
- 他社の同名設定を同じ意味と推定しない。ユーザー起点の取得はrobots.txtの適用もサービスごとに異なる。実際の設定変更はサイトの公開方針に合わせて行う。
参考：Google - AI検索の最適化（2026年版）、OpenAI - クローラーの用途と制御、Anthropic - 検索・ユーザー取得・学習、Perplexity - クローラーとアクセス制御
回答に使える根拠
更新版 / 内部施策内容と説明
結論・条件・限界の明示 / 一次情報・具体的な根拠 / 名称・数値・日付の整合 / 画像・動画と本文の対応
- 人が理解しやすいよう、質問への答えと適用条件・例外を整理する。決まった文字数や回答ブロック形式は、AI引用の必須要件ではない。
- 自社データ、実体験、検証結果、根拠となる出典を用意する。一般論の言い換えよりも、独自の情報価値を優先する。
- 会社・商品名、価格、対象地域、数値の単位、調査期間、更新日を揃え、古い情報は修正する。
- 内容の説明に役立つ画像・動画を本文と対応させる。装飾だけのメディア追加を引用対策として扱わない。
実務上の品質管理
誤情報・偽の評判を防ぐ / 生成AIコンテンツの検証 / 公開情報の継続的な保守
- 架空の口コミや不自然なブランド言及を増やさない。掲載を狙うための偽の権威づけを避ける。
- AIで作成した文章も、事実、根拠、商品情報、利用者への価値を人が確認する。量産だけを成果にしない。
- 公開ページ、公式プロフィール、商品情報の更新を連動させる。これは実務上の品質管理であり、すべてのAIの引用選択を保証する仕組みではない。
参考：Google - AI検索の最適化（2026年版）、有用で信頼できるコンテンツ、スパムポリシー
AIの表示と成果を検証
更新版 / 共通の計測・検証Googleの専用レポート
生成AIの表示回数 / ページ・国・端末の切り分け / レポート対象と表示条件
- Search Consoleの生成AIパフォーマンスレポートでAI Overviews・AI Modeの表示回数を確認する。2026年6月発表、8月31日に世界展開と公式に告知。
- ページ、国、端末、日付で傾向を切り分ける。Discoverは別レポートとして扱う。
- 公式ヘルプで対象機能と表示条件を確認する。データが少ない場合や掲載設定等で見えないことがある。AI専用レポートの表示回数と、通常レポートのクリック・CTRを混同しない。
他社AIと事業成果
引用・リンクの観測記録 / 参照流入・問い合わせ等 / 変更前後と不確実性
- 代表的な質問で、媒体、日時、条件、回答、引用URLを記録する。単発の回答を全ユーザー共通の順位と見なさない。
- 解析で識別できるAI媒体からの参照流入と購入・問い合わせを確認する。参照情報が失われる訪問や、リンクをクリックしない認知は測り切れない。
- 変更したURL、内容、実施日、観測結果を残す。クロール許可、取得成功、引用、流入、成果を別段階として評価する。
参考：Google - 生成AIパフォーマンスレポート、Google - レポート発表・世界展開、OpenAI - クローラーの用途と制御
「計測・改善」の分類や改善手順、在庫状態に応じた判断は、公式資料を踏まえた実務上の整理です。Googleが示す唯一のSEO分類ではありません。全資料の確認日：2026年10月6日。
旧資料のチェック項目を見る（72項目・歴史資料。現在の推奨事項は上の2026年版を参照）
質ユニーク性
- 他サイトのコピーになっていないか。
- URLごとにtitle・meta descriptionを区別できているか。
- APIなどで他サイトへ提供するコンテンツの重複を把握しているか。
質オリジナル性
- 他サイトの情報を活用する場合、自サイトならではの付加価値があるか。
質テーママッチ
- ページのターゲットキーワードとコンテンツが対応しているか。
質ユーザーニーズ
- 検索意図に合っているか。
- ユーザーが探す情報を提供しているか。
- 情報を理解できるか。
- 次の行動を起こせるか。
質コンテンツ
- ソフト404と見なされるような実質的内容のないページになっていないか。
- ファーストビューで主要な内容が伝わるか。
質更新頻度
- 定期的に更新されているか。
- 最新の情報が保たれているか。
量商材数・商材詳細の情報量
- 商材数が十分にあるか。
- 1つの商材について必要な情報が揃っているか。
量記事数・CGM・ビジネスモデル
- 記事が十分にあるか。
- ユーザーが作るコンテンツ（CGM）が存在するか。
- 商材数や情報量が増えるビジネスモデルか。
情報の見せ方
検索エンジンとユーザーが、内容にたどり着けるか。
物理構造クロールビリティ
- FormやJavaScriptに依存したリンクになっていないか。
- robots.txtで重要なページを拒否していないか。
- 重要なページへのリンクに意図しないnofollowがないか。
- 静的URL・構造化されたURLか。
- リンク先が404になっていないか。
- TOPから遠すぎる場所に重要なコンテンツがないか。
物理構造インデクサビリティ
- JavaScript・Ajax・iframe等で作られたコンテンツを把握しているか。
- 商品ページがXMLサイトマップに含まれているか。
- メンテナンス時に適切なHTTPステータス（原資料では503）を返すか。
物理構造表示スピード・デバイス対応
- 表示が遅くないか。
- 無駄なソースがないか。
- ユーザーが次の行動を取れるか。
- 各デバイス向けコンテンツが検索エンジンに認識されるか。
論理構造検索軸（マスタ）
- 必要な検索軸が揃っているか。
- 検索項目の粒度が適切か。
- 検索項目が網羅されているか。
論理構造内部リンク
- 下層ページへのリンクがあるか。
- パンくずがあるか。
- 戻りリンクがあるか。
- 兄弟ページへのリンクがあるか。
- クリックしづらい、意味の伝わらないリンクがないか。
論理構造URL正規化
- 同じ内容が複数のURLで公開されていないか。
- リンク先URLが統一されているか。
- canonicalの指定が適切か。
- リダイレクト先が適切か（原資料では301、www・httpsの統一等）。
論理構造構造化データ
- リッチスニペットに対応する構造化データを実装しているか。
- noindexを意図せず指定していないか。
- 口コミ情報が含まれるか。
論理構造商材特性
- 商材に応じたカテゴリがあるか。
- 商品ページの生存期間を把握しているか。
- 商品ページの再利用が必要な設計か。
- 予約機能があるか。
- 予約対象が網羅されているか。
論理構造多言語対応・ユニバーサルサーチ
- 多言語対応が必要な情報を網羅しているか。
- 動画等の検索領域も活用しているか。
被リンク
外部からのリンクを、関連性と経過で把握する。
質テーママッチ・アンカーテキスト
- 関連性の高いコンテンツからリンクされているか。
- アンカーテキストがリンク先の内容を示すか。
- 画像のaltテキストを伴うリンクがあるか。
質設置箇所・オーソリティ・バリエーション
- メインコンテンツ内にリンクがあるか。
- 信頼できるサイトからリンクされているか。
- 特定テーマのサイトだけに偏っていないか。
量ドメイン数・ページ数
- どれだけのドメインからリンクされているか。
- どれだけのページからリンクされているか。
時間フリークエンシー・リーセンシー
- 継続的にリンクを獲得しているか。
- 短期間に集中的な獲得がないか。
- 最近のリンク獲得があるか。
サイテーション
リンクを伴わない言及も、元資料では独立して整理。
質テーママッチ・オーソリティ・バリエーション
- 関連性の高いサイトで言及されているか。
- 信頼できるサイトで言及されているか。
- 特定テーマのサイトだけに言及が偏っていないか。
量ドメイン数・ページ数
- どれだけのドメインで言及されているか。
- どれだけのページで言及されているか。
時間フリークエンシー・リーセンシー
- 継続的な言及があるか。
- 短期間に集中的な言及がないか。
- 最近の言及があるか。
ページとリンクの施策図
TOP → 一覧 → 詳細の階層に、上下・横・外部のリンクを組み合わせる。
| No. | カテゴリ | 施策の対象・方向 |
|---|
| ① | ページ施策 | TOPのページ内容・構造 |
| ② | ページ施策 | 一覧のページ内容・構造 |
| ③ | ページ施策 | 詳細のページ内容・構造 |
| ④ | リンク施策 | TOP → 一覧 |
| ⑤ | リンク施策 | 一覧 → 詳細 |
| ⑥ | リンク施策 | 一覧 → TOP |
| ⑦ | リンク施策 | 詳細 → 一覧 |
| ⑧ | 回遊リンク施策 | 一覧 ↔ 一覧 |
| ⑨ | 回遊リンク施策 | 詳細 ↔ 詳細 |
| ⑩ | 外部リンク施策 | 関連サイト → 自サイト |
| ⑪ | 外部リンク施策 | 外部サイト → 自サイト |
元資料にある「直接SEO効果」の○・△は、評価条件や根拠が画像から確認できないため再掲していません。
旧資料を読むためのMFI補足・注記
整理時の追加補足 / 原資料とは別MFIを踏まえて読む
Googleは、スマートフォン向けにクロールした内容をインデックス登録とランキングに使用します。
旧資料の「デバイス対応」を、モバイル側の内容とアクセス可否まで確認する観点に広げます。
主要な内容をモバイルにも
- 本文・見出し・画像・動画をPC版と同等にする。
- モバイルで情報を削りすぎない。アコーディオン等で表示方法を調整できる。
- クリックやスワイプが必要な読み込みに、主要な内容を依存させない。
検索向けの設定を揃える
- PC・モバイルでtitle、description、robots metaを確認する。
- 構造化データとそのURLを確認する。
- モバイルで必要なリソースをブロックしていないか確認する。
出典：Google 検索セントラル - モバイルファースト インデックス（2026年10月6日確認）
旧資料の説明をそのまま使わない箇所
- 重複コンテンツ：原資料には「コピーで評価低下」という説明があります。重複があること自体はスパムポリシー違反ではなく、URLの正規化と、独自価値の不足は分けて確認します。公式資料
- JavaScript：利用しているだけでクロール・登録不可とは判断しません。Googleがレンダリングした内容やリンクを確認します。公式資料
- 更新頻度・情報量：元資料の点検観点として残しています。更新回数、商品数、記事数だけで順位向上を判断する資料にはしていません。
- 被リンク・サイテーション：質・量・時間の分類は原資料の枠組みです。すべてが直接のランキング要因であるとの意味ではありません。
2026年版の参照情報
確認日：2026年10月6日。公式の仕様と、実務上の編集・観測方法を区別しています。機能やBotの仕様は、実施時にも各公式ページで再確認してください。
GoogleのAI最適化ガイド：2026年7月10日更新。生成AIレポート：2026年6月3日発表、8月31日世界展開。AnthropicのBot説明：2026年4月7日。その他は参照ページを確認日に照合。