noindexとnofollowの違い｜登録除外とリンク属性を分ける

※本記事はCommunityCreateが運営するメディアの記事です。自社サービスへの案内を含みます。

noindex、robots.txt、nofollowは、どれも検索に関わる指定ですが、対象と目的が異なります。まず「登録を除外したいのか」「取得を制御したいのか」「リンクの扱いを示したいのか」を分けましょう。

対象URLと指定の読み取り条件を一緒に確認します。設定前には現在の状態を記録し、変更後に意図した扱いになっているか確かめてください。

制御したい対象と、Googleが指定を読み取れる条件を先に整理します。

• 登録除外、取得制御、リンク属性を分ける
• noindexをGoogleが読めるか確認する
• 変更前後のURLと設定を記録する

公開日：2023年4月17日 / 最終更新日：2026年10月31日

Googleの公式資料は2026年10月時点の公開内容を確認しました。設定変更や個別URLの登録状態は測定していません。

noindex・robots.txt・nofollowは、用途を分けて確認する

Googleの公式説明に沿うと、noindexは検索結果からの登録除外、robots.txtはクローラーによるアクセスの制御、リンクのnofollowはリンクに関する指定です。同じ結果を得るために交換できるものではありません。

指定	対象と目的	確認するときの注意
noindex	ページなどの検索結果への登録除外	Googleが指定を取得できること
robots.txt	クローラーのアクセス制御	登録除外だけを目的に使わない
リンクのnofollow	個別リンクの属性	登録除外の指定ではない

基本の意味は、MDNのrobotsメタ情報とリンク関係の説明も照合しています。

noindexを使う目的を先に決める

登録除外とアクセス制御を分けましょう。Googleのnoindexの案内では、対象ページやHTTPレスポンスに指定する方法が説明されています。サイトの設定を変える前に、対象URLと公開する必要性を確認しましょう。

robots.txtは、登録除外の代わりになる？

Googleのrobots.txtの説明では、robots.txtは主にクローラーによるアクセスを管理するために使います。検索結果からの除外を確実にする方法として扱うものではありません。

アクセスできないURLも、情報が残る場合がある

クロールを止めることと、登録を除外することは別です。Googleの説明によれば、アクセスが制限されたURLでも、ほかの情報からURLが検索結果に表示される場合があります。機密情報を守る必要がある場合は、適切な認証などを別途検討してください。

取得を止めたページのnoindexは読める？

Googleの説明では、ページを取得できなければ、そのページに書かれたnoindexを確認できません。robots.txtで対象を遮断しながら、同じページのnoindexを読ませる設定は、目的と条件を照らして見直します。

指定を置いた場所と取得条件を確認する

noindexを置くだけでなく、読み取れるかを確かめましょう。公式のnoindex案内も、クローラーがページにアクセスできなければルールを認識できないと説明しています。実際の変更前には管理者と対象URLを共有しましょう。

筆者の検証（2026年10月）｜公開記事のH1とcanonicalを確認（Python requests・BeautifulSoup）
公開中のこの記事をGETし、H1とcanonicalを確認しました。ページの特定要素を確認したもので、noindexやrobots.txtの設定、検索登録状態を測った結果ではありません。

nofollowとcanonicalは、登録除外の指定か

リンクのnofollowはリンクの関係を示す属性です。canonicalは重複するURLの中で優先するURLを示すための仕組みで、noindexと同じ目的ではありません。

リンクの属性を、リンクの事情に合わせる

nofollowをページの登録除外として使いません。Googleの発リンク属性の案内は、リンクの関係を示す属性を説明しています。正規URLの案内も、重複URLを扱う際に確認しましょう。

その通りです。ページ、アクセス、リンクを一つの操作として扱わないことが出発点になります。

対象URLと、変更前後の状態を記録する

どのURLに、何の目的で、どんな指定を置くかを決めます。実施者、確認日、変更前の状態を残し、意図しないページへの影響を調べましょう。

確認欄	記録する内容
対象URL	変更したいページまたはリンク
目的	登録除外／取得制御／リンクの関係
現在の状態	HTML、HTTPヘッダー、robots.txtなどの該当箇所
読取条件	Googleが対象を取得できるか
担当と確認日	実装、確認、差し戻しの担当

読者に必要なリンクも確認する

変更が別のページへ及ばないかを調べます。Googleのクロール可能なリンクの案内も確認し、サイトの移動先が意図どおりかを確かめましょう。クロールと登録の流れは検索の処理工程で整理できます。

設定変更は、実装担当と確認手順を決める

設定によっては、多数のページに影響する場合があります。運営者、開発担当、内容を確認する人の役割を決め、対象範囲と元に戻す手順を事前に共有しましょう。

サイト全体を変える前に、対象を絞る

変更理由と確認方法を一つずつ記録します。サイト設計の考え方はページ階層の解説も参考にしてください。自社だけで判断しにくい場合は、CommunityCreateの対応内容を確認できます。

持ち帰りポイント
・noindex：検索結果への登録除外
・robots.txt：クローラーのアクセス管理
・nofollow：リンクに関する属性
・確認：対象URLと指定の読み取り条件を記録

正直なところ
正直なところ、この表だけで個別サイトの登録状態を判断できません。実際の設定と取得条件を確認し、必要に応じて管理者が変更します。

次の一歩
対象URLを一つ選び、現在の指定、robots.txtでの取得条件、変更の目的をメモしてください。

よくある質問

登録除外とアクセス制御で迷いやすい点を整理します。設定は対象URLと取得条件を確認してから変更しましょう。

noindexはクロール禁止ですか？

登録除外の指定です。Googleが指定を認識するには、対象を取得できる必要があります。

robots.txtで禁止すれば必ず検索結果から消えますか？

取得を止めた状態と、登録を外した状態を分けて確認しましょう。Googleは、ほかの情報からURLが表示される場合があると説明しています。

robots.txtで遮断したページのnoindexは読めますか？

指定を置いたページの取得条件から確かめてください。Googleの案内では、対象を取得できない場合はページ内のnoindexを確認できません。

nofollowでリンク先を登録除外できますか？

nofollowはリンクに関する属性です。リンク先の登録除外を指定するものではありません。

canonicalはnoindexと同じですか？

目的が違います。正規URLを示す仕組みと、登録除外の指定を分けて考えてください。

noindexを置けば機密情報を保護できますか？

機密情報を守る方法は、管理者と別に検討しましょう。検索の指定だけに頼らず、適切な認証などを確認してください。

設定変更後に何を残しますか？

対象URL、変更前後の指定、取得条件、担当者と確認日を記録してください。

まとめ：対象と読み取り条件を一緒に見る

登録除外、アクセス制御、リンク属性は目的が異なります。対象URLとGoogleが指定を読み取れる条件を確認し、変更前後の設定を残しましょう。

参考URL一覧

• MDNのrobotsメタ情報：https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/meta/name/robots
• リンク関係の説明：https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Attributes/rel
• Googleのnoindexの案内：https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=ja
• robots.txtの説明：https://developers.google.com/search/docs/crawling-indexing/robots/intro?hl=ja
• Googleの発リンク属性の案内：https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links?hl=ja
• 正規URLの案内：https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ja
• Googleのクロール可能なリンクの案内：https://developers.google.com/search/docs/crawling-indexing/links-crawlable?hl=ja