Sobre este vídeo

Las direcciones de este vídeo son ejemplos. La verificación de archivos requiere una cuenta de pago.

Transcripción del vídeo

1. 00:00Qué estás construyendo

   El correo en frío se apoya en tres cosas. Dominios que son tuyos, buzones que controlas y un inicio de sesión de envío que sigue funcionando. Tres cosas que se confunden en una hoja de presupuesto. Una cuenta es la identidad de un buzón. Una lista son datos de contacto. El aprovisionamiento es capacidad de envío en dominios que controlas. Solo lo último es infraestructura. Aquí tienes una prueba sencilla. ¿Puedes mostrar quién creó cada buzón? ¿Quién lo gestiona hoy? ¿Y quién tiene el control de administrador? Si respondes las tres, esa capacidad es tuya.

2. 00:34Dominios y buzones

   Empieza por dominios que sean tuyos. Cuando tenga sentido, envía desde dominios separados de tu marca principal. Eso te da un control más limpio de la reputación y mantiene el riesgo lejos de tu dominio principal. Después añade unos pocos buzones a cada uno. Cada bandeja necesita una persona responsable, una finalidad por escrito y una política de acceso. Si no, seguridad hereda credenciales que nadie sabe explicar. A continuación, autentica cada dominio de envío. SPF nombra los servidores autorizados a enviar por él. DKIM añade una firma que el receptor puede comprobar. DMARC vincula esos resultados con el dominio visible del From y fija una política para los fallos. Luego ve despacio. Los buzones nuevos necesitan un aumento medido. Si les metes volumen de golpe, desperdicias una configuración limpia.

3. 01:18Salud de SMTP

   Ahora la parte que la mayoría de equipos se salta. La entrega plantea dos preguntas distintas. ¿Puede esta app enviar correo a través de este servidor? ¿Y debería el destinatario confiar en este dominio? La autenticación SMTP responde la primera. SPF, DKIM y DMARC responden la segunda. Imagina una tarjeta de empleado y el papel con membrete de la empresa. La tarjeta te abre la puerta. El membrete le dice al mundo exterior quién eres. Tener una no te da la otra. El inicio de sesión sigue un orden fijo. Tu app se conecta y envía EHLO. El servidor enumera los métodos que admite. La app elige uno y envía AUTH. El código 235 significa aceptado. El código 535 significa rechazado. Y 535 no siempre es una contraseña incorrecta. Puede ser una cuenta bloqueada. Un método de inicio de sesión desactivado. O un proveedor que rechaza el acceso heredado. Una contraseña correcta no lo resuelve. Los puertos también importan. El puerto 25 sirve sobre todo para el relevo entre servidores. El 587 es para el envío, normalmente con STARTTLS. El 465 va cifrado desde el principio. Si cliente y servidor esperan cosas distintas, falla antes del inicio de sesión. Una regla aquí. Nunca arregles un fallo de inicio de sesión desactivando TLS. Eso puede exponer credenciales, y el problema real sigue ahí. Una contraseña puede seguir igual y aun así dejar de funcionar. Los proveedores están pasando de los inicios de sesión básicos a OAuth. Microsoft prevé desactivar por defecto la autenticación SMTP básica para los tenants existentes de Exchange Online después de diciembre de 2026. Así que anótalo todo. Cada flujo del CRM, formulario, app de facturación y script que envía correo. Para cada uno, registra la cuenta, el puerto y el cifrado, el método de inicio de sesión y el responsable.

4. 03:03Prueba cada fallo

   Luego prueba cuatro fallos a propósito. Envío: ¿la app inicia sesión por TLS? Dominio: ¿tus registros coinciden con la dirección From? Datos: ¿se comprueban las direcciones nuevas e importadas? Reputación: ¿se mueven los rebotes y las quejas? Un buen inicio de sesión demuestra una sola cosa. Puedes enviar correo. No demuestra que el buzón al otro lado exista. La verificación consulta los registros MX del dominio y luego mantiene una conversación SMTP con el servidor receptor. No se envía ningún correo. Algunos servidores dicen que sí a cualquier dirección. BillionVerify las informa como catch-all, y los resultados desconocidos son gratis. Las comprobaciones individuales funcionan con tus créditos gratis diarios. Verificar un archivo requiere una cuenta de pago. Sé dueño de los dominios. Nombra a los responsables. Prueba el inicio de sesión. Comprueba las direcciones. Esa es una configuración que puedes medir, arreglar y mantener.

5. 03:54Empieza gratis

   20 créditos gratis cada día que usas tu cuenta, hasta 600 al mes. Sin tarjeta de crédito. Empieza en billionverify.com.

Aparece en este vídeo

• Comprar cuentas de correo electrónico en masa: Una guía sobre riesgos y alternativas