GA4にpurchaseが届いていても、金額と注文の数え方が正しいとは限りません。まずどの連携から送信しているかを特定し、確認できる注文一件から金額、通貨、識別情報を照合します。Shopifyの売上合計と単純に同じになるはずだと考えず、定義を揃えて確認しましょう。
購入計測の送信元を一つずつ確認する
Google & YouTubeアプリ、GTM、カスタムピクセル、外部アプリなど、purchaseを送る仕組みを一覧にします。ページ閲覧だけのタグと購入情報を送る処理は分けてください。複数の経路が同じ購入を送っていると重複の原因になるため、目的と送信先、担当者を記録し、必要な経路を決めます。
金額は値引きと税・送料を分けて照合する
Google公式のShopifyイベント仕様では、Google & YouTubeアプリ経由のpurchaseのvalueは商品・注文の値引きを考慮し、送料と税を含みません。税と送料は別項目です。購入者の支払総額と比較する際はこの違いを考慮してください。任意に税込・送料込みへ合わせてよいと考えず、利用する連携が送る定義を確認します。
注文IDと通貨、商品情報も確認する
transaction_id、currency、items等を確認し、対象の注文と対応しているかを調べます。金額があるだけでは、別の通貨や商品情報の欠落に気付けません。確認には個人情報を必要以上に持ち出さず、試験に必要な識別情報を使ってください。通貨が想定と違う場合は、ストアやマーケットと送信先の条件を調べます。
キーイベントと広告の目標を混同しない
Google Analyticsではpurchaseはデフォルトのキーイベントです。旧画面の「コンバージョンとしてマーク」を毎回手動で有効にする手順とは異なります。広告の入札に使うコンバージョンを設定する場合は、Analytics側の記録だけでなく広告アカウント側の目標と扱いも確認します。同じ購入を複数の主な目標へ重ねないようにしましょう。
ゼロ・重複・金額差を分けて調べる
購入がゼロなら、送信先、公開状態、同意、購入完了時のイベントを確認します。重複なら同じ注文を複数のタグが送っていないかを確認します。金額だけ違うなら値引き、税、送料、通貨を先に照合します。すべてを一括して「計測の誤差」と呼ばず、症状と再現条件を記録してください。
注文一覧とレポートは同条件で比べる
期間、タイムゾーン、販売チャネル、キャンセルや返金の扱い、対象通貨を揃えます。収集への同意やブラウザの制限で全注文が見えるとは限りません。「5〜10%なら正常」などの一律の許容差は置かず、既知の条件と実際の差を記録します。直近データは反映待ちの可能性もあるため、再確認の時刻を残しましょう。
設定変更後も同じ照合を繰り返す
テーマ、計測アプリ、購入画面、同意設定を変えた際は、イベントが届くことに加えて金額と重複を再確認します。実装の仕組みを増やす前に、現在の送信元で何が不足しているかを明確にしてください。計測担当と店舗担当が、注文・イベント・レポートのどこまで確認したかを共有できる記録を残しましょう。
導入前の確認事項
- purchaseの送信元と送信先を把握した
- 値引き・税・送料とvalueを照合した
- 注文ID・通貨・商品情報を確認した
- 重複・欠落・金額差を別々に検証した
公式資料・関連記事
関連記事：ShopifyとGA4の連携設定｜Google公式アプリと確認手順、ShopifyのGoogle広告計測｜公式アプリ・目標と重複確認。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント