サーチコンソールの所有権の確認ができないのはなぜ？自分に使える方法の決まり方

所有権の確認で最初に決めるのは、画面に並んだ方法のどれを選ぶかではありません。自分がサイトのファイルとDNSレコードのどちらを触れるかです。ここが決まると、使える方法はほとんど1つに絞られます。

これから登録する人も、ある日いきなり所有権の確認が取り消されたという通知を受け取った人も、見るところは同じです。Googleが探しているトークンが、いま実際にそこにあって有効かどうかです。

使える方法は、自分がサーバーとドメインのどちらを触れるかで決まります。失敗したときに設定ミスと待ち時間を分ける手も、そこから出ます。

このブログ(rewrite-radar.com)は、HTMLタグの方法で通しました。この方法が使えるのはURLプレフィックスのプロパティだけです。Next.jsの設定に確認用の文字列を1行書いてあるだけで、それが <meta name="google-site-verification"> として全ページに出ます。ファイルを置く場所を管理するより、コードに1行入れておくほうが自分の場合は消しにくいと考えました。

ただし、この記事を書いている時点でDNSのTXTレコードは1本も置いていません(host -t TXT rewrite-radar.com で引くと「has no TXT record」と返ります)。確認方法が1つということは、レイアウトを触った拍子にその1行が消えれば、そのまま未確認に戻るということです。後半で書く「複数の確認方法を追加できます」は、自分がまだできていない側の話でもあります。

方法は6つ並んでいるのに、自分でトークンを置く場所は2か所しかない

Googleのヘルプは所有権の確認を「特定のウェブサイトを所有していることを Search Console で証明すること」と定義しています。証明の中身は単純で、Googleが発行した文字列(トークン)を、あなたしか触れない場所に置く。それだけです。

公式の「確認方法を選択する」の表に並んでいるのは、HTML ファイルのアップロード、HTML タグ、Google アナリティクス トラッキング コード、Google タグ マネージャー、Google サイトまたは Blogger アカウント、ドメイン名プロバイダの6つです。この6つを「置き場所」で並べ替えると、選択肢はほとんど無くなります。

上の4つは、置き場所が違うだけで、どれもサイトの中に置く系統です。要件の欄にはいずれも「…URL プレフィックス プロパティには使用できますが、ドメイン プロパティには使用できません。」と書かれています(HTML ファイルのアップロードの欄だけは「HTML ファイルのアップロードは」と主語から始まります)。残るドメイン名プロバイダだけが、サイトの外(DNS)に置く系統です。

アナリティクスとタグマネージャーが「サイトの中」に入るのは、トークンを新しく置くわけではないものの、確認に使うスニペットがホームページに入っていることが前提だからです。公式の要件にも、ログインしていないホームページにスニペットが含まれていること、そのアカウントの編集権限(タグマネージャーなら公開または管理者の権限)があること、Search Consoleと同じGoogleアカウントを使うことが並んでいます。

一次情報: サイトの所有権を確認する(Google公式ヘルプ)

ドメインプロパティを選んだ時点で、方法はほぼ1つに決まる

プロパティ追加の画面で「ドメイン」(example.com)を選ぶと、確認方法は自動的に決まります。所有権確認のヘルプが、DNSの手順の中で「ドメイン名プロバイダによる方法を選択します（ドメイン プロパティを作成すると、これが自動的に選択されます）」と書いているからです。理由は、プロパティ追加ページのほうに書かれています。

ドメイン プロパティを追加するには、そのプロパティが Blogger や Google サイトなどの Google サービス上にある場合を除き、DNS レコードの確認を通じて所有権を証明する必要があります。

「〜を除き」がこの文の要点です。BloggerやGoogleサイトのようにGoogleがホストしているサイトは別扱いで、プロパティ追加ページは「Google がホストするプロパティの管理に使用するアカウントと同じアカウントでログインしている場合は、自動的に確認プロセスが実施されます」としています。この経路では、利用者がトークンを置く場所そのものがありません。それ以外のドメインプロパティは、DNSレコード一択です。

ややこしいのは、同じプロパティ追加ページの中に、強さの違う2つの書き方が並んでいることです。プロパティの種類を比べる表の「確認」の行は「DNS レコードの確認のみ」とだけ書かれていて、例外に触れていません。上に引いた本文のほうには「〜場合を除き」が入っています。私は、表は短く書いただけで、例外つきの本文のほうが正確だと読みました。

