How to Connect a Domain to a Website or Web Hosting: Nameservers, DNS Records, Email, SSL, and Verification

Si su dominio está registrado en NiceNIC, puede actualizar los servidores de nombres del dominio o, al usar los servidores de nombres predeterminados de NiceNIC, administrar los registros DNS directamente en NiceNIC.

Antes de cambiar cualquier cosa, identifique sus servidores de nombres activos, haga una copia de seguridad de los registros DNS existentes y conserve los registros de correo como MX, SPF, DKIM y DMARC. Cambiar los servidores de nombres sin recrear la zona DNS completa puede hacer que el sitio web funcione mientras se interrumpe el correo, o vice versa.

Para conocer la distinción subyacente entre registrador, DNS y alojamiento, consulte Registrador de Dominios vs Alojamiento Web.

Respuesta Rápida: ¿Cómo Conecta un Dominio al Alojamiento?

La regla más importante es:

Primero decida quién alojará el DNS. Luego cree los registros del sitio web allí.

¿Qué Significa Realmente "Conectar un Dominio a un Sitio Web"?

Un registro de dominio y un sitio web son cosas separadas.

Por ejemplo:

example.com

puede estar registrado en una empresa mientras que el sitio web en sí se ejecuta en otro proveedor de alojamiento .

El DNS los conecta.

Una ruta simplificada se ve así :

Registro de dominio → Servidores de nombres → Registros DNS → Servidor de alojamiento / plataforma de sitio web → Sitio web

Si ya compró el dominio pero el sitio web aún no está activo, el paso que falta suele ser:

decirle al DNS dónde se encuentra el sitio web.

Dominio, DNS y Alojamiento Son Tres Capas Diferentes

Todos estos pueden estar con la misma empresa.

También pueden estar con tres empresas diferentes.

Por ejemplo:

Registrador: NiceNIC DNS: Cloudflare Alojamiento: otro proveedor de alojamiento

Esa es una configuración normal.

NiceNIC también documenta que puede usar DNS de Cloudflare sin transferir el dominio fuera de NiceNIC.

Antes de Comenzar: Reúna Estos Detalles

No comience a cambiar el DNS hasta que tenga la información requerida por el proveedor de alojamiento o sitio web .

Prepare:

• su nombre de dominio;
• inicio de sesión del registrador;
• servidores de nombres actuales;
• proveedor de DNS actual;
• cuenta de alojamiento;
• las instrucciones de configuración del proveedor de alojamiento;
• dirección IP de destino si se proporciona;
• destino CNAME requerido si se proporciona;
• registros DNS actuales;
• detalles del proveedor de correo electrónico;
• estado de DNSSEC;
• estado actual de SSL/HTTPS.

Si el dominio ya ejecuta correo electrónico u otro servicio en vivo, guarde la zona DNS antes de realizar cambios.

Las Dos Formas Principales de Conectar un Dominio

Método 1: Cambie los Servidores de Nombres

Use este método cuando su proveedor de alojamiento, creador de sitios web o proveedor de DNS quiera administrar la zona DNS completa.

Por ejemplo, su proveedor puede darle :

ns1.examplehost.com

ns2.examplehost.com

Luego actualiza los servidores de nombres del dominio en el registrador.

Después del cambio, los registros DNS se administran en el nuevo proveedor de servidores de nombres .

Método 2: Mantenga los Servidores de Nombres y Cambie los Registros DNS

Use este método cuando desee mantener el proveedor de DNS actual.

Por ejemplo:

Registrador: NiceNIC Servidores de nombres: NiceNIC DNS: NiceNIC Alojamiento: Host Externo

El host puede decirle :

Apunte su dominio a 203.0.113.20

Mantiene los servidores de nombres existentes y actualiza el registro A .

Este método puede ser más seguro cuando:

• el correo electrónico empresarial ya está funcionando;
• ya existen muchos registros DNS;
• no desea mover el DNS;
• solo el destino del sitio web necesita cambiar.

Servidores de Nombres vs Registros DNS: ¿Cuál Es la Diferencia?

Esta distinción es crítica.

Servidores de nombres

Los servidores de nombres le dicen a internet:

¿Dónde se aloja la zona DNS autoritativa de este dominio?

Registros DNS

Los registros DNS dentro de esa zona les dicen a los servicios:

¿Hacia dónde deben ir el sitio web, el correo electrónico u otros servicios?

