先に言うと、ECの計測でいちばん効くのは、設定を増やすことではなく見る数字を5つに絞ることです。GA4(Google Analytics 4=サイトの訪問者やCVを解析する無料ツール)を入れたのに売上が追えない。レポートは毎月作っているのに次の打ち手が決まらない。この2つは、設定の不足より「見る項目が多すぎる」ことで起きます。
本記事は、自社EC(DtoC)の検索流入から売上までを1枚で追うための計測設計を、最小構成で書きます。GA4の設定方法を網羅する記事ではありません。対象は自社ECだけで、楽天・Amazonなどモールの店舗管理画面の分析は扱いません。EC全体の検索集客の進め方はECサイトのSEO対策 完全ガイドにまとめています。
私は前職で17年間、自社EC(DtoC)の事業運営に関わり、執行役員として利益責任を持ちました。広告費ゼロ・自然検索のみで年商1〜2億円を集客し、主要キーワードで10年間1位を守りました(経緯は10年1位を守れた理由に書いています)。毎月、役員会に出す1枚を作り続けた立場から、現場が回せるレポートの粒度を示します。独立後の支援事例は実績一覧(miyabi-web.jp/production/)に載せています。
本記事のGoogle公式ヘルプ・公式ドキュメントの内容は2026年11月時点(2026年11月13日確認)のものです。画面名や手順は変わることがあるので、作業の前に公式ヘルプも開いてください。
※本記事には広告(アフィリエイト)リンクが含まれます。料金・特典は変動するため、申込前に各公式サイトで最新情報をご確認ください。
この記事でわかる4つのこと
- GA4のeコマースイベントをどこから入れるかの優先順位(purchaseが最優先、次にadd_to_cartとbegin_checkout)
- Search ConsoleとGA4をつないで「検索語→着地ページ→購入」を1本の線にする方法と、その限界
- 流入・接触・カート・購入・単価の5行で作る月次1枚レポートの型
- どの行が詰まっているかで次の打ち手を決める分岐表と、計測を壊さない運用ルール
17年、事業の数字に責任を持って分かったのは、見る数字を増やすほど、打ち手は決まらなくなるということでした。レポートの役目は、起きたことを漏れなく報告することではありません。来月、何を1つ直すかを決めることです。そのために要る数字は、5つで足ります。
ECの計測設計は「見る数字を5つに絞る」ところから始める【結論】

結論から書きます。ECで毎月見る数字は、次の5つに絞ります。
- 流入:検索から何回訪問されたか
- 接触:商品の詳細ページが何回見られたか
- カート:カートに何回入ったか
- 購入:何件買われたか
- 単価:1件あたりいくらだったか
この5つは、お客様が店に来てから買うまでの順番そのままです。上から順に見ていけば、どの段で人が減っているかが分かります。減っている段が、来月直す場所です。
私は前職で、これと逆のことをして失敗しました。見られる数字が増えるたびにレポートの項目を足していった結果、数字は揃っているのに、会議で次の打ち手が決まらなくなりました。項目が多いと、良い数字と悪い数字が混ざります。すると「全体としては悪くない」で話が終わります。項目を5つまで削ってから、ようやく「今月はここを直す」と言えるようになりました。
計測の設計も、この5つから逆算します。5つの数字が正しく取れる設定だけを先に入れ、それ以外は後回しにします。次章からその順番で進めます。
- 毎月見る数字は、流入・接触・カート・購入・単価の5つに絞る
- 5つは来店から購入までの順番。人が減っている段が、来月直す場所になる
- 計測の設定は、この5つが正しく取れるところまでを先に入れる
ECの計測が壊れている典型3パターン|売上の二重計上・購入が取れない・流入元が不明

