Когда искал лампу для рабочего стола в Москве, перерыл кучу обзоров: отелось, чтобы свет не уставал глаза, а корпус был металлическим. Модели Kraken привлекли регулировкой яркости и строгим дизайном. Заказ оформил через krakenlight.com — всё прозрачно, с арактеристиками и фото, доставили за сутки.

生成AI記事のインデックス対策｜公開設定・クロール・品質の確認手順

生成AIで作った記事がGoogle検索に出ないときは、AIを使ったことだけで判断せず、記事の役立ち方とページの状態を順に確認します。クロール、インデックス登録、検索結果への表示、GoogleのAI機能への掲載は同じ状態ではありません。設定を直しても、検索結果への掲載が必ず決まるわけではありません。

Contents
  1. 生成AI記事は読者に役立つ内容か
  2. クロールとインデックスを分けて確認する
  3. 送信APIやサイトマップは掲載保証ではない
  4. 参考資料

生成AI記事は読者に役立つ内容か

Googleの現行ガイダンスは生成AIの利用そのものを一律に禁止していません。正確さ、品質、関連性、事実確認、読者にとっての価値を重視しています。一方、多数のページを検索順位の操作を主な目的として作り、ユーザーの役に立つ価値を加えない行為は、作り方を問わず「大量生成されたコンテンツの不正使用」に当たる場合があります。生成AIを使ったかどうかだけでなく、そのページが読者の疑問に答えているかを見直しましょう。

公開前は少なくとも次を確認します。

  • 読者が知りたいことに、ページ内で具体的に答えているか。
  • 数字、引用、製品仕様などを信頼できる資料で確かめたか。
  • 既存ページの言い換えだけで終わらず、このページを読む理由があるか。
  • タイトルと本文が一致し、誤解を招く説明や未確認の実績を載せていないか。

以下の表は、公開前に根拠をたどれる形で確認するためのものです。経験や実績を持っているように見せるために、実際にはない体験・測定値を加えないでください。

確認する問い 確かめる材料 次の対応
読者の疑問に答えているか 想定する疑問と、それに答える本文の箇所 答えが見つからなければ、説明を補うか、記事の狙いを絞る
事実を裏付けられるか 公的資料や一次資料、対象となるデータの出所 裏付けがない断定は削るか、確認できた範囲に言い換える
既存記事と何が違うか 読者がこのページで得られる具体的な説明や整理 単なる言い換えなら、独自の価値を追加できるか見直す
体験や成果を正確に書いているか 実施記録、調査範囲、測定条件 実体験でない内容や未計測の実績を、体験談・結果として書かない

GoogleのAI OverviewsやAI Modeについては、特別なAI用ファイルや専用の構造化データを追加する必要はないと案内されています。通常のGoogle検索でインデックス登録され、検索結果のスニペット表示の対象になり得ることが前提ですが、それでもAI機能への掲載は保証されません。記事の役立ち方を確認する作業と、URLの技術的な状態を調べる作業は、分けて進めます。

クロールとインデックスを分けて確認する

サイトマップは検索エンジンがURLを見つける手助けになりますが、クロールやインデックス登録を保証しません。URL検査ではGoogleに登録されたページの情報や、現在そのURLをインデックス登録できるかを確認できます。修正後にクロールをリクエストできますが、登録を約束する機能ではありません。

確認する状態を分ける（段階が進めば掲載される、という保証ではありません）
  1. 発見・クロール
    URLが見つかり、Googlebotがページを取得できる状態かを確認します。
  2. ライブURLのテスト
    現在のページを取得できるか、登録可能性を妨げる設定がないかを確認します。
  3. インデックス情報
    Googleに登録された版の状態や、選択された正規URLを確認します。
  4. 検索・AI機能での表示
    検索結果への掲載やAI回答への出典表示は、別の結果として扱います。

クロールはページの取得、インデックス登録はGoogleの検索用データベースへの登録、検索結果への表示は検索時の選択です。AI機能への掲載も別に判断されます。ライブテストの結果だけでは、Googleに登録された版の状態や、検索結果・AI回答への掲載は分かりません。

公開設定とクロールを確認する

まず、対象URLが公開され、ログインなしで閲覧できるかを確認します。次に、robots.txtでGoogleのクローラーを誤ってブロックしていないかを見ます。robots.txtはクローラーのアクセスを制御するもので、インデックスから確実に除外する仕組みや、非公開にするための保護機能ではありません。ブロックされたURLでも、別のページからURLを知られれば、内容を取得されないまま検索に表示される場合があります。

検索に出したいページに「noindex」が付いていないかも確認してください。HTMLのmeta robotsタグと、HTTPヘッダーのX-Robots-Tagの両方を確認します。noindexをGoogleに読んでもらうには、ページがrobots.txtでブロックされず、クローラーがアクセスできる必要があります。検索に出したくないページを非公開にする用途では、noindexやrobots.txtだけに頼らず、認証などのアクセス制限を用いるのが適切です。

次の判断表は、確認先を選ぶためのものです。表示された結果を記録し、原因が確認できるまでは設定を変えないでください。