Por ejemplo:

Servidores de nombres

ns1.dnsprovider.com

ns2.dnsprovider.com

identifican al proveedor de DNS .

Registro A

example.com → 203.0.113.20

identifica al servidor web.

Registro MX

example.com → mail.exampleprovider.com

identifica al servidor de correo.

Cambiar los servidores de nombres cambia dónde se administran los registros DNS .

Cambiar un registro A cambia un destino específico dentro del DNS.

¿Qué Método Debería Elegir?

Use esta tabla de decisión.

No cambie los servidores de nombres simplemente porque un proveedor de alojamiento le da una dirección IP .

Una dirección IP normalmente pertenece a un registro A o AAAA .

Método 1: Conecte el Dominio Cambiando los Servidores de Nombres

Use este método cuando el nuevo proveedor quiera administrar el DNS.

Paso 1: Obtenga los Servidores de Nombres Exactos

Su proveedor de alojamiento o DNS debe suministrar nombres como :

ns1.examplehost.com

ns2.examplehost.com

Cópielos exactamente.

No invente servidores de nombres.

Paso 2: Haga una Copia de Seguridad del DNS Existente

Antes de cambiar los servidores de nombres, guarde:

• A;
• AAAA;
• CNAME;
• MX;
• TXT;
• registros relacionados con SPF;
• DKIM;
• DMARC;
• CAA;
• SRV;
• registros de verificación;
• subdominios importantes.

Esto es importante porque:

Cambiar los servidores de nombres no copia automáticamente los registros DNS del proveedor de DNS anterior al nuevo.

Si el correo ya funciona, este paso es especialmente importante.

Paso 3: Recrea los Registros Requeridos en el Nuevo Proveedor de DNS

Haga esto antes de cambiar los servidores de nombres cuando sea posible.

En el nuevo proveedor, cree:

• registros del sitio web;
• registros de correo;
• registros de verificación de servicios;
• registros de seguridad;
• registros de subdominios.

No espere hasta después del cambio de servidores de nombres para descubrir que la nueva zona DNS está vacía.

Paso 4: Cambie los Servidores de Nombres en NiceNIC

Para un dominio registrado en NiceNIC:

1. inicie sesión en su cuenta de NiceNIC;
2. abra el dominio en Mis Productos;
3. abra la página de administración del dominio;
4. elija Servicios de Dominio;
5. ingrese los nuevos servidores de nombres;
6. guarde el cambio.

Use la guía actual de actualización de servidores de nombres de NiceNIC para conocer los últimos pasos de la interfaz.

¿Qué Pasa Si la Actualización de Servidores de Nombres Es Rechazada?

Algunos registros validan los servidores de nombres antes de aceptarlos .

La guía actual de servidores de nombres de NiceNIC explica que las actualizaciones pueden fallar cuando los servidores de nombres:

• no están configurados correctamente;
• no responden;
• no son autoritativos;
• fallan la validación técnica del registro.

Si la actualización falla:

1. confirme la ortografía;
2. pida al proveedor de DNS/alojamiento que confirme que los servidores de nombres están activos;
3. confirme que son autoritativos para su dominio;
4. corrija la configuración del proveedor de DNS;
5. reintente la actualización de servidores de nombres.

Enviar repetidamente los mismos servidores de nombres inválidos no resolverá el problema.

Método 2: Mantenga los Servidores de Nombres de NiceNIC y Apunte el DNS al Host

Este método mantiene el DNS en NiceNIC.

La guía de Servicios DNS actual de NiceNIC explica la regla clave:

Los registros DNS de NiceNIC se usan cuando el dominio delega en los servidores de nombres de NiceNIC.

Si su dominio usa servidores de nombres externos, edite el DNS en ese proveedor externo en su lugar.

Paso 1: Obtenga los Registros Requeridos del Host

Su proveedor de alojamiento puede darle :

• una dirección IPv4;
• una dirección IPv6;
• un destino CNAME;
• registro de verificación TXT;
• instrucciones personalizadas de subdominios.

No adivine los valores.

Use la información exacta suministrada por el servicio que está conectando.

Paso 2: Abra la Administración de DNS de NiceNIC

Cuando el dominio usa servidores de nombres de NiceNIC :

1. inicie sesión en NiceNIC;
2. abra el dominio desde Mis Productos;
3. abra la página de administración del dominio;
4. elija Registros DNS;
5. agregue o edite los registros requeridos;
6. guarde los cambios.

