Que font réellement Exatom et Zuko ?

Les deux sont des outils spécialisés dans l'analyse des formulaires et des tunnels de paiement. Ils observent la façon dont les visiteurs interagissent avec chaque champ — où ils hésitent, quels champs ils modifient à nouveau et où ils abandonnent. Contrairement à Google Analytics, tous deux révèlent le comportement au niveau des champs plutôt que des totaux au niveau de la page. Les véritables différences résident dans la façon dont ils suivent, la configuration qu'ils nécessitent et ce que vous pouvez faire ensuite.

Zuko a débuté sous le nom de Formisimo en 2014, fondé à Manchester pour réduire les frictions dans les formulaires en ligne, et a été relancé sous le nom de Zuko en 2019. Sa tarification basée sur les sessions s'adresse aux PME et aux sites à faible trafic.

Exatom est une plateforme européenne conçue pour la partie la plus exigeante du marché : les spécialistes du CRO, les responsables produit et les équipes e-commerce gérant des formulaires à fort trafic. C'est la principale plateforme d'analyse de formulaires dans l'automobile, l'assurance et l'énergie, où un seul point de conversion de formulaire peut valoir très cher. Les deux outils répondent à la même question — pourquoi les visiteurs ne parviennent pas à compléter un formulaire — mais ils sont conçus pour des segments de marché différents.

Comment les deux outils suivent-ils les visiteurs, et le consentement pose-t-il problème ?

C'est la différence architecturale la plus nette. Exatom est sans cookie, donc sa balise peut s'exécuter en dehors de votre bandeau de consentement aux cookies et rendre compte de chaque visiteur. Zuko dépose un cookie d'identifiant client first-party, ce qui signifie qu'il relève de la gestion du consentement. Les visiteurs qui refusent les cookies disparaissent de vos données, et sur de nombreux sites cet écart est important.

Les taux de consentement varient, mais il est courant qu'une part significative des visiteurs refuse les cookies non essentiels. Chaque refus est une session que votre analyse de formulaires ne voit jamais, ce qui biaise discrètement votre échantillon vers les personnes qui acceptent les cookies.

Parce qu'Exatom est sans cookie, la balise peut être déployée en dehors de la plateforme de gestion du consentement et rendre compte de près de 100 % du trafic. Pour être juste envers Zuko, il ne s'agit pas d'une faille de confidentialité de leur côté — Zuko ne stocke aucune information personnelle identifiable et détient la certification ISO 27001. Le problème est la couverture, pas la conformité.

Quelle configuration chaque outil nécessite-t-il ?

Les deux outils démarrent de manière très différente. Avec Zuko, vous saisissez l'URL de chaque formulaire que vous souhaitez suivre, et si le même formulaire apparaît sur plusieurs pages, vous fusionnez ces rapports à la main. Exatom trouve automatiquement chaque formulaire de votre site et fusionne pour vous le même formulaire entre les pages — aucune URL, aucun assemblage manuel.

Cet écart compte plus qu'il n'y paraît au premier abord. Un même modèle de formulaire vit souvent sur des dizaines d'URL — un formulaire de devis sur chaque page de véhicule, un formulaire de renouvellement par type de police. Dans Zuko, chacun d'eux est une définition manuelle et une fusion manuelle ; en oublier un et vos chiffres sont discrètement faux.

Exatom détecte chaque instance, reconnaît qu'il s'agit du même formulaire et en rend compte comme un seul, sans aucune configuration. Il vous permet également de renommer les libellés de champs, de sorte qu'un champ rapporté dans le code sous le nom billing_pc apparaisse aux parties prenantes comme « Code postal de facturation ». Le tableau de bord se lit dans un langage métier, pas en HTML.

Quel outil vous donne le plus de détail au niveau des champs ?

