Blog

La web funciona. El correo también. Y mientras todo sigue así, es fácil pensar que son dos servicios completamente independientes.

Sin embargo, basta con realizar una migración, modificar unos registros DNS o cambiar de proveedor para descubrir hasta qué punto web, dominio y correo están relacionados.

Un cambio aparentemente sencillo puede hacer que una web deje de cargar, que los mensajes no lleguen correctamente, que un formulario deje de enviar notificaciones o que determinados correos empiecen a acabar en spam.

Por eso, cuando una empresa configura su presencia digital, no debería pensar únicamente en dónde alojará la web.

También conviene tener claro cómo se gestionarán el dominio, el DNS y el correo corporativo, quién será responsable de cada servicio y cómo se coordinarán cuando haya que realizar cambios.

Web y correo pueden estar separados, pero comparten una pieza fundamental: el dominio

Una empresa puede tener su web alojada en un proveedor y el correo en otro.

Técnicamente, no hay ningún problema en hacerlo así.

Lo importante es que la configuración del dominio indique correctamente dónde debe dirigirse cada servicio.

Aquí entra en juego el DNS, que actúa como una especie de sistema de direccionamiento.

Mientras algunos registros indican dónde está alojada la web, otros determinan qué servidores deben recibir el correo o qué servicios están autorizados para enviarlo.

Por ejemplo, una modificación relacionada con el alojamiento web no debería afectar al correo si los registros DNS se mantienen correctamente. Pero una configuración incompleta durante una migración puede provocar justo lo contrario.

Por eso, aunque web y correo funcionen sobre infraestructuras diferentes, desde el punto de vista de la gestión forman parte del mismo ecosistema.

El correo corporativo también depende de una buena configuración del dominio

Las cuentas de correo corporativo utilizan normalmente el dominio de la empresa.

Direcciones como nombre@empresa.com, comercial@empresa.com o administracion@empresa.com no solo transmiten una imagen más profesional. También dependen de una serie de configuraciones técnicas que deben mantenerse correctamente.

Los registros MX indican qué servidores deben recibir los mensajes destinados al dominio.

A ellos se suman otros mecanismos relacionados con la autenticación del correo, como SPF, DKIM y DMARC.

SPF permite indicar qué servidores están autorizados para enviar correo en nombre del dominio. DKIM añade una firma criptográfica que ayuda a verificar que un mensaje procede de una fuente autorizada y que no ha sido modificado durante el envío. DMARC utiliza estas señales, junto con la alineación del dominio, para establecer políticas y obtener información sobre posibles usos no autorizados.

Ninguno de estos sistemas garantiza por sí solo que todos los mensajes lleguen a la bandeja de entrada.

Pero una configuración correcta ayuda a construir una base más sólida para la autenticación y la entregabilidad del correo corporativo.

La web también envía correos

A menudo pensamos en el correo corporativo únicamente como las cuentas que utilizan los empleados.

Pero la propia web también puede generar mensajes.

Un formulario de contacto puede enviar una notificación al equipo comercial. Un ecommerce puede enviar confirmaciones de pedido, avisos de registro o recuperaciones de contraseña. Un área privada puede necesitar enviar códigos, alertas o comunicaciones automáticas.

Todo esto conecta directamente el hosting con el correo.

Si estos envíos no están bien configurados, pueden aparecer problemas aparentemente difíciles de relacionar con la web.

Un formulario puede indicar que el mensaje se ha enviado correctamente mientras la notificación nunca llega al destinatario. Los correos automáticos pueden acabar sistemáticamente en spam o dejar de enviarse después de una migración.

En ocasiones, el problema no está en el formulario ni en el buzón que debería recibir el mensaje.

Está en cómo la aplicación intenta enviar el correo y en si ese método está correctamente autorizado para utilizar el dominio de la empresa.

SPF, DKIM y DMARC también afectan a los correos enviados desde la web

A medida que los sistemas de correo aplican controles más estrictos, enviar mensajes utilizando simplemente una dirección con el dominio de la empresa ya no debería considerarse suficiente.

Si una web envía correos como info@empresa.com, conviene comprobar que el sistema utilizado para realizar esos envíos forma parte de la configuración autorizada.

De lo contrario, pueden producirse problemas de autenticación que afecten a la entrega de los mensajes.

Esto es especialmente importante cuando intervienen distintos servicios.

La empresa puede tener cuentas de correo en una plataforma, formularios enviados desde el servidor web, una herramienta de email marketing y otra aplicación que genera comunicaciones automáticas.