Consulte Cómo Administrar Registros DNS en NiceNIC.

Paso 3: Configure el Dominio Raíz

El dominio raíz es:

example.com

También se le llama a veces :

• apex;
• dominio desnudo;
• dominio raíz.

Su proveedor de alojamiento puede indicarle que cree un registro A :

Las diferentes interfaces de DNS representan la raíz de manera diferente.

La interfaz de DNS actual de NiceNIC puede usar un host raíz en blanco o designado dependiendo del tipo de registro.

Siga las instrucciones reales de la interfaz y del proveedor en lugar de escribir el dominio completo en un campo que espera solo la etiqueta de host.

Paso 4: Configure www

Estos son dos nombres de DNS separados:

example.com

www.example.com

Una configuración común es:

Pero su proveedor de alojamiento puede requerir un destino www diferente.

Use su valor oficial.

No asuma que configurar el dominio raíz configura automáticamente www.

Registro A vs CNAME: ¿Cuál Debería Usar?

Registro A

Use un registro A cuando el proveedor le da una dirección IPv4 .

Ejemplo:

example.com → 203.0.113.20

Registro AAAA

Use un registro AAAA cuando el proveedor le da una dirección IPv6 .

Registro CNAME

Use un CNAME cuando el proveedor le da otro nombre de host.

Ejemplo:

www.example.com → sites.exampleplatform.com

No ponga una dirección IP en un campo de CNAME .

¿Qué Pasa con los Creadores de Sitios Web?

Los creadores de sitios web a menudo proporcionan:

• registros CNAME;
• registros A;
• registros de verificación TXT.

Por ejemplo, una plataforma puede pedirle que agregue:

www → connect.platform.example

y:

TXT → platform-verification-code

Generalmente no necesita transferir el dominio al creador del sitio web.

Mantenga el registro en NiceNIC e ingrese los registros en el proveedor de DNS activo.

Cómo Conectar un Dominio a un VPS o Servidor en la Nube

Un VPS o servidor en la nube típicamente le da una dirección IP .

Una configuración común es:

Pero el DNS es solo la mitad de la configuración.

El servidor también debe estar configurado para aceptar el dominio.

Eso puede requerir:

• host virtual del servidor web;
• configuración de Nginx/Apache;
• nombre de host de la aplicación;
• certificado SSL;
• acceso del firewall;
• disponibilidad de los puertos 80/443.

Si el DNS apunta correctamente pero el servidor no está configurado para el nombre de host, el dominio puede mostrar:

• página predeterminada del servidor;
• otro sitio web;
• 404;
• 403;
• error de conexión.

Cómo Conectar un Dominio a Shopify, Wix, Squarespace u Otra Plataforma de Sitio Web

El principio general es el mismo.

La plataforma normalmente proporcionará:

• servidores de nombres; o
• registros A/CNAME/TXT.

No siga un tutorial aleatorio que use valores de otra plataforma.

Use las instrucciones exactas de dominio personalizado de su plataforma.

Luego ingrese esos valores en:

el proveedor que es autoritativo para su DNS.

El registrador puede permanecer NiceNIC.

Cómo Conectar un Dominio Mientras Usa Cloudflare

Puede mantener:

Registrador: NiceNIC DNS: Cloudflare Sitio web: cualquier proveedor de alojamiento compatible

En esta configuración:

1. NiceNIC mantiene el registro del dominio;
2. el dominio usa los servidores de nombres de Cloudflare;
3. los registros DNS se administran en Cloudflare;
4. los registros del sitio web apuntan desde Cloudflare al host.

NiceNIC documenta esta configuración en ¿Puede Usar DNS de Cloudflare Sin Transferir Su Dominio?.

No cree los mismos registros en NiceNIC esperando que afecten al sitio en vivo si los servidores de nombres de Cloudflare son autoritativos.

Proteja el Correo Electrónico Antes de Cambiar los Servidores de Nombres

Este es uno de los pasos más importantes en todo el proceso.

Una conexión de sitio web a menudo se enfoca solo en:

• registro A;
• CNAME.

Pero el correo electrónico empresarial puede depender de:

• MX;
• SPF;
• DKIM;
• DMARC;
• registros TXT de verificación;
• registros de autodescubrimiento.

Si cambia los servidores de nombres y olvida estos registros:

