Klaviyo CDP : à quoi ça sert, et pour qui

TL;DR. Klaviyo Data Platform est la couche de données de votre compte : elle fait entrer vos données via les intégrations et les API de l'éditeur, les rattache au bon profil et les rend exploitables dans vos flux. Advanced Klaviyo Data Platform est la montée en gamme payante par-dessus. Elle change quelque chose quand un même client existe dans plusieurs systèmes qui ne se parlent pas : caisse magasin, abonnement, service client, marketplace. Sur une marque mono-boutique branchée à Shopify, le compte couvre déjà l'essentiel, et aucune couche d'unification ne répare une donnée absente en amont.

L'erreur la plus répandue consiste à acheter une CDP pour résoudre un problème de segmentation. Dans la plupart des comptes que nous auditons, le blocage se situe en amont de la plateforme : le tunnel n'envoie pas les données sur lesquelles on voudrait segmenter. Une couche d'unification supplémentaire n'y change rien.

Ce que fait une CDP, en une phrase

Une CDP ingère des données de plusieurs sources, les rattache à une personne unique, et rend cette personne adressable par vos outils d'activation.

Trois verbes, trois chantiers distincts : ingérer, résoudre, activer. Un compte peut être excellent sur le troisième et vide sur le premier, et c'est le déséquilibre que nous rencontrons le plus souvent en audit.

Chez Klaviyo, ces trois verbes sont portés par la couche de données du compte, Klaviyo Data Platform (KDP) : elle rassemble vos données via les intégrations et les API de l'éditeur, et vous les exploitez directement dans les flux, sans synchronisation ni outil supplémentaire. Ce qui se souscrit en plus, Advanced KDP, porte la synchronisation d'entrepôt de données, la transformation de données sans code et le suivi personnalisé.

La résolution d'identité : ce qui est dans le compte, ce qui relève d'Advanced KDP

Klaviyo décrit la résolution d'identité comme le fait de maintenir un enregistrement client unifié quels que soient les identifiants utilisés selon les points de contact et les appareils. La documentation de l'éditeur classe cinq identifiants par ordre de priorité : l'identifiant Klaviyo du profil, l'external ID, l'adresse email, le numéro de téléphone et l'identifiant anonyme d'application mobile, qui représente le profil invité iOS ou Android. Cette fusion déterministe fonctionne déjà sur un compte standard, sans module additionnel. Ce qu'Advanced KDP ajoute, ce sont des rapprochements construits par-dessus : des profils qui partagent le même numéro de téléphone et dont les adresses email ne diffèrent que d'un caractère, c'est-à-dire une faute de frappe dans l'adresse.

Avant de souscrire quoi que ce soit, listez les rapprochements dont vous avez réellement besoin et vérifiez, règle par règle, lesquels sont disponibles dans votre compte : le périmètre de ces transformations évolue, et une règle annoncée n'est pas une règle active.

Le scénario classique : une cliente achète en ligne avec son adresse personnelle, revient en magasin et donne une autre adresse à la caisse, puis écrit au service client depuis son adresse professionnelle. Vous avez trois profils. Chacun reçoit vos campagnes, chacun a un historique d'achat partiel, et aucun ne déclenche le bon scénario de fidélisation.

Les conséquences se lisent tout de suite :

• La pression réelle est trois fois celle que vous croyez piloter. Vos rapports affichent une campagne par semaine, la cliente en reçoit trois. Cette sur-sollicitation se paie en plaintes, et les exigences de Google pour les expéditeurs demandent de rester sous 0,30 % de plaintes et recommandent de se tenir sous 0,10 %.
• Les segments RFM sont faux, parce que la valeur client est éclatée. Le cadre de calcul est détaillé dans la segmentation RFM.
• Les exclusions ne fonctionnent plus. Un acheteur récent sur un profil reste un prospect sur les deux autres, et reçoit une relance de panier après avoir acheté.

Le rapprochement s'appuie sur ce que vos systèmes poussent dans le profil : deux profils qui ne partagent aucun des cinq identifiants ci-dessus restent deux profils. D'où la recommandation opérationnelle : faire pousser l'external ID par toutes vos sources, caisse comprise. C'est la clé d'identité stable que Klaviyo décrit comme utilisable en tant qu'identifiant principal du profil, en lieu et place de l'adresse email, et c'est elle qui rend le rapprochement prévisible plutôt que dépendant de ce que chaque système a bien voulu transmettre.

Les cas où l'unification vaut un chantier

Le retail physique. Dès qu'il y a une caisse, il y a des achats invisibles pour votre CRM en ligne, donc des winbacks envoyés à des clients qui achètent tous les mois en boutique.

L'abonnement. Le statut d'abonnement, les pauses, les échecs de paiement vivent souvent dans un outil tiers. Les faire entrer dans le profil change la nature des scénarios possibles.

Les marques multi-boutiques ou multi-marchés, où un même client existe sur deux stores et deux devises.

Les catalogues à cycle long, où l'information utile (installation, garantie, entretien) se trouve dans un ERP et pas dans la commande.

