Search Consoleの所有権確認、静的サイトならDNSを選んだほうがいい

サイトを公開したら、Google Search Consoleへ登録します。検索結果に何回出たか、どの言葉で見つけてもらえたかは、ここでしか分かりません。

登録の最初にあるのが、そのサイトが自分のものだと示す所有権の確認です。方法がいくつもあり、最初は「どれでもいいのでは」と思っていました。

ただ、このサイトのように静的サイトを使っている場合、選び方で後々の手間が変わります。私はDNSを使う方式にしました。

先に結論

Search Consoleのプロパティには2種類あります。

ドメインプロパティ: example.com の形で登録し、http・https・サブドメインをまとめて対象にする。確認はDNSレコードの追加のみ
URLプレフィックスプロパティ: https://example.com のように、特定のURLの形だけを対象にする。HTMLファイルの設置、HTMLタグの追加、アナリティクス連携などが選べる

静的サイトなら、ドメインプロパティとDNSでの確認をおすすめします。理由は次の2つです。

静的サイトは、公開用のファイルを毎回まとめて作り直し、サーバーへ置き換えます。

このとき、確認用にサーバーへ直接置いたHTMLファイルは、作り直したファイル一式の中に含まれていません。置き換え方によっては、次の公開で消えることがあります。

所有権の確認は、一度通れば終わりではありません。Googleは確認用の設定が残っているかを継続して見ます。確認用ファイルが消えれば、所有権も外れます。

DNSの設定はサーバー上のファイルとは別の場所にあるので、サイトを何度作り直しても影響を受けません。

URLプレフィックスで登録すると、http:// と https://、www あり・なしが別のプロパティ扱いになります。

公開直後は転送の設定が抜けていることもあり、実際に私のサイトでも、HTTPで来たアクセスがHTTPSへ移らない状態が一時的にありました。この状態で片方だけを登録していると、データが分かれて見えます。

ドメインプロパティなら、どの入口から来ても1つにまとまります。最初にまとめておいたほうが、後で困りません。

今回使ったのは、XServerのサーバーパネルにある「DNSレコード設定」です。私が行った手順は次のとおりです。

追加直後の確認では、所有権を確認できませんでした。そこで設定を入れ直すのではなく、XServerのネームサーバーとGoogle・Cloudflareの公開DNSからTXTレコードが見えるかを確認しました。3か所で反映を確認してから同じ画面でもう一度試すと、所有権の確認が通りました。

正確に何分かかったかは記録していません。そのため「何分待てば通る」とは言えませんが、追加直後に失敗したときは、設定を重ねる前に外部からTXTレコードが見えるかを確認したほうが切り分けやすいです。

所有権の確認が終わったら、サイトマップを送ります。

その前に、自分でサイトマップと robots.txt を開いておくことをおすすめします。中に書かれているURLが本番のものになっているかを見ます。開発中のURLのまま公開してしまうと、検索エンジンへ間違った場所を伝えることになります。

Googleは、サイトマップには完全なURLを使い、検索結果へ出したい基準のURLを含めるよう案内しています。私は robots.txt にサイトマップの場所を書き、本番のURLが入っていることを確認してから送りました。

登録した直後は、ほとんどデータがありません。検索結果に出た回数もゼロが並びます。

ここで焦って設定を触り直したくなりますが、まだ見つけてもらっていないだけです。私は、記事を増やしながら週に一度だけ、検索に出た回数と実際の訪問数を見る形にしました。

Search Consoleの所有権確認は、後から方式を変えることもできます。ただ、静的サイトのように公開のたびにファイルを作り直す作りだと、サーバー上のファイルに頼る方式は途中で外れる可能性があります。

これから登録するなら、まずドメインプロパティを選び、DNSで確認できるかを見てみてください。そのうえで、サイトマップと robots.txt を自分の目で開いてから送ると安心です。

最終確認日：2026年9月1日

リンクは新しいタブで開きます。