ホームページの公開作業では、「インターネットから見られる」と「検索結果に登録できる」を分けて確認する必要があります。制作中に使った設定をそのまま本番へ移すと、ページが開いていても検索除外が残ることがあります。反対に、検索から隠す設定だけでは、内容を非公開にしたことにはなりません。目的に合う仕組みを理解しましょう。
noindexは検索登録を除外する指示
noindexは、対応する検索エンジンへそのページを検索結果へ登録しないよう伝えるための指定です。HTMLのrobotsメタや、HTTP応答のX-Robots-Tagなどで設定されます。Googleのnoindex資料で基本を確認できます。どの機能から出力されるかは、CMSやサーバーの構成によって異なります。
URLを知っていれば開けるページにnoindexがあっても、アクセスを拒否する仕組みにはなりません。顧客情報や未公開の原稿を守りたいなら、認証やアクセス制限が必要です。「検索に出ないはずだから秘密の資料を置く」という運用は避けましょう。必要なのが検索除外か、閲覧制限かを最初に分けます。
robots.txtはクロールの扱いを伝える
robots.txtは、クローラーがアクセスする範囲を案内するファイルです。Googleのrobots.txt概要でも、検索結果から消す仕組みとして扱わないよう説明されています。全体を拒否しても、そのURLの存在が他の場所から知られる場合があり、秘密を守る仕組みにはなりません。
また、noindexを認識してもらうには、検索エンジンがその指定を取得できる必要があります。robots.txtで取得を止めることと、noindexを見てもらうことは同じではありません。複数の設定を「念のため」に重ねる前に、どの目的を達成したいか担当者と確認してください。アクセスの制限と検索の制御を混同しないことが大切です。
テスト環境は実際に閲覧を制限する
制作中のテスト環境は、認証やアクセス制限で未許可の閲覧を防ぐ方法を検討します。設定したつもりで終えず、ログインしていない別のブラウザや外部からの確認で、本当に拒否されるかを確かめます。ページ本体だけでなく、画像や資料のURLが直接開けないかも、必要な範囲で確認してください。
アクセス制限で保護する環境へ、サイト全体のnoindexを機械的に追加する必要があるかは別の判断です。設定が増えるほど本番への持ち込みにも注意が必要になります。検索非公開の指定が必要な範囲は明確にし、テスト用の設定と本番用の設定を一覧に分けると、公開時の確認が進めやすくなります。
本番公開では通常の公開ページを確認する
一般公開する会社サイトでは、特別に検索除外するページを除き、検索登録を妨げる設定が残っていないか確認します。WordPressのサイト全体の検索設定、SEO機能の個別設定、テーマ側の出力、サーバーの応答など複数の場所が関わる場合があります。管理画面のチェック欄一つだけを見て完了としないようにします。
トップ、主要な一覧、代表的な詳細ページで、未ログインの実際のHTTP応答を確認します。robotsメタ、X-Robots-Tag、robots.txtの全体拒否、XMLサイトマップの取得先と掲載URLを担当者に見てもらいましょう。検索結果ページなど、意図して除外するものまで一括で解除する必要はありません。ページの役割ごとの判断が必要です。
DB移行や設定上書きの後に再確認する
公開前に正しく設定しても、テスト環境のDBや設定ファイルを後から上書きすると、検索除外が戻ることがあります。公開手順には、最終データ反映後の検査を入れてください。URLが本番のものになっているか、canonicalやサイトマップにテストURLが混ざっていないかも確認します。
検索許可へ戻した直後に、必ず検索結果へ掲載されるとは限りません。取得や登録まで時間がかかることがあり、内容や他の条件にも左右されます。設定の確認と掲載の結果を分け、必要ならSearch Consoleで状態を調べます。「許可したので翌日には出る」といった保証を置かないようにしましょう。
公開直前と最終反映後を分ける例
検証環境で内容を承認し、DBや設定を本番へ移す工程がある場合を考えます。公開前に本番の検索設定を許可へ直しても、その後で検証用の設定を上書きすれば元に戻る可能性があります。手順書には、最終データを反映した後に、未ログインのHTTP応答で確認する工程を入れます。途中で管理画面を見た記録だけでは不十分です。
WordPressでは、全体の設定だけでなく、個別ページやSEO機能の指定も確認します。検索結果や会員向けなど、意図して除外するページがあるなら、その一覧を残します。すべてのnoindexを一律に消すのではなく、通常の公開ページが許可され、個別の目的があるページだけ必要な指定になる状態を目指します。サイトの役割ごとに判断することが大切です。
robotsメタを確認する際は、画面へ文章として見えるかではなく、実際に返すHTMLの情報を見ます。X-Robots-Tagは応答ヘッダーにあるため、通常の画面だけでは気づきにくい項目です。どの設定が出力元か分からない場合は、担当者へ調査を依頼します。同じ指定が複数の場所から出ていると、一か所を直しても残ることがあります。
XMLサイトマップは取得できるかに加え、掲載するURLが本番で正しいかを確認します。テスト環境のURLや、未公開のページを含めないことも重要です。サイトマップを送れば登録が保証されるわけではありませんが、公開設定と合わせて確認することで、移行時の取り違えを見つける材料になります。検査結果は確認日時とともに残しましょう。
社内向け資料を置く場合の判断
社内だけで見せたい資料なら、検索除外より先に閲覧の権限を考えます。URLを知る人なら誰でも開ける状態へ、機密資料を置かないようにします。認証の方法、利用者、退職や契約終了時の権限見直し、資料の直接URLをどう守るかを確認してください。ページにだけ制限があっても、ファイルを直接開ける構成では目的を満たせない場合があります。
アクセス制限を設定した後は、認証済みの自分の画面で見るだけでなく、未認証の状態で拒否されるか試します。必要なら別の端末や通信経路から確認します。公開してよい部分と限定する部分が混在するなら、対象範囲を明確にしてください。認証がかかっているはずという思い込みではなく、実際の応答を根拠に判断することが大切です。
検索だけに出したくない一般公開ページなら、対象を限定した指定を検討します。ただし検索結果からの反映には時間がかかる場合があり、過去に広く公開した情報がすぐ消える保証はありません。すでに機密情報が出ていた場合は、単なる検索設定の変更とは別に対応を検討する必要があります。何を守りたいのかを具体的に伝えて相談しましょう。
公開設定の変更記録には、目的、対象、出力元、確認結果を残します。将来の改修で設定を整理する際に、その指定がなぜ必要か分かるようにするためです。古いテスト用設定を残し続けることも、必要な個別設定を誤って消すことも避けられます。通常の公開と限定公開を同じ手順で扱わず、目的に合う制御を確認してください。
公開設定の責任者と記録を残す
サイト全体の検索設定を変更できる人を決め、変更日、理由、対象を記録します。キャンペーンや会員向けのページなど、個別に除外したい場合は、対象を絞って確認します。非公開情報は検索設定へ頼らず、認証と権限を含む管理が必要です。どちらの目的か不明なまま設定しない運用にしましょう。
ホームページ制作や保守・管理サポートへ相談する際は、「見られないようにしたい」のか「検索だけへ出したくない」のかを具体的に伝えてください。本番公開の完了条件にも検索設定の確認を含めると、見た目は完成しているのに検索へ出せない状態を見逃しにくくなります。
