Applitools vs Percy : Comparatif des Deux Leaders du Test Visuel en 2026
Test de non-régression visuelle (Visual Regression Testing) : « Technique d'assurance qualité automatisée qui compare l'apparence d'une interface utilisateur entre deux versions d'une application pour identifier les changements visuels non intentionnels, qu'ils soient structurels (mise en page), stylistiques (couleurs, polices) ou fonctionnels (éléments manquants ou déplacés). »
Dans l'arène du test visuel SaaS, deux noms dominent les conversations depuis des années : Applitools et Percy. L'un mise sur l'intelligence artificielle et le marché enterprise. L'autre sur l'intégration CI/CD et l'écosystème BrowserStack. Les deux promettent de détecter ce que vos tests fonctionnels ne voient pas : les régressions visuelles.
Mais lequel choisir ? La réponse, comme souvent en ingénierie, est « ça dépend ». Cet article ne va pas vous vendre l'un ou l'autre. Il va disséquer les forces et faiblesses de chacun avec l'objectivité d'un arbitre — qui, accessoirement, connaît une troisième option que les deux géants préféreraient que vous ignoriez.
Applitools : l'IA au service de l'enterprise
Applitools a été fondé en 2013 avec une idée audacieuse : utiliser l'intelligence artificielle pour comprendre les interfaces utilisateur comme un humain le ferait. Pas une simple comparaison pixel par pixel, mais une analyse structurelle qui sait distinguer un vrai bug d'un changement insignifiant.
Les forces d'Applitools
Visual AI — le différenciateur majeur. La technologie phare d'Applitools, baptisée « Visual AI » puis évoluée vers « Ultrafast Grid », est réellement impressionnante. Là où la comparaison pixel par pixel signale chaque micro-variation de rendu comme un problème potentiel, le Visual AI d'Applitools comprend la structure de la page. Il sait que deux rendus légèrement différents du même texte ne sont pas une régression. Il sait qu'un bouton qui a changé de couleur, en revanche, en est probablement une.
En pratique, cela signifie un taux de faux positifs significativement plus bas que les approches traditionnelles. Pour les équipes noyées sous les alertes non pertinentes, c'est un changement de paradigme.
L'Ultrafast Grid. Au lieu d'exécuter vos tests sur chaque combinaison navigateur/résolution localement, Applitools capture le DOM et le CSS de votre page, puis reconstitue le rendu sur sa grille cloud. Vous exécutez le test une fois localement, et Applitools le « rejoue » visuellement sur des dizaines de combinaisons. C'est élégant et rapide.
L'écosystème d'intégration. Applitools s'intègre avec pratiquement tout : Selenium, Cypress, Playwright, Puppeteer, Storybook, Appium, et bien d'autres. Plus de 70 SDK disponibles. Quelle que soit votre stack, il y a probablement un SDK Applitools pour elle.
Les fonctionnalités enterprise. Gestion des équipes, contrôle d'accès, rapports avancés, intégrations Jira/Slack, maintenance groupée des références — Applitools coche toutes les cases que les grandes organisations attendent.
Les faiblesses d'Applitools
Le prix. Parlons de l'éléphant dans la pièce. Applitools ne publie pas ses tarifs ouvertement, ce qui est rarement bon signe pour le portefeuille. Les retours du marché indiquent des tarifs qui peuvent grimper rapidement, surtout pour les équipes qui ont besoin de volumes importants de captures. Le modèle de tarification basé sur le nombre de « checkpoints » signifie que plus vous testez, plus vous payez — ce qui crée un incitatif pervers à limiter vos tests.
La complexité. L'étendue des fonctionnalités d'Applitools est à double tranchant. Pour une équipe qui veut simplement « comparer des captures d'écran avant et après un déploiement », la courbe d'apprentissage est substantielle. Entre les différents types de tests (classic, ultrafast, native mobile), les niveaux de matching (strict, content, layout), et les options de configuration, il faut du temps avant de maîtriser l'outil.
La dépendance cloud. Toutes vos captures d'écran transitent par les serveurs d'Applitools. Pour certaines organisations — banques, santé, défense — c'est un point d'arrêt net. Même pour les autres, cela crée une dépendance : si le service est indisponible, vos tests visuels le sont aussi.
L'obligation de coder. Malgré toute son intelligence artificielle, Applitools reste un outil pour développeurs. Chaque test doit être écrit dans un langage de programmation, intégré via un SDK, et maintenu comme du code. Le QA non-technique reste sur la touche.
Percy : le CI/CD natif par BrowserStack
Percy, racheté par BrowserStack en 2020, s'est positionné différemment. Là où Applitools vise l'enterprise avec une IA sophistiquée, Percy mise sur la simplicité d'intégration dans les pipelines CI/CD.
Les forces de Percy
L'intégration CI/CD exemplaire. Percy brille dans les workflows d'intégration continue. Chaque pull request peut déclencher automatiquement des captures visuelles, avec les résultats directement visibles dans l'interface de votre outil de versioning (GitHub, GitLab, Bitbucket). Le workflow review/approve est naturel pour les équipes habituées aux code reviews.
L'adossement à BrowserStack. Depuis le rachat, Percy bénéficie de l'infrastructure massive de BrowserStack pour le rendu multi-navigateur. Les captures sont effectuées sur de vrais navigateurs (pas de l'émulation), ce qui garantit une fidélité de rendu élevée.
La simplicité relative. Percy est plus facile à prendre en main qu'Applitools. Le concept est clair : vous intégrez le SDK dans vos tests, Percy capture et compare. Le dashboard est propre, les résultats sont lisibles, et le workflow approve/reject est intuitif.
Le support Storybook et composants. Percy propose une intégration Storybook dédiée qui capture automatiquement chaque story. Pour les équipes qui utilisent Storybook comme source de vérité pour leurs composants, c'est un chemin d'adoption très naturel.
Un free tier généreux. Percy offre un palier gratuit qui permet de tester l'outil avant de s'engager. C'est suffisant pour les petits projets ou pour une évaluation sérieuse — ce qu'Applitools rend plus difficile.
Les faiblesses de Percy
La comparaison pixel par pixel. C'est le talon d'Achille technique de Percy. Contrairement à Applitools et son Visual AI, Percy utilise principalement une comparaison pixel par pixel (avec quelques améliorations). Le résultat : plus de faux positifs, surtout sur les projets avec du contenu dynamique, des animations, ou des rendus de police variables.
Percy a amélioré ses algorithmes au fil du temps, mais l'écart avec l'approche IA d'Applitools reste perceptible. C'est un peu la différence entre un correcteur orthographique basique et un modèle de langage — les deux trouvent les fautes évidentes, mais l'un comprend le contexte et l'autre pas.
Les limites du free tier. Le palier gratuit de Percy, bien que bienvenu, a des limites strictes sur le nombre de captures mensuelles. Une fois dépassées, les tarifs sont à l'image de l'industrie SaaS : en escaliers qui montent vite.
Moins de flexibilité dans le matching. Percy offre moins d'options de configuration que Applitools pour ajuster la sensibilité de la comparaison. Vous avez moins de leviers pour réduire les faux positifs, ce qui peut devenir frustrant sur des projets complexes.
La dépendance BrowserStack. Comme Applitools, Percy est un service cloud. Vos données partent chez BrowserStack. Votre capacité de test dépend de leur disponibilité. Et votre budget dépend de leur grille tarifaire — qui peut être revue à la hausse lors du prochain renouvellement.
Comparaison directe : 7 critères qui comptent
1. Technologie de comparaison
Applitools utilise une approche IA propriétaire qui analyse la structure visuelle de la page, pas les pixels individuels. Percy utilise une comparaison pixel par pixel améliorée. En pratique, Applitools détecte les régressions avec moins de bruit. Percy est plus susceptible de signaler des différences non significatives.
Avantage : Applitools, nettement.
2. Intégration CI/CD
Les deux s'intègrent dans les pipelines CI/CD, mais Percy a été conçu autour de ce workflow. L'expérience pull request de Percy — avec les résultats visuels directement dans la review — est légèrement plus fluide que celle d'Applitools.
Avantage : Percy, de peu.
3. Rendu multi-navigateur
Applitools reconstitue le rendu via son Ultrafast Grid (rapide mais reconstitué). Percy utilise les vrais navigateurs de BrowserStack (plus lent mais plus fidèle). Les deux couvrent les navigateurs majeurs.
Avantage : égalité — rapidité vs fidélité, chacun choisit sa priorité.
4. Facilité d'adoption
Percy est plus simple à mettre en place pour un premier projet. Applitools offre plus de puissance mais demande plus de temps d'apprentissage. Les deux nécessitent des compétences de développement.
Avantage : Percy pour démarrer, Applitools sur le long terme.
5. Tarification
Ni l'un ni l'autre ne brille par la transparence tarifaire. Les deux facturent à l'usage (captures/checkpoints) avec des paliers qui augmentent avec le volume. Percy offre un free tier plus accessible. Applitools est généralement perçu comme plus cher, surtout à l'échelle.
Avantage : Percy sur le free tier, variable au-delà.
6. Écosystème et intégrations
Applitools supporte plus de 70 SDK et s'intègre avec pratiquement tous les frameworks de test. Percy est plus sélectif mais couvre les principaux (Cypress, Playwright, Selenium, Storybook). L'intégration Storybook de Percy est particulièrement soignée.
Avantage : Applitools pour l'étendue, Percy pour Storybook.
7. Confidentialité des données
Les deux sont des services cloud qui traitent vos captures d'écran sur leurs serveurs. Applitools propose des options d'hébergement privé pour les grands comptes (à un coût premium). Percy n'offre pas cette option de manière standard.
Avantage : Applitools pour les options enterprise, mais aucun des deux n'est local par défaut.
Pour qui chaque outil est-il fait ?
Choisissez Applitools si :
Vous êtes une grande organisation avec un budget dédié au testing. Vous avez des centaines de pages à tester sur de multiples navigateurs. Vous êtes submergé par les faux positifs d'une approche pixel par pixel. Vous avez des développeurs dédiés à la maintenance des tests. Vous pouvez justifier un investissement significatif pour un outil premium.
Choisissez Percy si :
Vous êtes une équipe de développement avec un workflow CI/CD mature. Vous cherchez une intégration naturelle dans vos pull requests. Vous utilisez Storybook pour vos composants. Vous voulez démarrer rapidement avec un free tier. Vous êtes déjà dans l'écosystème BrowserStack.
Choisissez... autre chose si :
Vous n'avez pas de développeurs disponibles pour écrire et maintenir des tests. Vous ne voulez pas envoyer vos captures d'écran vers un cloud tiers. Votre budget ne permet pas un outil SaaS récurrent. Vous cherchez quelque chose que toute l'équipe peut utiliser, pas seulement les devs.
La troisième voie : et si le test visuel n'avait pas besoin du cloud ?
Applitools et Percy ont un mérite immense : ils ont démocratisé le concept de test visuel automatisé. Avant eux, la détection de régressions visuelles était soit manuelle (des humains qui comparent des captures d'écran à l'œil nu), soit inexistante.
Mais les deux partagent des hypothèses que nous trouvons discutables :
Hypothèse n°1 : le test visuel doit être dans le cloud. Pourquoi ? Parce que c'est comme ça que le SaaS fonctionne, et le SaaS est le business model le plus rentable. Mais techniquement, la comparaison d'images peut parfaitement s'exécuter localement. Vos captures d'écran n'ont pas besoin de traverser Internet pour être comparées.
Hypothèse n°2 : le test visuel est une extension du test de code. Les deux outils s'intègrent via des SDK dans des frameworks de test existants. C'est logique pour les développeurs, mais ça exclut de facto toute personne qui ne code pas. Les QA analysts, les designers, les product owners — des gens qui ont pourtant un avis expert sur l'apparence d'une interface — sont réduits à attendre que les devs leur montrent les résultats.
Hypothèse n°3 : le test visuel a un coût récurrent proportionnel au volume. Plus vous testez, plus vous payez. C'est le modèle classique du SaaS à l'usage. Mais est-ce que votre engagement envers la qualité devrait dépendre de votre capacité à payer par capture d'écran ? C'est un peu comme si votre détecteur de fumée vous facturait à chaque inspection de l'air — à un moment, vous seriez tenté de le débrancher.
Delta-QA remet en question ces trois hypothèses :
- Local, pas cloud : vos données restent chez vous. Pas de transfert, pas de dépendance externe, pas de questions de conformité.
- No-code, pas SDK : tout le monde dans l'équipe peut créer et interpréter des tests visuels. Pas besoin de savoir programmer.
- Gratuit, pas par capture : testez autant que vous voulez sans regarder un compteur. La qualité visuelle ne devrait pas avoir de plafond tarifaire.
Delta-QA n'est pas là pour « tuer » Applitools ou Percy. Ces outils ont leur place, surtout dans les organisations qui veulent une intégration profonde avec leurs pipelines de développement. Mais pour les équipes qui cherchent une approche plus accessible, plus souveraine et plus économique du test visuel, il existe désormais une troisième voie.
Essayer Delta-QA Gratuitement →
FAQ
Applitools est-il meilleur que Percy pour le test visuel ?
Applitools a une technologie de comparaison supérieure grâce à son Visual AI, qui génère moins de faux positifs qu'une approche pixel par pixel. Percy, en revanche, offre une meilleure intégration CI/CD et un free tier plus accessible. « Meilleur » dépend de vos priorités : précision (Applitools) ou simplicité d'intégration (Percy).
Combien coûtent Applitools et Percy ?
Ni Applitools ni Percy ne publient de grille tarifaire détaillée. Les deux fonctionnent sur un modèle à l'usage (nombre de captures/checkpoints) avec des paliers croissants. Applitools est généralement considéré comme le plus cher des deux, surtout à grande échelle. Percy propose un free tier limité en captures mensuelles. Pour des tarifs précis, il faut contacter leurs équipes commerciales.
Peut-on utiliser Applitools ou Percy sans savoir coder ?
Non. Les deux outils nécessitent une intégration via SDK dans un framework de test existant (Selenium, Cypress, Playwright, etc.). Il faut écrire du code pour créer les tests et maintenir les scénarios. Pour une approche no-code du test visuel, des alternatives comme Delta-QA permettent à des profils non-techniques de créer et gérer des tests.
Percy fonctionne-t-il en dehors de l'écosystème BrowserStack ?
Oui, Percy fonctionne de manière autonome même si vous n'utilisez pas d'autres produits BrowserStack. Cependant, l'intégration avec BrowserStack est un avantage si vous l'utilisez déjà pour vos tests cross-browser. Le rachat par BrowserStack a renforcé les capacités de rendu multi-navigateur de Percy.
Existe-t-il des alternatives gratuites à Applitools et Percy ?
Oui. En open source, BackstopJS offre des capacités de test visuel basiques mais fonctionnelles. Playwright intègre nativement toHaveScreenshot() pour la comparaison de captures. Pour une solution no-code, locale et sans limite de captures, Delta-QA offre une alternative gratuite qui ne nécessite pas de compétences en développement.
Mes données sont-elles en sécurité avec Applitools ou Percy ?
Les deux services traitent vos captures d'écran sur leurs serveurs cloud. Applitools propose des options d'hébergement privé pour les grands comptes. Percy stocke les données sur l'infrastructure BrowserStack. Si la souveraineté des données est une priorité absolue, les solutions locales (comme Delta-QA) éliminent la question en gardant tout sur votre infrastructure.
Envie de tester visuellement sans SDK, sans cloud, sans facture ?