Un test simple sépare ces cas des autres : prenez dix clients au hasard et essayez de reconstituer leur historique complet à la main. Si vous y arrivez en ouvrant un seul outil, l'unification ne vous manque pas. S'il vous faut croiser trois exports et arbitrer des doublons, vous venez de faire manuellement ce que l'unification automatise, et vous savez combien de temps ça prend par client.

Ce test a un second mérite : il vous dit quelles données manquent, ce qui est la question suivante. Une CDP achetée sans cette liste finit par ingérer ce qui est facile à brancher plutôt que ce qui sert.

Dans tous ces cas, le travail utile ressemble à celui décrit dans l'API d'événements Klaviyo et les propriétés personnalisées : on fait entrer une donnée, on la structure, on segmente dessus. Une bonne part se traite avec le compte seul. Advanced KDP entre dans la discussion quand il faut brancher un entrepôt de données, transformer sans écrire de code ou suivre un événement sur mesure.

Ce qui ne fonctionne pas

Souscrire une montée en gamme pour compenser un tunnel muet. Si votre site n'envoie pas la catégorie du produit consulté, aucune couche d'unification ne la fabriquera. Le chantier est dans le tunnel.

Ingérer tout ce qui est disponible. Une propriété qui n'alimente aucun segment et aucun scénario est une propriété morte. Elle coûte de la maintenance et brouille la lecture.

Compter sur la CDP pour trancher les conflits sans règle. Quand deux sources donnent deux adresses de livraison différentes, il faut une règle de priorité écrite. La plateforme applique ce que vous décidez, elle ne décide pas à votre place.

L'installer sans avoir tranché la conservation. Unifier, c'est concentrer dans un seul profil des données venues de systèmes dont les durées de conservation diffèrent. Une donnée qu'un ERP purge au terme de son propre cycle peut survivre indéfiniment dans le profil marketing si personne ne l'a prévu. La CNIL rappelle que la durée de conservation se détermine par le responsable de traitement en fonction de la finalité qui a conduit à la collecte, pas sans limite. La règle de purge se décide avant l'ingestion, pas après le premier audit.

Souscrire Advanced KDP sur une marque mono-boutique. Un seul canal de vente, un catalogue simple, une intégration Shopify propre : le compte vous donne déjà l'unification dont vous avez besoin, voir Klaviyo est-il un CRM. L'argent est mieux placé sur les scénarios manquants.

Comment le mettre en place sans se tromper d'ordre

1. Lister les scénarios que vous ne pouvez pas construire aujourd'hui. C'est la seule justification recevable d'un chantier données.
2. Remonter de chaque scénario à la donnée manquante, et de la donnée au système qui la détient.
3. Décider de la clé d'identité, l'external ID Klaviyo, et la faire pousser par toutes les sources, y compris la caisse.
4. Écrire les règles de priorité entre sources contradictoires.
5. Vérifier la propreté avant l'ingestion, pas après : le point est traité dans l'hygiène de liste Klaviyo.
6. Mesurer sur les scénarios, pas sur le nombre de profils unifiés. Le seul résultat qui compte est un revenu de flow qui n'existait pas avant.

Ce que ça change sur le pilotage

Une base unifiée déplace deux indicateurs de notre référentiel. La part du chiffre d'affaires attribuée à l'email a mécaniquement de quoi remonter, puisque les scénarios se déclenchent sur des personnes complètes plutôt que sur des fragments de personnes. Le revenu par destinataire suit le même mouvement, dès lors que vous cessez d'envoyer trois messages à quelqu'un qui n'en attendait qu'un.

En revanche, l'unification fait souvent baisser le nombre de profils affichés. C'est normal, et c'est une bonne nouvelle : votre base cesse de compter des doublons comme des clients distincts, et vos taux redeviennent lisibles. Les repères de lecture de ces indicateurs sont détaillés dans les KPI du lifecycle email.

Le cadrage amont, celui de la donnée que vous détenez en propre, est traité dans first-party data e-commerce. Si vous voulez faire porter ce chantier par une équipe, notre page agence CRM décrit la façon dont nous le menons.

FAQ

Klaviyo est-il déjà une CDP sans Advanced KDP ?

En partie : un compte branché à Shopify fait entrer les données via les intégrations et les API, unifie déjà les profils et permet de segmenter. Advanced KDP ajoute des rapprochements de profils que la fusion native ne fait pas.

Quel est le vrai apport d'une CDP en e-commerce ?

La réconciliation d'identités entre boutique en ligne, caisse, service client et application. Sans elle, une personne existe en plusieurs profils.

Faut-il un identifiant unique pour que ça fonctionne ?

Pas au sens d'un prérequis : le rapprochement se fait sur les identifiants que vos systèmes ont déjà poussés dans le profil. Mais pousser le même external ID depuis toutes les sources reste la façon la plus sûre de rendre ces rapprochements prévisibles.

Une CDP répare-t-elle des données sales ?

Non. Elle les rend visibles plus vite. Le chantier reste dans les systèmes sources.

Quand Advanced KDP ne sert-il à rien ?

Sur une marque mono-boutique avec un seul canal de vente et une intégration propre : le compte unifie déjà ce qu'il y a à unifier.