# Qué sigue aplicándose cuando un agente envía tus emails URL canónica: https://brew.new/es/blog/agent-email-deliverability Autoría: Thomas Park Publicado: 2026-09-27 Actualizado: 2026-09-28 Un agente puede lanzar una campaña con la misma infraestructura de envío que una persona. Gmail sigue viendo el remitente, el dominio y el mensaje. Los proveedores de correo puntúan **dominios, IP y tasas de quejas**. No puntúan si fue una persona quien hizo clic en Enviar. Si el agente envía contenido promocional por la IP transaccional, heredas el mismo problema que habrías creado a mano, solo que antes. Este artículo complementa la [guía de entregabilidad](/es/blog/email-deliverability), no la sustituye. La guía trata la reputación, la autenticación y la higiene de la lista; este, los errores que aparecen cuando es el software quien pulsa Enviar. ## La ley no menciona a los agentes La ley [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) se aplica a los mensajes comerciales. El [criterio de finalidad principal](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) se fija en el asunto y en el cuerpo del mensaje, no en quién los escribió. Si un mensaje mezcla una factura y una oferta, evalúa su finalidad principal. Cuentan el asunto, dónde aparece la información de la cuenta y cuánto destaca la promoción. Un breve pie de página promocional no convierte automáticamente un extracto de cuenta en un mensaje comercial. La guía de la FTC incluye ejemplos. Los mensajes comerciales necesitan encabezados y asuntos veraces, una dirección postal y una opción de baja que funcione. También ocurre al revés. Un email para restablecer la contraseña que el agente activó a raíz de un evento de seguridad real sigue siendo transaccional, siempre que el cuerpo se ciña a ese evento. ## Lo que Gmail y Yahoo exigen de verdad Los [requisitos para remitentes de Gmail](https://support.google.com/mail/answer/81126) incluyen normas para todos los remitentes y otras más estrictas para los remitentes masivos que envían unos **5000 mensajes** al día a cuentas personales de Gmail. Entre esos requisitos más estrictos están: - SPF, DKIM y alineación con DMARC, con una política `p=none` o más estricta. - Baja con un clic según el [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html), con `List-Unsubscribe` y `List-Unsubscribe-Post`. - Tasas de spam por debajo del **0,1 %**, sin llegar nunca al **0,3 %**. El correo transaccional está exento de la regla de la baja con un clic. No está exento de la autenticación, ni de las quejas por spam si metes una oferta en la plantilla. [Yahoo](https://senders.yahooinc.com/best-practices/) pide a los remitentes de gran volumen que separen el marketing y el transaccional en **IP distintas** y, preferiblemente, en dominios distintos. Comprueba qué identidad de envío usará el agente en lugar de dejarlo en manos de un valor predeterminado poco claro. ## Qué poner al alcance del agente Dale al agente una identidad de envío **promocional** para las campañas y las automatizaciones: el dominio que estás calentando, la IP en la que esperas las quejas y los encabezados de baja que ya has probado. Mantén el correo **transaccional** en una identidad aparte. En Brew, esa identidad es un dominio con propósito de envío transaccional, y el correo en sí es una automatización publicada con un disparador. El agente puede redactar la plantilla. Aun así, cada evento debería enviarse con `POST /v1/automations/triggers/{triggerEventId}/fire` y un payload JSON, no con un “envía este borrador a la lista”. No dejes que el agente elija la dirección From entre un montón de dominios verificados “para ver cuál llega”. Así acabas entrenando dos reputaciones a la vez sin entender ninguna. ## Revisa antes del primer envío sin supervisión El fallo típico no es una errata. Es un párrafo bien escrito que cita una cifra que nunca publicaste, o un asunto que parece un recibo. Antes de dejar que un agente envíe sin pasar por una cola de aprobación: 1. Contrasta la primera campaña con el brief de origen. Cada cifra debería aparecer en un documento tuyo. 2. Envíala a una lista semilla que incluya Gmail, Yahoo y Outlook. 3. Confirma que el encabezado de baja con un clic está en el correo promocional y que se omite a propósito en el transaccional. 4. Confirma que la dirección postal aparece en el pie de página del correo promocional. Cory Nelson, de Harmonya, le contó a [Noah Adelstein](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into) que hizo esa lectura de la primera campaña antes de confiar en el proceso automatizado. Ese es el orden correcto. ## En resumen Autentica el dominio, elige la identidad de envío correcta y contrasta la primera campaña con el brief aprobado. Revisa también los permisos y los ajustes de confirmación del asistente. No todos los clientes MCP piden aprobación de la misma forma. El brief que evita las cifras inventadas está en [cómo preparar el brief para un agente de email](/es/blog/how-to-brief-an-email-agent). La lectura de la primera campaña de Harmonya está en [cómo Harmonya convirtió una newsletter en un programa de ciclo de vida](/es/blog/harmonya-lifecycle-email).