Doppelte Conversions nach einem Adgora-Postback beheben

Doppelte Conversions in Adgora-Kampagnen nach einem Postback: Ein Vergleich zur Fehlerbehebung

Eine Conversion kann zweimal erfasst werden, obwohl ein Besucher die gewünschte Aktion nur einmal ausgeführt hat. Der zusätzliche Eintrag kann durch ein wiederholtes Postback, einen empfangenden Endpunkt, der dasselbe Ereignis mehrmals akzeptiert, oder eine Berichterstattung entstehen, die ein Ereignis an zwei Stellen zählt. Um doppelte Conversions in Adgora beheben zu können, verfolgen Sie den gesamten Ablauf und ermitteln Sie, an welcher Stelle der zweite Eintrag erstmals auftaucht, bevor Sie Kampagneneinstellungen ändern.

In diesem Vergleich geht es um drei Möglichkeiten, Duplikate zu verhindern: Deduplizierung anhand der Event-ID, Prüfung der Transaktions-ID und Zeitfensterregeln. Welche Methode am besten geeignet ist, hängt davon ab, welche Kennungen Ihre Integration bereitstellt und ob Kunden berechtigterweise mehr als einmal eine Conversion auslösen können. Eine zu weit gefasste Regel kann echte Verkäufe oder Registrierungen ausblenden.

Legen Sie vor dem Vergleich Kriterien fest

Bewerten Sie jede Lösung anhand von drei Kriterien: Verhindert sie ein wiederholtes Ereignis? Bleiben legitime Folge-Conversions erhalten? Lässt sie sich testen, ohne aktive Kampagnen zu beeinträchtigen? Halten Sie diese Kriterien fest, bevor Sie den Postback-Ablauf anpassen. Andernfalls kann eine niedrigere Conversion-Zahl wie ein Erfolg wirken, obwohl die Regel gültige Aktivitäten unterdrückt hat.

Legen Sie fest, was für die gemessene Aktion als Duplikat gilt. Bei einem einmaligen Checkout ist dieselbe Bestellung, die zweimal erfasst wird, wahrscheinlich ein Duplikat. Bei einer Verlängerung eines Abonnements können zwei Käufe desselben Kunden zu unterschiedlichen Zeitpunkten beide gültig sein. Definieren Sie den Begriff konkret für das Ereignis und nicht nur für die Kampagne.

Bewahren Sie die nötigen Daten auf, um die Ergebnisse vergleichen zu können: das Quellereignis, eine Event- oder Transaktionskennung, Postback-Versuche, Antworten des Endpunkts und den Conversion-Bericht von Adgora. Falls ein Feld nicht verfügbar ist, halten Sie diese Lücke fest, statt anzunehmen, dass sich zwei Einträge auf dieselbe Aktion beziehen. Ein kurzes Testprotokoll ist hilfreicher als die vage Aussage, die Conversion-Zahlen wirkten „aufgebläht“.

Verfolgen Sie eine Conversion durch den Postback-Ablauf

Wählen Sie eine gemeldete Conversion aus und verfolgen Sie sie von der ursprünglichen Aktion bis zur Berichtansicht. Beginnen Sie mit dem Quellereignis, zum Beispiel einer Bestellbestätigung, einer Formulareinsendung oder einer Aktion in einer App. Notieren Sie den Zeitstempel und alle Kennungen, die zu diesem Zeitpunkt vorhanden sind. Suchen Sie anschließend das zugehörige ausgehende Postback und den Eintrag am empfangenden Endpunkt.

Vergleichen Sie die Kennungen und Zeitstempel bei jedem Schritt. Gibt es an der Quelle ein Ereignis, aber am Endpunkt zwei übereinstimmende Einträge, ist der zweite Eintrag irgendwo zwischen der Postback-Übermittlung und der Speicherung am Endpunkt hinzugekommen. Gibt es am Endpunkt nur einen Eintrag, während Adgora zwei Conversions anzeigt, untersuchen Sie stattdessen den Berichts- oder Importablauf, anstatt die Deduplizierung am Endpunkt zu ändern.

Ermitteln Sie genau, an welcher Stelle die Abläufe auseinanderlaufen. Beispielsweise können ein Browser-Ereignis und ein serverseitiges Ereignis denselben Checkout melden, oder ein erneuter Versuch kann einen Endpunkt erreichen, der jede Anfrage als neuen Eintrag speichert. Das sind unterschiedliche Fehlerbilder, für die unterschiedliche Lösungen nötig sind. Wenn beide Pfade dieselbe Event-ID enthalten, lassen sie sich möglicherweise leichter abgleichen. So können Sie Conversion-Duplikate mit Event-ID erkennen und prüfen, ob diese Kennung an der Quelle ergänzt werden muss.

