Looker Studio：種類別の検索表

Looker StudioでSearch Consoleをページの種類別に見るには、URL単位のデータを接続し、製品・技術記事などの分類列を作って表にします。最初に決めるのはグラフの色ではなく、何を一つとして数えるかです。

Search Consoleの画面で種類を絞る操作は種類別の集計で扱っています。ここでは、毎回フィルタを切り替えず、同じ報告画面に種類ごとの数字を並べる作業へ進みます。

なお、確認時のGoogle公式資料では、サービス名がData Studioと表示されています。Looker Studioの名前で探している方も、接続先とテーブル名を公式画面で確認してください。

接続する前に何を決める？

製造業のサイトなら、製品ページは仕様の確認、技術記事は課題の調査というように役割が違います。両方を混ぜたクリック数だけでは、次にどちらを直すか決まりません。

表の行は、社内で改善作業を分担できる単位にします。たとえば製品、技術記事、会社案内、その他です。

最初の表に検索語や端末まで詰め込むと、種類ごとの全体像を読みにくくなります。行は種類、数値はクリック数と表示回数から始め、原因を調べるときに個別URLへ進みます。

どちらの集計を選ぶ？

Googleの接続の公式説明には、Site ImpressionとURL Impressionがあります。前者はサイト単位、後者はURL単位です。一つのデータソースでは片方しか使えません。

ページの種類をURLで分ける表には、URL Impressionを使います。サイト全体の数字も隣に置くなら、Site Impressionを別のデータソースとして接続し、集計単位をラベルに書きます。

同じ検索結果に自社の別ページが出たとき、サイトで数えるかURLで数えるかで表示回数の扱いが変わります。表の合計がサイト全体と違うだけで、不具合と決めないでください。集計方法をそろえてから照合します。

接続はどこから始める？

公式の接続手順に沿って、データソースの作成からSearch Consoleを選びます。アクセスの許可を済ませ、対象サイト、テーブル、検索の種類を指定して接続します。

検索の種類は、URL Impressionならウェブ・画像・動画・ニュースに加え、DiscoverとGoogleニュースも選べます。Site Impressionで選べるのは前の4つだけです。

サイトが出ないときは、Search Consoleと同じGoogleアカウントか、対象プロパティを見る権限があるかを確かめます。似た名前の別サイトを接続したまま、表だけ作り込まないようにしてください。

接続したら、いきなり分類せず、URLとクリック数の簡単な表を出します。知っている製品ページがあるかを見て、期間と検索の種類も確認します。元データの範囲が合ってから、分類列を足します。

分類列をどう作る？

計算フィールドは、元データから新しい項目を作る機能です。GoogleのCASEの説明では、最初に条件を満たした結果を返します。この性質を使い、URLの形から種類名を返す列を作ります。

次は、製品が/products/、記事が/column/に置かれているサイトの式の例です。式ではURLが入るフィールドをLanding Pageと書いています。実際の名前は編集画面の候補で確かめ、そこから挿入してください。

CASE
  WHEN REGEXP_MATCH(
    Landing Page,
    "https://[^/]+/products/.*"
  ) THEN "製品"
  WHEN REGEXP_MATCH(
    Landing Page,
    "https://[^/]+/column/.*"
  ) THEN "技術記事"
  ELSE "その他"
END

URLの階層は自社の構成へ置き換えます。たとえば製品の下に資料ページもあるなら、資料を分ける条件を製品より前へ置きます。大きな範囲に先に当たると、後ろの細かな条件は使われません。

正規表現の仕様では、REGEXP_MATCHは値全体との一致を調べます。Search Consoleの画面で使った部分一致の式を、そのまま移すと意図と違うことがあります。上の例はURLの先頭から末尾までを対象にしています。

その他を消さない

分類できない行を最初から非表示にすると、規則の漏れを見失います。その他に入ったURLを別の表で出し、会社案内なのか、新しく作った製品の階層なのかを調べます。

分類名を毎回書き換えると、先月と今月の表を比べられません。規則を変えたら、対象URLと変更理由を社内の記録へ残します。必要なら、変更後の規則で以前の期間も見直します。

表に何を置く？

ディメンションという行の区切りに、作った分類列を指定します。指標には、URL単位のクリック数と表示回数を置きます。表の上には期間の操作部品と、検索の種類の表示を置いてください。

クリック率も載せるなら、分類内のクリック合計を表示回数の合計で割る考え方にそろえます。ページごとの率を単純平均すると、表示の少ないページも多いページも同じ重さになってしまいます。

掲載順位を追加するときも、個別URLの平均をもう一度単純平均しません。最初の版ではクリック数と表示回数だけを照合し、率や平均の式は別に確かめてから足します。数字を増やすより、どう集計したか説明できる表を残します。

数字が合わないときは？

最初に、同じURLを一つ選んで照合します。Search Console側でもページを絞り、同じ期間、同じ検索の種類で見ます。サイト単位の総数とURL単位の合計を比べる作業から始めないでください。

次に、国や端末の絞り込みが片方だけに入っていないかを確認します。空の検索語の行も、理由を確認せず消しません。公式の接続説明は、プライバシーのために示せない検索語を空欄の行へ集計することがあるとしています。空欄を除くフィルタも案内されていますが、除いたら表の注記にそう書きます。

分類が合っていても、同じページを何枚と数えるかは別の問題です。この表だけから公開ページ数や表示ページ率を作らず、分母に使う公開台帳とURLの扱いをそろえます。

作った後に何を確認する？

営業や広報の担当者と画面を開き、製品の行から個別URLを見て、直すページを決められるか試します。その他の行を開く道も残します。集計の説明がなければ、サイト全体との違いが毎回質問になります。

共有前には閲覧権限も確認してください。接続の公式説明では、データの認証方法によって、元データへの権限を持たない相手がレポートを見られる設定もあります。社内向けの検索実績を、公開リンクで配らないようにします。

表は現状を読むための画面です。週ごとの保存は検索順位の保存で、日々のデータを蓄積する仕組みは一括エクスポート⁠で扱います。計測と改善では、表を作った後に誰が何を直すかまで決めてください。

仕様・出典の確認日：2026年10月27日⁠。