Conectar una tienda online o un creador de sitios web

Módulo 7: Conectar servicios externos · Tiempo de lectura: 9 minutos

Objetivo de aprendizaje: Después de esta lección podrá conectar su dominio a una plataforma como Shopify o Wix sin que su correo electrónico deje de funcionar.

Conceptos clave: registro A en @, CNAME para www, eliminar registros en conflicto, AAAA, servidores de nombres hacia la plataforma, trasladar también los registros de correo, registros de correo de la tienda

Dos rutas

Si crea su sitio web o tienda online en una plataforma como Shopify, Wix, Squarespace o Webflow, querrá que los visitantes de example.com y www.example.com lleguen a esa plataforma. Las plataformas casi siempre ofrecen dos formas de hacerlo:

La mayoría de los problemas en la práctica surgen con la ruta 2: el sitio web funciona de inmediato, pero el correo electrónico deja de funcionar, porque los registros MX y otros registros de correo se han quedado en los servidores de nombres antiguos (lección 2.1).

Ruta 1: añadir registros (ejemplo con Shopify)

En el momento de escribir esto, Shopify indica estos dos registros:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.

• Registro A en @. El dominio raíz (apex) no puede tener un CNAME, porque ahí también están sus registros MX, NS y SOA (lección 3.2). Por eso la plataforma indica aquí una dirección IP.
• CNAME para www. Para www sí puede ser un nombre. La ventaja: si la plataforma traslada sus servidores, solo ajusta su propio DNS y usted no tiene que hacer nada.

Otras plataformas funcionan de la misma manera, con su propia dirección IP y nombre de destino. Wix, por ejemplo, indica un registro A y un CNAME para www hacia un nombre de Wix. Utilice siempre lo que la plataforma muestre para su dominio. La dirección IP puede variar según la plataforma, la región o el momento.

Elimine lo que estorbe

Aquí es donde suele fallar. La plataforma quiere que sus registros sean los únicos para esos nombres:

• Un segundo registro A en @. Si hay dos registros A (la IP antigua de su proveedor de hosting y la nueva de la plataforma), cada visitante elige al azar una de las dos. La mitad llega a su sitio antiguo. Modifique el registro A existente en lugar de añadir uno nuevo.
• Un registro AAAA antiguo. Si su proveedor de hosting también tenía una dirección IPv6, a menudo queda un registro AAAA en @ o www. Los visitantes con IPv6 (una gran parte de las redes móviles) seguirán llegando al servidor antiguo. Si la plataforma no indica una dirección IPv6, elimine los registros AAAA de @ y www.
• Un registro A para www. Un CNAME no puede coexistir con otro registro con el mismo nombre. Elimine primero el registro A o AAAA de www, y luego cree el CNAME.
• Un comodín (*). Un comodín no es un problema: el nombre www que cree aparte tiene prioridad (lección 3.3).

Lo que debe dejar como está

Deje los registros MX, el registro A para mail (si lo tiene), SPF, DKIM y DMARC tal como están. Una tienda online no los necesita para mostrar su sitio web. Si los modifica, su correo dejará de funcionar.

Si su sitio web funciona actualmente en un proveedor de hosting que también gestiona su correo, preste atención a su programa de correo. ¿Figura ahí como servidor example.com o mail.example.com, y mail apuntaba mediante un comodín a su proveedor de hosting? Después del cambio, example.com apunta a la plataforma, y entonces su programa de correo ya no encontrará su buzón. En ese caso, cree un registro A independiente mail hacia la dirección IP de su servidor de correo, o indique en su programa de correo el nombre de servidor que le facilite su proveedor de correo.

Certificado

La plataforma solicita automáticamente un certificado (https) en cuanto sus registros apunten hacia ella. Esto solo funcionará cuando los registros antiguos hayan desaparecido de las cachés (lección 6.1). Si tarda más de unas horas, compruebe si todavía queda un registro A o AAAA antiguo, o un registro CAA que no permita el emisor de certificados de la plataforma (lección 5.2).

Ruta 2: servidores de nombres hacia la plataforma

Si opta por dirigir los servidores de nombres hacia la plataforma, esta administrará desde ese momento toda su zona. Todo lo que estaba en su administrador de DNS anterior deja de contar. Lo que no vuelva a configurar en la plataforma, no existe.

Un ejemplo real, anonimizado: un cliente dirigió los servidores de nombres de su dominio hacia un creador de sitios web y después contrató el correo con otro proveedor. El creador de sitios web había creado correctamente un registro MX mail.example.com y un registro SPF, pero no había registro A para mail. Por lo tanto, el nombre mail.example.com no existía (NXDOMAIN). Se podía enviar correo, pero no recibirlo: otros servidores de correo no sabían dónde entregarlo. Un único registro A mail con la dirección IP del servidor de correo solucionó el problema.

