Show Menu
SUJETS×

Adobe Analytics et cookies de navigateur

Afin de prendre en charge l’identification permanente des utilisateurs dans les propriétés et les solutions, Adobe Analytics réagit aux modifications apportées à la gestion des cookies par les navigateurs. Le FAQ suivant présente des informations sur la manière dont l’identification des visiteurs persistants est préservée avec les modifications des cookies du navigateur.

Comment les navigateurs changent-ils leur façon de gérer les cookies ?

En général, la plupart des navigateurs deviennent plus restrictifs quant à la manière dont ils détiennent des cookies tiers. Cela peut affecter le suivi si le cookie est supprimé ou rejeté par le navigateur. Le navigateur Safari définit également certaines limites pour certains cookies propriétaires.
La liste suivante répertorie quelques modifications récentes en fonction des navigateurs :
  • Chrome : A partir de Chrome 80, l’ SameSite attribut est géré différemment pour gérer les cookies tiers ou les requêtes intersites. En fin de compte, les développeurs Chrome cherchent des moyens d’ abandonner complètement les cookies tiers.
  • Firefox et Edge : Les annonces de produits indiquent que les versions successives de leurs navigateurs doivent suivre les mêmes modifications que celles effectuées dans Chrome 80.
  • Safari: With Safari 12.1 , first party persistent cookies set through the document.cookie API, often known as “client-side” cookies, have their expiration capped at seven days.

Quelle est la différence entre les cookies tiers et les cookies propriétaires ?

Cookies propriétaires

Les cookies propriétaires sont créés par les sites Web des clients (propres à un domaine) et stockés dans les navigateurs clients lorsque les utilisateurs visitent les sites Web des clients. Tous les navigateurs acceptent généralement les cookies propriétaires. Dans une implémentation d’Analytics de cookies propriétaires, le cookie d’ID de visiteur est créé sur un noeud Adobe lorsque le nom d’hôte est rapproché du domaine à l’aide d’un CNAME . Le cookie est ensuite accepté par le navigateur dans un contexte propriétaire. Pour plus d’informations, voir A propos des cookies propriétaires.

Cookies tiers

Les cookies tiers ne sont pas créés par les visiteurs de sites Web. Bien que les navigateurs traitent actuellement tous les cookies tiers de la même manière et les stockent en conséquence, les cookies tiers eux-mêmes peuvent se comporter différemment et de manière importante. Avec l’implémentation de cookies tiers d’Analytics par un client, le client effectue des appels uniquement vers Adobe, et non vers des domaines tiers inconnus ou suspects. Il s’agit de la méthode actuelle d’implémentation d’Analytics pour un suivi sécurisé (HTTPS) et fiable avec des identifiants persistants. Cette méthode est implémentée en configurant le fichier AppMeasurement.js. Pour plus d’informations, voir Cookies et Experience Platform Identity Service .

Comment les navigateurs stockent-ils et gèrent-ils actuellement les cookies Analytics ?

En fonction de l’implémentation, les cookies Analytics sont stockés comme suit :

Implémentations de cookies tiers

Les navigateurs stockent actuellement l’ID Adobe demdex.net sous forme de cookie tiers. Ce cookie fournit des identifiants persistants sur plusieurs domaines et permet d’obtenir du contenu sécurisé (https).

Implémentations de cookies propriétaires

En configurant un CNAME, votre utilisateur peut recevoir des cookies Adobe dans un contexte de cookies propriétaires pour ses navigateurs. Il peut s’agir d’une option viable si l’implémentation d’un cookie tiers n’est pas optimale pour vos utilisateurs.

Comment Adobe Analytics réagit-il à ces modifications ?

Toutes les mises à jour des cookies Adobe sont gérées via les serveurs Adobe et Adobe a mis à jour leurs serveurs Edge afin de définir les attributs de cookies appropriés. Adobe a publié des mises à jour côté serveur pour définir leurs cookies tiers avec les attributs appropriés. Aucune mise à jour JavaScript n’est requise pour vos sites.
Cette mise à niveau effectuée par les serveurs Edge d’Adobe se fera automatiquement lorsque les utilisateurs visitent un site Web sur lequel le cookie est utilisé. Pour la plupart des produits Adobe, les cookies disposent des indicateurs appropriés lorsque Chrome 80 est publié. L’exception concerne les implémentations d’Adobe Analytics qui utilisent la collecte de données tierces et qui n’utilisent pas le service d’identité Experience Cloud (ECID). Il se peut que ces clients connaissent une légère augmentation temporaire du nombre de nouveaux visiteurs qui auraient été autrement marqués comme visiteurs récurrents.
Dans le cas des navigateurs que Google a identifiés comme ne gérant pas correctement les cookies lorsque SameSite l’option est définie sur None , SameSite sera laissée non définie.
Le tableau suivant récapitule les cookies Analytics :

Quel est le meilleur moyen de préparer mon site pour les modifications Chrome, Firefox et Edge ?

