Google検索できないようにする方法とnoindexや削除設定の使い分け

Googleの検索結果に出したくないページがあるとき、やみくもにページを削除したり、robots.txtだけで止めたりすると、逆に検索結果から消えにくくなることがあります。大切なのは、見られたくない理由が「一時的な非公開」なのか「検索結果から外したい」なのか「完全にアクセスさせたくない」なのかを分けることです。

この記事では、Google 検索できないようにする方法を、目的別に整理します。WordPress、Search Console、noindex、robots.txt、パスワード制限、削除申請の違いまで確認し、自分のページに合う対応を選べるようにまとめます。

Google 検索できないようにする基本

Google 検索できないようにする方法は、目的によって変わります。検索結果に出したくないだけなら、基本はnoindexを使います。ページそのものを誰にも見せたくないなら、パスワード保護や会員制、サーバー側のアクセス制限が必要です。すでに検索結果に出ているページを急いで隠したい場合は、Search Consoleの削除ツールを一時的に使い、そのうえでnoindexや404、410など恒久的な処理を組み合わせます。

ここで間違えやすいのが、robots.txtでクロールを止めれば検索結果から消えると思ってしまうことです。robots.txtはGooglebotの巡回を制御するためのもので、ページの内容を読ませない設定です。すでにGoogleがURLを知っている場合、内容は表示されなくてもURLだけが検索結果に残ることがあります。検索結果から外したいなら、Googleにページを見せたうえでnoindexを読ませるか、ページ自体を削除して404や410を返す必要があります。

目的で方法を分ける

まず決めるべきなのは、「誰に見せたくないのか」です。Google検索に出したくないだけなら、URLを知っている人が直接アクセスできても問題ない場合が多いです。この場合はnoindexが向いています。たとえば、テストページ、サンクスページ、社内向けの簡易案内、キャンペーン終了後の確認ページなどは、検索流入を狙わないためnoindexで十分なことがあります。

一方で、個人情報、見積書、契約前の提案資料、未公開の商品情報、社内マニュアルなどは、Google検索に出ないだけでは不十分です。URLを知っている人がアクセスできる状態なら、SNSやメール転送で広がる可能性があります。この場合は、検索対策ではなくアクセス制限として考える必要があります。WordPressのパスワード保護、Basic認証、会員ログイン、GoogleドライブやNotionなどの共有権限管理を使い、そもそも第三者が開けない状態にするのが安全です。

すでに検索結果に出てしまったページでは、スピードと恒久対応を分けて考えます。Search Consoleの削除ツールは、検索結果から一時的に隠すための機能です。根本的に消したいなら、ページにnoindexを入れる、ページを削除して404または410を返す、内容を差し替えるなどの対応が必要です。一時的に隠しただけで元ページがそのままだと、時間がたって再び表示される可能性があります。

目的	向いている方法	注意点
検索結果に出したくない	noindex	URLを知っている人はアクセスできる
誰にも見せたくない	パスワード保護やログイン制限	検索対策ではなく閲覧制限として設計する
急いで検索結果から隠したい	Search Consoleの削除ツール	一時的な非表示なので恒久対応が別に必要
ページ自体が不要	削除して404または410を返す	関連リンクやサイトマップも整理する
クロール負荷を減らしたい	robots.txt	検索結果から消す目的には単独で使いにくい

noindexが基本になる理由

noindexは、検索エンジンに「このページを検索結果に登録しないでください」と伝える指示です。HTMLのhead内にmeta robotsタグとして入れる方法と、PDFなどHTML以外のファイルに対してX-Robots-TagというHTTPヘッダーで指定する方法があります。一般的なWebページやWordPressの記事なら、meta robotsのnoindexを使うケースが多いです。

noindexが便利なのは、ページを残したまま検索結果だけから外せる点です。たとえば、広告用ランディングページ、メール読者向けの限定案内、入力完了後に表示するサンクスページなどは、URLを知っている人だけが見られれば十分です。こうしたページを公開状態のままGoogle検索に出さないようにしたい場合、noindexは現実的な選択になります。

ただし、noindexはGoogleがそのページをクロールしてタグを確認できることが前提です。robots.txtで同時にブロックしてしまうと、Googlebotがページ内のnoindexを読めません。その結果、意図したように検索結果から外れないことがあります。検索結果から消したいページほど、まずはGoogleにnoindexを確認させる必要があるという点を押さえておくと、設定ミスを防ぎやすくなります。

まず確認する状況

