公開されたインデックス可能なページから始める
ローカルでホストしている開発サイトは、公開の検索エンジンには見つけられません。公開ドメインで、対象の記事がログインなしで正常なレスポンスを返すこと、必要なリソースを取得できること、ページのマークアップにも HTTP ヘッダーにも意図しない noindex 指定がないことを確認します。
robots.txt はクロールを制御し、noindex はクローラーがそれを読める場合にインデックス登録を制御します。robots.txt で URL をブロックしても、検索結果から確実に消せるわけではありません。ステージング環境は保護し、公開前のチェックを明確な手順にしましょう。
各記事の優先 URL を一つにする
安定したパーマリンクを使い、ナビゲーション、関連記事、サイトマップ、メタデータから一貫してそこへリンクします。同じ内容を複数のパスで配信するのではなく、古いエイリアスは適切な移転先にリダイレクトします。canonical タグは命令ではなくシグナルであり、ページの内容や他のシグナルと矛盾しないようにします。
同等の代替ページがない削除済みページには、本当の 404 または 410 を返します。URL の末尾が見覚えのあるスラッグだというだけで、汎用的な記事を正常なレスポンスとして返してはいけません。ページ分割されたアーカイブにはそれぞれ URL を与え、リンクをクロール可能に保ちます。
読者のやりたいことを軸にコンテンツを整理する
読者が次の一歩を選べるようなガイドを作り、そこから関連する詳細記事にリンクします。たとえば WordPress の高速化チェックリストから、サーバー応答の診断やレスポンシブ画像の記事にリンクできます。それらの記事からも、全体のチェックリストが役立つ場面でリンクを戻せます。
リンクテキストは内容がわかるものにし、通常の HTML のアンカーを使います。ページを権威あるものにする必須の文字数、クラスターの規模、リンク数といったものはありません。同じ質問のわずかに異なる言い回しを狙った、ほぼ重複するページは避けましょう。
検索と共有のメタデータを正確にする
- 記事が実際に扱う課題や答えを表す、固有のタイトルを付けます。
- メタディスクリプションでは、根拠のない約束をせずにページを要約します。検索エンジンが別のスニペットを選ぶこともあります。
- 適切なシェア用画像、意味のある代替テキスト、正しい画像サイズを使います。
- 著者名と公開日・更新日を見える場所に示し、保存されたコンテンツと一致させます。
- 記事には Article または BlogPosting の構造化データを使い、対応するパンくずリストも用意します。ページで裏付けられない評価、受賞歴、主張は加えないでください。
発見用のファイルを絞り込む
XML サイトマップには、正規で公開されたインデックス可能な記事を含めます。非公開のコンテンツや意図して noindex にした投稿は除外します。サイトマップは発見を助けるものであり、送信してもすべての URL がインデックス登録される保証はありません。
小規模な編集型サイトで、クロールバジェットを細かく操作する必要はまずありません。役立つカテゴリーをブロックする前に、内部リンク切れ、重複した URL パターン、サーバーエラーを直しましょう。サイト内検索の結果ページは noindex にしつつ、記事やカテゴリーへのリンクはアクセス可能なままにできます。
これは AI 検索にどう役立つのか？
明確な回答、アクセシブルな HTML、裏付けとなる根拠、正確な出典表示は、システムがページを理解するうえでも役立ちます。Google の AI 検索に関するガイダンスでは、AI 専用のスキーマやテキストファイルは求められていません。簡潔な llms.txt は補助的なナビゲーションにはなりえますが、インデックス登録や引用を保証するものではありません。
公開ホストや CDN、ファイアウォールでクローラーのアクセスを確認します。ボット専用の主張を作ったり、隠れたコンテンツにキーワードを詰め込んだりするのは避けましょう。役立つ回答は、読者が目にする回答と同じであるべきです。
公開ドメインで進捗を計測する
Search Console と Bing Webmaster Tools でサイトの所有権を確認し、サイトマップを送信して、代表的な URL を検査します。インデックス登録、関連するクエリ、表示回数、クリック数、有益なお問い合わせを、比較できる期間で追跡します。指名検索と非指名検索の需要を分け、リリースを記録しておきます。順位の変動だけでは、どの変更が原因かは証明できません。
よくある質問
.local ドメインでしか動いていないサイトを Google はインデックスできますか？
ローカルのマシンにしか存在しないサイトには、公開のクローラーは到達できません。アクセス可能なドメインでサイトを公開してから、HTTPS、レスポンスコード、クロールのアクセス、正規 URL、インデックス登録の指定を確認してください。ローカルでのテストは実装を確かめるもので、公開インデックスを確かめるものではありません。
サイトマップを送信すれば、すべての記事がインデックス登録されますか？
いいえ。サイトマップは検索エンジンが優先 URL を見つける手助けをしますが、インデックス登録や順位付けを義務づけるものではありません。正常に応答する、公開された、インデックス可能な URL を含め、送信したサイトマップと代表的なページをプロバイダーのウェブマスターツールで確認しましょう。
ページを検索結果から外すには robots.txt と noindex のどちらを使うべきですか？
robots.txt は取得を制御し、noindex はクローラーがその指定にアクセスできたときに除外を求めます。robots.txt でブロックすると、クローラーが noindex を見られなくなることがあります。どちらの指定もアクセス制御の仕組みとして扱わず、非公開コンテンツには認証を使ってください。
AI 検索には専用ファイルや FAQ マークアップが必要ですか？
Google は、AI 専用のファイルやスキーマは不要であり、検索では llms.txt を使用しないとしています。アクセスしやすく役に立つコンテンツと、正確な技術的出力に集中しましょう。公開プロパティの Search Console での現在の対象設定を確認してください。どんなマークアップも AI による引用を保証しません。公式の AI 最適化ガイドをご覧ください。
出典と参考資料
あわせて読みたい
Google がランキングについて公式に説明していることと、WordPress パフォーマンスチェックリストをお読みください。
Leave a Reply