Google広告のコンバージョンは全件？初回のみ？カウント設定の選び方

Google広告のコンバージョンのカウントは、問い合わせなら「初回のみ」、購入なら「全件」が基本です。ただし、同じ購入完了ページの再読込まで全件として評価するわけではありません。購入は全件で数えつつ、同じ注文の再発火は固有のトランザクションIDで除外します。

つまり、カウント設定だけで重複をすべて解決しようとすると判断を誤ります。「再送を新しい成果とみなすか」と「同じ成果が再発火しただけか」を分けてください。残る条件は、問い合わせの再送や内容の異なる送信を、自社が独立した成果として扱うかどうかです。

Google広告のコンバージョンのカウントは何を選ぶ？

2026年9月21日時点で、Google広告ではコンバージョンアクションごとに「全件」または「初回のみ」を選べます。「全件」は広告のインタラクション後に発生したすべてのコンバージョンを数え、「初回のみ」は同じコンバージョンアクションを1回だけ数える設定です。Googleは、販売のように各成立が価値を持つ場合は全件、見込み顧客を獲得できたかを確認する場合は初回のみが適すると説明しています（Google広告ヘルプ「コンバージョンのカウント方法について」）。

画面上の選択肢を確認する前に、「何を独立した成果と呼ぶか」を決めます。問い合わせフォームを送信するたびに新しい案件が生まれるのか、同じ見込み顧客からの再送にすぎないのか。別注文はそれぞれ売上につながるのか。同じ完了ページが表示され直しただけなのか。この業務上の区別が決まってから設定を選びます。

「初回のみ」は一人につき一生一件ではない

「初回のみ」という名称から、同じ人のコンバージョンを恒久的に一件へまとめる機能だと思うかもしれません。しかし、その理解は正確ではありません。

2026年9月21日時点の公式説明では、初回のみは広告クリック後に発生した同じコンバージョンアクションを1回だけ数える設定です。公式の例では、一回の広告クリック後に同じ保険商品のフォームを複数回送っても、その商品については一件として数えます（Google広告ヘルプ「コンバージョンのカウント方法について」）。

したがって、顧客単位や案件単位で重複を判定したい場合は、Google広告のカウント設定とは別に、自社の顧客管理上の判定が必要です。同じ人でも別の広告インタラクションを経た送信は別に計上され得るためです。これは公式のカウント単位から導く運用上の提案です。

送信・再送・別購入・再読込を分ける判断表

カウント設定が答えるのは「広告のインタラクション後に、同じコンバージョンアクションを何回まで評価するか」です。トランザクションIDなどの実装は「同一成果のタグ再発火をどう除くか」を受け持ちます。両者を分けると、次のように判断できます。

この表は公式仕様から導く運用上の提案です。問い合わせでも、送信ごとに独立した業務価値があるなら全件を検討できます。同じ見込み顧客による再試行をまとめたい運用には、初回のみが合います。選択基準はフォームという画面の種類から、コンバージョンアクションが表す成果へ置いてください。

購入では、別注文をそれぞれ成果として扱うなら全件を選びます。カウント設定は別注文を評価する範囲、トランザクションIDは同じ注文の二重計上を抑える役割を担います。この切り分けにより、別購入を残したまま再読込だけを除外できます。

完了ページの再読込は「初回のみ」で直さない

2026年9月21日時点のGoogle公式情報では、購入完了ページへ戻った場合やページを再読み込みした場合、同じタグが再び発火し、同じ注文が重複計上される可能性があります。同一コンバージョンアクションから同じトランザクションIDが送られると、Google広告は二回目を重複と認識し、カウントしません（Google広告ヘルプ「トランザクション ID を使用してコンバージョンの重複を抑える」）。

ここで購入の設定を初回のみに変えると、同じ注文の再発火も、一回の広告クリック後に発生した異なる購入も、一回にまとめることになります。Googleの説明でも、トランザクションIDは同じ購入の二重計上を避けるもの、初回のみは異なる購入が複数発生しても一回だけ数えるものとして、目的が区別されています（Google広告ヘルプ「コンバージョン トラッキング データについて」）。

購入をすべて計測しながら同一注文の重複を避けたいなら、全件を選び、購入ごとに固有で動的なトランザクションIDを付けるのが公式仕様に沿った方法です。IDはバックエンドまたはECプラットフォームで動的に生成します。異なる注文へ同じIDを使うと過少計上につながり、タグと別データソースでIDが一致しなければ重複除外されません。いずれも2026年9月21日時点の公式要件です（Google広告ヘルプ「トランザクション ID を使用してコンバージョンの重複を抑える」）。

発火そのものが確認できないときは、カウント方法を変える前にGoogle広告のコンバージョンが計測されないときの確認方法で、タグや計測経路を切り分けてください。売上側の扱いも整える場合は、Google広告のコンバージョン値を設定する考え方もあわせて確認できます。

設定を変える前にケース台帳で照合する

管理画面の合計値だけでは、再送を数えたのか、別購入を数えたのか、完了ページの再読込を数えたのかを区別できません。運用上の提案として、確認用の台帳に次のケースを一行ずつ用意します。

たとえば同じ注文の再読込で、タグは再発火しているが同じIDが送られているなら、カウント設定とは別の重複除外を確認できます。別注文なのに同じIDが送られていれば、全件を選んでいても注文を正しく区別できません。問い合わせでは、同一内容の再送と別目的の送信を台帳上で分けることで、初回のみを選ぶ範囲が業務上の成果定義と合っているかを判断できます。

既存のコンバージョンアクションは、目標のコンバージョン概要から設定を編集し、カウント方法を選択できます。ただし、2026年9月21日時点の公式仕様では、変更は変更後に発生したコンバージョンにだけ適用され、過去データには反映されません。また、アトリビューションが「有料チャネルとオーガニックチャネル」の場合、カウント設定はGoogleアナリティクスで管理します（Google広告ヘルプ「コンバージョンのカウント方法について」）。

そのため、設定変更日を台帳へ残し、変更前後の数値を同じ条件として比較しないことが重要です。設定画面の記録に、各ケースをどう扱うと決めたかも添えれば、担当者が替わっても判断基準を追えます。

設定と実装を一組で確定する

コンバージョンアクション名ごとに、独立した成果の条件、カウント方法、重複を除く実装を一組で記録します。問い合わせでは同一内容の再送と別目的の送信を判別できる条件を添え、購入では注文ごとのトランザクションIDが動的に渡ることを確認してください。

ケース台帳の結果が想定と違うときは、ずれた列から修正箇所を特定できます。別購入がまとめられているならカウント設定を、再読込が重複しているならIDの生成と受け渡しを、再送を顧客単位で除外したいなら顧客管理側の照合条件を確認します。これで、送信・再送・別購入・再読込の扱いを混同せず、Google広告の設定と実装をそれぞれの役割に合わせて確定できます。