Google検索に出したくないページがあるときは、先に現在の状態を確認します。まだ公開前のページなのか、すでに公開済みなのか、検索結果に表示されているのかで対応は変わります。公開前なら、最初からnoindexやパスワード保護を入れておけば比較的安全です。公開後で検索結果に出ているなら、Search ConsoleでURL検査を行い、Googleがどのように認識しているかを確認してから対応します。

特に注意したいのは、サイト内検索結果ページ、タグ一覧、日付アーカイブ、重複した商品ページ、テスト投稿などです。これらは意図せずインデックスされることがあります。検索に出ても大きな問題がないページなら慌てる必要はありませんが、個人名、社内資料、未公開情報、古い料金表などが含まれる場合は、早めに恒久対応を考えたほうが安心です。

公開前か公開後か

公開前のページなら、Google検索に出さない設定は比較的簡単です。WordPressであれば、記事や固定ページごとにSEOプラグインのnoindex設定を入れる、サイト全体を検索エンジンに表示しない設定にする、制作中サイトにBasic認証をかけるといった方法があります。制作途中のページや確認用URLでは、公開ボタンを押す前に検索対象にするかどうかを決めることが大切です。

公開後のページでは、すでにGoogleにクロールされている可能性があります。検索結果にまだ表示されていなくても、GoogleがURLを発見している場合があります。サイトマップ、内部リンク、外部リンク、SNS投稿、メール内リンクなどからURLが伝わることがあるため、公開した時点で「まだ誰も見ていないから大丈夫」と考えるのは危険です。

すでに公開していたページを検索から外したい場合は、まずページを残すか削除するかを決めます。残すならnoindex、不要なら削除して404または410、内容だけ問題なら該当箇所を修正して再クロールを待つという流れです。急いで検索結果の表示を止めたい場合は、Search Consoleの削除ツールで一時的に非表示にしながら、同時にnoindexや削除処理を進めると判断しやすくなります。

検索結果に出ているか確認する

対象ページがGoogle検索に出ているか確認するには、ページタイトルやURLの一部で検索します。より絞り込みたい場合は、site:ドメイン名に続けてページ名やキーワードを入れて検索します。ただし、site:検索はGoogleのインデックス状況を完全に正確に示すものではなく、あくまで目安として使うものです。正式な確認にはSearch ConsoleのURL検査を使います。

Search Consoleでは、対象URLを入力すると、Googleに登録されているか、クロール済みか、インデックス登録が許可されているかを確認できます。noindexを設定したあとも、すぐに検索結果から消えるとは限りません。Googleが再クロールしてnoindexを確認してから反映されるため、タイミングによって数日以上かかることがあります。

また、検索結果に表示されるタイトルや説明文が古いまま残ることもあります。ページ本文を修正しただけではすぐに反映されないため、急ぎの場合はURL検査からインデックス登録のリクエストを行うと更新を促せます。ただし、リクエストしたからといって即時反映が保証されるわけではありません。重要なのは、焦って設定を何度も変えるより、ページの状態を正しく整えることです。

方法別の使い分け

Google 検索できないようにする方法は、noindex、robots.txt、パスワード保護、削除、Search Consoleの削除ツールに分けて考えると分かりやすくなります。どれも「検索に出さない」ために関係しますが、役割は同じではありません。検索結果から外すのか、クローラーを止めるのか、ユーザーの閲覧を止めるのかを混同しないことが大切です。

実務では、1つの方法だけで済む場合と、複数を組み合わせる場合があります。たとえば、会員限定ページはログイン制限をかけたうえでnoindexにすることがあります。削除済みページは404や410を返し、サイトマップから外し、必要ならSearch Consoleの削除ツールで一時的に検索結果から隠します。目的ごとの役割を理解しておくと、無駄な設定や逆効果の設定を避けられます。

noindexを使う場面

noindexを使うのに向いているのは、ページ自体は公開したいけれど、Google検索から流入させる必要がないページです。代表例は、問い合わせ完了後のサンクスページ、広告専用LP、キャンペーン参加者向けページ、重複しやすいタグ一覧、低品質になりやすいサイト内検索結果ページです。これらはユーザー導線としては必要でも、検索結果に出ると意味が薄かったり、サイト全体の印象を下げたりすることがあります。

WordPressでは、SEOプラグインの設定画面で「検索エンジンに表示しない」「noindexにする」といった項目を選べる場合があります。テーマやプラグインによって表記は違いますが、ページごとに設定できることが多いです。カスタム投稿やカテゴリーアーカイブなどは、個別ページと一覧ページで設定場所が異なることがあるため、設定後にページのソースやSEOプラグインの確認機能でnoindexが入っているか見ておくと安心です。

