Google Search Console ドメイン vs URL プレフィックス | SEOcrawl AI
Google Search Console のドメイン vs URL プレフィックス:どちらを使うべきか
あなたのサイトに必要なのは ドメイン プロパティか、 URL プレフィックス プロパティか? 端的に言えば、ほとんどのサイトは ドメインプロパティ を運用すべきですが、両方を運用しているチームも少なくありません。
ドメインの DNS を編集できるなら、 ドメインプロパティ を作成しましょう。すべてのサブドメインと http・https の両方を 1 つのレポートに集約するので、サイトのどの部分も隠れたままになりません。 URL プレフィックスプロパティ が最適なのは、DNS に触れられない場合や、単一のセクション・サブドメイン・プロトコルを意図的に個別に追跡したい場合です。本ガイドでは両者を比較し、明快な選択肢を示します。
2 つのプロパティタイプを 30 秒で理解する
Search Console でプロパティを追加するとき、次の 2 つのタイプのいずれかを選びます。
- ドメインプロパティ(
example.com)— すべてのサブドメイン(www、blog、shop、m)と両方のプロトコル(http、https)をカバーします。確認は DNS のみで行います。 - URL プレフィックスプロパティ(
https://example.com)— 入力した正確なプロトコルとサブドメインだけをカバーします。確認方法は HTML ファイル、HTML タグ、Google アナリティクス、Google タグマネージャー、DNS の中から複数選べます。
ドメインプロパティはサイト全体を集約し、URL プレフィックスプロパティは 1 つの正確なバージョンを追跡する
ドメインプロパティがカバーする範囲
domainプロパティは プロトコルもパスも付けずに 定義され、 サブドメインを含めることができます。つまり、1 つのプロパティが https://www.example.com、https://blog.example.com、www なしバージョン、http バリアントをすべてまとめて集約します。後から新しいサブドメインを追加しても、追加設定なしで自動的に追跡されます。
その代わりの制約として、ドメインプロパティは、ドメインレジストラで DNS レコードを追加することによってのみ確認 できます。 DNS へのアクセスがなければ、ドメインプロパティは使えません。
URL プレフィックスプロパティがカバーする範囲
URL プレフィックスプロパティは、 プロトコルを含めて 入力した正確なプレフィックスで始まる URL だけを追跡します。Search Console は、以下のそれぞれを 別々の プロパティとして扱います。
https://example.comとhttp://example.com(プロトコルが異なる)https://example.comとhttps://www.example.com(サブドメインが異なる)https://m.example.com(上のプレフィックスでは捕捉できないサブドメイン)
利点は確認方法の柔軟さです。HTML ファイルのアップロード、HTML メタタグ、Google アナリティクス、Google タグマネージャー、DNS のいずれも使えます。この柔軟さこそ、 DNS を編集できないとき に URL プレフィックスが代替手段となる理由です。
ドメイン vs URL プレフィックス:並列比較
| ドメインプロパティ | URL プレフィックスプロパティ | |
|---|---|---|
| 範囲 | すべてのサブドメイン+ http/https を統合 | 入力した正確なプロトコル+サブドメインのみ |
| 確認方法 | DNS レコードのみ | HTML ファイル、HTML タグ、アナリティクス、タグマネージャー、DNS |
| 設定と保守 | DNS へのアクセスが必要。新しいサブドメインは自動的に含まれる | DNS なしで動作。https への移行や新しいサブドメインには新しいプロパティが必要 |
| 見えるデータ | サイト全体の最も充実したデータセット | プレフィックスに一致する部分だけ |
| こんな場合に最適 | DNS を管理できる、ほとんどのサイト | DNS へのアクセスがない、または 1 つのセクション/プロトコルを切り分けたい場合 |
どちらのプロパティを選ぶべきか?
Google 自身のチームは、最も完全なビューが得られるという理由で 少なくとも 1 つのドメインプロパティ を作成することを推奨しています。また Google は、URL プレフィックスプロパティを使っているサイト所有者が、切り替え前にしばしば トラフィックを過小評価していた と指摘しています。www のプレフィックスが、他のサブドメインやプロトコルをひそかに除外していたためです。
次のような場合には URL プレフィックスプロパティ を選びましょう。
- DNS へのアクセスがない。 DNS なしではドメインプロパティを作成できないため、HTML タグやアナリティクスを使った URL プレフィックスが入り口になります。
- 1 つのセクションを切り分けたい。
https://example.com/blog/だけ、あるいはshop.サブドメインだけを追跡すると、そのレポートをきれいに保てます。 - 特定のプロトコルやサブドメインが必要。 http→https の移行中、各バージョンに URL プレフィックスを設定すれば、切り替えの様子を観察できます。
- 協力者のアクセス範囲を絞りたい。 URL プレフィックスを使えば、外部の代理店やフリーランサーが見られる範囲をサイトの一部に限定できます。
各プロパティの設定方法(ステップバイステップ)
ドメインプロパティ
- Search Console でプロパティセレクターを開き、 プロパティを追加 → ドメイン をクリックします。
- プロトコルや www を付けずにドメインを入力します(
example.com)。 - Google が提供する TXT レコードをコピーし、レジストラの DNS 設定に追加します(ガイド付きフローが自分の環境に合わない場合は「その他の DNS プロバイダ」を選びます)。
- 保存し、反映を待ってから 確認 をクリックします。
URL プレフィックスプロパティ
- プロパティを追加 → URL プレフィックス をクリックします。
- プロトコルを含む完全なアドレスを入力します(
https://www.example.com)。 - 所有権の確認 から方法を選びます:HTML ファイル、HTML タグ、アナリティクス、タグマネージャー、DNS。
- トークンをサイト(または DNS)に追加し、 確認 をクリックします。
両方を持つことはできる?
はい、多くのチームがそうしています。彼らは サイト全体の完全なビューのためにドメインプロパティを保持し、特定のセクションを個別に観察するために 1 つ以上の URL プレフィックスプロパティを持っています。
非常に特殊なケースですが、ブログが別のプラットフォームで管理されているサブドメイン上にある場合でも、ドメインプロパティならそれをカバーします(DNS はレジストラのレベルにあるため)。一方、www の URL プレフィックスでは完全に見逃してしまいます。
よくある質問
ドメインプロパティと URL プレフィックスプロパティの違いは何ですか?
ドメインプロパティ(example.com)は、 すべてのサブドメインを追跡し、http と https の両方を 1 つのレポートに集約し、確認は DNS のみで行います。
URL プレフィックスプロパティ(https://example.com)は、入力した正確なプロトコルとサブドメインだけを追跡し、確認方法は HTML ファイル、HTML タグ、アナリティクス、タグマネージャー、DNS の中から複数選べます。 ドメインは全体像を、 URL プレフィックスはより絞り込んだ範囲を提供します。