見えている状況 先に確認すること 確認後の対応 それだけでは分からないこと
検索結果に見当たらず、URLはHTTP 200 URL検査の登録済み情報とライブテストを別々に確認する 登録状態が未確認なら、まずインデックス情報を確認する HTTP 200だけでは、インデックス登録の有無や検索結果への掲載は分からない
robots.txtにDisallowがある 対象URLへのクロールを意図して止めているか、公開方針と照合する 検索対象にしたいURLを誤って止めていると確認できた場合だけ設定を見直す robots.txtは機密情報の保護や、登録済みURLの確実な削除を保証しない
noindexが見つかった HTMLとX-Robots-Tagを確認し、Googlebotが読める状態か調べる 検索対象にする意図と違う設定だと確認できた場合に限り、設定変更後に再確認する クロールをブロックしたままでは、Googleがnoindexの変更を確認できないことがある
canonicalが別URLを示す 優先したいURLを先に決め、実際のcanonical・リダイレクト先と照合する 意図した正規URLと実際の出力が違うと確認できた場合だけ修正を検討する 別URLを指すことだけでは誤設定と断定できず、Googleの選択も保証されない
サイトマップにURLがある 優先URLか、応答・canonical・更新日時が実態と合うか確認する 関連する既存ページから文脈に合う内部リンクを設け、URL検査で状態を見る サイトマップへの掲載だけではクロールやインデックス登録は決まらない

canonicalとサイトマップを確認する

似たURLや重複ページがある場合は、canonicalで優先したいURLを指定しているか確認します。canonicalは希望を伝えるシグナルであり、Googleが必ず指定どおりのURLを選ぶわけではありません。canonicalが別のURLを指しているだけで誤りとは限らないため、まずページの重複関係と、サイトとして優先したいURLを確認します。そのうえで、実際のHTMLやHTTP応答に出力されたcanonical、リダイレクト先、サイトマップのURLが意図と一致しているかを比べてください。

サイトマップには、検索対象にしたい正しいURLが入っているかを確認します。最終更新日時は実態に合う場合だけ記載します。関連する記事からの内部リンクも、読者が対象ページへ進み、クローラーがURLを見つける手掛かりです。サイトマップや内部リンクは発見を助けますが、クロールや登録を保証するものではありません。

URL検査で現在の状態を調べる

Google Search ConsoleのURL検査で対象ページを調べ、Googleに登録されたURLや、現在のページをインデックス登録できるかを確認します。登録済みの情報では、Googleが保持しているページの状態や選択したcanonicalを確認できる場合があります。ライブテストは、現在のURLを取得して登録可能性を調べる別の確認です。両者の結果を混同しないように、画面に表示された状態と確認時刻を分けて記録してください。

仮の例：検索結果に見当たらず、HTTP 200を返すページ

これは説明用の仮例です。ある記事のURLをブラウザーで開くとHTTP 200が返り、URL検査のライブテストでもページを取得できたとします。一方、ある検索語句では記事を見つけられませんでした。この時点で分かるのは、ページが応答しライブテストで取得できたことだけです。検索結果で見当たらないことは、インデックス未登録の証明ではありません。登録済み情報を確認していないため、登録状態も原因も不明です。

仮にライブページのcanonicalが/guide-old/を示していたとしても、それだけで変更してはいけません。まず、重複ページの関係や公開方針を確認し、サイトが優先したいURLが/guide/なのか/guide-old/なのかを決めます。そのうえで、優先したいURLと実際の出力に不一致があると確認できた場合にだけ、修正を検討します。この仮例だけではcanonicalが検索結果に見当たらない原因だとは言えず、修正後の登録や表示も保証されません。

URL検査で問題が見つかった場合は、公開状態、リダイレクト後のURL、robots.txt、noindex、ページのcanonical、表示される本文を確認します。原因を確認した設定だけを直し、必要ならライブテストを再実行します。クロールのリクエストは任意の次の手段ですが、登録時期や検索結果への掲載を約束しません。

確認ログの残し方

設定変更の前後を比べられるよう、確認ごとに次の項目を記録します。まだ確認できない項目は、推測で埋めず「未確認」とします。

  • 確認日時と、リダイレクト後の最終URL
  • URL検査の登録済み情報に表示された状態（取得できない場合は「未確認」）
  • ライブテストの表示結果と、確認したページのHTTP応答
  • Googleが選択したcanonical（表示がない場合は「未確認」）と、ページが出力するcanonical
  • robots.txt、HTMLのnoindex、X-Robots-Tagの確認結果
  • サイトマップへの掲載と、関連ページからの内部リンク
  • 実際に確認した不一致、変更した設定、変更後に再確認した内容

記録の例として値を作る必要はありません。実際に画面やページで確認した内容だけを残し、次回確認時にも同じ項目を照合します。

送信APIやサイトマップは掲載保証ではない

サイトマップはURLを見つけてもらう手段で、クロールやインデックス登録の保証ではありません。Google Indexing APIは、JobPostingまたはVideoObjectに埋め込まれたBroadcastEventのページに利用対象が限られます。一般的なブログ記事をGoogleに登録させるためのAPIではありません。

IndexNowのHTTP 200応答は、送信先の検索エンジンがURLを受け取ったことを示すだけです。Googleへの送信や、Googleのインデックス登録・検索結果への表示を保証するものではありません。

インデックスの基本はインデックスとは？仕組みから理解するSEO基礎知識、クロールの基本はクローラーとは？SEO初心者向け完全理解ガイドも参考にしてください。

参考資料

著者について

松本大輔

Re-BIRTH株式会社 代表取締役社長。

著書