説明
事実、解釈、対応を分けます。この短い演習では3段階を使います。
- P0 — ブロッカー： 重要な公開ページが利用できない、誤ってクロール/インデックス登録をブロックされている、またはユーザーに重大なエラーを見せる。まず正確なURLへの影響を確認します。
- P1 — 重大な不一致： 重要ページに発見経路がある、またはページを開けるが、コンテンツ、言語、canonical/リンク、フォームにより内容の理解や利用が難しい。「検索システムがページを発見した」という主張は、パネルまたは検証済みログで別途確認する必要があります。
- P2 — 改善項目： アクセスを妨げず、ユーザーを誤解させない問題。記録し、ブロッカーの後に対応するよう予定します。
これはコース内の作業用スケールで、検索エンジンの標準ではありません。緊急度が同程度なら、再現可能な強い証拠とユーザーへの影響がより大きい問題を優先します。
検証できる基準：
- 発見経路： 確認済みのステージングページにある通常のHTMLリンク、または確認済みサイトマップ内のURL。情報源をそれぞれ記録します。これはシステムがURLを見つける経路を示すだけで、実際に発見した証明ではありません。
- システムによる発見： 該当する検索システムのレポートまたは検証済みクロールログで確認します。
- URLとcanonicalの一貫性： リンクが想定した最終URLに到達し、レスポンスが正しく、canonicalが対象バージョンと一致し、サイトマップにそのcanonical URLが掲載されていること。検索システムが選択したcanonicalは、そのシステムのレポートで別途確認します。
- これらの確認だけでは、インデックス登録は確定しません。
架空の例
演習用ステージングモックの /robots には次の状態があります。カタログのリンクはリダイレクトされる http:// URLを指し、HTMLのcanonicalは /robots-v2 を指す一方、サイトマップには /robots が含まれています。両方のページが利用でき、ユーザーがコンテンツにアクセスできるならP1の不一致です。アクセス遮断や喪失を示す追加の証拠がある場合にのみ優先度を上げてください。canonical、robots/noindex、WAFの変更はアクセスやサイトのシグナルに影響するため、実際の変更には所有者、事前レビュー、テスト済みのロールバック計画が必要です。
実習
ステージングまたは example.test のローカルコピーだけで作業します。
/robotsのステージングモックに、リンク/canonical/サイトマップが矛盾する状態を作ります。- 生の証拠と結論の制約をログ行に記入します。
- 上記の基準でP0/P1/P2を付けます。
- 修正案と期待される観察可能な変化を提案しますが、本番環境には適用しないでください。
- 同じ方法でステージング上の修正を確認します。本番環境で実際に
robots.txt、noindex、canonical、WAFを変更する前に、担当者の確認、書面による影響レビュー、ロールバック計画が必要です。デプロイは通常のリリース手順に従います。この実習では本番環境を変更しないでください。
チェックリスト
- URL、日時、ツール、生の証拠を記録した。
- 発見経路（リンク/サイトマップ）と確認済みのシステム発見（パネル/検証済みログ）を分けた。
- URL、リダイレクト、canonical、サイトマップを別々に確認した。
- 観察結果の影響と信頼性で優先度を説明した。
- 実習と修正をステージング/example.testだけで行った。
- 将来の本番変更に備えて担当者、レビュー、ロールバックを明確にした。
- 変更前後の確認で同じURL、ツール、条件を使った。
よくある間違い
本番の robots.txt、canonical、WAFを「試しに」変更してから確認すること。このような変更で有用なセクションをブロックしたり、アクセスを変えたりする可能性があります。まず所有者、レビュー、ロールバック計画をそろえ、ステージングで試してください。
再利用できる質問セットと移行のベースライン
AIの回答を繰り返し確認するには、実際の顧客質問を少数、安定して使える形で用意します。正確な文面、言語、地域、製品画面、日付、アカウント/セッション条件を保存してください。発見、比較、意思決定の質問を含め、すべてのクエリにブランド名を加えないでください。架空サイト向けの例：「小規模なドキュメントサイトを新しいドメインに移行する前に、何を確認すべきですか？」完全な回答と引用されたURLを記録します。これは測定プロトコルであり、推奨するプロンプト数でも引用の約束でもありません。
移行前に旧URL一覧をエクスポートし、重要なURLごとに1行を用意します。旧URL、想定する移行先、リダイレクトのステータス、最終レスポンス、canonicalの対象、内部リンク、サイトマップ掲載の有無を記録します。ステージングでマッピングをテストし、実際にサイトで使うクエリ文字列や末尾スラッシュの違いも含めます。公開前に代表的なサンプルを比較し、公開後に同じURLを再確認します。リダイレクトマップを一律のトップページ転送で置き換えないでください。所有者承認のリリースとロールバック計画なしに本番環境を変更しないでください。
この実習の「公開後の結果」列は将来のベースラインにすぎません。「該当なし — 本番リリースなし」と記入してください。所有者が承認した公開の後にのみ記入します。
| 旧URL | 想定する移行先 | ステージングの結果 | 公開後の結果 |
|---|---|---|---|
https://example.test/guide-a | https://example.test/docs/guide-a | ステータスと最終URLを記録 | 同じリクエストを再実行 |
https://example.test/guide-b | https://example.test/docs/guide-b | ステータスと最終URLを記録 | 同じリクエストを再実行 |
.test ホストと上の各行はすべて架空の例です。