Déduplication réseau avec la logique de dernière vue/événement (LEC) – Daisycon FAQ Annonceur

Last Event Counts, ou LEC, aide les annonceurs à utiliser les données récentes des événements de vue Daisycon dans leur propre configuration de déduplication. Il est principalement utilisé lorsque l’attribution post vue doit être prise en compte dans la déduplication entre réseaux d’affiliation concurrents.

LEC est utile car une vue de bannière ne définit pas un cookie côté annonceur, un ID de clic ou un indicateur réseau par elle-même.

LEC ne doit être utilisé que lorsque les données récentes post vue de Daisycon doivent être prises en compte dans la déduplication du réseau d’affiliation. Ce n’est pas une API de reporting et ne doit pas être utilisé pour l’attribution cross-canal.

En savoir plus : Déduplication des réseaux d’affiliation et configurations de commutation de cookie.

Qu’est-ce que LEC ?

LEC signifie Last Event Counts. C’est un point de terminaison Daisycon côté client qui peut retourner des données récentes d’événements Daisycon pour une campagne spécifique et le dispositif ou navigateur du visiteur.

Le point de terminaison peut supporter la logique de déduplication côté annonceur. Par exemple, un annonceur peut déclencher le point de terminaison sur le client du visiteur et utiliser la réponse pour définir ou mettre à jour un cookie de déduplication ou un marqueur d’attribution côté annonceur.

Portée de LEC

LEC est destiné à supporter la déduplication entre réseaux d’affiliation concurrents. Il n’est pas destiné à dédupliquer le trafic Daisycon par rapport à d’autres canaux marketing ou sources de trafic.

N’utilisez pas LEC pour supprimer l’attribution post vue Daisycon parce qu’un autre canal, tel que SEA, social payant, display, email ou trafic direct, était également impliqué.

L’attribution post vue peut montrer la valeur de la visibilité de l’éditeur au sein du canal d’affiliation. Elle ne doit pas être supprimée simplement parce qu’un canal marketing prépayé ou basé sur un budget faisait aussi partie du parcours client.

Quand utiliser LEC ?

LEC est principalement utilisé lorsque l’attribution post vue doit être incluse dans la déduplication côté annonceur.

La campagne utilise l’attribution post vue
L’annonceur déduplique entre plusieurs réseaux d’affiliation concurrents
La configuration actuelle de l’annonceur dépend des cookies de clic, des IDs de clic ou des indicateurs réseau
L’annonceur souhaite définir son propre cookie de déduplication basé sur des données récentes d’événements Daisycon

Pourquoi LEC est nécessaire pour l’attribution post vue

L’attribution post vue Daisycon est sans cookie. Lorsqu’un utilisateur voit une bannière Daisycon, la vue est enregistrée via la requête du matériel de la bannière. Aucun cookie côté annonceur ni indicateur réseau n’est défini automatiquement.

La bannière doit être chargée depuis les serveurs Daisycon pour que la vue soit enregistrée. Si un éditeur télécharge l’image de la bannière et l’héberge manuellement, la requête du matériel de la bannière n’atteint pas Daisycon et aucune vue ne peut être enregistrée.

Une configuration stricte de déduplication basée sur le clic peut donc ne pas reconnaître l’activité récente Daisycon lorsque l’utilisateur visite ensuite directement le site de l’annonceur. LEC rend les données récentes des événements Daisycon disponibles sur le client du visiteur afin qu’elles puissent être incluses dans la logique de déduplication de l’annonceur.

Le point de terminaison LEC

Le point de terminaison a la structure suivante :

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

<tracking_domain> est le domaine de tracking Daisycon utilisé pour la campagne
<program_id> est l’ID de campagne Daisycon

Le point de terminaison LEC retourne du JavaScript, pas du JSON. Il doit être chargé en tant que script sur le client du visiteur. La réponse est mise à disposition via window.__dc_response.

Exemple de réponse lorsqu’une vue est trouvée

L’exemple ci-dessous utilise des valeurs fictives.

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
  }
}

Exemple de réponse lorsqu’aucune vue n’est trouvée

