サイトリニューアルの準備中、ステージング環境をサブドメインに作ることがあります。「どうせ準備中だし、Googleもわかってくれるでしょ」と思いがちですが、これは危ない発想です。Googleは「準備中」を忖度してくれません。今回は、ステージング環境のSEO対策として何をどの順番でやるべきか、そして本番切替前にやらかしがちな事故について整理します。
Googleは「ここステージングです」を理解しない
サブドメイン（test.example.co.jp）を作った瞬間から、Googlebotはそこをクロールしようとします。URLが存在してアクセスできれば、本番と同じように扱います。「準備中のページ」という概念はGoogleにはありません。
これが何を意味するかというと、ステージングの内容がインデックスされ、本番と重複コンテンツになる可能性があります。さらに厄介なのは、ステージングがインデックスされた後に本番に移行すると、Googleがしばらくの間「ステージングのURLが消えた」と認識してクロールエラーを吐き続けること。
3段階の対策と、それぞれの限界
対策には強度があります。
レベル1: WP管理画面のnoindex設定
設定 → 表示設定 →「検索エンジンがサイトをインデックスしないようにする」にチェック。全ページにnoindexが付きます。ただしGooglebotはページ自体にはアクセスしてきます。「お願いベース」の対策です。
レベル2: robots.txtでDisallow
robots.txtに Disallow: / を記述します。クローラーへの「来ないで」というシグナルですが、悪意あるクローラーや一部のボットは従いません。
レベル3: Basic認証（パスワード保護）
IDとパスワードを知らないとページ自体を開けません。Googlebotも入れないので、インデックスされる心配がゼロです。ConohaWingなら「ディレクトリアクセス制限」、Xserverなら「アクセス制限」から設定できます。
実務ではレベル3一択です。レベル1・2を組み合わせても「漏れ」が生じる可能性があります。Basic認証は物理的にアクセスできない状態を作るので確実性が違います。
本番切替前に必ず解除する（これを忘れると事故る）
ここが最大のハマりポイントです。ステージングで丁寧にnoindexとBasic認証を設定したまま本番に移行すると、本番サイトが検索エンジンにインデックスされません。
具体的には、本番切替直前のチェックリストに以下を入れておくことが必須です。
- Basic認証を外す
- WPの「検索エンジンにインデックスさせない」チェックを外す
- robots.txtを本番用に書き換える（Disallowを削除）
noindexのまま本番公開というのは、実際にプロの現場でも起きる事故です。「サイトが公開されているのにGoogleに出てこない」という状況の原因のひとつがこれです。
半年プロジェクトこそ対策が必要
小規模サイトなら数週間でステージングから本番に移行できます。でも中規模以上のサイトリニューアルだと、ステージング環境が半年以上存在することもあります。
半年間ノーガードのステージング環境を放置すれば、何かしらの影響が出る方がむしろ自然です。「こんなの気にしすぎ？」と思う気持ちはわかりますが、対策のコストは数分、事故が起きたときのコストは計り知れません。
まとめ
ステージング環境のSEO対策は「Basic認証 + WPのnoindex設定」のセットが基本です。どちらか一方では不十分です。そして本番切替前に両方を解除するチェックリストを必ず持っておくこと。この2点を守るだけで、よくある事故の大半は防げます。
コメント