Hightouch : reverse ETL, CDP composable, prix

Hightouch est une plateforme d’activation adossée au data warehouse (warehouse-native) qui utilise le reverse ETL pour synchroniser les données clients d’un data warehouse cloud (Snowflake, BigQuery, Databricks, Redshift) vers les outils marketing, commerciaux et publicitaires. Fondée en 2019 par Tejas Manohar, Josh Curl et Kashish Gupta, Hightouch s’est repositionnée d’outil de reverse ETL en CDP composable en 2022, puis en plateforme de marketing agentique en 2025, puis en Agentic CDP en 2026. L’architecture, elle, n’a pas changé : interroger le data warehouse, pousser le résultat vers des destinations externes. Hightouch ne stocke pas les données clients et n’envoie aucun message nativement.

Hightouch indique avoir été nommée Leader de l’IDC MarketScape 2026 consacré aux CDP dotées d’IA pour les usages B2C (document IDC US53952526) et Leader du Magic Quadrant de Gartner consacré aux CDP, publié le 26 janvier 2026. Ces deux évaluations mesurent la stratégie et l’exécution commerciale ; le test décisif de l’Agentic CDP de cdp.com note l’architecture : messagerie native, profils en temps réel, boucles de rétroaction fermées. Hightouch n’a pas été nommée Leader du MarketScape B2B qui accompagne le premier (document IDC US53952326), dont les Leaders comprennent Treasure AI et Salesforce.

Hightouch en bref

L’évolution du produit

Hightouch n’a pas grandi par acquisitions comme les CDP intégrées à une suite. Le périmètre s’est élargi autour d’un mécanisme unique, le reverse ETL, qui reste la fondation du produit.

Chaque repositionnement a ajouté des capacités (génération d’audiences, résolution d’identité, décision par l’IA) au-dessus de la même fondation : interroger le data warehouse, puis synchroniser le résultat. C’est cette fondation qui décide de ce que Hightouch peut et ne peut pas faire.

Ce que fait Hightouch

• Activation par reverse ETL : la capacité d’origine. Hightouch se connecte au data warehouse, exécute une requête SQL ou une définition d’audience visuelle, et synchronise le résultat vers plus de 300 destinations : CRM, outils de messagerie (ESP), régies publicitaires, outils d’analyse. Chaque synchronisation pousse des données du data warehouse vers la destination
• Customer Studio : le générateur d’audiences sans code lancé en 2023, qui ouvre la création de segments aux équipes marketing sans écrire de SQL
• Adaptive Identity Resolution : lancé en juillet 2025, il apporte un rapprochement déterministe et probabiliste assisté par IA dans le data warehouse. Avant ce lancement, la résolution d’identité reposait sur du SQL écrit à la main ou sur un outil tiers
• AI Decisioning : une optimisation par apprentissage par renforcement à l’échelle de la campagne, sur le choix du canal, l’heure d’envoi, le classement des offres et la meilleure action suivante (next best action). Le moteur travaille sur les données du data warehouse
• Hightouch Events : la collecte des données comportementales (web, mobile) et leur envoi en flux vers le data warehouse, qui comble le manque de collecte que laisse un outil de reverse ETL seul
• Intégration avec la modélisation : Hightouch fonctionne avec dbt et les outils de transformation du data warehouse. Hightouch ne fournit pas sa propre couche de transformation

Hightouch ne conserve pas les données clients dans sa propre plateforme et n’offre pas de messagerie native, ni e-mail, ni SMS, ni notification push. Chaque activation exige un outil de destination externe.

Architecture : l’activation adossée au data warehouse

L’architecture de Hightouch diffère de celle des CDP intégrées à une suite comme Salesforce Data Cloud et Adobe Real-Time CDP. Hightouch n’ingère pas les données dans une plateforme propriétaire : Hightouch se pose au-dessus du data warehouse de l’entreprise et active les données là où elles se trouvent.

Schéma fondé sur la documentation produit de Hightouch et sur l’architecture de la CDP composable, avec des annotations éditoriales de cdp.com.

Le schéma montre le flux de données. Les sources alimentent un data warehouse cloud, que Hightouch interroge par reverse ETL. Chaque synchronisation recopie des données personnelles vers les outils de destination, dont l’outil de messagerie qui envoie les campagnes. Les résultats de campagne reviennent au data warehouse par lots, si bien que la boucle d’apprentissage de l’IA se mesure en heures ou en jours plutôt qu’en secondes. Cette architecture convient aux organisations dotées d’un data warehouse mature et aux cas d’usage par lots.

