Última actualización: julio de 2026

En resumen: domainfactory no ofrece un asistente de DKIM como sí lo hace para SPF. Al terminar esta guía publicarás la clave pública DKIM de tu servicio de envío como registro TXT en la configuración de servidores de nombres.

Requisitos previos

  • Una cuenta de domainfactory con acceso al menú de cliente
  • La clave pública DKIM o las especificaciones CNAME de tu servicio de envío (Microsoft 365, herramienta de newsletter, tu propio servidor)

¿Qué es DKIM?

DKIM (DomainKeys Identified Mail) añade una firma digital al correo saliente, que el destinatario comprueba mediante una clave pública publicada en el DNS. domainfactory describe acertadamente DKIM en su propia documentación como un ejemplo de aplicación de las entradas TXT — se “usa de forma similar a SPF para autenticar los servidores de correo de envío”.

Para ponerlo en contexto: mientras que SPF autoriza el servidor, DKIM asegura el mensaje. Solo con DMARC se convierte en una base aplicable.

El punto de partida en domainfactory — importante

A diferencia de SPF, domainfactory no tiene asistente de DKIM ni firma DKIM con un clic para buzones clásicos. Sencillamente no hay artículo de DKIM en la FAQ de email de domainfactory — solo de SPF.

En concreto eso significa: DKIM en domainfactory no viene de domainfactory mismo, sino de tu servicio de envío. Este genera el par de claves y te da la parte pública. Tu tarea en domainfactory es solo publicarla como registro TXT (o CNAME, según el servicio). Tres casos típicos:

  1. Envías a través de Microsoft 365 (con domainfactory como DNS): sigue la guía de DKIM para Microsoft 365 — ahí obtienes dos valores CNAME que introduces aquí.
  2. Envías a través de un ESP/servicio de newsletter: el servicio te da un selector y una clave; los introduces como registro TXT.
  3. Envías a través de tu propio servidor de correo: tu servidor (p. ej. Mailcow) genera la clave; tú publicas el registro TXT.

Guía paso a paso

1. Obtén la clave/selector de tu servicio de envío

En tu servicio de envío encontrarás el selector DKIM (p. ej. selector1, s1, default) y la clave pública v=DKIM1; .... Anota el nombre de host completo selector._domainkey y el valor.

2. Abre la configuración de servidores de nombres

En el menú de cliente, haz clic en Configuración de servidores de nombres en la columna de menú de la izquierda. En la lista, haz clic en Editar para seleccionar el dominio para el que configuras DKIM.

3. Crea el registro TXT (o CNAME)

Crea una nueva entrada:

  • Nombre de host: selector._domainkey (el selector lo dicta tu servicio)
  • Tipo: TXT — para una clave directa. Si tu servicio requiere en su lugar una delegación (como Microsoft 365), elige CNAME e introduce el valor de destino indicado.
  • Valor: la cadena v=DKIM1; ... proporcionada por el servicio, o el destino del CNAME.

Las entradas TXT en domainfactory están pensadas expresamente para exactamente esos servicios, “para los que no hay disponible un tipo de entrada dedicado”.

4. Espera hasta que el cambio esté activo

Los cambios de DNS tardan — unas horas según el caché. Si te has equivocado, puedes restaurar las entradas de servidores de nombres a su estado original mediante “Restablecer entradas de servidores de nombres” (cuidado: esto también elimina otros cambios).

Verifica el resultado

Comprueba tu configuración con el escáner MXAudit gratuito — te muestra DKIM, SPF y DMARC de un vistazo.

Errores habituales

Esperar un asistente de DKIM. A diferencia de SPF, no lo hay en domainfactory — la clave siempre viene de tu servicio de envío.

Nombre de host del selector incorrecto. La entrada debe llamarse exactamente selector._domainkey, con el selector de tu servicio. Un nombre distinto hace imposible encontrar la firma.

TXT en lugar de CNAME (o viceversa). Microsoft 365 requiere CNAMEs, un ESP clásico a menudo una clave TXT. Usa el tipo que especifique tu servicio.

No hay servidor de firma detrás. La entrada DNS por sí sola no firma nada — la firma ocurre en tu servicio de envío. Ambos deben encajar.

Más información