逆方向もあります。URLプレフィックスのプロパティでDNSの方法を使った場合について、公式は「URL プレフィックス プロパティにこの方法を使用すると、ドメイン プロパティも自動的に確認されます」と書いています。ドメインを触れるなら、DNSで通しておくのがいちばん取り回しが利きます。

ただしDNSには、確認が通らない原因になりやすい性質があります。反映に時間がかかることです。

重要: レコードを手動でインストールした場合、プロバイダがそのレコードの提供を開始するまでには最大 2～3 日かかります。前述の手動によるドメイン名プロバイダの手順で確認ができなかった場合は、1～2 日待ってからもう一度お試しください。…

つまりDNSで一度失敗しても、それは設定ミスとは限りません。レコードの文字列が合っているなら、1〜2日空けてから押し直すほうが先です。TXTレコードが見つからないというエラーの説明にも「追加したレコードが Google に認識されるまで数分（さらには数日）かかる場合があります」とあります。

ドメインとURLプレフィックスのどちらで登録するか、登録後にデータがどう集計されるかは サーチコンソールの使い方、設定より先に覚える数字の読み方と見る頻度に書きました。

一次情報: ウェブサイトまたはプラットフォームのプロパティを Search Console に追加する(Google公式ヘルプ)

無料ブログやホスティングで「ファイルを置く」ができないとき

ここが個人ブログでいちばん詰まるところです。公式も、ホスティングを使っている場合を別枠で扱っています。

WordPress、Wix、SquareSpace などのウェブサイト ホスティング プラットフォームを使用している場合、以下の方法を使用できないことがあります。あるいは逆に、Search Console でプロパティを簡単に確認できる、または自動的に確認するための特別なプラグインや設定がプラットフォームから提供される場合があります。

この日本語ページには「AI 技術を使用して翻訳されたコンテンツが含まれている場合があります」という注記があるので、英語版も取って比べました。英語版は同じ箇所が "you might not be able to use some of the methods listed below" で、some of(一部の)が入っています。日本語版ではその限定が落ちています。弱いほう、つまり一部の方法が使えないことがある、と読んでおくほうが安全です。全部が塞がるとは限りません。

そして公式は、この場合の順番まで指定しています。「ウェブサイト ホスティング プラットフォームを使用している場合は、このページに記載されている確認方法を試す前に、次の手順をお試しください。」として、①サイトのホストのドキュメントでSearch Consoleの確認情報を検索する、②そのプラットフォームで確認を処理できるプラグインを検索する、の2つを挙げています。プラグインについては「Site Kit は Google が公式スポンサーになっている唯一のプラグインです。任意のプラグインの場合は、少し調べてからインストールするようにしてください。」という注も付いています。

探し方の例として公式が挙げているのは「Wix での Search Console の確認」「Weebly での Search Console の確認」「Shopify での Search Console の設定」の3つです。自分の使っているサービス名に置き換えて検索する形になります。各社の管理画面は変わるので、どこかで見た手順の記事より、そのサービス自身の最新のヘルプのほうが当たります。 はてなブログ・アメブロ・note・Bloggerについて各社の公式ヘルプが案内している方法は、サーチコンソールの登録方法は？ブログサービスで決まる種類と確認方法に表でまとめています。Wix のヘルプの接続手順はプレミアムプランと接続済みドメインが条件で、自分のサイトが当てはまるかの確かめ方はWixはSEOに弱い？検索に出ない原因と、検索避けの設定の場所に書きました。

どうしても自分では確認できないときの逃げ道も、公式に書かれています。「なんらかの理由でサイトの所有権を確認できない場合は、現在の所有者に依頼して、Search Console でそのプロパティにアクセスするための権限を付与してもらってください。」自分で確認するのではなく、確認済みの人から権限をもらう形です。

もらう側・渡す側の権限の種類、渡したあとに外せるかどうか、他の人が置いたトークンがサイトに残っていないかの確かめ方は サーチコンソールの権限、見せるだけならフルユーザーで足りますにまとめました。

何も触っていないのに、所有権の確認が取り消されるのはなぜか

確認は一度通せば終わり、ではありません。公式は有効期間をこう説明しています。

