Intégrations

Prenez-vous en charge … ?

Presque chaque premier échange commence par cette question. Voici la réponse complète — triée par direction : où nous envoyons vos conversions, et d’où nous recevons commandes, leads et appels.

Et si votre plateforme n’en fait pas partie, vous lirez plus bas, honnêtement, pourquoi.

Un pipeline au lieu d’une multitude de pixels
Chaque destination livrée séparément
Consentement vérifié pour chaque destination
Connecté

Ces plateformes sont déjà câblées.

En haut les destinations, en bas les sources. Passez la souris dessus : le bandeau s’arrête.

17
plateformes de destination auxquelles nous envoyons —
plus un webhook signé générique
13
sources desquelles nous recevons commandes,
leads, appels et chiffre d’affaires
1
pipeline pour toutes —
et non une balise par plateforme
Pourquoi c’est différent

Un pipeline. Toutes les destinations. Un seul contrôle du consentement.

La différence avec une installation classique n’est pas la longueur de la liste, c’est l’architecture : chaque événement est collecté une fois et stocké une fois — puis livré séparément à chaque destination.

Un événement, plusieurs destinations

Au lieu d’entretenir une balise par plateforme dans le navigateur, chaque événement est collecté une seule fois côté serveur. Une nouvelle plateforme s’ajoute ? Le flux de données reste le même — rien ne change dans le navigateur du site.

Chaque destination pour elle-même

Chaque livraison est une tâche distincte. Si l’API d’une plateforme ne répond pas, c’est précisément cette livraison-là qui est réessayée — les autres destinations ont l’événement depuis longtemps. Une tâche de réconciliation vérifie toutes les 10 minutes que chaque conversion est bien arrivée.

Consentement vérifié pour chaque destination

Avant chaque livraison, le consentement est vérifié de nouveau — les destinations d’analyse exigent le consentement analytique, les destinations publicitaires le consentement marketing. Si un consentement est retiré après coup, l’événement ne part tout simplement plus.

Une nouvelle plateforme, c’est un adaptateur

Quand une destination s’ajoute, on complète un adaptateur — la file d’attente, les réessais, le contrôle du consentement et la surveillance sont déjà là. Aucune refonte de votre côté, aucun nouveau snippet, aucune nouvelle campagne de tests sur toutes les pages.

Les mises à jour des plateformes sont notre problème, pas le vôtre. Les versions d’interfaces sont régulièrement annoncées obsolètes. Un radar de versions contrôle en continu les interfaces des plateformes et nous signale qu’une nouvelle version est en ligne ou que celle utilisée expire — nous suivons, sans que personne chez vous ait à toucher quoi que ce soit.

Votre plateforme est sur la liste ? Alors connectons-la.

Réserver une démo de 30 min
Fonctionne en parallèle du tracking existant · comparez d’abord, décidez ensuite
Direction 1 · Sortie

Où nous envoyons vos conversions.

Tout en serveur-à-serveur, via l’interface officielle de chaque plateforme. Chaque destination reçoit le même événement dans la forme qu’elle attend — avec les click IDs, les identifiants hachés et la valeur réelle.

Google Ads — y compris la voie Data Manager de Google pour les nouveaux comptes
Meta Conversions API — dédupliquée avec un pixel déjà en place
Google Analytics 4 — Measurement Protocol
Microsoft Ads — conversions hors ligne
TikTok Ads — Events API
LinkedIn Ads — Conversions API
Pinterest Ads — Conversions API
X Ads — Conversions API
Snapchat Ads — Conversions API
Reddit Ads — Conversions API
Klaviyo — événements d’achat et de lead pour déclencher les flows
Brevo — Events API
CleverReach — gestion des destinataires dans vos groupes
Iterable — événements et achats
Customer.io — Track API, région UE ou US
Awin — ventes d’affiliation en serveur-à-serveur
Matomo — analytics respectueuses de la vie privée, si les données doivent rester en Europe
Webhook signé — Zapier, Make, n8n, HubSpot et n’importe quel système maison
Le webhook signé est l’interface universelle. Il envoie le même événement, signé en HMAC, à une adresse de votre choix — vous atteignez ainsi aussi les outils pour lesquels il n’existe pas d’adaptateur dédié : plateformes d’automatisation, votre CRM, votre propre backend. C’est vous qui décidez quels champs partent.
Direction 2 · Entrée

D’où nous recevons commandes, leads et appels.

Pour que quelque chose puisse être envoyé, il faut d’abord que cela arrive — là où naît la vérité : dans le système de boutique, dans la téléphonie, dans l’agenda de réservation, dans le CRM, dans la comptabilité. Pas dans le navigateur.

WooCommerce — commandes et remboursements par webhook, plus une reprise depuis l’API de la boutique
Shopify — pixel web, webhook de commande et pont panier
Google Merchant Center — performance produit et produits refusés avec motif, pour le ROAS par produit (accès en lecture)
Google Keyword Planner — volumes de recherche, concurrence et fourchettes de CPC, interrogeables directement dans le chat de données
Détectés sur ton site — Google Tag Manager et les outils de consentement comme Borlabs, Cookiebot, Usercentrics, Complianz apparaissent automatiquement dans la vue des intégrations
Shopware 6 — via le Flow Builder
JTL — via le workflow Wawi
Stripe — pour les revenus d’abonnement et de paiement
formulaires WordPress — Elementor, Contact Form 7, Gravity Forms et d’autres, détectés automatiquement
Téléphonie / Sipgate — appels avec durée, source et campagne
Microsoft Bookings — rendez-vous via Microsoft Graph
Calendly — réservations par webhook
Cal.com — réservations par webhook
Retour CRM — HubSpot et Pipedrive renvoient le deal gagné
Comptabilité — lexoffice et sevDesk signalent la facture payée
API d’ingestion ouverte — pour tout le reste : votre propre système nous envoie les données directement
Le canal de retour est la partie que les installations à base de pixels n’ont tout simplement pas. Quand le lead devient un deal gagné dans le CRM, ou que la facture est payée, nous corrigeons à la hausse la valeur de la conversion d’origine — la plateforme publicitaire optimise alors sur des factures payées et non sur des envois de formulaire. Plus de détails sous Appels & leads.

