Por qué MailerToGo envía desde mtg.yourdomain.com

Cuando conectas un workspace, MailerToGo pre-añade mtg.yourdomain.com como tu primer dominio de envío — un subdominio del dominio que ya posees, no tu dominio raíz ni uno nuevo. Esa configuración por defecto es deliberada. Te da la mejor entregabilidad, mantiene tu email existente sin cambios, y nos permite hacer casi todo el trabajo DNS por ti. Aquí está la razón, y cómo cambiarlo si tu configuración requiere algo diferente.

Tus destinatarios siguen viendo tu dominio raíz. Enviar desde mtg.yourdomain.com no cambia nada en la bandeja de entrada — la dirección De: que ven tus clientes sigue siendo tu@yourdomain.com. El subdominio solo hace su trabajo en la capa de autenticación que inspeccionan los proveedores de buzón. Para la mecánica completa (envelope-from vs. From:, SPF/DKIM/DMARC), consulta el análisis profundo: Por qué deberías usar un subdominio para enviar email.

Por qué un subdominio, no tu dominio raíz

La reputación de tu dominio raíz se mantiene aislada. La entregabilidad es un juego de reputación, y la reputación se vincula al dominio de envío. Pon el correo transaccional de tu app en mtg.yourdomain.com y cualquier bache — un lote deficiente, un pico en reclamaciones — se contiene en ese subdominio. Nunca puede manchar yourdomain.com ni el email diario de tu equipo.

Cero conflicto con tu email existente. Si ejecutas Google Workspace o Microsoft 365, tu dominio raíz ya tiene registros MX, SPF y DMARC que hacen que el email corporativo funcione. Añadir un remitente de app al mismo registro SPF raíz es riesgoso: SPF tiene un límite de 10 búsquedas DNS, y acumular cada proveedor en un registro puede excederse y romper la autenticación para todo. Un subdominio dedicado obtiene su propio SPF, DKIM y alineación DMARC, así que tu configuración de Workspace/365 nunca se toca y nunca está en riesgo.

Es lo que hacen los grandes remitentes. GitHub, Stripe y AWS envían correo transaccional desde subdominios exactamente por estas razones.

Configuración rápida: un registro NS, y nosotros manejamos el resto

La razón por la que podemos pre-añadir mtg.yourdomain.com y hacer que simplemente funcione es la delegación. En lugar de pedirte que publiques y mantengas un puñado de registros SPF, DKIM y DMARC a mano, te pedimos uno que nos entregue un subdominio para gestionar:

; Delega el subdominio mtg a los servidores de nombres de MailerToGo
mtg.yourdomain.com.   NS   ns1.mailertogo.net.
mtg.yourdomain.com.   NS   ns2.mailertogo.net.

Eso es todo. Una vez que la delegación se resuelve, MailerToGo publica todo lo que el subdominio necesita y lo mantiene actualizado automáticamente:

• Creamos y publicamos tus registros SPF, DKIM y DMARC.
• Auto-rotamos claves DKIM en un calendario y las re-publicamos por ti.
• Si nuestras IPs de envío o claves alguna vez cambian, los registros se actualizan solos — sin acción de tu parte.

La delegación se mantiene limitada al subdominio solo. Tu dominio raíz y cada otro nombre bajo él no se tocan — solo podemos ver y gestionar registros en mtg.yourdomain.com. Nunca más tickets DNS.

Al instante revocable

Porque todo cuelga de un solo registro NS, tú mantienes el control. Borra el registro NS y la delegación se fue — al instante, y enteramente de tu lado. No hay solicitud de soporte ni espera: elimina el registro y MailerToGo ya no puede gestionar ni enviar desde ese subdominio. El control de tu DNS nunca abandona tus manos.

Cuándo el raíz u otro subdominio tiene sentido (Configuración avanzada)

La configuración rápida funciona para la mayoría, pero no todos pueden (o quieren) delegar un subdominio:

• Necesitas gestionar los registros tú mismo — por control de cambios, o porque tu DNS está gobernado centralmente.
• Quieres una etiqueta diferente — email.yourdomain.com o notifications.yourdomain.com funcionan exactamente igual; el nombre específico no afecta la entregabilidad.
• Estás separando flujos — p. ej. mtg.yourdomain.com para correo transaccional y news.yourdomain.com para marketing, así un pico de reclamaciones de marketing nunca toca tus recibos y restablecimientos de contraseña.

En cualquiera de estos casos, usa Configuración avanzada: añade el subdominio (o, si realmente debes, el raíz — mientras no sea ya un CNAME) como dominio de envío en el dashboard, y publica los registros exactos SPF/DKIM/DMARC que muestra a mano. Los registros paso a paso, configuración de app y verificaciones están cubiertos en Por qué deberías usar un subdominio para enviar email, y el caso de entregabilidad general está en Emails de subdominio: ¿debería usar un subdominio para enviar email?.

La versión corta

Pre-añadimos mtg.yourdomain.com porque un subdominio de envío protege la reputación de tu dominio raíz, se mantiene separado de tu email corporativo existente, y — vía un solo registro NS delegado — nos permite publicar y auto-mantener cada registro de autenticación por ti. Tus clientes aún ven tu marca; obtienes mejor entregabilidad; y puedes revocar todo anytime borrando un registro DNS.