var __dc_response = {

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

Explication simplifiée de la logique LEC

Scénario 1 : vue Daisycon correspondante trouvée

LEC retourne status: "G"
L’annonceur peut enregistrer Daisycon comme source réseau pour la fenêtre post vue configurée
Le pixel de conversion Daisycon peut être pris en compte si l’utilisateur convertit ultérieurement

Scénario 2 : aucune vue Daisycon correspondante trouvée

LEC retourne status: "V"
Aucun marqueur post vue Daisycon n’est enregistré
L’annonceur applique la logique de secours convenue

Scénario 3 : un autre réseau d’affiliation est déjà connu

Un clic plus récent d’un réseau d’affiliation concurrent a déjà été enregistré
Le résultat LEC ne doit pas écraser cette source réseau connue
L’annonceur applique les règles d’attribution réseau convenues

Comment fonctionne LEC

Un flux typique de déduplication basé sur LEC fonctionne ainsi :

Un utilisateur voit une bannière Daisycon sur un site éditeur
La bannière est chargée depuis les serveurs Daisycon
Daisycon enregistre la requête du matériel de la bannière comme données de vue
L’utilisateur visite ensuite directement le site de l’annonceur
L’annonceur déclenche le point de terminaison LEC sur le client du visiteur
LEC retourne les données récentes d’événements Daisycon pour la campagne et le dispositif ou navigateur, si disponibles
L’annonceur vérifie si un autre réseau d’affiliation concurrent a déjà été identifié
Si autorisé par les règles de priorité convenues, l’annonceur enregistre ou met à jour son propre cookie de déduplication
L’utilisateur réalise une conversion
La configuration de commutation de cookie de l’annonceur détermine si le pixel de conversion Daisycon doit être déclenché
Daisycon vérifie d’abord la présence d’un clic valide
Si aucun clic valide n’est disponible, Daisycon peut évaluer la vue enregistrée pour l’attribution

Étape 1 : Charger LEC et enregistrer l’activité récente Daisycon

L’annonceur déclenche le point de terminaison LEC sur le client du visiteur. Si des données récentes de vue Daisycon sont trouvées, l’annonceur peut enregistrer Daisycon comme source réseau selon les règles de priorité convenues.

La durée de vie du cookie ou marqueur côté annonceur doit correspondre à la fenêtre d’attribution post vue configurée. Il ne doit pas rester valide plus longtemps que la vue sous-jacente peut être utilisée pour l’attribution.

Voici un exemple simplifié de la façon dont une telle logique pourrait fonctionner. Ce n’est pas un script fourni par Daisycon et il ne doit pas être utilisé tel quel.

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);

Important : Cet exemple vise uniquement à expliquer le concept d’utilisation de LEC dans une configuration de déduplication. Ce n’est pas un script standard Daisycon. En pratique, l’implémentation peut différer significativement selon votre site web, votre configuration de gestion des balises, votre configuration de consentement, votre logique de commutation de cookie et d’autres réseaux d’affiliation.

Une réponse LEC correspondante ne doit pas écraser automatiquement un clic connu provenant d’un autre réseau d’affiliation concurrent. LEC doit compléter la logique de déduplication existante de l’annonceur.

Étape 2 : Appliquer la valeur réseau enregistrée sur la page de conversion

Sur la page de confirmation, l’annonceur peut utiliser le même cookie réseau ou marqueur d’attribution utilisé par la configuration existante de commutation de cookie.

Si la valeur réseau enregistrée est daisycon, le pixel de conversion Daisycon peut être déclenché
Si un autre réseau d’affiliation concurrent est enregistré, le pixel de conversion Daisycon ne doit pas être déclenché
Si aucune valeur réseau n’est disponible, la logique de secours convenue s’applique

LEC ne décide pas de l’attribution finale. Il aide seulement l’annonceur à inclure l’activité récente Daisycon dans sa configuration de déduplication réseau.

Lorsque Daisycon reçoit la conversion, il vérifie d’abord la présence d’un clic valide. Si aucun clic valide n’est disponible, la vue enregistrée peut être évaluée pour l’attribution.

Utilisation de Google Tag Manager

Google Tag Manager peut être utilisé pour déclencher le point de terminaison LEC et utiliser le résultat dans la logique de commutation de cookie. La réponse du point de terminaison doit être traduite en cookie, variable ou événement de couche de données que GTM peut utiliser.

Déclencher la requête LEC sur le client du visiteur avant que la décision de conversion soit prise
Lire la réponse via window.__dc_response
Vérifier si un autre réseau d’affiliation concurrent a déjà été identifié
Enregistrer Daisycon comme source réseau uniquement lorsque cela est autorisé par les règles de priorité convenues
Faire correspondre la durée de vie de la valeur enregistrée à la fenêtre post vue configurée
Utiliser la source réseau enregistrée pour contrôler la balise de conversion Daisycon
Définir une règle de secours pour les cas où aucune donnée d’événement récente n’est disponible

N’utilisez pas le point de terminaison LEC comme source de reporting. Il est destiné à la déduplication et à la validation technique.

