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

所有権の確認で最初に決めるのは、画面に並んだ方法のどれを選ぶかではありません。自分がサイトのファイルと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プレフィックスのどちらで登録するか、登録後にデータがどう集計されるかは サーチコンソールの使い方【初心者向け】登録から毎週見る画面までを1本でに書きました。

一次情報: ウェブサイトまたはプラットフォームのプロパティを 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つです。自分の使っているサービス名に置き換えて検索する形になります。各社の管理画面は変わるので、どこかで見た手順の記事より、そのサービス自身の最新のヘルプのほうが当たります。

どうしても自分では確認できないときの逃げ道も、公式に書かれています。「なんらかの理由でサイトの所有権を確認できない場合は、現在の所有者に依頼して、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の整理——どれも身に覚えのある操作で消えます。

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

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

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

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

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

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

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

よくある質問

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

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

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

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

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

公式は「プロパティに確認済みの所有者がいる限り、確認を行わずに削除したプロパティを再度追加できます。」としています。確認済みの所有者かどうかは、トークンがいまもそこにあって有効かどうかで決まります。サイトからトークンを外してもいなければ書き換えてもいなければ、プロパティを追加し直すだけで再確認は自動的に行われます。ただし、削除の操作そのものがサイト側のトークンに影響するかどうかは、私が見た2ページには書かれていません。

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

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

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

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

まとめ

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

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

ここから先は宣伝です。所有権の確認は入口で、通った先には検索パフォーマンスの表が待っています。記事が増えるほど行が増えて、どのページから直せばいいのか分からなくなります。

サーチコンソールの「ページ」CSVを貼ると、表示回数と掲載順位から「いま直すと効く順」に並べるツールを作りました。所有権の確認と同じで、判断の基準は全部公開しています。掲載順位4.0〜20.5位・表示回数100回以上という条件に届かないページは、最初から出てきません。

判定と、そのうち1記事分の診断カードまでは無料です。残りの診断カードが2,980円(税込)の買い切りで、月額課金や自動更新はありません。ログインも不要です。

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