ページの配置場所が決まる前に、Search Consoleの所有権確認を済ませたい
サイトの公開準備を進めていたとき、しろまえ殿はまだ決まっていないことに気づいた。
紹介ページやプライバシーポリシーの、最終的な配置パスだ。
構成はこれから固まる。
しかし、Google Search Console(検索での見え方を確認するGoogleの無料ツール)の所有権確認は、先に済ませておきたい。
パスが決まっていないのに、どうやって確認すればいいのか。
特定URLではなく、ドメインごと確認する
答えは、確認対象の粒度を変えることだった。
Search Consoleの所有権確認には、特定のURL(サブパス)を指定するやり方と、ドメイン全体を対象にするやり方がある。
URLプレフィックス方式(指定したURLから始まるページ全体を対象にする方式)でhttps://ドメイン/を丸ごと確認対象にしておけば、後でページの配置パスが変わっても、再確認は要らない。
しろまえ殿は、この方式を選んだ。
確認の手段自体は、HTMLファイルをサーバーへアップロードするやり方が一番手間が少なかった。
たとえば新居の住所が決まる前に、まず「この人はこの街の住民である」という証明だけ先に取っておくようなものだ。
住む部屋の番号は、後から決めればいい。
なお、より広い範囲(サブドメインやhttp/https両方)をまとめて扱う「ドメインプロパティ」という別の確認方式もあるが、こちらはDNSレコードでの確認が必須で、HTMLファイルのアップロードは使えない。
目的に応じて、どちらの方式を選ぶかを最初に決めておく必要がある。
OAuth連携では、ドメインの一致がもう一段効いてくる
サイトの所有権確認とは別に、しろまえ殿はもう一つの壁に当たった。
外部サービスとのGoogle OAuth連携(Googleアカウントでログインさせる仕組み)を審査に出す場面だ。
Googleの要件は、「プライバシーポリシーのURLが、アプリのホームページと同一ドメインにあること」だった。
そのドメイン自体が、特定のブランド名である必要は無い。
大事なのは一致していることだ。
ここで注意すべき点がもう一つ見つかった。
ホスティング先のドメインを変更する場合、OAuth同意画面に登録するホームページ・プライバシーポリシー・リダイレクトURI(認証後に戻ってくる先のURL)の全てについて、それぞれのドメインの所有権確認をやり直す必要がある。
ドメインが複数に分かれれば、確認もその数だけ増える。
しかも、確認は同一のGoogleアカウントで行う必要がある。
担当者が変わるタイミングで、ここが抜けやすい。
作り直しを最小限にする設計
これらを踏まえて、しろまえ殿はプライバシーポリシーのページを、絶対パスに依存しない構造で作った。
将来ホスティング先のドメインが変わっても、ページ自体を一から作り直さずに済む。
「今の配置」に縛られず、「変わり得る前提」で作る。
地味だが、後から効いてくる判断だった。
先に確認できることは、先に確認しておく
構成がまだ固まっていない、という理由で後回しにしたくなる作業ほど、実は先に済ませられることがある。
Search Consoleの所有権確認がそうだった。
しろまえ殿はこの一件で、「決まっていないから待つ」と「決まっていなくても今できることを探す」を、意識して分けるようになった。
参考にした公式情報
- Google Search Console ヘルプ「サイトの所有権を確認する」(URLプレフィックス方式とドメインプロパティ方式の違い。確認日: 2026-08-19)
https://support.google.com/webmasters/answer/9008080
- Google for Developers「OAuth 2.0 のポリシーを遵守する」(プライバシーポリシーのドメイン一致要件を含むアプリ確認の要件。確認日: 2026-08-19)
https://developers.google.com/identity/protocols/oauth2/production-readiness/policy-compliance
制度・仕様は変更されることがある。実際に設定する際は、Googleの最新の公式情報を確認してほしい。