Infraestructura email para agencias que envían en nombre de docenas de clientes

Dos patrones. En el primero, el cliente mantiene su plataforma existente (Mailchimp, Klaviyo, etc.) y nosotros nos sentamos debajo como SMTP relay — la plataforma envía a través nuestro en lugar de a través de la infraestructura compartida built-in de la plataforma. La UI de la plataforma sigue igual; lo que cambia son las IPs y el dominio sobre el que el correo realmente sale. Este es el patrón más común cuando un cliente existente no quiere reconstruir sus workflows de campaña.

En el segundo patrón, la agencia construye su propia capa fina encima nuestro (frecuentemente usando MailWizz, Mautic, o un admin React custom) y el cliente entra a la plataforma branded de la agencia en lugar de Mailchimp. El pricing favorece este patrón pasada cierta escala porque las fees de plataforma componen, pero es un build mayor.

30 días de monitoreo en p=none con los reportes agregados recolectados y parseados (nosotros corremos el parser, tú recibes el resumen legible) para identificar cada fuente de envío legítima de ese cliente. La mayoría de clientes tienen 2-4 fuentes que nadie en la agencia conocía: una instancia Mailchimp olvidada de una agencia anterior, un CRM haciendo envíos transaccionales, un flow de confirmación de landing page de HubSpot, el tenant Office 365 de la oficina. Todas necesitan autenticación DKIM-alineada antes de que la política pueda avanzar.

Luego 30 días en p=quarantine para confirmar que nada legítimo está siendo capturado. Luego p=reject. Tiempo total: ~90 días para una migración limpia. Más rápido si la infraestructura del cliente ya era simple; a veces 4-6 meses si hay vendors que necesitan ser reemplazados porque no pueden autenticar correctamente.

La reputación de dominio se mueve con el dominio (es propiedad del dominio remitente, no de la infraestructura). La reputación de IP no — moverse a IPs nuevas significa pasar por el warmup de 14-28 días. Típicamente corremos dual-send durante el warmup: la plataforma existente maneja quizás el 80 % del tráfico mientras las IPs nuevas suben del 10 % en día uno a capacidad plena para el día 21. Para semana 4, el tráfico está completamente en nuestra infraestructura y el contrato anterior se puede cancelar.

Si la deliverability previa del cliente era pobre (DMARC estaba en p=none con muchos fallos, o estaban en un pool IP compartido con malos vecinos), la mudanza frecuentemente mejora la reputación en lugar de mantenerla. Hemos visto ganancias de colocación inbox de 8-15 puntos porcentuales en el primer mes para clientes que venían de las peores plataformas de pool-compartido.

Esta es la conversación que nuestros reportes están construidos para soportar. Los logs de envío por cliente, las tasas de queja por dominio receptor, los reportes de fallo DMARC, los datos FBL, y las listadas DNSBL están todos atribuidos al cliente originario. Cuando un cliente reclama "vuestra deliverability es mala", puedes mostrarle que su propia tasa de queja superó el 0,30 % hace tres semanas porque subió una lista de un escaneo de placas de feria. Los datos son tuyos; nosotros solo nos aseguramos de que se recopilen y sean presentables.

Para las agencias, este es a menudo el valor más difícil de comunicar de entrada pero más valioso en retención. Los clientes que iban a despedirte porque la deliverability cayó se quedarán cuando vean los datos mostrando que fue su acción, no tu competencia.

Número de teléfono de Stockholm, un canal Slack para el lead de deliverability de la agencia, y CC en el inbox del operador. En incidentes críticos (múltiples clientes afectados, bloque de Microsoft, listada /24), la rotación on-call responde dentro de una hora durante horas laborables UE; respuesta fuera de horario típicamente 2-3 horas para crítico, más para no-urgente. Para agencias en el retainer de Managed Deliverability (+€1.200/mes), la respuesta y la relación son más estrechas — hay un ingeniero de deliverability nombrado que está sobre tu cuenta.

Cadena estándar: el cliente es el responsable, tú (la agencia) eres el encargado del tratamiento, nosotros somos el subencargado. Nuestro DPA está construido para este patrón e incluye las cláusulas contractuales estándar para cualquier movimiento de datos (que de todas formas es raro — Stockholm primario, Frankfurt secundario, sin transferencia fuera de UE por defecto). Para agencias españolas, la cadena trabaja bajo el marco RGPD + LOPD-GDD (Ley Orgánica 3/2018). Para clientes que envían a España bajo LSSI-CE (Ley 34/2002), proveemos el opt-in trail que esa normativa requiere.

Para agencias en LATAM, cubrimos LGPD Brasil (Ley 13.709/2018), LFPDPPP México (Ley Federal de Protección de Datos Personales en Posesión de los Particulares), y la legislación equivalente en Chile, Colombia y Argentina. Para agencias mexicanas que envían a EE.UU., navegamos el marco transfronterizo bajo los nuevos lineamientos del INAI 2025.

Sí. Los hostnames de envío, HELO, headers Received, configuración FBL, y rDNS PTRs todos usan el hostname brandeado de tu agencia. El dashboard se puede servir en un subdominio que tú poseas (ej. mail.tu-agencia.com) con tu branding. Los únicos sitios donde aparecemos son dentro de los documentos legales en la base de la cadena — típicamente no visibles para el cliente final. La mayoría de agencias nos presenta internamente como "nuestro partner de infraestructura de deliverability" y nunca nos nombra a los clientes.