Avantages de l’architecture adossée au data warehouse

• Pas de second magasin de données : les données clients restent dans le data warehouse déjà en place. Aucune migration vers une base propriétaire, aucun stockage payé deux fois, et l’investissement de modélisation reste utile
• Souplesse du SQL : l’équipe data définit audiences, transformations et enrichissements avec ses outils habituels, SQL et dbt. Aucun langage de requête propriétaire à apprendre
• Mise en service rapide : de 2 à 6 semaines quand le data warehouse est déjà bien modélisé. Les avis publiés sur G2 citent la rapidité d’installation comme le point fort le plus constant du produit
• Portabilité : puisque les données clients restent dans le data warehouse, changer d’outil d’activation ne demande pas de migration de données, seulement de rebrancher un autre outil sur les mêmes tables

Contreparties structurelles

• Dépendance au data warehouse : Hightouch exige un data warehouse bien modélisé comme prérequis. Une organisation qui n’en a pas doit d’abord le construire, un chantier de plusieurs mois qui mobilise des ingénieurs data avant que Hightouch produise quoi que ce soit
• Limites du temps réel : un data warehouse est optimisé pour les requêtes analytiques, pas pour la lecture d’un profil en moins d’une seconde. La personnalisation en cours de session, le message déclenché sur événement et la décision par l’IA en temps réel demandent un accès au profil à la vitesse d’une API, quelques millisecondes, là où la requête sur data warehouse répond en secondes ou en minutes. C’est une contrainte d’architecture, pas un défaut de paramétrage
• Duplication des données personnelles à l’activation : malgré la promesse « la donnée reste dans le data warehouse », chaque synchronisation de reverse ETL recopie des données clients vers les outils de destination. Plus l’entreprise ajoute de destinations et de fréquence, plus la surface de conformité s’étend pour les équipes de gouvernance des données
• Pas de messagerie native : Hightouch n’envoie ni e-mail, ni SMS, ni notification push. Chaque campagne passe par un outil de messagerie externe, donc par un transfert de données personnelles vers un autre fournisseur
• Boucles de rétroaction ouvertes : la décision par l’IA (AI decisioning) travaille sur les données du data warehouse, mais les résultats des outils d’activation externes (ouvertures, clics, conversions) doivent redescendre par la destination, puis remonter dans le data warehouse avant d’être disponibles pour la requête suivante. Ce cycle se compte en heures, ce qui exclut la boucle fermée en temps réel qu’exige le marketing agentique

Le modèle du reverse ETL : comment Hightouch active les données

Le mécanisme d’activation décide de la valeur du produit pour un cas d’usage donné. Le modèle du reverse ETL travaille en quatre temps :

1. Interrogation : Hightouch se connecte au data warehouse et exécute une requête SQL, ou une définition visuelle construite dans Customer Studio, pour isoler l’audience visée. Par exemple, les clients qui ont abandonné un panier dans les 24 dernières heures et dont la valeur vie client dépasse un seuil donné
2. Comparaison : à chaque cycle, Hightouch compare le résultat de la requête à celui du cycle précédent pour repérer les changements, soit les entrées, les sorties et les attributs mis à jour
3. Synchronisation : les enregistrements modifiés partent vers les outils de destination par appel d’API. Chaque synchronisation transporte des attributs clients : adresses e-mail, noms, données comportementales, appartenance à un segment
4. Surveillance : un tableau de bord affiche l’état des synchronisations, le nombre de lignes, le taux d’erreur et la latence

Ce que devient la donnée personnelle

Une enseigne synchronise un segment « clients à forte valeur » vers Braze pour l’e-mail, Google Ads pour la publicité et Salesforce CRM pour les équipes commerciales. Chaque synchronisation recopie adresses e-mail, noms, historique d’achat et attributs comportementaux vers trois systèmes distincts. Le data warehouse partage alors des données à caractère personnel (PII) avec quatre frontières externes : la couche de synchronisation de Hightouch, Braze, Google Ads et Salesforce CRM.

