Alternative à Playwright : où partir, selon tes tests ou ton scraping

Pourquoi partir sur Cypress. Le test tourne dans le navigateur, à côté de ton application : tu vois chaque commande, tu remontes le temps, tu inspectes le DOM à l'instant de l'échec. Les sélecteurs par rôle sont intégrés (cy.getByRole), et Cypress publie un guide officiel de migration depuis Playwright, avec une table de correspondance commande par commande.

Pour qui. Les équipes front en JavaScript ou TypeScript qui veulent écrire et déboguer leurs tests elles-mêmes, et qui aiment voir leur application tourner pendant le test.

Pour qui ce n'est pas fait. Une équipe Python, Java ou .NET : Cypress ne parle que JavaScript. Et une équipe qui a besoin de Safari : le support WebKit reste expérimental.

Sa limite. Le guide officiel liste ce que tu perds : pas de comparaison de captures intégrée, pas d'assertions « soft », pas de test.step, pas de navigateurs embarqués (à installer toi-même en CI), un seul onglet sans plugin, et une politique même origine qui impose cy.origin(). Surtout, la parallélisation, la relecture des tests et la gestion des instables passent par Cypress Cloud, payant, là où Playwright découpe la suite gratuitement.

Comment migrer. page.locator() devient cy.get(), page.route devient cy.intercept, storageState devient cy.session(), les fixtures deviennent des commandes personnalisées, et --shard devient --record --parallel.

Son prix. L'outil est gratuit (licence MIT). Cypress Cloud a un plan Starter gratuit (500 résultats de test par mois), puis Team à 67 $ par mois facturé 799 $ par an, et Business à 267 $ par mois facturé 3 199 $ par an. Un résultat est un bloc it() enregistré : un retry compte une fois, un test ignoré ne compte pas.

Pourquoi partir sur WebdriverIO. C'est la réponse à la limite la plus dure de Playwright : le mobile natif. Avec Appium, WebdriverIO pilote des applis iOS, Android et Flutter, des applis de bureau et Electron, avec la même syntaxe que tes tests web. Il parle les standards WebDriver et WebDriver BiDi, attend automatiquement les éléments et sait simuler le réseau.

Pour qui. Les équipes JavaScript qui testent un site et son appli mobile, et celles qui veulent rester sur un standard du W3C pour brancher n'importe quelle grille d'appareils réels.

Pour qui ce n'est pas fait. Une équipe Python ou .NET, et une équipe qui ne teste que le web : Playwright y reste plus simple et plus rapide à configurer.

Sa limite. Plus de pièces à assembler : services, reporters, Appium pour le mobile. La puissance se paie en configuration, et en appareils réels si tu n'as pas de parc (voir notre guide pour quitter BrowserStack sur les grilles d'appareils).

Comment migrer. Commence par tes parcours mobiles, ceux que Playwright ne couvre pas : la migration se justifie d'elle-même. Garde tes tests web Playwright le temps de mesurer le gain. Les tests de composants React, Vue ou Svelte sont pris en charge, utile si tes paquets de composants Playwright viennent d'être retirés.

Son prix. Gratuit (licence MIT). L'éditeur l'écrit lui-même : chaque fonction est gratuite, sans offre payante.

Pourquoi partir sur Katalon. Si le problème de ton équipe est que Playwright demande d'écrire du code, Katalon donne un enregistreur, des mots-clés prêts à l'emploi, des tests web, API et mobile, et les rapports dans un seul outil. Les testeurs non développeurs deviennent autonomes.

Pour qui. Les équipes QA de taille moyenne, avec des testeurs fonctionnels et peu de développeurs disponibles pour maintenir une suite en code.

Pour qui ce n'est pas fait. Une équipe de développeurs à l'aise en TypeScript : elle perdra en souplesse et paiera ce que Playwright donne gratuitement.

Sa limite. Le prix par siège. À cinq testeurs, la facture annuelle dépasse vite le coût d'une heure de formation par semaine à Playwright. Et un outil propriétaire te lie à son format de test.

Comment migrer. Ne convertis pas ton code : réenregistre tes parcours critiques dans Katalon, en commençant par ceux que l'équipe QA lance à la main. Garde Playwright pour ce que les développeurs maintiennent déjà bien.

