Una lista vieja la quema. Validamos sintaxis, MX, SMTP-handshake, spam traps, role accounts y disposable. Le devolvemos solo los correos que abren.
La aritmética es simple. Una lista comercial promedio acumula entre 18% y 32% de invalidez al año: bounces, complaints, role accounts, traps. Enviar masivo a una lista en ese estado dispara filtros de spam en Gmail/Microsoft en horas, no en días. Validar antes cuesta entre USD 0.0008 y USD 0.004 por correo. Recuperar la reputación dañada cuesta USD 690+ y semanas de operación detenida.
Servicios como ZeroBounce o NeverBounce verifican formato y existencia del dominio (sintaxis + MX records). Eso solo identifica el 35-40% de los problemas reales. Spam traps, role accounts activos, complaints históricos, catch-all engañosos y disposable rotantes requieren validación SMTP en vivo + cruzado con bases de reputación.
Los proveedores de email (Spamhaus, SORBS, etc.) mantienen direcciones que no responden orgánicamente — fueron sembradas para detectar listas mal obtenidas. Un solo hit a spam trap puede bajar reputación de Gmail de "high" a "low" en 48h. Una validación seria los identifica y los aparta antes del envío.
info@, admin@, sales@ típicamente son leídos por varias personas o por un filtro automatizado. Generan respuestas inconsistentes, complaints, o caen en filtros de spam corporativos. Los catch-all (dominios que aceptan cualquier dirección) inflan la base con "validez aparente" pero entrega real cero. Una validación SMTP profunda los distingue.
Una base limpia hoy tiene 18% de invalidez en 12 meses sin tocarla. Las marcas que validan una vez y operan dos años sobre esa validación enfrentan el mismo problema al año 2 que al año 0. La validación correcta es mensual o trimestral sobre la base activa, no un proyecto único.
Para bases hasta 100k contactos, el ciclo completo toma 24 horas hábiles desde recepción del CSV hasta entrega del reporte. Bases sobre 500k pueden tomar 48-72h.
Recibimos CSV, XLSX o conexión a CRM. Normalizamos formato (lowercase, trim, encoding). Detectamos duplicados estrictos y aproximados (typo-correction). Una base de 100k típica deja 92-96k tras este paso por duplicaciones.
Verificamos sintaxis RFC 5321/5322. Lookups DNS de los MX records de cada dominio. Identificamos dominios muertos, typos de dominios populares (gmial.com → gmail.com, hotmial.com → hotmail.com), y dominios temporales/disposable.
Conexión real al servidor receptor con HELO/EHLO + RCPT TO sin enviar mensaje. El servidor responde 250 (válido), 550 (no existe), 451 (greylisted), 421 (rate limited). Categorizamos cada respuesta. Esta es la diferencia entre validación seria y validación de juguete.
Cruzamos contra bases conocidas de spam traps (Spamhaus, SORBS, Validity), bases de role accounts, bases de disposable (Mailinator, Yopmail, etc.), y nuestro histórico interno de complaints de clientes anteriores.
Entregamos dos archivos: contactos válidos para enviar (verde) y reporte de invalidados con razón categorizada. Reporte ejecutivo con: % de validez total, breakdown por tipo de invalidación, calidad por origen/segmento de la base, recomendaciones para mejorar captura futura.
Black Friday, lanzamiento de producto, evento. Va a enviar a 100k+ contactos en una sola pieza. El riesgo de quemar reputación con base no validada es alto. Validar 1 semana antes del blast cuesta USD 80-400 según volumen y previene una recuperación de USD 2.000+.
Compraron una empresa, heredaron una base. Migraron de plataforma anterior. La base tiene 2-5 años sin validación seria. Validación inicial completa antes de cualquier envío programático nuevo.
Empresa que envía marketing semanalmente. La base acumula invalidez. Validación trimestral preventiva mantiene la base sana sin necesidad de recuperación posterior. Cuesta 4x USD 80/trimestre vs USD 690+ recuperación cuando ya cayó la reputación.
Va a migrar de Mailchimp a su propio SMTP con PowerMTA o KumoMTA. El IP nuevo va a tener cero reputación. Empezar el warmup con una base validada limpia hace la diferencia entre 30 días de warmup exitoso vs warmup fallido en la primera semana.
Esos servicios validan con DB estática mayormente (sintaxis + MX + algunas listas conocidas). Detectan ~40% de los problemas reales y son perfectos para bases muy básicas. Nosotros hacemos SMTP-handshake real contra cada servidor receptor + cruzado con bases internas de spam traps y reputación + diagnóstico segmentado. La diferencia se nota en bases sobre 50k correos o donde la reputación del dominio importa. Para bases chicas (<10k) y operaciones casuales, ZeroBounce sirve.
Sí. USD 0.0008 aplica para volumen de 250k+ contactos. Para volúmenes menores: USD 0.003 hasta 10k, USD 0.002 hasta 50k, USD 0.0012 hasta 250k. Mínimo proyecto USD 80. La razón del costo: SMTP-handshake real consume recursos (un servidor dedicado validando ratea ~50k contactos/hora con buenas prácticas para no parecer spammer ante los receptores).
No. La validación se queda en el RCPT TO, no envía DATA. El receptor ve un intento de envío sin contenido y responde con código de validez. Esto NO genera bounces para tu reputación porque la validación se hace desde infraestructura nuestra, no desde tu dominio. Algunos servidores muy estrictos cuentan estos handshakes como sospechosos si vienen muy frecuentes, por eso el proceso es lento (50k/h, no instantáneo).
No al 100%, sería deshonesto. Tras validación seria, los bounces típicamente bajan de 8-15% (lista no validada) a 0.5-2% (lista validada). Quedará algún bounce residual: cuentas que se desactivaron entre la validación y el envío, soft-bounces transitorios (buzón lleno, mantenimiento del servidor receptor), spam traps recién sembradas. El objetivo del servicio es bajar bounces a menos de 2% para mantener reputación, no eliminarlos al 0%.
Aceptamos CSV o XLSX por email cifrado, transferencia SFTP, o subida a Google Drive compartido con NDA firmado. Para bases sobre 500k recomendamos SFTP por estabilidad de transferencia. La base se elimina permanentemente de nuestros sistemas a los 30 días post-entrega del reporte, salvo que el cliente contrate validación recurrente y autorice retención.
Sí, vía Have I Been Pwned API agregada al proceso. Si un correo aparece en breaches conocidos, lo marcamos en el reporte como "riesgo elevado de spam trap". No los descartamos automáticamente (algunos brechas son antiguas y los correos siguen activos legítimamente), pero el cliente puede decidir excluirlos del envío masivo y enviarles re-permission separadamente.
Conversación de quince minutos por WhatsApp. Le decimos exactamente qué incluiría su cotización para esto, sin formularios largos.