Chacune de ces frontières exige un contrat de sous-traitance au sens de l’article 28 du RGPD, une revue de sécurité et une place dans la procédure de notification de violation de données. En France, ce traitement relève du RGPD et de la loi Informatique et Libertés (loi n° 78-17 du 6 janvier 1978, modifiée), sous le contrôle de la CNIL, la Commission nationale de l’informatique et des libertés ; aux États-Unis, la référence est la CCPA (voir le panorama des lois de protection des données). Plus l’entreprise active de destinations, plus le DPO, délégué à la protection des données, a de frontières à documenter. La promesse « la donnée reste dans le data warehouse » se vérifie pour le stockage et la modélisation, et cesse de se vérifier à l’activation.

Le RSSI, responsable de la sécurité des systèmes d’information, trouve l’analyse détaillée des données personnelles par architecture de CDP dans le guide d’architecture qui lui est destiné (en anglais).

Ce que coûte la latence

Un client abandonne son panier à 14 h. Dans une architecture adossée au data warehouse, l’événement doit d’abord y arriver, vers 14 h 05 par ingestion en flux, ou à la prochaine fenêtre de traitement par lots. La synchronisation Hightouch se déclenche ensuite au cycle programmé, disons 15 h. La mise à jour de l’audience atteint l’outil de messagerie, qui envoie l’e-mail à 15 h 15. Le client reçoit sa relance plus d’une heure après avoir quitté le panier.

Pour les cas d’usage par lots, comme la synchronisation quotidienne d’audiences, l’enrichissement du CRM ou le chargement d’audiences publicitaires, cette latence convient parfaitement. Pour la personnalisation en temps réel et la décision en cours de session, où atteindre le client en quelques secondes décide du résultat, elle est une limite du modèle.

Tarification

Hightouch compte l’usage en synchronisations actives, pas en destinations. Sa page de tarification annonce l’absence de plafond sur les sources, les destinations et les sièges, ainsi que l’absence de plafond d’utilisateurs suivis par mois ; le plan gratuit Basic Reverse ETL s’arrête à 2 synchronisations actives, avec destinations et sièges illimités (page consultée le 8 septembre 2026). Les plans Composable CDP et Agentic Marketing Platform se vendent sur devis.

L’entrée de gamme est donc lisible, à la différence des CDP intégrées à une suite dont l’opacité tarifaire est le premier reproche. La difficulté apparaît à l’échelle.

Le coût total de possession

Le prix de la licence Hightouch ne dit pas ce que coûte la stack complète. Une CDP composable en production réunit en général cinq postes :

• la licence Hightouch, dont le montant suit le nombre de synchronisations actives et le volume que chacune déplace ;
• le calcul du data warehouse, puisque chaque synchronisation exécute une requête, et que les cycles fréquents sur de nombreuses destinations se cumulent ;
• les ingénieurs data, pour la modélisation, les chaînes de résolution d’identité, la maintenance des synchronisations et l’astreinte ;
• un outil de messagerie externe (Braze, Iterable, Klaviyo) pour l’e-mail et le SMS, sous licence séparée ;
• un outil de résolution d’identité, hors Adaptive Identity Resolution.

Estimation de cdp.com pour un périmètre de taille intermédiaire, environ 5 millions de profils et 10 destinations : cette stack réunit de 4 à 6 fournisseurs et de 3 à 5 ingénieurs data, et l’outil de messagerie pèse à lui seul de 50 000 à 150 000 dollars américains par an. Ce sont des ordres de grandeur établis par cdp.com, ni publiés par Hightouch ni mesurés par un analyste indépendant ; recalculez-les sur vos propres coûts salariaux et convertissez au taux de change du jour de la proposition.

Les avis publiés sur G2 placent la hausse du coût parmi les premières réserves : le tarif monte vite avec le volume de synchronisations, et plusieurs auteurs d’avis le jugent trop élevé pour une petite structure.

Là où une CDP intégrée à une suite fait payer un surcoût de la suite (suite tax), c’est-à-dire des produits dont l’entreprise n’a pas l’usage, une CDP composable fait payer un surcoût d’ingénierie : l’entretien des modèles du data warehouse, des synchronisations et des intégrations entre fournisseurs. Les deux gonflent le coût total au-delà de la licence.

Pour le détail du prix par architecture, voir combien coûte une CDP.

Points forts

