L'inscription ouverte attire les mauvais profils
Vous voulez seulement des utilisateurs approuvés, mais l'ouverture laisse entrer des abus et des comptes peu pertinents. Les contrôles manuels prennent du temps et ratent encore des cas.
API liste blanche pour inscriptions et envois de confiance
Approuvez précisément qui peut s'inscrire ou recevoir des e-mails — par adresse ou domaine entier. Contrôlez l'accès avec un seul champ `block`, sans logique de liste blanche dupliquée.
Aucune carte bancaire requise. Testez avec des crédits gratuits.
1 champ
pour autoriser ou refuser (`block`)
2 types de règles
e-mail exact et domaine entier
Activé ou désactivé
mode liste blanche quand la politique change
Temps réel
contrôles de politique dans la réponse de vérification
La liste blanche évite les erreurs de politique coûteuses
Ne gardez que les utilisateurs et destinataires approuvés dans vos flux en centralisant les décisions dans une réponse API.
La logique allow-list est dupliquée entre services
Inscription, CRM et campagnes partagent la même politique, mais chaque service l'implémente différemment et dérive.
Vous payez pour des envois vers des audiences non voulues
Quand seuls certains clients doivent recevoir des e-mails, les listes larges gaspillent le budget et diluent les indicateurs.
Flux liste blanche
Comment fonctionne la liste blanche
Définissez une fois qui est autorisé, puis décidez via un champ dans chaque résultat de vérification.
01→
Ajouter des règles de liste blanche
Ajoutez des e-mails exacts comme [email protected] ou des domaines comme company.com pour définir qui est autorisé.
02→
Activer le mode liste blanche au besoin
Activez-le lorsque seuls les e-mails et domaines listés doivent passer. Désactivez quand une politique stricte n'est pas requise.
03✓
Vérifier et décider avec `block`
Utilisez le champ `block` dans la réponse. `block: true` refuse, `block: false` autorise.
Exemple de réponse API de vérification
GET /v1/[email protected]\nX-API-Key: your-api-key\n\n{\n "valid": true,\n "block": false,\n "domain": "customer.org"\n}Ce que vous pouvez mettre en liste blanche
E-mail exact
Autoriser une adresse précise lorsque seuls des utilisateurs choisis doivent passer.
Domaine
Autoriser toutes les boîtes sur des domaines approuvés comme partner.com ou customer.org.
Équipes qui utilisent l'API liste blanche en production
Des équipes protègent l'onboarding, resserrent le ciblage et sortent la logique métier du code applicatif.
DR
Daniel Reed
Founder, B2B SaaS
“Nous avons activé la liste blanche pour les essais enterprise et arrêté les inscriptions aléatoires. Les ventes ne parlent qu'aux comptes ciblés.”
SM
Sofia Martinez
Lifecycle Marketing Lead
“Pour les campagnes partenaires, nous listons les domaines approuvés et évitons le mauvais public. Moins d'envois inutiles, de meilleures métriques.”
ML
Marcus Lee
Product Manager, Marketplace
“Avant nous avions de la logique allow dans plusieurs services. Maintenant chaque flux lit le même `block` de façon cohérente.”
Questions fréquentes sur l'API liste blanche
Quel champ utiliser pour autoriser ou refuser ?
Le champ `block` dans la réponse de vérification. Si `block` est vrai, refuser ; si faux, autoriser.
Peut-on lister en blanc e-mails exacts et domaines entiers ?
Oui. Ajoutez des adresses précises ou des domaines comme `company.com` pour autoriser toutes les boîtes de ce domaine.
Peut-on activer et désactiver la politique ?
Oui. Le mode liste blanche s'active ou se désactive pour n'exiger le comportement « uniquement autorisés » que quand c'est nécessaire.
Cela supprime-t-il une logique allow-list personnalisée ?
Oui. Vous gérez les règles une fois et lisez `block` depuis l'API au lieu de dupliquer la correspondance sur plusieurs backends.
Et si une adresse est en liste blanche et noire ?
La liste noire prime. Si la blacklist correspond, `block` reste vrai même si l'entrée est aussi en whitelist.