Votre plateforme en fait partie ? Alors regardons ensemble, pendant l’échange, les données qu’elle recevrait.

30 jours en parallèle : 0 € · Fonctionne en parallèle du tracking existant · résiliable mensuellement
Ce sur quoi vous comptez

Une liste est vite écrite. La livraison, c’est le travail.

Connecter une plateforme ne veut pas dire grand-chose si la livraison tombe en panne en silence. C’est pourquoi l’effort, chez nous, n’est pas dans la longueur de la liste, mais dans ce qui se passe ensuite.

D’abord stocké, ensuite envoyé

Chaque événement se trouve dans votre base de données avant qu’une seule destination ne le voie. Si l’interface d’une plateforme tombe, l’événement n’est pas perdu — il est relivré dès qu’elle répond de nouveau.

Nous le remarquons avant vous

Plus de 20 sentinelles contrôlent l’exploitation 24 h/24. L’une d’elles cherche spécifiquement les conversions qui, au bout de douze heures, n’ont toujours aucun résultat de livraison — l’écart se voit le jour même, pas dans le rapport mensuel.

Le taux de livraison figure dans le rapport

Le pourcentage de vos conversions arrivées sur chaque plateforme figure dans le rapport client et sur une page de statut dédiée. Aucune confiance aveugle nécessaire : vous le voyez vous-même.

Serveurs en Allemagne, vos données restent les vôtres

Traitement en Allemagne, contrat de sous-traitance selon l’art. 28 du RGPD, données personnelles hachées. Et un export de vos données brutes est possible à tout moment — même le départ est prévu.

Au début, nous n’avons pas cru nous-mêmes aux chiffres d’uncoverflow et nous avons revérifié chaque commande une par une dans la boutique. Ils étaient justes. Depuis, nous planifions nos budgets d’après ces chiffres, et non plus d’après ce qu’affirment les plateformes.
Robert, Rankist Robert · RankistL’une des deux agences Shopify Plus de Suisse
2,5 M+
événements par mois
passent par ce pipeline
20 000+
commandes par mois
sont livrées par ce biais
2 129
commandes en une seule journée
— collectées, dédupliquées, livrées
Ce que nous ne connectons pas

Et pourquoi c’est bon signe.

Nous ne connectons une plateforme que s’il existe pour elle une interface serveur officielle et documentée — avec une spécification que nous pouvons vérifier contre un compte réel. Si elle n’existe pas, nous ne construisons rien au jugé.

La raison est désagréablement concrète : les points d’accès non documentés répondent souvent « OK » même lorsqu’ils jettent les données. Un tel adaptateur paraîtrait vert dans le dashboard et ne livrerait rien pendant des mois — la classe d’erreur la plus coûteuse qui soit, parce que personne ne la remarque. Nous préférons vous dire à l’avance qu’une destination n’est pas possible plutôt que de vous vendre une panne silencieuse.

Concrètement : si votre plateforme manque ici, demandez-nous quand même. S’il existe une interface officielle, l’adaptateur est peu de chose — le pipeline autour existe déjà. Et tant que ce n’est pas le cas, vous atteignez le système la plupart du temps via le webhook signé ou une plateforme d’automatisation.

Questions fréquentes

Réponses courtes.

Devons-nous désactiver nos pixels existants ?
Non. uncoverflow fonctionne en parallèle de l’installation existante — c’est même le démarrage recommandé : comparez d’abord, décidez ensuite. L’achat et le message serveur portent le même identifiant d’événement, Google et Meta dédupliquent là-dessus. Une sentinelle nous signale en plus si une balise native et notre livraison comptaient toutes les deux comme principales.
Combien de destinations pouvons-nous alimenter en même temps ?
Autant que vous voulez — la livraison vers chaque destination est une tâche distincte. Une destination lente ou en panne ne freine pas les autres, et chaque destination est réessayée indépendamment jusqu’à ce que l’événement soit arrivé.
Notre boutique est un développement maison — est-ce que cela fonctionne aussi ?
Oui, via l’API d’ingestion ouverte : votre système nous envoie la commande directement avec sa propre clé, dans la même forme que n’importe quelle autre source. Tout le reste — attribution, contrôle du consentement, livraison vers toutes les destinations — se passe ensuite exactement comme pour une boutique Shopify ou WooCommerce.
Que se passe-t-il si une plateforme change son interface ?
Un radar de versions contrôle les interfaces en continu et nous signale qu’une nouvelle version est en ligne ou que celle utilisée expire. Nous suivons de façon centralisée — pour tous les clients d’un coup, sans intervention de votre côté.
À lire ensuite

Cela va avec.

Parlons-en 30 minutes.

Donnez-nous vos comptes publicitaires, votre système de boutique et vos outils — nous vous dirons pendant l’échange ce qui se branche directement et ce qui passe par le webhook.

Réponse sous 24 heures les jours ouvrés · Entretiens en allemand et en anglais · Pas de lock-in, résiliable mensuellement