Une évaluation honnête doit reconnaître les avantages réels du produit :

• Le délai avant le premier résultat : c’est le point le plus salué dans les avis G2. Une organisation qui dispose déjà de modèles dans son data warehouse lance sa première synchronisation en quelques minutes, contre plusieurs mois de mise en œuvre pour une CDP intégrée à une suite
• Le respect des pratiques d’ingénierie de données : SQL d’abord, compatibilité dbt, et le data warehouse qui reste le système de référence. Pour une équipe qui a investi dans une modern data stack, Hightouch prolonge cet investissement au lieu de le remplacer
• Customer Studio : le générateur d’audiences sans code réduit la dépendance du marketing aux tickets adressés à l’équipe data, un manque que les premiers outils de reverse ETL avaient laissé ouvert
• La qualité du support : les avis G2 reviennent régulièrement sur un accompagnement disponible et concret, souvent par un canal Slack partagé, et citent des interlocuteurs par leur nom
• Des capacités d’IA en progression : AI Decisioning et Adaptive Identity Resolution montrent un investissement qui dépasse le reverse ETL d’origine
• Une interface moderne : les avis G2 la décrivent comme claire et bien conçue

En France, Hightouch publie deux références clientes. Le cas client Salomon décrit une construction d’audiences 14 fois plus rapide sur Snowflake et un pilote d’AI Decisioning ; un billet publié le 24 janvier 2024 cite Accor parmi les clients européens de Hightouch. Ces deux descriptions viennent de Hightouch : elles valent comme communication d’éditeur, pas comme mesure indépendante.

Limites

Ce sont des contreparties de l’architecture d’activation adossée au data warehouse. Les avis publiés sur G2 reviennent sur les mêmes points :

• Le coût qui s’emballe : le tarif à l’usage, multiplié par le nombre de synchronisations actives et par leur fréquence, monte plus vite que le volume traité. La prévisibilité budgétaire en souffre, et c’est la réserve la plus fréquente dans les avis
• La latence des synchronisations : les cycles de reverse ETL suivent un calendrier, de quelques minutes à quelques heures, jamais le temps réel. Plusieurs auteurs d’avis décrivent des synchronisations trop lentes pour leurs équipes commerciales. Le data warehouse n’est pas conçu pour l’activation en moins d’une seconde
• La duplication des données personnelles entre fournisseurs : chaque synchronisation recopie des données clients vers des outils externes. Chaque destination ajoute une frontière que le DPO et le RSSI doivent auditer, encadrer contractuellement et inscrire dans la procédure de notification de violation
• Pas de boucle fermée pour l’IA : AI Decisioning travaille sur les données du data warehouse, mais les résultats de campagne vivent dans les outils d’activation externes. Ils doivent redescendre par la destination, remonter dans le data warehouse, puis être disponibles pour la requête suivante, un cycle de plusieurs heures qui empêche l’apprentissage continu des agents IA. L’analyse complète est dans AI feedback loops and CDP architecture (en anglais)
• L’astreinte portée par l’équipe data : quand une synchronisation échoue à 2 h du matin, à cause d’un changement de schéma, d’une limite d’appels d’API ou d’une panne de destination, c’est l’équipe data du client qui est appelée. Une CDP packagée absorbe cette charge d’exploitation ; une stack composable la transfère au client
• L’autonomie du marketing bornée par l’équipe data : Customer Studio construit des audiences sans code, à condition que les données sous-jacentes soient propres, modélisées et jointes correctement dans le data warehouse. Quand une donnée manque ou n’est pas encore modélisée, la campagne attend qu’un ingénieur data libère du temps
• La concentration du risque sur le data warehouse : la CDP composable est présentée comme un moyen de réduire la dépendance à un éditeur, alors qu’elle concentre le risque d’infrastructure sur un seul fournisseur. Si l’éditeur du data warehouse modifie sa tarification, l’économie de toute la stack change, et le même fournisseur porte à la fois l’unification, la résolution d’identité, la segmentation et l’activation
• Pas d’observabilité de bout en bout : chaque composant a son propre tableau de bord, aucun ne donne la vue complète. Si une synchronisation réussit et qu’une autre échoue en silence, les outils avals travaillent sur des données périmées sans le savoir. Vérifier que le bon client a reçu le bon message au bon moment demande de recouper les journaux de 4 à 5 systèmes
• Frictions d’exploitation : les avis G2 relèvent des messages d’erreur peu explicites, l’impossibilité de choisir l’heure d’exécution d’une synchronisation et l’absence de description attachée à chaque synchronisation, ce qui oblige à relire le SQL des autres. Ces frictions pèsent davantage à mesure que le nombre de synchronisations et de contributeurs augmente
• La résolution d’identité avant juillet 2025 : avant Adaptive Identity Resolution, l’équipe data écrivait elle-même sa logique de rapprochement en SQL. Un graphe d’identité (identity graph) multi-appareils et multicanal exige du rapprochement probabiliste, de la fermeture transitive et des règles d’arbitrage, difficiles à écrire correctement et à maintenir. Même avec Adaptive Identity Resolution, l’acheteur compare sa maturité à celle des plateformes dont la résolution d’identité est une capacité de base depuis des années
• Le prérequis du data warehouse : Hightouch produit de la valeur vite, si un data warehouse bien modélisé existe déjà. Sinon, il faut d’abord construire cette couche, un chantier de plusieurs mois qui mobilise des ingénieurs data
• Une intégration large mais peu profonde : Hightouch se branche sur de nombreux outils sans s’intégrer en profondeur à aucun, à la différence des CDP intégrées à une suite. Des auteurs d’avis relèvent que le produit reste en marge de leurs flux de travail quotidiens