Les clients Analytics doivent confirmer que leur configuration JavaScript utilise HTTPS pour leurs appels aux services Adobe. ECID redirige les appels HTTP tiers vers son point de terminaison HTTPS, ce qui peut augmenter la latence, mais vous n’êtes pas tenu de modifier votre configuration.
Adobe vous conseille de vous assurer que toutes les pages de votre site sont diffusées avec HTTPS.

Un CNAME pour plusieurs domaines

Si vous avez une implémentation CNAME définie dans le même domaine que votre site Web, il s’agira d’un contexte de cookie propriétaire et vous n’avez pas besoin d’apporter des modifications.
Cependant, si vous possédez plusieurs domaines et utilisez le même CNAME pour la collecte de données sur tous vos domaines, il est traité comme un cookie tiers sur ces autres domaines. Avec Chrome 80, il ne sera plus visible sur ces autres domaines. Pour rendre le comportement plus similaire dans tous les navigateurs, Analytics définit explicitement la SameSite valeur de ce cookie sur Lax . Si vous utilisez ce cookie dans un contexte tiers convivial, vous devez définir le cookie avec la SameSite=None valeur, ce qui signifie également que vous devez toujours utiliser HTTPS. Contactez le service à la clientèle Adobe pour que la valeur MêmeSite soit modifiée pour vos CNAME sécurisés. Remarque : cette action n’est PAS requise pour les clients Analytics utilisant l’ECID.

Quel est l’impact des modifications de Safari (ITP 2.1) pour Analytics ?

Malgré les modifications apportées à Safari 12.1, les ensembles de données des cookies Adobe Experience Cloud sont toujours en cours de collecte. Bien que les cookies soient plafonnés à sept jours, les visiteurs qui reviennent sur votre propriété dans le délai imparti renouvellent le cookie et évitent son expiration pendant sept jours supplémentaires. Les fenêtres de recherche et le nombre de visiteurs récurrents peuvent être réduits pour le trafic Safari jusqu’à ce qu’une mise à jour Adobe soit disponible.
En raison de la durée d’expiration raccourcie de sept jours, les clients peuvent constater une augmentation du nombre de visiteurs uniques. Le nombre de visites et de pages vues ne doit pas être affecté. Si votre propriété a un trafic saisonnier, tel que les services fiscaux ou la vente au détail de vacances, vous pouvez constater un impact plus important car ce visiteur ne sera pas connecté entre les saisons.
Si vous utilisez un CNAME, le service d’identification des visiteurs enregistre l’ECID dans un cookie propriétaire côté serveur. Cela permet au cookie de persister pendant toute sa durée.
Remarque : ITP 2.1 ne s’applique pas aux navigateurs intégrés dans les applications mobiles.

Cookies propriétaires concernés

Les cookies propriétaires créés par le biais de document.cookie cette fonctionnalité sont affectés. Si vous définissez l’un de ces cookies via une réponse HTTP (côté serveur) ou en utilisant la certification CNAME, vous n’êtes pas affecté par les modifications apportées à ITP 2.1. Les cookies propriétaires suivants et les bibliothèques JavaScript Adobe associées sont affectés :
  • Cookies AMCV définis par la bibliothèque du service ECID (Experience Cloud ID)
  • Cookie de secours hérité Analytics s_fid
Le s_vi cookie hérité Analytics en tant que cookie tiers, y compris les cibles de collecte de 2o7.net ou omtrdc.net, continue d’être bloqué en fonction des versions antérieures d’ITP.
Pour résumer :
  • Si vous disposez d’un CNAME et utilisez le service d’identification des visiteurs — votre implémentation ne sera pas affectée.
  • Si vous utilisez un CNAME propriétaire dans le contexte propriétaire et n’utilisez pas le service d’identification des visiteurs — votre implémentation ne sera pas affectée.
  • Si vous utilisez un domaine de cookies propriétaires dans le contexte tiers ou avec les noms de domaine tiers standard (par exemple 2o7.net, omtrdc.net, etc.), Safari continuera à le bloquer tel quel.
  • Si vous utilisez un identifiant visiteur personnalisé — Cela dépend de la manière dont votre identifiant visiteur sera stocké. Si vous stockez votre ID dans un cookie "côté client" propriétaire, vous serez soumis à l’expiration de sept jours. Si vous utilisez d’autres moyens pour stocker votre ID personnalisé, vous devrez évaluer si vous êtes affecté.

Jeu de données le moins affecté

Les ensembles de données avec les visiteurs actifs qui reviennent fréquemment sont les moins affectés par les modifications. Si le contenu de votre site est tel que les clients reviennent tous les jours ou au moins deux fois par semaine, les cookies de ces utilisateurs actifs seront renouvelés avant leur expiration. Les réseaux sociaux, les actualités et les autres sites de médias sont plus susceptibles d’avoir de grandes communautés d’utilisateurs qui reviennent fréquemment.
Les clients qui utilisent s_vi comme identifiant visiteur principal et sont configurés avec la collecte de données propriétaires à l’aide d’un CNAME ne seront pas affectés par ITP 2.1. Notez que dans les cas où s_vi il est impossible de définir le cookie de secours, s_fid il peut être utilisé et aura une expiration de sept jours.
En outre, les jeux de données qui utilisent le service d’identification des visiteurs et possèdent un domaine propriétaire sont les moins affectés.

