公開範囲と確認項目を整理するAI生成イメージです。実在の顧客資料や設定作業の写真ではありません。
noindex（ノーインデックス）とは、対応する検索エンジンに、そのページを検索結果の対象にしないよう伝える指定です。ページを非公開にしたり、閲覧を禁止したりする機能ではありません。設定前に「検索から来てほしいページか」「URLを知る人には見せてよいか」を分けましょう。本記事では、指定する場所と確認方法、意図せず付いたnoindexを解除するときの注意点を解説します。
この記事でわかること
- noindexは検索結果への掲載を制御する。機密情報を守るには認証などの閲覧制限が必要。
- HTMLだけでなくHTTPヘッダーにも指定できるため、片方の確認だけで判断しない。
- 解除は対象URLと設定範囲を確かめて行い、設定変更の完了と検索への反映を分けて記録する。
noindexとは、ページを検索結果の対象から外す指定
検索エンジンがページを取得することをクロール、取得した内容を検索用の情報として登録することをインデックスと呼びます。noindexは、この登録から除外するためのルールです。Googleでは、巡回プログラムのGooglebotがページの指定を読み取ると、そのページは検索結果から除外されます。すでに検索に出ているページへ追加した場合も、設定した瞬間に表示が消えるとは限りません。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
一方、ページのURLを直接開く人や、ほかのページのリンクを押した人のアクセスは、noindexだけでは止まりません。「検索で見つけにくい」と「許可した人しか見られない」は違う状態です。社内資料や個別のお客様向けファイルを守る場合は、認証やアクセス権を使う方法を管理者に確認します。
出典：Google と共有するコンテンツを制限する | Google 検索セントラル | Documentation | Google for Developers
| 設定・仕組み | 目的と違い |
|---|---|
| noindex | 対応する検索エンジンで、そのURLを検索結果の対象から外す指定。 |
| robots.txt | 主にクローラーのアクセスを制御する。HTMLページの検索除外を保証する方法ではない。 |
| nofollow | リンクをたどることに関する指定。ページ自体の検索除外とは別。 |
| canonical | 重複・非常によく似たページの代表URLを示す。指定先が必ず選ばれる保証はない。 |
| 認証・アクセス権 | 許可した人だけが内容を見られるようにする。noindexの代わりに必要となる場面がある。 |
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
出典：Google と共有するコンテンツを制限する | Google 検索セントラル | Documentation | Google for Developers
出典：rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | Documentation | Google for Developers
特に注意したいのは、noindexを読ませたいHTMLページのクロールまでrobots.txtで止めることです。Googlebotが内容へアクセスできなければ、ページ内の指定を確認できません。robots.txtに「noindex」と書く方法もGoogleではサポートされていません。検索除外と巡回制御を、同じ操作だと思わないことが出発点です。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
設定するかは、ページを誰にどう見せたいかで決める
noindexを付ける前に、そのページの役割を一文で書きます。商品やサービスを探す人の入口なのか、サイト内の操作を終えた人にだけ案内する補助ページなのかで、必要な検索公開の範囲が変わります。「アクセスが少ない」「短い文章しかない」という理由だけで、一律に検索から外す判断はしません。
たとえば、申込後の完了案内を、手続きを済ませた利用者には表示しながら、検索から単独で開く入口にはしない、という使い方が考えられます。ただし、その画面に個人の申込内容を表示するなら、noindexだけで保護したことにはなりません。誰が何を見られる必要があるかを先に決めます。
| ページの役割 | 設定前に決めること |
|---|---|
| 検索から読まれたいサービス紹介 | 意図しないnoindexがあれば解除を調査する。内容改善と設定修正を分ける。 |
| 個人情報を含まない申込完了の案内 | 単独の検索入口が不要ならnoindexを検討。申込後の表示や必要な導線は維持する。 |
| 同じ内容を複数URLで表示しているページ | 代表URLを整理したい目的ならcanonicalなどを検討し、noindexと混同しない。 |
| 社内限定の資料・公開前の機密情報 | 認証やアクセス権を検討。検索除外だけで閲覧を制限したことにしない。 |
| 情報が古い記事や一覧ページ | 残す価値、更新・統合の必要、利用者の導線を確認し、件数やPVだけで除外しない。 |
出典：Google と共有するコンテンツを制限する | Google 検索セントラル | Documentation | Google for Developers
出典：rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | Documentation | Google for Developers
重複したページを整理する場合、Googleは、同じサイト内で代表URLを選ばせる目的でnoindexを使うことを推奨していません。代表として扱ってほしいURLを示すcanonicalとは、目的が違うためです。ページを残したいのか、同じ内容をまとめたいのか、検索だけから外したいのかを、依頼時に区別します。
出典：rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | Documentation | Google for Developers
カテゴリやタグの一覧も、名前だけで一律に除外する対象にはしません。利用者が記事を探す入口になっているか、ほかの一覧と役割が重なるかを確認します。また、カテゴリ一覧そのものへの指定と、そこに属する各記事への指定は別です。利用中のCMSでどのURL群に適用される設定なのかを確かめます。
判断できないときは、対象URL、ページの目的、検索から来てほしいか、誰が閲覧してよいかを控えれば、相談を始められます。大量のページを先に除外してから考えるのではなく、代表的な1ページで期待する状態をそろえると、変更対象を説明しやすくなります。
設定場所はHTML・HTTPヘッダー・CMSで確認する
HTMLのheadにmetaタグで指定する
HTMLページでは、headというページの情報を書く部分に、robotsのmetaタグを置く方法があります。基本形は <meta name="robots" content="noindex"> です。これは読者が読む本文に文字として貼るのではなく、ページのHTMLのhead内で出力する指定です。対応する検索エンジン向けのルールであり、各社の扱いが同じとは限りません。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
CMS（ページを管理・更新する仕組み）でページを作っている場合は、画面上のSEO設定から、このタグが出力されることがあります。記事本文の編集欄へコードを貼る前に、使っているCMSやテーマの公式手順を確認してください。設定画面で保存したことと、公開URLで意図したタグが出ていることは、別々に確認します。
HTML以外のファイルにはHTTPヘッダーを使う方法もある
HTTPレスポンスヘッダーは、ページやファイルを配信するときに、サーバーが内容と一緒に返す情報です。X-Robots-Tag: noindex というヘッダーでも検索除外を指定できます。HTMLのheadを持たないPDFなどにも使える点が、metaタグとの違いです。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
この指定は、サーバーや配信サービス側の設定などから付く場合があります。設定の書き方や適用範囲は環境によって異なるため、別のサイトの設定をそのまま貼り付けず、対象のファイルやフォルダを担当者へ伝えて確認します。PDFへリンクする紹介ページと、PDFファイル自体は別のURLです。紹介ページをnoindexにするだけで、PDFまで同じ状態になるとは考えません。
WordPressでは全体設定と個別設定を区別する
WordPressの管理画面には、「設定」から「表示設定」を開いた先に、検索エンジンでの表示に関する項目があります。「検索エンジンがサイトをインデックスしないようにする」という趣旨のチェック項目です。公式資料では、通常の訪問者のアクセスを止める設定ではないと説明されています。1ページだけを検索から外すために、サイト全体の項目を変更しないようにします。
出典：Settings Reading screen – Documentation – WordPress.org
個別ページ、投稿の種類、カテゴリ一覧などの検索設定は、導入しているSEOプラグインやテーマで異なります。「全体では許可、個別ページでは除外」のように、複数の設定場所が関係することもあります。使っている製品と設定画面を控え、最終的にそのURLで返されるHTMLとヘッダーを確認します。
検索に出したいページにnoindexが付いている、設定場所が分からない場合は、対象URLと期待する公開範囲を添えてご相談ください。VELGRITでは、ホームページの構成や設定を確認しながら、改修・運用・SEOの相談を受け付けています。
設定後は対象URLとGoogleの取得結果を照合する
確認は、管理画面のチェックだけで終わらせず、公開URLが返している内容と、Googleが取得した結果を分けて進めます。慣れていない場合は、以下の確認を制作担当へ依頼できます。調べるために、設定を何度もオン・オフする必要はありません。
- 対象URL｜転送された場合の到達先も含め、ページかPDFかを特定する。
- HTML｜headのrobotsやgooglebot向けmetaタグを確認する。
- HTTPヘッダー｜同じURLの応答にX-Robots-Tagがあるか確認する。
- Googleの取得結果｜Search ConsoleのURL検査で、取得内容と確認時点を照合する。
ブラウザの「ページのソースを表示」でHTMLを開き、head内のrobotsやgooglebotのmetaタグを探します。ページ本文にnoindexという解説が書かれているだけの場合もあるため、文字を検索して見つかったことだけで設定済みとは判断しません。metaタグのnameとcontentを確認します。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
ヘッダーは、ブラウザの開発者ツールでNetwork（ネットワーク）を開き、対象を読み込み直して確認します。ページ本体や対象PDFの通信を選び、Response Headers（レスポンスヘッダー）にX-Robots-Tagがあるかを見ます。画像や広告など別の通信を選ぶと、調べたいURLの状態とは異なるため、通信先のURLも一緒に控えます。
たとえば、HTMLでは除外指定が見つからなくても、HTTPヘッダーにnoindexが残っていれば、その確認だけで解除済みとはいえません。robotsとgooglebotの複数の指定も確認します。noneという値はnoindexとnofollowを組み合わせた意味です。indexという許可の指定を追加して、別の場所に残ったnoindexを打ち消せると考えないようにします。
Search Consoleでは、対象サイトのプロパティで正確なURLを検査し、インデックスの状態、noindexが検出された理由、取得されたHTMLなどを確認します。現在のページを確かめるライブテストと、過去にGoogleが取得した結果を分けて読みます。設定した日時より前の取得結果なら、古い指定を見ている可能性があります。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
検索から外したいページが意図どおりnoindexで除外されているなら、報告をなくすために解除する必要はありません。逆に、検索から来てほしいサービス紹介が除外されているなら、意図しない設定の調査対象です。表示された文言だけを見て、すべてを同じ「エラー」として処理しないことが大切です。
解除するときは、残った指定と対象範囲を確かめる
解除するのは、検索結果の対象にしたいと決めたURLのnoindexです。変更前に、対象URL、現在の設定、設定した場所、変更する理由を残します。全体設定を変える場合は、その影響を受ける別ページも確認し、意図して検索から外していたページまで解除しないようにします。
変更は指定の発生元で行います。個別のSEO設定ならその項目、HTMLの共通テンプレートならその出力、HTTPヘッダーなら配信設定を確認します。共通部分に原因がある場合は、1ページだけでなく同じ形式のページへ影響する可能性があります。修正内容と戻し方を担当者と共有してから進めましょう。
変更後は同じURLで、HTMLとHTTPヘッダーの両方から、意図しないnoindexがなくなったことを確かめます。noneやGooglebot向けの別指定も見落とさないようにします。管理画面では変えたのに公開側が古いままなら、キャッシュや別の出力元が関係していないか、配信の担当者へ確認します。
Googleが変更を認識するには、ページへ再度アクセスできることが必要です。検索に出したいページについて、クロールを妨げる設定がないかも確認し、Search ConsoleのURL検査から再クロールをリクエストする方法があります。ただし、リクエストの実行と、インデックス登録や順位の回復は同じではありません。決まった日数での復帰を約束することはできません。
出典：noindex を使用してコンテンツをインデックスから除外する | Google 検索セントラル | Documentation | Google for Developers
「noindexを解除した」と「検索に出る状態を確認した」は、記録の欄を分けます。前者には設定の変更日時と公開URLの確認結果、後者にはGoogle側の確認日時と状態を書きます。解除後も検索に出ない理由を広く調べたい場合は、関連記事の「ホームページがGoogle検索に出ないときは？」へ進み、登録と掲載順位の問題を切り分けます。
架空の研修会社で作る、設定と解除の依頼メモ
ここからは、説明用に作った架空の研修会社の例です。実在の企業やVELGRITの対応実績ではありません。公開講座の案内、個人情報を含まない申込完了ページ、契約先だけに渡す研修資料のPDFを運用しているとします。この3つを「検索に出すか」だけでまとめて処理しないことがポイントです。
| 対象と確認できた状態 | この例で依頼すること |
|---|---|
| 公開講座 /courses/open/：検索から来てほしい。HTMLにnoindex。ヘッダーは未確認。 | 意図しない指定の発生元と範囲を調査。HTML・ヘッダーの両方を確認して解除する。 |
| 完了案内 /done/：検索入口は不要。個人情報なし。申込後には見せたい。 | 意図したnoindexを維持。申込後の画面と必要な戻り先の導線を確認する。 |
| 限定資料 /files/training.pdf：契約先だけが閲覧すべき。URLを直接開くと誰でも見える。 | noindexの追加だけでは終わらせず、認証やアクセス権で公開範囲を見直す。 |
講座案内でnoindexが見つかっても、「サイト全体の除外をすべて外す」という依頼にはしません。完了案内の役割は別だからです。また、限定PDFの問題は、検索結果に載っているかどうかより、許可していない人も内容を見られることです。ページごとに期待する状態を置くと、異なる作業を混同せずに依頼できます。
| 項目 | 記入する内容 |
|---|---|
| 対象と目的 | /courses/open/ を、講座を探す人が検索から見つけられる対象にしたい。 |
| 確認済みの事実 | HTMLのrobotsにnoindexを確認。確認日時を添付。HTTPヘッダーとGoogleの取得時点は未確認。 |
| 調査と変更の範囲 | 個別設定・共通設定・配信ヘッダーを調査。意図しない除外だけを解除し、完了案内の指定は維持。 |
| 変更直後の完了条件 | 同じ公開URLのHTML/ヘッダーを確認。講座内容が表示され、申込ボタンの導線も維持されている。 |
| 検索反映の記録 | 変更日時、Googleが確認した日時、登録状態を別欄へ。未確認を登録済みにしない。 |
| 引き継ぎ | 変更箇所、対象URL、戻し方、未確認事項、次に確認する担当と日付を残す。 |
noindexの有無はページの見た目だけでは分かりませんが、設定変更で利用者の操作が変わっていないかも確認します。公開講座の説明が読めるか、申込先へ移動できるか、完了案内が必要な場面で表示されるかを、変更範囲に合わせて確かめます。検索制御の確認と、画面・導線の確認を両方記録すると、完了条件が明確になります。
まず自社の1ページを選び、「検索で見つけてほしいか」「誰が閲覧してよいか」「設定はどこにあるか」を書いてみてください。分からない箇所は未確認とすれば十分です。作業範囲や支給情報をまとめるときは「ホームページ更新を外注する前に」、ほかの検索設定も点検するときは「SEO内部対策とは？」の関連記事が役立ちます。
noindexの設定・解除や検索への反映確認を整理したい方は、対象URLと確認できた内容を添えてご相談ください。サイト全体の改善項目から考えたい方は、下の無料ホームページ改善チェックシートも利用できます。
よくあるご質問
この記事のまとめ
- 検索除外・巡回制御・代表URL・閲覧制限を、ページの目的に合わせて使い分ける。
- 対象URLのHTMLとHTTPヘッダーを確認し、Googleの取得結果とは時点を分けて照合する。
- 解除する範囲と維持する範囲、変更直後の完了条件と検索反映の確認を依頼メモに残す。
掲載内容は出典・取材・検証結果を確認し、編集担当者の承認を経て公開しています。記事制作にはAIを補助的に使用しています。
運営者について →