レポートを作る前に、数字が合っているかを確かめます。現在のコンサルで相談を受けたとき、私が最初に確認するのは「購入が正しく取れているか」です。ここが壊れていると、その上に載る分析はすべて間違った結論になるからです。
私自身、前職で計測が壊れていることに気づかないまま、数ヶ月のあいだ判断を誤ったことがあります。数字は毎月出ていたので、疑いませんでした。数字が出ていることと、数字が合っていることは別です。この負けから、月に1回は受注の実数と突き合わせるようにしました。
壊れ方は、私の経験則として次の3つに分かれます。
| 壊れ方 | 起きていること | 確かめ方 |
|---|---|---|
| 売上が二重計上 | 購入完了ページの再読み込みなどで、同じ注文が2回以上記録される | GA4の購入件数が、カートの受注件数より多くないか |
| 購入が取れない | 購入完了ページに計測が入っていない、または決済の途中で別のドメインに移り計測が途切れる | GA4の購入件数が、受注件数より大きく少なくないか |
| 流入元が不明 | 外部の決済画面から戻った時点で、流入元が決済サービスに書き換わる | 購入の流入元に、決済サービスのドメインが並んでいないか |
確かめ方は3つとも同じです。同じ期間で、カートの管理画面の受注件数と、GA4の購入件数を並べます。広告ブロックなどの影響があるので、両者がぴったり一致することはありません。見るのは差の大きさではなく、差の動きです。毎月ほぼ同じ割合でずれているなら、傾向を見る道具として使えます。ある月から急に開いたなら、その月に何かが壊れています。
- 最初に確認するのは「購入が正しく取れているか」。ここが壊れると全部の結論がずれる
- 壊れ方は、二重計上・購入が取れない・流入元が不明の3つ
- 月1回、カートの受注件数とGA4の購入件数を並べ、差の「動き」を見る
GA4のeコマースイベントはどこから入れるか|purchaseを最優先にする理由

GA4では、お客様の行動を「イベント」という単位で記録します。Googleはオンライン販売向けに14個の推奨イベントを公開していますが、全部を一度に入れる必要はありません。私が勧める順番は次のとおりです。
- purchase(購入):最優先。これが無いと売上が追えない
- add_to_cart(カート追加)とbegin_checkout(購入手続きの開始):どこで離れたかが分かる
- view_item(商品詳細の表示):5つの数字の「接触」になる
- それ以外:上の4つが合ってから考える
purchaseで確認する4項目
公式のイベントリファレンスでは、purchaseに付ける項目のうち次の4つが要になります。制作会社に任せている場合は、この4つが入っているかを聞いてください。
| 項目 | 中身 | 公式の記載(要旨) |
|---|---|---|
| transaction_id | 注文番号 | 必須。購入イベントの重複を回避できる |
| value | 金額 | 商品の価格×数量の合計を入れる。送料と税は含めない |
| currency | 通貨(日本円ならJPY) | valueを設定する場合は指定が必要 |
| items | 買われた商品の一覧 | 必須。商品ごとにIDか商品名のどちらかが要る |
ここで2つ、実務で効く点があります。1つ目は、前章の二重計上を防ぐのがtransaction_idだということです。注文番号が入っていない、または毎回同じ値が入っている設定は、最初に直します。2つ目は、valueは送料と税を含めない定義だということです。カートの管理画面の売上が送料・税込みなら、GA4の金額とは合いません。壊れているのか、定義が違うだけなのかを、先に切り分けてください。
なお、どこまで自由に設定できるかはカートによって違います。SaaS型のカートはタグを置ける場所に制約があり、標準の連携機能を使う形になることが多いです。カートごとの違いはShopify・BASE・STORESの比較も参考にしてください。
- 入れる順番は、purchase→add_to_cartとbegin_checkout→view_item
- purchaseは注文番号・金額・通貨・商品一覧の4項目が入っているかを確認する
- GA4の金額は送料と税を含めない定義。カートの売上と合わない理由を先に切り分ける
GA4のイベント設計|商品表示からカート、購入までを公式の推奨イベントで揃える

