Vérifier qu’une offre de bienvenue ne peut pas être obtenue deux fois

Vérifier qu’une personne reçoit une seule offre de bienvenue

La plupart des fournisseurs de messagerie livrent nom+nimportequoi@ et NOM@ dans la même boîte de réception. Pour beaucoup d’apps, une seule personne ressemble donc à plusieurs nouveaux clients, chacun avec une remise de bienvenue. Inscrivez-vous avec chaque variante et voyez si votre app s’en est aperçue.

Mis à jour le 21 octobre 2026

Les variantes à essayer

Variante	Exemple	Arrive dans
Simple	`k3f9x2@mailclub.dev`	La boîte de réception
Plus-tag	`k3f9x2+promo1@mailclub.dev`	La même boîte de réception
Majuscules	`K3F9X2@mailclub.dev`	La même boîte de réception

N’importe quel +tag fonctionne, et la boîte de réception indique à quelle variante chaque e-mail a été envoyé. Les agents obtiennent les variantes qui sont livrées depuis get_address_variants.

Le tester

Inscrivez-vous à l’offre avec l’adresse simple et notez le coupon.
Inscrivez-vous à nouveau avec la variante plus-tag, puis avec des majuscules, chaque fois dans une fenêtre privée pour qu’aucune session ne soit conservée.
Regardez la boîte de réception. Chaque e-mail indique à quelle variante il a été envoyé. Si un second coupon est arrivé, sa vérification offer_reuse échoue et la page Accounts signale que l’offre de bienvenue a été envoyée plus d’une fois.

La vérification indique aussi si les coupons diffèrent (l’app en a émis un nouveau à chaque fois) ou s’il s’agit du même code partagé ; dans ce cas, c’est au paiement de refuser une seconde utilisation. Enregistrez ce qu’a fait le paiement avec les résultats de coupon : un coupon accepté pour une offre réutilisée échoue.

Dans un test

const tagged = address.replace('@', '+promo1@');
let submitted = new Date();
await signUpForOffer(page, address);
await qa.waitForCode(address, { type: 'coupon', since: submitted, timeout: 600 });

submitted = new Date();
await signUpForOffer(page, tagged);
// The same person: no second coupon should come.
await qa.expectNoEmail(tagged, { since: submitted, type: 'code', subtype: 'coupon', timeout: 300 });
expect((await qa.offers(address)).passed).toBe(true);

Les agents obtiennent la même chose avec get_address_variants, wait_for_code (type coupon) et check_offers, et le prompt test_offer_reuse les guide pas à pas.

Essayez-le lors de votre prochain test d’inscription

Offre gratuite, sans carte bancaire. Créez une adresse et regardez arriver le code ou le lien.

Créer un compte gratuitOuvrir l'application

Questions

Dois-je activer quelque chose ?

Oui, pour l'instant. E-mails marketing et promotionnels est dans Labs : activez-le dans l'app sous Account settings → Labs. Cela s'applique aussi à votre clés d'API et à vos agents ; d'ici là, leurs outils marketing répondent par une erreur qui l'indique.

Ces variantes arrivent-elles vraiment dans la même boîte de réception ?

Oui. Le courrier envoyé à nom+promo1@ et NOM@ arrive à nom@, comme chez Gmail, Outlook et la plupart des fournisseurs : le test correspond donc à ce que de vraies personnes peuvent faire.

Et les points de Gmail, comme n.a.m.e@gmail.com ?

Proxy Mail QA ne peut pas les tester : sur nos domaines, un point donne une adresse différente. Si votre app normalise les adresses Gmail, testez cette règle avec des tests unitaires.

Mon app doit-elle bloquer complètement les +tags ?

En général, non : beaucoup de gens s’en servent pour trier leur courrier. Une solution courante consiste à normaliser l’adresse pour vérifier si quelqu’un a déjà eu l’offre, et à garder l’adresse saisie pour les envois.