計測・SEO改善

WordPressにSearch Consoleを設定する方法｜所有権確認とサイトマップ送信まで

WordPressを公開したらSearch Consoleも設定したい。しかし、最初の画面で「ドメイン」と「URLプレフィックス」のどちらを選ぶのか、所有権確認でDNSを触ってよいのか、サイトマップには何を入力するのかで止まりやすいものです。

通常の独自ドメインサイトでDNSを管理できるなら、サイト全体をまとめて確認できるドメインプロパティを作り、Search Consoleが発行したTXTレコードを既存DNSへ追加する方法が基本候補です。確認後は、実際に開けるXMLサイトマップを送信し、URL検査で代表ページを確認します。

所有権確認のために、既存のTXT・MX・CNAMEレコードを消したり置き換えたりしないでください。追加するのはSearch Consoleから指定された確認レコードです。メールや他サービスのDNS設定を消すと、検索計測とは別の障害につながります。

先に結論｜設定は7段階で進める

  1. WordPressの正規URLとDNSの管理先を確認する
  2. 既存のSearch Consoleプロパティと所有者がないか確認する
  3. ドメインまたはURLプレフィックスの対象範囲を決める
  4. 指定された方法でサイトの所有権を確認する
  5. 確認トークンを残し、必要な担当者へ適切な権限を付ける
  6. 実際に表示できるXMLサイトマップを送信する
  7. URL検査と各レポートで初期状態を保存する

Search Consoleは、Google検索での表示回数やクリック、インデックス登録状況、クロール上の問題を確認する道具です。設定しただけで順位が上がるものではありません。サイトを立て直す作業全体は、WordPressサイト再生ロードマップとあわせて進めてください。

設定前に4つの情報をそろえる

確認するもの具体的な確認内容必要な理由
正規URLhttpsかhttpか、wwwの有無、サブドメイン別のURLプレフィックスを登録するミスを防ぐ
DNS管理先ドメイン会社、サーバー、DNSサービスのどこか実際に公開DNSを管理する場所へTXTを追加する
Googleアカウント個人用か業務用か、退職・引継ぎ時に残せるか所有者不在を防ぐ
既存設定Search Console、GA4、タグ、サイトマップの有無二重登録や別アカウントへの分散を防ぐ

ブラウザーでサイトを開き、アドレス欄から正規URLをコピーします。管理画面の「設定→一般」にあるWordPressアドレスとサイトアドレスも確認しますが、確認だけのためにURL設定を変更してはいけません。HTTPからHTTPSへの変更が必要な場合は、Search Console登録より先にWordPressを安全にSSL化する手順で移行全体を設計します。

Search Consoleの左上にあるプロパティ選択欄も確認します。制作会社や前任者がすでに登録しているなら、新しく別管理を始める前に「設定→ユーザーと権限」で自分の権限と確認済み所有者を確かめます。

ドメインとURLプレフィックスの違い

ドメイン全体とURLプレフィックスの対象範囲を二つの境界で表した画像
比較ドメインプロパティURLプレフィックス
入力例example.comhttps://example.com/
含む範囲http・https、www有無、各サブドメイン入力したプロトコル・ホスト・パスで始まるURL
所有権確認DNSレコードHTMLファイル、HTMLタグ、DNS、GA、GTM等
向く場面独自ドメイン全体を継続管理する特定サブパスだけ見る、DNSを触れない

Googleのプロパティ追加の公式ヘルプでは、可能なら通常はURLプレフィックスではなくドメインレベルのプロパティを追加するよう案内しています。ドメインプロパティなら、HTTPS化やwww有無、サブドメインをまたぐデータを一つの範囲で確認できます。

一方、URLプレフィックスのhttps://example.com/にはhttp://example.com/やhttps://www.example.com/は含まれません。特定ディレクトリだけを分けて担当する場合には便利ですが、「サイト全体を見ているつもりで一部しか見ていなかった」という誤解に注意します。

DNSで所有権を確認する手順