el sitio web puede funcionar mientras el correo se detiene.

Antes de cambiar los servidores de nombres, copie la configuración DNS completa relacionada con el correo.

Ejemplo: Sitio Web en un Proveedor, Correo en Otro

Una zona DNS normal podría verse así:

Al conectar un nuevo sitio web, cambie solo los registros requeridos para el sitio web a menos que intencionalmente quiera cambiar también el correo electrónico.

No elimine registros DNS no relacionados.

¿Cambiar un Registro A Afecta el Correo Electrónico?

Generalmente no directamente.

Un registro A usado para el sitio web y los registros MX usados para el correo son registros DNS diferentes.

Sin embargo, el correo aún puede verse afectado si:

• el nombre de host del servidor de correo depende del registro A cambiado;
• elimina registros de soporte;
• cambia los servidores de nombres y no recrea los registros de correo.

Entonces:

Cambiar un registro A del sitio web no es lo mismo que reemplazar toda la zona DNS.

Verifique DNSSEC Antes de Cambiar los Servidores de Nombres

Si DNSSEC está habilitado, los cambios de servidores de nombres necesitan cuidado adicional.

La guía actual de configuración y solución de problemas de DNSSEC de NiceNIC explica que los registros DNSSEC generalmente son generados por el proveedor de DNS, mientras que NiceNIC puede enviar el registro DS relevante al registro para los TLD compatibles.

Una secuencia de falla común es:

1. el dominio usa el Proveedor de DNS A;
2. DNSSEC está activo;
3. el registro DS apunta a las claves del Proveedor A;
4. los servidores de nombres cambian al Proveedor B;
5. el registro DS anterior permanece;
6. el Proveedor B usa datos DNSKEY diferentes;
7. la validación DNS falla.

Los usuarios pueden entonces ver:

SERVFAIL

aunque el registro A normal parezca correcto.

Antes de cambiar los servidores de nombres:

• verifique si DNSSEC está habilitado;
• confirme si los registros DS deben eliminarse o reemplazarse;
• habilite la firma correctamente en el nuevo proveedor;
• verifique la cadena después del cambio.

DNSSEC y SSL Son Diferentes

No los confunda.

DNSSEC

Ayuda a verificar las respuestas de DNS .

SSL/TLS

Protege la conexión entre el navegador y el sitio web.

Un dominio puede tener:

• DNS correcto;
• DNSSEC válido;
• SSL roto.

O:

• certificado SSL válido;
• DNS roto.

Solucione los problemas por separado.

¿Cuándo Debería Configurar SSL?

Generalmente después de que el dominio apunte al servicio de alojamiento correcto.

Muchas plataformas de alojamiento emiten automáticamente un certificado después de la verificación de DNS .

Otras requieren que usted :

• habilite SSL manualmente;
• instale un certificado;
• verifique el dominio;
• configure HTTPS.

Pruebe:

http://example.com

y:

https://example.com

También pruebe:

https://www.example.com

si usa www.

El certificado debe cubrir cada nombre de host que se espera que los usuarios visiten.

¿Por Qué Funciona HTTP pero Falla HTTPS?

Las causas posibles incluyen:

• certificado no emitido;
• certificado caducado;
• certificado no incluye el nombre de host;
• HTTPS no habilitado en el host;
• desajuste de SSL del proxy/CDN;
• configuración de redirección.

Si el DNS resuelve correctamente pero HTTPS falla, el registrador puede no ser el problema.

Verifique la capa de alojamiento, SSL o CDN .

¿Qué Es la Propagación de DNS?

Después de cambiar el DNS, algunos usuarios pueden recibir temporalmente respuestas DNS antiguas en caché.

Los cambios de DNS no se copian literalmente a cada computadora a la vez.

Los resolutores recursivos almacenan en caché la información de DNS de acuerdo con TTL y otro comportamiento de caché.

La distinción útil es:

DNS autoritativo

Lo que el proveedor de DNS del dominio dice en este momento.

DNS en caché

Lo que otro resolutor aún puede recordar de una consulta anterior.

Esta es la razón por la que un usuario puede ver el nuevo sitio web mientras otro aún ve el antiguo.

¿Cuánto Tiempo Tarda la Propagación de DNS?

No hay un tiempo fijo universal.

Puede depender de:

• TTL anterior;
• caché del resolutor;
• caché de delegación;
• caché negativo;
• resolutor del ISP;
• caché DNS local.

