Notre recommandation, d’emblée. Nous développons Proxy Mail QA, et presque rien dans cette liste n’est à nous. Nous recommandons Proxy Mail QA pour une seule case : si votre site propose l’inscription, la connexion ou la réinitialisation du mot de passe, ou envoie des e-mails de compte comme des invitations, il vous fournit des boîtes de réception de test pour vérifier que ces e-mails fonctionnent. Si votre site n’a pas de comptes et n’envoie pas d’e-mails, vous n’en avez pas besoin, et le reste de ce guide s’applique toujours.
La liste
| Il vous faut | À quoi ça sert | Choix courants |
|---|---|---|
| Un endroit pour écrire ou générer le code | Créer le site | Un éditeur comme VS Code ou un IDE Qoder ; un agent de codage IA comme Qoder, Claude Code ou Cursor ; ou, sans code, un outil comme Webflow, Framer, Squarespace ou WordPress |
| Gestion de versions | Annuler des erreurs, travailler à plusieurs, déployer | Git, avec GitHub ou GitLab |
| Un framework (facultatif) | Pages, routage et données sans partir de zéro | Next.js, Astro, SvelteKit, Nuxt |
| Hébergement | Mettre le site en ligne, avec une prévisualisation pour chaque modification | Vercel, Netlify, Cloudflare Pages, Render |
| Un nom de domaine | Votre propre adresse, et le domaine d’envoi des e-mails | N’importe quel registrar ; DNS chez le registrar ou chez Cloudflare |
| Inscription et connexion (si les visiteurs ont des comptes) | Comptes, mots de passe, codes et liens magiques | Supabase Auth, Clerk, Firebase Authentication, Auth0, Auth.js, Better Auth |
| Une base de données (s’il stocke quelque chose) | Comptes, commandes, contenu | Postgres (Supabase, Neon), Firestore, SQLite |
| Un fournisseur d’e-mail (s’il envoie des e-mails) | E-mails de vérification, de réinitialisation et de reçu, depuis votre domaine | Resend, Postmark, Amazon SES, SendGrid, Mailgun |
| Paiements (s’il vend) | Cartes, abonnements, factures | Stripe, Paddle, Lemon Squeezy |
| Analyse d’audience | Savoir ce que les visiteurs utilisent | Plausible, PostHog, Google Analytics |
| Suivi des erreurs | Savoir ce qui a cassé, avant que les utilisateurs vous le disent | Sentry |
| Tests | Savoir qu’une modification n’a pas cassé l’inscription ni le paiement | Playwright ou Cypress pour le navigateur ; Vitest ou Jest pour le code ; Proxy Mail QA pour les e-mails |
| Outils de vérification | Vitesse, accessibilité, liens, SEO | Lighthouse, axe DevTools, un vérificateur de liens, Google Search Console. Plus d’informations dans outils pour créer et vérifier mon site |
| Pages légales | Politique de confidentialité, conditions d’utilisation, bandeau cookies si nécessaire | Rédigées pour votre site et pour le pays de vos utilisateurs |
Ce dont vous pouvez vous passer
- Un site sans comptes (un portfolio, un café, une page d’accueil) : un outil de création de site ou un framework, un hébergement, un domaine et des statistiques. Un service de formulaires si vous voulez recevoir des messages. Pas d’authentification, pas de base de données, pas de test d’e-mails.
- Une boutique : une plateforme de boutique hébergée comme Shopify peut couvrir à la fois l’hébergement, les paiements, les comptes et les e-mails, et vous testez ce qu’elle vous permet de modifier.
- Une application avec des comptes (un produit SaaS, une communauté, un site de réservation) : la plus grande partie de la liste. Les éléments le plus souvent oubliés sont la configuration du fournisseur d’e-mails et le test des e-mails.
La place de Proxy Mail QA
Dès que des personnes peuvent s’inscrire, votre site envoie des e-mails qui doivent fonctionner : le code ou le lien de vérification, la réinitialisation du mot de passe, l’invitation. Ils cassent d’une manière que les autres tests ne détectent pas. Un lien pointe vers localhost, le fournisseur est encore en mode sandbox et n’envoie rien, ou deux e-mails partent au lieu d’un.
Proxy Mail QA vous donne une nouvelle adresse de test privée à chaque essai, extrait le code ou le lien et vérifie comment l’e-mail a été envoyé. Vous pouvez l’utiliser à la main dans le navigateur avec Proxy Mail QA for Chrome, dans des tests Playwright ou Cypress avec son package npm, ou depuis un agent IA comme celui de Qoder via son MCP server. L’offre gratuite couvre 500 adresses de test au total.
Il ne crée, n’héberge ni ne conçoit rien, et n’envoie pas d’e-mails pour votre site : vous avez toujours besoin d’un fournisseur d’e-mails.
Une première stack pour une application avec des comptes
Une façon de l’assembler, si vous développez avec Qoder :
- Code : l’agent de Qoder, dans un dépôt Git sur GitHub.
- Framework et hébergement : Next.js sur Vercel, avec un déploiement de prévisualisation pour chaque branche.
- Comptes et données : Supabase, pour l’inscription, la connexion et la base de données.
- E-mail : Resend, avec envoi depuis votre propre domaine. L’e-mail intégré de Supabase n’envoie qu’à votre propre équipe, quelques-uns par heure : configurez donc votre propre fournisseur d’e-mails avant que quelqu’un d’autre ne s’inscrive.
- Erreurs : Sentry.
- Tests : Playwright pour le parcours d’inscription, avec Proxy Mail QA pour l’e-mail de vérification, exécutés sur chaque déploiement de prévisualisation.
Chaque ligne peut être remplacée par une autre du tableau. L’ordre compte plus que les marques.
L’ordre de mise en place
- Achetez le domaine tôt. Les fournisseurs d’e-mails en ont besoin pour envoyer en votre nom, et la prise en compte des enregistrements DNS pour SPF, DKIM et DMARC peut prendre du temps.
- Configurez le dépôt et l’hébergement avec des déploiements de prévisualisation, pour que chaque modification ait un lien à tester.
- Ajoutez les comptes et l’e-mail ensemble. Vérifiez votre domaine d’envoi auprès du fournisseur et sortez de son mode sandbox, sinon vos e-mails de vérification n’arriveront qu’à vous.
- Testez l’inscription sur une prévisualisation avant de la partager : une nouvelle adresse, l’e-mail arrive, le lien mène à la prévisualisation et non à
localhost, et le compte fonctionne ensuite. - Ajoutez les statistiques et le suivi des erreurs avant le lancement, pas après la première réclamation.
Si vous développez avec Qoder, vous pouvez connecter Proxy Mail QA depuis le Qoder Marketplace et demander à l’agent de vérifier l’e-mail d’inscription après chaque modification de votre code d’authentification. Comment cela fonctionne.