Utilisation de LEC pour la vérification technique

Les éditeurs techniques peuvent également utiliser le point de terminaison LEC pour vérifier si une vue récente a été enregistrée pour une campagne spécifique et leur dispositif ou navigateur local.

Après avoir chargé une bannière hébergée par Daisycon, l’éditeur peut ouvrir le point de terminaison LEC pour la campagne correspondante. Une réponse correspondante peut afficher la date de la dernière vue et l’ID média responsable.

Ceci est une utilisation de vérification secondaire. LEC ne fournit pas de statistiques complètes de vues ou de rapports d’impressions.

Logique de secours

Vous devez décider comment la commutation de cookie doit se comporter si LEC ne retourne aucun événement correspondant ou ne peut pas être chargé.

Autoriser le tracking Daisycon lorsqu’aucun réseau d’affiliation concurrent n’est connu
Ne pas autoriser aucun tracking d’affiliation lorsque la source est inconnue
Utiliser une autre logique de secours convenue et appliquée de manière cohérente à tous les réseaux d’affiliation concurrents

La logique de secours doit être convenue avant la mise en production. Une logique de secours incorrecte peut provoquer des enregistrements en double ou des conversions manquées.

Relation avec LCC

LEC est lié à LCC, mais il résout un problème différent. LCC stocke la source du dernier clic affilié. LEC rend les données récentes d’événements Daisycon disponibles sur le client du visiteur afin que l’attribution post vue puisse être incluse dans la déduplication.

LEC peut compléter une configuration LCC existante. Il ne doit pas écraser un clic plus récent connu provenant d’un autre réseau d’affiliation concurrent.

En savoir plus : Déduplication des réseaux d’affiliation avec Last Cookie Counts (LCC).

Limitations importantes

LEC n’est pas une API de reporting
LEC ne fournit pas de statistiques complètes de vues ou d’impressions
LEC vérifie uniquement les données récentes d’événements Daisycon pour la campagne sélectionnée et le dispositif ou navigateur local
LEC ne remplace pas le pixel de conversion Daisycon
LEC ne décide pas de l’attribution finale par lui-même
Un résultat LEC correspondant ne doit pas écraser un clic plus récent provenant d’un autre réseau d’affiliation concurrent
Le marqueur côté annonceur ne doit pas rester valide plus longtemps que la fenêtre post vue configurée
Daisycon vérifie toujours la présence d’un clic valide en premier lorsque la conversion est reçue
LEC est destiné à la déduplication des réseaux d’affiliation, pas pour l’attribution cross-canal contre d’autres canaux marketing

Consentement et responsabilité d’implémentation

L’annonceur est responsable de l’implémentation de LEC de manière conforme à sa configuration de consentement, sa politique de confidentialité et aux exigences légales applicables.

Si LEC est utilisé pour définir un cookie ou un marqueur d’attribution côté annonceur, assurez-vous que cela est géré conformément à la politique de cookies et de consentement de l’annonceur.

Étape 3 : Valider et surveiller le tracking

Après l’implémentation, testez le flux complet avant la mise en production. Cela inclut l’enregistrement de la vue, la réponse LEC, la priorité réseau, la durée de vie du cookie, le déclenchement de la balise de conversion et la logique de secours.

Liste de contrôle pour les tests

Charger une bannière hébergée par Daisycon et confirmer qu’une vue récente peut être trouvée via LEC
Tester une situation où aucun événement Daisycon récent n’existe et confirmer que status: "V" est géré correctement
Vérifier qu’une vue correspondante ne remplace pas un clic plus récent d’un autre réseau d’affiliation concurrent
Vérifier que le cookie ou marqueur côté annonceur n’est défini que lorsqu’attendu
Confirmer que sa durée de vie correspond à la fenêtre post vue configurée
Confirmer que le pixel de conversion Daisycon ne se déclenche que conformément aux règles de déduplication convenues
Tester la règle de secours lorsque aucune donnée d’événement récente Daisycon n’est disponible
Confirmer que LEC n’est pas utilisé comme source de statistiques de vues ou de reporting

Conclusion

LEC rend les données récentes d’événements Daisycon disponibles sur le client du visiteur. Il est principalement utilisé pour supporter la déduplication lorsque l’attribution post vue est activée. LEC peut compléter une configuration LCC ou de commutation de cookie existante, mais il ne doit pas écraser un clic affilié concurrent plus récent. Le marqueur côté annonceur doit correspondre à la fenêtre post vue configurée, et LEC ne doit pas être utilisé comme API de reporting ou outil général d’attribution cross-canal.