Search Consoleで所有権を確認できない時の対処法｜方式別のよくある原因
Google Search Consoleにサイトを登録しようとして「所有権を証明できませんでした」と表示された。結論から言うと、原因は使っている確認方式（HTMLファイル・HTMLタグ・DNS・Analytics）によってほぼ決まっており、エラーメッセージだけを見て設定をあれこれ触るより、まずどの方式を使っているかを特定するほうが早く解決します。この記事では方式別の原因と対処法、そして共有サーバーのサブドメインだと特定の方式がそもそも使えないという見落としがちな落とし穴を解説します。
所有権の確認方式は4種類ある
Search Consoleの所有権確認には、主に次の4つの方式があります。どれを選んでいるかによって、エラーの原因も対処法もまったく異なります。
| 方式 | 仕組み | 主に使う場面 |
|---|---|---|
| HTMLファイル | 指定されたファイルをサーバーにアップロード | 自分でサーバーにファイルを置ける場合 |
| HTMLタグ | <head>内にmetaタグを追加 | WordPressなどCMSでヘッダーを編集できる場合 |
| DNSレコード | ドメインのTXTレコードを追加 | 独自ドメイン全体をまとめて登録したい場合 |
| Google Analytics | 既存のアナリティクス計測タグを流用 | 該当サイトに計測タグを設置済みの場合 |
エラーが出たら、まず自分がこの4つのうちどれを選んで進めているかを確認してください。次の章はこの並び順に沿って原因を見ていきます。
HTMLファイル方式で失敗する原因
指定されたファイル（google1234567890abcdef.html のような名前）をサーバーのルートディレクトリにアップロードする方式です。失敗する典型的な原因は次の3つです。
- ルート直下ではなくサブディレクトリに置いてしまっている（
/blog/配下など） - サーバー側のアクセス制限（
.htaccessやWAF）でそのファイルへの直接アクセスがブロックされている - ファイル名や中身を書き換えてしまっている（ダウンロードしたファイルをそのまま、改変せずアップロードする必要があります）
アップロード後は、ブラウザで https://あなたのドメイン/google1234567890abcdef.html に直接アクセスし、内容がそのまま表示されるかを先に確認してください。ここで404や403が返る場合、Search Console側の「確認」ボタンを何度押しても成功しません。
なお、はてなブログやnoteのようなレンタル型ブログサービスは、そもそも任意のファイルをルートディレクトリにアップロードする機能を持たないため、この方式自体が選択肢に入らないことがあります。その場合は次のHTMLタグ方式か、サービス側が用意している専用の確認機能を使うことになります。
HTMLタグ方式で失敗する原因
<head>内に指定のmetaタグを追加する方式です。設置したはずなのに失敗する場合、原因のほとんどはキャッシュです。
- キャッシュ系プラグイン（WordPressの各種キャッシュプラグインやCDN）が、タグ追加前の古いHTMLを配信し続けている
- テーマの設定画面とは別に、プラグイン側にもヘッダー編集領域があり、両方に貼ってしまって重複している
- ブラウザの「ページのソースを表示」で確認したときと、実際にcrawlerが取得するHTMLが異なる（キャッシュやCDNの影響）
対処法は、まずキャッシュを全て削除してから、シークレットウィンドウで直接HTMLソースを表示し、<meta name="google-site-verification" ...> が実際に出力されているかを目で確認することです。ここで確認できていれば、Search Console側の再試行で通ることがほとんどです。
DNSレコード方式で失敗する原因、そして見落としがちな落とし穴
独自ドメイン全体をまとめて登録する「ドメインプロパティ」を選ぶと、確認方式はDNSのTXTレコードに限定されます。この方式で特につまずきやすいのが次の2点です。
反映待ちの時間を見誤っている
DNSレコードの変更は、ネームサーバー側のキャッシュの都合で反映に数時間から最大72時間程度かかることがあります。追加した直後に確認ボタンを押して失敗しても、それは設定ミスではなく単に反映待ちであるケースが多くあります。
共有サーバーのサブドメインでは、DNS認証がそもそも使えない
ここが他の解説記事ではあまり触れられていない実務上の落とし穴です。独自ドメインを取得しておらず、レンタルサーバーが割り当てる共有ドメインのサブドメイン（example.sakura.ne.jp のような形式）でサイトを運営している場合、DNSの管理画面自体にアクセスできず、TXTレコードを追加する手段がありません。
多くの解説記事は「DNSの管理画面からTXTレコードを追加してください」で説明を終えていますが、共有サブドメインの利用者にとってはその管理画面自体が存在しないため、いくら手順通りに進めても解決しません。この場合は、ドメインプロパティでの登録をあきらめ、HTMLタグ方式かHTMLファイル方式が選べる「URLプレフィックスプロパティ」に切り替える必要があります。独自ドメインを取得する予定があるなら、独自ドメインの期限切れは復活できる？も合わせて確認しておくと、ドメイン管理の勘所がつかみやすくなります。
Google Analytics方式で失敗する原因
既存のアナリティクス計測タグを使う方式は手軽ですが、次の条件を満たしていないと失敗します。
- 計測タグがサイトの
<head>内に設置されている（本文中や<body>内では認識されないことがあります) - Search Consoleにログインしているアカウントが、そのアナリティクスの「編集」権限を持つアカウントと一致している
- 該当プロパティの「編集」権限であり、「閲覧」権限だけでは確認が通りません
社内やチームで運用しているサイトの場合、担当者ごとにログインアカウントが違うために起きる失敗も少なくありません。
「ドメインプロパティ」と「URLプレフィックスプロパティ」を混同しない
そもそも登録しようとしているプロパティの種類を誤っていることもあります。
| プロパティの種類 | 対応範囲 | 使える確認方式 |
|---|---|---|
| ドメインプロパティ | http/https、www有無をまとめて1つで管理 | DNSレコードのみ |
| URLプレフィックスプロパティ | 指定したURL形式のみ | HTMLファイル・HTMLタグ・DNS・Analytics |
「まとめて管理できる」という説明を見てドメインプロパティを選んだ結果、DNSにアクセスできず詰まってしまう、という流れが典型的な失敗パターンです。DNSの管理画面に触れない環境であれば、最初からURLプレフィックスプロパティを選んでおくほうが確実です。
それでも解決しない場合の確認リスト
一通り試しても失敗する場合は、次を順に確認してください。
- 設定変更後、最低でも数時間は空けてから再試行する
- ブラウザのキャッシュを削除するか、シークレットウィンドウで再試行する
- 別の確認方式に切り替える（DNSがダメならHTMLタグ、という具合に）
- Googleにログインしているアカウントが、サイトの管理者アカウントと一致しているか確認する
まとめ
- 所有権確認には4方式あり、まず自分がどれを使っているかを特定する
- HTMLファイル方式はサーバーのアクセス制限、HTMLタグ方式はキャッシュが典型的な原因
- DNS方式は反映待ちの時間差に加えて、共有サブドメインではそもそも使えない場合がある
- 「ドメインプロパティ」を選ぶとDNS認証必須になるため、DNSを触れない環境ではURLプレフィックスプロパティを選ぶ
- 確認が通ったら、次はブログが検索に出てこない原因でインデックス状況を確認する
所有権確認のエラーは、設定ミスよりも「使っている方式とサーバー環境の相性」が原因になっていることが多くあります。焦って何度も確認ボタンを押す前に、まず自分の環境でどの方式が使えるのかを整理してみてください。