El registro abierto trae usuarios que no encajan
Quiere solo usuarios aprobados, pero el registro abierto deja entrar abusadores y cuentas poco adecuadas. Las revisiones manuales llevan tiempo y aún fallan.
API de lista blanca para registros y envíos de confianza
Apruebe exactamente quién puede registrarse o recibir correos: por dirección concreta o dominio completo. Controle el acceso con un solo campo `block`, sin lógica de lista blanca propia en cada servicio.
No se requiere tarjeta. Pruébelo con créditos gratis.
1 campo
para permitir o denegar (`block`)
2 tipos de regla
correo exacto y dominio completo
Activado o desactivado
modo lista blanca cuando cambia la política
Tiempo real
comprobaciones de política en la respuesta de verificación
La lista blanca evita errores de política muy costosos
Mantenga solo usuarios y destinatarios aprobados en sus flujos y centralice las decisiones en una respuesta de API.
La lógica de lista de permitidos está duplicada en varios servicios
Registro, CRM y campañas necesitan la misma política, pero cada servicio la implementa distinto y se desincroniza.
Paga por envíos a audiencias que no quería
Cuando solo ciertos clientes deben recibir correo, las listas amplias gastan presupuesto y diluyen métricas.
Flujo de lista blanca
Cómo funciona la lista blanca
Defina una vez quién está permitido; luego decida la política con un campo en cada resultado de verificación.
01→
Añadir reglas de lista blanca
Añada correos exactos como [email protected] o dominios como company.com para definir quién puede pasar.
02→
Activar el modo lista blanca cuando haga falta
Actívela cuando solo deban pasar correos y dominios listados. Desactívela cuando no necesite reglas estrictas solo-permitidos.
03✓
Verificar y decidir con `block`
Use el campo `block` en la respuesta. `block: true` deniega; `block: false` permite.
Ejemplo de respuesta de la API de verificación
GET /v1/[email protected]\nX-API-Key: your-api-key\n\n{\n "valid": true,\n "block": false,\n "domain": "customer.org"\n}Qué puede incluir en la lista blanca
Correo exacto
Permitir una dirección concreta cuando solo usuarios seleccionados deben pasar.
Dominio
Permitir todos los buzones en dominios aprobados como partner.com o customer.org.
Equipos que usan la API de lista blanca en producción
Equipos reales protegen el onboarding, afinan el targeting y sacan la lógica de política del código de la app.
DR
Daniel Reed
Founder, B2B SaaS
“Activamos la lista blanca para pruebas enterprise y dejamos de recibir registros aleatorios. Ventas habla solo con cuentas que realmente buscamos.”
SM
Sofia Martinez
Lifecycle Marketing Lead
“En campañas solo partners, listamos dominios aprobados y evitamos enviar a la audiencia equivocada. Menos envíos desperdiciados y mejores métricas.”
ML
Marcus Lee
Product Manager, Marketplace
“Antes teníamos lógica de permitidos en varios servicios. Ahora cada flujo lee el mismo `block` y se comporta igual.”
Preguntas frecuentes sobre la API de lista blanca
¿Qué campo usamos para permitir o denegar?
El campo `block` en la respuesta de verificación. Si `block` es true, denegar; si es false, permitir.
¿Podemos listar en blanco correos exactos y dominios completos?
Sí. Añada direcciones precisas o dominios como `company.com` para permitir todos los buzones de ese dominio.
¿Podemos activar y desactivar la política de lista blanca?
Sí. El modo se puede encender o apagar para exigir solo-permitidos solo cuando su flujo lo requiera.
¿Elimina la necesidad de lógica propia de allow-list?
Sí. Gestione las reglas una vez y lea `block` de la API en lugar de duplicar coincidencias en varios backends.
¿Qué pasa si un correo está en lista blanca y negra?
La lista negra tiene prioridad. Si coincide la blacklist, `block` sigue true aunque también esté en whitelist.