クライアントサイトの公開後、検索の表示回数やクリックをWordPressの管理画面から見たい——そういう依頼はWebディレクター業務では珍しくありません。Search Consoleだけを別タブで開く運用でも問題はないのですが、記事を書いた直後にインデックス状況を確認したい週は、管理画面に戻る手間が積み上がります。私はSite Kit Search Console 連携を、Xserverでホストしている案件の標準手順の一つにしています。今回は本体の移設やプラグイン最小構成の話ではなく、Site Kitだけを安全に入れてSearch Consoleを繋ぐところに絞ります。
この記事でわかること
- Xserver上のWordPressにGoogle Site Kitを入れる前提条件（SSL・管理者権限）
- Search Consoleプロパティを選ぶときのURL-prefixとドメインプロパティの違い
- 連携後にAnalyticsと混同しやすい画面の見分け方と、権限エラー時の切り分け
先に結論
- 向いている人: エックスサーバーでWordPressを運用するフリーランス・小規模制作会社。クライアントに「検索の様子を月1で共有したい」が、Search Consoleのログインを渡したくない案件
- 向いていない人: すでにSearch ConsoleとAnalyticsをブラウザのブックマークだけで回しており、WordPressにプラグインを増やしたくない人（その場合は現状維持で十分なことが多いです）
- 私のおすすめ: 本番ドメインでSSLが有効な状態でSite Kitを入れ、最初はSearch Consoleだけ連携。Analyticsは計測タグの二重設置がないか確認してから追加する
私はSite Kitを入れる前に、必ずステージングURLと本番URLのSearch Consoleプロパティが混ざっていないか一覧を見直します。ここを間違えると、数字が別サイトのまま共有される事故になります。
この記事には、Google AdSense による広告およびアフィリエイトリンクが含まれる場合があります。紹介経由で購入や申し込みがあると、私に紹介料が入ることがあります。
サーバー契約やWordPressの初期設置がまだの場合は、先にエックスサーバー側でドメインとSSLを整えてください。大規模移設のチェックリストはXserverへWordPressを移設するときの手順に、請求や経理の入口はフリーランス経理ハブにまとめています。本記事はそのあと段階の分析連携です。
Site Kitを入れる前に確認すること
| 項目 | 確認内容 | 足りないときの典型 |
|---|---|---|
| SSL | 本番URLが https:// で開く |
所有権確認やOAuthで警告 |
| 管理者 | WordPressの管理者アカウントでログイン | Site Kitのセットアップが途中で止まる |
| Googleアカウント | Search Consoleの所有者またはフルユーザー | プロパティが一覧に出ない |
| プラグイン方針 | 他のSEOプラグインとSite Kitの役割分担 | タグ二重・メタ重複 |
Site Kit Search Console 連携は、Google公式の「Site Kit by Google」プラグイン経由でOAuth連携します。Xserver固有の特殊操作はほぼ不要で、サーバーパネルからWordPressにログイン → プラグイン追加が基本です。私はクライアント案件では、Search Consoleの権限をフルユーザーではなく制限付きにするかどうかを事前にメールで確認します。Site Kitの初期設定は管理者Googleアカウントが必要なため、クライアントの会社Googleアカウントで進めるか、制作側の共有アカウントかを決めてから触ります。
Search Consoleのプロパティを選ぶ
Search Consoleには、だいたい次の2タイプがあります。
- URL-prefixプロパティ（例:
https://example.com/） - ドメインプロパティ（例:
example.com）
Site Kitのセットアップ画面では、WordPressのサイトアドレス（設定 → 一般）と一致するプロパティを選ぶのが安全です。サブディレクトリ設置（https://example.com/blog/）の場合は、Search Console側も同じパスでプロパティを作っておかないと、Search Consoleの数字とWordPressの公開URLがズレます。
手順の目安:
- Search Consoleで対象ドメインのプロパティを作成（未作成なら）
- 所有権確認（HTMLタグ・DNS・Google Analytics連携など）をSite Kit以外の方法で済ませておくか、Site Kitのウィザードに任せる
- Site Kitの「Search Consoleを接続」で、一覧から該当プロパティを選択
URL-prefixとドメイン両方ある案件では、私はドメインプロパティを正本にして、Site Kitもそちらを選びます。prefixだけ見ていると、サブドメインやhttp混在の古いデータが別プロパティに残りがちです。
Xserver上でSite Kitをインストールする
- WordPress管理画面 → プラグイン → 新規追加
- 「Site Kit by Google」を検索 → 今すぐインストール → 有効化
- 表示されたセットアップウィザードで Googleアカウントでログイン
- サイトの所有権確認（未確認ならウィザードの指示に従う）
- Search Console を有効化（Analyticsは後回しでも可）
Xserverでは、WordPress本体とプラグインの更新は管理画面から問題なく行えることが多いです。ただし、管理画面のURLを変更している（セキュリティプラグインで /wp-admin/ 以外）場合は、OAuth後のリダイレクトでエラーになることがあります。そのときはプラグイン設定の「サイトURL」とSearch ConsoleのプロパティURLを再度照合してください。移設直後はXserver移設チェックリストの「公開後確認」と同じタイミングでSite Kitを入れると、404やリダイレクトループの切り分けが楽です。
連携後に見るべき画面（Analyticsと混同しない）
Site Kitのダッシュボードには、Search Console由来の検索クエリ・表示回数・クリックと、Analytics由来のセッション・ページビューが並びます。クライアント報告では混同されやすいので、私は月次メモに次の見出しだけ書きます。
- Search Console: 検索結果での表示とクリック（SEOの入口）
- Analytics: サイト内の行動（離脱やコンバージョン）
AdSenseやCocoon側の広告タグとは別物です。AdSense審査前後でSearch Consoleのカバレッジを見る用途と、Analyticsで記事の滞在時間を見る用途は分けて説明してください。プラグインを増やしすぎない方針はWordPressプラグイン最小構成の考え方とも方向が同じです。
権限エラー・数字がゼロのとき
| 症状 | よくある原因 | 対処 |
|---|---|---|
| プロパティが選べない | GoogleアカウントにSearch Console権限がない | 所有者にフルユーザー追加を依頼 |
| クリックが常に0 | プロパティURLが本番と不一致 | WordPressのサイトURLとSearch Consoleを揃える |
| 連携が途中で切れる | ブラウザのサードパーティCookieブロック | 別ブラウザまたはシークレット解除で再OAuth |
| 古いデータだけ見える | ステージングプロパティを選択している | 本番プロパティに切替 |
Search Consoleのデータは反映に数日〜最大で約2日程度の遅れがあることがあります（Googleのヘルプ記載に基づく一般論。執筆時点: 2026年10月31日・日本時間）。公開直後の記事で「今日のクリック」をSite Kitで見ても0のまま、というのは珍しくありません。URL検査ツール（Search Console側）でインデックスを確認し、Site Kitは週次レビュー用、と割り切ると運用が安定します。
クライアントには「Site Kitは便利ですが、Search Consoleの正本はGoogle側の画面です」と一言添えます。ダッシュボードだけ見て安心しない、が私の鉄則です。
よくある質問
Site KitなしでSearch Consoleだけ使えますか？
はい、問題ありません。Site Kitは管理画面に要約を出すラッパーに近く、Search Consoleの機能そのものはGoogleのサイト側にあります。プラグインを増やしたくない案件では、Search Consoleを直接開く運用の方が軽いです。
Analyticsも同時にSite Kitで繋いで大丈夫ですか？
可能ですが、すでに別プラグインやテーマでGA4タグを入れている場合は二重計測になります。Site KitでAnalyticsを有効化する前に、タグの設置箇所を1つに統一してください。Search Consoleだけ先に繋ぎ、Analyticsはタグ整理後が安全です。
クライアントのGoogleアカウントを制作側が預かって設定してよいですか？
契約とセキュリティポリシー次第です。私は初期設定は画面共有でクライアント本人のOAuthを推奨し、制作側はSearch Consoleの制限付きユーザーで月次確認する形が多いです。アカウント共有はフリーランス経理ハブの「ツール権限」と同じく、事前の書面またはメール合意があると後から揉めにくいです。
Xserverをやめて別サーバーに移すとSite Kitはどうなりますか？
WordPressごと移設すれば、プラグイン設定も引き継がれますが、ドメインが変わる場合はSearch Consoleプロパティの作り直しが必要です。移設手順はXserver WordPress移設を参照し、DNS切替後にSite Kitの再認証を行ってください。
まとめ
Site Kit Search Console 連携は、Xserver上のWordPressに公式プラグインを入れ、Google OAuthでプロパティを選ぶだけで完了します。重要なのは、本番URLとSearch Consoleプロパティの一致と、Analyticsタグの二重設置を避けることです。
今日やることは3つだけで十分です。
- Search Consoleで本番URLのプロパティがあるか確認する
- エックスサーバーのWordPress管理画面からSite Kitを有効化する
- Search Consoleだけ先に接続し、ダッシュボードに表示回数が出るか翌日以降に確認する
経理や請求フロー全体はフリーランス経理ハブへ戻れるようブックマークしておくと、分析連携と仕事の区切りが付けやすいです。
価格・サーバー仕様・Google各サービスの画面は執筆時点（2026年10月31日・日本時間）の情報です。契約前に公式とXserverの案内を確認してください。