No simplemente espere 24-48 horas sin verificar la configuración.

La guía de DNS actual de NiceNIC recomienda:

1. confirmar el proveedor autoritativo;
2. verificar que el registro autoritativo sea correcto;
3. solo entonces permitir que las respuestas en caché caduquen.

Consulte Por Qué Sus Cambios de DNS No Funcionan y Cómo Solucionarlo.

Esperar No Corrige un Registro DNS Incorrecto

Esto merece su propia regla:

La propagación no puede corregir una configuración incorrecta.

Si el DNS autoritativo dice:

example.com → IP incorrecta

esperar más tiempo no hará que se convierta en la IP correcta.

Corrija el registro autoritativo primero.

Luego considere el caché.

¿Cómo Verifica Que el Dominio Está Conectado Correctamente?

No se detenga cuando el panel de DNS diga:

Guardado

Pruebe el servicio real.

Verificación 1: Dominio raíz

Abra:

example.com

Verificación 2: www

Abra:

www.example.com

Verificación 3: HTTP

Pruebe:

http://example.com

Verificación 4: HTTPS

Pruebe:

https://example.com

Verificación 5: Otra red

Intente:

• Wi-Fi;
• datos móviles;
• otro resolutor.

Verificación 6: Correo electrónico

Si el dominio usa correo electrónico empresarial:

• envíe un mensaje de prueba;
• envíe uno hacia afuera.

Verificación 7: Subdominios importantes

Pruebe:

• tienda;
• app;
• inicio de sesión;
• API;
• correo;
• cualquier subdominio de producción.

No considere la configuración completa hasta que todos los servicios requeridos funcionen.

Lista de Verificación de Conexión del Sitio Web

La Raíz Funciona pero www No

Verifique el registro de www.

Configuración común:

www → CNAME → example.com

Pero algunas plataformas de sitios web requieren su propio destino

Use las instrucciones del host.

También asegúrese de que el certificado SSL cubra:

www.example.com

www Funciona pero el Dominio Raíz No

Verifique:

• registro A raíz;
• registro AAAA raíz;
• registro específico de apex requerido por el proveedor;
• si su proveedor de DNS soporta la configuración de apex requerida.

No agregue un CNAME convencional en el apex de la zona a menos que su proveedor/plataforma de DNS soporte específicamente un mecanismo equivalente apropiado.

¿Por Qué el Sitio Web Antiguo Sigue Apareciendo?

Causas posibles:

• el registro A antiguo sigue siendo autoritativo;
• editó el DNS en el proveedor incorrecto;
• caché local/del resolutor;
• caché del CDN;
• caché del navegador;
• registro AAAA IPv6 antiguo;
• redirección del alojamiento.

Verifique el DNS autoritativo primero.

¿Por Qué Aparece el Sitio Web Incorrecto?

Causas posibles:

• el DNS apunta al servidor incorrecto;
• el servidor compartido no reconoce el dominio;
• el host virtual no está configurado;
• la ruta del CDN es incorrecta.

Si se devuelve la IP correcta pero aparece otro sitio web, verifique la configuración del alojamiento.

¿Por Qué el Sitio Web Muestra "Servidor No Encontrado"?

Verifique:

1. estado del dominio;
2. servidores de nombres;
3. DNS autoritativo;
4. registros A/CNAME requeridos;
5. DNSSEC si aparece SERVFAIL.

Si el dominio está activo pero el DNS no resuelve, use la guía de solución de problemas de NiceNIC ¿Por Qué Mi Dominio Está Activo pero Mi Sitio Web No Funciona?.

¿Por Qué el Proveedor de Alojamiento Dice Que el Dominio No Está Conectado?

Muchas plataformas de alojamiento verifican el DNS automáticamente.

Las razones posibles incluyen:

• registro A incorrecto;
• CNAME faltante;
• verificación TXT incorrecta;
• DNS cambiado en el proveedor incorrecto;
• resultado antiguo en caché;
• registro AAAA conflictivo;
• la plataforma aún no ha vuelto a verificar.

Compare los valores de DNS carácter por carácter con las instrucciones del proveedor.

Errores Comunes de Entrada de DNS

La guía actual de solución de problemas de DNS de NiceNIC identifica errores comunes como :