La revendication « Agentic CDP »

En juin 2026, Hightouch a publié « The Agentic CDP », qui déplace le positionnement de la CDP composable vers l’Agentic CDP. Le billet décrit trois piliers : un agent de longue durée qui cherche en continu des occasions marketing, une couche de contexte composable reliée aux data warehouses et aux systèmes de marque sans recopie des données, et des équipes de l’éditeur déployées chez le client pour régler les garde-fous.

L’agent explorateur est une idée neuve. Des agents IA qui proposent d’eux-mêmes des occasions marketing, au lieu d’attendre une campagne définie par un humain, marquent une direction produit réelle. L’architecture, elle, n’a pas bougé. La plateforme interroge toujours le data warehouse par reverse ETL, exige toujours un outil de messagerie externe, ne ferme toujours pas la Customer Intelligence Loop à l’intérieur d’une seule frontière et ne tient toujours pas de magasin de profils en temps réel. Les résultats de campagne traversent l’outil de messagerie, le data warehouse et le réentraînement du modèle avant que le système apprenne.

Le pilier des équipes déployées chez le client est un vrai différenciateur de service, et c’est un modèle de livraison, pas une architecture. Il ne change pas ce que le système sait faire.

Le test décisif de l’Agentic CDP retient cinq critères d’architecture qui définissent la génération 3. La position de Hightouch y est nette :

Hightouch remplit partiellement un critère sur cinq. Le label Agentic CDP marque un changement de positionnement, pas d’architecture.

Pression concurrentielle : Databricks CustomerLake

La proposition de Hightouch repose sur une hypothèse de structure : le data warehouse est la fondation, et Hightouch est la couche d’activation posée dessus. Databricks CustomerLake (en anglais), lancé en juin 2026, conteste directement cette hypothèse en construisant dans le lakehouse les capacités d’une CDP : résolution d’identité, segmentation d’audience, Campaign Agents et activation par des partenaires.

Pour une organisation déjà sous Databricks, CustomerLake occupe exactement la place que Hightouch a bâtie. Sa tarification à la consommation, sans redevance de plateforme, ajoute une pression sur les prix. Matthew Niederberger, de Martech Therapy, l’a résumé dans son analyse du 16 juin 2026 : « You cannot win a price war against a company that does not need your product to make money. » En français : aucune entreprise ne gagne une guerre des prix contre un concurrent qui n’a pas besoin de son produit pour gagner de l’argent.

Hightouch garde des avantages réels : la compatibilité avec plusieurs data warehouses, pas seulement Databricks, plus de 300 intégrations éprouvées, une base installée avec des schémas de déploiement connus et le générateur d’audiences de Customer Studio. Une organisation qui exploite plusieurs data warehouses, ou qui n’est pas sous Databricks, n’est pas concernée. CustomerLake reste par ailleurs en préversion privée, sans date de disponibilité générale annoncée : sa robustesse à l’échelle d’un grand compte n’est pas démontrée.

