「Looker Studio、無料らしいから使ってみて」。そう言われて開いてみたものの、どこから手を付ければいいのか分からないまま閉じた——毎月スプレッドシートに数字を貼り付けている担当者なら、一度は通った道ではないでしょうか。
先にお伝えしておくと、その名前は2026年4月になくなり、今の正式名称は「データポータル」に戻っています。無料であることも、GA4やSearch Consoleにつながることも変わりません。変わったのは名前とURLです。
この記事では、当社が実際に踏んだ数え違いや集計ミスを材料に、作る前に確かめる手順をお伝えします。読み終えるころには、手作業のレポートを毎月続く形に置き換える段取りが立ちます。
街中文学は、SEO記事制作に特化したAIツール「Buncraft」と、SEOの疑問に対話で答える「SEO相談チャット」を提供しています。記事づくりの効率化を、まずはツールから始めたい方向けです。
先に結論｜Looker Studioは改称されました
Looker Studio という名前は、2026年4月になくなりました。元の名前である Data Studio に戻り、日本語の表記は「データポータル」です。無料であることも、できることも変わっていません。変わったのは名前と、レポートを開くURLの2つだけです。
日本語版の公式ドキュメントには「2026 年 4 月に、Looker Studio のプロダクト名が元のデータポータルに戻りました」と書かれています。英語版の原文は「In April 2026, the Looker Studio product name returned to its original name: Data Studio.」で、この Data Studio の日本語表記が「データポータル」にあたります。
リリースノートの日付は2026年4月16日、名称変更を告知した公式ブログは同年4月11日付でした。告知の全文は公式ドキュメントの概要ページで読めます（最終更新 2026年8月26日）。
| 時期 | 名称 | レポートを開くURL |
|---|---|---|
| 2022年10月11日より前 | データポータル | 変更前のURL |
| 2022年10月11日から | Looker Studio | lookerstudio.google.com |
| 2026年4月16日から | データポータル（Data Studio） | datastudio.google.com |
名前が2回変わっているので、社内で呼び方が割れていても不思議はありません。この記事では、まだ広く通じる「Looker Studio」を主に使い、現行の正式名称に触れる場面では「データポータル」と書き分けます。
旧称で呼んでいることが間違いというわけではありません。Googleは旧URLからの自動転送を用意していますし、世の中の解説記事もまだ旧称で書かれたものが大半です。
ただし、ひとつだけ今日中に確かめてほしいことがあります。社内のネットワークが外部サイトへの接続を制限している場合、新しいドメインを許可リストに追加しないと開けなくなります。
これは推測ではなく、公式が名称変更の告知のなかで名指しで書いている、利用者側に発生する唯一の作業です。日本語版の公式ドキュメントには「会社でプロキシを使用して外部サイトへのアクセスを制限している場合は、IT 管理者が新しいドメインを ACL に追加する必要があります」と説明されています。心当たりがあるなら、情報システム部門に datastudio.google.com の追加を依頼してください。
- ブックマークと社内資料のURLを datastudio.google.com に直す
- プロキシで外部接続を制限しているなら、情シスに新ドメインの許可を依頼する
- 既存のレポートは直さなくてよい（自動で転送される）
そして、この記事の本題はここから先です。名前の話は入口にすぎません。
レポートを作ること自体は、上位に並ぶどの解説記事を読んでも1時間あればできます。難しいのは、作ったレポートを翌月も翌々月も見続けられる状態にすることのほうです。
当社にも、Search Console から書き出したデータがスプレッドシートの上限に当たって、レポート運用そのものが止まった記録が残っています。手作業の限界は、たいてい静かに、ある月とつぜんやってきます。（出典: 当社のGSCレポート運用記録。取得時点は台帳に記載がなく、対象サイトは非開示）
だからこの記事では、操作手順を5ステップに分けて並べることはしません。かわりに、つなぐ前にデータの側を確かめる手順と、数字をカードに置くときの決め方を、当社が実際に踏んだ失敗と実測値で説明します。
Looker Studioでできることと料金
Looker Studio は、手元のデータをグラフや表に組み立てて、1枚のレポートとして共有できるツールです。作る側も見る側も無料で、GA4 と Search Console とスプレッドシートは追加費用なしでつながります。有料版の Pro もありますが、1人から3人でオウンドメディアを回している規模なら、無料版で足りるはずです。
データを扱うソフトをまとめてBIツールと呼ぶことがあり、その響きからエンジニア向けだと感じる方もいます。ただ実際の操作は、グラフの部品を画面にドラッグして置き、どの数字を出すかを選ぶだけです。プログラムは書きません。数式が要るのは、この記事の後半で出てくるURLの整理のような一部の場面だけです。
サイトが複数ある場合も、データソースを必要な数だけ追加すれば1枚のレポートにまとめられます。
この章では、料金と接続先という「導入前にいちばん気になる4点」を先に片づけます。なお、以下の料金と制限はいずれも2026年8月時点で公式ドキュメントに記載されている内容です。
作る側も見る側も無料です
料金は無料です。しかも「作る人だけ無料」ではありません。Google Cloud の製品ページには「クリエイターやレポートの閲覧者は、データポータルを無料でご利用いただけます」と書かれています。作成者と閲覧者の両方が対象だと明記されている点が、社内に配るときに効いてくる部分です。
もうひとつ、見せる相手の準備が要らないという利点があります。レポートを見るだけなら、相手にGoogleアカウントは要りません。公式の利用要件には「データポータルのレポートを閲覧するのに必要なのはブラウザとインターネット接続だけで、Googleアカウントは必要ありません」という趣旨の記述があります。役員やクライアントにURLを渡すとき、先方にアカウントを作ってもらう交渉が発生しないのは、地味に大きいところです。
一方で、レポートやデータソースを編集する側には必ずGoogleアカウントが要ります。作成・編集はサポート対象地域からのアクセスに限られ、Google Workspace を使っている組織では管理者による有効化が必要な場合もあります。動作確認が取れているブラウザは Chrome・Firefox・Safari の3つです。
GA4とSearch Consoleは純正で連携
オウンドメディアの運用に必要なデータは、ほぼ全部が純正のコネクタでつながります。コネクタというのは、元のデータとレポートをつなぐ配管のようなものです。GA4用、Search Console用というように接続先ごとに用意されていて、選ぶだけで済みます。
公式の「利用可能なコネクタ」ページに掲載されている Google 提供のコネクタは、5つのカテゴリに分かれて23件ありました。数え上げた結果であって「23個です」と公式が発表しているわけではありませんが、必要なものが揃っているかを確かめるには十分な一覧です。
| カテゴリ | 主なコネクタ | オウンドメディア運用での使い道 |
|---|---|---|
| Googleマーケティングプラットフォーム | Googleアナリティクス、Search Console、Google広告、YouTubeアナリティクス ほか | 流入と検索順位の可視化。この記事の中心 |
| スプレッドシート・CSV・抽出データ | Googleスプレッドシート、Microsoft Excel、CSVアップロード、データ抽出 | 順位計測ツールの書き出しや、手集計の台帳を載せる |
| データベース・クラウドストレージ | BigQuery、Cloud SQL、MySQL、PostgreSQL、Amazon Redshift ほか | 大規模サイトのログやCRMを直結する |
| BIコネクタ | Looker | 全社のBI基盤とつなぐ |
| デベロッパー向け | Apigee、AppSheet | 社内システムのデータを載せる |
純正にないツールをつなぎたいなら、コミュニティコネクタという仕組みを使いましょう。公式の日本語ページには「1,300 以上のコミュニティ コネクタ」と書かれています。順位計測ツールや広告プラットフォームなど、Googleが用意していない接続先はここから探すことになります。
ただし期待値は先に下げておいたほうがいいでしょう。コミュニティコネクタは有料の場合があり、不具合の問い合わせ先はGoogleではなく開発元です。公式の説明を訳すと「コミュニティコネクタの利用に費用がかかる場合があります。問題が生じた場合は、そのコネクタの開発者に直接連絡してください」となります。
Google Workspace を使っている組織なら、もうひとつ確かめておきたい設定があるはずです。Googleの各種サービスを社内向けに動かす仕組みが Apps Script で、これが無効にされていると、コネクタはデータを取得できずグラフにエラーが出てしまいます。
なお、この記事はレポートを組み立てる側の話に絞りました。GA4側の計測タグをどう設置して何を計測できる状態にするかは、AI検索経由の流入をGA4で測定する方法をご覧ください。
データは取り込まず参照します
Looker Studio は、データをコピーして持ってくるのではなく、置いてある場所を見に行きます。公式の説明を訳すと「ほとんどのデータソースはデータへのライブ接続を維持する。データは元のデータセットに残り、特定のリクエストに答えるために必要な場合を除いて取り込まれない」となります。
この違いは、毎月の作業がどう変わるかに直結する話です。スプレッドシートに数字を貼り付ける運用では、貼った瞬間の数字が固定されます。翌月になれば、また同じ手順で貼り直しです。
参照する仕組みに変えると、元のデータが更新されればレポートの側も追いかけます。作るのは1回で、あとは開くだけです。
例外は2つあります。「データ抽出」という機能と、CSVファイルのアップロードです。
どちらもその時点の数字を写し取って固定する仕組みなので、自動では新しくなりません。CSVは手で入れ直す必要があります。速度を稼ぎたいときに抽出を使い、それ以外はライブ接続のまま、と覚えておけば十分です。
Proは1ユーザー月額9ドルです
有料版の Looker Studio Pro（現・データポータル Pro）は、公式の製品ページの料金表に「プロジェクトごとのユーザー 1 人あたりの月額料金 9 ドル」と記載されています（2026年8月時点）。今回確認した範囲では、円建ての価格は公式ページに見当たりませんでした。そのためここではドル建てのまま書きます。単価は契約期間の長さによって変わるとだけ書かれており、期間別の価格表も見当たりませんでした。
課金の考え方でひとつ大事なのは、閲覧するだけの人にライセンスは要らないという点です。Proのコンテンツを作成・編集・管理する人が1人1ライセンス必要で、見るだけの相手は対象外です。ただし、使っていないライセンスも契約数のぶんだけ課金されます。
| 項目 | 無料版 | Pro（プロジェクトごと・月額9ドル／ユーザー） |
|---|---|---|
| レポートの作成・共有 | できる | できる |
| 1レポートの配信スケジュール | 1本まで | 200本まで |
| 配信の最短間隔 | 1日1回 | 1時間ごと |
| 資産の所有者 | 作った個人 | 組織（Google Cloudプロジェクト） |
| チームワークスペース | なし | あり |
| 技術サポート | なし | あり（Cloudサポート契約も別途必要） |
この表のなかで、無料版のまま運用する会社がいちばん先に困るのは配信まわりです。とはいえ、月次レポートを月に1回送るだけなら1日1回の上限には当たりません。
むしろProを検討すべき理由は別のところにあります。公式が挙げている理由を訳すと「作成した本人が組織を離れても重要な資産が動き続けるようにする」ためです。無料版ではレポートもデータソースも個人に紐づくため、担当者の退職でアクセスできなくなる事故が起こり得ます。担当が1人で、その1人が辞める可能性を織り込む段階になったら、Proの検討時期です。
試すなら30日間の無料期間があります。人数の上限はありません。ただし30日を過ぎると自動的に課金が始まります。期間中に解約すれば請求は発生しないので、試すと決めた日に解約期限をカレンダーへ入れておいてください。
最初の1枚をどこから作るかも、先に決めておきましょう。おすすめは Search Console を1つだけ繋いで、表を1枚置いて終わりにすることです。いきなり10枚のグラフを並べたレポートを作ると、次の章で書く確認をどこで間違えたのかが分からなくなります。
入口はかんたんです。datastudio.google.com を開いて空のレポートを作り、続いて出てくるデータソースの選択画面で Search Console を選びます。ここで自分のサイトが選択肢に出てこないときは、Search Console と同じGoogleアカウントでログインしているかを確かめてください。公式もこれを最初の原因として挙げています。1つ繋いで数字が正しいと確かめてから、2つ目に進みましょう。
レポートを作る前に確かめること
ダッシュボードが間違うとき、原因はたいていツールの側にありません。つながれたデータの側にあります。Looker Studio は列名を読んで素直につないでくれるので、元のデータが間違っていても、きれいなグラフとして出力してしまいます。
手作業なら「あれ、この数字おかしいな」と気づけたものが、自動化した瞬間に気づけなくなる。これが自動化の一番こわいところです。
ここでは、当社が実際に踏んだ5つの失敗を、確かめる順番に並べます。どれも高度な話ではありません。全部「繋ぐ前に中身を見ればよかった」で済む話です。
1行が何を表すかを先に見ます
最初に確かめるのは、そのデータの1行が何を表しているかです。列名ではありません。行です。
当社は順位追跡のスプレッドシートを集計したとき、ここで間違えました。タブが5枚あったので「5社ぶんの、各社が獲得しているキーワード一覧」だと思って読み進めたのです。
実際は違いました。5枚とも同じ97語が並んでいて、違うのは各社の順位が入る列だけでした。つまり5枚は5社の別々のキーワード集ではなく、同一のキーワードセットを社ごとに見た5つのビューでした。
気づいたのは集計を終えたあとです。ファクトチェックで指摘され、書きかけの章ごと組み替えることになりました。列名だけを見てつなぐと、レポートの数字ではなく主張のほうが崩れます。グラフは何事もなかったように描かれてしまうので、なおさら質が悪いのです。（出典: 当社の順位追跡シート97語とキーワード台帳129語の突合 2026-08-26・読み取りのみ）
ちなみにこのとき、追跡していた97語を自社のキーワード台帳129語と突き合わせています。結果は台帳に無い語が64語で、全体の66%でした。メインキーワードとして一致したのは31語で32%、サブキーワードでの一致は2語だけです。追跡している語と、自分たちが狙うと決めた語が、3分の2もずれていた。この事実自体、繋ぐ前に1行の意味を確かめたから見つかりました。
手順にすると、繋ぐ前にやることは1つです。データソースを追加したら、まず表を1枚だけ作って生の行を10行ほど眺める。グラフを作るのはそのあとです。
URLは文字列のまま数えません
ページ別のレポートを作るなら、URLを数える前に正規化してください。文字列のまま数えると、同じページが複数に分かれます。
当社が記事から収益地点へのリンク先を数えたとき、最初の集計はURL文字列で16件でした。ところが中身を開いてみると、同じページがいくつも別物として並んでいました。数え直した結果が次の表です。
| 数え方 | 件数 | 何が起きていたか |
|---|---|---|
| URL文字列をそのまま数える | 16件 | パラメータ違い・末尾スラッシュ違いで同じページが分裂 |
| 正規化して数える | 14ページ | 同一ページを1つに寄せた |
| 用途の違うページを除く | 12ページ | 実質的な出口の数 |
16と12では4件の差です。割合にすると、出口の数を3割以上多く見せていたことになります。もしこれを「導線は16本あります」と資料に書いていたら、次の打ち手の判断まで狂っていました。（出典: 当社メディアの導線集計で発生した数え違いの記録 2026-08-25）
Looker Studio でランディングページ別に集計すると、これとまったく同じことが起きます。GA4のページパスにパラメータが残っていれば、同じ記事が複数行に分かれて上位から消えます。対処は難しくありません。データソース側で計算フィールドという式の欄を作り、パラメータと末尾スラッシュを落とした値でグループ化してください。
シートには無関係な行が混ざります
スプレッドシートをそのままデータソースにするなら、タブの中身を最後まで確認してください。Looker Studio はシートの内容を疑いません。
当社が順位モニタリング用のシートを一次情報として使おうとしたときのことです。Search Console 由来の月次順位タブに、自社メディアとはまったく無関係なジャンルのキーワードが並んでいました。過去の作業の名残なのか、別用途で追記されたものなのかは分かりません。分かるのは、そのまま繋いでいたら、無関係な語を含んだ順位グラフが毎日自動で更新され続けたということです。（出典: 当社の順位モニタリングシートで見つかった混入の記録 2026-08-25）
手で集計していた時代は、こういう行は目に入って弾けました。自動化すると弾けません。
むしろ、掃除されていないシートを繋ぐと、誤ったグラフが量産されます。シートを繋ぐ前に、フィルタで一意の値を出して、知らない値が混ざっていないかを見る。これだけで防げます。
0が出たら自分の条件を疑います
集計結果に0が出たら、まず自分の抽出条件を疑ってください。データが本当に0であることは、思っているより少ないものです。
当社は記事内のCTA数を数えるスクリプトで、これをやりました。条件をショートコード表記だけに絞っていたため、ブロック形式で設置したCTAを取りこぼしていたのです。結果として2本の記事が「CTA 0個」と出ました。数字のばらつきの大きさを表す変動係数は0.09、最小は0個という妙な形です。個別に開いて確認したところ、両方とも実際には3個入っていました。
今泉の視点：この取りこぼしに気づけたのは、自分が書いた集計スクリプトをファクトチェックの対象に入れていたからです。出てきた数字ではなく、数字を作った条件のほうを見に行く。ダッシュボードでも同じで、0が出たグラフはデータの不在ではなく、フィルタの書き間違いを疑うのが先です。
条件を直して再集計すると、平均3.00・中央値3・最小3・最大4・総数838個になりました。ばらつきを表す係数も0.09から0.02へ下がり、ほぼ全記事が同じ個数だと分かります。
数字が正しいかどうかは、別の日の集計と突き合わせて確かめています。3日前に取った別集計は823個で、差は15個。その間に公開した記事は5本で、1本あたり3個なので15個。ぴったり合いました。（出典: 当社メディア279本の集計で発生した抽出条件のバグと補正の記録 2026-08-28）
ダッシュボードに置き換えると、こうなります。数字を1つだけ大きく出すカード、いわゆるスコアカードが0を表示したら、そのカードのフィルタと、表の切り口にあたるディメンションの組み合わせを開く。次に、フィルタを外した素の値を別カードに出して比べる。この2手で、データの不在なのか条件の間違いなのかが分かります。
書いた計算式と実際の丸め方を合わせる
最後は丸め方です。レポートに書いた計算方法と、実際に走っている計算が同じかどうかを確かめてください。
当社は「四捨五入でそろえた」と書いた集計を、実際にはプログラミング言語の組み込み関数で処理していました。この関数は四捨五入ではなく、端数がちょうど半分のとき偶数側に寄せる方式です。そのため12.5が13ではなく12になっていました。ファクトチェックで指摘され、四捨五入に統一して全部を再計算しました。
結果は拍子抜けするものでした。変わったのは1セルだけで、12が13になっただけ。その集計で主張していた結論は、どれも動きませんでした。（出典: 当社の集計スクリプトで発生した丸め方の不一致と再計算の記録 2026-08-29）
影響が小さかったからといって、直さなくてよいわけではありません。「四捨五入した」と書いたのに四捨五入していない状態は、数字の間違いではなく説明の間違いです。読み手はその説明を信じて次の手を考えてしまいます。
Looker Studio では、計算フィールドで定義した値と、グラフの表示形式で丸めた値は別ものです。CTRを小数第2位まで表示していても、その丸めは見た目の桁数にすぎません。丸めた構成比を足し合わせて合計が100%ちょうどにならないことがあるのは、この見た目の丸めが原因です。
指標の定義を1枚のメモに書き出して、レポートの説明文と突き合わせておくと、後から見た人が迷いません。
- データソースを追加したら、まず表を1枚だけ作って生の行を10行眺める
- ページ別に集計するなら、パラメータと末尾スラッシュを落としてから数える
- シートを繋ぐ前に、一意の値を出して知らない行が混ざっていないか見る
- 0が出たら、データの不在ではなくフィルタの書き間違いを先に疑う
- 指標の定義を1枚のメモに書き出し、レポートの説明文と突き合わせる
ここまでの5つは、どれも分析を任せる前の準備にあたります。どの工程を自動化して、どの工程を人が握るかという線引きそのものについては、AIデータ分析とは？やり方と任せる工程・握る工程の分け方で整理しています。
街中文学は、SEO記事制作に特化したAIツール「Buncraft」と、SEOの疑問に対話で答える「SEO相談チャット」を提供しています。記事づくりの効率化を、まずはツールから始めたい方向けです。
Search Consoleの数字が合わない理由
レポートに出したCTRや平均掲載順位が Search Console の画面と合わないとき、その理由は4つとも仕様です。直すものではなく、知っておくものになります。Looker Studio で最初につなぐデータが Search Console で、最初につまずくのもここです。
4つの理由は、集計の単位・匿名化・遅延・タイムゾーンに分かれます。以下はいずれも2026年8月時点の公式記載です（公式ドキュメントの最終更新は2026年8月26日、確認日は同月29日）。順に見ていきます。
サイト単位とURL単位で数え方が違う
Search Console のデータには集計方法が2つあり、どちらを選ぶかでCTRと平均掲載順位が変わります。4つのうち、いちばん大きい理由がこれです。
コネクタの設定画面には〔表〕というパネルがあり、「サイトのインプレッション」と「URLのインプレッション」のうち、どちらか一方を選ぶ設定です。公式の説明を訳すと「Search Console コネクタは両方の方法にアクセスできるが、1つのデータソースが使えるのはどちらか一方だけ」となります。両方を並べて見たい場合は、データソースを2つ作って1つのレポートに追加してください。
この2つは、同じ検索結果を別の数え方で見ています。以下に出てくるプロパティとは、Search Console に登録したサイト単位のことです。Search Console ヘルプの「データについて」が挙げている具体例が分かりやすいので、そのまま整理します。同じサイトの3ページが検索結果に並び、ユーザーがそれぞれのリンクをクリックした場合の数字です。
| 指標 | サイトのインプレッション（プロパティごとに集計） | URLのインプレッション（ページごとに集計） |
|---|---|---|
| 表示回数 | プロパティに対して1 | URLごとに1 |
| クリック率 | 100% | URLごとに33% |
| 平均掲載順位 | 1（サイトの最上位） | URLごとに2 |
同じ出来事でも、選んだ集計方法で数字がここまで入れ替わります。公式もこの点を明言していました。「このようにカウント方法が異なるため、同じサイトの複数のページが検索結果に表示された場合は、プロパティごとに集計したときのほうがクリック率（CTR）と平均掲載順位が高くなります」。
つまり数字が高く出るほうが正しいわけではありません。サイト全体の見え方を報告したいならサイト単位、記事ごとの改善を判断したいならURL単位です。レポートの1枚目に「この表はどちらの集計か」を書いておくと、見る人が毎回聞かなくて済みます。
もうひとつ実務で効く違いがあります。対応する検索タイプが表によって異なる点です。サイトのインプレッションは web・画像・動画・ニュースの4種類ですが、URLのインプレッションはこれに加えてDiscover と Google ニュースが使えます。Discover のデータが出てこないという相談は、たいていサイト単位の表を選んでいることが原因です。
クエリの空白行は匿名化された分です
クエリ別の表を作ると、一番上に空白の行が来て、そこだけ表示回数が突出していることがあります。データの不具合ではありません。匿名化されたクエリが1行にまとめられたものです。
公式の説明を訳すと、次のとおりです。「ユーザーのプライバシーを保護するため、Search Analytics はすべてのデータを表示するわけではありません。たとえば、検索回数が少ないクエリや、個人情報・機密情報を含むクエリは表示されない場合があります」。そして「この場合、Data Studio はこれらのクエリを空値の単一行に集約することがあります」と続きます。
対処法も公式に書かれており、そのまま使える内容です。レポートにフィルタを追加して、Queryディメンションのnull値を除外してください。これでクエリ一覧が読める形になります。
ただし、除外した行のぶんの表示回数とクリック数は表から消えます。サイト全体の合計を出すカードと、クエリ一覧の合計が一致しなくなるので、合計を出すカードにはこのフィルタをかけないようにしてください。同じレポート内で数字が食い違う原因になるからです。
データは2〜3日遅れて確定します
Search Console のデータには時間差があります。公式の記述は「収集されたデータは通常、2〜3 日以内に利用可能になります」というものです。さらに直近のデータについては「パフォーマンス レポートの最新のデータは暫定値の可能性があり、引き続きデータが収集中であるため、数時間以内に変わる場合があります」と書かれています。
これは月次レポートの作成日に直結します。月初1日に前月ぶんのレポートを開いても、月末数日の数字は固まっていません。報告のあとで数字が動くと、説明のやり直しになります。月次レポートを見る日は、月の3営業日目以降に設定しておくのが無難です。
あわせて、更新の間隔も知っておいてください。Looker Studio はデータを一時的に保持していて、その保持時間はコネクタごとに決まっています。Search Console は Google の広告・計測系プロダクトの区分に入るため、12時間ごとの更新で固定されており、変更できません。公式の説明を訳すと「その頻度は変更できません」となります。
今すぐ最新にしたいときは、レポートのメニューから手動で更新できます。ただし連続した更新には1分のクールダウンがあり、1分以内に再度押しても更新は走りません。反応がないと感じて連打しても意味がないので、覚えておくと無駄がありません。
日付は太平洋時間で並んでいます
Search Console の日次データは太平洋時間を基準に並んでいます。日本時間ではありません。4つ目の理由にあたります。
公式の記述は「すべてのビュー（24 時間ビューを除く）で、パフォーマンス レポートは日ごとのデータを太平洋時間（PT）でトラッキングし、ラベル付けします。他のシステムで別のタイムゾーンを使用している場合、1 日あたりのデータが一致しないことがあります」というものです。
影響が出るのは、GA4 と Search Console を同じレポートに並べたときです。Search Console 側が太平洋時間で日付をラベル付けしているのに対し、レポートを日本時間の感覚で読むと、日次のグラフが1日ぶんずれて見えます。月の合計では目立ちませんが、特定の日のスパイクを説明しようとした瞬間に食い違います。
実務での対処は単純です。日次の折れ線を横並びにしない。Search Console と GA4 は別々のブロックに分け、週次か月次で集計して並べる。1日単位の比較が必要な場面は、月次レポートではそう多くありません。
Looker Studioを毎月回す設計
レポートが続かなくなる理由は、作るのが大変だからではありません。置いた数字が信用できなくなるからです。先月と今月で数字の意味が変わっていたり、見た人によって見え方が違ったりすると、誰も開かなくなります。
ここでは、当社が順位データを実測して分かったことを土台に、何をカードに置き、何を置かないかを決めていきましょう。あわせて、共有と配信で起きやすい事故も先に潰しておきます。共有と配信について引く公式の記載は、いずれも2026年8月時点のものです。
ダッシュボードに単日の順位は置かない
「今日の平均順位」を大きなスコアカードで置くのはやめてください。その数字は、明日には別の値になっています。
当社は自社を含む5サイト・97キーワードの順位を11日連続で記録し、5,335データ点を全数集計しました。11日のうち1日でも100位以内に入ったのは188本。そのうち158本、割合にして84.0%が期間中に一度は動いています。まったく動かなかったのは30本、16%だけでした。（出典: 当社を含む5サイト・97キーワード・11日連続の順位記録 5,335データ点の全数集計 2026-08-25）
順位は点ではなく分布だ、ということです。では単日の値はどれくらいずれるのか。同じ計測セットで、ある1日の順位が期間中央値からどれだけ離れるかを数えました。
| ずれの大きさ | 該当数 | 割合 |
|---|---|---|
| 5位以上ずれた | 250／全2,068観測点 | 12.1% |
| 10位以上ずれた | 118／全2,068観測点 | 5.7% |
| 隣り合う2日で同じ順位だった | 隣接2日1,880組のうち | 72.1% |
単日の数字だけを載せたスコアカードは、8回に1回は5位以上ずれた値を見せていることになります。上司に報告した翌日にその数字が消えている、という事故はこうして起きます。
設計としては3つです。日付範囲の初期値を「直近28日」など期間で持つ。折れ線には、直近数日の平均をならして描く移動平均の線を重ねる。
スコアカードは前期間との比較を有効にして、単独の値ではなく変化として見せる。これだけで、翌月も同じ物差しで読める形になります。
なお、この5サイト97キーワードは順位計測サービスの通知データを集計したもので、Google が公表している順位ではありません。合算した分布なので、自社1サイトだけの動きを表すものでもありません。
1位◯本は延べと維持で別物です
「1位のキーワードが51本あります」と「1位を保っているキーワードが23本あります」。この2つは、同じデータから出てくるのに意味がまったく違います。
先ほどの11日間の記録で数えると、期間中に1日でも1位を取ったキーワードは51本ありました。ところが11日ともずっと1位だったのは23本、45.1%だけです。半分以上は、どこかの日に1位を明け渡しています。
TOP10でも同じことが起きます。1日でもTOP10に入ったのは109本、そのうち11日とも入り続けたのは72本で66.1%。33.9%は出入りしているという結果でした。（出典: 前掲・2026-08-25の全数集計）
「1位◯本」というカードは、どの日を切り取ったかで数字が変わります。だから当社は、この手のカードを置くときに2つの指標を並べます。
期間中に1度でも到達した「延べ」と、期間を通じて維持した「連続」です。延べだけを報告すると成果が大きく見え、連続だけを報告すると努力が小さく見えます。両方あってはじめて、施策が効いたのか運が良かったのかを議論できます。
どの指標をレポートに載せるかという設計そのものは、コンテンツマーケティングのKPI設定｜指標の選び方と運用をご覧ください。
期間を変えると指数は68動きます
0から100にそろえた指標をグラフに置くときは、期間の指定に注意してください。実数が1つも変わっていないのに、期間を変えるだけで数字が大きく動きます。
当社は自社メディアの月別公開本数281本に、系列の最大値を100として各点をそろえる計算だけを当てて、この挙動を再現しました。Googleトレンドで測った結果ではありません。トレンドが使っているそろえ方の最終段だけを、自前のデータに適用した実演です。
公開があった9か月全体でそろえると、2025年10月の値は32でした。ところが2025年だけを切り出してそろえ直すと、同じ月が100になります。68ポイント動きました。同じ操作で2025年8月は27から85へ、12月は17から55へ、11月は16から50へ上がっています。
公開した本数は1本も変えていません。動いたのは指数だけです。全期間で見れば最大は2026年6月です。ところが2025年だけを切り出すと最大が2025年10月に移り、100の位置そのものが入れ替わります。（出典: 当社メディア公開記事281本の月別公開本数に、最大値を100とするそろえ方だけを当てた実演 2026-08-29・読み取りのみ）
もうひとつ、複数系列を1枚のグラフに載せるときの話があります。当社の最大カテゴリ120本と最小カテゴリ9本を同じ物差しに載せると、小さいほうの山は単独で100だったものが15まで潰れました。
2026年7月の値も13から2へ下がっています。ただし0だった月は、単独でも比較時でも7か月のまま変わりませんでした。潰れたのは山の高さであって、ゼロの数ではありません。（出典: 当社メディアのカテゴリ別公開本数を同一の物差しに載せた実演 2026-08-29・読み取りのみ）
ダッシュボードの設計に落とすと、判断は2つです。日付範囲コントロールを閲覧者に自由に触らせるなら、指数化した指標を置かない。置くなら実数を同じカードに併記する。そして大小差のある系列は、軸を分けるか別カードに分けてください。
指数化された数値そのものの読み方については、Googleトレンドの数字は検索回数ではない｜使えるのは向きだけで詳しく書いています。
オーナーの認証情報は見せる範囲を変える
共有の設定は、便利さとリスクが正面から衝突する場所です。ここだけは、意味を理解してから触ってください。
Looker Studio のデータソースには、実務でまず選ぶことになる「オーナーの認証情報」と「閲覧者の認証情報」の2つがあります。このほかに「サービスアカウントの認証情報」もありますが、こちらは組織で BigQuery につなぐ場合に限られます。違いは一言でいうと、誰の権限でデータを取りに行くかです。
オーナーの認証情報を選ぶと、レポートを見る人は自分がそのデータにアクセスする権限を持っていなくても数字を見られます。公式の説明を訳せば「このデータを使うレポートを、相手がデータセットへの自分のアクセス権を持たずに閲覧・作成できるようにしたい場合はこのオプションを選ぶ」という位置づけです。公式が挙げている例では、GAへのアクセス権がある人とない人の2人にレポートを共有したとき、オーナーの認証情報なら2人とも見られます。閲覧者の認証情報にすると、アクセス権のない側には数字が表示されません。
便利なのは明らかです。同時に、GA4の権限を渡していない相手に、GA4の数字を渡しているということでもあります。公式も訳せば「オーナーの認証情報を使うレポートやデータソースを共有する前に、共有する相手を信頼できることを確かめてください」と警告しています。
もうひとつ、見落とされやすい事故を挙げておきましょう。公開リンクで共有すると、そのレポートに埋め込まれたデータソースまで、リンクを知っている全員がアクセスできる状態になります。対策は公式に書かれていて、データソースを埋め込み型ではなく再利用可能な形で作ることです。ホーム画面から作ったデータソースが再利用可能、レポートの編集中に作ったものが埋め込み型になります。
リンク共有の設定には「インターネット上の誰でも検索・閲覧可」という選択肢もあります。名前のとおり、検索結果に載る可能性がある設定です。社外に出せない数字が入っているなら選ばないでください。
実務での既定値を決めておくと迷いません。当社の場合、社内共有はメールアドレスを指定した招待にしています。社外へはPDFの定期配信です。どうしてもリンクで渡すときだけ「リンクを知っている全員が閲覧可」を選び、データソースは必ず再利用可能な形で作ります。
無料版の配信は1日1本までです
最後に配信を設定しましょう。ここで無料版の制限に当たります。レポートは、開いてもらえなければ存在しないのと同じだからです。
配信の上限は前章の表のとおりで、月に1回送るだけなら無料版で足ります。困るのは「経営層には月次、現場には週次」と送り分けたくなったときです。
送信量にも上限があります。しかも、どれだけ使ったかを確認する手段がありません。
| アカウント種別 | 1日あたりの宛先上限 | 1か月あたりの宛先上限 |
|---|---|---|
| 個人アカウント | 200 | 800 |
| Google Workspace | 500 | 3,000 |
| Pro | 無制限 | 無制限 |
公式の説明を訳すと「クォータのいずれかを超えると、そのアカウントからのメールは以降送信されません」となります。そのうえで「各クォータに対する消費状況を確認することはできません」という一文も添えられていました。いずれも2026年8月時点の公式記載です。
止まったことに気づくのは、たいてい「届いていない」と相手から言われた瞬間になります。1通のスケジュールに宛先を詰め込むより、配信先を分けて本数を抑えるほうが安全です。
細かいところでは、1つのスケジュールに設定できる宛先が50件までに制限されています。スケジュールを作った本人は、宛先から外せません。
そして配信時刻は、設定した端末のOSのタイムゾーンが基準になります。Looker Studio の中では変更できません。海外拠点のメンバーが設定すると、意図しない時刻に届きます。
- 日付範囲の初期値を期間で持ち、前期間との比較を有効にする
- 共有はメール指定の招待を既定にし、データソースは再利用可能な形で作る
- 配信は宛先を分けて本数を抑え、レポートを見る日を月の3営業日目以降に置く
ここまで決めたら、あとは開くだけです。作る時間を1回に寄せて、毎月の作業を「見て、判断する」だけに変える。それが、レポートを自動化する目的そのものです。
Looker Studioについてよくあるご質問
まとめ
Looker Studio の名前は2026年4月にデータポータルへ戻りましたが、無料でGA4やSearch Consoleにつながるという中身は変わっていません。作ること自体は1時間もかかりません。むずかしいのは、翌月も同じ物差しで読める形にしておくことです。
つなぐ前に、そのデータの1行が何を表しているかを見てください。当社を含む5サイト・97キーワードを11日間記録しました。100位以内に入った188本のうち、84.0%が期間中に一度は動いています（出典: 前掲・2026-08-25の全数集計）。単日の数字をそのままカードに置くと、翌日には別の値になります。
まずは Search Console を1つ繋いで、表を1枚だけ作るところから始めてみてください。可視化したあとに何をどう直すかは、AI記事のアクセス解析と改善｜3つの指標と症状別の直し方で整理しています。手作業のレポートに戻らない仕組みづくりからご相談を受けることもあります。
街中文学は、SEO記事制作に特化したAIツール「Buncraft」と、SEOの疑問に対話で答える「SEO相談チャット」を提供しています。記事づくりの効率化を、まずはツールから始めたい方向けです。