Son prix. Le plan Professional est à 1 800 $ par siège et par an.

Pourquoi partir sur Ghost Inspector. Tu enregistres un parcours dans ton navigateur, il tourne dans le cloud selon un planning, et tu reçois une alerte quand il casse. Pas de CI à configurer, pas de navigateurs à installer, pas de code à relire.

Pour qui. Les équipes produit ou marketing qui veulent vérifier chaque heure que l'inscription, le paiement ou le formulaire de contact marchent, sans dépendre des développeurs.

Pour qui ce n'est pas fait. Une vraie suite de régression de plusieurs centaines de tests avec des données complexes : les tests enregistrés deviennent difficiles à maintenir.

Sa limite. Le prix d'entrée, élevé pour une poignée de parcours, et moins de contrôle fin qu'en code (mocks réseau, données de test).

Comment migrer. Prends les cinq parcours qui rapportent de l'argent, réenregistre-les, et branche les alertes sur ton outil de discussion. Le reste de la suite peut rester en Playwright.

Son prix. À partir de 109 $ par mois en paiement annuel.

Pourquoi partir sur BugBug. C'est l'option sans code la plus abordable : un enregistreur dans Chrome, des tests lancés en local gratuitement, et un forfait simple quand tu veux le cloud et le planning.

Pour qui. Les startups et petites agences qui veulent quelques tests de non-régression sans recruter ni apprendre un framework.

Pour qui ce n'est pas fait. Une équipe qui doit couvrir Firefox et Safari : BugBug est centré sur Chrome. Ni une suite qui demande des appels d'API complexes.

Sa limite. Un seul moteur, et moins de souplesse dès que les tests dépendent de données dynamiques.

Comment migrer. Commence sur le plan gratuit avec deux parcours, fais-les tourner une semaine en parallèle de Playwright, puis décide.

Son prix. Plan gratuit, puis Core à 99 $ par mois en paiement annuel.

Pourquoi partir sur Puppeteer. Si tu n'écris pas de tests mais des scripts (capture de pages, génération de PDF, collecte), tu n'as pas besoin d'un lanceur de tests. Puppeteer, la bibliothèque de Google, pilote Chrome par le protocole DevTools et Firefox par WebDriver BiDi. Son écosystème anti-détection, avec le plugin stealth, est le plus ancien du marché.

Pour qui. Les développeurs Node.js qui automatisent Chrome dans un script, un robot ou une fonction serverless.

Pour qui ce n'est pas fait. Une équipe qui teste son application : pas de lanceur, pas d'assertions, pas de rapports. Ni une équipe Python : Puppeteer est réservé à Node.js.

Sa limite. Pas de WebKit, et tout l'outillage autour (files d'attente, relances, proxys) reste à écrire. Crawlee, en open source, peut faire ce travail par-dessus.

Comment migrer. Les concepts se retrouvent (page, sélecteurs, interception réseau), mais les noms changent : prévois une réécriture script par script, en commençant par le plus simple.

Son prix. Gratuit (licence Apache 2.0).

Pourquoi partir sur Browserbase. Faire tourner cent navigateurs en même temps sur tes serveurs, c'est de la mémoire, des plantages et des blocages. Browserbase héberge les navigateurs pour toi, avec proxys, et tu y connectes ton code Playwright existant par connectOverCDP : tu ne changes que la ligne de connexion. L'éditeur publie aussi Stagehand, un framework open source (licence MIT) qui pilote la page en langage naturel avec act, extract et observe, en TypeScript ou Python.

Pour qui. Les équipes qui font tourner des agents IA ou des robots de collecte à grande échelle et ne veulent plus gérer d'infrastructure.

Pour qui ce n'est pas fait. Une équipe qui fait des tests de bout en bout sur sa propre application : une CI classique suffit.

Sa limite. Le plan gratuit ne donne qu'une heure de navigateur et pas de proxy. Les heures et les gigaoctets inclus sont des allocations, pas des plafonds : au-delà, tout est facturé. Stagehand demande en plus une clé de modèle de langage, à payer à part.