イベントの名前は、自分で考えずに公式の推奨イベント名をそのまま使います。名前を揃えておくと、GA4の標準のeコマース向けレポートにそのまま数字が入るからです。公式ドキュメントが示す流れと、私が付けている優先度を1枚にまとめます。
| 段階 | イベント名 | 記録するタイミング | 優先度 |
|---|---|---|---|
| 商品の表示 | view_item_list/select_item | 商品一覧が表示された/一覧から商品が選ばれた | 後回し |
| 商品の表示 | view_item | 商品の詳細ページが表示された | 3番目 |
| カート | add_to_cart | カートに商品が入った | 2番目 |
| カート | view_cart/remove_from_cart/add_to_wishlist | カートを見た/カートから外した/お気に入りに入れた | 後回し |
| 決済 | begin_checkout | 購入手続きが始まった | 2番目 |
| 決済 | add_shipping_info/add_payment_info | 配送先・配送方法を登録した/支払い情報を登録した | 後回し |
| 購入・返金 | purchase | 購入が完了した | 最優先 |
| 購入・返金 | refund | 返金した | 返品が多い店は早めに |
| プロモーション | view_promotion/select_promotion | バナーなどが表示された/選ばれた | 後回し |
優先度の列は公式の指定ではなく、私の判断です。「後回し」は不要という意味ではありません。5つの数字が毎月安定して取れるようになってから足す、という順番の話です。
設計で守る3つのこと
- 商品の情報は、どのイベントでも同じ形で送る。公式ドキュメントでは、商品情報はitemsという配列で送ります(1回に最大200個)。商品IDの付け方がイベントごとに違うと、後で商品別に並べられません
- 金額を送るときは通貨も送る。公式は、収益の指標が正しく計算されるようcurrencyを設定することを勧めています
- 入れたら自分で1回買って確かめる。公式はデバッグモードを有効にして、イベントをその場で確認することを勧めています。テスト購入で、各イベントが1回ずつ記録されるかを見ます
- イベント名は自作せず、公式の推奨イベント名で揃える
- 先に入れるのは view_item・add_to_cart・begin_checkout・purchase の4つ
- 入れた後はテスト購入で、各イベントが1回ずつ記録されるかを確かめる
Search ConsoleとGA4の連携|検索流入を売上につなぐ

GA4だけでは、お客様がどんな言葉で検索して来たかはほとんど分かりません。検索語を持っているのはSearch Console(Googleの検索結果での表示やクリックを確認できる無料ツール)です。この2つをつなぐと、検索から購入までを続けて見られるようになります。
つなぐ手順と条件
公式ヘルプの手順は、GA4の[管理]→[サービス間のリンク設定]→[Search Console とのリンク]です。GA4のウェブデータストリームと、Search Consoleのウェブサイトプロパティをリンクします。条件は次の3つです。
- 権限:GA4プロパティの「編集者」の役割を持ち、Search Consoleプロパティの確認済み所有者であること
- 1対1:1つのウェブデータストリームにリンクできるSearch Consoleプロパティは1つだけ
- 変更不可:リンクは後から変更できない。直すときは削除して作り直す
リンクすると、GA4で「Google オーガニック検索クエリ」と「Google オーガニック検索トラフィック」の2つのレポートが使えるようになります。公式ヘルプによると、このレポートのまとまりは初期状態では非公開で、左側の[ライブラリ]から公開します。データが出るのはSearch Consoleに収集されてから48時間後です。
「検索語ごとの売上」は出ない。着地ページでつなぐ
ここは誤解が多いところです。連携しても、検索語ごとの購入件数や売上は出ません。公式ヘルプは「Google オーガニック検索クエリ」について、Search Console側の切り口でしか詳細を確認できないと説明しています。一方の「Google オーガニック検索トラフィック」は、着地ページ(お客様が最初に開いたページ)ごとに、検索側の数字とアナリティクス側の数字が並びます。
つまり、1本の線は着地ページを継ぎ目にして作ります。
- Search Consoleで、そのページがどんな検索語で表示・クリックされているかを見る
- GA4で、そのページから入った人がカートと購入まで進んだかを見る
- 2つを同じ着地ページの行に並べる
全ページでやる必要はありません。検索からの訪問が多い上位10ページほどで足ります(ページ数は私の経験則です)。ここで拾った検索語の活かし方はECのキーワード選定に書いています。
- 検索語を持っているのはSearch Console。GA4とリンクして検索から購入までを続けて見る
- リンクにはGA4の編集者とSearch Consoleの確認済み所有者の両方の権限が要る
- 検索語ごとの売上は出ない。着地ページを継ぎ目にして「検索語→着地ページ→購入」をつなぐ
Search ConsoleとGA4の役割分担|片方だけで分かること・分からないこと

