Netzwerk-Deduplizierung mit Last View/Event Logic (LEC) – Daisycon Advertiser FAQ

Last Event Counts oder LEC hilft Advertisern, aktuelle Daisycon-View-Ereignisdaten in ihrem eigenen Deduplizierungs-Setup zu verwenden. Es wird hauptsächlich eingesetzt, wenn Post-View-Attribution bei der Deduplizierung zwischen konkurrierenden Affiliate-Netzwerken berücksichtigt werden soll.

LEC ist nützlich, weil eine Banner-Ansicht für sich allein kein Advertiser-Cookie, keine Klick-ID oder kein Netzwerk-Flag setzt.

LEC sollte nur verwendet werden, wenn aktuelle Daisycon-Post-View-Daten bei der Deduplizierung zwischen Affiliate-Netzwerken berücksichtigt werden müssen. Es ist keine Reporting-API und sollte nicht für kanalübergreifende Attribution genutzt werden.

Mehr lesen: Deduplizierung von Affiliate-Netzwerken und Cookie-Switch-Setups.

Was ist LEC?

LEC steht für Last Event Counts. Es ist ein clientseitiger Daisycon-Endpunkt, der aktuelle Daisycon-Ereignisdaten für eine bestimmte Kampagne und das Gerät oder den Browser des Besuchers zurückgeben kann.

Der Endpunkt kann die Deduplizierungslogik auf Advertiser-Seite unterstützen. Beispielsweise kann ein Advertiser den Endpunkt auf dem Client des Besuchers auslösen und die Antwort verwenden, um ein deduplizierendes Advertiser-Cookie oder einen Attributionsmarker zu setzen oder zu aktualisieren.

Anwendungsbereich von LEC

LEC ist dazu gedacht, die Deduplizierung zwischen konkurrierenden Affiliate-Netzwerken zu unterstützen. Es ist nicht dafür vorgesehen, Daisycon-Traffic gegenüber anderen Marketingkanälen oder Traffic-Quellen zu deduplizieren.

Verwenden Sie LEC nicht, um Daisycon-Post-View-Attribution zu unterdrücken, nur weil ein anderer Kanal wie SEA, bezahlte soziale Medien, Display, E-Mail oder direkter Traffic ebenfalls beteiligt war.

Post-View-Attribution kann den Wert der Sichtbarkeit des Publishers innerhalb des Affiliate-Kanals zeigen. Sie sollte nicht entfernt werden, nur weil ein vorab bezahlter oder budgetbasierter Marketingkanal ebenfalls Teil der Customer Journey war.

Wann sollte LEC verwendet werden?

LEC wird hauptsächlich verwendet, wenn Post-View-Attribution in die Deduplizierung auf Advertiser-Seite einbezogen werden soll.

Die Kampagne verwendet Post-View-Attribution
Der Advertiser dedupliziert zwischen mehreren konkurrierenden Affiliate-Netzwerken
Das aktuelle Setup des Advertisers basiert auf Klick-Cookies, Klick-IDs oder Netzwerk-Flags
Der Advertiser möchte sein eigenes Deduplizierungs-Cookie basierend auf aktuellen Daisycon-Ereignisdaten setzen

Warum LEC für Post-View-Attribution benötigt wird

Daisycon-Post-View-Attribution ist cookielos. Wenn ein Nutzer ein Daisycon-Banner sieht, wird die Ansicht über die Banner-Materialanfrage registriert. Es wird kein Advertiser-Cookie oder Netzwerk-Flag automatisch gesetzt.

Das Banner muss von Daisycon-Servern geladen werden, damit die Ansicht registriert wird. Wenn ein Publisher das Bannerbild herunterlädt und manuell hostet, erreicht die Banner-Materialanfrage Daisycon nicht und es kann keine Ansicht registriert werden.

Ein strikt klickbasiertes Deduplizierungs-Setup kann daher aktuelle Daisycon-Aktivität nicht erkennen, wenn der Nutzer später die Webseite des Advertisers direkt besucht. LEC macht die aktuellen Daisycon-Ereignisdaten auf dem Client des Besuchers verfügbar, sodass sie in die Deduplizierungslogik des Advertisers einbezogen werden können.

Der LEC-Endpunkt

Der Endpunkt hat folgende Struktur:

https://<tracking_domain>/js/lec/?ci=<program_id>