Les deux rendent compte de l'abandon, du temps passé dans le champ et des retours sur les champs. Exatom ajoute des métriques axées sur les erreurs — taux d'erreur, catégories d'erreurs, les messages d'erreur réellement affichés et les taux de remplissage automatique — ainsi que le temps d'hésitation et, bientôt, les rage clicks. Zuko s'appuie sur les retours, le temps d'interaction et des résumés générés par IA. Si diagnostiquer pourquoi un champ échoue compte le plus, les données d'erreur d'Exatom sont le facteur décisif.

Savoir qu'un champ sous-performe n'est qu'une moitié d'information. Connaître l'erreur de validation exacte qu'un visiteur a vue — un format de téléphone rejeté, un format de date que le champ n'a pas accepté — est ce qui transforme un problème vague en une correction précise.

Les taux de remplissage automatique comptent pour la même raison. Un champ avec un faible taux de remplissage automatique est souvent un champ que le navigateur ne reconnaît pas, ce qui pointe généralement vers un attribut autocomplete manquant ou erroné. Ce seul signal peut expliquer une quantité surprenante de friction.

Peut-on corriger les formulaires dans l'outil, ou seulement les mesurer ?

C'est là que les plateformes se séparent véritablement. Zuko signale le problème et s'arrête ; Exatom agit aussi dessus. Trois fonctionnalités d'Exatom n'ont pas d'équivalent chez Zuko : les alertes de performance qui signalent toute métrique qui se dégrade sur n'importe quel formulaire, le nudging IA qui guide les visiteurs à travers les points de blocage en temps réel, et les autofixes qui corrigent automatiquement les problèmes connus.

Cette distinction compte surtout lorsque vous ne pouvez pas facilement modifier le formulaire lui-même. De nombreux formulaires vivent au sein de stacks legacy, de tunnels de paiement tiers ou de systèmes où un ticket pour un développeur prend des semaines.

Les alertes de performance signifient que vous n'avez pas à surveiller les tableaux de bord. Exatom surveille chaque métrique de chaque formulaire et vous prévient dès que le taux de complétion chute ou qu'un taux d'erreur grimpe, de sorte qu'un déploiement défectueux est détecté en quelques heures, et non à la fin du mois.

Le nudging IA agit du côté du visiteur. Lorsque quelqu'un hésite ou rencontre une erreur récurrente, Exatom peut faire apparaître le bon conseil au bon moment — sans qu'un développeur ait à reconstruire le formulaire — ce qui compte surtout sur les stacks legacy et les tunnels de paiement tiers où le changement est lent.

Les autofixes vont encore plus loin et corrigent automatiquement les problèmes courants, des attributs autocomplete manquants au formatage des saisies. Zuko n'offre rien de tout cela : sa voie vers l'amélioration consiste à reconstruire le formulaire dans son produit de création de formulaires distinct. L'analyse vous indique où se trouve la fuite ; Exatom est ce qui l'arrête réellement.

Alors, lequel choisir ?

Choisissez Zuko si vous gérez un site plus petit ou un formulaire simple et que vous voulez un outil d'analyse à faible barrière d'entrée, tarifé à la session. Choisissez Exatom si vous gérez des formulaires à fort trafic et à fort enjeu et que vous voulez une couverture sans cookie de 100 % du trafic, une configuration quasi nulle, une analyse des erreurs plus approfondie et une optimisation intégrée à la même plateforme. Pour l'automobile, l'assurance et l'énergie, Exatom est en tête.

Pour les opérations à fort trafic dans l'automobile, l'assurance et l'énergie, l'avantage d'Exatom est concret : la tarification au volume de sessions pénalise la croissance, tandis qu'Exatom voit les visiteurs que le consentement masquerait autrement et vous permet d'agir sur ce que vous trouvez sans cycle de développement.

Zuko reste une option sensée pour une petite entreprise avec un seul formulaire et un trafic modeste, où une faible barrière d'entrée compte plus que la profondeur. Mais dès que les formulaires deviennent à fort trafic, multi-étapes ou critiques pour le chiffre d'affaires, les lacunes de couverture et l'absence d'optimisation intégrée commencent à coûter de l'argent réel.