サイト内に「検索結果に出したくないページ」があって、どう処理すべきか迷っていませんか。サンクスページや古いキャンペーン記事を放置すると、サイト全体のSEO評価を静かに下げてしまうケースも見かけます。
先にお伝えすると、noindexとは検索エンジンに「このページを検索結果に表示しないで」と伝えるSEOタグです。設定方法はHTMLのmetaタグ・HTTPヘッダー・WordPressプラグインの3パターン。判断軸さえ持てば、低品質ページを整理してサイト全体の評価を守れる仕組みと言えます。
本記事では、noindexの基本定義、nofollow・canonicalとの違い、3パターンの設定方法、使い分けの判断基準、効かない時のチェック、確認方法、発信運用への組み込み方の7つを順に解説します。中小企業の発信担当者が、蓄積型のSEO資産を守る実践マニュアルとしてお役に立てれば幸いです。
noindexとは｜検索結果から除外するSEOタグの基本
noindexとは、検索エンジンに「このページを検索結果に表示しないでください」と伝えるmetaタグです。サイト内の低品質ページや重複ページをインデックスから除外し、SEO評価をメインコンテンツに集中させる役割を担います。中小企業のサイト運用では、サンクスページや古い記事を整理する重要な道具と言えます。
noindexの定義と検索結果に与える影響
noindexとは、HTMLのmetaタグに「noindex」を指定し、検索エンジンにインデックス登録を拒否するSEOタグです。例えば、サンクスページや会員限定ページを検索結果から外したい時に使用します。
GoogleやBingなど主要な検索エンジンが対応している標準的な指示です。設定したページは、検索結果のリストから徐々に消えていきます。
ただし、noindexはあくまで「検索結果からの除外」を指示するだけ。ページ自体のURLにアクセスすれば、誰でも閲覧できる点には注意が必要です。
機密情報やパスワード保護が必要なページには、別途アクセス制限の仕組みを併用しましょう。noindexだけでは、情報漏洩のリスクを完全には防ぐ用途には向きません。
noindexが効くのはクロール後のインデックス段階
noindexは、Googlebotがページをクロールし、HTMLを読み込んだ段階で初めて効果を発揮します。クロールされないページにnoindexを書いても、検索エンジンはその指示を読み取れません。
YouTubeチャンネル「脱SEOコンサル・中川」の動画「noindexとは？nofollowとの違い」でも、同じ前提条件が解説されています。robots.txtでクロールをブロックすると、noindexが機能しなくなる構造を実例で示すコンテンツです。
つまり、noindexを使うときは「クロールはさせる」「インデックスはさせない」の組み合わせが基本パターン。robots.txtのDisallow指示とは目的が異なるため、混同しないようにしましょう。
中小企業のサイトでnoindexが必要になる典型シーン
中小企業のサイト運用で、noindexが必要になる場面は意外と多く存在します。例えば、お問い合わせ完了後のサンクスページや、社内向けの限定情報ページなどです。
私自身、コントリ株式会社の運営サイトで100本超のSEO記事を管理しています。月次の棚卸しでnoindex対象を3〜5本見つける現実です。古いキャンペーンページや重複コンテンツが、知らない間に積み上がっていきます。
特に多いのは以下のパターン。サイト改修のタイミングで、まとめて整理することをおすすめします。
- お問い合わせ完了・資料請求完了のサンクスページ
- サイト内検索結果ページ
- 印刷用や閲覧専用のページ
- テスト用や下書きで公開してしまったページ
- 終了したキャンペーン・告知ページ
これらを放置すると、Googleが「サイト全体の品質が低い」と判断する材料になりかねません。蓄積型のSEO評価を守るためには、定期的なnoindex整理が欠かせない運用です。
noindexとnofollow・canonicalの違い｜混同しやすい3タグを整理
noindex・nofollow・canonicalは目的も使い方もまったく異なります。混同して使うと、SEO評価を意図せず下げる原因になります。3タグの違いを表で押さえてから、実際の使い分けに進みましょう。
| 軸 | noindex | nofollow | canonical |
|---|---|---|---|
| 目的 | 自ページを検索結果から除外 | リンク先への評価伝達を遮断 | 重複URLを正規URLへ集約 |
| 効果範囲 | そのページ単体 | 指定したリンクのみ | 重複する複数URL |
| 記述位置 | headのmetaタグ | aタグのrel属性 | headのlinkタグ |
| 使用例 | サンクスページ／テストページ | 広告／投稿コメント内リンク | PC/SP別URL／パラメータURL |
noindex（検索結果から除外）の役割
noindexは、ページ単体を検索結果から除外するための指示です。リンク先のSEO評価には影響しません。
例えばサンクスページに「noindex」を指定しても、リンクを張った別ページの評価は通常通り計算されます。あくまで「このページだけインデックスしないで」という限定的な指示です。
「Code Tips」チャンネルの動画「10分で理解する！noindexとnofollowの使い方」でも、両者の効果範囲が明確に整理されています。noindexは自ページの除外、nofollowはリンク先評価の遮断という対比です。
nofollow（リンク先評価の遮断）との違い
nofollowとは、検索エンジンに「このリンクを辿らないで」「リンク先にSEO評価を渡さないで」と伝える指示です。例えば広告リンクやユーザー投稿コメント内のリンクに使用します。
noindexと並列で書かれることも多いため混同されがちですが、効く対象が違います。noindexは「自分のページ」、nofollowは「自分が貼ったリンク先」への影響です。
両方を併用する場面もあります。例えばテストページにnoindexを設定しつつ、そのページ内のリンクからもSEO評価を漏らしたくない場合は「noindex, nofollow」と併記する形です。
ただしGoogleは、長期間noindexが続くページのリンクを徐々に評価しなくなる傾向があります。リンクハブとして機能させたいページには、noindexを設定しない判断が安全策と言えるでしょう。
canonical（重複ページのURL正規化）との違い
canonicalとは、同じ内容のページが複数のURLで存在する時に「こちらが正規のURLです」と検索エンジンに伝える指示です。例えばPCとスマホで別URLを持つサイトや、ECサイトのパラメータ付きURL対策で使用します。
noindexとcanonicalは、解決したい問題が異なります。noindexは「このページを検索結果に出したくない」、canonicalは「重複ページの中で評価を1つに集約したい」という目的の違いです。
ECサイトの色違い商品ページなど、内容がほぼ重複するページにはcanonicalを使います。サンクスページなど、そもそもインデックス不要なページにはnoindexを使う、という使い分けが基本パターン。
両方を同じページに設定するのはGoogle非推奨。canonicalで正規ページを指定しつつ別ページにnoindexを指定すると、検索エンジンが混乱して指示が正しく伝わらないケースもあるためです。
noindexの設定方法｜metaタグ・HTTPヘッダー・WordPressの3パターン
noindexの設定方法は大きく3つに分かれます。HTMLのmetaタグ、サーバーのHTTPヘッダー、WordPressのプラグインです。ページの種類や運用環境に応じて適切な方法を選ぶと、設定漏れを防げます。
HTMLのmetaタグでnoindexを記述する基本
HTMLのmetaタグでnoindexを設定する方法が、最も基本的なパターンです。対象ページの<head>タグ内に、以下の1行を追加するだけで完了します。
<meta name="robots" content="noindex">
すべての検索エンジンに対して、このページのインデックスを拒否する指示が出せる記述です。Googleだけに指示したい場合は、name="googlebot"に変更する形が一般的。
「さっとが@WordPressブログ×副業」チャンネルの動画「WordPressブログのnoindexとは？」でも、metaタグの基本記述が具体例付きで紹介されています。記述位置は<head>タグ内が原則。<body>内に書くと無視される点には注意が必要です。
静的なHTMLサイトや、テーマファイルを直接編集できる環境では、この方法が確実な選択肢。誤って全ページに設定しないよう、対象ページを慎重に絞り込んでいきます。
PDF・画像にはX-Robots-Tag HTTPヘッダーを使う
PDFや画像など、HTMLでないファイルにはmetaタグを書けません。この場合はサーバーのHTTPヘッダーで「X-Robots-Tag: noindex」を返す方法を使います。
例えばApacheサーバーなら、.htaccessファイルに以下を記述します。
<FilesMatch "\.pdf$">
Header set X-Robots-Tag "noindex"
</FilesMatch>
PDFのカタログや古い社内資料が、意図せず検索結果に出てしまう事例は珍しくありません。HTTPヘッダー設定なら、ファイル種別ごとに一括でnoindex化が可能。サーバー設定に詳しいエンジニアに相談すると、確実に進められる領域です。
NginxやIIS環境でも、同等の設定方法が用意されています。サーバー環境に応じてドキュメントを確認しましょう。
WordPressはAll in One SEOやYoast SEOで設定する
WordPress運用なら、SEOプラグインの管理画面からnoindexを設定するのが現実的な選択肢。代表的なプラグインは「All in One SEO」と「Yoast SEO」の2つです。
投稿編集画面の下部に、SEO設定セクションが追加されます。「検索結果に表示」というスイッチをオフにするだけで、自動的にnoindexタグが出力される仕組み。コードを触らずに済むため、運用担当者でも安全に操作できる方法と言えます。
「ホームページ集客マスター」チャンネルの動画「ホームページをGoogleの検索結果に表示させない方法」でも、WordPress標準の「検索エンジンでの表示」設定が解説されていました。サイト全体のnoindex化なら、設定画面の「インデックスしないようにする」チェックで一括対応も可能です。
カテゴリーページやタグページのnoindex化は、プラグインの「タクソノミー設定」から個別に切り替えられます。サイト構造に応じて、柔軟に調整していきましょう。
noindexを使うべきページ・使ってはいけないページの判断基準
noindexは万能ではありません。サンクスページや会員限定ページなど、対象を間違えると流入を失う結果につながります。中小企業のサイト構成でよくある判断基準を、3つの軸で整理しました。
noindex推奨：サンクスページ・検索結果ページ・テストページ
noindexを設定すべきページの代表は、検索流入を期待しないユーティリティ系のページです。サンクスページ、サイト内検索結果、テスト用ページが3大対象と言えるでしょう。
サンクスページは、お問い合わせや資料請求の完了画面。検索流入してきた人にとっては「何の話？」となるため、検索結果に出すメリットが乏しいページ群です。むしろ低品質ページとしてサイト全体の評価を下げる材料となります。
サイト内検索結果ページも、無数のURLが自動生成される構造を持っています。Googleが「低品質なページが大量にある」と判断する典型例です。WordPressなら標準でnoindex設定されていますが、念のため確認しておきましょう。
テスト用や下書きのページも要注意。本番公開時にnoindexを外し忘れたり、逆にテスト後にnoindexを付け忘れて公開してしまうケースが見受けられます。
noindex非推奨：主力サービスページ・記事一覧ページ
逆に、noindexを付けてはいけないページもあります。主力サービスページや、流入の柱となる記事一覧ページなどです。
サービスページは、検索からの問い合わせを生む重要な入口。誤ってnoindexを付けると、検索結果から消えてリードが激減する事態を招きます。サイト改修時の設定ミスで、月の問い合わせがゼロになった事例も実際に耳にする領域です。
記事一覧ページやお知らせ一覧も、サイト全体の構造を検索エンジンに伝える役割を担います。安易にnoindex化すると、新着記事のインデックス速度が落ちる事象も発生します。判断には慎重さが求められる領域です。
「Code Tips」チャンネルの動画でも、noindex設定の対象を間違えると流入を失う警告が繰り返し述べられていました。設定前に「このページから流入が来ているか」をSearch Consoleで確認する習慣をおすすめします。
WordPressのカテゴリ・タグページは内容で判断する
WordPressのカテゴリページとタグページは、サイトの内容次第で判断が分かれる領域です。一律にnoindex化すべきではないでしょう。
カテゴリページが独自の解説文や記事一覧として価値を持つなら、インデックスを残す方が有利です。例えば「SEO技術」というカテゴリページに、カテゴリの説明文と関連記事一覧が整理されていれば、検索流入の起点になり得ます。
一方、単なる記事リンクの羅列で、独自テキストがほぼないカテゴリページは、薄いコンテンツとして評価を下げる原因に。Search Consoleで該当ページの検索流入が皆無なら、noindex化の判断軸として機能します。
タグページも同じ考え方です。多くのサイトで「タグの乱発」が起きており、似たような内容のタグページが無数に存在する状態。整理してnoindex化すれば、サイト全体の品質を高めていけるでしょう。
「【WordPressブログ】カテゴリー・タグページはnoindexにするべきか？」というYouTube動画では、カテゴリ・タグページの判断基準が3つの観点で整理されていました。「独自コンテンツの有無」「検索流入の実績」「ユーザー導線としての価値」の3軸が判断の骨子と言えます。
noindexが効かない時に確認する5つのチェックポイント
noindexを設定したのに検索結果から消えない、というご相談はよく寄せられます。原因の多くはクロール未到達か、タグの記述ミスです。5つのチェックポイントを順番に見ていきましょう。
Search Consoleで「カバレッジ」を確認する
最初に確認したいのは、Google Search Consoleの「ページ」レポート。noindex設定したページが「除外」に分類されているかをチェックする運用です。
「URL検査」ツールに該当URLを入力すると、Googleが認識している現在の状態が表示されます。「インデックス登録を許可：いいえ」と表示されていれば、noindex指示は正しく伝わっている状態と言えるでしょう。
それでも検索結果に残っている場合は、まだ再クロールされていない可能性が高い状況。「インデックス登録をリクエスト」ボタンから、再クロールを依頼すると反映が早まります。
robots.txtでクロールをブロックしていないか
意外な落とし穴がrobots.txt。Disallow指示でクロールをブロックしていると、Googleがページを読みに来られず、noindex指示も認識できない事態に陥ります。
「noindexしたのに残り続ける」という典型的なパターンが、まさにこれ。robots.txtで該当URLをDisallowしていないか、サイトのトップディレクトリにあるrobots.txtを確認しましょう。
「脱SEOコンサル・中川」チャンネルの動画でも、robots.txtとnoindexの併用が「効かない」原因の最頻出パターンとして紹介されていました。検索結果から除外したい場合は、まずDisallowを外してクロールを許可し、noindexタグを読み取らせてから、必要に応じてDisallowを再設定する順序が安全策と言えます。
metaタグの記述位置・スペルミスを点検する
metaタグの記述位置や、スペルミスも頻出原因です。<head>タグの外側に書いていたり、name="robot"（複数形のsが抜けている）になっていたりするケースが目立ちます。
正しい記述は以下の通りです。
<head>
<meta name="robots" content="noindex">
</head>
ブラウザの開発者ツール（F12キー）で「ソース表示」を開き、<head>タグ内に正確に記述されているか確認しましょう。1文字の違いで効かなくなるため、目視点検が肝心と言えます。
サーバー側でHTTPヘッダーが上書きされていないか
HTMLにnoindexを書いても、サーバー側のHTTPヘッダーで「X-Robots-Tag: index」を返している場合、ヘッダーが優先されてnoindexが無効化される事象が起きます。
逆も同じ。X-Robots-Tagで「noindex」を返しているのに、CDNやキャッシュ層で書き換わっているケースも存在します。Cloudflareなどのサービスを使っている場合は、要確認領域です。
確認方法は、ブラウザの開発者ツールの「ネットワーク」タブから該当URLを開き、「Response Headers」を見るだけ。X-Robots-Tagの値を直接確認できます。
反映までに数日〜数週間かかることを理解する
noindex設定の効果が出るまでには、再クロールが欠かせません。Googleが該当ページを再訪するタイミングは、サイトの規模や更新頻度によって異なります。
通常は数日から数週間。大規模サイトや低頻度更新サイトでは、1ヶ月以上かかるケースも実際に存在します。設定直後に検索結果から消えなくても、慌てる必要はないでしょう。
急ぐ場合はSearch Consoleの「URL検査」から「インデックス登録をリクエスト」を実行しましょう。手動リクエストで再クロールが早まり、反映までの時間を短縮可能です。
noindexの確認方法｜Search Console・ブラウザ・PageSpeed Insights
noindexが正しく設定されているかは、3つのツールで確認可能です。Search Console、ブラウザの開発者ツール、PageSpeed Insightsの3つ。公開前と公開後の両方でチェックすると、設定ミスを防げます。
Search Console「URL検査」で現在の状態を見る
Search Consoleの「URL検査」が、最も信頼できる確認方法と言えます。Googleが実際に認識している状態を、リアルタイムで表示してくれる仕組みです。
検索バーに該当URLを入力すると、「インデックス登録の可否」「最終クロール日時」「noindex指示の有無」などが一覧で確認できる仕組み。設定が反映されているかを判断する一次情報として活用しましょう。
「公開URLをテスト」ボタンを押すと、現時点のページをGoogleがクロールし直し、最新状態を表示してくれる便利な機能。設定変更直後の確認に役立ちます。
ブラウザの開発者ツールでmetaタグを確認する
ブラウザの開発者ツール（Chrome・Edge・Firefox）でも、metaタグの記述を直接確認可能。F12キーで開発者ツールを開き、「Elements」タブから<head>タグを展開する流れです。
<meta name="robots" content="noindex">が正しく記述されているかを目視で確認できます。CMSが動的に生成しているページでも、ブラウザが最終的に受け取ったHTMLを見られるため、確実な確認方法と言えるでしょう。
Ctrl+F（Mac: Cmd+F）で「noindex」と検索すれば、該当箇所を一発で見つけられる便利機能も。多くの企業様が、この方法で運用前チェックを実施していらっしゃる現実があります。
PageSpeed InsightsでHTTPヘッダーを見る
PageSpeed Insightsの診断結果には、HTTPヘッダー情報も含まれます。X-Robots-Tagでnoindexが返されているかを、ブラウザの開発者ツールを使わずに確認できる手段。
該当URLをPageSpeed Insightsに入力し、診断完了後の詳細レポートを展開すると、Response Headersの情報が確認可能。技術知識が浅い担当者でも、URLを貼るだけで確認できる手軽さが魅力です。
ただし、PageSpeed InsightsはGooglebotの目線とは少し異なる挙動を示すことも。最終確認はSearch Consoleの「URL検査」で行うと、より確実な判断につながるでしょう。
発信運用にnoindexを組み込む｜蓄積型SEOを守る記事整理術
中小企業がSEO記事を蓄積していくと、品質のばらつきや古い情報の混在が発生していきます。noindexを「整理ツール」として活用すれば、サイト全体の評価を守りながら、長期的な発信を継続する仕組みが整います。
古い記事・薄い記事をnoindex化する判断軸
SEO記事を100本超運営していると、「成果が出ていない記事」が積み上がっていく現実。Search Consoleで直近3ヶ月の表示回数とクリック数をチェックし、3つの判断軸で整理しましょう。
判断軸の1つ目は「表示回数が極端に少ない記事」。30回未満が3ヶ月続いている記事は、検索エンジンに評価されていない状態と言えます。
2つ目は「内容が古くなった記事」。法改正前の情報や、廃止されたサービスの解説など、現在のユーザーに価値を提供できない記事は要整理対象です。
3つ目は「他記事と重複する記事」。似たテーマで複数記事が存在し、互いにカニバリ（食い合い）を起こしているケース。1本に統合してnoindex化する選択肢が現実的と言えるでしょう。
リライト前提でnoindexを一時的に使う設計
古い記事をいきなり削除するのは、もったいない選択。リライト前提で一時的にnoindex化する設計もおすすめの活用法と言えます。
noindex化すれば、検索結果からは消えますがURLは生きたまま。社内で内容を見直す時間を確保しつつ、新しい情報で書き直して、再度インデックスさせる流れが組めます。
蓄積型発信の本質は「資産として育て直すこと」。短期的な数字に振り回されず、noindexを「一時停止ボタン」として柔軟に使うと、長期視点での運用が見えてきます。
私自身、コントリ株式会社の運営サイトで、月次レビュー時にこの「noindex→リライト→再公開」のサイクルを回しています。AI検索時代の蓄積型発信では、こうした記事のメンテナンスがSEO評価を維持する基盤と言えるでしょう。
月次レビューで「公開・noindex・削除」を3択判定する
月次のサイト棚卸しでは、各記事を3つの選択肢で判定する運用が機能します。「公開維持」「noindex化（リライト前提）」「完全削除」の3択を回す仕組みです。
公開維持は、検索流入が継続しているか、ユーザー価値が高い記事。何もせず公開を続ける判断となります。
noindex化は、現状価値が低いがリライトすれば再生可能な記事。一時的に検索結果から外し、改善作業を進めていきます。
完全削除は、リライトしても価値を生まないと判断した記事。301リダイレクトで類似記事に転送するか、404を返す対応です。
この3択判定を月次で続けると、サイト全体の品質が徐々に高まっていきます。AI検索時代では「引用される記事になるか」が新しい評価軸。低品質ページを残したままだと、AI Overviewsや生成AIエンジンからの引用機会も減ってしまう構造と捉えています。
ハッシンラボ Premiumでは、こうした蓄積型SEO運用のノウハウを、会員向けに体系化した教材として提供中。月次レビューの判定基準やリライト手順なども、実例ベースで学べる構成です。
まとめ｜noindexで蓄積型SEOの評価を守る
noindexとは、検索エンジンに「このページを検索結果に表示しないで」と伝えるSEOタグ。設定方法はmetaタグ・HTTPヘッダー・WordPressプラグインの3パターン。判断軸さえ持てば、サイト全体の評価を守る強力な道具と言えます。
中小企業の発信担当者が押さえるべき要点は5つです。
- noindexはクロール後のインデックス段階で効くため、robots.txtのDisallowと併用しない
- nofollow（リンク先評価の遮断）・canonical（重複URLの正規化）とは目的が異なる
- サンクスページ・サイト内検索結果・テストページが推奨対象。主力サービスページは対象外
- 効かない時はSearch Console・robots.txt・記述ミス・HTTPヘッダー・反映期間の5点を確認
- 月次レビューで「公開維持・noindex化・完全削除」の3択判定を回す運用が長期的に機能する
AI検索時代の蓄積型発信では、サイト全体の品質管理がますます重要視されます。古い記事や薄い記事を放置せず、noindexで適切に整理する習慣が、半年後・1年後の資産価値を守る基盤となるでしょう。
ハッシンラボ Premiumでは、こうした蓄積型SEO運用の実践ノウハウを、月次レビューの判定基準やリライト手順とセットで体系化中。発信を「思いつき」から「仕組み」へ変えたい中小企業の担当者様のお役に立てれば嬉しく思います。
よくある質問（FAQ）
Q1. noindexを設定すると、すぐに検索結果から消えますか？
いいえ、即時には消えません。Googleがそのページを再クロールし、noindex指示を読み取って初めて検索結果から削除される仕組みです。反映までは通常、数日から数週間。急ぐ場合はSearch Consoleの「URL検査」から再クロールをリクエストすると、反映までの時間を短縮できます。
Q2. noindexとrobots.txtのDisallowは併用してよいですか？
併用は推奨されません。robots.txtでクロールをブロックすると、Googleがページにアクセスできず、noindexタグ自体を読み取れなくなるためです。検索結果から確実に除外したい場合は、まずrobots.txtのDisallowを外し、noindexタグを設置してインデックスが消えるのを待ってから、必要に応じてDisallowを再設定する順序が安全です。
Q3. WordPressでカテゴリーページはnoindexにすべきですか？
サイトの内容によって判断が分かれます。カテゴリーページが独自の解説文や記事一覧として価値を持っているならインデックスを残し、単なる記事リンクの羅列で薄い内容ならnoindexが選択肢に。Search Consoleで該当ページの検索流入を確認し、流入がほぼ無く重複コンテンツ扱いされている場合にnoindex化を検討するとSEO評価を守れる運用となります。
Q4. noindexにしたページは内部リンクもクロールされませんか？
noindex単体ではリンクは通常通り辿られる挙動です。リンク先のクロールも止めたい場合は、metaタグに「noindex, nofollow」と併記する形となります。ただしGoogleは長期間noindexが続くページのリンクを徐々に評価しなくなる傾向があるため、リンクハブとして使うページにはnoindexを設定しない方が安全です。
Q5. 中小企業のサイトでnoindexを使う典型例は？
サンクスページ、サイト内検索結果ページ、テスト用の下書きページ、古いキャンペーンページなどが典型例です。これらは検索エンジンに評価されてもメリットが少なく、むしろ低品質ページとしてサイト全体の評価を下げる原因になります。月次のサイト棚卸しでnoindex対象を洗い出し、蓄積型のSEO評価を守る運用が中小企業には向いています。