Todos ellos pueden necesitar enviar mensajes utilizando el mismo dominio.

La dificultad no está necesariamente en utilizar varios sistemas.

Está en gestionarlos sin perder de vista qué servicios están autorizados, cómo están autenticados y qué registros DNS necesita cada uno.

Muchos problemas aparecen después de un cambio de configuración

Mientras no se modifica nada, una infraestructura configurada hace años puede seguir funcionando sin llamar demasiado la atención.

Los problemas suelen aparecer cuando hay que tocarla.

Una migración de hosting, un cambio de proveedor de correo, una modificación del dominio o una nueva aplicación pueden requerir actualizar diferentes registros.

Y es en ese momento cuando una configuración poco documentada puede convertirse en un problema.

Se puede sustituir una zona DNS sin copiar todos sus registros, eliminar por error una configuración necesaria para el correo o mantener registros antiguos que ya no deberían existir.

También puede ocurrir que cada servicio haya sido configurado por una empresa diferente y nadie tenga una visión completa del conjunto.

El resultado puede ser una incidencia que aparentemente aparece en el correo, aunque su origen esté en un cambio realizado durante una migración web.

Una migración de hosting no debería dejar el correo fuera de la planificación

Mover una web de un servidor a otro no consiste únicamente en copiar archivos y bases de datos.

Antes de realizar el cambio conviene revisar qué otros servicios dependen del dominio.

Si el correo permanece en la misma plataforma, la migración debe conservar la configuración necesaria para que continúe funcionando.

Si también se migra el correo, hay varios elementos que conviene tener controlados:

• cuentas de correo y buzones;
• mensajes existentes;
• alias y redirecciones;
• registros MX y configuración DNS;
• autenticación mediante SPF, DKIM y DMARC;
• aplicaciones o formularios que envían correo desde la web.

Después de una migración, un formulario que funcionaba correctamente puede dejar de hacerlo si cambia el sistema de envío, la dirección del servidor o alguna configuración relacionada con la autenticación.

Por eso, una migración bien planteada debería contemplar web y correo dentro de la misma revisión, aunque finalmente cada servicio continúe alojado en una infraestructura diferente.

El soporte centralizado puede simplificar mucho una incidencia

Cuando web, dominio, DNS y correo están gestionados de manera coordinada, diagnosticar un problema suele resultar más sencillo.

Si un formulario deja de enviar mensajes, por ejemplo, se puede revisar tanto la configuración de la web como la del dominio y el sistema de correo. Del mismo modo, si después de una migración dejan de recibirse mensajes, conviene poder comprobar los registros DNS, el estado de las cuentas y los cambios realizados durante el proceso sin tener que reconstruir primero quién gestiona cada pieza.

Esto no significa que todos los servicios tengan que estar alojados en el mismo servidor ni necesariamente con el mismo proveedor. En determinados proyectos puede tener sentido utilizar infraestructuras diferentes para web y correo por razones técnicas, organizativas o de escalabilidad.

Lo importante es que exista una visión global del entorno y que esté claro quién gestiona cada servicio, cómo se relacionan entre sí y quién puede intervenir cuando aparece una incidencia.

Una infraestructura distribuida y bien coordinada puede funcionar perfectamente. El problema aparece cuando cada servicio se gestiona de forma aislada, la configuración no está documentada o ningún proveedor tiene una visión completa del conjunto.

Contar con un soporte capaz de entender estas dependencias puede agilizar mucho la resolución de problemas, especialmente en empresas que no disponen de un equipo técnico interno encargado de coordinar los distintos servicios.

Gestionar web y correo bien desde el principio evita problemas después

Muchas incidencias relacionadas con el correo corporativo no empiezan realmente en el buzón.

Pueden aparecer después de un cambio de DNS, una migración de hosting, una configuración incorrecta en la web o un sistema de envío que no está correctamente autenticado.

Por eso, tratar el correo y el hosting como dos elementos completamente independientes puede complicar la gestión a medida que la infraestructura crece.

En Entorno Digital, la gestión de hosting, dominios, DNS y correo permite abordar estos servicios desde una visión conjunta, teniendo en cuenta tanto su funcionamiento individual como las dependencias que existen entre ellos.

Porque cuando una empresa depende de su web y de su correo para trabajar, lo importante no es únicamente que ambos funcionen.

También importa que, cuando sea necesario hacer un cambio o resolver una incidencia, toda la infraestructura esté bien coordinada desde el principio.