Si utiliza la ruta 2, configure en la plataforma:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

con los valores reales de su proveedor de correo. Si utiliza Microsoft 365 o Google Workspace, configure los registros indicados en la lección 7.1 o 7.2. No olvide tampoco los registros TXT de verificación ni los subdominios que ya tuviera.

Haga una copia de su zona actual antes del cambio (una exportación o una captura de pantalla), para saber qué debe quedar configurado (lección 6.3).

Correo de la tienda: registros para el correo electrónico desde la plataforma

Las tiendas online envían confirmaciones de pedido. Para que estas provengan de su propio dominio, la plataforma suele solicitar registros adicionales, normalmente algunos registros CNAME para DKIM y a veces un subdominio propio para el remitente. Son registros adicionales junto a sus registros de correo existentes. Tienen nombres propios y no sustituyen a su MX. Preste atención a los nombres de dominio duplicados (www.example.com.example.com) y al punto final (lección 2.2). Si la plataforma envía correo en nombre de su dominio, compruebe si debe incluirse en su registro SPF, y si su política DMARC lo permite (lección 7.4).

En la práctica: así se ve en un panel

En el panel de ejemplo Mi WebOké, modifica en la pestaña DNS el registro A existente de @ con Editar, elimina los registros AAAA y crea con Añadir Registro un CNAME www hacia el nombre de la plataforma. En DirectAdmin se hace lo mismo en Administración de DNS; allí @ y * apuntan por defecto al paquete, así que creará www por separado.

En otros paneles, como cPanel, Plesk, Cloudflare o la pantalla de DNS de su registrador, los botones se llaman de otra forma, pero son los mismos registros. Algunas plataformas ofrecen un botón de "conexión automática" que, mediante un enlace con su registrador, configura los registros; después, compruebe siempre que los antiguos registros A y AAAA hayan desaparecido realmente.

Resumen

• La ruta 1 (añadir registros) mantiene su correo intacto; la ruta 2 (servidores de nombres hacia la plataforma) exige que vuelva a configurar todos los registros de correo en la plataforma.
• En @ va un registro A, en www normalmente un CNAME. Un CNAME en @ no es posible.
• Modifique el registro A existente en lugar de añadir uno nuevo, y elimine los registros AAAA antiguos y un registro A para www.
• Deje MX, SPF, DKIM y DMARC tal como están; preste atención a un programa de correo que utilice example.com como servidor.
• Los registros de correo de la tienda son registros adicionales y no sustituyen a su MX.

Cuestionario

Ejercicio

Ejercicio Z7.3: Reconocer una tienda online. Observe cómo una plataforma gestiona por sí misma la ruta del "CNAME para www".

1. Busque el registro A de shops.myshopify.com. ¿Empieza la dirección por 23.227.38.?
2. Elija una tienda online o un sitio web que conozca y que funcione en una plataforma. Busque el registro CNAME de www.<ese dominio> y el registro A del dominio raíz. Indique el nombre de dominio y ambas respuestas.

La comprobación consulta los registros en tiempo real al enviar la respuesta.

Ejercicio O7.3: Configurarlo usted mismo en su zona de práctica. Configure su zona de práctica <code>.dnspractice.eu como si la conectara a una plataforma de tienda online, sin romper el correo electrónico. En la zona de práctica utilizará el servicio ficticio shop-demo.dnspractice.eu; en su dominio real, tomará los valores del panel de administración de la plataforma.

1. Cree un registro A en <code>.dnspractice.eu con 203.0.113.10 (la "plataforma"). Solo puede haber un registro A en <code>.dnspractice.eu.
2. Asegúrese de que no haya ningún registro AAAA en <code>.dnspractice.eu ni en www.<code>.dnspractice.eu.
3. Cree un CNAME www.<code>.dnspractice.eu hacia shops.shop-demo.dnspractice.eu. Si hay un registro A para www, elimínelo primero.
4. Deje sus registros MX en <code>.dnspractice.eu tal como están. Debe quedar al menos un MX.

Para saber más

Estas páginas describen los pasos en los paneles de WebOké (DirectAdmin y Mi WebOké). En otros paneles funciona de la misma manera.

• Gestionar registros DNS en Mi WebOké (con ejemplos de CNAME, TXT y servicios externos)
• Manual de DirectAdmin 5.3: Añadir o modificar un registro A o AAAA
• Manual de DirectAdmin 5.4: Registros CNAME y el punto final
• Utilizar servidores de nombres propios o externos (como Cloudflare) para su dominio