Halten Sie den Ablauf in der richtigen Reihenfolge fest: Quellereignis, Erstellung des Postbacks, Übermittlungsversuch, Antwort des Endpunkts, gespeicherter Eintrag und Adgora-Bericht. So entsteht eine konkrete Abfolge, die das Team testen kann. Außerdem vermeiden Sie damit einen häufigen Umweg: der Kampagne die Schuld zu geben, bevor geprüft wurde, ob der Endpunkt bereits zwei Einträge erstellt hat.

Vergleichen Sie Deduplizierungsstrategien im Überblick

Die Deduplizierung anhand der Event-ID ist in der Regel die klarste Lösung, wenn dieselbe Conversion eine stabile, eindeutige Event-ID von der Quelle bis zum Empfänger mitführen kann. Der Endpunkt speichert das erste Ereignis und behandelt eine spätere Anfrage mit derselben ID als bereits verarbeitet. Prüfen Sie, ob die ID bei erneuten Übermittlungsversuchen sowie über alle Browser- und Serverpfade hinweg unverändert bleibt, über die dieselbe Aktion gemeldet werden kann.

Bei Käufen kann die Prüfung der Transaktions-ID gut funktionieren, wenn jede Bestellung eine stabile Referenz hat. Für ein Lead-Formular, den Beginn eines Testzeitraums oder ein anderes Ereignis, bei dem nicht von Natur aus eine Transaktions-ID entsteht, ist sie weniger geeignet. Prüfen Sie auch den Geltungsbereich: Eine Transaktionsreferenz ist möglicherweise nur innerhalb eines Kontos oder Shops eindeutig. In diesem Fall muss der Deduplizierungsschlüssel gegebenenfalls auch diesen Kontext enthalten.

Zeitfensterregeln sind eine Ausweichlösung, wenn der Integration eine stabile Event- oder Transaktionskennung fehlt. Sie können übereinstimmende Conversions, die kurz hintereinander eintreffen, als eine behandeln. „Kurz hintereinander“ bedeutet jedoch nicht automatisch „dasselbe Ereignis“. Ein Kunde könnte innerhalb des gewählten Zeitraums zwei gültige Aktionen ausführen. Wählen Sie das kürzeste Zeitfenster, das dem beobachteten Duplikatmuster gerecht wird, und testen Sie legitime Wiederholungen, bevor Sie die Regel umfassend anwenden.

Dieselbe sorgfältige Vorgehensweise gilt auch für Traffic-Quellen und Conversion-Definitionen, wenn Sie die Kampagnenmessung umfassender überprüfen. Der targeting optionen crypto ad netzwerk kann bei der Einordnung von Targeting-Entscheidungen helfen. Änderungen am Targeting beheben jedoch keine Duplikate, die entstehen, nachdem ein Postback den Endpunkt erreicht hat.

Prüfen Sie das Verhalten bei erneuten Versuchen und Antworten

Ein Timeout beweist nicht, dass ein Postback fehlgeschlagen ist. Möglicherweise hat der Endpunkt das Ereignis gespeichert, aber keine eindeutige Bestätigung zurückgegeben. Daraufhin versucht der Absender, das Postback erneut zu senden. Prüfen Sie, wie der Absender mit Timeouts umgeht, welche Antwortcodes erneute Versuche auslösen und ob der Endpunkt erst nach dem Speichern des Ereignisses eine Antwort zurückgibt.

Sehen Sie sich die tatsächlichen Anfrage- und Antwortprotokolle an, bevor Sie Duplikate auf erneute Versuche zurückführen. Prüfen Sie die Anzahl der Versuche, die Zeitstempel, die Antwortcodes und ob bei jedem Versuch dieselbe Event-ID mitgesendet wurde. Bestätigen Sie anschließend das dokumentierte Verhalten des Endpunkts in der von Ihnen verwendeten Umgebung.

Hier ist eine wichtige Unterscheidung zu beachten: Wenn jede wiederholte Anfrage dieselbe ID enthält, der Endpunkt aber beide speichert, muss möglicherweise die empfangende Seite idempotent ausgelegt werden. Enthalten wiederholte Anfragen für eine Quellaktion unterschiedliche IDs, sollten Sie untersuchen, an welcher Stelle diese IDs erstellt werden. Eine Wiederholungsrichtlinie allein kann diese Abweichung nicht erklären.

Testen Sie Lösungen mit Duplikaten und wiederholten Ereignissen

Testen Sie eine Regel zunächst anhand von zwei kontrollierten Fällen. Senden Sie erstens dasselbe Conversion-Postback zweimal mit derselben Kennung. Erwartet wird, dass eine Conversion gespeichert wird. Erstellen Sie zweitens zwei legitime Conversions mit unterschiedlichen Kennungen, etwa für zwei separate Bestellungen, und bestätigen Sie, dass beide weiterhin sichtbar sind.