• usar el dominio completo donde solo se espera @ o www;
• poner una dirección IP en un CNAME;
• dejar un registro AAAA antiguo;
• crear registros conflictivos;
• editar el DNS en el proveedor incorrecto.

No "experimente" con el DNS hasta que algo funcione.

Siga las instrucciones exactas del servicio de destino.

¿Puede Conectar un Dominio a Múltiples Servicios?

Sí.

El DNS puede dirigir diferentes nombres de host o servicios de manera independiente.

Por ejemplo:

example.com → sitio web

shop.example.com → plataforma de comercio electrónico

app.example.com → aplicación SaaS

MX → correo electrónico empresarial

TXT → verificación / SPF / DKIM / DMARC

Un dominio puede soportar muchos servicios al mismo tiempo.

Esta es otra razón para no eliminar registros DNS no relacionados al conectar un nuevo sitio web.

¿Puede Apuntar Múltiples Dominios a Un Solo Sitio Web?

Sí.

Por ejemplo:

brand.com

brand.net

brand.co

todos pueden configurarse para llegar a un solo sitio web.

La configuración recomendada a menudo implica:

• un dominio principal;
• redirecciones desde dominios alternativos;
• HTTPS consistente;
• URLs canónicas correctas a nivel del sitio web.

No sirva sitios idénticos desde muchos dominios sin una estrategia clara de canónico/redirección si el buscador orgánico es importante.

¿Necesita Transferir el Dominio a la Empresa de Alojamiento?

No.

Conectar un dominio y transferir un dominio son operaciones diferentes.

Para usar un proveedor de alojamiento, generalmente solo necesita :

• cambiar los servidores de nombres; o
• actualizar los registros DNS.

Una transferencia de registrador solo es necesaria si realmente desea cambiar qué registrador administra:

• renovación;
• transferencia;
• bloqueo del registrador;
• controles de registro de dominio.

Si desea mover un registro existente en su lugar, use el servicio de Transferencia de Dominio de NiceNIC.

¿Necesita Cambiar el Alojamiento Cuando Transfiere un Dominio?

No.

Una transferencia de registrador no mueve automáticamente :

• archivos del sitio web;
• base de datos;
• cuenta de alojamiento;
• correo electrónico.

Si los servidores de nombres permanecen sin cambios, los servicios del sitio web existentes normalmente pueden continuar usando la misma configuración de DNS y alojamiento .

¿Puede Conectar un Dominio Antes de Que el Sitio Web Esté Terminado?

Sí.

Puede apuntar el dominio a:

• un sitio de pruebas;
• página de próximamente;
• creador de sitios web;
• página de mantenimiento.

O puede dejar el dominio registrado sin conectarlo hasta que el sitio web esté listo.

No hay requisito de que el registro y el lanzamiento del sitio web ocurran simultáneamente.

¿Cuándo Debería Cambiar los Servidores de Nombres en Lugar de los Registros DNS?

Cambie los servidores de nombres cuando intencionalmente desee que otro proveedor se haga responsable de toda la zona DNS autoritativa.

Razones típicas:

• adoptar Cloudflare;
• dejar que la empresa de alojamiento administre todo el DNS;
• migrar a un proveedor de DNS dedicado;
• reemplazar un servicio DNS antiguo del registrador.

Si solo necesita cambiar hacia dónde apunta el sitio web, un cambio de registro puede ser más simple y seguro.

¿Cuándo Debería Cambiar Solo los Registros DNS?

Edite los registros DNS cuando:

• cambia la IP del servidor del sitio web;
• agrega un creador de sitios web;
• agrega un subdominio;
• conecta SaaS;
• configura el correo electrónico;
• agrega registros de verificación.

En estas situaciones, puede no haber razón para cambiar los servidores de nombres.

Cómo Mover el Alojamiento Sin Romper el Correo Electrónico

Use este proceso más seguro:

1. inventarie el DNS existente;
2. identifique los registros de correo;
3. construya el nuevo sitio web primero;
4. verifique el nuevo servidor;
5. actualice solo el DNS relacionado con el sitio web;
6. deje los registros de correo sin cambios;
7. pruebe el correo;
8. mantenga el alojamiento antiguo disponible hasta que se complete la verificación.

Si cambia los servidores de nombres, recrea todos los registros de correo en el nuevo proveedor de DNS antes del cambio.

Cómo Conectar un Dominio Sin Tiempo de Inactividad

Para un sitio existente en vivo: