SEO & INSIGHTS公開日:
集客・SEO ↗

Search ConsoleとGA4で、サイトの改善点を見つける。

更新日:

Search ConsoleとGA4を使ったサイト改善は、同じページを「検索結果でどう見られたか」と「訪問後にどう使われたか」の両側から確認するところから始めます。検索語、ページ、期間を手がかりに、次に直す場所を絞ります。

この記事では、Googleの自然検索からの集客を対象に、データのそろえ方、改善候補の選び方、改修後の振り返りまでを紹介します。表や記入例は運用のための想定で、特定のお客さまの実績や成果を示すものではありません。

データをページ改善へつなぐ順番
  1. そろえるページ・期間・条件
  2. 調べる数字と実際の画面
  3. 直す仮説に沿って改修
  4. 確かめる変化と周辺条件

Search ConsoleとGA4の役割を知る。

デスクトップモニターのウェブ分析画面を見ながらマウスを操作する手元を、机の低い位置から捉えた白黒画像。
それぞれのデータで確認できること
データ 見る項目 判断するときの注意点
Search Console 検索語、ページ、表示回数、クリック数、CTR、平均掲載順位 検索結果での傾向を見る。検索語のデータは、すべての検索を網羅するものではない
GA4 ランディングページ、セッション、設定した問い合わせや購入のイベント 訪問後の状況を見る。イベントの計測設定と動作を先に確認する
キーワード調査サービス 関連する検索語、検索需要の目安 新しい題材を探す補助資料。検索ボリュームは自社への訪問人数ではない

Search Consoleのクリック数とGA4のセッション数は、定義や計測の条件が異なり、一致するとは限りません。また、特定の検索語から個別の購入までを、そのまま一対一で結び付けられるわけではありません。ページ単位の傾向を並べ、仮説を立てるために使います。

まずはページ・期間・対象の流入をそろえる。

  1. Search Consoleで対象ページを選ぶ。

    検索パフォーマンスで期間と検索タイプを決め、ページ別の表示回数・クリック数・CTR・平均掲載順位を確認します。気になるページに絞って検索語を見ると、どんな疑問や用途で表示されたかを調べられます。

  2. GA4で同じ入口ページを見る。

    ランディングページのデータを確認し、セッションの参照元/メディアを google / organic に絞ります。検索から入ったセッションと、計測できている問い合わせ・購入などの行動を見ます。

  3. 比較条件を記録する。

    期間、国、デバイス、対象URLをそろえます。URLの末尾のスラッシュやパラメータ、Search Consoleで集約される正規URLの扱いも確認します。意味の異なるページを機械的にまとめないようにします。

最初は直近28日とその前の28日など、日数をそろえた比較から始める方法があります。これは運用例です。季節性のある商材は前年同期も参考にし、訪問の少ないページは期間を広げます。各サービスのタイムゾーンとデータの更新状況にも差があるため、日別の小さなずれだけで原因を決めません。

ページごとに、改善の優先順位を決める。

数字の大小だけで、すぐにタイトルや本文を書き換えないようにします。対象の検索語で表示される内容、実際のページ、商品やサービスの条件を一緒に見て、何を確かめれば判断できるかを整理します。

気になる傾向から、確認と改修へ進む例
気になる傾向 先に確かめること 改修の候補
表示されるが、クリックが少ない 検索意図、掲載順位、デバイス、検索結果の見え方 内容に沿ったタイトルや説明に整え、対象と価値を具体化する
訪問はあるが、次の行動が少ない 計測の動作、料金・納期などの説明、スマートフォンでの操作 不足する情報を補い、相談・購入への導線を直す
表示回数自体が少ない インデックス登録、需要、内容の重複、関連ページからのリンク 技術的な問題の解消、独自の説明の追加、内部リンクの整理
探される質問への答えが薄い 実際の問い合わせ、商品資料、既存記事で答えている範囲 回答や比較情報を既存ページへ補い、必要に応じて記事を分ける

