Sept jours, ce n'est pas un parcours client.
Safari limite à sept jours tout cookie écrit en JavaScript. Les visiteurs de retour réapparaissent comme de nouveaux utilisateurs, les fenêtres d'attribution s'effondrent, et vos rapports sous-estiment discrètement le trafic récurrent. Cookie Keeper réémet ces cookies via HTTP depuis votre propre domaine de tagging, où la limite ne s'applique pas.
Le cookie est réémis via HTTP à chaque réponse : la date d'expiration d'un visiteur actif continue de reculer.
Durée de vie des cookies, avec et sans
La politique de stockage des navigateurs réécrit vos données en silence
Intelligent Tracking Prevention ne bloque pas votre analytics: il la fait expirer. C'est plus difficile à repérer, car tout continue de fonctionner et seuls les chiffres deviennent faux.
Les cookies JavaScript expirent en sept jours
La limite de Safari s'applique à tout cookie écrit avec document.cookie, et c'est ainsi que GA4, Meta et Google Ads posent tous leurs identifiants client.
Les visiteurs de retour comptent comme nouveaux
Un identifiant expiré signifie qu'un nouveau est émis. Votre part de visiteurs récurrents baisse, votre nombre d'utilisateurs gonfle, et aucun de ces chiffres ne décrit la réalité.
Les fenêtres d'attribution s'effondrent
Un cycle de réflexion de 30 jours ne peut pas être attribué avec un identifiant de 7 jours. Les achats à cycle long finissent crédités au trafic direct.
Comment ça marche
Les cookies posés par une réponse HTTP d'un domaine first-party ne subissent pas la même limite que ceux écrits en JavaScript. Votre domaine de tagging est exactement un tel domaine : la passerelle réémet donc les cookies pour vous.
Lecture à l'aller
Lorsqu'une requête porte l'un des cookies configurés, la passerelle en relève la valeur actuelle. Rien n'est inventé : si le cookie est absent, rien n'est écrit.
Réémission au retour
La réponse porte un en-tête Set-Cookie avec le même nom et la même valeur, une Max-Age longue, Secure et SameSite=Lax. Le navigateur l'enregistre comme un cookie HTTP first-party.
L'expiration recule en continu
Comme cela se produit à chaque réponse, la date d'expiration est repoussée à chaque visite. L'identifiant d'un visiteur actif n'expire donc pratiquement jamais.
Ce que vous obtenez
Des valeurs par défaut sensées
_ga, _fbp, _fbc et _gcl_au sont configurés d'origine, les identifiants derrière l'attribution de Google Analytics, Meta et Google Ads.
Jusqu'à vingt cookies
Ajoutez tout cookie first-party dont vous dépendez, jusqu'à vingt par conteneur. Les noms sont validés à l'enregistrement.
Portée de domaine automatique
Par défaut, le domaine parent de votre hôte de tagging est utilisé, afin que les cookies restent partagés avec votre site principal. Vous pouvez le surcharger si votre configuration l'exige.
Attributs sécurisés par défaut
Les cookies réémis portent Secure et SameSite=Lax. HttpOnly est disponible mais désactivé par défaut, afin que les scripts de la page continuent de fonctionner.
Spécification
- Cookies par défaut
- _ga, _fbp, _fbc, _gcl_au
- Nombre maximum
- 20 par conteneur
- Durée de vie maximale
- 400 jours (le plafond des navigateurs)
- Attributs
- Secure, SameSite=Lax, HttpOnly en option
- Coût
- Inclus avec votre conteneur
Quand l'utiliser
Vous vendez sur un cycle de décision long
Tout ce qui se mûrit en semaines plutôt qu'en minutes perd son attribution à cause de la limite de sept jours. Prolonger l'identifiant est le correctif au plus fort impact.
Safari représente une part importante de votre trafic
Sur les marchés à forte pénétration iPhone, une part substantielle de votre audience est affectée par défaut, sans aucune action de sa part.
Votre taux de visiteurs récurrents semble invraisemblable
Si des clients fidèles réapparaissent sans cesse comme de nouveaux utilisateurs, l'expiration des identifiants en est la cause habituelle, et ceci en est le remède habituel.
Questions sur Cookie Keeper
Est-ce conforme ?
Cela prolonge la durée de vie de cookies que vous posez déjà ; cela n'en crée pas de nouveaux et n'en pose aucun sans consentement. Si un visiteur n'a pas consenti et que le cookie n'a jamais été écrit, il n'y a rien à réémettre. Mentionnez la durée de vie prolongée dans votre politique de cookies.
Pourquoi 400 jours et pas davantage ?
Chrome refuse toute durée de vie supérieure à 400 jours : une valeur plus élevée serait simplement ignorée. 400 est le plafond pratique, et c'est la valeur par défaut.
Cela fonctionne-t-il dans tous les navigateurs ?
Le mécanisme relève de la gestion HTTP standard des cookies, donc oui. C'est dans Safari que l'effet est le plus net, là où la limite JavaScript est la plus stricte, mais Firefox et Chrome respectent également la durée prolongée.
Puis-je ajouter des cookies absents des valeurs par défaut ?
Oui, jusqu'à vingt par conteneur. Les noms peuvent contenir lettres, chiffres et tirets bas, ce qui couvre les identifiants de tous les fournisseurs courants.
Autres modules
Les modules se cumulent. Activez-en autant que nécessaire : ils se combinent en une seule configuration devant votre conteneur.
Prêt à l'activer ?
Chaque module est inclus avec votre conteneur, sans surcoût. Créez un conteneur, ouvrez le panneau des modules et activez.