既存DNS設定を残したまま一つの確認レコードを追加する場面を表した画像
  1. Search Consoleで「プロパティを追加」を開く
  2. 「ドメイン」にプロトコルやパスを付けず、対象ドメインを入力する
  3. 表示されたTXTレコードの値をコピーして保存する
  4. 現在の公開DNSを管理するサービスへログインする
  5. TXTレコードを新規追加し、ホスト名と値を管理画面の案内どおり入力する
  6. 既存レコードを変更していないことを再確認して保存する
  7. 反映後にSearch Consoleへ戻り「確認」を実行する
  8. 確認できたら設定画面で所有権の確認方法を記録する

ホスト名は空欄、@、ドメイン名など、DNS事業者によって表示が異なります。Search ConsoleとDNS事業者の案内を照合し、値は前後の空白や引用符を勝手に加えず、指定された文字列をそのまま使います。

確認できないときは、同じレコードを何度も追加する前に、ネームサーバーが示す現在のDNS管理先、レコード種別、ホスト名、値を確認します。DNS反映には時間がかかる場合があります。Googleの所有権確認の公式手順には、DNSレコードを外部から確認する方法も案内されています。

所有権確認が成功しても、確認用TXTレコードを削除しないでください。Search Consoleはトークンが有効か継続して確認します。削除すると、猶予後に所有権を失う可能性があります。

DNSを変更できない場合の選択肢

DNS管理権限がない場合は、ドメイン管理者へTXTレコード追加を依頼するか、URLプレフィックスプロパティを選びます。URLプレフィックスでは、HTMLファイル、HTMLタグ、Google Analytics、Google Tag Managerなどの確認方法を利用できる場合があります。

  • HTMLファイルは、公開サイトの指定位置から継続して取得できるようにする
  • HTMLタグは、未ログインでも表示できるトップページの指定位置に残す
  • Google AnalyticsやGTMは、同じGoogleアカウントと必要権限を確認する
  • テーマ変更やタグ整理で確認コードを消さない
  • 可能なら異なる方式の確認方法も追加する

Google公式プラグインのSite Kitは接続方法の一つですが、Search Consoleを使うための必須条件ではありません。既存の計測タグやSEOプラグインがあるサイトでは、導入前に役割が重ならないかを確認します。

XMLサイトマップを確認して送信する

WordPressコアにはXMLサイトマップ機能があり、標準構成ではhttps://example.com/wp-sitemap.xmlからサイトマップインデックスを確認できます。ただし、SEOプラグインが別のサイトマップを出力したり、コア側を停止したりする環境もあります。

  1. 候補のサイトマップURLをブラウザーで開く
  2. 404、ログイン要求、無限転送にならず表示できるか確認する
  3. 現在のHTTPS・www有無と一致しているか確認する
  4. 公開したい投稿や固定ページのサイトマップが含まれるか確認する
  5. noindex、削除済み、旧ドメインのURLを送っていないか確認する
  6. Search Consoleの「サイトマップ」にURLの末尾部分を入力して送信する
  7. ステータスと検出されたページ数を記録する

サイトマップは重要なURLの発見を助けますが、Googleのサイトマップ作成・送信の公式資料が説明するように、送信は取得、クロール、インデックス登録を保証しません。送信直後に数字が出なくても、別のサイトマップを次々追加せず、処理結果と公開状態を確認します。

サイトマップへ載せるURLを公開方針とそろえる

サイトマップにURLが載っていても、そのページの公開設定やcanonicalが別URLを示していれば、GoogleがそのURLを検索結果へ登録するとは限りません。サイトマップだけを直すのではなく、公開・index対象・canonical・内部リンクで示すURLを同じ方針にそろえることが大切です。

  • 下書き、非公開、削除済みページを送信対象として扱わない
  • HTTP版や旧ドメインなど、転送元URLを新規サイトマップへ混ぜない
  • 同じ内容に複数URLがある場合は、正規URLとcanonicalを確認する
  • 検索結果ページや管理用ページを、記事と同じ重要URLとして増やさない
  • SEOプラグインを変更した後は、サイトマップURLと内容を再確認する

「送信済み」と表示されることと「内容が適切」であることは別です。サイトマップを開き、数件のURLを実際にたどって、200で表示されるか、意図した正規URLかを確認してから初期記録を残します。