<tracking_domain> ist die für die Kampagne verwendete Daisycon-Tracking-Domain
<program_id> ist die Daisycon-Kampagnen-ID

Der LEC-Endpunkt liefert JavaScript, kein JSON. Er sollte als Skript auf dem Client des Besuchers geladen werden. Die Antwort steht über window.__dc_response zur Verfügung.

Beispielantwort, wenn eine Ansicht gefunden wurde

Das folgende Beispiel verwendet fiktive Werte.

var __dc_response = {

  "status": "G",
  "status_description": "Matching event found",
  "view": {
    "timestamp": 1789718400,
    "iso_date": "2026-09-18T10:00:00+02:00",
    "media_id": 67890
  }
}

Beispielantwort, wenn keine Ansicht gefunden wurde

var __dc_response = {

"status": "V",
"status_description": "No matching event found"
}

Vereinfachte Erklärung der LEC-Logik

Szenario 1: Passende Daisycon-Ansicht gefunden

LEC gibt status: "G" zurück
Der Advertiser kann Daisycon als Netzwerkquelle für das konfigurierte Post-View-Fenster speichern
Das Daisycon-Conversion-Pixel kann berücksichtigt werden, falls der Nutzer später konvertiert

Szenario 2: Keine passende Daisycon-Ansicht gefunden

LEC gibt status: "V" zurück
Kein Daisycon-Post-View-Marker wird gespeichert
Der Advertiser wendet die vereinbarte Fallback-Logik an

Szenario 3: Ein anderes Affiliate-Netzwerk ist bereits bekannt

Ein neuerer Klick von einem konkurrierenden Affiliate-Netzwerk wurde bereits gespeichert
Das LEC-Ergebnis sollte diese bekannte Netzwerkquelle nicht überschreiben
Der Advertiser wendet die vereinbarten Netzwerk-Attributionsregeln an

Wie LEC funktioniert

Ein typischer deduplizierender Ablauf mit LEC funktioniert so:

Ein Nutzer sieht ein Daisycon-Banner auf einer Publisher-Webseite
Das Banner wird von Daisycon-Servern geladen
Daisycon registriert die Banner-Materialanfrage als View-Daten
Der Nutzer besucht später die Webseite des Advertisers direkt
Der Advertiser löst den LEC-Endpunkt auf dem Client des Besuchers aus
LEC liefert aktuelle Daisycon-Ereignisdaten für die Kampagne und das Gerät oder den Browser, falls verfügbar
Der Advertiser prüft, ob bereits ein anderes konkurrierendes Affiliate-Netzwerk identifiziert wurde
Falls durch die vereinbarten Prioritätsregeln erlaubt, speichert oder aktualisiert der Advertiser sein eigenes Deduplizierungs-Cookie
Der Nutzer führt eine Conversion durch
Das Cookie-Switch-Setup des Advertisers bestimmt, ob das Daisycon-Conversion-Pixel ausgelöst wird
Daisycon prüft zuerst auf einen gültigen Klick
Wenn kein gültiger Klick verfügbar ist, kann Daisycon die registrierte Ansicht für die Attribution auswerten

Schritt 1: LEC laden und aktuelle Daisycon-Aktivität speichern

Der Advertiser löst den LEC-Endpunkt auf dem Client des Besuchers aus. Wenn aktuelle Daisycon-View-Daten gefunden werden, kann der Advertiser Daisycon als Netzwerkquelle entsprechend den vereinbarten Prioritätsregeln speichern.

Die Lebensdauer des Advertiser-Cookies oder Markers sollte dem konfigurierten Post-View-Attributionsfenster entsprechen. Es sollte nicht länger gültig bleiben, als die zugrundeliegende Ansicht für die Attribution verwendet werden kann.

Nachfolgend ein vereinfachtes Beispiel, wie eine solche Logik funktionieren könnte. Dies ist kein von Daisycon bereitgestelltes Skript und sollte nicht unverändert verwendet werden.

var currentNetwork = getCookie('network');
var script = document.createElement('script');
script.src = 'https://<tracking_domain>/js/lec/?ci=<program_id>';

script.onload = function () {
var response = window.__dc_response;

  if (response && response.status === 'G' && response.view) {
    if (!currentNetwork || currentNetwork === 'daisycon') {
      // Matching Daisycon event found
      setCookie('network', 'daisycon', configuredPostViewWindow);
      // Optional: store response.view.media_id for validation
    }
  }

  if (response && response.status === 'V') {
    // No matching Daisycon event found
    // Apply fallback logic
  }
};