Les modifications de Safari affecteront-elles mon entreprise ?

Adobe recommande aux clients de mesurer d’abord l’impact au sein de leur propre entreprise avant d’apporter des modifications à la collecte de données. Pour ce faire, vous pouvez utiliser les méthodes décrites ci-dessous.
Pour mesurer l’impact sur les rapports et les tests, il est important de connaître le type de suivi des visiteurs et des cookies que vous avez mis en oeuvre et le volume de trafic généré par les utilisateurs utilisant Safari. Tenez compte des points suivants pour mesurer l’impact sur votre entreprise :
  • Vérifiez les types de cookies définis par vos bibliothèques Adobe.
  • Ouvrez votre console de développement dans votre dernier navigateur Safari. Si l’un des cookies répertoriés ci-dessus est défini dans votre domaine propriétaire, ces modifications peuvent vous affecter.
  • Si un s_vi cookie s’affiche, mais pas un AMCV cookie défini dans le contexte d’un CNAME, vous utilisez un CNAME pour l’identification des visiteurs et votre utilisation d’Analytics n’est pas affectée par ces modifications. Si vous voyez à la fois un s_vi cookie et un AMCV cookie définis dans le contexte d’un CNAME, vous avez récemment utilisé la période de grâce ou vous l’utilisez actuellement ; il se peut qu’une partie du trafic Analytics soit affectée.
  • Utilisez Analytics pour mesurer le pourcentage de visiteurs qui ne reviennent pas dans les sept jours. Si vos visiteurs reviennent plusieurs fois dans les sept jours, votre trafic peut ne pas être affecté de manière significative. Pour plus d’informations sur l’utilisation d’Analytics pour en savoir plus, voir Safari ITP 2.1 Impact sur les clients Adobe Experience Cloud et Experience Platform.
  • Mesurez le pourcentage de trafic provenant des navigateurs Safari pour déterminer si des modifications sont suffisamment justifiées. Pour obtenir des instructions sur l’utilisation d’Analytics pour connaître le pourcentage du trafic Safari sur vos sites, voir Impact de Safari ITP 2.1 sur les clients Adobe Experience Cloud et Experience Platform.

Quels sont les navigateurs les plus utilisés par les visiteurs ?

Si vous souhaitez en savoir plus sur les navigateurs utilisés par vos visiteurs, vous pouvez utiliser la dimension reports-browsers.html Navigateur d’Analytics pour déterminer les navigateurs les plus utilisés pour vos sites. Vous pouvez également utiliser Analytics Dimensions pour identifier les navigateurs les plus utilisés selon les régions géographiques. For more information, see GeoSegmentation .
Selon statcompteur , à la fin de 2019, la part de marché mondiale pour chaque navigateur était la suivante :
  • Chrome : ~64 %
  • Safari : ~17 %
  • Firefox : ~4 %
  • Edge : ~2 %
À mesure que la part de marché évolue, vous pouvez consulter ces statistiques pour examiner votre stratégie de mise en oeuvre.

Comment puis-je travailler au mieux avec les modifications ITP 2.1 dans Safari à court terme ?

Le CNAME d’Adobe et le programme de certificat géré sont utilisés pour gérer les modifications ITP. Le programme de certificat géré Adobe permet de mettre en œuvre un nouveau certificat propriétaire pour les cookies propriétaires, sans frais supplémentaires. Aujourd’hui, Adobe propose plusieurs services CNAME par solution et cherche à tirer parti du programme de certification Analytics à court terme.
Tout client Analytics actuel avec une configuration CNAME qui utilise également les services d’identification des visiteurs Experience Cloud ID pourra tirer parti d’une prochaine mise à jour de la bibliothèque ECID. Ce changement permettra aux serveurs de suivi certifiés CNAME de gérer l’ECID et d’être utilisés comme référence pour l’identification des visiteurs. D'autres informations sont disponibles dans les versions successives de la bibliothèque ECID.
Adobe sait que tous les clients de la bibliothèque ECID n’utilisent pas CNAMES ou Analytics. Tous les clients ECID se verront proposer une configuration CNAME afin d’utiliser la même fonctionnalité.
Si vous n’utilisez pas actuellement CNAME pour votre implémentation, vous pouvez démarrer le processus en contactant le service d’assistance clientèle.

Quels sont les futurs plans d’Adobe pour l’identification permanente des visiteurs ?

Les nouvelles fonctionnalités et mises en oeuvre incluent :
  • Options de certification CNAME en libre-service dans toutes les solutions Adobe
  • Méthodes souples de collecte des identifiants des visiteurs, BYOI (Apportez votre identité) et collecte des données API d’abord
  • Graphiques d’identité d’Adobe Experience Platform
  • Approche unifiée de la collecte de données Adobe
Adobe s’engage à personnaliser plus précisément les contenus pour les clients qui souhaitent une expérience personnalisée. Adobe s’efforce d’offrir à ses clients une fonctionnalité d’identité en ligne qui les aide à s’aligner sur les choix de confidentialité de leurs clients.