Saltar al contenido
Docs

Descripción general

Por qué Emailit necesita tu propio dominio, qué registros DNS configura para la autenticación, el seguimiento y el correo entrante, y cómo se mantienen verificados los dominios.

Actualizado el 1 oct 2026

Todos los emails que envías con Emailit salen de un dominio de envíoDominio de envíoUn dominio de tu propiedad que verificas con registros DNS para que Emailit pueda enviar correo desde él con SPF, DKIM y un return-path personalizado. que es tuyo y que has verificado con registros DNS. Esta página explica qué configura Emailit en ese dominio, cómo funciona la verificación y cuántos dominios incluye tu plan.

Por qué necesitas un dominio de envío

Los proveedores de correo como Gmail, Outlook y Yahoo solo confían en el correo que demuestra que procede del dominio de la dirección From. Emailit lo demuestra con registros SPF y DKIM en tu dominio, así que tus mensajes se autentican como tuyos y construyen la reputación de tu dominio, no una reputación compartida.

Hasta que un dominio está verificado, Emailit rechaza los mensajes que salen de él. La API devuelve 422 Domain not verified y SMTP responde 530 From/Sender domain is not verified for this workspace. Cada dirección From debe usar un dominio verificado en el mismo espacio de trabajo, y cada subdominio cuenta como un dominio aparte.

Qué configura Emailit

Cuando añades un dominio, Emailit genera una clave DKIM de 2048 bits y te da hasta seis registros DNS. Tres son obligatorios; el resto activa funciones opcionales.

Registro Host Finalidad Obligatorio
MX emailit.<domain> Return-path. Recibe los rebotes y los informes de entrega de tu correo. Sí
TXT (SPF) emailit.<domain> Autoriza a los servidores de Emailit a enviar en nombre del subdominio del return-path. Sí
TXT (DKIM) emailit._domainkey.<domain> Clave pública que verifica la firma DKIM de cada mensaje. Sí
TXT (DMARC) _dmarc.<domain> Indica a los receptores qué hacer con el correo que no supera la autenticación. No
CNAME go.<domain> Dominio de seguimiento personalizado para el seguimiento de aperturas y clics. No
MX inbound.<domain> Recibe el email entrante en cualquier dirección de inbound.<domain>. No

El registro SPF está en el subdominio del return-path, no en tu dominio raíz, así que no tienes que cambiar el registro SPF que ya tengas para Google Workspace, Microsoft 365 u otro proveedor. Para ver todos los valores y por qué se configura así, consulta Registros DNS.

Cómo funciona

  1. Añades el dominio en el panel o con la API. Emailit crea sus registros DNS.
  2. Publicas los registros en tu proveedor de DNS, o dejas que Emailit los cree en Cloudflare.
  3. Ejecutas Check DNS. Emailit consulta los registros. Cuando SPF, DKIM y el return-path se superan, el dominio queda verificado.
  4. Envías. Emailit firma cada mensaje con tu clave DKIM y usa emailit.<domain> como return-path, así que SPF y DKIM se alinean con tu dominio From a efectos de DMARC.
  5. Emailit vuelve a comprobar los DNS cada día. Si un registro obligatorio deja de funcionar, el dominio deja de enviar y el propietario del espacio de trabajo recibe un email titulado «Sending domain <domain> is no longer verified».

Estados del dominio

Estado Significado
Verified SPF, DKIM y el return-path se superan. Puedes enviar desde el dominio.
Not verified Falta uno o varios registros obligatorios o no son válidos, o todavía no has ejecutado Check DNS.
Pending verification Los DNS pueden estar bien, pero el dominio está pendiente de una revisión manual. Se aplica a los dominios registrados hace menos de 30 días en Pay as you go.
Sending paused La tasa de rebote del dominio es demasiado alta. Aparece un aviso en la página del dominio. Consulta Salud de envío.

Verificación del dominio explica cada estado, las comprobaciones de cada registro y cómo solucionar los fallos habituales.

Límites

Pay as you goProBusinessCustom
Dominios de envío3 (25 después de tu primera compra de créditos)1001000Según acuerdo
Revisión de los dominios con menos de 30 díasSíNoNoSí

Las licencias de AppSumo fijan su propio número de dominios permitidos. Consulta Límites de dominios.

¿Dominio raíz o subdominio?

Puedes verificar un dominio raíz como acme.com o un subdominio como mail.acme.com. Ambos funcionan. Elige según cómo envías:

  • Usa un subdominio para cada tipo de correo si envías email transaccional y de marketing, por ejemplo notify.acme.com para recibos y restablecimientos de contraseña, y news.acme.com para campañas. Cada subdominio construye su propia reputación, así que una campaña que genera quejas no perjudica a tus recibos.
  • Usa el dominio raíz si solo envías una cantidad modesta de correo transaccional y quieres que tu dirección From sea hello@acme.com.
  • Envía exactamente desde el dominio que has verificado. Verificar acme.com no te permite enviar desde mail.acme.com, ni al revés.

Tu correo actual sigue funcionando en ambos casos: los registros de Emailit están en sus propios hosts (emailit., emailit._domainkey., go. e inbound.), así que no sustituyen a los registros MX o SPF de tu dominio raíz.

Primeros pasos

Añade tu dominio y publica sus registros DNS.
Cada registro, su valor y cómo introducirlo.
Crea todos los registros en tu zona de Cloudflare en un solo paso.
Estados, comprobaciones diarias y solución de problemas.

¿Te ha resultado útil esta página?

Gracias por tu opinión.

Gracias. Leemos todos los mensajes.