Skip to main content

Champs d’un événement

event_id

Votre propre identifiant pour l’événement, par exemple le numéro de commande. Si une commande est envoyée deux fois (une nouvelle tentative, ou le pixel et le serveur), le même event_id garantit qu’elle n’est comptée qu’une fois. Si vous l’omettez, le pixel en crée un. Ce doit être une chaîne : "12345", pas 12345. Sinon l’événement n’est pas envoyé.

Hacher l’email et le téléphone

Envoyez uniquement des hachages, jamais les valeurs en clair. Lemrock refuse tout ce qui n’est pas un hachage SHA-256.
  1. Normalisez :
    • Email : supprimez les espaces, passez en minuscules. Jane.Doe@Example.com → jane.doe@example.com.
    • Téléphone : chiffres uniquement, en commençant par l’indicatif pays, sans + ni zéro initial. +33 6 12 34 56 78 → 33612345678.
  2. Hachez en SHA-256 et envoyez 64 caractères hexadécimaux en minuscules. jane.doe@example.com → 86e0b9e56c17cc4d12387e1949b85053fbe73bc3ce5a1188713a9d300cc6133d.

Vérifier l’installation

  1. Activez le mode debug. Avec GTM, il s’active automatiquement en Aperçu. Avec un script, ajoutez debug: true à init. Les messages du pixel commencent par [Lemrock Pixel] dans la console du navigateur.
  2. Simulez un clic publicitaire. Ouvrez n’importe quelle page en ajoutant ?lrclid=lr_clk_0000000000000000000000 à l’adresse. La console confirme que le clic est enregistré.
  3. Envoyez un événement de test depuis la console. Il est vérifié mais pas enregistré :
    Vous devez voir order_created test-1 sent (validate_only) → 202.
  4. Déclenchez un vrai événement, par exemple une commande de test, et vérifiez que la même ligne apparaît, sans (validate_only).
En cas de problème :
  • Lisez la console. Les erreurs de configuration affichent toujours un avertissement, même sans le mode debug.
  • Vérifiez que vos redirections conservent lrclid dans l’adresse.
Votre contact Lemrock peut confirmer que les événements arrivent. Envoyez-lui votre ID de pixel et l’heure de votre test.