Comment configurer l’identifiant first-party

Objectif de cet article

Découvrez comment configurer First-Party ID pour améliorer votre capacité à identifier les visiteurs qui reviennent. First-Party ID utilise un cookie côté serveur pour étendre l’identification, en vous aidant à reconnaître davantage d’acheteurs qui reviennent, à attribuer davantage d’événements sur site, et à alimenter davantage de marketing automation ciblé

Comment fonctionne l’identification First-Party ID ?

Le tracking standard de Klaviyo définit un cookie nommé __kla_id dans le navigateur du visiteur à l’aide de JavaScript (lire plus ici). Sur des navigateurs comme Safari et Firefox, les protections de confidentialité limitent la durée de persistance de ce cookie. Une fois qu’il expire, Klaviyo ne peut plus reconnaître le visiteur comme un profil connu tant qu’un autre événement d’identification ne se produit pas.

L’identifiant first-party répond à ce problème en exécutant un worker Cloudflare sur un sous-domaine de votre propre domaine. Ce worker définit un cookie de longue durée, défini côté serveur, appelé __kle_id. Lorsque votre __kla_id existant expire, Klaviyo utilise __kle_id pour l’actualiser, en réidentifiant le visiteur et en attribuant sa session active sur site au bon profil connu. Si le worker est un jour indisponible, Klaviyo bascule de manière transparente vers le comportement standard de __kla_id (JavaScript Klaviyo), afin qu’aucune donnée ne soit perdue.

• Remarque: First-Party ID n’identifie pas les nouveaux visiteurs nets. Un acheteur doit déjà disposer d’un profil Klaviyo — créé via une inscription, un clic sur un e-mail suivi, ou un autre événement d’identification — avant que First-Party ID puisse le ré-identifier lors d’une visite de retour.

Durée de vie du cookie

Lorsqu’un visiteur est identifié, le cookie Klaviyo (__kla_id) est défini pour durer jusqu’à 2 ans, mais sa durée varie en fonction des politiques de durée de vie des cookies de chaque navigateur, ce qui dépend de la façon dont le cookie est défini dans le navigateur. __kla_id est généralement défini à l’aide du Javascript Klaviyo, qui place le cookie côté client. Si Extended ID ou First Party ID sont activés, le cookie Klaviyo est défini côté client et côté serveur, respectivement. Découvrez comment activer ces fonctionnalités Klaviyo afin d’aider à réidentifier les utilisateurs. Découvrez comment configurer l’identification étendue.

La durée de vie standard du cookie __kla_id — la durée pendant laquelle il reste valable avant que l’ID first-party doive l’actualiser — varie selon le navigateur. Vous trouverez des informations plus détaillées sur ce CookieStatus.

• La durée de vie du cookie varie selon le navigateur, et dépend de si le cookie est défini côté client par JavaScript ou côté serveur. Le tableau ci-dessous présente les deux.

Activer l’identifiant first-party

L’ID propriétaire nécessite un sous-domaine dédié sur votre domaine qui pointe vers le compte Cloudflare de Klaviyo. Klaviyo fournit les enregistrements DNS nécessaires.

• Cliquez sur le menu du compte en bas à gauche de votre compte Klaviyo.
• Sélectionnez Paramètres dans le menu.

• Accédez à l’onglet Données
• Dans la section Identifiant first-party, cliquez sur « Configurer ».
• Confirmez que le domaine prérempli est correct. Si ce n’est pas le cas, saisissez le domaine racine (c.-à-d. example.com) de votre vitrine, puis cliquez sur Suivant.

• Pour configurer votre sous-domaine, vous pouvez choisir d’utiliser Entri afin de fournir quelques informations, et lui permettre de configurer automatiquement le sous-domaine pour vous. Vous pouvez également choisir de configurer le sous-domaine manuellement via les paramètres de votre fournisseur DNS.

• Si vous sélectionnez Entri
  • Cliquez sur Se connecter à Entri et sur Continuer

• Entri détectera automatiquement le fournisseur DNS de votre domaine et vous demandera quelques informations, y compris vos identifiants de connexion. Suivez les instructions à l’écran et Entri ajoutera automatiquement le sous-domaine à vos enregistrements DNS.

• Si vous sélectionnez manuel
  • Copiez-collez l’enregistrement CNAME affiché sur votre écran dans votre fournisseur DNS.

• Cliquez sur Valider

