---
id: KB-IN-014
url: https://app.codecontract.io/ayuda/integraciones/mandar-desde-vuestro-propio-dominio
idioma: es
categoria: integraciones
audiencia: administrador
nivel: intermedio
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-IN-004, KB-CC-011, KB-IN-010]
citadoPor: [KB-IN-009]
---

# Mandar desde vuestro propio dominio

_Que los correos salgan como vuestros y no como de una plataforma que el destinatario no conoce._

**Responde a:** mandar correos con nuestro dominio · configurar dkim spf dmarc para los envíos · los correos llegan de un remitente que no es el nuestro · verificar dominio para mejorar la entregabilidad

Cuando pedís documentación a un tercero, la mitad de la batalla es que abra el correo. Y un correo que llega desde un remitente que no reconoce compite con el instinto razonable de ignorarlo. Configurar vuestro propio dominio cambia justo eso: quien lo recibe ve vuestro nombre, no el de una herramienta.

## Las dos formas, y en qué se diferencian

| Forma | Qué hace falta | Qué se gana |
| --- | --- | --- |
| Dominio verificado | Tres registros DNS: DKIM, SPF y DMARC | La mejor entrega: el correo va firmado con vuestro dominio |
| Dirección verificada | Confirmar una dirección vuestra, sin tocar DNS | Sale desde vuestra dirección, pero firmado por el proveedor |
| Ninguna de las dos | Nada | Sale desde el remitente de la plataforma |

> [!IMPORTANT]
> La diferencia entre las dos primeras no es de comodidad, es de entrega. Con el dominio verificado, la firma técnica del correo coincide con vuestro dominio y los filtros de destino lo tratan como vuestro. Con la dirección verificada sin DNS es más rápido de poner, pero esa firma no coincide, y a volumen alto o con destinatarios de filtro estricto, entrega peor.

## Qué pedirle a quien lleve vuestro DNS

1. **Que añada los tres registros que se os indican** — Son de tipo TXT y no afectan a vuestro correo actual: se suman, no sustituyen.
2. **Que no toque el DMARC existente sin mirarlo** — Si ya tenéis uno, se ajusta; sustituirlo puede afectar a todo vuestro correo corporativo.
3. **Que avise cuando estén publicados** — La comprobación es automática, pero el DNS tarda un rato en propagarse.
4. **Y que os lo deje anotado** — Dentro de dos años, quien mire esos registros tiene que saber para qué están.

> [!WARNING]
> El matiz que nadie deduce: si un envío con vuestro remitente propio falla —porque el dominio dejó de estar verificado, porque la dirección se revocó o porque el proveedor lo rechaza—, la plataforma **lo reintenta una vez con el remitente de plataforma** para que el correo no se quede sin salir. Es lo correcto, pero significa que un destinatario puede recibir puntualmente un mensaje desde un remitente distinto del que esperabais. Si veis eso, no es un fallo del envío: es que vuestro remitente propio no está funcionando y conviene revisarlo.

## Lo que sigue igual aunque cambiéis el remitente

**En corto**

- El coste: un envío es una acción, tanto si sale con vuestro dominio como si no.
- El registro: quién recibió qué y cuándo se guarda exactamente igual.
- Y el enlace del destinatario: sigue sin necesitar cuenta ni contraseña.

> [!NOTE]
> Si trabajáis con varias marcas o sociedades, cada organización lleva su propio remitente. No hace falta elegir una sola para todo el grupo.

**¿Mejora que no vayan a spam?**

Ayuda bastante, sobre todo con destinatarios que ya os conocen por ese dominio.

**¿Puedo usar mi correo de siempre como remitente?**

Podéis verificar una dirección vuestra; el dominio completo entrega mejor.

**¿Y si el destinatario responde al correo?**

Configuradlo con la dirección a la que queréis que respondan; si no, la respuesta puede acabar en un buzón que nadie mira.

## Ejemplos

**Una empresa manda peticiones de documentación y muchos proveedores dicen que no les llega.**

- Verifica su dominio con los tres registros DNS
- Comprueba que el remitente propio funciona antes de la campaña anual

→ Los correos llegan como suyos y la tasa de respuesta al primer envío sube sin cambiar el texto.

**Los avisos salen desde un remitente que los proveedores no reconocen.**

- Configura el envío desde vuestro dominio
- Comprueba con un envío de prueba antes de la primera tanda

→ La tasa de apertura sube desde el primer envío.

**Se configura a medias y los correos van a no deseados.**

- Completa los registros que pida vuestra informática

→ El correo llega a la bandeja principal.

**El dominio cambia y los envíos empiezan a rebotar.**

- Actualiza la configuración antes del cambio

→ El cambio de dominio no corta las campañas.

**Los proveedores responden al remitente y nadie lee ese buzón.**

- Configura una dirección de respuesta atendida

→ Las respuestas llegan a alguien.

**Nadie comprueba cómo se ve el aviso al llegar.**

- Se manda uno a sí mismo desde fuera

→ Se corrige lo que se ve mal antes de la tanda.