症状：Safariで注文は完了したのに、Google Adsのコンバージョン状況や件数が合わない。
最短の対処：転換アクションとタグ設定を先に照合し、Tag Assistantでテストイベントを確認してから、Safariの購入経路で再現します。タグの発火は広告への帰属を証明しないため、結果は別々に記録してください。
対象：越境ECの広告運用担当者。購入コンバージョンの発火と記録を確認したい方に向いています。
結帳フローの変更や公開前確認を担う店舗運営者、Google AdsとGA4のイベント報告を区別するデータ担当者にも役立ちます。
Safari購入テストは何を検収するのか
Google AdsのSafariテストでは、「注文が完了したか」「意図したタグが発火したか」「Google Ads側で状態や計測が確認できるか」を分けて判断します。テスト中にタグが発火しても、実際の広告成果が正しく帰属したことまでは示しません。
先に確認するのは、購入、注文送信、完了ページ表示のどれを広告の転換アクションとして扱うかです。購入完了とサンクスページの閲覧を同じ基準にすると、ページ再読み込みなどで実際の注文と合わないイベントが記録されるおそれがあります。店舗のチェックアウト経路とGoogle Adsの転換アクション設定を照らし合わせ、チームで判定基準をそろえてください。
設定と購入記録を照合する
確認対象は、イベント名だけではありません。Google Adsの手動設定による転換アクションの説明を参照し、目的のアクションと実装を照合します。GA4にイベントが届いていることだけでは、Google Adsの転換アクション設定が正しいとは判断できません。
設定画面とデバッグ記録では、次の項目を見比べます。
- Google tagが想定したページに設置されているか。
- イベントコードまたはGoogle Tag Managerの設定が、検収対象の転換アクションを参照しているか。
- 購入イベントのコンバージョンID、ラベル、金額、通貨などが、実装上の設定やテスト注文と整合しているか。
- 完了ページの表示だけでなく、注文が実際に成立した記録があるか。
取引IDを使う実装では、タグの記録と注文管理画面の値を照合できる形で残します。設定項目が存在するかだけで合格にせず、脱敏したテスト注文、ページの状態、Tag Assistantの記録をひとまとまりの証拠として保管してください。Google Adsのウェブサイトタグの確認方法も、設置先と実装状況の照合に使えます。
チェックリスト：Safariで再現して記録する
以下の順に進めると、設定ミス、発火漏れ、注文との不一致を分けて調べられます。検収用の操作と本番顧客の注文を混同しないよう、テスト注文の扱いは店舗側の運用ルールに従ってください。
- [ ] 対象アクションを確定する。 Google Adsで検収する転換アクションを特定し、購入のどの時点を成功とするかをチームで合意します。実際のチェックアウト手順も一度たどり、通常の購入完了画面を確認してください。
- [ ] タグ構成を確認する。 Google tag、イベントコード、Google Tag Managerのうち、どの設定が転換アクションを送るのかを調べます。複数のタグ、コンテナ、旧版の設置が見つかった場合は、発火元を特定するまで設定変更を重ねないでください。
- [ ] Tag Assistantで接続して記録する。 Google AdsはTag Assistantを使った転換アクションのテストを案内しています。GTMを使う場合は、プレビューとデバッグの手順に沿って対象コンテナの状態を確認し、テストセッションの証拠を残します。
- [ ] Safariでランディングページから購入まで進む。 実際の購入経路に沿ってページ遷移、入力、決済結果、完了画面を記録します。途中で離脱した場合は、注文が成立していないのに購入イベントだけが発火していないかも確認します。
- [ ] イベントと注文を突き合わせる。 イベントの発火時点、転換アクション、金額や通貨などの設定と、脱敏した注文結果を比較します。食い違いがあれば、該当ページと設定を特定してから修正し、同じ経路で再検証します。
- [ ] 同意状態と重複タグを確認する。 同意管理ツールの設定やデバッグ結果を見て、同意状態がタグにどう反映されているかを確認します。同意モードのデバッグ案内を参考にし、テストを通す目的で利用者の同意要件を回避しないでください。
- [ ] 広告アカウント側の状態を別に記録する。 Tag Assistantでの発火、Google Ads画面の状態、広告経由の実績は別々の証拠として残します。転換アクションの状態に関する公式案内を確認し、画面上の表示だけでSafariテストの成否を断定しないでください。
注意：同意状態によってタグの動作が変わる可能性があります。プレビュー結果は、テスト時の同意設定とセットで保存してください。
どの結果なら合格としてよいか
「Tag Assistantに購入イベントが出た」という一点だけでは、購入検収は完了しません。次の条件分岐で、合格、追加調査、切り分け依頼を選びます。
- 注文成立とイベント発火が一致し、アクションやパラメータも設定と整合する場合：Safariでのテスト経路について、タグ実装の検収を通します。広告の帰属は別途確認事項として記録します。
- 注文は成立したがイベントが確認できない場合：完了ページ、発火条件、タグやコンテナの重複・旧設定、同意状態を再調査します。原因が不明なら、再現手順とデバッグ記録を添えて実装担当者に確認を依頼します。
- イベントは発火したが注文が成立していない場合：購入計上の条件が注文成功とずれている可能性があります。計測対象の定義と発火タイミングを見直し、条件を確かめるまで合格にしません。
- テストは一致するが、広告レポートと注文数が異なる場合：Safariの発火確認と広告への帰属を分け、同意やクリック情報、Google Ads側の処理状況を確認します。差だけを根拠にブラウザー不具合と断定しないでください。
Conversion Linkerを使う構成では、その設定と役割に関する公式説明も参照し、広告クリック情報の取り扱いを含めて実装を点検できます。Google tagの状態確認には、Google tagのトラブルシューティング資料も利用できます。
Safariでの購入テストは、特定のテスト経路における証拠です。すべての端末や購入者の環境、広告の帰属を代表するものではありません。また、デバッグセッションを共有する場合は、Tag Assistantの共有とプライバシーに関する説明を確認し、顧客情報や認証情報が記録に含まれないようにしてください。
よくある疑問
FAQでは、未確認の状態、発火確認、注文結果、広告帰属を混同しないための判断を整理しています。テスト結果に不一致があれば、該当する証拠を分けて見直してください。
Google Adsの転換アクションが未確認の場合
設定した転換アクションと実装を照合し、Tag Assistantでテスト経路を確認します。注文記録と突き合わせてから状態の意味を判断してください。
Safariで購入してもGoogle Adsに記録がない場合
タグの発火、アクションの対応、同意状態、注文成立を個別に確認します。単一の画面表示だけで原因をSafariに限定しないでください。
Tag Assistantで購入タグが発火すれば十分ですか
発火はタグ実行の証拠ですが、注文成立や広告帰属の証明ではありません。イベント設定と実際の注文結果も照合します。
テスト成功後も広告の数値が異なる理由
Safariテストは特定経路の動作確認であり、実際の広告クリックとの関連付けやアカウント側の処理を保証しません。計測と注文実績を分けて報告します。
Safariの再現環境をどう用意するか
手元のMacで再現でき、担当者が継続して同じ購入経路を確認できるなら、まずはローカル環境で検収するのがシンプルです。一方、複数の担当者で環境をそろえる必要がある、または海外向けのSafari表示を遠隔から確かめたい場合は、遠隔Macの運用が候補になります。用途の適合性はリモートMacの活用例で確認でき、レンタル期間の選び方も比較材料になります。
自前の検証環境は、毎回のセットアップが不要で物理機器や周辺機器も扱いやすい反面、購入費用、保守、担当者間の環境差が負担になります。遠隔環境は機器を購入せずに検証を始めやすい一方、ネットワーク越しの操作や利用権限、テストデータの管理を考慮する必要があり、長期の高負荷利用や物理接続が必須なら自前のMacが適することもあります。再現性のあるSafari検収環境がなく、海外環境での確認も必要な場合は、KVMFLUXのプランと利用条件を見比べ、自分のテスト経路に合うかを判断してください。