2つの道具は、見ている場所が違います。Search Consoleは店の外(検索結果の上で起きたこと)、GA4は店の中(サイトに来てから起きたこと)です。この線引きを先に決めておくと、同じ数字を2か所で追って混乱することが無くなります。
| 知りたいこと | Search Console | GA4 |
|---|---|---|
| どんな言葉で検索されたか | 分かる(クエリ) | 単体では分からない |
| 検索結果に何回出て、何回クリックされたか | 分かる(インプレッション数・クリック数・CTR) | 単体では分からない |
| 検索結果の何番目あたりに出ているか | 分かる(平均掲載順位) | 単体では分からない |
| 来た後に何を見て、カートに入れたか | 分からない | 分かる |
| 何件買われ、いくらだったか | 分からない | 分かる |
| 検索以外(SNS・メールなど)からの訪問 | 分からない | 分かる |
Search Consoleの4つの指標は、公式ヘルプで次のように定義されています。
- クリック数:「ユーザーが Google 検索の検索結果からサイトをクリックした回数。」
- インプレッション数:「サイトが検索結果に表示された回数。」
- CTR:クリック数をインプレッション数で割った値
- 平均掲載順位:「検索結果におけるサイトの最上位の平均掲載順位です。」
残る期間が違う
もう1つの違いは、データが残る期間です。アナリティクスの公式ヘルプには「Search Console では、過去 16 か月間のデータが保持されます」とあります。GA4側は、ユーザー単位・イベント単位のデータの保持期間を2か月か14か月から選ぶ設定になっています(有料版を除く)。公式ヘルプによると、この設定が影響するのはデータ探索とファネルのレポートで、標準の集計レポートには影響しません。前年同月と比べたいなら、月次の5つの数字は毎月、手元の表に書き写しておくのが確実です。
なお、検索順位の日々の推移を細かく追うのは、どちらの道具も得意ではありません。順位の推移は別の道具で見ます(順位チェックツールの比較)。
- Search Consoleは店の外(検索結果)、GA4は店の中(来店後)を見る道具
- 検索語・表示・クリック・順位はSearch Console、カート・購入・金額はGA4で見る
- データが残る期間に限りがある。月次の5つの数字は手元の表に書き写す
ECの月次1枚レポートの型|流入・接触・カート・購入・単価の5行で作る

ここからが本記事の中心です。月次のレポートは、次の5行だけで作ります。下の表は型で、数字の欄は空けてあります。そのまま表計算ソフトに写して使ってください。
| 行 | 見る数字 | 取る場所 | 今月 | 前月 | 前年同月 | 前の行からの進み率 |
|---|---|---|---|---|---|---|
| 1. 流入 | 自然検索からの訪問数 | GA4 | (記入) | (記入) | (記入) | — |
| 2. 接触 | 商品詳細の表示(view_item) | GA4 | (記入) | (記入) | (記入) | 2÷1 |
| 3. カート | カート追加(add_to_cart) | GA4 | (記入) | (記入) | (記入) | 3÷2 |
| 4. 購入 | 購入件数(purchase) | GA4(月1回カートの受注件数と照合) | (記入) | (記入) | (記入) | 4÷3 |
| 5. 単価 | 購入1件あたりの金額 | GA4の金額÷購入件数 | (記入) | (記入) | (記入) | — |
作るときの4つの決まり
- 数え方を毎月変えない。訪問数で数えるか人数で数えるかは、どちらでも構いません。一度決めたら変えないことのほうが大事です
- 比べる相手は前月と前年同月の2つ。ECは季節で動くので、前月だけでは良し悪しが判断できません
- 表の下に「ひとこと」を3行まで書く。いちばん動いた行、考えられる理由、来月直す場所の3つです
- 取れなかった数字は「取得できず」と書く。推測で埋めると、翌月以降の比較が全部崩れます
進み率に「業界平均」を並べたくなりますが、私は並べません。裏づけになる公的な統計を確認できなかったことと、商材と価格帯で大きく変わるからです。比べる相手は他社ではなく、自店の前月と前年です。
Search Consoleの数字(クリック数・平均掲載順位)は、この表には入れません。1行目の流入が動いたときに、理由を調べに行く場所として使います。
- 月次レポートは5行。今月・前月・前年同月と、前の行からの進み率を並べる
- 数え方は毎月変えない。取れなかった数字は「取得できず」と書く
- 比べる相手は業界平均ではなく、自店の前月と前年同月
計測が合っているかどうかの確認から入ります。レポートの型はそのまま持ち帰っていただけます
「GA4の購入件数と実際の受注件数が合わない」「レポートは作っているが打ち手が決まらない」という方へ。まず購入が正しく取れているかを一緒に確認し、そのうえで5行のレポートに何を入れるかを整理します。相談は無料です。この設計で売上が伸びるというお約束はできませんが、来月どこを直すかを決められる状態までお手伝いします。
無料で相談する(develop-life.com/contact/)→ECの数字から打ち手を決める分岐表|どこが詰まっているかで対策が変わる

5行のレポートができたら、前月・前年同月と比べていちばん悪くなった行を1つだけ選びます。その行によって、次に見る場所と打ち手が決まります。
| 詰まっている場所 | 次に見るもの | 打ち手の方向 |
|---|---|---|
| 1. 流入が減った・足りない | Search Consoleで、クリックが減ったページと検索語。表示が減ったのか、順位が落ちたのか | 順位が落ちたページの見直し、狙う言葉の再設計 |
| 2. 流入はあるが、商品詳細まで進まない | 検索からの着地ページ。カテゴリや記事から商品への道があるか | 着地ページから商品への導線、カテゴリの並びの見直し |
| 3. 商品は見られるが、カートに入らない | よく見られているのにカートに入らない商品ページ | 価格・送料・在庫・写真・説明文など、買う前に知りたい情報の補強 |
| 4. カートに入るが、購入されない | 購入手続きの開始(begin_checkout)まで進んでいるか | 送料の見せ方、支払い方法、入力項目の数の見直し |
| 5. 件数は同じで、単価が下がった | 売れた商品の構成。低単価の商品に寄っていないか | まとめ買い・関連商品の導線、送料無料ラインの見直し |
行ごとの進め方は、別の記事に詳しく書いています。
- 1の流入:検索順位が上がらない15の原因と対策チェックリスト
- 2の導線:ECのカテゴリページSEO
- 3の商品ページ:ECの商品ページSEO
1つだけ選ぶ理由
複数の行を同時に直すと、翌月に数字が動いても、何が効いたのかが分かりません。私の経験則として、1か月に直すのは1行、多くても2行までです。地味ですが、これを続けると「何をやると、どの数字が動くか」が自店の中に溜まっていきます。
もう1つ。数字が急に大きく動いたときは、打ち手を考える前に計測が壊れていないかを先に疑ってください。第2章の照合に戻ります。
- 前月・前年同月と比べて、いちばん悪くなった行を1つだけ選ぶ
- 流入はSearch Console、接触以降は着地ページ・商品ページ・購入手続きを順に見る
- 数字が急に動いたら、打ち手の前に計測の故障を疑う
GA4の計測を壊さない運用ルール|リニューアル・カート変更・タグ追加のときに確認すること

