noindexの設定と確認｜robots.txt・canonical・認証との使い分け

2026年7月17日

著者: 与謝秀作

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確認	取得拒否で指示を未取得
登録情報の日時・反映	変更後の取得を確認	変更前の情報しかない
サイトマップ・担当・解除条件	掲載方針を整合・担当記入	解除担当が未定
追加対象	［空欄：各項目を記入］	［空欄：未確認点を記入］