Search Console で確認トークンのプレゼンスと有効性を確認できる限り、確認の有効性は維持されます。Search Console は、確認トークンが引き続き存在し有効であるかどうかを、定期的にチェックします。確認が有効でないと見なされると、通知が届きます。この問題が解決されない場合、一定の猶予期間の後に、該当のプロパティに対する権限が失効します。

英語版も同じで、"If the issue is not fixed, your permissions on that property will expire after a certain grace period." となっています。猶予期間が何日なのかは、私が見た2ページ(サイトの所有権を確認する / ウェブサイトまたはプラットフォームのプロパティを Search Console に追加する)のどちらにも書かれていません。画面に出る通知そのものの文面も、この2ページには載っていません。通知が来たら、日数を調べるより先に置いたものを見に行くほうが早いです。

置いたものが消える経路は、方法ごとに決まっています。公式が挙げている例は、アナリティクスで確認したあとに「誰かがウェブサイトのテンプレートを変更してタグを除去した場合」です。HTMLファイルの説明には「サイトから確認ファイルを削除すると、サイトは未確認の状態になります」、DNSの手順には「重要: 確認状態が維持されるよう、確認が完了してもプロバイダから DNS レコードを削除しないでください。」とあります。テーマの入れ替え、プラグインの停止、サーバー移転、DNSの整理——どれも身に覚えのある操作で消えます。テーマを入れ替える前に確認タグを控えておく手順はWordPressのテーマ変更でSEOは下がる？替える前に控える5つに書きました。ドメインの期限が切れてブログが開けなくなっていたときは、確認のほかに見る場所も含めてドメインが切れたらブログはどうなる？取り戻せる期間と確かめることにまとめました。

消えるだけではありません。残っていても、書き換えてあれば通らなくなります。アナリティクスの要件欄には「Google アナリティクス コードは変更を加えずそのまま使用します。変更してしまうと、確認手続きが正しく完了しません。」、タグマネージャーの要件欄にも「コードは変更を加えずそのまま使用します。変更してしまうと、確認手続きが正しく完了しません。」とあります。公式が定期的に見ているのは「存在」と「有効性」の両方なので、通知が来たときは、消えていないかと同時に、書き換わっていないかも見ることになります。

放っておいた場合の影響範囲も書かれています。「確認済みのすべての所有者が Search Console のプロパティに対するアクセス権を失った場合、すべてのユーザーがそのプロパティにアクセスできなくなります。」1人で運営していて、ほかの誰もトークンを置いていなければ、確認済み所有者は自分だけです。制作会社や前任者が置いたトークンがサイトに残っている場合は、そうとは限りません。入れなくなったあとの戻り方(所有者に権限をもらうか、自分で確認し直すか)はサーチコンソールにログインできない・サイトが出ないときに確かめる2つにまとめました。

再発を防ぐ手は公式に用意されていて、確認方法は1つに限りません。「プロパティの確認設定ページで、複数の確認方法を追加できます」とあり、追加の場所は「対象のプロパティの [設定] ページにアクセスし、[所有権の確認] をクリックします」です。ただし増やせるのは、そのプロパティの種類で使える方法の中からです。URLプレフィックスのプロパティなら、DNSで通したうえでHTMLタグも入れておくと、片方が消えても残ります。ドメインプロパティのほうは、前半の確認方法の表のとおりHTMLファイル・HTMLタグ・アナリティクス・タグマネージャーが使えないので、増やせる余地がほとんどありません。

確認が通らないとき、公式が挙げているつまずき方

エラーの文言ごとに、公式が書いている見どころは違います。よく当たるものを、方法別に並べます。

並べてみると、原因の多くは置いた場所がまだ公開されていないことに寄っています。ログインが要るページ、ローカルだけ直したテンプレート、まだ配られていないDNSレコード。どれもGoogleから見れば、そこに無いのと同じです。トークンを置いたあとに、自分のブラウザのシークレットウィンドウで見えるかを確かめると、大半はここで決着します。

リダイレクトについては、同じ所有権確認のヘルプの中に、強さの違う3文が並んでいます。HTMLファイルの手順には「このファイルを検索する際、Search Console はリダイレクトを行いません。」、エラーの説明にはつまずき方の表に引いた「…他のドメインへのリダイレクトに従うことはありません。ただし、同じドメイン内へのリダイレクトには従います。」、確認タグの配置についてのFAQには「別の確認方法（ファイル アップロードによる方法）では、リダイレクトは実施されません。」があります。私は、同じドメインの中のリダイレクトだけは従う、それ以外は当てにしない、と読みました。確認ファイルは、リダイレクトをかけていないURLでそのまま開ける状態にしておくのが安全です。