La position stratégique a néanmoins changé. Les plateformes de données sur lesquelles les CDP composables s’appuient deviennent des concurrents directs sur la couche d’activation, et CustomerLake ne sera probablement pas le dernier éditeur de data warehouse à faire ce pas.

À qui convient Hightouch

Hightouch convient aux organisations qui remplissent la plupart de ces critères :

• Un data warehouse mature et bien modélisé : Snowflake, BigQuery, Databricks ou Redshift, avec des modèles de données clients propres
• Une équipe data étoffée : de quoi tenir les modèles, les chaînes de résolution d’identité, les configurations de synchronisation et l’astreinte
• Des cas d’usage par lots : synchronisation quotidienne d’audiences, enrichissement du CRM, chargement d’audiences publicitaires et campagnes par segment, qui tolèrent une latence de quelques minutes à quelques heures
• Une culture du SQL : des équipes qui préfèrent écrire du SQL et utiliser dbt plutôt qu’un outil sans code propriétaire
• La portabilité comme priorité : des organisations qui refusent d’enfermer leurs données clients dans une plateforme propriétaire

Hightouch convient mal aux organisations qui :

• n’ont pas de data warehouse mature et devraient d’abord le construire ;
• ont besoin de personnalisation en temps réel, de décision en cours de session ou d’un accès au profil en moins d’une seconde ;
• attendent d’agents IA qu’ils apprennent des résultats d’activation en continu ;
• travaillent avec des équipes pilotées par le marketing, sans appui dédié d’ingénierie de données ;
• doivent répondre au DPO et au RSSI sur la recopie de données personnelles vers plusieurs fournisseurs à chaque synchronisation ;
• veulent une seule plateforme pour l’unification, la messagerie et la décision par l’IA, plutôt qu’une stack à plusieurs fournisseurs ;
• exigent que la CDP, la messagerie et l’IA soient natives d’une même architecture plutôt qu’assemblées.

Répartition des avis publiés sur G2 par taille d’entreprise

Sur les 401 avis Hightouch que G2 classe par taille d’entreprise, 347 (87 %) proviennent d’entreprises de 1 000 salariés ou moins : 96 (24 %) d’entreprises de 50 salariés ou moins, 251 (63 %) de la tranche de 51 à 1 000 salariés, et 54 (13 %) au-delà de 1 000 salariés (répartition des avis par taille d’entreprise sur G2, consultée en août 2026).

Cette répartition décrit des auteurs d’avis, pas une clientèle. Les auteurs d’avis se choisissent eux-mêmes, les éditeurs organisent des campagnes de collecte, et les acheteurs tenus par des règles d’achat ou un accord de confidentialité publient moins : la répartition montre où se concentre la prise de parole, pas des parts de marché. Lue ainsi, elle rejoint les critères ci-dessus : l’adoption se concentre dans les entreprises de taille intermédiaire qui exploitent déjà un data warehouse cloud sans avoir atteint les exigences de gouvernance, de latence et de multi-pays d’un grand groupe. Pour un acheteur de plus de 1 000 salariés, la conséquence pratique est le petit nombre de références comparables à appeler pendant l’évaluation.

Alternatives à Hightouch

Les alternatives à Hightouch se rangent en trois groupes. Les autres outils composables, Census, vendu par Fivetran depuis son rachat en 2025, et le Composable CDP de Treasure AI, gardent le data warehouse comme système de référence et concurrencent Hightouch sur la maîtrise du code ou la consolidation des contrats. Databricks CustomerLake, en préversion privée depuis juin 2026, construit la résolution d’identité et la génération d’audiences dans le lakehouse. Le troisième groupe sert les profils depuis son propre magasin de données : les Agentic CDP, comme le Complete CDP de Treasure AI, qui réunissent unification, messagerie et IA derrière une seule frontière, et les CDP intégrées à une suite pour les organisations déjà engagées chez Salesforce ou Adobe.

*Transparence : cdp.com est géré par Treasure AI.

Deux éditeurs français de CDP, imagino et DinMo, occupent aussi ce marché. cdp.com n’en publie pas encore de profil et ne leur attribue donc aucune capacité ici ; le guide comparatif des éditeurs de CDP met les éditeurs couverts côte à côte. Pour les critères d’évaluation que l’IA a déplacés, voir comment évaluer une CDP pour l’IA.

