Google Search Consoleの使い方 初心者向け完全ガイド｜300案件のWebディレクターが顧客に最初に設定させる3項目と毎月の見方

「Search Consoleって設定したんですが、結局どこを見ればいいんですか？」――これは中小企業のWeb担当者の方からも、Web制作を始めたばかりのフリーランスの方からも、毎月のように受ける相談です。私はWeb制作会社でディレクター・プロジェクトマネージャーとして10年以上、企画・設計からディレクション・運用まで、コーポレートサイト・EC・キャンペーンサイトを中心に300案件超のSEO設計と計測基盤の構築に関わってきました。上場企業のサイトリニューアル案件ではCV(コンバージョン)180%改善を達成した経験があり、そのときに顧客のWeb担当者に最初に設定させたのは「SCの全機能を覚える」ことではなく「3項目を最初の30分で揃える」運用でした。本記事で、その順序と中身を開示します。

結論から言うと、SCの「使い方」は、機能の網羅では実務が動きません。なぜなら、SCの標準レポート(クエリ・ページ・検索の見え方・カバレッジ・拡張)を全部覚えようとすると、初心者は1週間で挫折するからです。私が300案件で繰り返し直面したのは、SC を入れただけで放置されているサイトでした。制作費500万のサイトが3ヶ月で放置されている現場を何度も見てきた立場として、最初に必要なのは「機能の理解」ではなく「3項目の固定順序」と「毎月の3軸読み」だと、現場で何度も確認してきました。本記事では発注側(中小企業のWeb担当者・経営者)と受注側(制作会社・フリーランス)の両方の読者を想定し、「顧客に最初に設定させる3項目」の順序固定、毎月の3軸読み、順位下落の診断ワークフローを1つずつ整理します。

この記事でわかること:

Search Consoleの使い方は「顧客に最初に設定させる3項目」を固定する(300案件で見えた実務の現実)

まずは結論の根拠を整理します。SCの入門書や上位記事では「クエリレポート」「カバレッジレポート」「拡張」「リンク」「セキュリティ」と画面構成の順に解説されることが多いですが、これは「機能の地図」であって「初期構築の順序」ではありません。私が300案件超のWebディレクターとして現場で見てきたのは、機能の地図に従って学ぼうとした担当者ほど「クエリレポートの見方で2週間使い切ってからインデックス状況に気づく」「カバレッジエラーが放置されたまま順位が落ちている」という順序逆転に陥り、半年経っても1度もまともなレポートが出ていないケースでした。

300案件で固定された「最初に設定させる3項目」

CV改善180%を達成した上場企業サイトリニューアル案件で、私が顧客のWeb担当者に最初に渡した「最初の30分で終わらせる3項目」のチェックリストはこれです。順序を逆転させないこと、そして1項目あたり10分以内で完了させることを徹底すると、その後の月次運用が驚くほどスムーズに立ち上がりました。

1. 項目1 所有権確認(プロパティ追加) ── ドメインプロパティでサイト全体の所有権を確認する。これがないとSCの全機能が使えない。タグ・DNS・HTMLファイル・Googleアナリティクスなど複数の認証方式があるが、ドメイン認証(DNS TXT レコード)が後の拡張性で最も有利。
2. 項目2 サイトマップ送信 ── XML サイトマップ(/sitemap.xml)を SC に登録し、クロール状況を可視化する。WordPress なら標準SEO系プラグインで自動生成される。これがないとインデックス未登録のページが放置される。
3. 項目3 GA4 との連携 ── GA4 プロパティと連携して、SC のクエリデータを GA4 側で読めるようにする。連携は10分で終わり、これがあるかないかで月次レポートの精度が大きく変わる。

「機能網羅」と「3項目固定」の違いを発注書で確認する

発注側のWeb担当者の方には、Web制作の発注書に「公開後初期設定として、Search Console の(1)ドメインプロパティ所有権確認 (2)XML サイトマップ送信 (3)GA4 連携 の3項目を完了させ、報告書として納品する」と明記することをお勧めしています。「アクセス解析・SEO計測の初期設定一式」とだけ書かれた発注書は、ほぼ3項目の順序設計が抜けています。300案件で見てきたパターンとして、納品検収時にこの3項目の完了スクリーンショットが揃っているかを確認するだけで、その後の運用フェーズで起きるすれ違いの半分以上は事前に防げました。受注側の制作者・フリーランスの立場としても、この3項目を納品要件として明文化しておくと、後出しの追加作業を防ぎやすくなります。

