Looker StudioでSEOレポートを作成する方法|検索順位・流入・成果を可視化する実践ガイド
SEO施策では、検索順位、表示回数、クリック数、自然検索流入、問い合わせ数など、複数の数値を継続的に確認する必要があります。しかし、Google Search Console、Google アナリティクス4、順位計測ツールなどを個別に開いていると、数値の確認だけで時間がかかり、施策の判断が遅れやすくなります。
Looker Studioを利用すれば、複数のデータソースを一つのレポート画面にまとめ、必要な数値を同じ条件で確認できます。期間比較や端末別分析、ページ別分析も操作画面から切り替えられるため、月次報告だけでなく、日常的なSEO監視にも活用できます。
ただし、表示できる指標を無計画に追加すると、情報量が増えすぎて、何を判断するレポートなのか分からなくなります。本記事では、レポートの目的設定からデータ接続、計算フィールド、比較表、共有、自動更新まで、実務で使えるSEOレポートの作成方法を詳しく解説します。
1. SEOレポートとは
SEOレポートとは、検索エンジン経由の集客状況や、検索流入によって生まれた成果を継続的に確認するための資料です。検索順位だけを見るのではなく、表示回数、クリック率、流入後の行動、問い合わせや購入などを組み合わせ、施策が事業成果につながっているかを判断します。
Looker StudioでSEOレポートを作成すると、担当者が毎回表計算ソフトへ数値を転記する必要がなくなります。データソースが更新されるとレポート側にも反映されるため、作業時間を削減しながら、同じ定義の数値を関係者と共有できます。
1.1 SEOレポートを作成する目的
SEOレポートの目的は、単にアクセス数を報告することではありません。どの施策が検索結果で評価され、どのページが流入や成果を生み、どこに改善余地があるのかを判断できる状態を作ることが重要です。
例えば、自然検索流入が増えていても、問い合わせ件数が増えていなければ、集客している検索語句とサービス内容が合っていない可能性があります。流入数と成果数を同じ画面で確認すれば、集客量だけに偏らず、事業への影響を含めて評価できます。
1.2 経営層向けレポートと実務担当者向けレポート
経営層向けのSEOレポートでは、自然検索から生まれた売上、問い合わせ、商談、費用対効果などを中心に表示します。検索語句や個別ページの細かな変化よりも、事業目標に対してSEOがどの程度貢献したかを短時間で確認できる構成が適しています。
一方、実務担当者向けのレポートでは、検索順位、表示回数、クリック率、ランディングページ、端末、国、検索結果タイプなど、改善施策につながる情報が必要です。同じデータを使用する場合でも、閲覧者の役割によって表示項目と情報量を変える必要があります。
1.3 月次報告と日常監視の役割
月次報告では、前月比や前年同月比を使い、中長期的な変化を説明します。施策の実施内容と数値の変化を結び付け、次月に何を改善するかまで示すことで、報告資料が意思決定の材料になります。
日常監視では、急激なクリック減少、特定ページの順位低下、計測停止などを早期に発見することが目的です。月次資料と同じ画面にすべて詰め込むのではなく、監視用ページと報告用ページを分けると、異常を見つけやすくなります。
1.4 SEOレポートで追うべき成果
SEOレポートでは、検索結果上の成果とサイト内の成果を分けて確認します。検索結果上の成果には表示回数、クリック数、クリック率、平均掲載順位が含まれ、サイト内の成果にはセッション、エンゲージメント、問い合わせ、購入、資料請求などが含まれます。
両方をつなげて見ることで、「検索順位は上がったが流入が増えていない」「流入は増えたが成果が減っている」といった問題を発見できます。検索順位だけを最終成果として扱わず、事業目標まで段階的に追うことが重要です。
1.5 レポート作成前に決める判断項目
レポートを作成する前に、閲覧者がレポートを見て何を判断するのかを決めます。例えば、リライト対象を決める、検索結果のクリック率を改善する、成果につながるページを増やすなど、判断内容を具体化します。
判断項目が明確になると、必要な指標とグラフも自然に決まります。表示できる数値をすべて追加するのではなく、判断に使用しない項目を省くことで、重要な変化が埋もれにくいレポートになります。
2. データソースを接続する
Looker StudioのSEOレポートでは、Google Search ConsoleとGoogle アナリティクス4が主要なデータソースになります。必要に応じて、Google 広告、表計算シート、順位計測ツール、顧客管理システムなどを追加します。
それぞれのデータソースは、計測対象や集計方法が異なります。数値を一つのグラフに統合する前に、どのデータが何を示しているかを確認し、同じ意味を持たない数値を直接比較しないことが重要です。
2.1 Google Search Consoleを接続する
Looker Studioの編集画面から「データを追加」を選択し、Google Search Consoleのコネクタを指定します。対象プロパティを選択した後、サイト全体の分析には「サイトのインプレッション」、ページ単位の分析には「URLのインプレッション」を使用します。
検索語句、国、端末、検索結果タイプを中心に分析する場合は、サイトのインプレッションが適しています。ランディングページ別のクリック数や掲載順位を確認する場合は、URLのインプレッションを追加し、用途に応じてデータソースを使い分けます。
| 接続方式 | 主な分析対象 | 適した用途 |
|---|---|---|
| サイトのインプレッション | 検索語句、国、端末、検索結果タイプ | 検索需要や検索語句の分析 |
| URLのインプレッション | ランディングページ、検索指標 | ページ別のSEO評価 |
| 両方を別々に接続 | 検索語句とページ | 複数ページで構成する詳細レポート |
2.2 Google アナリティクス4を接続する
Google アナリティクス4を接続すると、自然検索から訪問したユーザーの行動を確認できます。セッション、エンゲージメント率、平均エンゲージメント時間、キーイベント、購入収益などを表示できるため、検索結果上の数値だけでは分からない成果を把握できます。
接続時には、対象のアカウント、プロパティ、データストリームを慎重に選択します。複数サイトを管理している場合は、Search ConsoleとGoogle アナリティクス4で対象ドメインが一致しているか確認し、別サイトのデータを混在させないようにします。
2.3 表計算シートを補助データとして使う
表計算シートは、施策履歴、記事カテゴリ、担当者、公開日、重要ページ一覧など、計測ツールだけでは取得できない情報を追加する場合に便利です。URLを共通キーとして使用すれば、ランディングページにカテゴリや担当部署を付与できます。
ただし、URL表記が一致していないと、データを結合した際に数値が欠落します。末尾のスラッシュ、通信方式、サブドメイン、パラメータなどの表記を統一し、Search ConsoleやGoogle アナリティクス4のURL形式に合わせる必要があります。
2.4 外部順位計測ツールを接続する
順位計測ツールのデータを追加すると、Search Consoleだけでは確認しにくい日次順位や競合順位を表示できます。直接接続できない場合は、外部ツールから出力したデータを表計算シートやデータベースへ保存し、Looker Studioから読み込みます。
Search Consoleの平均掲載順位と、順位計測ツールの検索順位は同じ意味ではありません。前者はユーザーに表示された検索結果全体の平均値であり、後者は指定条件で計測した順位であるため、レポート内でも名称を分けて表示します。
2.5 データソースごとの役割を決める
同じ指標を複数のデータソースから取得すると、閲覧者がどの数値を信頼すべきか分からなくなります。表示回数とクリック数はSearch Console、セッションと成果はGoogle アナリティクス4、施策情報は表計算シートというように、役割を明確にします。
役割を決めた後は、レポート内の注記にもデータ元を記載します。数値の定義が異なる場合や、反映までに時間差がある場合も説明しておくと、月次会議で不要な確認作業が発生しにくくなります。
3. 検索パフォーマンスを可視化する
検索パフォーマンスのページでは、検索結果でサイトがどの程度表示され、どれだけクリックされたかを確認します。最初に主要指標をカード形式で配置し、その下に推移グラフと詳細表を置くと、全体から詳細へ自然に確認できます。
表示回数、クリック数、クリック率、平均掲載順位は相互に関係しています。一つの指標だけで判断せず、複数の変化を組み合わせて原因を推測することが重要です。
3.1 表示回数を確認する
表示回数は、サイトのページが検索結果に表示された回数を示します。表示回数が増えている場合、検索需要の増加、新しい検索語句での露出、順位上昇、公開ページの増加などが考えられます。
ただし、表示回数の増加が必ずしも良い流入につながるとは限りません。対象サービスと関係の薄い検索語句で表示されている可能性もあるため、検索語句やランディングページと組み合わせて確認します。
3.2 クリック数の推移を追う
クリック数は、検索結果から実際にサイトへ訪問した回数を示します。日別または週別の折れ線グラフを作成し、前期間や前年同期間と比較すると、季節性と施策効果を区別しやすくなります。
クリック数が急激に減少した場合は、順位低下だけでなく、検索結果タイトルの変更、検索需要の減少、インデックス問題、計測の遅延なども確認します。重要な更新日をグラフ付近に記載すると、変化の原因を説明しやすくなります。
3.3 クリック率を分析する
クリック率は、表示された検索結果のうち、どの程度クリックされたかを示す割合です。掲載順位が高くてもクリック率が低い場合、タイトルや説明文が検索意図に合っていない可能性があります。
クリック率は順位による影響を強く受けるため、順位帯別に分析することが重要です。例えば、平均掲載順位が1位から3位の検索語句だけを抽出し、その中でクリック率が低い語句を探すと、改善対象を見つけやすくなります。
クリック率の計算フィールド例
IF( SUM(表示回数) = 0, 0, SUM(クリック数) / SUM(表示回数) )
3.4 平均掲載順位を読み取る
平均掲載順位は、検索結果に表示された位置の平均値です。同じ検索語句でも、利用者の地域、端末、検索履歴、表示機能によって順位が異なるため、固定的な順位として扱わないようにします。
順位が改善しているのにクリック数が増えていない場合は、表示回数やクリック率も確認します。検索需要が小さい語句や、検索結果内で広告や強調表示が多い語句では、順位上昇が流入増加に直結しないことがあります。
3.5 主要指標を同じ画面で確認する
主要指標は、期間比較付きのスコアカードとして画面上部に配置します。クリック数、表示回数、クリック率、平均掲載順位を横並びにすると、変化の方向を短時間で確認できます。
カードの下には、クリック数と表示回数の推移グラフを配置します。平均掲載順位は数値が小さいほど良い指標であるため、他の指標と同じ軸に重ねず、別のグラフやカードで表示した方が誤解を防げます。
4. ランディングページを分析する
ランディングページ分析では、検索結果から最初に訪問されたページごとの成果を確認します。検索流入を集めているページだけでなく、問い合わせや購入につながっているページを見つけることが目的です。
URLをそのまま一覧表示すると読みにくくなるため、ページタイトル、カテゴリ、公開日などを補助データとして追加すると、改善対象を判断しやすくなります。
4.1 流入上位ページを表示する
クリック数や自然検索セッションの多いページを表形式で表示します。ページ名、クリック数、表示回数、クリック率、平均掲載順位を並べると、流入規模と検索結果上の状態を同時に確認できます。
上位ページだけでなく、前期間から大きく増加したページも表示することが重要です。現在の流入量が小さくても、成長率が高いページは今後の主要流入源になる可能性があります。
4.2 流入減少ページを発見する
前期間と比較してクリック数が減少したページを抽出します。単純な減少数だけで並べると、大規模ページばかりが上位に表示されるため、減少率と減少数の両方を確認します。
減少ページを見つけた後は、表示回数、順位、クリック率のどこが変化したかを確認します。表示回数が減っている場合は需要やインデックス、順位が下がっている場合は競合や内容、クリック率が下がっている場合は検索結果上の見え方を調査します。
4.3 URLパラメータを除外する
広告計測や絞り込み機能によってURLパラメータが付与されると、同じページが複数行に分かれることがあります。ページ単位で正しく集計するには、パラメータを削除した正規化URLを計算フィールドで作成します。
ただし、パラメータによってページ内容が大きく変わるサイトでは、無条件に削除すると異なるページを同一視してしまいます。パラメータの役割を確認し、計測用のパラメータだけを除外します。
URL正規化の計算フィールド例
REGEXP_REPLACE(ランディング ページ, "\\?.*$", "")
4.4 ページカテゴリ別に評価する
記事、サービス、事例、製品、採用など、ページカテゴリごとに成果を比較します。URLのディレクトリ構造が統一されている場合は、正規表現を使ってカテゴリを自動分類できます。
カテゴリごとのクリック数だけでなく、成果率や平均エンゲージメント時間も確認します。流入が多い記事カテゴリと、成果を生みやすいサービスカテゴリの役割を分けて評価すると、コンテンツ投資の判断がしやすくなります。
ページ分類の計算フィールド例
CASE WHEN REGEXP_MATCH(ランディング ページ, ".*/service/.*") THEN "サービス" WHEN REGEXP_MATCH(ランディング ページ, ".*/column/.*") THEN "コラム" WHEN REGEXP_MATCH(ランディング ページ, ".*/case/.*") THEN "事例" WHEN REGEXP_MATCH(ランディング ページ, ".*/recruit/.*") THEN "採用" ELSE "その他" END
4.5 ページ別の改善優先度を決める
改善優先度は、検索需要、現在順位、クリック率、成果への近さを組み合わせて決めます。表示回数が多く、順位が4位から15位程度で、事業との関連性が高いページは、改善効果を得やすい候補です。
一方、検索需要が小さいページや、成果につながりにくい検索語句を集めているページは、順位が上がっても事業への影響が限定的です。数値だけで機械的に優先順位を決めず、検索意図と事業価値を含めて判断します。
5. 検索語句を分析する
検索語句分析では、利用者がどのような言葉で検索し、サイトを見つけたかを確認します。検索語句はユーザーの悩みや目的を直接反映するため、新規記事の企画や既存ページの改善に活用できます。
ただし、Search Consoleではプライバシー保護などの理由により、すべての検索語句が表示されるわけではありません。表示される数値を全体と考えず、傾向を把握するためのデータとして扱います。
5.1 クリック数の多い検索語句を確認する
クリック数の多い検索語句は、現在の自然検索流入を支えている重要な語句です。クリック数、表示回数、クリック率、平均掲載順位を表にし、どの語句が安定して流入を生んでいるかを確認します。
主要な検索語句が少数に偏っている場合、順位低下による影響が大きくなります。関連する検索意図を広げ、複数の検索語句から流入を得られるページ構成にすることで、流入の偏りを軽減できます。
5.2 表示回数が多くクリック率が低い語句を探す
表示回数が多いにもかかわらずクリック率が低い検索語句は、検索結果上の改善候補です。タイトル、説明文、ページ内容が検索意図と一致しているかを確認します。
ただし、平均掲載順位が低い場合は、クリック率よりも順位改善を優先すべきことがあります。順位帯を限定した上でクリック率を比較すると、タイトル改善が有効な語句を見つけやすくなります。
5.3 指名検索と非指名検索を分ける
会社名、サービス名、製品名などを含む指名検索は、すでにブランドを知っている利用者による検索です。一般的な悩みや課題を表す非指名検索とは、検索意図と成果率が異なるため、同じ数値としてまとめない方が適切です。
指名検索が増加している場合、SEO以外の広告、広報、展示会、口コミなどが影響している可能性があります。非指名検索の増加は、新しい利用者との接点が広がっていることを示すため、両者を分けて推移を確認します。
指名検索分類の計算フィールド例
CASE WHEN REGEXP_MATCH(LOWER(クエリ), "会社名|サービス名|ブランド名") THEN "指名検索" ELSE "非指名検索" END
5.4 質問形式の検索語句を抽出する
「とは」「方法」「なぜ」「できない」「比較」などを含む検索語句は、利用者が具体的な回答を求めている可能性があります。質問形式の語句を抽出すると、見出し追加やよくある質問の作成に活用できます。
質問形式の検索語句で表示回数は多いものの順位が低い場合、回答が不十分である可能性があります。検索語句の表現をそのまま繰り返すのではなく、背景、手順、注意点、判断基準まで含めて回答を充実させます。
5.5 検索意図ごとに分類する
検索語句は、情報収集、比較検討、購入・問い合わせ、場所検索などに分類できます。分類結果を円グラフだけで表示するのではなく、クリック数や成果数と組み合わせて、どの意図が事業成果につながっているかを確認します。
自動分類では完全な判定が難しいため、最初から細かく分けすぎないことが重要です。主要な3種類から5種類程度に分け、分類できない語句は「その他」として残し、必要に応じて条件を改善します。
6. コンテンツ成果を評価する
コンテンツの評価では、流入数だけでなく、検索意図への適合度や成果への貢献を確認します。多くのアクセスを集めても、すぐに離脱されるページや、次の行動につながらないページは改善が必要です。
記事単体の数値だけを見るのではなく、公開日、更新日、カテゴリ、執筆者、検索意図などを追加すると、成果が出やすいコンテンツの特徴を見つけられます。
6.1 新規記事の成果を確認する
新規記事は、公開直後から大きな流入を得られるとは限りません。公開日からの経過日数、表示回数、掲載順位、クリック数を確認し、検索結果に露出し始めているかを段階的に評価します。
公開から日が浅い記事を既存記事と同じ基準で評価すると、成果が低く見えます。公開後30日、60日、90日などの期間を分け、インデックス、表示、クリック、成果の順に進んでいるかを確認します。
6.2 リライト記事の変化を測る
リライトの効果を測るには、更新前後の同じ長さの期間を比較します。クリック数だけでなく、表示回数、掲載順位、クリック率、成果数を確認し、どの段階が改善したかを判断します。
季節性が強い検索語句では、直前期間との比較だけでは正確に評価できません。前年同期間や検索需要の推移も参照し、リライト以外の要因による増減を可能な範囲で除外します。
6.3 エンゲージメントを確認する
Google アナリティクス4のエンゲージメント率や平均エンゲージメント時間を使うと、訪問後にページが利用されているかを確認できます。ただし、長い滞在時間が必ずしも高品質を意味するわけではありません。
短時間で必要な情報を得て問い合わせへ進むページもあれば、長時間読まれても成果につながらないページもあります。ページの目的に応じて、スクロール、内部リンクのクリック、動画再生、フォーム到達などの行動を追加計測します。
6.4 内部リンクの効果を追う
記事からサービスページや問い合わせページへの内部リンクを計測すると、コンテンツが成果ページへ利用者を送れているか確認できます。内部リンクのクリックイベントをGoogle アナリティクス4へ送信し、Looker Studioでページ別に表示します。
クリック数が少ない場合は、リンクの位置、案内文、関連性を見直します。単にリンク数を増やすのではなく、読者が次に知りたい内容や、検討段階に合うページへ自然に誘導することが重要です。
6.5 コンテンツ群単位で評価する
一つのテーマに対して複数の記事を作成している場合、個別記事だけでなくコンテンツ群全体で評価します。中心となるページと関連ページを分類し、テーマ全体の表示回数、クリック数、成果数を確認します。
記事同士が同じ検索意図を狙っていると、検索結果で競合することがあります。コンテンツ群の中で表示回数が分散し、どの記事も順位が上がらない場合は、統合、役割変更、内部リンク強化を検討します。
7. 技術SEOの状態を監視する
Looker Studioは、検索パフォーマンスだけでなく、技術SEOの監視にも活用できます。クロール結果、インデックス状況、表示速度、エラーページなどを外部データから取り込めば、問題の増減を一つの画面で確認できます。
技術SEOの数値は、問題件数を表示するだけでは不十分です。影響を受けるページの重要度、発生時期、修正状況を加え、対応が必要な問題を判断できる構成にします。
7.1 インデックス対象ページを確認する
検索結果に表示させたいページがインデックスされているかを確認します。サイトマップのURL一覧、クロールデータ、Search Consoleから出力した情報などを組み合わせ、対象ページ数と確認済みページ数を表示します。
インデックス数が減少した場合でも、不要ページの削除による正常な変化である可能性があります。重要ページが除外されていないか、正規URL設定やnoindex指定に誤りがないかをページ単位で確認します。
7.2 クロールエラーを監視する
クロールツールから出力したデータを取り込み、存在しないページ、転送の連鎖、サーバーエラーなどを分類します。エラー件数の推移を表示すると、新しい問題が増えているかを確認できます。
すべてのエラーを同じ優先度で扱う必要はありません。外部リンクや検索流入があるURL、重要ページからリンクされているURL、成果に近いページを優先し、対応順を決めます。
7.3 ページ表示速度を確認する
表示速度に関するデータを取り込む場合は、ページ単位だけでなく、ページ種類や端末別に集計します。個別URLの数値は変動しやすいため、サービスページ、記事、製品ページなどのまとまりで傾向を確認します。
速度指標が悪化した時期と、画像追加、計測タグ追加、画面改修などの変更時期を照合します。数値を表示するだけでなく、変更履歴を補助データとして持たせると、原因を追いやすくなります。
7.4 重複ページを確認する
クロールデータから、タイトル、説明文、見出し、本文の重複を抽出し、Looker Studioで件数やURL一覧を表示できます。特に大規模サイトでは、絞り込みページや自動生成ページによる重複が発生しやすくなります。
重複しているからといって、すべて削除する必要はありません。利用者に必要なページか、検索結果へ表示させる必要があるか、正規URLが設定されているかを確認し、ページの役割に応じて対応します。
7.5 技術SEOの対応状況を表示する
問題一覧に担当者、優先度、対応期限、状態を追加すると、SEOレポートを改善管理にも使用できます。表計算シートを補助データとして接続し、未対応、対応中、確認待ち、完了などの状態を表示します。
対応件数だけでなく、重要ページへの影響が解消されたかを確認する必要があります。完了扱いになっていても、再クロールや再計測が済んでいない場合は、確認待ちとして区別します。
8. 地域・端末・利用環境を分析する
検索結果とサイト内行動は、地域や端末によって大きく異なることがあります。全体平均だけを見ていると、特定の利用環境で発生している問題を見逃す可能性があります。
Looker Studioでは、選択式のフィルタを配置することで、閲覧者が地域、端末、国、ブラウザなどを切り替えて確認できます。利用者の多い条件を優先し、細かすぎる分類は避けます。
8.1 端末別の検索成果を確認する
Search Consoleの端末分類を使い、パソコン、モバイル、タブレットごとのクリック数、表示回数、クリック率、掲載順位を比較します。端末によって検索結果の表示形式が異なるため、クリック率にも差が生まれます。
モバイルの順位やクリック率が低い場合は、表示速度、画面構成、タイトルの見え方を確認します。検索結果上の問題と、サイト訪問後の使いやすさを分けて調査することが重要です。
8.2 地域別の自然検索流入を確認する
Google アナリティクス4の地域データを使うと、都道府県や都市ごとの自然検索流入を確認できます。店舗型事業や地域サービスでは、対応地域からの流入が増えているかを評価できます。
地域名を含むページを作成していても、対象外地域からの流入が多い場合は、検索意図とのずれが考えられます。流入地域と問い合わせ地域を比較し、実際の商圏に合った集客ができているかを確認します。
8.3 国別の検索パフォーマンスを確認する
複数言語や海外向けサイトでは、国別にSearch Consoleの数値を表示します。同じ言語でも国によって検索需要や競合状況が異なるため、全地域をまとめた平均掲載順位だけでは判断できません。
対象国からの表示回数が少ない場合は、言語設定、地域向けページ、外部評価、検索需要を確認します。対象外の国から表示されている場合は、ページの言語や地域指定が適切かを見直します。
8.4 ブラウザや画面サイズの問題を見つける
Google アナリティクス4のブラウザや画面解像度を使うと、特定環境で成果率が低い問題を発見できます。フォーム、固定ボタン、メニューなどが一部環境で操作しにくい場合、SEO流入があっても成果につながりません。
利用者数が極端に少ない環境に多くの工数をかける必要はありません。利用者数、成果への影響、修正難易度を確認し、主要な環境から改善します。
8.5 条件フィルタを配置する
レポート上部に端末、国、ページカテゴリ、検索語句分類などのフィルタを配置すると、同じ画面で条件を切り替えられます。閲覧者が操作に迷わないよう、使用頻度の高いフィルタだけを表示します。
フィルタ同士を組み合わせると、対象データが少なくなりすぎる場合があります。選択中の条件が分かる表示を加え、数値がゼロになった場合でも、計測不良と誤解されないようにします。
9. 自然検索からの成果を計測する
SEOの最終評価では、検索流入が問い合わせ、購入、資料請求、会員登録などにつながっているかを確認します。クリック数や順位が伸びていても、事業成果につながらなければ、対象検索語句や導線の見直しが必要です。
成果地点はGoogle アナリティクス4で正しく設定し、Looker Studioでは自然検索に限定して表示します。すべての成果を合算するのではなく、重要度や価値に応じて分けて確認します。
9.1 問い合わせ数を表示する
問い合わせ完了イベントを成果として設定し、自然検索セッションから発生した件数を表示します。月次推移、前期間比、ランディングページ別の件数を確認すると、どのページが問い合わせに貢献しているか分かります。
問い合わせ完了ページの表示だけを計測している場合、ページの再読み込みや直接アクセスで重複する可能性があります。フォーム送信の成功時にイベントを送るなど、計測方法を確認します。
9.2 購入数と売上を表示する
電子商取引サイトでは、自然検索から発生した購入数、購入収益、平均購入額を表示します。商品カテゴリやランディングページ別に分けると、SEOがどの商品群の売上に貢献しているかを確認できます。
購入までに複数回訪問する場合、最後の流入元だけではSEOの貢献が小さく見えることがあります。Looker Studio上の数値がどの貢献ルールに基づくかを明記し、広告レポートなどと比較する際の認識を合わせます。
9.3 中間成果を計測する
問い合わせや購入の件数が少ないサイトでは、フォーム到達、料金ページ閲覧、資料閲覧、電話番号クリックなどを中間成果として設定します。最終成果だけでは判断に時間がかかる場合でも、改善の方向を早く確認できます。
中間成果を増やしすぎると、重要な成果が分かりにくくなります。最終成果との関係が強い行動を選び、単なるページ閲覧と明確に区別します。
9.4 ランディングページ別の成果率を計算する
ページ別の成果率を表示すると、流入量が少なくても成果につながりやすいページを発見できます。成果数だけで並べると流入の多いページが有利になるため、セッション数と成果率を並べて確認します。
成果率が高く、流入が少ないページは、関連検索語句の拡大や内部リンク強化によって成果を増やせる可能性があります。反対に、流入が多く成果率が低いページは、検索意図や導線を改善します。
成果率の計算フィールド例
IF( SUM(自然検索セッション) = 0, 0, SUM(成果数) / SUM(自然検索セッション) )
9.5 SEO施策の費用対効果を確認する
SEO費用として、制作費、外部支援費、ツール費、社内工数などを表計算シートで管理し、成果価値と比較できます。費用対効果を表示する場合は、成果一件当たりの価値や売上の計上方法を事前に決めます。
SEOは施策実施から成果発生まで時間がかかることがあるため、単月の費用と単月の成果だけを比較すると誤解が生まれます。複数月の累積値や、施策開始からの推移を合わせて確認します。
10. 期間比較とフィルタを設定する
SEOでは、数値そのものよりも変化を見ることが重要です。Looker Studioの期間設定と比較期間を使うと、前月比、前期間比、前年同期間比を自動で表示できます。
比較条件はページごとに統一し、グラフとカードで異なる期間を使わないようにします。比較対象が異なる場合は、画面上に条件を明記します。
10.1 日付範囲コントロールを追加する
日付範囲コントロールを配置すると、閲覧者が任意の期間へ変更できます。初期設定は直近28日、前月、直近3か月など、レポートの利用目的に合わせます。
Search ConsoleとGoogle アナリティクス4では、最新日の反映状況が異なる場合があります。日付範囲を最新日まで設定しても、一部データが確定していない可能性があるため、注記を加えます。
10.2 前期間比較を設定する
前期間比較は、選択した期間と同じ長さの直前期間を比較する方法です。短期間の施策効果や、直近の変化を確認する場合に適しています。
ただし、曜日構成や祝日が異なると数値が変わることがあります。7日、28日など曜日数がそろう期間を選ぶと、曜日による差を軽減できます。
10.3 前年同期間比較を設定する
季節性があるサイトでは、前年同期間との比較が有効です。旅行、贈答、採用、税務など、特定時期に需要が集中する分野では、直前期間だけでは増減の理由を判断しにくくなります。
前年同期間と比較する際は、サイト構成、計測設定、事業内容が変わっていないか確認します。大規模なサイト移転や計測変更があった場合は、単純比較できないことをレポート上で説明します。
10.4 ページフィルタを設定する
正規表現を使ったフィルタを作成すると、特定ディレクトリやページ種類だけを表示できます。サービスページ、記事、製品ページなどを切り替えられるようにすると、担当部署ごとに同じレポートを利用できます。
除外条件も重要です。確認用ページ、社内ページ、不要なパラメータURLなどが含まれている場合は、データソースまたはグラフ側のフィルタで除外します。
10.5 検索語句フィルタを設定する
検索語句の入力フィルタを配置すると、特定の語句を含むデータだけを表示できます。サービス名、地域名、課題名などを入力し、関連する検索パフォーマンスを素早く確認できます。
部分一致では意図しない語句が含まれることがあります。重要な分類では正規表現や計算フィールドを使い、表記揺れ、ひらがな、カタカナ、英字、大文字・小文字を考慮します。
11. 計算フィールドを活用する
計算フィールドを使うと、元データに存在しない分類や比率をLooker Studio上で作成できます。指名検索の分類、URLカテゴリ、順位帯、改善候補などを自動表示できるため、手作業による更新を減らせます。
一方で、複雑な式を増やしすぎると、処理速度の低下や保守の難しさにつながります。再利用する分類はデータソース側に作成し、一時的な分析はグラフ側で作成するなど、用途を分けます。
11.1 順位帯を作成する
平均掲載順位を1位から3位、4位から10位、11位から20位などに分けると、順位帯別のクリック率や表示回数を比較できます。個別順位だけを見るよりも、改善対象の規模を把握しやすくなります。
平均掲載順位には小数が含まれるため、境界条件を明確にします。例えば3.8は「4位から10位」に含めるなど、レポート内で一貫した条件を使用します。
順位帯の計算フィールド例
CASE WHEN 平均掲載順位 <= 3 THEN "1位~3位" WHEN 平均掲載順位 <= 10 THEN "4位~10位" WHEN 平均掲載順位 <= 20 THEN "11位~20位" WHEN 平均掲載順位 <= 50 THEN "21位~50位" ELSE "51位以下" END
11.2 クリック率改善候補を抽出する
表示回数が多く、順位が高いにもかかわらず、クリック率が低い検索語句を改善候補として分類します。タイトルや説明文を見直す対象を、毎回手作業で探す必要がなくなります。
基準値はサイトや業界によって異なります。一律のクリック率を使用するのではなく、過去データや順位帯別の平均値を参考に条件を調整します。
改善候補の計算フィールド例
CASE WHEN 表示回数 >= 1000 AND 平均掲載順位 <= 10 AND クリック率 < 0.03 THEN "クリック率改善候補" ELSE "通常" END
11.3 成長ページを分類する
クリック数やセッション数の増減率を使い、成長、横ばい、減少などの状態を表示できます。ページ数が多いサイトでも、変化の大きいページを短時間で発見できます。
増減率だけでは、元の数値が小さいページが上位になりやすいため、最低クリック数や最低表示回数の条件を加えます。増加率と増加数の両方を表示すると、実際の影響を判断しやすくなります。
11.4 URLからディレクトリを抽出する
URL構造が統一されている場合、正規表現で第一階層や第二階層を抽出できます。ディレクトリ別にクリック数や成果数を表示すれば、サイト内のどの領域が成長しているかを確認できます。
URL構造が変更された場合は、分類条件も更新する必要があります。旧URLと新URLが混在している期間は、両方の条件を式に含めます。
ディレクトリ抽出の計算フィールド例
REGEXP_EXTRACT( ランディング ページ, "https?://[^/]+/([^/]+)/" )
11.5 空欄やゼロ除算を処理する
データに空欄が含まれていると、表の分類が分散したり、計算結果が表示されなかったりします。IFNULLやCASEを使い、空欄を「未分類」などの表示へ置き換えます。
比率を計算する場合は、分母がゼロになる条件も処理します。エラー表示を防ぐだけでなく、ゼロとデータ欠損を同じ意味として扱ってよいかを確認します。
空欄処理の計算フィールド例
IFNULL(ページカテゴリ, "未分類")
12. 読みやすい画面を設計する
SEOレポートは、数値が正しくても読みにくければ活用されません。閲覧者が最初に全体状況を把握し、次に原因を調べ、最後に改善対象を確認できる順番で配置します。
色やグラフの種類を増やすよりも、情報の優先順位を明確にすることが重要です。同じ意味の指標には同じ表示方法を使用し、ページごとに配置規則を変えないようにします。
12.1 画面上部に主要指標を置く
画面上部には、クリック数、自然検索セッション、成果数、成果率など、最も重要な指標を配置します。カード数が多すぎると重要度が分からなくなるため、4項目から6項目程度に絞ります。
各カードには比較値を表示し、増減の方向を確認できるようにします。ただし、平均掲載順位は数値が減少すると改善を意味するため、色や矢印が他の指標と逆にならないよう設定します。
12.2 推移グラフを配置する
推移グラフでは、日別、週別、月別を目的に応じて使い分けます。日別は異常検知に適していますが変動が大きく、月別は長期傾向を見やすい一方で急な問題を発見しにくくなります。
複数指標を一つのグラフに重ねる場合は、単位が近いものに限定します。クリック数と成果率のように単位が異なる指標は、別グラフに分けるか、二軸表示の意味を明記します。
12.3 詳細表に条件付き書式を使う
ページや検索語句の詳細表では、増加、減少、基準値未達などを条件付き書式で表示できます。数百行の表でも、対応が必要な行を見つけやすくなります。
色だけで状態を伝えると、閲覧環境によって判別しにくい場合があります。「改善候補」「減少」「確認済み」などの文字列も表示し、色がなくても意味が分かるようにします。
12.4 ページ数を分ける
一つのページにすべての情報を入れるのではなく、概要、検索語句、ランディングページ、成果、技術SEOなどに分けます。各ページの役割が明確になると、必要な情報へ移動しやすくなります。
ページ数を増やしすぎると、閲覧者が目的の場所を見つけられません。主要ページを5枚から8枚程度にまとめ、詳細分析は担当者向けの補助ページとして追加します。
12.5 注記と更新日時を表示する
レポートには、データ元、集計条件、除外条件、最新データの日付を表示します。特にSearch Consoleでは最新数日分が未確定の場合があるため、数値の反映状況を明記します。
計測変更やサイト移転があった場合は、その日付も記載します。グラフの急変が施策結果なのか、計測条件の変更なのかを区別できるようにします。
13. SEOレポートにおける各手法の違い
SEOレポートでは、似た名称の数値や分析方法を混同しやすいため、それぞれの違いを明確にする必要があります。数値の取得元、集計単位、利用目的が異なれば、同じ増減でも意味が変わります。
この章では、実務で混同されやすい組み合わせを比較します。どちらか一方を選ぶのではなく、目的に応じて使い分けることが重要です。
13.1 Search ConsoleとGoogle アナリティクス4の違い
Search Consoleは検索結果での表示やクリックを計測し、Google アナリティクス4はサイト訪問後の行動を計測します。検索結果でクリックされても、計測タグが動作しなければGoogle アナリティクス4には記録されない場合があります。
クリック数とセッション数が一致しないことは、必ずしも計測ミスではありません。計測対象、利用者の同意設定、複数回クリック、通信環境などが異なるため、数値の役割を分けて使用します。
| 比較項目 | Search Console | Google アナリティクス4 |
|---|---|---|
| 主な計測範囲 | 検索結果上の表示とクリック | サイト訪問後の行動 |
| 主な指標 | 表示回数、クリック数、クリック率、掲載順位 | セッション、エンゲージメント、成果、収益 |
| 主な分析対象 | 検索語句、ページ、国、端末 | 利用者、流入元、ページ、イベント |
| SEOレポートでの役割 | 検索結果での集客力 | 訪問後の成果 |
13.2 クリック数と自然検索セッションの違い
クリック数は検索結果からサイトがクリックされた回数です。自然検索セッションは、自然検索経由でサイト上の計測が開始された訪問を示します。
一人の利用者が検索結果を複数回クリックする場合や、計測タグが読み込まれない場合があるため、両者は一致しません。検索結果上の成果にはクリック数、サイト内の成果分析には自然検索セッションを使用します。
| 比較項目 | クリック数 | 自然検索セッション |
|---|---|---|
| データ元 | Search Console | Google アナリティクス4 |
| 計測地点 | 検索結果からのクリック | サイトで計測された訪問 |
| 主な用途 | 検索流入の獲得状況 | 訪問後の行動分析 |
| 数値差の主な要因 | 複数クリック、計測遅延 | 同意設定、タグ未読込、流入判定 |
13.3 平均掲載順位と順位計測ツールの違い
平均掲載順位は、実際に表示された検索結果の中で最上位に表示された位置などを基に集計されます。地域、端末、利用者、検索結果機能によって変動するため、幅のある平均値です。
順位計測ツールは、指定した検索語句、地域、端末などの条件で定点観測します。毎日の固定条件で変化を追いやすい一方、実際の全利用者への表示状況を完全に表すものではありません。
| 比較項目 | 平均掲載順位 | 順位計測ツールの順位 |
|---|---|---|
| データの性質 | 実際の表示結果の平均 | 指定条件での定点計測 |
| 地域・端末 | 利用者ごとに混在する場合がある | 設定条件を固定できる |
| 適した用途 | 全体傾向の確認 | 重要語句の日次監視 |
| 注意点 | 平均値による変動 | 設定条件に依存 |
13.4 前期間比較と前年同期間比較の違い
前期間比較は直近の施策や変化を確認する場合に適しています。短期間での順位変化、公開記事の伸び、障害発生後の回復などを追いやすい方法です。
前年同期間比較は、季節性を考慮した評価に適しています。需要が月や季節によって大きく変わる分野では、前期間比較と前年同期間比較の両方を使用します。
| 比較項目 | 前期間比較 | 前年同期間比較 |
|---|---|---|
| 比較対象 | 直前の同じ長さの期間 | 前年の同じ日付範囲 |
| 適した用途 | 直近施策の評価 | 季節性を含む評価 |
| 長所 | 変化を早く確認できる | 年間需要の差を抑えやすい |
| 注意点 | 曜日や季節の影響を受ける | サイトや計測条件の変更に注意 |
13.5 月次報告レポートと監視レポートの違い
月次報告レポートは、一定期間の成果と施策結果を関係者へ説明するために使用します。数値の背景や次の対応まで含め、意思決定につなげる構成が必要です。
監視レポートは、異常や急変を早く見つけるために使用します。日次推移、重要ページの減少、計測停止などを目立たせ、短時間で確認できる構成にします。
| 比較項目 | 月次報告レポート | 監視レポート |
|---|---|---|
| 主な目的 | 成果説明と施策判断 | 異常の早期発見 |
| 確認頻度 | 月1回程度 | 毎日または毎週 |
| 主な表示 | 前月比、前年同月比、成果 | 日次推移、急減、エラー |
| 情報量 | 背景説明を含める | 重要な異常を優先する |
14. レポートを自動更新・共有する
Looker Studioを利用する大きな利点は、接続データが更新されると、レポートも更新されることです。毎月同じ数値を表計算シートへ転記する作業を減らし、分析や改善施策に時間を使えます。
ただし、完全に放置できるわけではありません。接続権限、データ項目の変更、計測設定の変更などによって、グラフが表示されなくなる可能性があります。
14.1 閲覧権限を設定する
レポート共有では、閲覧のみ、編集可能、リンクを知っている利用者など、目的に合った権限を設定します。外部関係者へ共有する場合は、機密情報や個人情報が含まれていないか確認します。
編集権限を広く付与すると、フィルタやデータソースが意図せず変更される可能性があります。編集担当者を限定し、通常の閲覧者には閲覧権限のみを付与します。
14.2 データ認証情報を設定する
Looker Studioでは、所有者の認証情報を使う方法と、閲覧者自身の認証情報を使う方法があります。社内共有や顧客共有など、利用状況に応じて適切な方式を選択します。
所有者の認証情報を使用する場合、共有相手が元データへ直接アクセスできなくてもレポートを閲覧できることがあります。そのため、表示対象と共有範囲を慎重に確認します。
14.3 定期配信を設定する
定期配信機能を使うと、レポートの画面やPDFを指定した宛先へ送信できます。月次会議前や週次確認日に配信することで、確認漏れを減らせます。
配信するだけでは、数値の意味や対応内容までは伝わりません。重要な変化がある場合は、担当者がコメントを追加し、原因の仮説と次の対応を合わせて共有します。
14.4 データ更新エラーを監視する
データソースの認証切れ、項目名の変更、接続先ファイルの削除などによって、グラフが表示されなくなることがあります。定期的にレポートを開き、主要ページの表示状態を確認します。
表計算シートを接続している場合は、列名やデータ型を不用意に変更しないようにします。更新担当者向けに入力規則を決め、レポートが参照している列を明記します。
14.5 テンプレートとして複製する
複数サイトや複数顧客で似たレポートを作成する場合は、テンプレートを用意すると作業を減らせます。ページ構成、グラフ、計算フィールド、注記の形式を共通化します。
複製後は、データソース、ブランド名、対象ドメイン、指名検索条件、成果イベントを必ず変更します。前のサイトの条件が残っていると、誤った分類や情報漏えいにつながる可能性があります。
15. SEO改善サイクルにレポートを組み込む
SEOレポートは作成して終わりではなく、改善施策を決め、実行し、結果を検証するために使用します。数値を眺めるだけの会議ではなく、対応対象、担当者、期限まで決める運用が必要です。
毎月すべての指標を同じ深さで分析する必要はありません。主要指標を継続監視しながら、変化が大きい部分や事業上重要な部分を深く確認します。
15.1 定例確認の順番を決める
定例会では、最初に全体成果、次に検索パフォーマンス、その後にページや検索語句の詳細を確認します。最後に改善対象と担当者を決めることで、数値確認だけで会議が終わることを防げます。
確認順を固定すると、毎回異なる視点で話が広がる問題を減らせます。大きな異常がある場合のみ順番を変更し、原因調査を優先します。
15.2 異常値から原因を調査する
クリック数が減少した場合は、表示回数、掲載順位、クリック率、対象ページ、対象検索語句の順に分解します。最初から原因を一つに決めず、どの段階で変化が起きているかを確認します。
自然検索セッションだけが減少している場合は、Search Consoleのクリック数と比較します。クリック数が安定しているなら、計測タグ、同意設定、参照元判定など、アクセス解析側の問題も疑います。
15.3 改善施策と日付を記録する
記事公開、リライト、タイトル変更、内部リンク追加、サイト改修などの実施日を表計算シートへ記録します。施策履歴をグラフと照合すると、数値変化との関係を追いやすくなります。
施策名だけでなく、対象URL、変更内容、目的、担当者も記録します。同じページを複数回変更した場合でも、どの変更がどの結果につながったかを確認できます。
15.4 対応優先度を定期的に見直す
改善候補は、検索需要、順位、成果率、事業価値、対応工数を基に優先度を決めます。一度決めた優先度を固定せず、検索需要や事業方針の変化に合わせて見直します。
例えば、流入が多い記事よりも、流入は少なくても高い成果率を持つサービスページの改善を優先すべき場合があります。SEO指標だけでなく、事業への影響を判断基準に含めます。
15.5 レポート自体を改善する
使用されていないグラフや、判断に結び付かない指標は定期的に削除します。レポートの情報量が増え続けると、重要な変化が見つけにくくなります。
反対に、会議で毎回手作業による追加確認が発生する場合は、その分析をレポートへ組み込みます。閲覧者の質問や利用状況を基に更新し、実務に合ったレポートへ改善していきます。
おわりに
Looker StudioでSEOレポートを作成すると、Google Search Consoleの検索パフォーマンスと、Google アナリティクス4のサイト内行動を同じ画面で確認できます。検索順位やクリック数だけでなく、問い合わせ、購入、資料請求などの成果までつなげることで、SEO施策を事業成果の視点から評価できます。
効果的なレポートを作るためには、最初に閲覧者と判断目的を決め、必要な指標だけを配置することが重要です。表示できる数値をすべて載せるのではなく、全体状況、原因、改善対象の順に確認できる構成にすると、実務で使いやすくなります。
レポート完成後も、計測条件、サイト構成、事業目標に合わせて内容を更新する必要があります。定例会や日常監視に組み込み、数値確認から改善実行までを一つの流れにすることで、Looker StudioをSEO施策の継続的な判断基盤として活用できます。
EN
JP
KR