→ Comparez tous les éditeurs de CDP côte à côte dans le guide comparatif

Pour voir comment les analystes indépendants évaluent les éditeurs de CDP, téléchargez les rapports Forrester Wave et IDC MarketScape (en anglais).

Articles liés

• Qu’est-ce qu’une CDP et à quoi sert-elle ? — la définition, le fonctionnement et les cinq capacités d’une CDP
• Treasure Data (Treasure AI) : la CDP, ses limites — le profil du produit et son déploiement composable, pair de Hightouch
• Combien coûte une CDP ? Prix et coûts cachés — le détail du coût par type d’architecture
• Comment évaluer une CDP pour l’IA : 12 critères — les critères d’évaluation que les agents IA ont déplacés
• Reverse ETL vs CDP (en anglais) — ce que le reverse ETL couvre et ce qu’il laisse de côté

FAQ

Hightouch est-elle une CDP ?

Hightouch se présente comme une CDP composable, mais son architecture est une plateforme d’activation adossée au data warehouse, bâtie sur le reverse ETL. Le CDP Institute définit une CDP comme un logiciel qui ingère des données de toute source, en capture le détail complet, construit des profils clients unifiés et persistants et met ces données à disposition d’autres systèmes en temps réel. La définition canonique de cdp.com réunit cinq capacités dans une même plateforme : ingestion, résolution d’identité, segmentation, IA et activation. Hightouch couvre l’activation, la segmentation et la résolution d’identité ; l’ingestion, le stockage et l’entraînement des modèles restent au data warehouse.

Combien coûte Hightouch ?

Hightouch facture les synchronisations actives, pas les destinations, avec un plan Basic Reverse ETL gratuit jusqu’à 2 synchronisations actives et des plans Composable CDP et Agentic Marketing Platform sur devis. Le coût total ajoute le calcul du data warehouse à chaque synchronisation, les ingénieurs data qui tiennent les modèles et les pipelines, et la licence d’un outil de messagerie externe, puisque Hightouch n’envoie pas de messages. Les avis publiés sur G2 décrivent une facture qui monte vite avec le volume de synchronisations.

Hightouch peut-elle remplacer une CDP packagée ?

Pour l’activation par lots, soit la synchronisation quotidienne d’audiences, l’enrichissement du CRM et le chargement d’audiences publicitaires, Hightouch tient le rôle de couche d’activation d’une stack composable. Une organisation qui a besoin de personnalisation en temps réel, de messagerie native ou de boucles de rétroaction fermées constatera que Hightouch couvre une des cinq capacités d’une CDP. L’ingestion, la résolution d’identité, l’IA et la messagerie viennent alors d’autres outils, chacun ajoutant son coût de licence et un transfert de données personnelles.

Hightouch est-elle la bonne CDP pour mon organisation ?

Hightouch est la bonne CDP quand l’entreprise dispose d’un data warehouse mature et bien modélisé et d’une équipe data pour l’exploiter, et le mauvais choix sans cette fondation. Choisissez Hightouch pour activer les données du data warehouse par reverse ETL sans les recopier dans une CDP séparée. Écartez Hightouch si le data warehouse n’est pas modélisé, si aucune équipe data ne peut l’entretenir dans la durée, ou si l’outil de messagerie déjà en place se synchronise nativement avec le data warehouse.

Quelles sont les alternatives à Hightouch ?

Les alternatives à Hightouch se rangent en trois groupes : les autres outils composables (Census via Fivetran, le Composable CDP de Treasure AI), une CDP intégrée au lakehouse (Databricks CustomerLake) et les plateformes qui servent les profils depuis leur propre magasin de données, dont le Complete CDP de Treasure AI, Salesforce Data Cloud et Adobe Real-Time CDP. Les pairs composables concurrencent Hightouch sur la maîtrise du code ou la consolidation des contrats. CustomerLake supprime la couche d’activation séparée pour qui exploite Databricks. Les Agentic CDP à messagerie native gardent l’activation à l’intérieur d’une seule frontière. Deux éditeurs français, imagino et DinMo, sont également présents sur ce marché.

Cet article est aussi disponible en : What Is Hightouch? Features, Pricing, and Alternatives