設定後に確認する5項目

サイトマップ送信とURL検査と所有権維持を海辺の施設で表した画像
確認項目見る場所確認内容
所有権設定→所有権の確認確認方法が有効で、トークンが残っている
権限設定→ユーザーと権限不要な所有者がなく、引継ぎ可能な体制
サイトマップサイトマップ成功・取得日時・検出URL・処理エラー
代表URLURL検査公開URLを取得でき、正規URLが意図どおり
初期記録検索結果・ページ登録開始日、表示回数、除外理由を保存

新規設定直後は検索パフォーマンスが空でも異常とは限りません。Google検索から表示された実績がまだない、登録したプロパティ範囲が違う、サイト自体が新しいなどを切り分けます。

代表URLがGoogleに登録されていない場合は、登録リクエストを連打せず、WordPressがGoogle検索に出ない原因の確認手順で公開状態、noindex、robots.txt、canonical、内部リンク、内容を順番に確認してください。登録済みになった後の表示回数、CTR、順位の読み方はSearch Consoleで記事を改善する見方で解説しています。

権限は共有パスワードではなくユーザー追加で管理する

Search Consoleには所有者、フルユーザー、制限付きユーザーがあります。所有者はユーザー追加や設定変更を含む完全な権限を持つため、外注先や一時的な閲覧者へ必要以上の権限を渡しません。

  • GoogleアカウントのIDとパスワードを複数人で共有しない
  • 担当者ごとに必要最小限の権限で追加する
  • 確認済み所有者を少なくとも一人維持する
  • 退職、契約終了、制作会社変更時にユーザーと未使用トークンを見直す
  • 所有権確認方法とDNS管理先を引継ぎ資料へ残す

確認用トークンを削除するときは、対象ユーザーと使われているサービスを特定します。同じトークンが別サービスの確認にも使われる場合があるため、正体の分からないTXTレコードを一括削除しないでください。

制作会社や前任者から引き継ぐときの確認

すでにSearch Consoleが使われているサイトでは、同じプロパティを新規作成する前に、現在の確認済み所有者へ自社のGoogleアカウントを追加してもらいます。過去データが残る既存プロパティを引き継げれば、サイト変更前後を同じ範囲で比較できます。

  • 対象がドメインかURLプレフィックスかを記録する
  • 自社側に確認済み所有者を少なくとも一人用意する
  • DNS、HTMLファイル、タグなど、現在の確認方法を特定する
  • GA4やGTMとは別に、Search Consoleの権限一覧を確認する
  • 契約終了日を決め、不要ユーザーと不要トークンを順番に外す

先に制作会社のアカウントを削除し、あとから所有権確認を探す順番は避けます。自社アカウントでログインし直してプロパティを開けること、設定と主要レポートを閲覧できることを確認してから引継ぎを完了します。

よくある失敗と戻し方

症状主な原因最初の確認
DNS確認が失敗する管理先違い、ホスト名・値違い、反映待ちネームサーバーと公開TXTを照合
データが表示されないhttp/https、www、パスの範囲違い登録プロパティと正規URLを比較
サイトマップを取得できないURL違い、404、転送、アクセス制限未ログインでサイトマップを開く
所有権を失ったTXT、HTMLファイル、タグの削除設定変更履歴と確認トークンを確認
記事が検索に出ない公開・登録・内容の複数要因URL検査で登録状態を確認

Search Consoleを設定した後は、すべての数字を毎日眺める必要はありません。公開や大きな変更の当日、1週間後、1か月後など、同じ条件で記録します。改善対象を決めたら、WordPress内部リンクの貼り方やブログ記事リライトの優先順位へ進みます。

まとめ

WordPressとSearch Consoleの接続は、プロパティを追加して終わりではありません。正規URLと管理先を確認し、対象範囲に合うプロパティを選び、既存DNSを壊さず所有権を確認します。確認トークンは残し、権限を個人ごとに管理してください。

その後、実際に開けるXMLサイトマップを送信し、URL検査で代表ページを確認します。サイトマップ送信や登録リクエストは順位の保証ではなく、状態を正しく測り、次の改善を選ぶための入口です。

-計測・SEO改善