Comment migrer. Garde ton script, remplace le lancement local par la connexion à une session Browserbase, puis mesure le taux de blocage sur une semaine.

Son prix. Free à 0 $ (1 heure, 3 sessions simultanées), Developer à 20 $ par mois (100 heures, 25 sessions, 1 Go de proxy), Startup à 99 $ par mois (500 heures, 100 sessions, 5 Go). Dépassement de 0,10 à 0,12 $ l'heure et de 10 à 12 $ le Go.

Pourquoi partir sur Browserless. Même idée que Browserbase, autre modèle de prix. Tu connectes Playwright ou Puppeteer par une adresse WebSocket, et tu paies en unités : une unité couvre jusqu'à 30 secondes de connexion navigateur. Pour des scripts courts et nombreux, le calcul est simple.

Pour qui. Les développeurs qui lancent beaucoup de tâches courtes (captures, PDF, petites collectes) et veulent commencer gratuitement.

Pour qui ce n'est pas fait. Des sessions longues : chaque reconnexion compte comme une nouvelle connexion, et une session de dix minutes consomme vingt unités.

Sa limite. Les proxys résidentiels, les proxys de centre de données et les CAPTCHA résolus consomment aussi des unités. Sur le plan gratuit, les requêtes au-delà du quota sont refusées.

Comment migrer. Remplace le lancement local du navigateur par la connexion WebSocket fournie, garde le reste de ton code, et surveille ta consommation d'unités la première semaine.

Son prix. Free à 0 $ (1 000 unités par mois, 2 navigateurs simultanés), Prototyping à 25 $ par mois à l'année ou 35 $ au mois (20 000 unités), Starter à 140 $ à l'année ou 200 $ au mois (180 000 unités), Scale à 350 $ à l'année ou 500 $ au mois (500 000 unités).

Pourquoi partir sur Apify. Si ton script Playwright ne sert qu'à extraire des données, la question est : faut-il encore l'écrire ? Apify propose des milliers de robots prêts à l'emploi (les « Actors ») pour les sites courants, et héberge les tiens. Il maintient aussi Crawlee, une bibliothèque open source qui gère files d'attente, relances et routage par-dessus Playwright ou Puppeteer, et sait passer en collecte sans navigateur quand la page n'a pas besoin de JavaScript.

Pour qui. Les équipes growth et data qui veulent la donnée, pas le code, et les développeurs qui veulent héberger leurs robots sans serveur.

Pour qui ce n'est pas fait. Une équipe de test : Apify ne sert pas à vérifier ton application.

Sa limite. La facture à l'usage se prévoit mal au début, et un robot de la place de marché peut casser quand le site cible change.

Comment migrer. Cherche d'abord un Actor existant pour ton site cible. Sinon, porte ton script dans Crawlee : ton code Playwright y tourne presque tel quel. Notre avis complet sur Apify détaille les plans.

Son prix. Gratuit avec 5 $ d'usage par mois, Starter à 19 $ par mois (17 $ à l'année), unité de calcul à 0,2 $.

Pourquoi partir sur Bright Data. Si tes robots Playwright tombent sur des blocages et des CAPTCHA, le problème n'est pas le framework mais l'adresse IP et l'empreinte du navigateur. Bright Data vend des réseaux de proxys et un navigateur de scraping géré, pensés pour passer ces protections.

Pour qui. Les équipes qui collectent à grande échelle sur des sites protégés, avec un budget à la hauteur.

Pour qui ce n'est pas fait. Un petit projet ou un premier essai : les plans engagés commencent haut. Et un site qui propose une API officielle : utilise-la, c'est plus stable et plus propre juridiquement.

Sa limite. Le prix au gigaoctet grimpe vite sur des pages lourdes, et la plateforme est dense à prendre en main.

Comment migrer. Commence par faire passer ton script Playwright par un proxy Bright Data sans rien changer d'autre, mesure le taux de réussite, puis décide si le navigateur géré vaut son prix. Notre avis sur Bright Data détaille l'offre.

Son prix. Proxys dès 0,60 $ le Go, résidentiel à 8 $ le Go au plein tarif, paliers engagés à partir de 499 $ par mois.