• La configuration est maintenant terminée, et le système Klaviyo peut prendre jusqu’à 48 heures pour vérifier que le sous-domaine commence à recevoir du trafic correctement. Vous recevrez un e-mail lorsque la vérification du sous-domaine sera terminée et que l’ID propriétaire sera en cours d’exécution !

États du statut du sous-domaine

L’état de votre sous-domaine indique un échec

Un statut Erreur signifie que Cloudflare a détecté un problème avec la configuration de votre sous-domaine. Causes courantes :

• L’enregistrement CNAME est manquant ou pointe vers une cible incorrecte.
• L’enregistrement DNS a été ajouté, mais ne s’est pas entièrement propagé (cela peut prendre jusqu’à 48 heures dans de rares cas).
• La cible CNAME fournie par Klaviyo a été saisie de manière incorrecte.

Pour résoudre le problème : selon le problème, vous recevrez un e-mail contenant des instructions relatives à ce problème. En général, vous devrez vérifier que vos enregistrements DNS correspondent exactement à ce qui était affiché dans le flux de configuration, puis cliquer sur Reconfigurer dans les paramètres de First-Party ID. Si le problème persiste, contactez l’assistance Klaviyo.

Désactiver l’identifiant first-party

Pour désactiver l’identifiant first-party :

1. Cliquez sur le menu du compte en bas à gauche de votre compte Klaviyo.
2. Sélectionnez Paramètres dans le menu.
3. Accédez à l’onglet Données.
4. Dans la section ID first-party, cliquez sur le bouton Désactiver.

Mesurer l’impact de l’ID first-party

Pour voir l’impact de l’ID first-party sur la capacité de votre marque à identifier les visiteurs, vous pouvez exploiter l’événement Active on Site.

1. Accédez à Analyse —> Indicateurs —> Actif sur le site.
   
2. Ajoutez le filtre Par —> ssc_refresh.

Cela montre le nombre d’événements Active on Site actifs supplémentaires qui ont été capturés grâce à l’ID first-party. Les événements ID first-party ont une valeur de 1,0 (c.-à-d. true), tandis que les événements capturés avec le tracking standard des cookies Klaviyo ou l’ID étendu ont une valeur de 0,0 (c.-à-d. false).

L’ID propriétaire est actif, mais je ne vois pas la propriété ssc_refresh dans Actif sur le site

L’indicateur ssc_refresh n’est défini que sur les événements qui ont été capturés après une réhydratation du worker réussie. Si aucun visiteur n’est revenu sur votre site après l’expiration de son __kla_id, aucun événement ssc_refresh ne s’est encore produit.

Comprendre l’attribution de l’ID first-party

Klaviyo suit les événements sur site « attribués » — des sessions au cours desquelles le First-Party ID a réussi à réidentifier un acheteur qui revient après l’expiration de son __kla_id. Un événement attribué signifie :

• Le visiteur avait auparavant un profil Klaviyo (créé via une inscription, un clic sur un e-mail, une soumission de formulaire, etc.).
• Leur cookie __kla_id a expiré entre les visites.
• Ils sont revenus sur votre site et le worker a renvoyé l’identité stockée depuis __kle_id.
• Klaviyo a restauré __kla_id et a tag la session avec ssc_refresh = 1.0.
  • L’indicateur ssc_refresh est défini au moment exact où le worker réhydrate avec succès __kla_id. C’est à ce moment-là que l’attribution est consignée.
• Tous les événements sur site ultérieurs de cette session (vues de page, ajout au panier, etc.) sont attribués au profil connu.

Questions fréquentes sur la configuration de l’ID propriétaire

Réponses aux questions que les clients posent le plus souvent lors de la mise en place de First-Party ID :

1. Le First Party ID utilise-t-il la prise d’empreinte numérique et peut-il réidentifier sur plusieurs appareils ?
   1. First-Party ID n’utilise pas le fingerprinting, les identifiants probabilistes, les adresses IP, les données d’appareil, les ID de clic ni les chaînes d’agent utilisateur.
   2. La réidentification sur plusieurs appareils ou navigateurs n’est pas prise en charge.
2. L’ID First-Party s’intègre-t-il aux CAPI ?
   1. First-Party ID ne s’intègre pas aux API de conversion (CAPI).
3. Pouvez-vous utiliser plus d’un domaine sur un compte Klaviyo avec l’ID propriétaire ?
   1. Chaque domaine ne peut être associé à First-Party ID que sur un seul compte Klaviyo. Si la même URL est partagée entre plusieurs comptes de portfolio (par exemple, une boutique US et une boutique CA sur le même domaine), vous ne pouvez activer First-Party ID que sur l’un d’entre eux.
4. Combien de temps la configuration DNS prend-elle ?
   1. En général, cela ne prend que quelques minutes une fois votre enregistrement CNAME ajouté, mais cela peut prendre jusqu’à 48 heures selon votre fournisseur DNS. Si vous restez bloqué sur En attente de DNS pendant plus de 60 minutes, confirmez la propagation à l’aide d’un outil comme dnschecker.org.
5. Puis-je utiliser le même domaine sur plus d’un compte Klaviyo ?
   1. Non. Un domaine ne peut être attribué au First-Party ID que sur un seul compte Klaviyo, et ne peut pas être réutilisé sur d’autres comptes du portfolio, même si deux comptes partagent la même URL (par exemple, une vitrine US et CA sur le même domaine).
6. Dois-je mettre à jour ma politique de confidentialité avant d’activer First-Party ID ?
   1. Si vous choisissez d’activer l’Identifiant first-party, il est fortement conseillé de réémettre vos notifications de cookies à vos clients, et de passer en revue vos conditions d’utilisation et/ou votre Déclaration de confidentialité afin de vous assurer que vos clients sont informés des processus de ré-identification. Le cookie Klaviyo expirera, mais l’Identifiant first-party permet la ré-identification via une fonctionnalité de cookie côté serveur qui vous permet d’actualiser le cookie Klaviyo directement depuis votre propre domaine.
   2. Veuillez en savoir plus sur la Déclaration de confidentialité, les cookies, et le consentement dans l’article Comprendre les cookies dans Klaviyo .
7. Ai-je toujours besoin de l’identifiant étendu si je configure l’identifiant first-party ?
   1. Les deux fonctionnent ensemble, plutôt que de se remplacer l’un l’autre. First-Party ID est prioritaire lorsque les deux sont activés, et Extended ID continue d’identifier les visiteurs que First-Party ID n’a pas encore atteints.
8. Est-ce que cela va casser mon tracking si quelque chose se passe mal pendant la configuration ?
   1. Non. Si le worker est un jour inaccessible, Klaviyo revient automatiquement au comportement standard de __kla_id. Aucune donnée n’est perdue.
9. Combien de temps après l’activation verrai-je des événements attribués à First-Party ID ?
   1. Cela dépend de la combinaison de navigateurs de votre trafic. First-Party ID ne peut actualiser __kla_id qu’une fois qu’un cookie existant a expiré et que le visiteur revient ; revenez donc dans 3 semaines pour un premier signal, puis à nouveau dans environ 2 mois pour un impact plus établi.
10. Je viens d’activer l’identifiant first-party. Pourquoi ne vois-je encore aucun événement attribué ?
    1. C’est normal. First-Party ID ne peut actualiser __kla_id que lorsque le __kla_id existant d’un visiteur a expiré, et qu’il revient sur votre site. Le calendrier dépend du navigateur. Revenez dans 3 semaines pour obtenir un premier signal, en particulier à partir du trafic Safari. L’attribution se construit progressivement à mesure que les cookies existants expirent, et que les acheteurs reviennent.
11. J’ai activé l’Extended ID, et j’ai activé l’ID First-Party. Pourquoi les événements attribués à l’ID First-Party sont-ils moins nombreux que les événements attribués à l’Extended ID ?
    1. C’est attendu, en particulier pendant les premières semaines. Extended ID a peut-être récemment actualisé __kla_id pour de nombreux acheteurs, ce qui signifie que ces cookies ont encore du temps restant sur leur TTL avant que First-Party ID puisse prendre le relais.
    2. Le pipeline pour obtenir une attribution d’ID First-Party nécessite trois éléments dans cet ordre : événement d’identification → expiration de __kla_id → visite de retour. Nous attendons toujours que ces expirations soient prises en compte.
    3. Au fil du temps, l’attribution devrait évoluer : les événements attribués à l’ID étendu auront tendance à diminuer à mesure que l’ID interne augmente. Le signal clé à surveiller : les événements attribués à l’ID interne doivent augmenter davantage que la baisse des événements attribués à l’ID étendu — cela confirme une nouvelle identification nette, et pas seulement un déplacement.

Ressources supplémentaires