Search ConsoleとGA4を使ったサイト改善は、同じページを「検索結果でどう見られたか」と「訪問後にどう使われたか」の両側から確認するところから始めます。検索語、ページ、期間を手がかりに、次に直す場所を絞ります。
この記事では、Googleの自然検索からの集客を対象に、データのそろえ方、改善候補の選び方、改修後の振り返りまでを紹介します。表や記入例は運用のための想定で、特定のお客さまの実績や成果を示すものではありません。
- そろえるページ・期間・条件
- 調べる数字と実際の画面
- 直す仮説に沿って改修
- 確かめる変化と周辺条件
Search ConsoleとGA4の役割を知る。

| データ | 見る項目 | 判断するときの注意点 |
|---|---|---|
| Search Console | 検索語、ページ、表示回数、クリック数、CTR、平均掲載順位 | 検索結果での傾向を見る。検索語のデータは、すべての検索を網羅するものではない |
| GA4 | ランディングページ、セッション、設定した問い合わせや購入のイベント | 訪問後の状況を見る。イベントの計測設定と動作を先に確認する |
| キーワード調査サービス | 関連する検索語、検索需要の目安 | 新しい題材を探す補助資料。検索ボリュームは自社への訪問人数ではない |
Search Consoleのクリック数とGA4のセッション数は、定義や計測の条件が異なり、一致するとは限りません。また、特定の検索語から個別の購入までを、そのまま一対一で結び付けられるわけではありません。ページ単位の傾向を並べ、仮説を立てるために使います。
まずはページ・期間・対象の流入をそろえる。
- Search Consoleで対象ページを選ぶ。
検索パフォーマンスで期間と検索タイプを決め、ページ別の表示回数・クリック数・CTR・平均掲載順位を確認します。気になるページに絞って検索語を見ると、どんな疑問や用途で表示されたかを調べられます。
- GA4で同じ入口ページを見る。
ランディングページのデータを確認し、セッションの参照元/メディアを
google / organicに絞ります。検索から入ったセッションと、計測できている問い合わせ・購入などの行動を見ます。 - 比較条件を記録する。
期間、国、デバイス、対象URLをそろえます。URLの末尾のスラッシュやパラメータ、Search Consoleで集約される正規URLの扱いも確認します。意味の異なるページを機械的にまとめないようにします。
最初は直近28日とその前の28日など、日数をそろえた比較から始める方法があります。これは運用例です。季節性のある商材は前年同期も参考にし、訪問の少ないページは期間を広げます。各サービスのタイムゾーンとデータの更新状況にも差があるため、日別の小さなずれだけで原因を決めません。
ページごとに、改善の優先順位を決める。
数字の大小だけで、すぐにタイトルや本文を書き換えないようにします。対象の検索語で表示される内容、実際のページ、商品やサービスの条件を一緒に見て、何を確かめれば判断できるかを整理します。
| 気になる傾向 | 先に確かめること | 改修の候補 |
|---|---|---|
| 表示されるが、クリックが少ない | 検索意図、掲載順位、デバイス、検索結果の見え方 | 内容に沿ったタイトルや説明に整え、対象と価値を具体化する |
| 訪問はあるが、次の行動が少ない | 計測の動作、料金・納期などの説明、スマートフォンでの操作 | 不足する情報を補い、相談・購入への導線を直す |
| 表示回数自体が少ない | インデックス登録、需要、内容の重複、関連ページからのリンク | 技術的な問題の解消、独自の説明の追加、内部リンクの整理 |
| 探される質問への答えが薄い | 実際の問い合わせ、商品資料、既存記事で答えている範囲 | 回答や比較情報を既存ページへ補い、必要に応じて記事を分ける |
優先するのは、事業上大切で、改善の根拠があり、実施できるページです。検索数が多くても扱っていない商品や答えられないテーマは後回しにします。順位やCTRの特定の数値だけを、全ページ共通の合格基準にはしません。
たとえば、ギフト向けの検索から商品ページへ来ているのに、包装や送り先の説明が見つからない場合。問い合わせ内容と画面を確認し、商品ページに要点を置いて、詳しい案内へつなぐ改善が考えられます。回答の整え方はECサイトのFAQの作り方、操作の点検は購入までの導線の見直しで詳しく紹介しています。
AIで整理し、人が根拠を確認する。
AIには、取得した検索語を用途や悩みごとにまとめる、似た改善候補を整理する、確認する項目の案をつくる仕事を任せられます。その際は対象ページと元のデータの行番号を残し、後から根拠へ戻れるようにします。
改善候補を整理する指示例
この表をページごとに整理してください。 出力:観測できた事実/改善の仮説/不足している情報/次に確認すること 元の表の行番号と対象URLを付けてください。 検索語が異なるだけで別記事を量産せず、既存ページの更新も候補にしてください。 数値の変化から原因を断定しないでください。
人は検索意図、商品資料、在庫、ブランドの表現を確認します。AIが書いた説明に、未確認の機能や効果が混ざっていないかも点検します。文章を実際に直す工程には、商品情報をもとにAIで説明文をつくる手順を組み合わせられます。
APIでの定期取得は、確認したい表が固まってから検討します。Search ConsoleのAPIはすべての行を必ず返すものではなく、検索語のデータを完全な一覧として扱うことはできません。取得できた範囲を明示し、集計と要約の仕組みは月次レポートの自動化と一緒に設計します。
改修から効果の確認までを記録する。
分析が終わったら、ひとつの改善候補を、担当者が実施できる単位まで具体化します。「SEOを強化する」ではなく、「商品ページの配送条件を購入ボタンの近くへ要約し、詳細へリンクする」のように書きます。
改善メモの記入例
対象:ギフト向け商品のページ 根拠:該当する検索語、対象期間の集計、問い合わせ記録 仮説:購入前に配送・包装の条件を確認しづらい 実施:商品ページに要点と詳しい案内へのリンクを追加 優先する理由:購入判断に関わり、既存の情報で対応できる 担当・確認日:商品担当とWeb担当で決める 振り返り:同条件の訪問・行動と、同じ種類の問い合わせを確認
公開前に、スマートフォンでの表示、リンク先、計測、タイトルと本文の整合性を確認します。変更日と内容を記録し、関連する変更をひとまとまりにしておくと、後から何が起きたかを読み解きやすくなります。
公開後は、検索の表示・クリックと、訪問後の行動を同じ条件で見直します。直後の数日だけで成功・失敗を決めず、検索への反映や必要な観測量を考慮して確認日を設定します。販促、季節、在庫、計測変更の影響も併記し、次に調べることを残します。
SNSも発信の入口にしている場合は、投稿案の作成から確認・予約までを整える方法も参考になります。SNS経由の訪問と自然検索を分けて記録し、それぞれの目的に合う指標で振り返ります。
参考資料
- Google Search Central:Search ConsoleとGoogleアナリティクスを組み合わせる
- Search Consoleヘルプ:検索結果のパフォーマンスレポート
- Search Console API:Search Analyticsの取得仕様
各サービスの仕様は2026年10月22日に確認しました。