よくある質問

所有権を確認すると検索順位に影響しますか

公式のプロパティ追加ページには「プロパティの追加が、Google 検索においてウェブサイトやプラットフォーム プロパティに影響することはありません。Google でのサイト パフォーマンスのトラッキングを行えるようになるだけです。」と書かれています。同じ段落には、途中でやめても設定に問題があっても「ウェブサイトに悪影響を及ぼすことはありません」ともあります。

確認が終わったら、置いたファイルやタグは消していいですか

消すと未確認に戻ります。HTMLファイルの説明は「サイトから確認ファイルを削除すると、サイトは未確認の状態になります」、DNSの手順は「確認状態が維持されるよう、確認が完了してもプロバイダから DNS レコードを削除しないでください」です。置いたままにしておくものだと考えてください。

間違えてプロパティを削除してしまいました

公式は「プロパティに確認済みの所有者がいる限り、確認を行わずに削除したプロパティを再度追加できます。」としています。確認済みの所有者かどうかは、トークンがいまもそこにあって有効かどうかで決まります。サイトからトークンを外してもいなければ書き換えてもいなければ、プロパティを追加し直して [確認] をクリックすれば、トークンを置き直さずに戻れます。ヘルプのプロパティを削除するは、確認に使ったトークンは「削除することもできます」と別の操作として書き、「トークンを削除しない場合、Search Console に同じプロパティを追加して [確認] をクリックすると、プロパティに再度アクセスできるようになります。」としています。削除で他のユーザーやデータがどうなるかについて、公式ヘルプに書かれていることと書かれていないことはサーチコンソールのプロパティ削除で分けました。

サブドメインだけ確認すれば、独自ドメイン全体も確認されますか

逆です。DNSの説明には「ルートドメインの所有権を確認すると、自動的にすべてのサブドメインの所有権が確認されますが、サブドメインの所有権を確認しても親ドメインの所有権は確認されません。」とあります。上から下へは及びますが、下から上へは及びません。

確認が通ったら、次にサイトマップを送るべきですか

記事が数十本の個人ブログなら、急ぎません。判断の基準は サイトマップは必要か・robots.txtの書き方、個人ブログは無くても困りにくいに書きました。

まとめ

• 確認方法は公式の表に6つ並ぶが、自分でトークンを置く場所はサイトの中かDNSレコードかの2か所。使えるものは、自分がサーバーとドメインのどちらを触れるかで決まる(Blogger・Googleサイトは、同じGoogleアカウントでログインしていれば自動で確認され、自分で置くものがない)
• ドメインプロパティは、Blogger や Google サイトなどの Google サービス上にある場合を除き、DNSレコードでの確認が必要。他の4つの方法は要件に「ドメイン プロパティには使用できません」と書かれている
• ホスティングを使っている場合、英語版の公式は一部の方法が使えないことがあるとしたうえで、確認方法を試す前にサービス側のヘルプとプラグインを探すよう書いている
• DNSは反映待ちで失敗することがある。手動で入れたレコードは最大2〜3日かかるとされており、1〜2日空けて押し直す
• 所有権の確認が取り消されたという通知は、置いたトークンが見つからないか、有効でなくなった合図。公式はコードを書き換えると確認が正しく完了しないとも書いている。放置すると一定の猶予期間の後に権限が失効する(期間の長さも通知の文面も、私が見た2ページには書かれていない)
• 確認方法は複数登録できる。ただし増やせるのはそのプロパティの種類で使える方法の中から。1つしか置いていないと、テーマ入れ替えやDNS整理で一度に失う

確認が通ったあとに、見る数字が多すぎて止まる場合

ここから先は宣伝です。確認が通ってデータが溜まったら、リライトレーダーに気になる記事のURLを入れて、本文の直す点を見てください。表のどのページから直すかは、Search Consoleのデータを入れると、順番まで出ます。

URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。順位やクリック数が上がることを約束するものではありません。

英語版の公式ヘルプも同じURLの Verify your site ownershipで読めます。日本語版との差が気になったときは、こちらを開いてください。