ただし、重要な集客ページにnoindexを入れると、検索流入が大きく落ちます。トップページ、サービスページ、ブログ記事、商品ページ、店舗ページなど、検索から見込み客を集めたいページには基本的に使いません。検索に出したくない理由が「まだ内容が弱いから」なら、noindexにするよりリライトや統合を検討したほうが良い場合もあります。

robots.txtを使う場面

robots.txtは、Googlebotなどのクローラーに対して、特定のURLやディレクトリをクロールしないよう伝えるファイルです。たとえば、サイト内検索結果、無限に生成される絞り込みURL、カレンダーのように大量のURLが発生するページなど、クロールされるだけで負荷が大きい場所を制御するために使います。クロール効率を整える目的では役立ちますが、検索結果から消すための道具としては扱いに注意が必要です。

robots.txtでブロックすると、Googlebotはページの中身を確認できません。つまり、そのページにnoindexを入れていても、Googleがnoindexを読めない可能性があります。すでにインデックスされているページを検索結果から外したいときに、先にrobots.txtでブロックしてしまうと、削除が進みにくくなることがあります。検索から外す目的なら、まずnoindexを読ませるという順番が大切です。

一方で、管理画面や検索結果ページなど、そもそもクロールさせる必要がない場所にはrobots.txtが役立ちます。ただし、管理画面をrobots.txtだけで守るのは危険です。robots.txtはアクセス制限ではなく、クローラーへのお願いに近いものです。見られたくない情報があるなら、ログイン制限やサーバー側の認証を使い、robots.txtは補助的な整理として考えるのが安全です。

方法	できること	できないこと
noindex	検索結果への登録を防ぐ	URLを知っている人の閲覧は防げない
robots.txt	クローラーの巡回を制御する	検索結果から確実に消すことはできない
パスワード保護	ユーザーの閲覧を制限する	公開ページとして集客することはできない
404・410	不要ページが存在しないことを示す	必要なページを残したまま検索だけ外す用途には向かない
Search Console削除ツール	検索結果から一時的に隠す	恒久的な削除処理にはならない

パスワード保護を使う場面

パスワード保護やログイン制限は、検索結果に出したくないだけでなく、ページ自体を限られた人だけに見せたいときに使います。たとえば、社内向けマニュアル、クライアント確認用ページ、採用前の限定資料、オンライン講座の受講者ページなどです。これらはnoindexだけでは不十分で、URLが外部に漏れた場合でも閲覧できない状態にしておく必要があります。

WordPressの固定ページにパスワードを設定する方法は手軽ですが、厳密な権限管理には向かない場合があります。複数人ごとに閲覧権限を分けたい、退職者や契約終了者のアクセスを止めたい、閲覧履歴を管理したい場合は、会員サイト機能や外部サービスの権限管理を使うほうが安全です。簡単な確認用ならページ単位のパスワード、重要な資料ならログイン制限というように分けると判断しやすくなります。

パスワード保護したページでも、タイトルやURLの付け方には気をつけます。URLに顧客名、案件名、個人名、見積金額などを入れると、ページ本文が見えなくても情報の一部が伝わってしまいます。検索されないようにする以前に、URLやファイル名にも機密情報を含めないことが大切です。安全に見せたいページほど、検索対策と情報設計をセットで考える必要があります。

WordPressで設定する手順

WordPressでGoogle検索に出したくない場合は、サイト全体を止めるのか、特定ページだけを止めるのかで手順が変わります。制作中のサイト全体なら「検索エンジンがサイトをインデックスしないようにする」設定やBasic認証を使います。公開済みサイトの一部だけなら、SEOプラグインでページ単位のnoindexを設定するのが一般的です。

ただし、WordPressの設定はテーマやプラグインによって動きが変わることがあります。SEOプラグインが複数入っている、キャッシュプラグインが古いHTMLを出している、テンプレート側でrobotsタグを上書きしている、といったケースでは意図通りに反映されないことがあります。設定したあとに、実際のページでmeta robotsがどう出ているかを確認することが大切です。

サイト全体を検索させない

制作中のサイト全体をGoogle検索に出したくない場合は、WordPress管理画面の表示設定で検索エンジン向けの表示を抑制する設定を使うことがあります。この設定は、サイト全体にnoindex相当の指示を出すため、公開前の仮サイトでは便利です。ただし、本番公開後にこの設定を外し忘れると、トップページやサービスページまで検索結果に出にくくなります。

そのため、制作中サイトではWordPress側の検索エンジン設定だけに頼らず、Basic認証も検討します。Basic認証をかけると、IDとパスワードを知っている人だけがサイトを開けます。Googlebotも中身を見られないため、制作途中の文章、仮画像、未確定の料金、クライアント名などが外部に出るリスクを下げられます。Web制作会社や社内確認用のステージング環境では、Basic認証を使うほうが安全です。