document.head.appendChild(script);

Wichtig: Dieses Beispiel dient nur zur Erklärung des Konzepts der Verwendung von LEC in einem Deduplizierungs-Setup. Es ist kein Standard-Daisycon-Skript. In der Praxis kann die Implementierung je nach Webseite, Tag-Management-Setup, Einwilligungs-Setup, Cookie-Switch-Logik und anderen Affiliate-Netzwerken deutlich abweichen.

Eine passende LEC-Antwort sollte nicht automatisch einen bekannten Klick eines anderen konkurrierenden Affiliate-Netzwerks überschreiben. LEC sollte die bestehende Deduplizierungslogik des Advertisers ergänzen.

Schritt 2: Den gespeicherten Netzwerkwert auf der Conversion-Seite anwenden

Auf der Bestätigungsseite kann der Advertiser dasselbe Netzwerk-Cookie oder den Attributionsmarker verwenden, der vom bestehenden Cookie-Switch-Setup genutzt wird.

Wenn der gespeicherte Netzwerkwert daisycon ist, kann das Daisycon-Conversion-Pixel ausgelöst werden
Wenn ein anderes konkurrierendes Affiliate-Netzwerk gespeichert ist, sollte das Daisycon-Conversion-Pixel nicht ausgelöst werden
Wenn kein Netzwerkwert verfügbar ist, gilt die vereinbarte Fallback-Logik

LEC entscheidet nicht die endgültige Attribution. Es hilft nur dem Advertiser, aktuelle Daisycon-Aktivität in sein Deduplizierungs-Setup einzubeziehen.

Wenn Daisycon die Conversion erhält, prüft Daisycon zuerst auf einen gültigen Klick. Wenn kein gültiger Klick verfügbar ist, kann die registrierte Ansicht für die Attribution ausgewertet werden.

Verwendung von Google Tag Manager

Google Tag Manager kann genutzt werden, um den LEC-Endpunkt auszulösen und das Ergebnis in der Cookie-Switch-Logik zu verwenden. Die Endpunkt-Antwort sollte in ein Cookie, eine Variable oder ein Data-Layer-Event übersetzt werden, das GTM verwenden kann.

Lösen Sie die LEC-Anfrage auf dem Client des Besuchers aus, bevor die Conversion-Entscheidung getroffen wird
Lesen Sie die Antwort über window.__dc_response
Prüfen Sie, ob bereits ein anderes konkurrierendes Affiliate-Netzwerk identifiziert wurde
Speichern Sie Daisycon nur als Netzwerkquelle, wenn es durch die vereinbarten Prioritätsregeln erlaubt ist
Passen Sie die Lebensdauer des gespeicherten Werts an das konfigurierte Post-View-Fenster an
Verwenden Sie die gespeicherte Netzwerkquelle zur Steuerung des Daisycon-Conversion-Tags
Definieren Sie eine Fallback-Regel für Fälle, in denen keine aktuellen Ereignisdaten verfügbar sind

Verwenden Sie den LEC-Endpunkt nicht als Reporting-Quelle. Er ist für Deduplizierung und technische Validierung gedacht.

Verwendung von LEC zur technischen Verifikation

Technische Publisher können den LEC-Endpunkt auch nutzen, um zu prüfen, ob eine aktuelle Ansicht für eine bestimmte Kampagne und ihr lokales Gerät oder ihren Browser registriert wurde.

Nach dem Laden eines von Daisycon gehosteten Banners kann der Publisher den LEC-Endpunkt für die entsprechende Kampagne öffnen. Eine passende Antwort kann das letzte Ansichtsdatum und die verantwortliche Media-ID anzeigen.

Dies ist eine sekundäre Verifikationsnutzung. LEC liefert keine vollständigen View-Statistiken oder Impression-Reports.

Fallback-Logik

Sie müssen entscheiden, wie sich der Cookie-Switch verhalten soll, wenn LEC kein passendes Ereignis zurückgibt oder nicht geladen werden kann.

Erlauben Sie Daisycon-Tracking, wenn kein konkurrierendes Affiliate-Netzwerk bekannt ist
Erlauben Sie kein Affiliate-Tracking, wenn die Quelle unbekannt ist
Verwenden Sie eine andere vereinbarte Fallback-Logik, die konsistent bei allen konkurrierenden Affiliate-Netzwerken angewendet wird

