Suivi du premier domaine (Phoenix)
Phoenix réduit l'impact de Safari ITP sur vos cookies.
Aperçu
La fonctionnalité Intelligent Tracking Protection (ITP) des navigateurs Safari réduit la durée de la plupart des cookies 1st party à un jour. ITP a été initialement mise en place pour réduire l'efficacité du suivi des visiteurs entre domaines — malheureusement, elle a aussi un fort impact sur l'expérience utilisateur des visiteurs de sites web. Les cookies 1st party sont souvent utilisés pour stocker les paramètres utilisateur des fonctionnalités importantes d'un site web.
Par exemple, une cookie banner utilise des cookies 1st party pour stocker les paramètres de consentement d'un visiteur. Sur Safari, ces cookies peuvent ne durer qu'un jour. Ainsi, la cookie banner apparaît presque à chaque visite consécutive du site, demandant au visiteur ses paramètres de confidentialité encore et encore.
Phoenix vous permet de conserver les cookies 1st party pendant des durées plus longues afin de réduire l'impact d'ITP sur votre site web et votre activité.
Quels cookies peuvent être persistés avec Phoenix ?
Pour comprendre comment fonctionne Phoenix, il est important de comprendre les concepts de cookie suivants.
Un cookie appartient à un domaine (par ex. site.com). Un cookie défini sur site-a.com appartient à site-a.com, un cookie défini sur site-b.com appartient à site-b.com.
Un cookie est un cookie 1st party ou un cookie 3rd party en fonction de la relation entre le domaine du site web et le domaine du cookie.
Dans le cas où un visiteur se rend sur site-a.com le navigateur charge tous les cookies définis sur site-a.com comme cookies 1st party. Lorsque site-a.com implémente un service depuis site-b.com (par ex. web analytics ou une cookie banner) le navigateur peut charger des cookies depuis site-b.com comme cookies 3rd party.
Vous pouvez inspecter le domaine d'un cookie dans les Developer Tools de la plupart des navigateurs. Dans Chrome, vous pouvez ouvrir les Developer Tools en naviguant vers View > Developer > Developer Tools. Vous trouverez une liste de tous les cookies dans le Developer Tool sous Application > Cookies > Your Domain.
Un cookie est un cookie 1st party lorsque le champ "Domain" correspond au domaine du site web courant (par ex. un cookie avec un domaine .site.com est un cookie 1st party sur un site web avec le domaine www.site.com).
Les cookies 3rd party sont bloqués par de nombreux navigateurs (par ex. Safari et Firefox) et seront très probablement bloqués par tous les principaux navigateurs en 2022. Phoenix fonctionne avec des cookies 1st party.
Comment Phoenix persiste-t-il les cookies ?
Après la configuration de Phoenix sur un domaine de site web, il sauvegardera les cookies 1st party sélectionnés qui sont affectés par ITP en les stockant dans des cookies Secure Http qui ne sont pas affectés par ITP.
Phoenix vérifiera si un cookie 1st party a été supprimé et le recréera à partir de sa sauvegarde lors des visites suivantes du site. Ainsi, le cookie 1st party n'est plus affecté par ITP.
Installation
La configuration de Phoenix se compose des étapes suivantes. Un consultant Commanders Act vous assistera pendant la configuration.
Configurer le sous-domaine Phoenix
Phoenix doit s'exécuter sur le domaine de votre site pour pouvoir créer des cookies Secure Http. Par conséquent, vous devrez attribuer un sous-domaine de votre domaine (par ex. phoenix.mydomain.com) à Phoenix.
Si vous souhaitez activer Phoenix pour plusieurs domaines (par ex. deux domaines, un .com pour un site en anglais et .fr pour un site en français), vous devez créer un sous-domaine par domaine.
Votre administrateur peut configurer vos sous-domaines Phoenix dans votre interface Commanders Act sous Admin > Domain Management.
Configurer la limite de taille des cookies
Les navigateurs, comme Safari, peuvent généralement stocker un maximum de 8 kB de données de cookie par domaine. Les serveurs web ont aussi souvent une limite de données de cookie, correspondant souvent aux 8 kB des navigateurs.
Votre administrateur peut configurer la quantité d'espace cookie qu'il souhaite rendre disponible pour Phoenix dans votre interface Commanders Act sous Admin > Domain Management. Il est recommandé de ne pas dépasser 2 kB, et nous suggérons une limite inférieure à 0,5 kB lors de la configuration initiale.
Dépasser la limite de stockage des cookies peut rendre votre site inaccessible. Veuillez consulter vos équipes techniques lors de la configuration afin de définir un quota de stockage optimal pour Phoenix.
Configurer le domaine proxy WAF
Vous devrez ensuite connecter vos sous-domaines Phoenix au service Phoenix. Votre administrateur de domaine doit déclarer le domaine de tracking dans Cloudflare, ou votre WAF, qui pointe vos sous-domaines Phoenix (par ex. phoenix.mydomain.com) vers le domaine du service Phoenix (par ex. sitexxx.commander5.com).
Si vous avez des questions sur la façon de configurer votre reverse proxy, consultez cette documentation dédiée
Votre administrateur peut trouver le domaine du service Phoenix dans votre interface Commanders Act sous Admin > Domain Management.
Gestion des cookies avec Phoenix
Les cookies Commanders Act sont automatiquement gérés par Phoenix. Les cookies d'autres fournisseurs doivent être configurés manuellement.
Commanders Act TMS
Dans le TMS Commanders Act, les cookies sont généralement définis par vos vendor tags. Vous pouvez activer Phoenix pour des tags sélectionnés dans l'étape "Deployment" de votre container Commanders Act TMS en activant l'option ITP BYPASS . Cette option persistera automatiquement tous les cookies de ce tag avec Phoenix. Une barre de progression affichera l'espace cookie restant rendu disponible par votre administrateur.
Autres systèmes
Mis à jour
Ce contenu vous a-t-il été utile ?