Une stack martech est l'ensemble des outils qu'une équipe marketing utilise pour collecter des données, atteindre les acheteurs, gérer le site web et mesurer les résultats. L'expression « stack technologique marketing » laisse penser qu'elle a été conçue. Dans la plupart des entreprises B2B, elle s'est accumulée : un CRM choisi par les commerciaux, un outil d'automation choisi par un ancien responsable marketing, trois outils d'analytics auxquels personne ne fait entièrement confiance.
L'offre est immense. Le Marketing Technology Landscape annuel de Scott Brinker a recensé 15 505 produits martech en 2026 (chiefmartec, 2026), contre 15 384 l'année précédente, ce que Brinker qualifie de quasi stable. Dans le même temps, les outils dont disposent déjà les équipes restent sous-utilisés : une enquête Gartner menée auprès de 405 responsables marketing a montré que le taux d'utilisation moyen des fonctionnalités de la stack martech était tombé à 33 % en 2023, contre 42 % en 2022 (Gartner, 2023). Le problème vient rarement d'un outil manquant. Il vient de couches mal définies, de responsables mal identifiés et de données qui ne circulent pas.
Au programme : les couches d'une stack martech B2B, des exemples de stacks à trois stades de développement, la manière dont les données doivent circuler entre elles, la place de la personnalisation du site web, et un audit en six étapes à mener avant votre prochain renouvellement.
Les neuf couches d'une stack martech B2B
Raisonnez en couches, pas en logos. Chaque couche a une seule mission. Si deux outils remplissent la même mission, il y a doublon ; si aucun outil ne la remplit, il y a un manque.
| Couche | Fonction | Exemples connus |
|---|---|---|
| 1. Socle de données (data warehouse / CDP) | Stocker et unifier les données de tous les autres outils | Snowflake, BigQuery, Segment, RudderStack, Hightouch |
| 2. CRM | Système de référence pour les comptes, contacts et affaires | Salesforce, HubSpot, Pipedrive |
| 3. Marketing automation | E-mail, nurturing, formulaires, lead scoring | HubSpot Marketing Hub, Marketo Engage, Salesforce Account Engagement (Pardot) |
| 4. Analytics | Mesurer le comportement sur le site, dans le produit et dans les campagnes | GA4, Mixpanel, Amplitude, PostHog, Looker Studio |
| 5. Identification et enrichissement | Transformer le trafic anonyme et les formulaires remplis en données d'entreprise et de contact | ZoomInfo, Apollo, Cognism, Leadfeeder, HubSpot Breeze Intelligence |
| 6. Publicité | Portée payante et retargeting | Google Ads, LinkedIn Ads, Meta, plateformes publicitaires ABM |
| 7. Site web, CMS, expérimentation et personnalisation | Publier des pages, les tester, les adapter à chaque visiteur | WordPress, Webflow, Contentful, VWO, Optimizely, Mutiny |
| 8. Sales engagement | Séquences, appels et rendez-vous pour les SDR et les AE | Outreach, Salesloft, Apollo, HubSpot Sales Hub |
| 9. Consentement et gouvernance | Enregistrer le consentement, contrôler les tags, gérer les droits sur les données | Cookiebot, OneTrust, Usercentrics, Google Tag Manager |
Deux remarques. D'abord, beaucoup de produits couvrent plusieurs couches : HubSpot couvre le CRM, l'automation et une partie de l'analytics ; Apollo couvre l'enrichissement et le sales engagement. Ce n'est pas un problème, tant que vous décidez quel produit est responsable de chaque tâche. Ensuite, le consentement se trouve en bas du tableau mais en haut du flux de données. Si le consentement est mal géré, toutes les couches en aval héritent du problème.
Exemples de stacks à trois stades de développement
La bonne stack dépend moins de l'effectif que du nombre de canaux que vous activez et de la présence de quelqu'un pour maintenir les données. Ce sont des configurations types fondées sur la façon dont les couches dépendent les unes des autres, pas des listes d'achat ni des résultats d'enquête.
| Couche | Seed / Série A (1 marketeur) | Croissance (5 à 15 marketeurs, recrutement RevOps) | Grands comptes (équipe marketing ops, équipe data) |
|---|---|---|---|
| Socle de données | Aucune ; le CRM est la source de référence | Début du data warehouse (BigQuery ou Snowflake) pour le reporting | Data warehouse plus CDP ou reverse ETL pour l'activation |
| CRM | HubSpot Starter ou Pipedrive | HubSpot Professional ou Salesforce | Salesforce ou HubSpot Enterprise |
| Marketing automation | Dans le CRM | HubSpot Marketing Hub ou Marketo | Marketo ou Salesforce Account Engagement |
| Analytics | GA4 | GA4 plus analytics produit | GA4, analytics produit et BI (Looker, Tableau, Power BI) |
| Identification / enrichissement | Identification des visiteurs au niveau de l'entreprise uniquement | Un fournisseur d'enrichissement plus l'identification des visiteurs | Plusieurs fournisseurs de données, technographie, données d'intention |
| Publicité | Google Ads, LinkedIn Ads | Plus le retargeting et la synchronisation d'audiences depuis le CRM | Avec en plus une plateforme publicitaire ABM |
| Site web et personnalisation | Webflow ou WordPress ; quelques variantes basées sur des règles | Outil d'expérimentation et personnalisation par segment | CMS headless, programme d'expérimentation, personnalisation au niveau du compte |
| Sales engagement | Séquences CRM | Outreach, Salesloft ou Apollo | Outreach ou Salesloft avec des règles de routage |
| Consentement | Bannière de cookies (Cookiebot, Usercentrics) | Idem, plus la gouvernance des balises dans GTM | Plateforme de gestion du consentement avec des règles par région |
| Nombre d'outils dans ces exemples | 4-6 | 8-12 | 15+ |
Notre avis : l'erreur la plus fréquente au stade de croissance est d'acheter trop tôt des briques enterprise, en particulier une CDP. Une CDP se justifie quand vous avez plusieurs canaux d'activation qui ont tous besoin du même profil unifié, et une personne dont le rôle est de maintenir les règles d'identité. Avant cela, un CRM propre et des intégrations directes font le travail avec moins de pièces mobiles.
Comment les données doivent circuler entre les niveaux
La plupart des problèmes de stack sont des problèmes de flux. Notez, pour chaque objet de données important, où il est créé, où il est stocké et où il est utilisé. Un simple tableau suffit.
| Données | Créé dans | Système de référence | Utilisé par |
|---|---|---|---|
| Statut du consentement | Bannière de consentement | Plateforme de consentement | Chaque balise et chaque outil qui dépose des cookies |
| Visite anonyme et correspondance entreprise | Tag du site web, outil d'identification | Analytics / data warehouse | Personnalisation, alertes commerciales, reporting ABM |
| Source de campagne | Paramètres UTM sur les annonces et les e-mails | Analytics, puis CRM à la soumission du formulaire | Attribution, audiences publicitaires, règles de personnalisation |
| Fiche contact et entreprise | Formulaire, enrichissement, ventes | CRM | Automatisation, sales engagement, personnalisation de site web |
| Étape du deal | Ventes | CRM | Exclusion publicitaire, messages du site web, reporting |
| Usage du produit | Produit | Data warehouse | Campagnes d'expansion, expérience du site pour les clients |
Deux règles permettent de garder le contrôle. Un : chaque objet a exactement un système de référence, et tous les autres lisent à partir de celui-ci. Deux : connectez les outils au hub (CRM ou data warehouse), pas les uns aux autres. Une chaîne où l'outil A déclenche l'outil B via Zapier, qui met à jour l'outil C, qui réécrit dans A, est le genre de configuration qui casse sans bruit et qu'on ne remarque que lorsqu'un rapport paraît faux des semaines plus tard. Pour la partie CRM en particulier, consultez notre guide sur la connexion des données de personnalisation du site à votre CRM.
La place de la personnalisation de site web
La personnalisation est une couche d'activation. Elle crée peu de nouvelles données ; elle consomme les données issues de l'identification, du CRM, des paramètres de campagne et du comportement, et modifie ce que voit le visiteur. Cela a deux conséquences.
- Sa qualité est plafonnée par les couches sur lesquelles il repose. Si le champ secteur du CRM est vide pour la moitié des comptes, la personnalisation sectorielle échouera sur la moitié des comptes. Corrigez le champ avant d'acheter l'outil.
- Il devrait réécrire les données. Le segment du visiteur et la variante qu'il a vue doivent figurer dans l'analytics et, au niveau du compte, dans le CRM, pour que les commerciaux et l'attribution puissent s'en servir. Notre article sur l'attribution pour les sites personnalisés explique pourquoi.
Les données minimales pour une personnalisation de site web B2B utile sont l'identification des entreprises (voir notre sélection de logiciels d'identification des visiteurs), un marquage cohérent des campagnes et un accès en lecture à quelques champs du CRM comme le tier du compte et l'étape du deal.
Comment auditer votre stack martech en six étapes
Faites cet exercice une fois par an, ou avant tout nouvel achat. Faites-le dans un tableur partagé avec une ligne par outil, pour que les colonnes ci-dessous deviennent le livrable de l'audit.
- Inventaire. Listez chaque outil disposant d'un accès ou d'un tag sur le site, y compris les outils gratuits et ceux réglés par carte en note de frais. Vérifiez votre tag manager et l'onglet réseau du navigateur sur votre page d'accueil : vous trouverez des tags que personne ne se souvient d'avoir ajoutés.
- Responsable. Désignez un responsable nommé par outil. Un outil sans responsable est un outil que personne ne maintient, et c'est généralement celui qui laisse fuir des données ou de l'argent.
- Coût. Notez le coût annuel, la date de fin de contrat et le préavis. Inscrivez les dates de renouvellement dans un calendrier.
- Utilisation. Pour chaque outil, notez les fonctionnalités réellement utilisées et le nombre de licences actives sur les 30 derniers jours. De nombreux éditeurs affichent la date de dernière connexion dans les paramètres d'administration ; sinon, demandez-la à votre account manager avant le renouvellement.
- Doublons. Associez chaque outil aux neuf couches ci-dessus. Toute couche où deux outils ou plus font le même travail est candidate à la consolidation. Le lead scoring à trois endroits est le cas classique.
- Intégration. Pour chaque outil, notez ce qu'il lit et où il écrit. Signalez les exports CSV manuels et les synchronisations cassées. Ce sont vos correctifs les plus rentables.
Exemple (résultat d'audit illustratif pour un éditeur de logiciels fictif de 60 personnes) :
| Outil | Couche | Coût annuel | Licences actives | Recoupement | Décision |
|---|---|---|---|---|---|
| CRM | CRM, automation | €24,000 | 18 sur 20 | - | Conserver, système de référence |
| Outil d'e-mailing autonome | Automatisation | €3,600 | 1 sur 3 | Fait doublon avec l'e-mail du CRM | Résilié au renouvellement |
| Deuxième outil d'analytics | Analytics | €6,000 | 2 sur 10 | Fait en partie doublon avec GA4 | À conserver uniquement si l'équipe produit l'utilise |
| Fournisseur d'enrichissement | Enrichissement | €12,000 | 4 sur 4 | - | Conserver, corriger le mapping des champs CRM |
| Widget de chat | Site web | €2,400 | 0 sur 2 | - | À supprimer, personne n'y répond |
Dans cet exemple, supprimer deux outils économise 6 000 € par an, ce qui peut financer le travail d'intégration repéré à l'étape 6. Pour juger si un nouvel outil serait rentable, passez les chiffres dans un calculateur de ROI marketing avant la démo, pas après.
Combien faut-il dépenser en martech ?
Il n'existe pas de bon chiffre. Pour situer, l'enquête CMO Spend Survey 2025 de Gartner indiquait que les budgets marketing représentaient en moyenne 7,7 % du chiffre d'affaires de l'entreprise (Gartner, 2025). Gartner précise que la grande majorité des 402 répondants déclaraient un chiffre d'affaires annuel supérieur à 1 milliard de dollars : ne l'utilisez donc pas comme objectif pour une startup. Le contrôle interne le plus utile est le taux d'utilisation : si vous ne pouvez pas citer les fonctionnalités que vous utilisez dans un outil, vous payez pour celles que vous n'utilisez pas.
Erreurs courantes
- La prolifération des outils : chaque équipe achète sa propre solution ponctuelle. La parade est une règle simple : pas de nouvel outil sans indiquer la couche à laquelle il appartient et l'outil qu'il remplace ou le manque qu'il comble.
- Pas de responsable des données. Le CRM compte douze valeurs de liste « secteur », dont trois signifient la même chose. Quelqu'un doit être responsable des définitions de champs dans tous les outils.
- Des définitions incohérentes. La « taille de l'entreprise » désigne l'effectif dans le CRM, le chiffre d'affaires dans l'outil d'enrichissement et une fourchette dans la plateforme publicitaire. Choisissez une définition de référence par champ.
- Acheter pour les fonctionnalités, pas pour les intégrations. Un outil qui fait dix choses mais ne se synchronise que par CSV ne servira qu'à une seule.
- Le consentement traité après coup. Des tags qui se déclenchent avant le consentement posent un problème juridique et de qualité des données. Faites passer chaque tag par la plateforme de consentement et le gestionnaire de tags.
- Le chaos du tagging de campagnes. Sans UTM cohérents, l'analytics, l'attribution et les règles de personnalisation ne fonctionnent plus. Une convention de nommage partagée et un générateur d'UTM règlent le problème à peu de frais.
Si le site web n'est qu'une partie d'une refonte plus large, cet article sur le choix d'une stack technique GTM couvre le volet ventes et opérations de la même décision. Pour la couche site web en particulier, Markettailor combine l'identification des visiteurs au niveau de l'entreprise avec la personnalisation par segment, ce qui peut remplacer deux outils distincts au stade de la croissance. Quand ne pas regrouper : si votre fournisseur d'enrichissement est déjà branché sur le CRM et que les commerciaux s'en servent, gardez-le et ajoutez seulement la couche site web.
Questions fréquentes
Qu'est-ce qu'une stack martech ?
Une stack martech est l'ensemble des logiciels qu'une équipe marketing utilise pour collecter des données clients, mener des campagnes, gérer le site web et mesurer les résultats. En B2B, elle comprend généralement un CRM, du marketing automation, de l'analytics, des outils d'enrichissement et d'identification, des plateformes publicitaires, un CMS avec tests ou personnalisation, du sales engagement et la gestion du consentement. Une bonne stack a un responsable et un système de référence pour chaque fonction.
Que doit contenir une stack martech B2B ?
Au minimum : un CRM comme système de référence, un moyen d'envoyer des e-mails et de collecter des formulaires, un outil d'analytics web, une gestion du consentement et vos plateformes publicitaires. En grandissant, ajoutez l'enrichissement et l'identification des visiteurs, un outil d'expérimentation ou de personnalisation, un logiciel de sales engagement et, à terme, un data warehouse. Ajoutez une couche quand une tâche précise n'est pas assurée, pas simplement parce qu'une catégorie existe.
Les entreprises B2B ont-elles besoin d'une CDP ?
Généralement pas au début. Une customer data platform est rentable lorsque plusieurs canaux d'activation ont besoin du même profil unifié et que quelqu'un peut maintenir les règles de résolution d'identité. La plupart des entreprises en phase d'amorçage ou de début de croissance sont mieux servies par un CRM propre avec des intégrations directes. Beaucoup d'équipes plus matures utilisent leur data warehouse et des outils de reverse ETL plutôt qu'une CDP packagée.
À quelle fréquence faut-il auditer votre stack martech ?
Une fois par an sous forme d'audit complet, plus une vérification rapide avant chaque nouvel achat et chaque renouvellement. L'audit complet couvre l'inventaire, le responsable, le coût, l'usage, les doublons et les intégrations. Gardez les dates de renouvellement et les délais de préavis dans un calendrier partagé, car le meilleur moment pour supprimer ou renégocier un outil est le mois qui précède le début de son préavis.