Search ConsoleとGoogle Analyticsはlanding pageごとに並べて見てclickとsessionを混同しない

Search ConsoleのclickとGoogle Analyticsのsessionは、同じ数字ではありません。Search ConsoleはGoogleの検索結果でsiteがどう見つけられたかを示し、Google Analyticsは訪問した人がsite内で何をしたかを示します。二つをlanding pageごとに並べると、検索結果で選ばれていないのか、訪問後に目的を果たせていないのかを分けて考えられます。

Googleの公式案内は、Search ConsoleのAcquisition metricsとGoogle AnalyticsのBehavior、Conversion metricsを、organic searchのlanding page単位で同じreportへ表示できるようにしたと説明しています。表示回数、平均掲載順位、clickはSearch Console側の数字です。直帰率やpages per sessionなどはGoogle Analytics側の数字です。Googleは、Search ConsoleのclickとGoogle Analyticsのtotal sessionが異なる場合があること、Search Console dataへはAnalyticsのsegmentが適用されないことも案内しています。

二つのtoolを連携しても、検索結果から売上までを一つの数値へまとめるわけではありません。Search Consoleの数字は、Google検索でページが見つかり選ばれたかを考える材料です。Google Analyticsの数字は、siteへ来た後に読まれたか、次のpageへ進んだか、設定した行動に至ったかを考える材料です。数字の場所が同じreportにあっても、意味まで同じになるわけではありません。

clickとsessionの差を見つけたときは、どちらが正しいかを決めるより、どの定義と範囲を見ているかを確認します。期間が違う、対象のlanding pageが違う、search以外の流入を含めているといった条件が混ざれば、数は一致しません。片方の画面だけで計測故障と決めず、property、期間、organic searchの対象をそろえてから原因を探します。

検索結果での選ばれ方と訪問後の行動を分ける

数字を一つにまとめるのではなく、pageごとに二段階で読みます。まず、検索結果に出ているか、clickされているかを見ます。次に、訪問後に読まれ、問い合わせや購入につながっているかを見ます。

表示回数が多くclickが少ないpageは、検索結果で見えるtitleやdescription、検索語とpage内容の対応を確認する候補です。clickがあり、訪問後の行動が弱いpageは、検索結果の文面より先に、pageの答え、条件、次の行動を見直す候補です。どちらの場合も、数字だけで原因を確定してはいけません。pageを開いて、検索した人が最初に見える内容まで確認します。

平均掲載順位も、pageを直す順番を決める一つの材料です。表示回数が少ないpageと、表示回数が多いpageでは、同じ平均掲載順位でも優先度が違います。順位だけを追うと、実際に検索結果へ出ていないpageや、訪問後に読まれていないpageへ時間を使うことがあります。表示回数、click、landing pageの行動を並べ、事業上の目的に近いpageから確認します。

titleやdescriptionを見直す場合も、検索結果のclickだけを増やす文言にしません。pageを開いた後に説明できない約束をtitleへ書けば、訪問者はすぐ戻ります。対応地域、対象サービス、費用の考え方のように、pageで実際に説明している内容を短く表します。検索結果で伝えることと、landing pageで答えることを同じ方向にそろえます。

landing pageごとに一つの仮説を置く

たとえば、あるservice pageに表示回数が多く、clickが少ない場合を考えます。「順位を上げる」という結論を急ぐ前に、検索結果で何を約束しているかを確認します。service名だけが並び、対応範囲や読者が判断したい条件が分からなければ、titleやdescriptionがpageの内容を正確に要約しているか見直します。

反対に、clickはあるのに直帰率が高くconversionが少ない場合は、訪問後のpageを確認します。料金、対象地域、依頼条件、問い合わせ方法のどれが不足しているかを調べます。検索結果で選ばれることと、site内で判断できることは別です。

訪問後のpageを直すときは、数字の低さだけで本文を増やしません。検索から来た人が最初に知りたいことが何かを考え、結論、条件、費用や対応範囲、次の操作の順に読めるかを確認します。料金を知りたい人へ会社の沿革だけを先に見せても、直帰率の原因を取り除けません。pageの冒頭、見出し、問い合わせへのlink、formの順に見ます。

conversionが少ない場合も、pageだけが原因とは限りません。問い合わせを受ける時間、電話のつながりやすさ、formの送信、広告からの流入内容などを分けます。Google Analyticsで設定したconversionが実際の問い合わせ完了と合っているかも確認します。数字がゼロでも、計測が動いていないのか、利用者が進めていないのか、受ける側の案内が足りないのかを一つずつ見ます。

reportの期間と変更日を残す

Search ConsoleのclickとGoogle Analyticsのsessionが違うことは、誤りの証拠ではありません。toolの役割とdataの扱いが違うためです。reportを読むときは、同じ期間、同じlanding page、同じ変更履歴を並べます。

1. Search ConsoleとGoogle Analyticsのpropertyが正しく連携しているか確認する。
2. organic searchのlanding pageを一つ選び、表示回数、click、session、直帰率、conversionを並べる。
3. 検索結果での課題か、page内の課題か、検証したい仮説を一つ書く。
4. title、description、本文、link、formのうち、変える場所を一つ選ぶ。
5. 変更日と内容を記録し、同じ期間で再び比較する。

Analyticsのsegmentを掛けても、Search Console dataまで同じ条件に細かく分けられるとは限りません。deviceやcountryを含め、reportに何が出ているかを先に確認します。reportの画面を見てから、使える切り口だけで判断することが必要です。

一つのlanding pageで仮説を立てるときは、変更する場所を一つへ絞ります。検索結果で選ばれていないと考えるなら、titleとdescriptionが本文を正確に表しているかを確認します。訪問後に迷っていると考えるなら、本文の結論やformへの導線を確認します。同じ週に検索結果の文面、本文、広告、formを一度に替えると、次に数字が変わっても何が影響したか分かりません。

変更後は、reportを開く前に、実際の検索結果とlanding pageを確認します。titleを直したなら、pageの内容と矛盾していないかを見る。formを直したなら、入力から送信後の案内まで通す。数字の変化を待つ前に、利用者が目にする内容が意図どおりかを確かめます。reportは、画面を直したことを確認する代わりにはなりません。

reportを見る作業とpageを直す判断を分ける

Search ConsoleとGoogle Analyticsの連携は、数字を一つにするための機能ではありません。検索結果から訪問後までをpage単位で追い、直す場所を選ぶために使います。reportを作る人とpageを修正する人が別でも、変更前後のpage、期間、仮説は共有します。

外部の運用者がreportを出す場合も、問い合わせや購入として数える条件はsite側で持ちます。clickやsessionが増えても、対象外の相談や運用できない依頼ばかりなら、事業上の成果とは言えません。検索結果の数字、訪問後の行動、受け付けた成果を分けて記録します。

reportを共有するときは、表の数字だけでなく、対象landing page、期間、仮説、次に確認する場所を添えます。制作側へ本文修正を頼むなら、どの検索語に答えるpageか、残すべき条件は何かを伝えます。広告担当へ依頼するなら、organic searchのreportと混ぜず、広告からの流入を別に見ます。数字を読む仕事と、pageを直す仕事、問い合わせを判断する仕事を分けても、同じ目的へつながるようにします。

最初に並べるのは、organic searchで人を受けているlanding page一つです。そのpageについて、表示回数、click、session、訪問後の行動、事業上の成果を順に見ます。どの段階で利用者が止まっているかを仮説にしてから、必要な一か所だけを確認または修正します。