公開時には、必ずチェックリストを作ります。Basic認証を外す、WordPressの検索エンジン設定を戻す、noindexが不要なページに残っていないか確認する、XMLサイトマップを送信する、Search ConsoleでトップページをURL検査する、といった流れです。検索できないようにする設定は便利ですが、公開後に残ると集客の妨げになります。

特定ページだけ外す

特定ページだけGoogle検索に出したくない場合は、SEOプラグインでページごとのnoindex設定を行います。投稿編集画面や固定ページ編集画面に、検索エンジン向けの詳細設定があり、「インデックスさせない」「noindex」などを選べることがあります。問い合わせ完了ページ、資料請求完了ページ、広告テスト用LPなどは、この方法で管理しやすいです。

カテゴリー、タグ、著者アーカイブ、日付アーカイブなどの一覧ページは、投稿本文とは別の設定場所になることがあります。ブログ記事そのものは検索に出したいけれど、タグ一覧や著者一覧は検索に出したくないという場合は、SEOプラグインの検索での見え方やタクソノミー設定を確認します。特にタグを大量に作っているサイトでは、薄い一覧ページが多くなりやすいため、検索対象にするかどうかを整理しておくとよいです。

設定後は、ページのソースを確認し、robotsのmetaタグにnoindexが入っているか見ます。難しい場合は、ブラウザの検証機能やSEOチェックツールで確認します。キャッシュが残っていると、管理画面ではnoindexにしたのに公開ページにはまだ反映されていないことがあります。キャッシュ削除、CDNの更新、プラグインの競合確認まで行うと、設定漏れに気づきやすくなります。

検索結果から早く隠す

すでにGoogle検索に表示されていて、急いで見えにくくしたい場合は、Search Consoleの削除ツールを使います。これは検索結果から一時的にURLを非表示にするための機能です。個人情報を含むページ、誤って公開したテストページ、古い料金表、終了したキャンペーンページなど、すぐに検索結果から下げたい場合に役立ちます。

ただし、削除ツールだけで終わらせるのは避けます。元ページが公開されたまま、かつnoindexも削除もされていない状態だと、一定期間後に再び検索結果へ出る可能性があります。急ぎの非表示と同時に、ページにnoindexを設定する、ページを削除して404または410を返す、内容を安全なものに差し替えるなど、恒久的な処理を行う必要があります。

対応後は、Search ConsoleのURL検査でGoogleが新しい状態を認識しているか確認します。検索結果の反映には時間差があるため、数時間で変わる場合もあれば、数日以上かかる場合もあります。急いでいると何度も設定を変更したくなりますが、noindex、削除、リダイレクト、robots.txtを混ぜすぎると原因が分かりにくくなります。まず方針を決め、ひとつずつ確認することが大切です。

失敗しやすい注意点

Google検索に出さない設定で多い失敗は、目的と方法がずれていることです。検索結果から外したいのにrobots.txtだけを設定する、誰にも見せたくないのにnoindexだけで済ませる、公開したいページまでサイト全体noindexにしてしまう、といったミスが起きやすいです。設定そのものは小さな作業でも、集客や情報管理に与える影響は大きくなります。

もうひとつの失敗は、設定後の確認をしないことです。管理画面で設定したつもりでも、キャッシュ、テーマ、プラグイン、サーバー設定の影響で公開ページに反映されていないことがあります。逆に、過去に入れたnoindexが残り、重要なページが検索に出ない原因になることもあります。検索させない設定は、入れるときだけでなく外すときの管理も重要です。

robots.txtだけで済ませない

robots.txtだけで検索結果から消そうとするのは、よくある失敗です。robots.txtはクロールを止めるためのもので、ページをインデックスから外す命令ではありません。GoogleがすでにURLを知っている場合、ページの内容を読めなくても、URLだけが検索結果に残ることがあります。検索結果に表示したくないなら、noindexを読ませるか、ページを削除して存在しない状態を返す必要があります。

特に危険なのは、noindexを入れた直後にrobots.txtで同じURLをブロックすることです。Googlebotがページにアクセスできなくなると、noindexを確認できません。意図としては二重に防いだつもりでも、実際には検索結果から外れる処理を妨げることがあります。検索結果から除外したいページは、まずクロール可能な状態でnoindexを確認させるという順番を意識してください。

robots.txtは、クロールさせる必要がない大量URLの整理には向いています。たとえば、サイト内検索結果、並び替えパラメータ、無限に生成されるカレンダーURLなどです。しかし、個人情報や機密情報を隠す目的には向きません。robots.txt自体は誰でも見られるため、そこに重要そうなディレクトリ名を書くことで、かえって存在を知らせる場合もあります。

