Google Search Console
Google検索のクリック・表示・クエリとインデックス診断を確認。利用できる専用レポートでは生成AIの表示も分けて見ます。
SEO・AI検索での可視性
サービスページの検索対策と伝わり方を見直す
検索結果やAI回答で見つかりにくい原因を整理。レポートで、改善すべきページと具体策、取り組む順番を示します。
- 優先すべき課題と改善の余地を把握
- 改善するページと具体策を把握
- 基準を決めて改善の進み具合を確認
お渡しするもの
- クロールとインデックス登録に関する問題と確認の根拠。
- 優先サービスページの評価と、購入前の疑問に答えるための補足案。
- 根拠となる情報、ページ構成、内部リンクの修正案。
- 影響と実施条件を踏まえた改善の優先順位。
- 検索指標の基準値と、AI引用を別に記録する観測方法。
どんな課題を解決するか
検索で見つけてもらうには、ページの技術的な条件と、読者の疑問に答える内容の両方が必要です。クロールとインデックス登録の状態、優先するサービスページ、根拠や内部リンクを確認し、修正案に優先順位をつけます。検索の実績とAI回答での引用は分けて観測します。
記事を追加しているのに、大事なサービスページから相談につながらない。原因は技術的な問題かもしれませんし、提供範囲や判断材料の不足かもしれません。流行の対策を増やす前に、見つけられる状態か、購入前の疑問を解消できるかを確認します。
SEO・AI検索の監査レポートで、何が分かるのか
最初に押さえるのは「何から取り組むか」。各提案を根拠と結び付け、担当と完了条件まで明確にします。
経営判断に必要な要点を最初に
報告書を読んで終わりにせず、まず何を決めるべきかを明確にします。重要な阻害要因と、改善の余地、追加調査が必要な点を分けて示します。
確認項目と具体例を見る
判断に使うデータ
各提案には対象ページ、根拠の出典、取得日、事業上の目的を添えます。調べられた範囲と、データ不足で判断できなかった範囲も残します。
次に行うこと
優先事項を合意したうえで、担当、相対的な作業量、前提条件、完了の確かめ方を決めます。
確かめ方
要約から元のページやデータへたどり、その判断を再確認できることを重視します。
SEOやAIの状態を一つの総合点にはまとめません
判断に使うデータ
- 施策の優先度と理由
- 担当する役割
- 相対的な作業量
- 先行作業・必要な権限
- 実施後の確認条件
- 根拠を取得した日
確認すること
- 事業の目的と調査範囲を整理する
- 確認済みと未確認を区別する
- 優先順位の理由と依存関係を示す
- 提案を確認可能な作業に落とし込む
各提案には対象ページ、根拠の出典、取得日、事業上の目的を添えます。調べられた範囲と、データ不足で判断できなかった範囲も残します。
次に行うこと
優先事項を合意したうえで、担当、相対的な作業量、前提条件、完了の確かめ方を決めます。
確かめ方
要約から元のページやデータへたどり、その判断を再確認できることを重視します。
検索する人の目的に合う受け皿を選ぶ
キーワードの数を増やすより、読者の問いに最もよく答えるページを見つけることが先です。
確認項目と具体例を見る
検索する目的とページを結び付ける
- 知りたい
選び方ガイド
- 比較したい
選び方ガイド
- 購入したい
商品カテゴリー
- 不安を解消したい
選び方ガイド
判断に使うデータ
- 検索クエリ
- 検索する人の目的
- 主な受け皿となるページ
- 国・地域
- デバイス
- 検索需要の推定値と出典
- 平均掲載順位と集計条件
- 検索からのクリック数
- 検索での表示回数
確認すること
- 知りたいことと達成したいことを整理する
- 目的に合う主なページを対応付ける
- 検索需要の推定値に出典を添える
- 重複する役割を実データで検討する
検索クエリやテーマを、読者の目的と候補ページに対応付けます。国・地域、端末、期間をそろえ、自社の検索データと外部ツールの需要推定を分けて扱います。
次に行うこと
既存ページの役割を整理し、不足する受け皿を検討します。似たクエリを狙うページがあっても、すぐに統合せず実際の違いを確かめます。
確かめ方
比較条件とデータの出典を確認します。クエリの重複は調査のきっかけであって、競合が起きている証明ではありません。
重要なページへ無理なくたどれるか
内部リンクは発見されやすさだけでなく、読者が次に必要な情報へ進むための道筋として調べます。
- ホーム商品カテゴリー
- ホーム選び方ガイド
- 商品カテゴリー商品ページ1
- 商品カテゴリー商品ページ2
- 選び方ガイド商品ページ1
- 選び方ガイド図中のリンクされていないページ
図中の既存リンク追加案
表形式で見る
| 参照元 | リンク先 | 対象範囲 |
|---|---|---|
| ホーム | 商品カテゴリー | 図中の既存リンク |
| ホーム | 選び方ガイド | 図中の既存リンク |
| 商品カテゴリー | 商品ページ1 | 図中の既存リンク |
| 商品カテゴリー | 商品ページ2 | 図中の既存リンク |
| 選び方ガイド | 商品ページ1 | 図中の既存リンク |
| 選び方ガイド | 図中のリンクされていないページ | 追加案 |
確認項目と具体例を見る
判断に使うデータ
- リンク元ページ
- アンカーテキスト
- 主な受け皿となるページ
- リンク先の応答状態
- 対象範囲内の内部被リンク数
- 起点からのリンク階層
確認すること
- リンクの取得可否と応答を調べる
- アンカーと周辺文脈を確認する
- 調査範囲内の孤立候補を照合する
- 重要ページまでの経路を確かめる
リンク元、リンク先、アンカーテキスト、応答状態、内部被リンク数、起点からの階層を記録します。孤立ページの候補は、把握しているURL一覧とクロール範囲を明示して判断します。
次に行うこと
切れた経路や不要な迂回を直し、文脈に合うページへつなぎます。リンクを増やすこと自体を目的にはしません。
確かめ方
修正後に経路を再取得し、リンクが読めること、行き先が正しいことを確認します。サイトマップやcanonical、hreflangはナビゲーションの代わりには数えません。
ページの価値が伝わるタイトルと説明文に
文字数だけで良し悪しを決めず、何のページか、検索者の目的に合うか、内容を正しく表しているかを見ます。
タイトルと説明文の改善例
変更前
当店の商品をご紹介します。詳しくはこちらをご覧ください。
変更後
通勤用リュックの形や容量、商品ごとの情報を確認。毎日の持ち物に合う一品を選べます。
曖昧な「商品一覧」から、何を選べるページなのかが伝わる表現へ変える例です。掲載前には、書いた情報がページ内に実在することを確認します。
確認項目と具体例を見る
判断に使うデータ
- 主な受け皿となるページ
- ページタイトル
- メタディスクリプション
- 検索からのクリック数
- 検索での表示回数
- クリック率と集計期間
確認すること
- タイトルと説明文の欠落・重複を見る
- 検索目的と内容の一致を確かめる
- 詰め込みや根拠のない表現を避ける
- 表示見本と実際の検索結果を区別する
タイトル、説明文、主要な見出しを抽出し、欠落、重複、内容とのずれを調べます。利用できる場合は、比較可能なクリック数・表示回数・クリック率も添えます。
次に行うこと
代表的なページで変更案を示し、どの情報を明確にしたのか説明します。ページにない強みや条件は書き足しません。
確かめ方
公開ページの内容と出力を確認し、その後の変化を同じ条件で観察します。Googleによる書き換えがあるため、見本通りの表示は約束できません。
取得・索引・表示速度を混同しない
HTTP 200が返ることと、検索に登録されていることは別です。技術面は一つの判定にまとめず、条件ごとに切り分けます。
確認項目と具体例を見る
技術的な条件を分けて確認する
- 取得できるか
- 索引の指示は適切か
- 正規URLは整合しているか
- 言語版が対応しているか
- 検索エンジンで確認
Core Web Vitalsの「良好」の目安
LCP≤ 2.5 s「良好」の基準値
INP≤ 200 ms「良好」の基準値
CLS≤ 0.1「良好」の基準値
索引の指示はページの目的に合わせる
この簡略例は、検索対象にしたいページに不適切なnoindexがある場合を説明しています。そのまま一律に適用する修正ではありません。
変更前
<meta name="robots" content="noindex">変更後
<meta name="robots" content="index, follow">既定の設定で許可されていればindex, followの追加は不要です。意図して除外したページまで公開対象に変えません。
確かめ方: X-Robots-Tag、クロール許可、最終応答を併せて確認し、実際の登録状況は別に検証します。
判断に使うデータ
- HTTPステータスと最終URL
- クロール許可とインデックス指示
- 正規URLの指定と整合性
- 言語版の対応と相互参照
- サイトマップへの掲載
- レンダリング後の内容
- LCP：最も大きなコンテンツ要素の表示時間
- INP：操作への応答時間
- CLS：レイアウトのずれ
- 実利用データの期間と対象
確認すること
- クロール制御と索引指示を分ける
- 転送・正規URL・サイトマップを照合する
- 対応する言語版の相互参照を確認する
- 実利用・ラボ・データ不足を区別する
HTTPと転送、robotsの許可、metaとX-Robots-Tag、canonical、サイトマップ、該当する言語版のhreflang、描画後の本文を確認します。性能データには出典と対象範囲を添えます。
次に行うこと
意図的な除外まで誤り扱いせず、公開・登録すべきページを妨げる矛盾から解消します。ラボ測定は原因の切り分けに使います。
確かめ方
許可された検索エンジンの診断と照合します。実利用の性能判定では75パーセンタイルを用い、端末と期間に加え、個別URLのデータか、同じオリジンに属するページをまとめたデータかを明示します。
読者の判断に必要な情報がそろっているか
記事を増やす前に、疑問への答え、比較材料、信頼できる根拠、行動への導線が足りているかを確かめます。
確認項目と具体例を見る
| 検索する人の目的 | 選び方ガイド | 商品カテゴリー | 商品ページ1 |
|---|---|---|---|
| 知りたい | 掲載済み | 不足 | 要確認 |
| 比較したい | 要確認 | 掲載済み | 不足 |
| 購入したい | 不足 | 掲載済み | 掲載済み |
| 不安を解消したい | 掲載済み | 要確認 | 要確認 |
マトリクスの「掲載済み」「不足」「要確認」は説明用の配置です。特定サイトのコンテンツ評価ではありません。
判断に使うデータ
- 主な受け皿となるページ
- ページが果たす役割
- 確認が必要な情報の不足
- 執筆者と情報の裏付け
- ページの役割が重なる根拠
確認すること
- 商品・サービスの説明を確かめる
- 独自性と情報の出所を確認する
- 実際の不足と調査候補を分ける
- 理解から行動までの導線を見る
ページ一覧と読者の目的を土台に、商品・サービスの事実、独自の情報、執筆者、引用元、役割が重なる証拠を整理します。
次に行うこと
価値のある不足情報を優先して補います。統合や役割分担を提案するときは、利用されている情報と既存URLの扱いまで検討します。
確かめ方
必要な問いに答えているか、事実の裏付けがあるか、問い合わせや購入に進む経路が自然かを読み直します。
外部リンクは本数より文脈を読む
見慣れないドメインや低いツール評価だけで、有害なリンクとは判断しません。どこで、どのような理由で紹介されているかを調べます。
確認項目と具体例を見る
- ドメイン数とリンク数を区別する
- 文脈・属性・最終URLを確認する
- 出典と日付、データの限界を残す
- 操作や手動対策の根拠を調べる
判断に使うデータ
- 参照元ドメイン
- 外部リンク元ページ
- リンクの掲載位置と文脈
- リンク属性
- アンカーテキスト
- 最終的なリンク先
- データ源が初めて検出した日
確認すること
- ドメイン数とリンク数を区別する
- 文脈・属性・最終URLを確認する
- 出典と日付、データの限界を残す
- 操作や手動対策の根拠を調べる
参照元ドメインとページ、掲載位置、アンカー、属性、最終URL、初回検出日と取得日を記録します。AhrefsやSemrushのデータは全ウェブの完全な一覧ではありません。
次に行うこと
不自然な傾向が実際に認められる場合に調査を深めます。否認は、リンク操作や手動対策に関する根拠を踏まえて例外的に検討するものです。
確かめ方
元ページとリンク先を確認し、ツールの警告と観察した事実を分けます。外国語や知名度だけを理由に自動で否認しません。
AI検索で扱われる条件と、実際の引用を分ける
読み取れる確かな情報と検索の基本条件が土台です。「全LLM共通の順位」や総合点で可視性を表すことはしません。
確認項目と具体例を見る
- 既定値に頼らず掲載設定を確かめる
- 検索と学習の方針を切り分ける
- 構造化データと可視内容を照合する
- 引用・名前の言及・流入を区別する
構造化データは本文の事実から作る
Productの基本形だけを示した例です。名前の仮欄には、商品ページで実際に確認できる正確な名称を入れます。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "[…]"
}商品リッチリザルトの完全な実装例ではありません。評価、在庫など、裏付けのない情報を作り足してはいけません。
確かめ方: 利用する機能の個別要件で検証し、本文と照合します。検証に通ってもリッチリザルトやAI引用は保証されません。
判断に使うデータ
- 検索用・学習用ボットの設定
- AI機能への掲載設定と継承状況
- ページ上で確認できる事実
- 構造化データと本文の一致
- 出典リンクを伴うAIの引用
- 根拠を取得した日
確認すること
- 既定値に頼らず掲載設定を確かめる
- 検索と学習の方針を切り分ける
- 構造化データと可視内容を照合する
- 引用・名前の言及・流入を区別する
インデックス登録の状態、スニペット表示の条件、プラットフォームの掲載設定と継承を確認します。本文の事実と出典、構造化データとの一致を調べ、検索用と学習用ボットの設定も別々に記録します。
次に行うこと
確認できた障害を解消し、根拠が明確な情報を整えます。Google向けの特別なAI用構造化データは不要で、llms.txtを可視性の修正策とは扱いません。
確かめ方
サービスと日付を定め、出典リンクのある引用を観察します。OAI-SearchBotとGPTBotは役割が異なり、学習の許可はChatGPT検索への参加条件ではありません。
担当者が動ける改善計画にする
優先度だけの一覧ではなく、なぜ行うのか、何が先に必要か、どこまでできれば完了かを明らかにします。
確認項目と具体例を見る
| 優先度 | 作業量が少ない | 作業量が多い |
|---|---|---|
| 重要な目的を妨げる | 比較的すぐ直せる | まとまった作業が必要 |
| 重要な目的は妨げない | 計画して改善 | 先に必要性を調べる |
判断の補助となる図です。実際には根拠、事業上の価値、リスク、前提条件も含めて順序を決めます。
判断に使うデータ
- 施策の優先度と理由
- 担当する役割
- 相対的な作業量
- 先行作業・必要な権限
- 実施後の確認条件
確認すること
- 根拠と目的を作業に結び付ける
- 担当・工数・先行条件を定める
- 変更範囲と実施承認を確認する
- 再確認できる完了条件を設ける
各作業に根拠、目的、担当する役割、相対的な工数、依存関係、完了の判定基準を付けます。作業の順序は、事業上の価値やリスクも踏まえて決めます。
次に行うこと
基準値を確保し、重要な阻害要因を確認した後、構造・内容・メタデータの改善へ進みます。実施は別途承認し、技術検証と効果測定につなげます。
確かめ方
完了条件に沿って実装を再確認します。修正できたことと、検索や事業の成果が変化したことは別々に記録します。
数字の意味をそろえて変化を見る
インデックス、通常検索、AIでの表示・引用、流入、コンバージョンを別の指標として追います。データがない状態はゼロではありません。
確認項目と具体例を見る
表示・訪問・成果をそれぞれ追う
- 露出：取得できる表示回数や引用を比較し、サイトへの訪問とは分けて扱います。
- 訪問：流入元と最初に閲覧されたページを確認し、特定できない流入も区別します。
- 問い合わせ：有効な問い合わせの定義と、記録の仕組みを確認します。
- 顧客：問い合わせと確定した成約を結び付け、見込み案件を売上に含めません。
判断に使うデータ
- リンク元ページ
- 検索での表示回数
- 検索からのクリック数
- 出典リンクを伴うAIの引用
- AIアシスタントからの流入セッション
- コンバージョンと計測定義
- 根拠を取得した日
確認すること
- 変更前の基準と集計条件を保存する
- 通常検索とAIの表示・引用を分ける
- 流入の帰属とイベント・同意設定を見る
- 欠測と比較に影響する要因を記録する
Googleの生成AIの専用レポートではAI OverviewsとAI Modeの表示回数をページ・国・端末・日付別に確認できます。この表示データからAIのクリック数・クリック率やクエリ別実績を割り出すことはできません。Bingの引用も対象サービスの範囲内の数値です。
次に行うこと
変更前のデータと設定を保存し、比較する期間と集計条件を合わせます。季節性、販促、計測設定、プラットフォームの変化も記録します。
確かめ方
Search Labsが対象外であること、Bingのクエリがサンプルであること、プレビュー機能の制限を添えます。引用とGA4の流入・成果を混同せず照合します。
調査に使うツールとデータ
ツールは調査範囲、許可されたアクセス、利用可能なライセンス、提供されたデータに応じて選びます。名称やロゴは提携・認定を示すものではありません。
Google Analytics 4
流入元、セッション、設定済みのキーイベントを使い、集客から成果へのつながりを調べます。
Ahrefs
外部リンク、競合ページ、検索語の機会を調べます。需要・流入の推定値はお客様の実測データと分けます。
Semrush
技術クロールや指定した検索語の掲載状況を調べ、競合との比較を補います。推定指標は明示します。
Screaming Frog SEO Spider
リンク、HTTP応答、転送、メタデータ、正規URLを取得し、対象範囲の構造を調べます。
PageSpeed Insights
Lighthouseのラボ診断と、利用できる場合のCrUX実利用データで性能を調べます。
Bing Webmaster Tools
Bingの検索・索引状況と、提供されている場合は対応AIサービスでの出典引用を確認します。
Rich Results Test
Googleが検出する構造化データの種類、エラー、警告を確認し、本文の事実と照合します。
Semrush is a trademark or registered trademark of Semrush Inc. in the U.S. and other countries. All rights reserved. All other trademarks are the property of their respective owners.
調査方法と制約
検索する人の目的、サイト内の導線、技術的な条件、AI検索での見え方まで。調べる項目だけでなく、判断に使うデータと次の行動が分かるレポートを紹介します。
このページはレポートの構成と図解の見本です。MindVerveや特定のお客様のサイトを診断した結果ではありません。実際の調査範囲は目的と利用可能なデータ、許可されたアクセスに応じて定めます。
SEOやAIの状態を一つの総合点にはまとめません
- Google Search Console
- 使用経験のあるツールです。対象プロパティへの権限と利用可能なデータは案件ごとに確認します。
- Google Analytics 4
- 使用経験のあるツールです。プロパティの権限、イベント、同意設定と収集範囲の確認が必要です。
- Ahrefs
- 範囲と利用可能なライセンス、許可されたアクセス、提供データに応じて利用します。
- Semrush
- 範囲と利用可能なライセンス、許可されたアクセス、提供データに応じて利用します。
- Screaming Frog SEO Spider
- 導入環境・ライセンスまたは提供されたクロール結果が必要です。一部機能はライセンスに依存し、取得範囲の許可も確認します。
- PageSpeed Insights
- 公開ツールを対象URLと測定日を定めて利用します。すべてのURLに実利用データがあるとは限りません。
- Bing Webmaster Tools
- 確認済みプロパティへの権限または提供データが必要です。全LLMを網羅する測定ではありません。
- Rich Results Test
- 公開URLやコードを検証できます。合格してもリッチリザルトの表示、順位、AI引用は約束できません。
進め方
- 01
見つけられる条件を確認する
クロールとインデックス登録を確認し、優先ページに障害がないか調べます。
- 02
判断に必要な情報を確認する
顧客の質問を基に、説明、根拠、内部リンクの不足を整理します。
- 03
直す順番と観測方法を決める
実施条件を踏まえて修正案を並べ、変更前のデータと今後の確認方法をそろえます。
ご用意いただくもの
- サイトと利用可能な検索実績データ。
- 優先サービス、顧客からの質問、掲載できる根拠資料。
- サイトの管理担当者と既知の技術的制約。
支援する範囲
技術面と優先ページの確認、改善案、計測の設計が対象です。修正の実装は別途定めます。順位やAI引用は保証できず、特別なAI用ファイルを置くだけでGoogleに表示されるわけではありません。
成果の確かめ方
検索での表示回数、クリック、目的に合う問い合わせを基準値として記録します。AI回答の引用は質問、日付、観測条件とともに別管理します。変更日も残し、変化を継続して見ますが、すべての増減を一つの施策の結果とはみなしません。
参考資料
GoogleはAI機能にも従来のSEOの基本が適用され、表示は保証されないと説明しています。技術と内容の基礎を先に整え、引用は別途観測します。 Google Search Central · AI features and your website
プランを比較するよくあるご質問
AIの回答に必ず引用されますか？
引用や表示はプラットフォームが決め、質問や時期でも変わるため保証できません。基礎条件と内容を改善し、実際に確認できた結果を記録します。
通常のSEOとは違う特別な対策が必要ですか？
GoogleのAI機能でも既存のSEOの基本が適用されます。まずインデックス登録とスニペット表示の対象になれる条件を確認し、役立つ内容を整えることが出発点です。
優先して見直すページを相談する
日程、業務範囲、必要なアクセス権限、対応言語は書面のお見積もりで確認します。料金は米ドル建てで、適用される税金は含みません。お問い合わせだけで購入の義務が生じることはありません。