この記事でわかること
- 公開可否と検索への掲載可否を分ける
- 設定画面だけでなく実際の応答を確認する
- 本番と検証環境で意図した状態を保つ
誰に見せるページかを決める
noindexは、対応する検索エンジンにページを検索結果へ登録しないよう伝える指定です。URLを知る人の閲覧を止める仕組みではないため、非公開資料を守る目的とは分けます。公開前に「読者へ公開して検索にも載せたい記事」「公開するが検索には載せない案内」「認証が必要な検証環境」を整理しましょう。
対象表の例は「教科書記事：公開・検索対象／送信完了案内：公開・検索除外を検討／検証サイト：閲覧制限」です。ページ種別だけで一律に決めず、そのサイトで必要な入口かを判断します。制作中に使った検索除外の設定を本番へコピーすると記事まで除外される可能性があるため、移行時の点検項目に入れておきます。
指定が入る場所を洗い出す
WordPressの検索エンジン向けの表示設定、SEOプラグインの全体設定、記事ごとの設定、サーバーや配信側のHTTPヘッダーを確認します。一つの画面で解除しても別の場所から指定されることがあるため、誰がどの層を管理しているかを整理してください。バージョンによる画面位置の違いは利用中の公式資料で確認します。
点検メモは「全体設定：公開対象／記事設定：継承／ヘッダー：担当者へ確認」のように残します。プラグインを変更したサイトでは旧設定が移行されているかも調べます。管理者だけ見えるプレビューではなく、本番の公開URLで返ってくるページと応答を確認することが、設定したつもりを防ぐために役立ちます。
robots.txtとの違いを確認する
Googleはnoindexを確認するためにページへアクセスできる必要があると説明しています。robots.txtで巡回を禁止すると、ページ内のnoindexを読み取れず、意図した除外にならない場合があります。巡回の制御と検索への登録の制御を混ぜず、目的に合う方法を確認してから設定してください。
誤って検索除外した記事を直す場合は、該当する指定を除去し、公開URLで反映したことを確認します。その後、検索エンジンが再び確認するまで状況が変わらない場合があります。検索結果にすぐ出ないことを解除失敗と決めつけず、実際の応答と検索側の最終確認状況を分けて記録しましょう。
本番と検証を一組で点検する
本番の主要記事、トップ、分類一覧を確認したら、検証環境にもアクセスし、閲覧制限が維持されているかを確認します。本番で不要になった設定を検証側からも一律に消すと、公開したくないコピーが見える状態になりかねません。作業対象のURLを毎回照合し、それぞれの目的に合う状態で完了させます。
完了記録には「対象URL／意図する状態／実際の指定／確認日時／未確認項目」を残します。記事を公開した人とサーバーを管理する人が別なら、どちらが最終応答を確認するかも決めてください。テーマやSEO機能、配信設定を変更する際に同じ点検表を使えば、公開時だけの確認で終わらず除外設定の混入を追跡できます。
- 公開・検索掲載・閲覧制限の目的を分けた
- 全体・記事・ヘッダーの管理場所を確認した
- 本番URLの実際の指定を確認した
- robots.txtとの組合せを点検した
- 本番と検証環境の両方を確認した
参考にした公式情報
確認日：2026-09-11。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針