Notre recommandation, d’emblée. Nous développons Proxy Mail QA, nous ne sommes donc pas neutres, et il ne couvre qu’une ligne de cette boîte à outils : vérifier vos e-mails d’inscription, de connexion et de compte. Vitesse, accessibilité, SEO, liens cassés, sécurité et rendu sur différents appareils demandent d’autres outils, pour la plupart gratuits. Nous les citons ci-dessous ; aucun n’est à nous.
Pendant la création
| Outil | Ce qu’il détecte |
|---|---|
| Un vérificateur de types (TypeScript) | Des données incorrectes au mauvais endroit, avant toute exécution |
| Un linter (ESLint) et un formateur (Prettier) | Les erreurs courantes et le code incohérent |
| Les DevTools de votre navigateur | Les erreurs dans la console, les requêtes échouées dans l’onglet Réseau, la mise en page en mode appareil |
| Déploiements de prévisualisation (Vercel, Netlify, Cloudflare Pages) | Un lien pour chaque modification, vérifiée sur un vrai serveur avant la fusion |
| Un agent de codage IA (Qoder, Claude Code, Cursor) | Une seconde lecture de chaque modification, et l’exécution des vérifications ci-dessous à votre place |
Avant et après la mise en ligne
| Domaine | À vérifier | Outils |
|---|---|---|
| Vitesse | Temps de chargement sur téléphone, décalages de mise en page, taille des images | Lighthouse (dans les DevTools de Chrome), PageSpeed Insights (qui ajoute les données de vrais visiteurs une fois que vous avez du trafic), WebPageTest |
| Accessibilité | Libellés, contraste, titres, usage au clavier, lecteurs d’écran | axe DevTools, WAVE, Lighthouse ; puis le clavier seul et un lecteur d’écran (VoiceOver, NVDA). Les outils automatisés ne trouvent qu’une partie des problèmes |
| HTML et liens | Balisage invalide, liens cassés, pages manquantes | Le W3C Markup Validation Service, le W3C Link Checker, ou un crawler comme Screaming Frog |
| Appareils et navigateurs | Mise en page sur petits écrans, différences entre Safari et Firefox | Le mode appareil des DevTools, un vrai téléphone, BrowserStack ou LambdaTest pour les appareils que vous n’avez pas |
| SEO | Pages indexées, titres et descriptions, données structurées | Google Search Console, Bing Webmaster Tools, l’audit SEO de Lighthouse, le test des résultats enrichis de Google |
| Sécurité de base | HTTPS bien configuré, en-têtes de sécurité, paquets à vulnérabilités connues | Qualys SSL Labs, Security Headers, npm audit ou Dependabot, ZAP (anciennement OWASP ZAP) sur votre propre site de préproduction |
| E-mails d’inscription, de connexion et de compte | L’e-mail arrive, son code ou son lien fonctionne, il est correctement envoyé, un seul arrive | Proxy Mail QA. Pour voir les e-mails pendant le développement local uniquement, Mailpit |
| Parcours complets | L’inscription, le paiement et les autres parcours fonctionnent toujours après une modification | Playwright ou Cypress |
| Après le lancement | Le site est en ligne, les erreurs sont visibles, les visiteurs trouvent ce qu’ils cherchent | Un moniteur de disponibilité (UptimeRobot, Better Stack), Sentry, vos outils d’analyse |
Ce que Proxy Mail QA vérifie, et ce qu’il ne vérifie pas
Il vérifie les parties de votre site qui dépendent d’un e-mail :
- Une nouvelle adresse de test privée pour chaque essai, pour qu’un test ne récupère jamais un ancien code.
- Le code de vérification ou le lien de connexion, d’invitation ou de réinitialisation, extrait de l’e-mail.
- La façon dont l’e-mail a été envoyé : SPF, DKIM et DMARC, liens vers
localhostou enhttpsimple, destination du lien, mention ou non de son expiration, et partie en texte brut. - Qu’un seul e-mail est arrivé, ou qu’aucun n’est arrivé.
- Des adresses, noms et mots de passe inhabituels à essayer dans le formulaire, pour voir comment il les gère.
Vous pouvez l’utiliser à la main avec Proxy Mail QA for Chrome, dans Playwright ou Cypress via son paquet npm, ou depuis un agent IA via son MCP server.
Il ne vérifie pas le design, les textes, la vitesse, l’accessibilité, le SEO ni la sécurité, et il ne reçoit pas de SMS.
Laisser un agent lancer les vérifications
Un agent IA comme celui de Qoder peut lancer la plupart de cette boîte à outils pour vous sur un déploiement de prévisualisation : Lighthouse en ligne de commande, un vérificateur de liens, vos tests Playwright et, avec Proxy Mail QA connecté depuis la Marketplace Qoder, l’e-mail d’inscription. Un prompt pour commencer :
Check the preview at https://acme-git-new-pricing.vercel.app before I merge.1. Run Lighthouse for the home page and the sign-up page, on mobile. List anything under 90, with the biggest fixes first.2. Run a link check over the site and list broken links.3. Sign up with a new Proxy Mail QA address, finish the verification, and run check_email with expect_host set to the preview's host. count_emails should be 1.4. Give me one list of what to fix, most important first.Regardez quand même le site vous-même, sur un téléphone, avant sa mise en ligne. Aucun outil ne vous dit s’il est clair.
Pour une vérification pas à pas d’un site entier, voir Aidez-moi à vérifier mon site web.