noindexの外し忘れに注意

制作中に入れたnoindexを公開後も外し忘れると、検索流入が得られません。トップページ、サービスページ、採用ページ、ブログ記事など、集客や問い合わせにつながるページにnoindexが残っていると、どれだけ内容を整えてもGoogle検索に表示されにくくなります。サイト公開後に「検索しても出てこない」と感じたときは、まずnoindexの残りを確認する価値があります。

WordPressでは、サイト全体の表示設定、SEOプラグインの全体設定、固定ページごとの設定、カテゴリーやタグの設定など、複数の場所でnoindexが入る可能性があります。担当者が複数いる場合、制作会社が仮設定で入れたnoindexを、運用担当者が気づかないまま引き継ぐこともあります。公開前後のチェックリストに、検索エンジン設定とmeta robotsの確認を入れておくと安心です。

また、リニューアル時にも注意が必要です。旧サイトではnoindexだったテストページを新サイトにコピーしたり、ステージング環境の設定を本番に持ち込んだりすると、重要ページまで検索できない状態になることがあります。公開直後はSearch Consoleで代表的なURLを検査し、インデックス登録が許可されているかを確認しましょう。検索に出したいページと出したくないページを一覧化しておくと、判断ミスを減らせます。

削除とリダイレクトを混同しない

不要なページを消すとき、削除とリダイレクトを混同しないことも大切です。ページ自体がもう存在せず、代わりに見せるページもないなら、404または410を返すのが自然です。たとえば、誤公開したテストページ、期限切れの社内資料、存在しない商品ページなどは、無理に別ページへ転送しないほうが分かりやすい場合があります。

一方で、内容が新しいページに移った場合は、関連性の高いページへ301リダイレクトします。旧サービスページから新サービスページ、旧ブログ記事から統合後の記事、終了したキャンペーンから後継キャンペーンへ移すような場合です。ただし、関係の薄いトップページへ全部転送すると、ユーザーにとってもGoogleにとっても不自然です。検索結果から消したいだけなら、リダイレクトではなくnoindexや削除を検討します。

リダイレクト先のページに機密情報が残っていないかも確認しましょう。元ページを消したつもりでも、PDF、画像、添付ファイル、キャッシュされたサムネイルが残っていることがあります。検索に出したくない情報は、HTMLページだけでなく、アップロード済みファイルやメディアURLまで確認する必要があります。特にWordPressでは、PDFや画像が単独URLで開けることがあるため注意が必要です。

次に行う確認

Google 検索できないようにするには、最初に目的を決めてから方法を選びます。検索結果に出したくないだけならnoindex、誰にも見せたくないならパスワード保護やログイン制限、ページが不要なら404または410、急いで隠したいならSearch Consoleの削除ツールを組み合わせます。robots.txtはクロール制御に使うもので、検索結果から消すための主役ではありません。

次に、対象URLを一覧にします。トップページ、サービスページ、ブログ記事、タグ一覧、サンクスページ、PDF、画像、テストページなどを分け、「検索に出したい」「検索に出したくない」「閲覧も制限したい」の3つに分類します。この分類をせずに設定すると、重要ページをnoindexにしたり、機密ページを公開URLのまま残したりしやすくなります。

最後に、設定後の確認を行います。ページのソースでnoindexの有無を確認し、Search ConsoleのURL検査でGoogleの認識を見ます。すでに検索結果に出ている場合は、必要に応じて削除ツールで一時的に非表示にし、同時にnoindexや削除などの恒久対応を進めます。公開前のサイトなら、Basic認証やWordPressの表示設定を使い、公開時には必ず解除チェックを行います。

迷ったときは、次の順番で判断すると整理しやすいです。

• ページを残す必要があるか確認する
• 検索結果だけ外したいのか、閲覧自体を制限したいのか分ける
• 検索結果だけならnoindexを使う
• 閲覧も制限したいならパスワード保護やログイン制限を使う
• 不要なページなら404または410にする
• すでに表示されているならSearch Consoleの削除ツールも検討する
• 設定後にURL検査と実際の検索結果を確認する

検索に出さない設定は、SEOのためだけでなく、情報管理のためにも重要です。ただし、設定を強くしすぎると、本来集客したいページまで見つけてもらえなくなります。大切なのは、ページごとに役割を決めることです。集客ページは検索に出す、完了ページや重複ページはnoindexにする、機密ページはアクセス制限する。この分け方ができれば、検索結果に出したくないページを安全に整理しながら、必要なページの集客力も守りやすくなります。