Google Search Console のドメイン vs URL プレフィックス:どちらを使うべきか

Google Search Console のドメイン vs URL プレフィックス:どちらを使うべきか

あなたのサイトに必要なのは ドメイン プロパティか、URL プレフィックス プロパティか? 端的に言えば、ほとんどのサイトは ドメインプロパティ を運用すべきですが、両方を運用しているチームも少なくありません。

ドメインの DNS を編集できるなら、ドメインプロパティ を作成しましょう。すべてのサブドメインと http・https の両方を 1 つのレポートに集約するので、サイトのどの部分も隠れたままになりません。URL プレフィックスプロパティ が最適なのは、DNS に触れられない場合や、単一のセクション・サブドメイン・プロトコルを意図的に個別に追跡したい場合です。本ガイドでは両者を比較し、明快な選択肢を示します。この選択がツール全体の中でどこに位置づけられるかについては、Google Search Console 完全ガイド をご覧ください。

Search Console の「ドメインプロパティ」は、あなたのドメイン名と同じものではありません。ドメイン名example.com です。URLhttps://example.com/pets のような完全なアドレスです。ドメインプロパティ は、ドメイン名をキーとして、その下のすべての URL を集約するレポート用コンテナです。

2 つのプロパティタイプを 30 秒で理解する

Search Console でプロパティを追加するとき、次の 2 つのタイプのいずれかを選びます。

  • ドメインプロパティexample.com)— すべてのサブドメイン(www、blog、shop、m)と両方のプロトコル(http、https)をカバーします。確認は DNS のみで行います。
  • URL プレフィックスプロパティhttps://example.com)— 入力した正確なプロトコルとサブドメインだけをカバーします。確認方法は HTML ファイル、HTML タグ、Google アナリティクス、Google タグマネージャー、DNS の中から複数選べます。
Google Search Console のドメインプロパティ(www、blog、shop、http バージョン、m サブドメインを 1 つのコンテナに含み DNS で確認)と、https://www.example.com のみをカバーし他のサブドメインやプロトコルを除外する URL プレフィックスプロパティの並列比較
ドメインプロパティはサイト全体を集約し、URL プレフィックスプロパティは 1 つの正確なバージョンを追跡する

ドメインプロパティがカバーする範囲

ドメインプロパティは プロトコルもパスも付けずに 定義され、サブドメインを含めることができます。つまり、1 つのプロパティが https://www.example.comhttps://blog.example.com、www なしバージョン、http バリアントをすべてまとめて集約します。後から新しいサブドメインを追加しても、追加設定なしで自動的に追跡されます。

その代わりの制約として、ドメインプロパティは、ドメインレジストラで DNS レコードを追加することによってのみ確認 できます。DNS へのアクセスがなければ、ドメインプロパティは使えません。

URL プレフィックスプロパティがカバーする範囲

URL プレフィックスプロパティは、プロトコルを含めて 入力した正確なプレフィックスで始まる URL だけを追跡します。Search Console は、以下のそれぞれを 別々の プロパティとして扱います。

  • https://example.comhttp://example.com(プロトコルが異なる)
  • https://example.comhttps://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 のプレフィックスが、他のサブドメインやプロトコルをひそかに除外していたためです。

Google Search Console のプロパティタイプを選ぶための判断フロー:ドメインの DNS を編集できるなら、ほとんどのサイトに推奨されるドメインプロパティを使う。編集できないなら、HTML タグ・HTML ファイル・アナリティクス・Google タグマネージャーで確認する URL プレフィックスプロパティを使う(1 つのセクションやプロトコルの切り分けにも適している)
DNS を編集できますか? はい → ドメインプロパティ。いいえ → URL プレフィックスプロパティ

次のような場合には URL プレフィックスプロパティ を選びましょう。

  • DNS へのアクセスがない。 DNS なしではドメインプロパティを作成できないため、HTML タグやアナリティクスを使った URL プレフィックスが入り口になります。
  • 1 つのセクションを切り分けたい。 https://example.com/blog/ だけ、あるいは shop. サブドメインだけを追跡すると、そのレポートをきれいに保てます。
  • 特定のプロトコルやサブドメインが必要。 http→https の移行中、各バージョンに URL プレフィックスを設定すれば、切り替えの様子を観察できます。
  • 協力者のアクセス範囲を絞りたい。 URL プレフィックスを使えば、外部の代理店やフリーランサーが見られる範囲をサイトの一部に限定できます。

