noindexの設定と確認｜robots.txt・canonical・認証との使い分け
noindexは、取得したページをGoogle検索の対象から除外するための指示です。ページを秘密にしたり、アクセスを制限したりする仕組みではありません。公開範囲、検索に出したいか、クロールしてよいかを分けて考え、HTMLとHTTPヘッダーの両方を確認しましょう。
noindexは検索除外であり認証ではない
Googleがnoindexを取得して処理すると、そのページを検索結果から除外します。ただしリンクを知る人がページにアクセスできなくなるわけではありません。公開できるが検索には出したくない案内ページと、会員情報・社内情報では必要な制御が違います。
Googleのnoindexガイドを確認し、秘密情報は認証・権限管理で保護します。誤って公開された情報があれば、noindexの追加だけで対応を終えず、公開範囲の修正と必要な管理手順を優先してください。検索から消えるまでの時間も一律には保証できません。
noindex・robots.txt・canonical・nofollowの役割
手段 | 主な役割 | できないこと |
|---|---|---|
noindex | そのURLの検索除外 | 閲覧権限の制限 |
robots.txt | クローラーの取得制御 | URLの検索非表示を保証 |
canonical | 重複URLの代表希望 | 絶対的な除外命令 |
nofollow | リンクの扱いに関する指定 | リンク先ページの検索除外 |
robots.txtの説明では取得の制限と検索除外を区別しています。リンクのrel属性の説明も参考に、aタグのnofollowをリンク先へのnoindexと取り違えないでください。別の経路でURLが見つかることもあります。
公開ページと会員情報・ステージングの選択表
目的・内容 | 選択候補 | 追加確認 |
|---|---|---|
個人情報のない公開サンクスページ | noindexを検討 | 公開してよい情報だけか |
会員情報・社内テスト環境 | 認証・権限管理 | 検索設定よりアクセス保護を優先 |
同内容の印刷版 | canonical等を検討 | どちらを代表にしたいか |
無限に増えるパラメータ | クロール設計の見直し | 必要なURLと不要な取得を整理 |
正式廃止、代替なし | 404または410 | リンク元と終了案内 |
緊急に検索から隠したい | 一時削除と恒久策 | 公開範囲も同時に確認 |
正規化をしたいだけなら、重複URLの正規化ガイドに沿って代表URLの指定を検討します。noindexとcanonicalを目的の説明なく重ねず、除外したいのか代表へまとめたいのかを明確にします。
正しい構文：meta robotsとX-Robots-Tag、relとの違い
HTMLではhead内に <meta name="robots" content="noindex"> を出力する方法があります。HTTP応答では X-Robots-Tag: noindex を返す方法があり、HTMLだけでなくPDFなどにも使えます。これは書式の説明で、実際の設定箇所はCMSやサーバー環境によって違います。
robots metaとX-Robots-Tagの公式リファレンスを参照し、公開応答で指示が出ているかを確かめてください。aタグのrel="noindex"はGoogleのnoindex実装として使いません。「rel noindex」という表現を見かけても、robots metaまたはHTTPヘッダーと区別します。HTMLとヘッダーに別ルールがある場合は両方を調べます。
効かない理由：取得拒否・古い取得・別の出力
robots.txtで取得を拒否すると、Googleがページ内のnoindexを読めない場合があります。noindexを処理してもらうには対象の指示を取得できる必要があります。ただし、秘密情報のために認証しているページを検索制御の都合だけで公開してはいけません。目的に合う保護を維持します。
- 現在のHTMLとHTTPヘッダーに意図した指示があるか。
- 別テンプレートや言語版だけ異なる出力になっていないか。
- robots.txtやアクセス制限で取得を妨げていないか。
- 保存済み登録情報の取得日は変更前か後か。
- キャッシュや配信条件により別の応答が出ていないか。
URL検査の保存情報とライブ確認を分け、反映前の情報だけで「効かない」と決めないでください。
架空例：サンクスページとPDFの確認
以下は架空の検証例です。/thanks/ は個人情報を含まない公開案内で、検索には出したくないとします。HTMLにmeta noindexを出力し、HTTPヘッダーに矛盾する意図しない設定がないか、取得が許可されているかを確認します。その後、取得情報の更新と除外状態を追います。
別の架空例では、公開可能なPDF /files/notice.pdf を検索から除外します。HTMLのmetaタグはPDF本文には使えないため、PDFの応答にX-Robots-Tag: noindexがあるかを確認します。転送前の応答だけでなく最終ファイルの応答も調べます。どちらも設定直後の検索非表示を保証する例ではありません。
一時削除ツールと恒久対応を分ける
Search Consoleの削除ツールは、検索結果からの一時的な非表示に使う手段です。恒久的に除外したい場合は、目的に応じてnoindex、内容の削除、アクセス保護などを組み合わせます。一時削除の申請だけで元ページが安全になるわけではありません。
緊急時は対象URLの範囲を確かめ、必要な恒久策と担当者を決めます。別表記や別URLでも同じ情報が公開されていないかを調べ、秘密情報は公開範囲の問題として処理してください。削除申請と恒久対応の完了を別々に記録します。
誤設定の解除と再取得後の監視手順
管理する項目 | 正常な架空例 | 要調査の架空例 |
|---|---|---|
URL・公開範囲・目的 | /thanks/・公開可・検索除外 | 会員情報・公開不可・認証なし |
認証・robots・HTML／ヘッダー | 不要・取得可・noindex確認 | 取得拒否で指示を未取得 |
登録情報の日時・反映 | 変更後の取得を確認 | 変更前の情報しかない |
サイトマップ・担当・解除条件 | 掲載方針を整合・担当記入 | 解除担当が未定 |
追加対象 | ［空欄：各項目を記入］ | ［空欄：未確認点を記入］ |
誤ったnoindexを解除する時は、HTMLとヘッダーの残存ルール、取得制限、正規URLを確認します。必要に応じて再取得を依頼し、その後の処理を追います。解除だけで登録や以前の順位を保証せず、公開応答と検索状態の両方を確かめましょう。
次に確認する内容に合わせて、canonicalタグの設定と確認｜重複URL・noindex・転送の違い、モバイルSEOの確認表｜本文の同等性・Core Web Vitals・操作性、リンク切れの調べ方と直し方｜404・移転・一時障害の判断表、検索順位が下がった時の調べ方｜実績・登録状態・変更履歴の切り分けも参照してください。
