Una firma de dominio es un único pie de correo que se configura en el dominio y que sus buzones utilizan según el modo elegido. La alternativa consiste en pedir a cincuenta personas que mantengan el mismo texto a mano. Si diez lo pegan en sus ajustes de correo, acabarás con once versiones. Dos tendrán el cargo del año pasado. Una conservará el teléfono de la oficina anterior. Tres lo habrán pegado como imagen. Alguien habrá quitado el aviso legal por parecerle demasiado largo y otra persona lo habrá colocado encima de la respuesta, de modo que cada mensaje del hilo termine con cuatro copias apiladas.
No es un problema de disciplina, sino de diseño. Un texto común mantenido por separado acaba divergiendo.
La firma de dominio lo centraliza. Los buzones del dominio la reciben según el modo configurado, incluido el que alguien cree el próximo marzo.
Por qué las firmas individuales acaban siendo distintas
Cuatro problemas explican casi todos los casos.
Los cambios no llegan a todas las firmas. La empresa cambia de marca, se traslada o modifica su número de registro. Se envía un correo pidiendo que todos actualicen su firma, pero solo lo hace una parte. Dos años después siguen apareciendo direcciones de una oficina que ya no se ocupa.
Las nuevas incorporaciones copian la firma del compañero más cercano. Le piden que les envíe la suya y heredan la versión que tenga, incluidos sus errores, que así se propagan.
Las imágenes fallan. Una firma convertida en una sola imagen no se puede leer cuando se bloquean las imágenes, algo habitual en entornos corporativos, y los lectores de pantalla no obtienen el texto. El destinatario ve un rectángulo vacío donde deberían estar tus datos de contacto.
La posición varía. Algunos clientes colocan la firma encima del texto citado y otros debajo. En un hilo largo puede ser la diferencia entre una firma al final y once intercaladas en el historial.
Una firma centralizada reduce los dos primeros problemas en las identidades a las que se aplica y permite decidir la posición de forma común.
Tres modos de firma de dominio: desactivada, predeterminada y obligatoria
La pestaña Firma del dominio ofrece tres modos. Elegir el adecuado es la decisión principal.
| Modo | Comportamiento | Cuándo usarlo |
|---|---|---|
| Desactivada | No hay firma de dominio. Cada persona gestiona la suya. | Equipos pequeños o dominios donde las firmas realmente deben variar por persona |
| Predeterminada | Las nuevas identidades de envío reciben la firma de dominio como valor inicial, y los usuarios pueden editarla o sustituirla. | Quieres uniformidad para las nuevas incorporaciones sin impedir cambios justificados |
| Obligatoria | La firma de dominio se utiliza en todas las identidades del dominio dentro de los canales compatibles y sustituye las personales. | Sectores regulados, avisos obligatorios o casos en que no basta con que la mayoría la use |
Conviene detenerse en la diferencia entre Predeterminada y Obligatoria: es una decisión de política interna, no solo técnica.
Predeterminada es un punto de partida. Si cambias después la firma de dominio, las identidades existentes conservan la que tienen. Les has dado una plantilla, no las has vinculado a ella. Es adecuada cuando la firma común es una ayuda, no un requisito.
Obligatoria impone la firma en las identidades cubiertas de la web y la API, sin una excepción individual. Si la cambias, esas identidades utilizan la nueva versión sin una campaña de actualización. Es el modo indicado si el responsable de cumplimiento pregunta si puedes demostrar que los mensajes de esos canales llevan el aviso. En modo Predeterminada, la respuesta sería no; con clientes externos también debes comprobar el alcance.
La firma se configura por dominio. Una empresa con acme.com y acme-labs.com puede imponer pies distintos en cada uno, algo habitual cuando las entidades requieren textos legales diferentes.
Dónde se coloca la firma de dominio
El segundo ajuste determina la posición respecto al texto citado y cambia visiblemente el resultado.
Antes del texto citado coloca la firma justo debajo de lo que acabas de escribir y encima del historial. El destinatario lee tu mensaje y tus datos sin desplazarse. A cambio, un hilo largo acumula una firma por respuesta.
Después del texto citado la coloca al final, debajo de todo. La nueva firma queda siempre en el mismo lugar, aunque el historial puede conservar firmas anteriores. En un hilo largo, el destinatario quizá no llegue a desplazarse hasta ella.
Como orientación, elige antes para datos de contacto, cuyo objetivo es que se vean, y después para un pie legal, cuando importa que esté presente sin interrumpir la lectura.
Qué cubre y qué queda fuera
Aquí importa más ser preciso que presentar la función como si llegara a todas partes.
La firma de dominio se aplica a las identidades de envío: las direcciones del menú De del editor web y las identidades disponibles por la API. Quien redacta en la web con una identidad cubierta la recibe en cualquier dispositivo, sin configuración local. Las nuevas identidades la reciben según el modo elegido.
No modifica la configuración de un cliente de escritorio. Si alguien redacta en Outlook o Apple Mail, esa aplicación construye el mensaje y utiliza su propia firma. El mensaje no se reescribe durante el transporte para añadir un pie.
Es un límite deliberado. Insertar un pie en la capa de transporte después de firmar el mensaje modifica el cuerpo y puede invalidar DKIM, generando un problema de entrega más serio que una firma desigual. Los sistemas que insertan contenido deben gestionar el orden de firma o volver a firmar después. Si eso falla, puede afectar a la autenticación y al filtrado; consulta por qué falla DKIM para conocer lo que observa el servidor receptor.
En la práctica, si necesitas imponer la firma, utiliza los canales cubiertos, como la web, para los buzones que deban llevar el aviso. Si un equipo necesita un cliente de escritorio, configura la firma allí. En ese caso, el ajuste del dominio es el texto de referencia que se copia, no un mecanismo que controle ese cliente.
Avisos legales, sin exageraciones
Un aviso al pie de un correo no crea por sí solo una obligación jurídica universal. La frase «si lo ha recibido por error, elimínelo» no sustituye un acuerdo ni resuelve por sí sola una disputa. Su efecto depende de la jurisdicción y del contexto.
Lo que sí pueden aportar es más concreto:
- Información exigida por ley. Algunas jurisdicciones exigen datos de registro de la empresa en la correspondencia comercial. Las normas británicas sobre documentación empresarial y los requisitos alemanes para cartas comerciales electrónicas son ejemplos que pueden abarcar el correo. Comprueba qué requisitos vigentes se aplican a tu entidad; el modo obligatorio ayuda a incluirlos en los canales cubiertos.
- Comunicaciones reguladas. Los servicios financieros, la sanidad y los despachos jurídicos pueden estar sujetos a requisitos específicos para la correspondencia saliente.
- Avisos de confidencialidad. No bastan por sí solos, pero pueden formar parte de las medidas razonables de una organización. Su relevancia en una disputa depende del caso.
Si el pie es una fórmula genérica que nadie exige, revisa con la persona responsable si hace falta conservarlo. Si contiene información obligatoria, utiliza el modo correspondiente y verifica tanto el texto como los canales por los que se envía.
Diseñar una firma que resista
Los clientes no representan HTML de forma uniforme. Además, una firma acaba citada en mensajes ajenos, reenviada, impresa y leída en una pantalla de 5 pulgadas. Eso impone algunas limitaciones.
Sé breve. Nombre, cargo, empresa, un teléfono y un enlace. Cada línea adicional se repetirá en las respuestas que conserven el historial.
No conviertas toda la firma en una imagen. Si se bloquea, queda un recuadro vacío; los lectores de pantalla no reciben el contenido y el texto no se puede buscar. Utiliza texto real. Si quieres un logotipo, añade una imagen pequeña junto al texto con una descripción alternativa útil.
Evita las filas de iconos sociales. Seis imágenes pequeñas bloqueadas pueden convertirse en seis marcadores de imagen rota debajo de tu nombre.
No uses tablas para maquetar salvo que hagan falta. Algunos clientes alteran las tablas anidadas dentro de respuestas citadas. Una firma que parece correcta en el editor puede llegar con una columna deformada.
Prueba una respuesta, no solo el editor. El editor no reproduce todos los contextos. Envíate un mensaje, responde dos veces y revisa el resultado: eso se parece mucho más a lo que verá el destinatario.
No incluyas datos confidenciales. Los números de móvil directos pueden acabar en listas de correo, hilos reenviados y archivos donde se conserven tus mensajes.
Cómo implantarla
- Redacta la firma y pide a quienes gestionan la marca y el texto legal que aprueben su versión exacta antes de distribuirla.
- Empieza con el modo Predeterminada y pruébalo en un buzón: redacta, responde, reenvía y comprueba el resultado en un teléfono.
- Decide la posición: antes del texto citado para los datos de contacto y después para el pie legal.
- Cambia a Obligatoria solo si necesitas imponerla en los canales cubiertos. Sustituye las firmas personales, así que avisa antes, no después.
- Repite la configuración para cada dominio. Las firmas no se heredan entre dominios y normalmente no deberían hacerlo.
- Identifica a quienes usan clientes de escritorio: deben configurarla localmente y copiar el texto de referencia del dominio.
Preguntas frecuentes
¿La firma de dominio sustituye las que ya tienen los usuarios?
Solo en modo Obligatoria y dentro de los canales cubiertos. En modo Predeterminada, las identidades existentes conservan su firma y solo las nuevas reciben el valor del dominio.
¿Pueden tener firmas distintas los diferentes departamentos?
No como firmas de dominio dentro de un mismo dominio: el ajuste es por dominio. Si cada marca o entidad utiliza uno distinto, cada uno puede tener su firma. En un solo dominio, usa el modo Predeterminada para que los equipos puedan adaptar la suya.
¿Aparecerá en mensajes enviados desde Outlook o Apple Mail?
No. Se aplica a las identidades de envío de la web y la API. Un cliente de escritorio construye el mensaje y utiliza su firma local. No reescribimos el cuerpo durante el transporte; modificarlo después de la firma podría invalidar DKIM.
¿Puedo incluir un logotipo?
Sí, como una imagen pequeña alojada externamente, con texto alternativo y junto a texto real. No conviertas toda la firma en una imagen: el bloqueo de imágenes es habitual y dejaría un rectángulo vacío.
¿Se aplica a los alias?
Sí. Las identidades del dominio incluyen los alias habilitados para enviar. Por eso, un mensaje desde sales@ recibe el mismo pie que uno desde una dirección personal del dominio, según el modo y el canal utilizados.
¿Qué ocurre si cambio la firma de dominio más adelante?
En modo Obligatoria, las identidades cubiertas utilizan la nueva versión. En modo Predeterminada, el cambio solo se aplica a identidades creadas después; las existentes conservan la que tenían.
¿La firma afecta a la entrega del correo?
No por el mero hecho de ser una firma de dominio. Su contenido y formato sí pueden influir: una imagen grande con apenas texto es uno de los factores que algunos filtros valoran. Es otra razón para usar texto real y una parte más de la capacidad general de entrega, no una garantía de llegar a la bandeja de entrada.
