イベントページがGoogle検索に表示されないときの証拠に基づく診断

1. ページを変更する前に、何が表示されないかを定義する

検索診断ワークシートをダウンロード（英語のMarkdown）

ログアウトしたブラウザーで今回のイベントの最終公開URLをコピーし、名称、地域、日付、言語、期待する表示場所を記録します。名称で検索することは一つの検索語の確認です。イベントカードは追加の検索表示で、ビジネスプロフィールのイベント投稿は別の公開物です。一つの検索語、端末、地域で見えないだけでは、未インデックスと断定できません。[3][4][8]

ワークシートに「このURLはインデックスされているか」「この検索語で表示されるか」「イベント表示がないのはなぜか」のどれを調べるか書きます。短縮されたチケットURL、過去の開催回、SNS投稿を示された場合は、まずリンク先をたどって記録します。検索結果の日時と言語が分かる画像を残し、ページ自体はSearch Consoleで調べます。[1]

調査中も、参加者が編集者としてログインせずに現在の日時、会場またはオンライン参加方法、申込・チケットリンク、開催状況を読めるか確認します。誤った事実は、インデックスの原因でなくてもイベント責任者に訂正してもらいます。

2. そのURLを管理できる人を確認する

最終URLを含むSearch Consoleのプロパティを開きます。URL検査では、開いているプロパティのURLしか調べられません。第三者のチケット・イベントサービス上のページは、自社ドメインのプロパティでは検査できないため、そのホストの担当者に状態を確認します。公開のリッチリザルトテストでマークアップは確認できても、そのホストのインデックス記録の代わりにはなりません。[1]

ページ編集者、技術担当者、インデックス登録をリクエストできる人を記録します。想定URLが新しい開催回、別言語、決済ページへ転送されるか確認し、参加者の疑問に答えるべきページを調査対象にします。公開コピーが複数ある場合は、正規URLを決めつけず一覧にします。キャンペーンリンクにも独自の用途があります。[5]

自分が管理するサイトなら、新しいブラウザーセッションで公開ページを開きます。編集者だけが閲覧できる場合、来訪者やクローラーは別の応答を受ける可能性があります。CMSのプレビューではなく、転送後の最終URLと応答を記録します。[1]

3. 公開中の画面だけでなく、インデックス記録を読む

完全なURLを検査し、状態、理由、最終クロール日、取得結果、クロールとインデックスの許可、宣言された正規URL、Googleが選んだ正規URLを保存します。「URLはGoogleに登録されています」は表示可能という意味で、すべての検索語での表示を約束しません。「登録されていません」の場合はページのインデックス理由を読みます。古い記録は現在のサイト状態ではなく、インデックス時点の記録と明記します。[1]

ページのインデックス登録レポートは理由をまとめますが、一つのイベントページには個別のURL検査が重要です。「未登録」をすぐエラーと呼ばず、説明を読みます。古い転送、削除済みページ、重複ページなら意図的な場合があります。一方、現行の公開ページにnoindex、認証要求、取得エラーがあれば調査します。サイトマップや参照元の欄が空でも、発見経路が一切ない証拠にはなりません。[2][1]

検査URL、状態、理由、最終クロール、選ばれた正規URL、望ましい公開先を一行に記録します。「検出 - インデックス未登録」は発見されたが未クロール、「クロール済み - インデックス未登録」はクロール後も未登録という意味です。両方を機械的に再申請するだけでは解決しません。[2][6]

4. インデックス記録とライブテストを比較する

修正を公開したらライブURLテストを実行し、取得状態、許可設定、描画されたページ、イベント情報をインデックス記録と比べます。ライブテストは検査ツールが現在アクセスできるものを示すだけで、インデックス登録やGoogleが選ぶ正規URLを保証しません。再クロール前の変更や、ライブテストの対象外の条件によって結果が異なります。[1]

編集画面では完成しているのにGoogleには空に見える場合は、レンダリング画像やHTMLを確認します。名称、日時、場所、参加者の次の操作が、ログインや特別な操作なしに公開画面へ出るか確かめます。情報が欠けていれば公開担当へ、別URLや別テンプレートが返るなら正確なURLと応答をウェブ担当へ渡します。[1]

延期後に来訪者の画面では新しい日付が見えても、最終クロール記録には以前の日付が残ることがあります。両方の日付と公開時刻を記録してください。これは追跡すべき版の差であり、それだけで構造化データの誤りとは言えません。再クロールを待つ間も公開情報を正確に保ちます。[1]