優先するのは、事業上大切で、改善の根拠があり、実施できるページです。検索数が多くても扱っていない商品や答えられないテーマは後回しにします。順位やCTRの特定の数値だけを、全ページ共通の合格基準にはしません。

たとえば、ギフト向けの検索から商品ページへ来ているのに、包装や送り先の説明が見つからない場合。問い合わせ内容と画面を確認し、商品ページに要点を置いて、詳しい案内へつなぐ改善が考えられます。回答の整え方はECサイトのFAQの作り方、操作の点検は購入までの導線の見直しで詳しく紹介しています。

AIで整理し、人が根拠を確認する。

AIには、取得した検索語を用途や悩みごとにまとめる、似た改善候補を整理する、確認する項目の案をつくる仕事を任せられます。その際は対象ページと元のデータの行番号を残し、後から根拠へ戻れるようにします。

改善候補を整理する指示例

この表をページごとに整理してください。
出力:観測できた事実/改善の仮説/不足している情報/次に確認すること
元の表の行番号と対象URLを付けてください。
検索語が異なるだけで別記事を量産せず、既存ページの更新も候補にしてください。
数値の変化から原因を断定しないでください。

人は検索意図、商品資料、在庫、ブランドの表現を確認します。AIが書いた説明に、未確認の機能や効果が混ざっていないかも点検します。文章を実際に直す工程には、商品情報をもとにAIで説明文をつくる手順を組み合わせられます。

APIでの定期取得は、確認したい表が固まってから検討します。Search ConsoleのAPIはすべての行を必ず返すものではなく、検索語のデータを完全な一覧として扱うことはできません。取得できた範囲を明示し、集計と要約の仕組みは月次レポートの自動化と一緒に設計します。

改修から効果の確認までを記録する。

分析が終わったら、ひとつの改善候補を、担当者が実施できる単位まで具体化します。「SEOを強化する」ではなく、「商品ページの配送条件を購入ボタンの近くへ要約し、詳細へリンクする」のように書きます。

改善メモの記入例

対象:ギフト向け商品のページ
根拠:該当する検索語、対象期間の集計、問い合わせ記録
仮説:購入前に配送・包装の条件を確認しづらい
実施:商品ページに要点と詳しい案内へのリンクを追加
優先する理由:購入判断に関わり、既存の情報で対応できる
担当・確認日:商品担当とWeb担当で決める
振り返り:同条件の訪問・行動と、同じ種類の問い合わせを確認

公開前に、スマートフォンでの表示、リンク先、計測、タイトルと本文の整合性を確認します。変更日と内容を記録し、関連する変更をひとまとまりにしておくと、後から何が起きたかを読み解きやすくなります。

公開後は、検索の表示・クリックと、訪問後の行動を同じ条件で見直します。直後の数日だけで成功・失敗を決めず、検索への反映や必要な観測量を考慮して確認日を設定します。販促、季節、在庫、計測変更の影響も併記し、次に調べることを残します。

SNSも発信の入口にしている場合は、投稿案の作成から確認・予約までを整える方法も参考になります。SNS経由の訪問と自然検索を分けて記録し、それぞれの目的に合う指標で振り返ります。

執筆・編集

大阪を拠点に、デザイン・ブランディング、Web・ECサイト構築、AI活用・業務自動化、継続的な運用改善を支援しています。Journalでは、商いを育てるための考え方と、日々の運営に活かせる実践のヒントを届けます。

最近の記事

すべての記事
Journalに戻るこのテーマについて相談する

これからの商いを、一緒に育てる。

Let’s
make it.

サイトを変える。
運営を整える。AIを試す。
新しくつくることも、今あるものをよくすることも。
サイトの一部改修や、ひとつの業務から相談できます。

いまの課題を相談する

お問い合わせに際しては、プライバシーポリシーをご確認ください。