計測は、一度合わせても、サイトに手を入れたときに壊れます。壊れやすいのは次の3つの場面です。
| 場面 | 壊れやすいところ | 確認すること |
|---|---|---|
| サイトのリニューアル | 新しいページに計測が入っていない。URLが変わり、過去と比べられなくなる | 公開の前後でテスト購入を1件行い、4つのイベントが記録されるか |
| カート・決済の変更 | 購入完了ページが変わり、purchaseが取れなくなる。流入元が決済サービスに書き換わる | purchaseが1回だけ記録されるか。注文番号と金額が合っているか。流入元が正しいか |
| タグの追加 | 同じ計測が二重に入り、数字が倍になる | 追加の前後で、訪問数と購入件数が不自然に増えていないか |
リニューアル時の検索順位の守り方はECサイトリニューアルで検索順位を落とさない方法に書いています。計測の引き継ぎも、同じ工程表に入れてください。
ふだんの決まりは3つ
- タグを触る人を1人に決める。制作会社・広告会社・社内の誰が何を入れたか分からない状態が、二重計測のもとです
- 変更した日をレポートの欄外に書く。数字が動いたとき、変更のせいか、お客様の動きのせいかを切り分けられます
- 月1回、受注件数と照合する。第2章の確認を月次レポートの作業に組み込みます
個人情報をGA4に送らない
Googleは、個人を特定できる情報をアナリティクスに送ることをポリシーで禁止しています。ECで起きやすいのは、購入完了ページや会員ページのURLに、メールアドレスや氏名が含まれてしまう形です。ページのURLは計測と一緒に送られるので、意図せず送信されます。購入者の氏名・メールアドレス・電話番号・住所は、URLにもイベントの項目にも入れないでください。注文番号は送りますが、購入者の情報は送りません。
- 計測が壊れるのは、リニューアル・カート変更・タグ追加の3つの場面
- 変更の前後でテスト購入を1件行い、purchaseが1回だけ正しく記録されるかを見る
- 購入者の氏名・メールアドレスなどの個人情報は、URLにもイベントにも入れない
ECのGA4計測に関するよくある質問
Q. GA4の売上とカートの管理画面の売上が合いません。壊れていますか?
壊れているとは限りません。GA4の金額(value)は、公式の定義では送料と税を含めません。カート側が送料・税込みなら、その分ずれます。計測を拒否する設定のお客様の分も記録されません。先に件数で比べ、差が毎月ほぼ一定かどうかを見てください。
Q. 推奨イベントは14個すべて入れたほうがよいですか?
最初から全部は要りません。purchase、add_to_cart、begin_checkout、view_itemの4つで、本記事の5行レポートは作れます。残りは、4つが安定して取れてから、知りたいことが出てきた順に足します。
Q. Search Consoleとつなげば、検索語ごとの売上が分かりますか?
分かりません。検索語のレポートに出るのは検索側の数字だけです。着地ページごとに、Search Consoleの検索語とGA4の購入を並べる形でつなぎます(第5章)。
Q. 制作会社に計測を任せています。何を確認すればよいですか?
3つ聞いてください。①purchaseに注文番号・金額・通貨・商品一覧が入っているか。②テスト購入でpurchaseが1回だけ記録されるか。③GA4の購入件数と受注件数を照合したことがあるか。3つに答えが返ってくれば、土台は大丈夫です。
Q. 楽天やAmazonの店舗でも同じ設計が使えますか?
本記事の設定手順は自社EC(DtoC)専用です。モールは店舗管理画面の分析機能を使うことになり、仕組みが違うので本記事では扱っていません。「見る数字を5つに絞る」という考え方だけは共通して使えます。
用語集|この記事に出てきた言葉
- GA4(Google Analytics 4)
- Googleが提供する無料のアクセス解析ツール。訪問者の数や行動、購入を記録する。
- Search Console
- Googleが提供する無料ツール。検索結果での表示回数・クリック数・検索語・掲載順位を確認できる。
- イベント
- GA4が行動を記録する単位。商品を見た、カートに入れた、買った、のそれぞれが1つのイベントになる。
- 推奨イベント
- Googleが名前と項目をあらかじめ決めているイベント。オンライン販売向けは14個ある。
- purchase
- 購入の完了を記録する推奨イベント。注文番号(transaction_id)・金額(value)・通貨(currency)・商品一覧(items)を付ける。
- transaction_id
- 注文ごとに1つだけ付く番号。同じ購入が重複して記録されるのを防ぐ。
- クエリ
- 検索窓に入力された言葉。本文では「検索語」と書いている。
- 着地ページ(ランディングページ)
- お客様がサイトに来て最初に開いたページ。
- CTR
- クリック率。クリック数をインプレッション数(表示回数)で割った値。
- DtoC(D2C)
- Direct to Consumerの略。モールを介さず、自社サイトで消費者に直接販売する形態。本記事の対象。
まとめ|ECのレポートは報告書ではなく「次の1手を決める道具」にする

本記事でやることを、順番に並べ直します。
- カートの受注件数とGA4の購入件数を並べ、計測が合っているかを確かめる
- purchase、add_to_cart、begin_checkout、view_itemの4つを公式の名前で入れる
- Search ConsoleとGA4をリンクし、着地ページを継ぎ目にして検索語と購入をつなぐ
- 流入・接触・カート・購入・単価の5行で月次レポートを作る
- いちばん悪くなった行を1つ選び、分岐表で来月の打ち手を決める
最後に、3つのことを1つの原則に畳みます。①数字は増やさず5つに絞る、②合っているかを毎月確かめる、③悪くなった1行だけを直す。まとめると、レポートは起きたことを報告する紙ではなく、来月の1手を決めるための道具です。打ち手が決まらないレポートは、項目を足すのではなく削ってください。
EC全体の検索集客の中での位置づけはECサイトのSEO対策 完全ガイドに戻って確認してください。計測が合っているか自信が持てない場合や、5行に何を入れるかで迷う場合は、整理をお手伝いできます。
計測が合っているかの確認から、
「来月の1手」が決まるレポートづくりまで
「GA4を入れたが売上が追えていない」「制作会社に任せた計測が正しいか確かめたい」「レポートが打ち手に結びつかない」という方へ。計測が合っているかどうかの確認から入り、5行のレポートの型と、どの行から直すかの優先順位を一緒に整理します。レポートの型はそのまま持ち帰っていただけます。相談は無料です。成果のお約束はできませんが、良い数字も悪い数字もそのままお伝えします。
計測・レポート設計の無料相談はこちら(develop-life.com/contact/)→