クリックは費用です。答えになるのは売上です。

あなたのものであるクリック識別子

リダイレクトのたびにワーカーがトークンを発行し、あなたが選んだパラメータ名——既定では中立的な名前——でリンク先のアドレスに付与します。同じトークンはあなた自身のリダイレクトドメイン上のファーストパーティCookieにも書き込まれます。すでにサードパーティのものを受け付けなくなったブラウザーでも計測が生き残るのは、この仕組みのおかげです。

トークンは署名され、テナントに紐づきます。ワークスペースとパートナーの識別子が署名対象のペイロードに入っているので、あるクライアントのリンクで発行されたトークンは、別のクライアントのワークスペースでは偽造とまったく同じように拒否されます。個人データは含まれません。含まれるのはクリックの時刻、リンク、バリアント、国、デバイスの分類、トラフィックの参照元、そして疑わしいトラフィックかどうかのフラグです。

入口は2つ、ルールは1つ

サーバー側では、あなたのバックエンドが識別子に目標、注文の識別子、金額、通貨を添えて送信します。ブラウザー側では、サードパーティのホストではなくあなた自身のリダイレクトドメインから配信されるスクリプトが識別子を読み取り、サンクスページからコンバージョンを報告します。どちらの経路も同じサービスを通るので、計測の有効期間、重複排除、外部への送信は同一に振る舞います。

金額は最初から最後まで、整数の最小単位で扱います。49.99という金額は、黙って丸められるのではなく、どの項目が問題かを示して拒否されます。決済経路の途中でその場しのぎの丸めルールを作ることこそ、売上レポートが請求書と静かに食い違い始める原因だからです。

重複は、確認してから書き込む方式ではなくデータベース側で処理します。同じ注文が繰り返し届いても、作られるコンバージョンは1件で、2回目以降は重複として印を付けて返します。失敗したWebhookの再送を安全にしているのは、この仕組みです。

• ✓URLとファーストパーティCookieに載る署名付きのクリック識別子
• ✓ワークスペースごとに設定できる計測の有効期間
• ✓サーバー用のAPIと、あなた自身のドメインから配信されるブラウザー用スクリプト
• ✓既定の金額と通貨を持つ目標
• ✓注文の識別子によるアトミックな重複排除
• ✓再試行付きの、広告プラットフォームへの送信

疑わしい売上は、隠さずに印を付ける

分類器の判定はクリックのトークンの中を一緒に運ばれるので、データセンターやプロキシに紐づいたコンバージョンは、記録される瞬間に疑わしいものとして印が付きます。レポートでは削除されることも黙って混ぜられることもなく、独立したセグメントとして表示されます。

この区別こそ、コンバージョン計測とトラフィック品質を組み合わせる理由のすべてです。「コンバージョンが200件あった」と「コンバージョンが200件あり、そのうち40件は1時間のあいだに1つのホスティング事業者のアドレス範囲から来た」は別の事実であり、お金を払う価値があるのは一方だけです。

その数字がこの後どこへ行くか

記録されたコンバージョンは署名付きのWebhookイベントを発行し、プラットフォームのほかの部分と同じ再試行の作法——外部への呼び出しの前に増やす試行回数のカウンター、文書化されたバックオフ、無限の再試行ではなく打ち切りの印——を備えたキューを通して、外部の広告システムへ転送することもできます。

これはあなたの請求システムを置き換えるものではありません。答えるのは、もっと狭くて役に立つ問いです。どのリンク、どの国、どのリンク先、どのトラフィックの参照元がお金を生んだのか。