ページの配置場所が決まる前に、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の最新の公式情報を確認してほしい。