記事の公開前後の検証は、公開前の下書き・プレビュー、本番公開直後のページ、数日後の検索サービスのレポートという3段階に分けると、確認漏れを防ぎやすくなります。段階ごとに確かめられることは異なり、どの段階の確認にも、その時点では分からないことがあります。
この記事では、各段階で確認する項目と、確認結果からは判断できないことを紹介します。
3段階に分けて確かめる理由
公開前にしか直せないこと、本番に出てからしか確かめられないこと、検索サービスの処理を待たないと分からないことがあるためです。段階ごとの違いは次のとおりです。
| 段階 | いつ | 主に確かめること | この段階では分からないこと |
|---|---|---|---|
| 公開前 | CMSで下書き・プレビューを確認するとき | タイトル、説明文、画像の代替テキスト、本文中のリンク、noindexの設定 | 本番のURLでの表示、構造化データの検出、検索サービスによる登録 |
| 公開直後 | 本番のURLを公開したあと | ページの表示、canonicalやnoindex、サイトマップ、構造化データ、URL検査 | 検索結果での実際の表示や、登録までにかかる時間 |
| 数日後 | 検索サービスのレポートを確認するとき | インデックス登録、検索での表示とクリック、AIに関する指標、アクセス解析 | 登録や引用に至った詳しい理由、今後の表示や回答 |
公開前には、CMSの画面やプレビューを使って内容と設定を確認できます。本番環境の状態や検索サービスの処理は、プレビューだけでは分かりません。
公開後も、検索結果にすぐ反映されるとは限りません。Googleは、クロールとインデックス登録には時間がかかり、多くの要因に左右されると説明しています。公開からインデックス登録までの期間は通常1〜2日から数週間とされていますが、これは目安であり、個別のページで同じ期間になるとは限りません。クロールとインデックス登録に関するFAQ（新しいタブで開きます）、ページがGoogle検索に表示されない理由（新しいタブで開きます）
公開前に確かめること
公開前は、CMSのプレビューで読者に見える内容と、検索に出すための設定を確認します。ここで見つけた修正点は、公開前に直しておきます。
- タイトル（title要素）：記事の内容を正しく表しているか確認します。Googleは複数の情報源から検索結果のタイトルリンクを自動生成するため、title要素の文言がそのまま表示されるとは限りません。タイトルリンクについて（新しいタブで開きます）
- 説明文（meta description）：記事の内容を簡潔に説明できているか確認します。Googleは主に本文からスニペットを作り、meta descriptionは本文より適切にページを説明できる場合に使うことがあります。スニペットの書き方（新しいタブで開きます）
- 画像の代替テキスト（alt）：画像の内容や役割を説明しているか確認します。Googleはaltテキストを画像の重要な情報源とし、アクセシビリティにも役立つと説明しています。当社ではaltを空にしない運用ルールを定め、公開前に人が確認しています。画像SEOのベストプラクティス（新しいタブで開きます）
- 本文中のリンク：リンク先が開き、意図したページにつながるか確認します。Googleは404自体がインデックス登録や順位に悪影響を与えるとはしていませんが、読者が必要な情報へ進めるよう、リンク切れは修正します。404エラーについて（新しいタブで開きます）
- noindexの設定：検索結果に出したい記事にnoindexが付いていないか確認します。noindexは検索エンジンにページをインデックス登録させないための指定です。noindexでインデックス登録をブロックする（新しいタブで開きます）
公開前のプレビューでは、次のことはまだ確かめられません。
- 本番のURLでページが正しく表示されるか
- 本番ページの構造化データが検出されるか
- 検索サービスがいつページをクロールし、登録するか
公開直後に確かめること
公開直後は、本番のURLを使って、ページが実際に表示されるか、検索エンジンが認識する設定に問題がないかを確認します。Search Consoleの検査結果は診断材料ですが、検索結果への掲載を約束するものではありません。各項目には、2026年9月27日に当社サイトで確かめた結果を添えています。
ページが表示されるか
本番のURLをブラウザで開き、記事本文や画像が表示されるか、表示崩れがないかを確認します。CMSのプレビューで問題がなくても、本番環境での表示は改めて確かめる必要があります。
当社サイトで確かめた結果、記事ページは正常に表示されました。
canonical と noindex が意図どおりか
canonicalは、内容が重複または類似する複数のURLについて、代表となるURLを指定する仕組みです。Search ConsoleのURL検査では、サイト側が指定したcanonicalとGoogleが選んだcanonicalを確認できます。Googleがサイト側の指定を採用するとは限りません。canonicalの指定（新しいタブで開きます）、canonicalの定義（新しいタブで開きます）、canonicalの確認（新しいタブで開きます）
noindexは、URL検査ではそのページの検査結果で、ページのインデックス登録レポートではnoindexによって除外されたURLの一覧で確認できます。noindexを認識させるには、Googleがそのページをクロールできる状態である必要があります。noindexでインデックス登録をブロックする（新しいタブで開きます）
当社サイトで確かめた結果、記事のcanonicalは自分自身のURLで、robotsの指定はindex,followでした。タグページはnoindex,followでした。
一覧・RSS・サイトマップに載っているか
記事がサイトの一覧やRSS、サイトマップに含まれているかを確認します。Search Consoleのサイトマップレポートでは送信状況を確認できますが、サイトマップの送信はクロールやインデックス登録を保証するものではありません。サイトマップを作成して送信する（新しいタブで開きます）、サイトマップレポート（新しいタブで開きます）
当社ではnoindexのページをサイトマップから外しています。当社サイトで確かめた結果、記事はサイトマップとRSSに載り、タグページはサイトマップに含まれていませんでした。
構造化データが検出されるか
Googleのリッチリザルト テストに本番のURLを入力し、ページ上で検出された種類やエラー、改善提案を確認します。エラーがなくても、検索結果にリッチリザルトが表示されるとは限りません。リッチリザルトテストについて（新しいタブで開きます）、構造化データに関する一般的なガイドライン（新しいタブで開きます）
Schema Markup Validatorは、ページに埋め込まれたSchema.org形式の構造化データを検証するツールです。Googleのリッチリザルト対象かどうかを判定するリッチリザルト テストとは、確認する内容が異なります。Schema Markup Validatorの説明（新しいタブで開きます）
当社サイトで確かめた結果、本番の記事ページの構造化データにはBlogPostingとBreadcrumbListが含まれていました。
Search Console の URL 検査
Search Consoleで本番のURLを検査し、Googleのクロールが許可されているかを確認します。URL検査ではページの現在の状態を調べられ、インデックス登録をリクエストすることもできます。URL検査ツールについて（新しいタブで開きます）
当社サイトで確かめた結果、公開した当日はこの記事のURLはまだGoogleに登録されていませんでした。「公開 URL をテスト」（ライブテスト）では「URL は Google に登録できます」と表示され、クロールとインデックス登録が妨げられていないことを確認できました。
インデックス登録のリクエストには1日あたりの上限があり、同じURLに繰り返しリクエストしてもクロールは速くなりません。また、リクエストや良好な検査結果があっても、検索結果への掲載は保証されません。URL検査ツールについて（新しいタブで開きます）、Googleに再クロールをリクエストする（新しいタブで開きます）
URL を変えたときの転送
公開後に記事のURLを変更した場合は、旧URLから新URLへ301転送されるかを確認します。旧URLにアクセスした読者や検索サービスが、新しいページへ正しく到達できるか確かめます。
当社サイトで確かめた結果、旧タグページのURLは、末尾のスラッシュの有無にかかわらず、新しいURLへ301で転送されました。
SNS での表示
記事のURLをSNSに貼り付け、共有時のタイトルや画像が意図どおりに表示されるか確認します。og:titleは共有時に表示するタイトル、og:imageはページを表す画像のURLを指定するものです。Open GraphはGoogle検索の仕様とは別の仕組みです。Open Graph protocol（新しいタブで開きます）
公開直後の確認だけでは、次のことは分かりません。
- リッチリザルト テストに通っても、検索結果にリッチリザルトが実際に表示されるかは分かりません。構造化データに関する一般的なガイドライン（新しいタブで開きます）
- URL検査で「URLがGoogleに登録されています」と表示されても、検索結果への表示が保証されるわけではありません。URL検査ツールについて（新しいタブで開きます）
- クローラーがページに到達できるかは、robots.txtだけでなくCDN側の設定にも左右されることがあります。AIクローラーとrobots.txtの考え方はAIクローラーとrobots.txtの考え方で整理しています。
数日後に確かめること
公開から数日ほど経過したら、検索サービスのレポートで登録状況や表示実績を確認します。これらのレポートは、公開直後のページをその場で診断するものとは異なります。
インデックス登録の状況
Search Consoleのページのインデックス登録レポートでは、Googleがクロール・インデックス登録したURLの状況を確認できます。ページが見つかったが未クロール、クロールされたが未登録、noindexの検出、404、重複と判断されたURL、登録済みなどの状態があります。ページのインデックス登録レポートについて（新しいタブで開きます）
公開から登録までの時間は通常1〜2日から数週間が目安ですが、多くの要因に左右されます。サイトマップ送信や登録リクエストの直後に反映されなくても、それだけで失敗とは判断できません。ページがGoogle検索に表示されない理由（新しいタブで開きます）、クロールとインデックス登録に関するFAQ（新しいタブで開きます）
検索での表示とクリック
検索パフォーマンス レポートでは、検索結果からのクリック数、検索結果への表示回数、CTR、平均掲載順位を確認できます。CTRはクリック数を表示回数で割った値で、平均掲載順位は自サイトの最上位結果の平均です。検索パフォーマンスレポートについて（新しいタブで開きます）
これらは検索結果での実績を記録する指標です。公開直後のページでは表示やクリックが蓄積していないため、すぐに確認できるとは限りません。
Bing と AI の回答
Bing Webmaster ToolsのAI Performanceレポートでは、Microsoft CopilotやBingのAI生成回答におけるサイトの表示状況を確認できます。Citation Shareは、AIの回答の根拠として使われる検索語をまとめたもの（grounding query）ごとに、全サイトの引用のうち自サイトが占める割合です。Bing Webmaster ToolsのAI Performance発表（新しいタブで開きます）、Citation Shareの発表（新しいタブで開きます）
当社の確認では、AI Performanceはデータが蓄積するまでレポートが表示されないことがあります。当社では、決まった質問を決まった条件で実行し、AIの回答で記事が引用されるかを四半期に1回確認しています。
アクセス解析
GA4では、記事へのアクセスや参照元を確認できます。当社の整理では、AIサービスが参照元を送らない場合や、アプリから記事を開いた場合は参照元が「direct」になるため、AI経由のセッション数は下限として扱っています。
数日後のレポートを見ても、次のことは判断できない場合があります。
- 当社が使っているツールには、AIの回答に引用されなかった理由を示すレポートがありません。
- 決まった質問へのAIの回答は実行のたびに変わることがあり、当社では回答が大きく揺れる場合だけ2回目を確認しています。
- 登録やレポートへの反映が遅れても、それだけで公開の失敗とは限りません。クロールとインデックス登録には時間がかかり、多くの要因に左右されます。クロールとインデックス登録に関するFAQ（新しいタブで開きます）、ページがGoogle検索に表示されない理由（新しいタブで開きます）
構造化データとAI検索の引用
AI検索向けに特別な構造化データを追加する必要はないとGoogleは説明しています。一般的なSEOのベストプラクティスや構造化データのガイドラインは引き続き有効です。AI機能とウェブサイト（新しいタブで開きます）、構造化データに関する一般的なガイドライン（新しいタブで開きます）
構造化データがAIの回答での引用を増やすかどうかは、ここで参照できる情報だけでは因果関係を確認できません。構造化データは、ページ内容を正確に表すものとして、一般のガイドラインに沿って確認します。
まとめ
記事の公開前後は、確認する対象を段階ごとに分けます。
- 公開前は、タイトル、説明文、画像の代替テキスト、リンク、noindexをCMSのプレビューで確認します。
- 公開直後は、本番のURL、canonical、サイトマップ、構造化データ、URL検査、SNSでの表示を確認します。
- 数日後は、インデックス登録、検索パフォーマンス、BingのAI Performance、アクセス解析を確認します。
AI検索対策の支援はAI検索対策の支援、公開後の継続的な運用や改修は保守・運用・継続開発をご覧ください。
本文の仕様や数値は、Google Search Central、Google Search Console、Schema.org、Open Graph protocol、Bingの公開資料と当社サイトの設定に基づきます。独自の調査・効果検証の結果は含みません。