noindexとは、検索エンジンに対して「このページを検索結果へ表示しないでください」と伝えるためのインデックス制御です。 ページ自体を削除するわけではなく、URLを直接開けば通常どおり閲覧できます。
SEOでは便利な機能ですが、設定するページを間違えると、本来検索流入を集めたい記事やサービスページまで検索結果から消える可能性があります。 そのため、「検索結果に出す必要がないページだけに使う」ことが重要です。
30秒でわかる結論
- noindexは、そのページを検索結果へ表示しないよう検索エンジンへ伝える設定
- ページを削除する機能ではなく、URLを知っている人は通常アクセスできる
- 検索結果に出す価値がない管理用・限定用途ページなどで使う
- 主要記事、サービスページ、会社案内など検索流入が必要なページには原則使わない
- robots.txtと役割が違い、robots.txtは主にクロール制御、noindexはインデックス制御
- robots.txtで先にクロールを止めると、検索エンジンがnoindexを確認できない場合がある
- canonicalとnoindexも目的が違い、重複URLの代表を示したいだけならcanonicalを優先する
- 設定後はSearch ConsoleのURL検査などで認識状況を確認する
- 初心者は「検索流入が必要か」を基準に設定する
noindexとは？
noindexは、検索エンジンに対して対象ページを検索結果へ表示しないよう伝えるためのルールです。
Google公式でも、noindexを「コンテンツをインデックス登録せず、Google検索結果へ表示しないよう指示するルール」と説明しています。
一言でいうと
noindex ＝「このページは検索結果に出さなくてよい」と伝える設定です。
noindexを設定しても、ページ自体が非公開になるわけではありません。 URLを直接入力したり、別ページからリンクをクリックしたりすればアクセスできます。
機密情報を隠す方法ではない
会員限定情報、社内資料、個人情報などを検索結果へ出したくない場合、noindexだけではアクセス制限になりません。 機密情報はログイン・パスワード保護など、アクセスそのものを制限する方法を使ってください。
noindexを使う目的
noindexの目的は、検索結果へ表示する必要がないページをインデックス対象から外すことです。
すべてのページを検索結果へ出せばよいわけではありません。 Webサイトには、ユーザーには必要でも検索流入を集める必要がないページがあります。
- 送信完了ページ
- 会員向けの補助ページ
- 検索結果として価値が低い内部ページ
- 一時的に公開している検証ページ
- 重複に近い補助ページ
検索結果に出す価値があるかで判断
noindexは「内容が短いから付ける」「SEO評価が低そうだから付ける」という機械的な使い方ではなく、検索ユーザーに見つけてもらう必要があるページかで判断します。
noindexを使うべきページ
送信完了ページ
お問い合わせフォーム送信後の「ありがとうございました」ページは、検索ユーザーが直接訪問しても意味がありません。
このようなページは検索結果へ表示する必要が低いため、noindexの候補になります。
会員・ユーザー向けの補助ページ
ログイン後だけ使う補助ページや、検索流入を前提としないユーザー向けページも候補です。
ただし機密情報があるならnoindexだけに頼らず、必ず認証・アクセス制限も行います。
内部検索結果ページ
サイト内検索結果は、同じようなURLが大量に生成されやすく、検索結果ページとしての価値が低い場合があります。
ただし、WordPressテーマやSEOプラグインによって扱いが異なるため、機械的にすべて設定するのではなくサイト構造を確認してください。
一時的な検証・テストページ
本番ドメイン上で一時的に公開しているテストページなども、検索結果へ出す必要がなければnoindexを検討できます。
本格的なステージング環境はアクセス制限を優先
テスト環境に個人情報・未公開情報・開発中機能がある場合は、noindexだけでは不十分です。 Basic認証やIP制限などで第三者からのアクセス自体を制限してください。
noindexを使わない方がよいページ
検索流入を獲得したいページには、原則としてnoindexを設定しません。
ブログ記事
原則：使わない
検索から読者を集めたい記事ならインデックス対象にします。
サービス紹介
原則：使わない
会社名・サービス名・課題検索から見つけてもらうページです。
会社概要
通常：使わない
企業情報を検索ユーザーへ提示する役割があります。
カテゴリページ
内容を見て判断
検索価値があるカテゴリ一覧なら、機械的にnoindexにしないでください。
迷ったときの基準
「このページをGoogle検索から見つけた人に見せたいか？」と考えます。 答えが「はい」なら、原則としてnoindexは付けません。
低品質ページだからnoindexにすべき？
「文字数が少ないページは全部noindex」という考え方はおすすめしません。
短いページでも、検索した人の疑問へ明確に答えていれば価値があります。 逆に文章量が多くても、重複・自動生成・役割不明なページなら改善が必要です。
noindexは品質改善の代わりではない
検索流入を獲得したいページの内容が弱いなら、noindexにして隠すのではなく、検索意図に合わせて内容を改善する方が基本です。
noindexとrobots.txtの違い
noindexとrobots.txtは混同されやすいですが、役割が異なります。
| 設定 | 主な目的 |
|---|---|
| noindex | インデックス・検索結果表示を制御 |
| robots.txt | クローラーのアクセスを制御 |
Googleは、検索結果からページを外したい目的ではnoindexを使うよう案内しています。
robots.txtで先にブロックしない
検索エンジンがページをクロールできないと、ページ側のnoindex指定を確認できない場合があります。 「検索結果から消したいからrobots.txtでもブロックする」という二重設定は避けてください。
noindexとcanonicalの違い
canonicalもSEOでよく使われますが、noindexとは目的が違います。
| 設定 | 目的 |
|---|---|
| noindex | そのページを検索結果へ出さない |
| canonical | 似たURL群の代表URLを示す |
考え方の例
同じ商品ページに計測パラメータ付きURLが複数存在し、代表URLへ評価をまとめたい場合はcanonicalを検討します。 そのURL自体を検索結果へ出したくない場合とは目的が異なります。
Googleも、同一サイト内のcanonical選択を防ぐ目的でnoindexを使う方法を推奨していません。 重複URLの整理が目的なら、まずcanonical・リダイレクト・内部リンク統一などを検討します。
noindexと404・410の違い
削除したページをどう扱うかでも混同しやすいポイントです。
| 状態 | 使う場面 |
|---|---|
| noindex | ページは残すが検索結果へ出さない |
| 404 | ページが存在しない |
| 410 | ページが削除済みであることを明示 |
今後もユーザーがURLから利用するページならnoindexが候補ですが、ページ自体を完全に廃止するなら404・410など適切なHTTPステータスを返す方が自然です。
WordPressでnoindexを設定する方法
WordPressで個別ページへnoindexを設定する方法は、主にSEOプラグインやテーマのSEO機能を利用します。
投稿・固定ページの編集画面を開きます。
検索エンジンへの表示・インデックス設定などの項目を探します。
サイト全体の設定と間違えないよう確認します。
サイト全体へ設定しない
個別ページだけ検索結果から外したいのに、サイト全体の検索エンジン表示設定を変更すると、すべてのページへ影響する可能性があります。 操作前に「個別ページ設定」か「全体設定」かを必ず確認してください。
WordPressの「検索エンジンがサイトをインデックスしないようにする」との違い
WordPressには「設定 → 表示設定」に、検索エンジンへの表示を抑制するための設定があります。
これは公開前サイトなどで使われることがありますが、通常の公開サイトで不用意に有効にすると、サイト全体の検索流入へ影響する可能性があります。
公開後のサイトでは特に注意
記事1本だけを検索結果から外したい場合に、サイト全体の検索エンジン表示設定を変更してはいけません。 個別ページのSEO設定を使ってください。
noindexを設定したらすぐ検索結果から消える？
必ず即時に消えるわけではありません。 検索エンジンが再クロールしてnoindexを確認し、その後インデックス情報が更新されるまで時間がかかります。
noindex設定 → 再クロール → 指定を確認 → インデックス更新 → 検索結果から除外
反映時間はページのクロール頻度などによって変わるため、「設定から○時間で必ず消える」と固定値では言えません。
Search Consoleでnoindexを確認する方法
設定後はSearch ConsoleのURL検査を使うと、Googleが対象URLをどのように認識しているか確認できます。
確認ポイント
- 対象URLをURL検査へ入力する
- インデックス登録が許可されているか確認する
- クロール済みか確認する
- ライブURLテストで現在の状態を確認する
- 意図したページだけがnoindexになっているか確認する
Search ConsoleのURL検査では、対象URLがGoogleにどのように認識されているかを確認できるため、noindex設定後の確認にも利用できます。
noindexを解除するときの注意点
noindexを解除しても、すぐに検索結果へ戻るとは限りません。
Googleがページを再クロールし、インデックス可能になったことを確認してから、検索結果へ再登録される流れになります。
解除後に確認すること
- ページ側のnoindex設定が解除されている
- robots.txtでクロールを妨げていない
- HTTPステータスが200で返っている
- canonicalが意図したURLを示している
- Search ConsoleでライブURLを確認する
インデックス登録は検索エンジン側の判断も含むため、noindexを解除したからといって必ず・即時に検索結果へ戻るわけではありません。
noindexでよくある失敗
- 重要な記事へ誤って設定する
- サイト全体へ誤設定する
- robots.txtで同時にブロックする
- canonicalの代わりに使う
- 内容が薄いページを改善せずnoindexで隠す
- 解除後にSearch Consoleで確認しない
- 機密情報のアクセス制限として使う
設定ミスは検索流入へ直接影響する
重要ページへ誤ってnoindexを設定すると、そのページが検索結果から外れる可能性があります。 SEOプラグインの設定変更後は、主要ページを数ページ確認してください。
どんなページに使うか判断する基準
検索ユーザーに見せたい
noindex：不要
記事・サービスページなど、検索流入を狙うページはインデックス対象にします。
直接利用だけでよい
noindex：候補
送信完了・補助ページなど、検索結果へ出す必要がない場合に検討します。
重複URL
まずcanonical
代表URLを示すことが目的ならnoindexよりcanonicalを優先して検討します。
機密ページ
noindexだけでは不可
ログイン・パスワード保護などアクセス制限を使います。
教科書判定
noindexは「検索結果に出す必要がないページ」だけに使う
初心者は、noindexをSEO改善テクニックとして広く使う必要はありません。 まず「このページを検索から見つけてもらいたいか」で判断してください。
検索流入が必要な記事、サービス紹介、会社情報などは原則インデックス対象にします。 一方、送信完了ページや検索ユーザー向けではない補助ページはnoindexを検討できます。
重複URLの整理だけが目的ならcanonical、ページを廃止するなら404・410など、目的に合った方法を選びます。
noindexは「不要ページを隠す道具」ではなく、「検索結果へ出す必要がないページを明確に分けるための設定」と理解するのが基本です。
よくある質問
Q．noindexを設定するとページは見られなくなりますか？
いいえ。検索結果への表示を抑えるための設定であり、URLへ直接アクセスすれば通常は閲覧できます。非公開にしたい場合はログインやパスワード保護などが必要です。
Q．文字数が少ないページはnoindexにした方がよいですか？
文字数だけでは判断しません。短くても検索意図へ十分答えているページは価値があります。検索流入を狙うページなら内容を改善することを優先してください。
Q．noindexとrobots.txtは同時に使えますか？
検索結果から外す目的で同時に使うのは避けるべきです。robots.txtでクロールを止めると、検索エンジンがページ内のnoindex指定を確認できない場合があります。
Q．noindexを解除すればすぐ検索結果へ戻りますか？
即時とは限りません。検索エンジンが再クロールし、インデックス可能になったことを確認してから再登録されます。Search ConsoleのURL検査で状態を確認してください。
Q．カテゴリページはnoindexにすべきですか？
一律には決められません。カテゴリページ自体が検索ユーザーに役立ち、十分な情報と内部リンクを持つならインデックスする価値があります。内容と検索意図を見て判断してください。
まとめ
この記事の結論
- noindexはページを検索結果へ表示しないよう伝える設定
- URLへの直接アクセスは通常可能
- 送信完了・補助ページなど検索流入が不要なページで使う
- 主要記事・サービスページには原則使わない
- robots.txtはクロール、noindexはインデックス制御
- robots.txtで同時にブロックするとnoindexを確認できない場合がある
- canonicalは代表URLを示すための別の仕組み
- 機密情報保護にはアクセス制限を使う
- 設定・解除後はSearch Consoleで確認する
noindexは便利ですが、使うページを間違えると検索流入を失う可能性があります。 「検索から見つけてもらう必要があるか」を基準に、必要なページだけへ慎重に設定することが大切です。
「クロールとは？インデックスとの違いを解説」もあわせて確認してください。