Résolution des problèmes de configuration des cookies internes (first-party) sur votre site Web

L’activation des cookies internes (first-party) sur votre script de suivi vous permet de suivre de façon plus précise l’activité de vos contacts. Lorsque les cookies internes (first-party) sont activés, les cookies sont créés sur votre site Web au lieu de Brevo ou d’un tiers.

Pourquoi utiliser des cookies internes plutôt que des cookies tiers ?

De plus en plus de grandes entreprises, telles que Google, cesseront bientôt d'utiliser des cookies tiers et de nombreux navigateurs, tels que Safari ou Firefox, les bloquent déjà. Tout cela pour protéger les utilisateurs qui demandent plus de confidentialité et de contrôle sur la façon dont leurs données sont utilisées.

En effet, un cookie tiers est un code qui suit des informations sur l’historique de navigation d’un visiteur sur plusieurs sites Web. Il est généré par un site Web autre que le vôtre et envoie les informations suivies au tiers qui a créé le cookie, qui se trouve souvent être un annonceur.

En revanche, un cookie interne est un code généré par défaut par l'ordinateur d'un visiteur lorsqu'il visite votre site Web. Il est souvent utilisé pour l'expérience utilisateur, car il peut mémoriser les mots de passe, les données de base des visiteurs et d'autres préférences. Il vous permet de surveiller les analyses de base, telles que les actions des visiteurs sur votre site Web ou la fréquence de leurs visites. Cependant, il ne vous permet pas de voir les données relatives au comportement de vos visiteurs sur d'autres sites Web auxquels vous n'êtes pas affilié.

Comment cela fonctionne-t-il ?

L’activation des cookies internes (first-party) ajoute le paramètre suivant aux URL redirigeant vers votre site Web :

  • Pour les emails marketing : _sc
  • Pour les emails transactionnels : _se

Dans de rares cas, cela peut engendrer des problèmes de chargement de page sur votre site si l’application ou le serveur Web ne prend pas en charge les paramètres inconnus.

➡️ Par exemple
  • URL d’origine : www.brevo.com
  • URL modifiée :
    • Pour les emails marketing : brevo.com?_sc=test_string
    • Pour les emails transactionnels : brevo.com?_se=test_string

Comment résoudre les problèmes potentiels ?

Consultez les options ci-dessous pour résoudre les problèmes fréquents qui se produisent lors de la configuration de cookies internes (first-party) sur un site Web.

Page non trouvée

➡️ Par exemple
brevo.com s’ouvre correctement, mais brevo.com?_sc=test_string ou brevo.com?_se=test_string affiche une erreur 404

Si votre page ne s’affiche pas après avoir cliqué sur une URL, vous devrez peut-être vérifier la façon dont votre serveur Web gère les paramètres. 

  1. Si votre serveur traite un ensemble de paramètres connus, ajoutez le paramètre suivant :
    • Pour les emails marketing : _sc
    • Pour les emails transactionnels : _se
  2. Si votre serveur évalue des paramètres de requête pour localiser une ressource, assurez-vous qu’il ignore l’évaluation du paramètre. Réglez les paramètres de votre serveur de manière à autoriser le paramètre suivant :
    • Pour les emails marketing : _sc
    • Pour les emails transactionnels : _se

Paramètre _se absent de l’URL

➡️ Par exemple
brevo.com?_sc=test_string ou brevo.com?_se=test_string est converti en brevo.com uniquement

Lorsque le paramètre de cookies internes (first-party) est activé, si l’URL de votre page ne contient pas le paramètre « _sc » ou « _se », vous pouvez vérifier si un script JavaScript de votre page « nettoie » l’URL ou si un état d’application différé fait en sorte que le paramètre « _sc » ou « _se » est ajouté ultérieurement. Cela se produit assez souvent avec les applications Web monopages.

Votre application « nettoie » l’URL

➡️ Par exemple
brevo.com?_sc=test_string ou brevo.com?_se=test_string est converti en brevo.com uniquement

Une application peut être configurée de manière à lire les paramètres de requête afin de déterminer les informations d’état lors d’une expérience mono-page ou multi-page. Elle peut nettoyer sa propre URL pour représenter correctement l’état dans lequel elle se trouve. 

  1. Le framework de votre site Web devrait ajouter l’exception « _sc » ou « _se » et/ou ignorer toute action portant sur ce paramètre. Assurez-vous que le paramètre reste dans l’URL jusqu’à ce que le script de suivi ait atteint son objectif.
  2. Si votre site Web élimine des valeurs inconnues dans la barre d’adresse, assurez-vous que les requêtes du script de suivi de Brevo sont réalisées le plus tôt possible, idéalement avant le chargement des bibliothèques. Pour accélérer la réalisation des requêtes du script de suivi, nous vous conseillons de placer le script de suivi de Brevo le plus haut possible dans l’entête du site Web.

🤔 Vous avez des questions ?

Pour toute question, n’hésitez pas à contacter notre service client en créant un ticket à partir de votre compte. Si vous n’avez pas encore de compte, vous pouvez nous contacter ici.

Si vous avez besoin d'aide pour un projet impliquant Brevo, nous pouvons vous mettre en relation avec un Partenaire Brevo certifié.

💬 Cet article vous a-t-il été utile ?

Utilisateurs qui ont trouvé cela utile : 2 sur 11