Die Fallback-Logik muss vor dem Live-Gang vereinbart werden. Falsche Fallback-Logik kann zu doppelten Registrierungen oder verpassten Conversions führen.

Beziehung zu LCC

LEC steht in Zusammenhang mit LCC, löst aber ein anderes Problem. LCC speichert die letzte Quelle eines Affiliate-Klicks. LEC macht aktuelle Daisycon-Ereignisdaten auf dem Client des Besuchers verfügbar, damit Post-View-Attribution in die Deduplizierung einbezogen werden kann.

LEC kann ein bestehendes LCC-Setup ergänzen. Es sollte einen neueren, bekannten Klick eines anderen konkurrierenden Affiliate-Netzwerks nicht überschreiben.

Mehr lesen: Deduplizierung von Affiliate-Netzwerken mit Last Cookie Counts (LCC).

Wichtige Einschränkungen

LEC ist keine Reporting-API
LEC liefert keine vollständigen View- oder Impression-Statistiken
LEC prüft nur aktuelle Daisycon-Ereignisdaten für die ausgewählte Kampagne und das lokale Gerät oder den Browser
LEC ersetzt nicht das Daisycon-Conversion-Pixel
LEC entscheidet nicht selbst die endgültige Attribution
Ein passendes LEC-Ergebnis sollte einen neueren Klick eines anderen konkurrierenden Affiliate-Netzwerks nicht überschreiben
Der Marker auf Advertiser-Seite sollte nicht länger gültig bleiben als das konfigurierte Post-View-Fenster
Daisycon prüft bei Conversion-Eingang weiterhin zuerst auf einen gültigen Klick
LEC ist für die Deduplizierung von Affiliate-Netzwerken gedacht, nicht für kanalübergreifende Attribution gegenüber anderen Marketingkanälen

Einwilligung und Implementierungsverantwortung

Der Advertiser ist verantwortlich für die Implementierung von LEC in einer Weise, die zu seinem Einwilligungs-Setup, seiner Datenschutzrichtlinie und den geltenden gesetzlichen Anforderungen passt.

Wenn LEC verwendet wird, um ein Advertiser-Cookie oder einen Attributionsmarker zu setzen, stellen Sie sicher, dass dies gemäß der Cookie- und Einwilligungspolitik des Advertisers gehandhabt wird.

Schritt 3: Tracking validieren und überwachen

Testen Sie nach der Implementierung den kompletten Ablauf vor dem Live-Gang. Dies umfasst die View-Registrierung, die LEC-Antwort, Netzwerkpriorität, Cookie-Lebensdauer, das Auslösen des Conversion-Tags und die Fallback-Logik.

Test-Checkliste

Laden Sie ein von Daisycon gehostetes Banner und bestätigen Sie, dass eine aktuelle Ansicht über LEC gefunden werden kann
Testen Sie eine Situation, in der kein aktuelles Daisycon-Ereignis existiert, und bestätigen Sie, dass status: "V" korrekt behandelt wird
Prüfen Sie, dass eine passende Ansicht einen neueren Klick eines anderen konkurrierenden Affiliate-Netzwerks nicht überschreibt
Prüfen Sie, dass das Advertiser-Cookie oder der Marker nur gesetzt wird, wenn erwartet
Bestätigen Sie, dass die Lebensdauer dem konfigurierten Post-View-Fenster entspricht
Bestätigen Sie, dass das Daisycon-Conversion-Pixel nur gemäß den vereinbarten Deduplizierungsregeln ausgelöst wird
Testen Sie die Fallback-Regel, wenn keine aktuellen Daisycon-Ereignisdaten verfügbar sind
Bestätigen Sie, dass LEC nicht als View-Statistik- oder Reporting-Quelle verwendet wird

Fazit

LEC macht aktuelle Daisycon-Ereignisdaten auf dem Client des Besuchers verfügbar. Es wird hauptsächlich verwendet, um Deduplizierung zu unterstützen, wenn Post-View-Attribution aktiviert ist. LEC kann ein bestehendes LCC- oder Cookie-Switch-Setup ergänzen, sollte aber einen neueren konkurrierenden Affiliate-Klick nicht überschreiben. Der Marker auf Advertiser-Seite muss dem konfigurierten Post-View-Fenster entsprechen, und LEC darf nicht als Reporting-API oder allgemeines kanalübergreifendes Attributionstool verwendet werden.