El problema del correo: cuando tu app hecha con IA necesita enviar mensajes a personas reales

Construiste la app. El formulario de registro funciona. Un usuario lo llena, hace clic en “Crear cuenta” —y luego no pasa nada. O peor: el correo de confirmación llega cuarenta minutos después, en la carpeta de spam, con una dirección de remitente que parece escrita por un robot. Le pides a tu creador de apps con IA que “arregle el correo”. Tres iteraciones después, tienes un error nuevo y el mismo problema.

Si has lanzado cualquier cosa con un creador de apps con IA, probablemente te topaste con esto. El correo parece una función de una sola línea. No lo es. Es un protocolo de hace treinta años con reglas de confianza extrañas, y lograr que se porte bien dentro de una app hecha con IA es uno de los lugares más comunes donde los fundadores no técnicos pierden usuarios sin hacer ruido.

Esto es lo que de verdad está pasando, y qué pedirle a tu creador que haga al respecto.

Por qué el correo es más difícil de lo que tu creador hace parecer

Cuando tu creador de apps con IA genera una función de “enviar correo”, por lo general conecta lo más pequeño que funciona en una pantalla de prueba. Usa una dirección de envío por defecto. Envía a través del servicio que prefiera su plantilla. Da por hecho que eres una empresa real con un dominio real en el que internet confía.

El internet de verdad no confía en remitentes nuevos. Los proveedores de correo —Gmail, Outlook, Yahoo, Apple— se han pasado veinte años perfeccionando cómo marcar fuentes desconocidas. Cuando un dominio recién nacido empieza a enviar restablecimientos de contraseña y correos de bienvenida, cada filtro de spam del mundo levanta una ceja. Sin tres piezas específicas de configuración en su lugar, tus correos caerán en spam, se descartarán en silencio o llegarán lo bastante tarde como para que los usuarios ya se hayan rendido.

Las tres piezas son SPF, DKIM y DMARC. No necesitas saber qué significan las siglas. Necesitas saber que sin ellas, tu función de envío de correos está rota de una forma que no puedes ver desde dentro de la app.

Lo primero que hay que revisar: ¿de quién es el correo en realidad?

Abre el correo más reciente que tu app haya enviado. Mira la dirección de remitente. Por lo general es una de tres cosas:

1. algo@tudominio.com — el mejor caso. Tu creador de apps con IA configuró un remitente real. Si los usuarios aún no los reciben, el problema son las tres siglas de arriba.
2. algo@algun-servicio-de-creador.com — común. Tus correos se están enviando desde la infraestructura compartida de tu creador. Esto funciona, pero te mete en una piscina con todas las demás apps al azar de la plataforma. Un mal vecino y tu tasa de entrega se desploma.
3. noreply@algun-dominio-al-azar.example — malo. Tu creador de apps con IA generó un marcador de posición que nunca reemplazó. Los usuarios están recibiendo correos de un dominio que no te pertenece, y los proveedores de bandeja de entrada, con razón, sospecharán de ellos.

Si estás en los casos 2 o 3, eso es lo primero que hay que arreglar.

Qué pedirle a tu creador de apps con IA, en orden

Hay una secuencia específica que funciona para la mayoría de los creadores. Pedir estas cosas en el orden equivocado producirá resultados confusos.

Paso 1: elige un proveedor de envío

Pídele a tu creador de apps con IA: “Quiero enviar correos desde mi propio dominio. Conecta esta app a Resend (o Postmark, o SendGrid) usando mi clave de API.” Elige uno. Para apps pequeñas son prácticamente equivalentes. Resend y Postmark tienen los flujos de configuración más amigables.

Necesitarás registrarte tú mismo con el proveedor y conseguir una clave de API. La IA no puede hacer esta parte —requiere que pongas una tarjeta de crédito y verifiques tu identidad. Calcula treinta minutos.

Paso 2: verifica tu dominio

Una vez que tu proveedor de envío esté conectado, el proveedor te pedirá agregar tres registros DNS a tu dominio. Son los registros SPF, DKIM y DMARC que mencioné. Tu proveedor te mostrará exactamente qué pegar.

Este es el paso que la mayoría de los fundadores no técnicos se salta, y es el que arregla el 80% de las quejas de “mis correos van a spam”. Pídele a tu creador de apps con IA: “Ayúdame a encontrar dónde agregar registros DNS para el dominio que compré.” Te guiará por tu registrador (GoDaddy, Namecheap, Cloudflare, quien sea).

Este es también el único paso que toma tiempo del mundo real —los cambios de DNS pueden tardar unas horas en propagarse. No te asustes si no funciona de inmediato.

Paso 3: reescribe el contenido de tus correos

Este sorprende a la gente. El contenido de tus correos importa tanto como la configuración. Los creadores de apps con IA tienden por defecto a un texto de marketing parlanchín que se parece al patrón del spam. Dos cosas específicas que arreglar:

• Nada de asuntos en mayúsculas. “BIENVENIDO A MI APP” es una señal de spam. “Bienvenido a Barcos de María” no lo es.
• Nada de enlaces pelados a dominios de redirección. Si tu correo dice “Haz clic aquí” y el enlace apunta a una URL de seguimiento que rebota por tres proveedores, los filtros de spam lo notan. Pídele a tu creador que use enlaces que vayan directo a tu dominio.

Una comprobación rápida: envíate a ti mismo un correo real desde la app, luego reenvíalo a mail-tester.com. Le pone una calificación a tu correo sobre 10 y te dice exactamente qué arreglar. Una calificación de 8 o más significa que las bandejas de entrada te aceptarán. Por debajo de 6, espera problemas.

Los tres correos que tienen que funcionar

No necesitas enviar todos los correos bien. Necesitas enviar tres correos específicos bien, porque si cualquiera de ellos falla, tu app se rompe para los usuarios nuevos.

1. La confirmación de registro. Si los usuarios se registran y no pueden confirmar su dirección, no pueden iniciar sesión. Asegúrate de que este llegue en menos de un minuto, siempre.
2. El restablecimiento de contraseña. Este es el correo que los usuarios notan cuando falta. Si piden un restablecimiento y no llega nada, tu bandeja de soporte se llena el mismo día.
3. El correo de “pasó algo en tu cuenta” —un nuevo inicio de sesión, una invitación, un comentario. Estos generan confianza. Si aparecen de forma confiable, los usuarios empiezan a tratar tu app como un servicio de verdad.

Todo lo demás —boletines, novedades del producto, campañas por goteo— es un extra. Logra que los tres correos centrales se entreguen de forma consistente antes de construir algo más elaborado.

Cuándo pedir ayuda a un humano

Si ya hiciste los tres pasos de arriba y los correos siguen yéndose a spam, el problema casi siempre es una de tres cosas: tu dominio es muy nuevo (espera una semana, envía con moderación), tu contenido activa un filtro específico (corre la prueba de mail-tester), o tu volumen de envío se disparó de repente (empieza pequeño, ve subiendo).

Si llevas más de un día en esto y sigue roto, este es el momento correcto para pagarle a un freelancer por dos horas. La entregabilidad del correo es una de las pocas cosas en una app moderna donde un humano con experiencia puede arreglar lo que un creador de apps con IA no logra razonar del todo —porque la respuesta a menudo vive en registros DNS que la IA no puede ver.

Puedes lanzar una app entera hecha con IA sin nunca conectar correo de verdad. Lo que no puedes es conservar usuarios sin él.