5. 報告された障害を限定して修正する

noindexが報告されたら、現在のページまたはHTTPヘッダーの設定を確認し、意図的かを担当者に聞きます。下書きは除外が適切な場合がありますが、検索可能にしたい公開ページなら対象を限定して変更します。robots.txtによる遮断、401・403応答、サーバーエラーなら、具体的な失敗を記録してサイト・ホスティング担当へ渡します。一つのURLのために、他のページを守る全体設定をむやみに外さないでください。[2][1]

404または転送なら、古いURLを廃止するか、実際に対応する現行イベントへ導くか、履歴として残すか決めます。転送元URLが転送先のページとしてインデックスされるわけではないので、転送先も別途検査します。内部リンクや告知資料のリンクを修正します。取得に成功しても未登録の場合は、参加者にとって独自で最新の情報を持つか見直します。取得成功は登録の保証ではありません。[2][3]

公開、意図しないnoindexの解除、応答修復、誤転送の修正など、正確な作業と担当者を記録します。ライブテストは修正が公開URLに反映されてから再実行します。原因が不明なら検索結果の画像から断定せず、レポートの理由をそのまま課題票に残します。[1]

6. 開催回、重複URL、発見経路を整理する

検査URLが代替・重複と表示されたら、Googleが選んだ正規URLと運営者が想定するページを比べます。年ごとの開催回、複数のチケット業者、言語、追跡パラメータによって似たURLができます。宣言した正規URLはGoogleへの手掛かりであり命令ではありません。ライブテストから選択結果は予測できないため、テンプレート変更前に本文、内部リンク、転送、正規化設定を比較します。[1][5]

今回の参加者にとっての一つの公開先を定め、ナビゲーションや関係ページからリンクします。サイト担当がサイトマップを管理していれば含めますが、送信しただけでインデックス済みとは言えません。GoogleはリンクやサイトマップからURLを見つけ、Search Consoleの参照欄は部分的な証拠です。似たキャンペーンURLを増やすより、明確で利用できる現行ページを維持します。[1][6]

Boletolibre.com上にも独自サイトにもイベントがある場合は、両方の公開情報とチケット先を一致させます。各ホストの担当者が自分のページを検査します。一方のドメインのSearch Console状態は他方のURLを説明せず、正規URLの設定は動作する公開チケットリンクの代わりになりません。[1]

7. インデックス済みなら検索語とイベント表示を分ける

インデックス済みでも、手作業で試した語、端末、都市で表示されないことがあります。Googleは検索ごとに結果を選ぶため、インデックスと順位は別の段階です。Search Consoleの検索パフォーマンスでページと期間を絞り、利用可能な表示回数、クリック、検索語を調べます。表示回数があれば、ある検索では表示された証拠です。一人の検索で見えなかったこととは両立します。少量・匿名化された検索語やレポートの遅れに注意します。[3][7]

公開ページが名称、開催回、日時、会場、対象者、次の行動を明確に説明しているか確認します。順位の約束ではなく、来訪者の疑問に答えるために改善します。イベントカードがない場合は、Googleのイベント文書とリッチリザルトテストを別に使います。Eventマークアップの条件は追加表示のためのもので、通常のウェブ結果すべての前提ではなく、テスト合格でも追加表示は保証されません。[4][3]

管理対象のビジネスプロフィールにあるイベント投稿は、別の状態と担当者を持つ公開物です。表示されないならプロフィールの投稿画面で調べ、ページの正規URL変更や再クロール申請で直そうとしないでください。ワークシートでも別の案件として記録します。[8]

8. 一つの管理された変更の後に再確認する

担当者が修正を公開したら、時刻、URL、変更内容、公開ページの証拠を残します。ライブテストで現在のアクセス状態を確認できます。管理URLの所有者またはフルユーザーは登録をリクエストできますが、Googleは掲載を保証せず、申請の繰り返しもクロールを早めません。大量のURLには維持されたサイトマップが発見を助けます。決まった日数を約束せず、実際の状態に合わせて次回確認を設定します。[1][6]

次回はインデックス記録の最終クロールと正規URLを初回の証拠と比較します。イベント表示が元の問題だった場合のみ、その状態も確認します。編集者ログインなしの電話でページを開き、申込・チケットリンクをたどります。イベント内容が再変更されたら、先に公開ページを直して診断行を開き直します。結論は「登録済み」「確認待ち」「正しく転送」「意図して除外」など観測された状態で閉じ、特定検索語の順位はそのデータがあるときだけ述べます。[1][7]