Vergleichen Sie für beide Fälle das Quellprotokoll, das Übermittlungsprotokoll, die Einträge am Endpunkt und den Adgora-Bericht. Eine Lösung ist nur dann erfolgreich, wenn sie das wiederholte Ereignis entfernt, ohne das gültige zweite Ereignis zu unterdrücken. Wenn Sie eine Zeitfensterregel verwenden, testen Sie den Wiederholungsfall innerhalb des vorgeschlagenen Zeitraums. Ein Test außerhalb dieses Fensters zeigt nicht, ob die Regel zu weit gefasst ist.

Führen Sie den Test nach Möglichkeit getrennt von der aktiven Kampagnenoptimierung durch. Verwenden Sie eine Testkampagne, einen Staging-Endpunkt oder ein eindeutig gekennzeichnetes Testereignis, damit das Ergebnis keine Kampagnenentscheidungen beeinflusst. Falls ein Test in der Produktionsumgebung unvermeidlich ist, stimmen Sie das Testereignis und den Beobachtungszeitraum vor dem Versand mit den für die Berichterstattung zuständigen Personen ab.

Wenn die Kampagnen auch App-Aktionen erfassen, sollte der Test die tatsächliche Übermittlung dieser Ereignisse abbilden. Ein separater Überblick zu Krypto-Werbung für Kampagnen zur App-Installation kann den Kampagnenkontext ergänzen. Die Duplikatprüfung muss jedoch weiterhin die konkrete Installation oder In-App-Aktion durch ihren eigenen Postback-Ablauf verfolgen.

Führen Sie die Änderung mit einem Rollback-Plan ein

Beginnen Sie mit einer begrenzten Einführung: einem Ereignistyp, einem Endpunkt oder einer Testkampagne. Speichern Sie vor der Regeländerung die aktuelle Konfiguration und notieren Sie die Ausgangswerte für Quellereignisse, übermittelte Postbacks, Einträge am Endpunkt und gemeldete Conversions. Ohne diese Ausgangswerte lässt sich ein späterer Rückgang nur schwer einordnen.

Behalten Sie beide Seiten des Problems im Blick. Eine geringere Zahl an Duplikaten ist nur dann ein Erfolg, wenn legitime Conversions erhalten bleiben. Achten Sie auf fehlende Einträge, unerwartete Rückgänge bei wiederholten Käufen, zunehmende Übermittlungsfehler oder Abweichungen zwischen der Speicherung am Endpunkt und der Adgora-Berichterstattung. Wenn eines dieser Anzeichen auftritt, pausieren Sie die Änderung und vergleichen Sie die betroffenen Event-IDs oder Transaktionsreferenzen.

Legen Sie vor der Einführung ein klares Kriterium für den Rollback fest. Setzen Sie die Änderung zum Beispiel zurück, wenn eine bekannte Test-Conversion unterdrückt wird oder gültige Folgeereignisse aus dem Endpunktprotokoll verschwinden. Behalten Sie die vorherige Regel bei, bis die neue anhand realer Kampagnendaten überprüft wurde.

Dokumentieren Sie, was geändert wurde, wann die Änderung erfolgte und welche Ereignistypen betroffen sind. So lassen sich Anpassungen am Postback von anderen Kampagnenänderungen unterscheiden. Außerdem kann die nächste Person das vorherige Verhalten gezielt wiederherstellen, falls sich die Conversion-Zahl unerwartet verändert.

Fazit: Wenn möglich, sollte die Identität des einzelnen Ereignisses ausschlaggebend sein

Verwenden Sie eine stabile, eindeutige Event-ID, wenn die Integration dies unterstützt und dieselbe Kennung von der Quelle bis zum empfangenden Endpunkt weitergegeben werden kann. So kann der Empfänger eine wiederholte Anfrage direkt erkennen, ohne jede Conversion in zeitlicher Nähe als Duplikat zu behandeln. Wenn Sie Adgora Postback Deduplizierung einrichten, prüfen Sie deshalb zuerst, ob die Kennung stabil bleibt und der Endpunkt doppelte Anfragen idempotent verarbeitet.

Wenn keine geeignete Event-ID verfügbar ist, verwenden Sie bei Käufen eine Transaktions-ID, sofern diese Referenz zuverlässig ist. Bei anderen Ereignissen kann eine Zeitfensterregel die engste verfügbare Ausweichlösung sein. Prüfen Sie jedoch vor der Einführung, ob legitime Folge-Conversions erhalten bleiben. Bei doppelten Conversions in einer Adgora-Kampagne nach einem Postback ist die beste Lösung diejenige, die einen wiederholten Eintrag entfernt und gleichzeitig die zweite echte Aktion bewahrt – nicht diejenige, die einfach nur eine niedrigere Gesamtzahl liefert.