Search Consoleの基本構造を10分で理解する(プロパティ・レポート・拡張)

「3項目」を運用する前に、SCの最低限の構造を10分で押さえます。Google検索セントラルの解説(出典:Google検索セントラル「Search Console をご利用ください」)と突き合わせると、現場で本当に押さえるべきは次の3つです。

プロパティの種類(ドメインプロパティとURLプレフィックス)

SC の最上位単位は「プロパティ」で、2種類あります。ドメインプロパティ(example.com 全体・サブドメインや http/https をまとめて1単位として扱う)と、URLプレフィックスプロパティ(https://www.example.com/ など特定URLパターン単位)です。300案件で見てきた範囲では、新規サイトは原則ドメインプロパティで構築するのが事故が少なかった印象です。理由は、サブドメインやhttp→httpsの統合をまとめて1プロパティで扱えるため、後のリニューアルや SSL 化時にプロパティが分裂しなくて済むからでした。ドメインプロパティの認証には DNS TXT レコードの追加が必要で、ここで詰まる初心者が多いのですが、レンタルサーバーの管理画面から DNS 編集できるサービスを選んでおくと10分で終わります。

主要レポートの構成(検索パフォーマンス・ページ・拡張・リンク)

SC の左メニューは大きく4系統に分かれます。検索パフォーマンス(クエリ・ページ・国・デバイス・検索の見え方別のデータ)、インデックス作成(ページのインデックス登録状況・サイトマップ・削除)、エクスペリエンス(Core Web Vitals・モバイルユーザビリティ)、拡張(構造化データ・パンくずリスト・FAQ・HowTo等のリッチリザルト)です。300案件で見てきた範囲では、運用が続くサイトは「検索パフォーマンスで毎月の3軸読み」+「インデックス作成で月1回のカバレッジ確認」+「エクスペリエンスで四半期に1回の Core Web Vitals 確認」という配分でした。「全レポートを毎月見る」発想で挫折するパターンが圧倒的に多いのが現場の体感です。

SC と GA4 の役割分担

SC と GA4 はよく混同されますが、役割は明確に分かれます。SC は「Google検索の中で何が起きているか」(検索結果に表示された回数・クリック数・掲載順位・クエリ)を、GA4 は「サイトに到達した後に何が起きているか」(セッション・エンゲージメント時間・コンバージョン)を計測します。両方を連携して初めて、「検索からサイト到達まで → サイト内行動 → CV」までを1本の流れとして追えるようになります。300案件で見てきた範囲では、SC か GA4 のどちらか一方だけで運用しているサイトは、施策の打ち手が中途半端で終わるパターンが圧倒的に多かった印象でした。両方を連携して「クエリ × 行動 × CV」の3点セット読み(後述)に持ち込むのが、CV180%改善案件で固まった作法です。GA4 側の使い方は別記事「GA4の使い方 初心者向け完全ガイド」で詳細に整理しています。

公的データで読み解くSearch Console運用の妥当性(情報通信白書・DX推進指標・IT人材白書)

SC の導入と運用を社内で決裁する際、合意形成のためには公的データを並べておくのが有効です。300案件のうち、稟議が早く通った案件の多くは「公的データを2〜3点引いた1枚のスライド」を最初に出していました。

総務省「情報通信白書」が示す検索行動の浸透

総務省「情報通信白書」(出典:総務省 情報通信白書)では、インターネット利用の中で検索エンジンが情報接触の主要な起点であり続けている状況が継続的に整理されています。BtoC・BtoB問わず、購買や問い合わせの前段階で検索エンジンが意思決定の重要な接点になっている構造が示されており、「自社サイトが Google でどう見られているか」を可視化することは、現代のマーケティング基盤の最低条件です。SC のような無料の検索パフォーマンス計測ツールを入れずに広告予算だけ積み増す運用は、3年単位で見ると確実に獲得単価が逓増していくのが現場の体感でした(これは300案件のうち継続運用された約60件の累計データでも同じ傾向でした)。

経産省「DX推進指標」とSC運用の位置づけ

経済産業省「DX推進指標」(出典:経済産業省 DX推進ガイドライン)では、デジタル基盤としての「データに基づく経営判断」が中堅・中小企業のDX課題として整理されています。SC は GA4 と並ぶ無料の計測基盤の1つで、検索接点の見える化と意思決定の高速化という2点で、DX推進の枠組みと整合します。稟議書では「ツール導入」ではなく「検索流入の可視化による意思決定基盤整備」として位置づけ直すと、経営層の合意形成が早かったのが、私が300案件で繰り返し見てきたパターンです。

IPA「IT人材白書」とSC運用の内製難所

独立行政法人情報処理推進機構(IPA)が公開する「IT人材白書」関連の調査(出典:IPA IT人材育成情報)では、中小企業におけるデジタル人材不足が継続課題として整理されています。SC を完全内製で運用しようとすると、初期設定・構造化データ実装・カバレッジエラー対応・月次レポートの4スキルセットが必要になり、現実的には1人では回らない領域です。「全工程内製」ではなく「毎月の3軸読みと月次レポートは社内、初期設定と構造化データ実装は外部協業」のハイブリッド分担が、私が300案件で見てきた中で最も継続率が高い体制でした。

個人情報保護委員会と「同意取得」の境界線(SCはどう関わるか)

SC 自体はサイト訪問者の個人情報を直接扱わない仕組み(Google 側で集計されたデータのみが提供される)ですが、SC と連携する GA4 側では Cookie を扱うため、サイト全体としては同意取得とプライバシーポリシーの整備が論点になります。個人情報保護委員会の解説資料(出典:個人情報保護委員会 個人情報保護法ガイドライン)や、総務省・電気通信事業法の改正に関する解説(出典:総務省 電気通信消費者情報)を踏まえると、サイト訪問時の同意バナー設置とプライバシーポリシー記載は、現代では実質的に必須運用です。300案件で見てきた範囲では、「プライバシーポリシーに Cookie と検索ツール連携についての記載がない」サイトが半数以上でした。これは法務面での見落としとして優先的に直す箇所です。具体的な対応方針は弁護士や個人情報保護士などの有資格者にご確認ください。

顧客に最初に設定させる「3項目」の具体的な設定手順(30分で完了するテンプレ)

「最初に設定させる3項目」を、それぞれ10分で完了するための具体的な手順を開示します。CV改善180%案件で顧客のWeb担当者に画面共有しながら一緒に進めたものを、文章で再現したものです。

項目1 ドメインプロパティの所有権確認(10分)

SC にログインし、左上「プロパティを追加」をクリック。「ドメイン」タイプを選び、サイトのドメイン(例: example.com)を入力します。表示された TXT レコードをコピーし、サイトのドメインの DNS 管理画面で TXT レコードとして追加します。レンタルサーバー(エックスサーバー・ConoHa WING 等)の管理画面から DNS 編集できる場合は、その画面で TXT レコード追加を行います。追加後、SC 側の「確認」ボタンを押すと所有権確認が完了します。DNS の反映に最大72時間かかる場合があると Google 公式(出典:Google検索セントラル サイトの所有権を確認する)に記載があるため、初日の確認に失敗しても翌日再試行してください。300案件で見てきた範囲では、ここで詰まる初心者は約3割でした。事前に「サーバー管理画面で DNS 編集ができるか」を確認しておくと、当日の作業がスムーズに進みます。

項目2 XML サイトマップの送信(10分)

WordPress の場合、SEO系プラグイン(All in One SEO・Yoast SEO・SEO SIMPLE PACK 等)が自動で /sitemap.xml を生成します。プラグインの設定画面でサイトマップが有効になっていることを確認し、ブラウザで https://yourdomain.com/sitemap.xml にアクセスできることを確認します。次に SC の左メニュー「サイトマップ」を開き、URL 欄に「sitemap.xml」と入力して送信します。送信後、ステータスが「成功しました」と表示されれば完了です。送信した直後はクロール状況が「保留中」と表示されることがありますが、数時間〜数日でクロールが始まるのが標準的な流れです。300案件で見てきた範囲では、サイトマップ未送信のまま運用されているサイトが約4割ありました。これがないと新規ページのインデックス登録が遅れ、せっかく書いた記事が検索結果に表示されない事態になります。サイト公開と同時にサイトマップ送信を済ませるのが鉄則です。

項目3 GA4 との連携(10分)

SC と GA4 を連携することで、SC のクエリデータ(検索キーワード・表示回数・CTR・掲載順位)を GA4 のレポート画面で読めるようになります。GA4 にログインし、「管理」→「プロパティ設定」→「サービス間のリンク設定」→「Search Console のリンク」を開き、リンクするSCプロパティを選択します。次に SC 側でも対応するGA4プロパティとの連携を承認します。連携完了後、GA4 の「レポート」→「集客」→「Search Console」のレポートが表示されるようになります。連携作業自体は10分で終わりますが、データが反映されるまで24〜48時間かかるのが標準です。300案件で見てきた範囲では、SC と GA4 の連携が未設定のまま運用されているサイトが約5割ありました。連携の有無で月次レポートの精度が大きく変わるため、最初に必ず済ませることをお勧めします。詳細手順は別記事「GA4の使い方 初心者向け完全ガイド」の Search Console 連携セクションで整理しています。

Search Consoleの毎月の読み方「クエリ × ページ × 検索表示」3軸読み手順

「3項目」の初期設定が終わったら、毎月の運用に入ります。CV改善180%を達成した上場企業案件で私が実際に使った「3軸読み」の順序を、再現性のあるフォーマットで開示します。

3軸の構成 ── クエリ × ページ × 検索の見え方

「3軸読み」とは、SC の検索パフォーマンスレポートを「クエリ別」「ページ別」「検索の見え方(リッチリザルト・通常検索)別」の3軸で読み、それぞれの数字を1枚のスプレッドシートに並べる手順です。1つの数字単独では施策が決まらず、3つを並べて初めて打ち手が見えるのが300案件で固まった作法でした。各軸の見方は次の通りです。

1. クエリ別: 表示回数・クリック数・CTR・掲載順位を、上位50クエリ分だけ確認する。「表示は多いのにクリックが少ない=タイトルとメタディスクリプションの改善余地」「クリックは多いのに順位が10位前後で停滞=本文・内部リンクの強化余地」を拾う。
2. ページ別: ページ単位で表示回数・クリック数・CTR・掲載順位を見る。「特定ページに流入が集中しているなら、そのページの内部リンクから関連記事への誘導を強化」「主要記事の順位が落ちているなら、その記事のリライト候補とする」を判断する。
3. 検索の見え方: ウェブ検索・画像・動画・FAQ・パンくずリスト・サイトリンク等の表示種別ごとの数字を見る。「FAQ リッチリザルトが付いているページの CTR が高い」「画像検索からの流入が想定以上に多い」等のパターンを把握する。

3軸読みで見えるパターン4種

300案件で繰り返し見てきたパターンを、4種類に整理します。

1. 「掲載順位 1-3位 × CTR 高い × 表示回数 増加」型 ── 本文がハマっている。リソースは触らず、内部リンクで関連記事を底上げするのが優先。
2. 「掲載順位 1-10位 × CTR 低い × 表示回数 多い」型 ── 順位は高いがタイトル・メタディスクリプションでクリックを取りこぼしている。タイトル改善が最優先。
3. 「掲載順位 11-20位 × CTR 中 × 表示回数 中」型 ── 本文の方向性は合っているが順位が低くて流入が薄い。本文加筆・内部リンク強化・関連 KW の補強が優先。
4. 「掲載順位 21位以下 × 表示回数 少ない」型 ── 検索意図とのズレが大きい可能性。本文構造の見直しか、その KW を一旦諦めて別の関連 KW にリソースを回す判断が必要。

3軸読みを月次レポートに固定する

顧客への月次レポートでは、上記4種の各タイプから3〜5本ずつ「今月リライト候補」「来月CTA改善候補」「タイトル改善候補」を抽出し、優先順位を付けたリストとして納品します。「数字を見せる」のではなく「打ち手を提示する」レポートに変わると、報告会の所要時間も半分以下になり、施策の決定スピードが上がります。CV180%改善案件で私が実際に作っていたフォーマットも、この形式でした。発注側のWeb担当者の方には、月次レポートを受け取った際に「3軸それぞれから打ち手が3つ以上提案されているか」をチェックすることをお勧めしています。これがない月次レポートは、ほぼ「数字の羅列」止まりになっている可能性が高いです。SEO 全体の進め方は別記事「SEO対策のやり方 初心者向け完全ガイド」で4工程モデルとして整理しています。

順位下落・インデックス問題の診断ワークフロー5ステップ(CV180%改善案件で固定)

毎月の3軸読みを続けていると、必ず「特定ページの順位が急落した」「新規ページがインデックスされない」といった事象に直面します。300案件で繰り返し対応してきた診断ワークフローを5ステップで開示します。これは競合の入門記事では触れられていない領域ですが、現場で必ず使う知識です。

ステップ1 何が起きたかを正確に把握する(SC「検索パフォーマンス」)

まず SC の「検索パフォーマンス」で、対象ページを絞り込み、過去90日の「クリック数・表示回数・CTR・掲載順位」の推移グラフを確認します。変化の起点となった日付を特定することが最優先です。「順位が落ちた」と顧客から相談された場合でも、実際には「表示回数が変わっていないが CTR だけ下がった」「順位は変わっていないが表示回数だけ減った」など、本当の変化はクリック数の単独値だけでは判断できないケースが多いです。300案件で見てきた範囲では、相談時の「順位が落ちた」という主観と、SCのデータで実際に起きていた事象がズレているケースが半数以上ありました。

ステップ2 インデックス状況を確認する(SC「URL検査ツール」)

SC の上部検索バーに対象ページの URL を入力し、URL検査ツールでインデックス状況を確認します。「Google に登録されています」と表示されない場合は、インデックス自体が外れている可能性があります。クロール日時・最終クロール時のステータス・サイトマップ登録状況を確認し、必要があれば「インデックス登録をリクエスト」を押します。Google 検索セントラルの解説(出典:Google検索セントラル URL検査ツール)に従い、原因がクロール失敗・noindex 設定・重複コンテンツ判定・低品質判定のどれに該当するかを切り分けます。

ステップ3 技術的要因をチェックする(robots.txt・noindex・404)

本文以外の技術的要因を順に確認します。robots.txt で対象ページがクロール拒否されていないか、HTML の meta タグに noindex が混入していないか、リダイレクトが多段になっていないか、404 や 5xx エラーが返っていないかを順に確認します。WordPress でテーマ・プラグインの設定を変更した直後に検索からの流入が落ちた場合、ほぼこの工程で原因が見つかるのが300案件での経験則でした。プラグインの自動更新やテーマカスタマイズで noindex が混入していたケースは何度もあります。

ステップ4 コンテンツ要因をチェックする(本文・タイトル・E-E-A-T)

技術的要因が見つからなかった場合、コンテンツ要因の検討に進みます。検索結果の上位ページ(競合)が直近で大幅に書き直していないか、Google のコア アップデート(出典:Google検索セントラル ブログ)が同時期にあったか、対象ページの一次情報・経験記述・著者情報(E-E-A-T)が競合と比べて薄くなっていないかを確認します。「順位下落の半分はアルゴリズム変動、もう半分は競合のコンテンツ強化」が、私が300案件で見てきた分布の体感でした。アルゴリズム変動への対応は、対症療法的に小手先で動くより、本文の経験記述と一次情報を厚くするのが結局は最短ルートです。

ステップ5 修正後のクロール再リクエストと確認期間

原因を特定して修正したら、SC の URL検査ツールから「インデックス登録をリクエスト」を押し、Googlebot に再クロールを依頼します。修正後の効果判定は最低2〜4週間の確認期間を取るのが鉄則です。1週間で結論を出そうとすると、たまたまその週に変動があっただけのノイズに振り回されて、本来の改善方向を見誤ります。CV180%改善案件で私が顧客に伝えていたのも、「修正後の判定は最短2週間、できれば1ヶ月の確認期間で見てください」というスタンスでした。毎月の3軸読みのリズムで、確認 → 修正 → 確認 → 修正のサイクルを回せると、半年後にはサイト全体の検索流入が安定してきます。

Search Console / GA4 / Looker Studio の役割分担と月次レポート統合フォーマット

SC を運用する際、GA4 や Looker Studio との役割分担で迷う方が多いので、300案件で固めた役割分担表と月次レポートの統合フォーマットを開示します。

3ツールの役割分担表

無料で揃う3つの計測ツールは、次のように役割分担すると重複なく運用が回ります。

• Search Console: 検索結果での「表示」と「クリック」を計測。クエリ・ページ・検索の見え方の3軸で読む。検索接点の最上流を可視化する役割。
• GA4: サイト到達後の「行動」と「コンバージョン」を計測。リアルタイム・集客・ページとスクリーン・キーイベントの5箇所を読む。サイト内行動とCVの可視化が役割。
• Looker Studio: SC と GA4 のデータを統合した「ダッシュボード」を作る。複数の数字を1枚にまとめ、顧客への報告書として共有する役割。

この3層を組み合わせると、「検索クエリ → サイト到達 → サイト内行動 → CV」の全工程を1枚で読める運用が完成します。300案件で見てきた範囲では、無料ツールだけでこの3層を組み合わせている運用は、有料の SEO ツール単独運用よりも継続率が高かったのが体感でした。理由は「無料で続けられる」「データの所有権が自社にある」「他のツールに乗り換える際の移行コストが低い」の3点です。

月次レポート統合フォーマット(1枚スプレッドシート)

CV180%改善案件で私が実際に使っていた月次レポートの1枚フォーマットは、次の構成です。発注書に「月次レポートには以下5項目を含めること」と明記しておくと、報告会のすれ違いが大幅に減ります。

1. SC クエリ別パフォーマンス上位20件(クリック・表示・CTR・順位・前月対比)
2. SC ページ別パフォーマンス上位20件(クリック・表示・CTR・順位・前月対比)
3. GA4 流入チャネル別セッション(Organic Search / Direct / Referral / Paid / Social の前月対比)
4. GA4 ランディングページ別 CV 件数(キーイベント別・経路別)
5. 今月の打ち手3つ + 来月の打ち手3つ(具体的なリライト対象 URL・改善内容・想定効果)

この5項目が分けて記載されている月次レポートは、提案者側がSC・GA4 連携と3軸読みを理解している確率が高いです。発注側のWeb担当者の方には、月次レポートを受け取った際にこの5項目の有無をチェックリストとして使うことをお勧めしています。サーバー・テーマの初期投資判断は別記事「レンタルサーバー比較・用途別マトリクス」「WordPress テーマ比較」で整理しています。

Search Console運用の費用相場と発注の判断軸

SC の運用を内製するか外注するかを決める際の、費用相場と判断軸を整理します。300案件のうち、外注比率の高い案件・内製比率の高い案件の両方を見てきた経験からの整理です。

内製と外注の損益分岐点

内製で SC を回す場合、初期設定・構造化データ実装・カバレッジエラー対応・月次レポートの4スキルを社内で確保する必要があります。中小企業で1人にこの4役を兼ねさせると、まず疲弊して半年で頓挫するのが、私が見てきた典型パターンでした。「初期設定と構造化データ実装は外部協業、毎月の3軸読みと月次レポートは社内」のハイブリッド分担が、初期の損益分岐点としては現実的です。月額5〜15万円の外部協業費用で、内製単独より3〜6ヶ月早く運用が定着するイメージで、私は提案してきました。

「成果報酬型SEOコンサル」契約で確認すべき4条件

SC の外部協業には固定報酬型と成果報酬型があります。成果報酬型は「順位上昇」「CV件数増加」「自然検索流入増加」等の指標に応じて報酬が支払われる契約形態ですが、過去には施策内容や指標の定義が契約書で曖昧なまま運用される案件が業界内で散見されてきました。300案件で見てきた範囲では、次の4条件を含む成果報酬型契約は事前確認することをお勧めしています。

1. 施策内容(改修対象ページ・テスト方法・タグ実装範囲・本文修正範囲)が契約書で開示されているか
2. 成果指標の定義(順位の計測 KW 数、CV のカウント条件、流入の集計範囲)が契約書で固定されているか
3. 解約時に「設置タグや構造化データが削除される」条件が含まれていないか(削除されると計測停止のリスク)
4. 「絶対に順位が上がる」「順位保証」「業界No.1の実績」を契約書で謳っていないか(現代の検索アルゴリズムで保証は構造上困難)

消費者庁の景品表示法ガイドライン(出典:消費者庁 表示対策)の観点でも、「絶対」「100%」「業界No.1」等の最上級表示は使用に注意が必要な領域です。発注側で契約書を確認する際は、「施策内容の透明性」「指標定義の明文化」「解約時のタグ資産の扱い」「保証文言の有無」の4点を必ず確認することをお勧めします。

サーバー・テーマの初期投資判断

WordPress で SC を運用する場合、表示速度の影響を受けるサーバーと、構造化データ実装が容易なテーマの初期投資が後で響いてきます。300案件のうち、サーバーをエックスサーバー・ConoHa WING・mixhost 等の WordPress 特化系に揃え、テーマを SWELL・Cocoon・Lightning 等の schema 出力に強い系統に揃えたサイトは、Core Web Vitals と SC の拡張(構造化データ)の安定性で運用工数が体感で半分以下に減りました。詳細は別記事「レンタルサーバー比較・用途別マトリクス」「WordPress テーマ比較」で整理しています。

Search Consoleの使い方 ── 初心者が90日で動かす6ステップ(HowTo)

これまでの整理を踏まえて、初心者が90日間でSCを立ち上げるための6ステップをHowToとして提示します。発注側・受注側どちらの立場でも、この順序で動かせば見落としが減ります。

1. Day 1〜3 3項目の初期設定 ── ドメインプロパティの所有権確認、XMLサイトマップ送信、GA4連携の3項目を最初の30分で完了。完了スクリーンショットを納品物として保存する。
2. Day 4〜14 インデックス状況の最初の棚卸し ── SCの「ページ」レポートでインデックス登録済み・未登録のページ数を確認。サイトマップに含まれていないページや、意図せず noindex になっているページがないかを確認する。
3. Day 15〜30 検索パフォーマンスの初回データ蓄積待ち ── 14日経過後から検索パフォーマンスデータが揃ってくる。クエリ・ページ・国・デバイスの基本フィルタを使って、まず1ヶ月のデータの形に慣れる。
4. Day 31〜60 月次「3軸読み」運用の開始 ── 「クエリ × ページ × 検索の見え方」の3軸読みを月次フォーマットとして固定。上位50クエリ・上位50ページから、リライト候補3本・タイトル改善候補3本を抽出する。
5. Day 61〜75 構造化データとリッチリザルトの確認 ── SCの「拡張」レポートでパンくずリスト・FAQ・HowTo等の構造化データのエラーを確認。WordPressテーマやプラグインで自動出力されている構造化データの妥当性を確認する。
6. Day 76〜90 月次レポート初版の作成と振り返り ── SCの3軸読み + GA4の5箇所 + 打ち手3つを1枚にまとめた月次レポート初版を作成。報告会で施策優先順位3つを決定し、翌月の改善サイクルに繋げる。

この6ステップを順序通りに動かせば、90日後には少なくとも「計測できる状態 + 月次レポート初版 + 翌月の施策3つ」が手元にある状態を作れます。SCで挫折する案件のほとんどは、この90日の間に3項目の固定順序を逆転させて時間を溶かしているのが、私が300案件で繰り返し見てきたパターンでした。

Search Consoleの使い方に関するよくある質問(FAQ)

Q1. Search Consoleは初心者でも自分で設定できますか？

結論から言うと、本記事の6ステップ(3項目の初期設定→インデックス棚卸し→検索パフォーマンスデータ蓄積→3軸読み運用開始→構造化データ確認→月次レポート初版)の順序を守れば、初心者でも90日で運用の形は作れます。ただし、ドメインプロパティの DNS TXT レコード設定、構造化データのエラー対応、カバレッジ問題の原因切り分けなど、技術的に難易度の高い工程は外部協業した方が早い場合があります。300案件で見てきた経験では、「初期設定と構造化データ実装は外部協業、毎月の3軸読みと月次レポートは社内」のハイブリッド分担が継続率が高い体制でした。

Q2. Search ConsoleとGA4はどう使い分けるべきですか？

SCは「Google検索の中で何が起きているか」(検索結果に表示された回数・クリック数・掲載順位・クエリ)を、GA4は「サイトに到達した後に何が起きているか」(セッション・エンゲージメント時間・コンバージョン)を計測します。両方を連携して初めて「検索からサイト到達 → サイト内行動 → CV」までを1本の流れとして追えるようになります。300案件で見てきた範囲では、SCかGA4のどちらか一方だけで運用しているサイトは、施策の打ち手が中途半端で終わるパターンが圧倒的に多かった印象です。両方を連携して3点セット読み(クエリ × 行動 × CV)に持ち込むのが、CV180%改善案件で固まった作法でした。

Q3. ドメインプロパティとURLプレフィックスはどちらを選ぶべきですか？

私の判断軸では、新規サイトは原則ドメインプロパティで構築するのをお勧めしています。理由は、サブドメインやhttp→httpsの統合をまとめて1プロパティで扱えるため、後のリニューアルやSSL化時にプロパティが分裂しないからです。ドメインプロパティの認証にはDNS TXTレコードの追加が必要で、ここで詰まる初心者が多いですが、レンタルサーバーの管理画面からDNS編集できるサービスを選んでおくと10分で終わります。すでにURLプレフィックスで運用しているサイトは、ドメインプロパティを追加で作っても既存のURLプレフィックス側のデータは保持されるので、移行時のデータ消失リスクはありません。

Q4. サイトマップを送信したのにインデックスされないページがあります

SCの「ページ」レポートで「登録 – 送信されてはいるが、インデックスに登録されていません」と表示されるケースは300案件でも頻繁に遭遇しました。原因は大きく4種類です。①ページ内容が薄い・重複している(類似コンテンツが既にインデックスされている)、②内部リンクが少なく Googlebot が辿りつけていない、③robots.txt や noindex の混入、④サイト全体の評価がまだ低くクロール優先度が低い、です。URL検査ツールで個別ページの状態を確認し、本文の独自性と内部リンクを補強した上で、再クロールをリクエストするのが標準対応です。1ページずつの個別対応が必要なので、まずは流入が見込める優先度の高いページから対応するのが現実解です。

Q5. Search Consoleのデータは何日分まで遡れますか？

SCの検索パフォーマンスデータは最大16ヶ月分まで遡って閲覧できます。これは Google 公式ヘルプ(出典:Google検索セントラル 検索パフォーマンスレポート)に明記されている仕様です。前年同月比のレポートを作るために、SCの設定変更は不要で標準で16ヶ月分が見られます。GA4側はデフォルトのデータ保持期間が2ヶ月のため、14ヶ月への変更が別途必要です(GA4の使い方記事を参照)。SC側で16ヶ月分のデータが標準で揃うことを知らずに、Looker Studioで複雑な集計を組もうとするケースを300案件で何度か見てきましたが、まずはSCの「比較期間」機能で前年同月比を出すだけで、十分な月次レポートが作れます。

Q6. Search Console運用の費用相場はどれくらいですか？

外部協業でSCの初期設定・構造化データ実装・月次レポート構築を依頼する場合、月額5〜15万円が中小企業案件での実勢相場の中心です。これより安い場合は施策内容の薄さ、これより高い場合はカバレッジ問題の対応規模や構造化データ実装範囲を確認するのが私の標準です。SC自体は完全無料のため、初期投資としてはDNS設定・サイトマップ送信・GA4連携の初期作業費が3〜10万円程度発生する場合があります。内製ベースを社内で持ちながら外部協業をハイブリッドで使う体制が、300案件で見てきた最も継続率が高い体制でした。

Q7. Search Consoleで「セキュリティの問題」や「手動による対策」の通知が届きました

SCから「セキュリティの問題」や「手動による対策」の通知が届いた場合、これは Google が当該サイトに問題を検知したという緊急度の高いシグナルです。「セキュリティの問題」はマルウェア感染・改ざんの可能性、「手動による対策」はガイドライン違反(隠しテキスト・低品質コンテンツの大量生成・有料リンク等)の指摘です。通知が届いたら24〜72時間以内に原因調査と対応を始めるのが鉄則です。詳細は Google検索セントラルの該当ページ(出典:Google検索セントラル セキュリティの問題)に対応手順が記載されています。WordPressサイトの場合、サーバー側のマルウェアスキャンと、プラグイン・テーマの更新状態の確認が初動になります。原因が技術的に判断できない場合は、レンタルサーバーのサポートやセキュリティ対応の有資格者にご相談ください。

まとめ ── Search Consoleの使い方は「3項目の固定」と「3軸の読み順」が9割

Google Search Console を初心者が最短で使いこなすなら、機能を網羅で覚えるのではなく、本記事で整理した「①ドメインプロパティ所有権確認 → ②XMLサイトマップ送信 → ③GA4連携」の3項目を最初の30分で固定すること、そして毎月「クエリ × ページ × 検索の見え方」の3軸で読む運用に絞るのが現実解です。Web制作会社で10年・300案件超のWebディレクターとして、CV改善180%を達成した上場企業案件で顧客のWeb担当者に最初に設定させたのも、この3項目でした。発注側のWeb担当者には「発注書に3項目の納品要件が明記されているか」、受注側のフリーランス・制作者には「月次レポートが3軸 + 打ち手3つで固定できているか」が、運用継続の成否を分ける分岐点になります。GA4との3点セット読み、順位下落の診断ワークフロー5ステップ、SC / GA4 / Looker Studio の役割分担──このいずれも、本記事のHowTo・FAQを起点に、自社サイトでの90日プランに落とし込んでみてください。SEO全体の進め方は「SEO対策のやり方 初心者向け完全ガイド」、GA4の使い方は「GA4の使い方 初心者向け完全ガイド」と本記事の3本で、計測ピラーが完成します。

この記事の運営者について