挙げておく価値のある特殊なケース:ブログが別のプラットフォームで管理されているサブドメイン上にある場合でも、ドメインプロパティならそれをカバーします(DNS はレジストラのレベルにあるため)。一方、www の URL プレフィックスでは完全に見逃してしまいます。

各プロパティの設定方法(ステップバイステップ)

ドメインプロパティ

  1. Search Console でプロパティセレクターを開き、プロパティを追加ドメイン をクリックします。
  2. プロトコルや www を付けずにドメインを入力します(example.com)。
  3. Google が提供する TXT レコードをコピーし、レジストラの DNS 設定に追加します(ガイド付きフローが自分の環境に合わない場合は「その他の DNS プロバイダ」を選びます)。
  4. 保存し、反映を待ってから 確認 をクリックします。

URL プレフィックスプロパティ

  1. プロパティを追加URL プレフィックス をクリックします。
  2. プロトコルを含む完全なアドレスを入力します(https://www.example.com)。
  3. 所有権の確認 から方法を選びます:HTML ファイル、HTML タグ、アナリティクス、タグマネージャー、DNS。
  4. トークンをサイト(または DNS)に追加し、確認 をクリックします。

CMS に合った確認方法を検討しているなら、Google Search Console 設定ガイド で各方法を順に解説しています。

両方を持つことはできる?

はい、多くのチームがそうしています。彼らは サイト全体の完全なビューのためにドメインプロパティを保持し、特定のセクションを個別に観察するために 1 つ以上の URL プレフィックスプロパティを持っています。

両者は競合せず、それぞれが独自の履歴を保持し、片方を確認すると、もう片方が自動的に確認されることもよくあります。唯一の目安は、どのプロパティをレポートの信頼できる情報源とするかを決める ことです。そうすれば、異なる範囲の数値が誤って比較されることがなくなります。

これが SEOcrawl AI のデータにどう対応するか

SEOcrawl AI は OAuth 経由で Search Console に接続し、ライブの GSC データを読み込みます。Google の 16 か月という期間ではなく、無制限の保持期間で保存できます。どのプロパティを接続するかによって、SEOcrawl が見られるサイトの範囲が決まります。

接続するプロパティタイプが SEOcrawl AI のデータにどう対応するか:ドメインプロパティを接続すると、ダッシュボード・順位トラッキング・勝者と敗者にわたって最も充実したデータセットが供給される一方、URL プレフィックスプロパティを接続すると、サイトのその一部だけが供給される
最も充実したデータセットのためにドメインプロパティを接続し、タグを使ってセクション単位のビューを再構築する

ドメインプロパティを接続すれば、SEOcrawl は最も充実したデータセットを取得します。 すべてのサブドメインとプロトコルが、ダッシュボード、順位トラッキング、勝者と敗者に供給されるので、分析から欠けるものは何もありません。複数の国や複数のサブドメインのサイトを運用している場合、ドメインプロパティと SEOcrawl のタグ付けを組み合わせれば、サイト全体の合計を失うことなく セクション単位のビューを再構築 できます。各セクションを見るためだけに、データを別々の URL プレフィックスプロパティに分割する必要はありません。

一度接続すれば、サイト全体が見える。 SEOcrawl AI は Search Console のデータを一元化します。サイト全体の合計を失うことなく、どのセクションでもフィルタリング・タグ付け・トラッキングができます。SEOcrawl AI を試す か、SEO ダッシュボードを見る

よくある質問

ドメインプロパティと URL プレフィックスプロパティの違いは何ですか?

ドメインプロパティ(example.com)は、すべてのサブドメインを追跡し、http と https の両方を 1 つのレポートに集約し、確認は DNS のみで行います。

URL プレフィックスプロパティ(https://example.com)は、入力した正確なプロトコルとサブドメインだけを追跡し、確認方法は HTML ファイル、HTML タグ、アナリティクス、タグマネージャー、DNS の中から複数選べます。ドメインは全体像を、 URL プレフィックスはより絞り込んだ範囲を提供します。

Google Search Console を使うには DNS へのアクセスが必要ですか?

いいえ。DNS へのアクセスが必要なのは ドメインプロパティのみ です。DNS を編集できない場合は、代わりに URL プレフィックスプロパティを追加し、HTML タグ、HTML ファイル、Google アナリティクス、Google タグマネージャーで確認できます。

その URL バージョンの完全なパフォーマンスデータは得られます。 ただし、ドメインプロパティが提供する全サブドメインの自動集約は得られません。

なぜドメインプロパティのトラフィックが URL プレフィックスプロパティより多いのですか?

測定している範囲が異なるからです。ドメインプロパティはすべてのサブドメインにわたってクリックと表示回数を合算し、両方のプロトコルを含みますが、www の URL プレフィックスはその 1 バージョンだけを数えます。ドメインの数値が水増しされているのではなく、URL プレフィックスの数値がもともと一部だけだった のです。

URL プレフィックスからドメインプロパティへ、データを失わずに切り替えられますか?

ドメインプロパティを追加しても、URL プレフィックスプロパティやその履歴が削除されることはなく、それぞれが独自のデータを保持します。両者の過去データを統合することはできないため、より確実な方法は、今ドメインプロパティを追加して両方を残すことです。

その時点から、ドメインプロパティが完全な記録となり、URL プレフィックスはその特定バージョンの過去のビューを保持し続けます。

ドメインプロパティは私のドメイン名と同じものですか?

いいえ。ドメイン名は、あなたが所有するアドレス(example.com)です。ドメインプロパティは、そのドメイン名を軸に構築された Search Console のレポート用コンテナ で、サブドメインとプロトコルをまたいで、その下のすべての URL を集約します。

プロパティを作成するときにドメイン名を入力しますが、プロパティはデータのビューであり、ドメインそのものではありません。

SEOcrawl AI にはどのプロパティタイプを接続すべきですか?

ドメインプロパティは、完全なデータセットを SEOcrawl に供給します。 すべてのサブドメインとプロトコルを含むため、ダッシュボードや順位トラッキングが 1 バージョンではなくサイト全体を反映します。

URL プレフィックスの接続でも機能しますが、SEOcrawl はその一部しか見えません。 複数サブドメインのサイトでは、ドメインプロパティを接続し、タグを使ってセクション単位のビューを再構築しましょう。

著者: David Kaufmann

David Kaufmann

私はこの10年以上、SEOに完全に夢中になって過ごしてきました。正直なところ、他の生き方は考えられません。

私のキャリアが新たな次元に到達したのは、Chess.com でシニアSEOスペシャリストとして働いたときでした。Chess.com はインターネット全体で最も訪問数の多い上位100サイトの1つです。数百万ページ、数十言語、そして最も競争の激しい SERPs の1つという規模で仕事をした経験は、どんなコースや資格でも得られないことを教えてくれました。あの経験は、本当に優れたSEOとは何かという私の視点を一変させ、それ以降に私が築いてきたすべての土台となりました。

その経験から、私は SEO Alive を創業しました。オーガニック成長に本気で取り組むブランドのためのエージェンシーです。私たちは dashboards や月次レポートを売るためにここにいるのではありません。本当に成果を動かす戦略を構築するためにここにいます。クラシカルなSEOの最良の部分と、Generative Engine Optimization (GEO) というエキサイティングな新しい世界を組み合わせ、あなたのブランドが Google の青いリンクだけでなく、ChatGPT、Perplexity、Google AI Overviews が毎日何百万人もの人々に届けている AI 生成の回答の中にも確実に表示されるようにします。

そして、この両方の世界をきちんと扱えるツールが見つからなかったので、自分で作りました。それが SEOcrawl です。rankings、テクニカル監査、backlinks モニタリング、crawl ヘルス、そして AI ブランド可視性トラッキングを1つの場所に統合した、エンタープライズ向けのSEOインテリジェンスプラットフォームです。まさに、ずっと存在してほしいと願っていたプラットフォームです。

→ David のすべての記事を読む
著者の他の記事: David Kaufmann

この著者の他のコンテンツをご覧ください