Lista para transferir un dominio: Auth Code, desbloqueo y cambio sin sorpresas DNS

Imagine que alquila un apartamento. El edificio permanece en su sitio. Sus muebles, su correo y su servicio de Internet no se trasladan automáticamente cuando cambia de propietario. Lo que realmente cambia es quién conserva la documentación del contrato: quién lo renueva, quién puede aprobar una salida y quién responde cuando la ciudad pregunta por el responsable de esa unidad.

Una transferencia de dominio entre registradores funciona de la misma manera. El nombre de dominio en sí es la dirección del edificio. Los archivos de su sitio web, los buzones de correo electrónico y el plan de alojamiento son los muebles y los servicios públicos. El registrador es el propietario que actualmente patrocina su inscripción en el registro. Pasar a un nuevo registrador significa cambiar la empresa que posee ese patrocinio, no empaquetar toda su vida en línea en una caja de cartón.

Esta guía recorre la lista de verificación del día de la mudanza que la mayoría de los propietarios de dominios realmente necesitan: el código de autorización (autenticación/EPP), el paso de desbloqueo y el estado llamado clientTransferProhibited, los bloqueos de 60 días comunes después de la creación o transferencia según la Política de transferencia de ICANN para muchos gTLD, lo que viaja con el dominio frente a lo que se queda atrás, los riesgos de DNS y del servidor de nombres mientras el movimiento está en marcha, y cómo los dominios de código de país (ccTLD) a menudo difieren de los genéricos. (gTLD) a un alto nivel. Los plazos y las pantallas exactas varían según el TLD y el registrador; Trate las reglas a continuación como el mapa habitual para los nombres regidos por la ICANN y luego confirme los detalles de su extensión antes de comenzar.

Si administra dominios en un registrador como SoxDomains, se aplican las mismas ideas ya sea que esté transfiriendo en o preparando un dominio para salir algún día. El objetivo es una mudanza tranquila, no un cierre patronal sorpresa el día de la mudanza.

¿Qué significa realmente “transferir”?

En el lenguaje de los registradores, una transferencia entre registradores cambia qué empresa acreditada figura como registrador oficial del dominio ante el registro. Usted no cambia el nombre ni traslada automáticamente el hosting. Cambia la empresa que puede renovar el dominio, mostrarlo en su panel y ayudarle con la gestión del registro.

Un breve desglose que evita confusiones:

La gente dice "Transfirí mi dominio" cuando se refieren a tres proyectos diferentes: cambiar de registrador, cambiar de servidor DNS y cambiar de servidor web. Puedes hacer uno, dos o los tres. Hacer las tres cosas en la misma tarde sin un plan es como se arruinan los fines de semana.

Para comprender cómo se comportan los nameservers y la propagación cuando cambia la “recepción del edificio”, consulte Nameservers, glue records y propagación DNS. Para repasar los registros A, MX y TXT, consulte la explicación de los registros DNS.

La metáfora del alquiler de apartamentos (y por qué ayuda)

Mantenga esta imagen en su cabeza mientras hace clic en los paneles:

• La dirección del edificio = su nombre de dominio. No cambia cuando cambia el propietario.
• El propietario actual = su registrador perdedor (actual).
• El nuevo propietario = su registrador receptor (de destino).
• La ciudad/registro de propiedad = el registro de TLD (y, para muchos gTLD, la capa de políticas coordinada a través de ICANN).
• El formulario de autorización de mudanza = el código de autenticación (también llamado AuthInfo, código EPP o similar).
• El cerrojo de la puerta = cerradura de transferencia / clientTransferProhibited.
• La cláusula “no realizar movimientos durante 60 días después de la firma” = las restricciones comunes posteriores a la creación y posteriores a la transferencia en la Política de transferencias de ICANN.
• Los correos electrónicos de confirmación = el formulario de autorización (FOA)/flujo de confirmación de transferencia: prueba de que alguien con autoridad dijo "sí, traspasar este contrato de arrendamiento".
• Mobiliario y servicios públicos = hosting, correo electrónico, CDN y otros servicios que no son el contrato de arrendamiento en sí.

Si algo falla, pregunte qué capa se rompió: papeleo (autenticación/desbloqueo), período de espera (bloqueos de estilo de 60 días), confirmación (correos electrónicos que nunca recibió) o utilidades (DNS/hosting que desconectó accidentalmente).

Paso uno: confirme que el dominio puede transferirse

Antes de solicitar un código, verifique la elegibilidad. Para muchos gTLD según la Política de transferencia de ICANN, un registrador puede denegar una transferencia entre registradores cuando el dominio se creó hace menos de 60 días, o cuando se transfirió hace menos de 60 días. También existe un bloqueo de transferencia entre registradores común de 60 días después de un cambio de registrante (un cambio sustancial en el nombre, la organización o el correo electrónico del registrante; los detalles se definen en la política), a menos que su registrador haya ofrecido una opción de exclusión voluntaria y usted la haya utilizado antes de ese cambio.

Ese último punto detecta a las personas que actualizan los datos de contacto “para que lleguen los correos electrónicos de transferencia” y luego descubren que acaban de iniciar un bloqueo. El orden de las operaciones es importante: mantenga los contactos y el acceso al buzón de correo en buen estado sin cambios materiales innecesarios del registrante si una transferencia es inminente, o pregúntele a su registrador cómo interactúa el cambio de registrante con los bloqueos de su TLD.

Otros bloqueadores del mundo real (nivel alto):

• El dominio ha caducado o se aplican retenciones de pagos/disputas (los plazos de caducidad son un tema completamente aparte; consulte vencimiento del dominio, gracia, redención y eliminación pendiente).
• Un procedimiento de disputa u orden judicial bloquea las movidas.
• Existe una restricción de nivel de registro (a veces se muestra como estados como serverTransferProhibited). Esto es diferente del bloqueo de registro ordinario que normalmente puede desactivar usted mismo.
• Su TLD es un ccTLD con sus propias reglas de transferencia (más información a continuación).

Si WHOIS o su panel de registro muestra clientTransferProhibited, eso a menudo significa simplemente que el bloqueo de transferencia ordinario está activado: seguridad útil por defecto, no necesariamente una prohibición permanente. Si ve un estado prohibido en el lado del servidor que no puede borrar, es posible que esté esperando un bloqueo de política o una regla de registro. En caso de duda, pregúntele al registrador actual qué estado lo está bloqueando y si está controlado por el cliente.

El código de autenticación: su formulario de autorización de mudanza

La mayoría de las transferencias de gTLD requieren un código de autorización; escuchará código de autenticación, AuthInfo o código EPP. Mismo trabajo: una cadena secreta que demuestra que la solicitud de transferencia proviene de alguien que puede controlar el dominio en el registrador actual.

Según los requisitos de la Política de transferencia de ICANN en torno a AuthInfo y bloqueos:

• Los códigos AuthInfo deben ser únicos por dominio.
• Si el registrador no le brinda herramientas de autoservicio, generalmente debe proporcionar AuthInfo y eliminar clientTransferProhibited dentro de cinco días calendario de su solicitud.
• Los registradores no deberían hacer que obtener el código sea más difícil que cambiar la información ordinaria de contacto o del servidor de nombres.
• Se supone que las disputas de pago por sí solas no son una razón para negarse a liberar AuthInfo o eliminar el bloqueo de transferencia del cliente (con reglas separadas sobre los períodos impagos y el vencimiento).

Hábitos prácticos que ahorran dolores de cabeza:

1. Solicite o genere el código cuando esté listo para comenzar, no semanas antes. Algunos registradores rotan o vencen códigos; Trate un código obsoleto como sospechoso.
2. Cópialo con cuidado. Un solo carácter incorrecto falla la transferencia.
3. No lo pegues en tickets públicos, salas de chat o capturas de pantalla que compartas ampliamente. Es una clave.
4. Después de una mudanza exitosa, normalmente ya no necesitarás el código anterior. En el nuevo registrador, las cerraduras y los códigos se gestionan nuevos.

Nuestras preguntas frecuentes resumen así las transferencias entrantes: desbloquee en el registrador actual, obtenga el código de autorización (EPP) e inicie la transferencia desde su cuenta, y señala que la mayoría de las transferencias de gTLD incluyen una renovación de un año. Ese punto de renovación coincide con un efecto de política de transferencia ampliamente conocido: una transferencia entre registradores completada y autorizada por el titular generalmente extiende el plazo de registro en un año, sujeto al plazo máximo habitual no vencido (comúnmente hasta diez años). La visualización exacta de la facturación varía según el registrador; Lea el resumen del pedido antes de pagar.

Desbloquear: apagando clientTransferProhibited

Piense en bloqueo de registro/bloqueo de dominio como un cerrojo. En la mayoría de los dominios está activado de forma predeterminada, por lo que una solicitud de transferencia aleatoria no puede cancelar su contrato de arrendamiento. En el lenguaje de estado del EPP, suele aparecer como clientTransferProhibited.

Para transferir:

1. Inicie sesión en el registrador actual.
2. Busque Bloqueo de transferencia, Bloqueo de registrador o Bloqueo de dominio (la redacción varía).
3. Deshabilítelo para ese dominio.
4. Confirme que el estado ya no bloquea transferencias (texto del panel o lista de estado de WHOIS).

La política de ICANN exige que el registrador permita retirar clientTransferProhibited y, si no ofrece desbloqueo de autoservicio, que lo haga dentro de cinco días calendario desde la solicitud. Cuando la transferencia termine, vuelva a activar el bloqueo en el nuevo registrador. Mantenerlo desactivado indefinidamente elimina una protección importante; el desbloqueo solo era necesario para completar el traslado.

No confundas esto con:

• Retención del cliente u otros estados que pueden desconectar el nombre.
• Prohibida la transferencia de registro/servidor estados vinculados a ventanas de políticas o reglas de registro.
• Servicios de contacto de privacidad/proxy (afectan lo que ve el público; no son lo mismo que el bloqueo de transferencia).

Aprobaciones y FOA: la etapa “ambos propietarios verifican el formulario”

La Política de Transferencias de ICANN describe un flujo de confirmación estilo Forma de Autorización (FOA) para que las transferencias no sean silenciosas. En términos sencillos:

1. Usted desbloquea el dominio y obtiene el código de autorización del registrador anterior.
2. Usted inicia la transferencia en el registrador receptor e ingresa el código (y paga si es necesario).
3. Las confirmaciones se envían para que el contacto autorizado pueda aprobar la mudanza. Históricamente esto implicaba mensajes FOA estandarizados; Los detalles de cumplimiento y la experiencia de usuario del registrador han evolucionado, y en ocasiones la ICANN ha aplazado ciertas piezas de cumplimiento mientras continúa la revisión de políticas. Lo que experimentará en 2026 pueden ser enlaces de correo electrónico, aprobaciones de paneles o ambas cosas.
4. Se notifica al registrador perdedor y tiene una ventana para responder. Según la política publicada, la falta de respuesta del registrador registrado dentro de cinco días calendario a la notificación de transferencia del registro puede resultar en una aprobación predeterminada.
5. Cuando el registro completa la transferencia, se notifica a ambos registradores y el registrador receptor se convierte en registrador registrado.

Su tarea es vigilar las direcciones de correo de los contactos del dominio y el correo de su cuenta de registrador. Si esos buzones están inactivos, llenos o filtran los mensajes como spam, el traslado puede detenerse aunque el código sea correcto. Resuelva el acceso al correo antes de iniciar y evite cambios materiales de titular que puedan activar un bloqueo por cambio de registrante.

Planifique también la duración. Muchas transferencias finalizan aproximadamente en varios días una vez iniciadas; nuestras preguntas frecuentes indican un plazo habitual de 5 a 7 días dependiendo de la rapidez con la que el registrador actual publica el nombre. Se trata de un rango práctico, no una garantía para todos los TLD.

Lo que se mueve con el dominio vs lo que se queda atrás

Esta es la parte para la que existe la metáfora del apartamento.

Generalmente se mueve (o se vuelve a apuntar con el registro)

• El registro del nombre de dominio y el plazo restante (a menudo más la extensión del año relacionada con la transferencia para los gTLD elegibles).
• Su función como registrante (la persona/organización a la que pertenece el registro): está cambiando de propietario, no vendiendo el apartamento, a menos que realice por separado un Cambio de registrante.
• La delegación del servidor de nombres a nivel de registro a menudo permanece en lo que se configuró, por lo que Internet puede seguir preguntando a los mismos hosts DNS, si esos hosts todavía prestan servicio en su zona.

Generalmente no se mueve automáticamente

• Archivos de sitios web, bases de datos e instalaciones de CMS en el host anterior.
• Cuentas de correo electrónico e historial de mensajes en la antigua plataforma de correo.
• Edición de la zona DNS. Si el DNS era un complemento gratuito del registrador anterior, los registros pueden seguir respondiendo durante un tiempo, pero usted puede perder el panel de control o la zona completa cuando cierre la cuenta. Exporte o reconstruya la zona antes de terminar la relación con el proveedor anterior.
• Extras específicos del registrador: creadores de sitios propietarios, reglas de reenvío empaquetadas que solo se encontraban en el panel anterior, “reenvío de correo electrónico” con un solo clic que no era alojamiento MX real y funciones de conveniencia similares.
• Historial de facturación de la cuenta en la antigua empresa (conserve las facturas para sus registros).

Cosas que la gente olvida hasta que algo se rompe

• Renovaciones programadas/renovación automática en el registrador anterior: desactívelas después de una transferencia exitosa para no pagar por un nombre que ya no administra allí (y confirme la renovación automática en el nuevo hogar).
• Estado DNSSEC: si el dominio se firmó, una transición torpe puede generar fallas de validación. Si utiliza DNSSEC, trate la transferencia + los cambios de DNS como un proyecto coordinado, no como dos clics casuales.
• Servicios externos que verificaron el dominio vía DNS TXT o correo electrónico (boletines, paneles de administración SaaS). El dominio todavía existe; sus registros de prueba también deben existir.

Riesgos de DNS y servidores de nombres durante una transferencia

Una transferencia limpia de registrador no debería requerir cambiar de servidor de nombres. Muchos movimientos exitosos dejan en paz los registros de NS: el contrato de arrendamiento cambia de manos; El mostrador del vestíbulo sigue funcionando.

Los riesgos aparecen cuando las personas combinan movimientos:

Riesgo 1: cambiar los nameservers y el registrador el mismo día. Ahora existen dos procesos simultáneos: la aprobación de la transferencia y la delegación o caché DNS. Si uno falla, puede parecer que “la transferencia dañó el sitio” cuando el problema real es una zona nueva vacía o una zona anterior eliminada.

Riesgo 2: suponer que el DNS del registrador se transfiere como un producto. El registrador receptor puede mostrar una zona vacía hasta que usted vuelva a crear los registros. El DNS del registrador anterior también puede continuar respondiendo hasta que cambie los NS o el proveedor retire la zona. Cuando termine la transferencia, verifique las respuestas mediante varios resolvers.

Riesgo 3: apuntar NS al nuevo registrador antes de que la zona esté lista. Construya la zona primero. Sólo entonces cambie de delegación. Ese consejo es el mismo independientemente de que se produzca una transferencia o no.

Riesgo 4: TTL y ansiedad por “propagación”. Si no cambió los servidores de nombres, no espere una tormenta global de DNS solo por la transferencia. Si cambió los servidores de nombres, espere los cachés con sensatez y mantenga vivo el antiguo DNS autorizado hasta que el tráfico se haya movido. Los detalles más profundos se encuentran en la guía de propagación y servidores de nombres.

Riesgo 5: correo electrónico. Los registros MX y la configuración del proveedor son independientes del registrador que administra el dominio. Aun así, si los MX existen únicamente en un panel DNS cuyo acceso está por finalizar, cópielos primero. El día de la transferencia no es el momento para descubrir que faltan registros esenciales del correo.

Una estrategia tranquila que utilizan muchos operadores:

1. Exporte una copia completa de los registros DNS (captura de pantalla + exportación de texto).
2. Confirme el trabajo del sitio web y del correo antes de iniciar la transferencia.
3. Transfiera el dominio sin cambiar los servidores de nombres.
4. Después de que el registrador ganador muestre el dominio como activo, verifique que NS y los registros clave aún coincidan con sus notas.
5. Sólo más tarde, a propósito, migre el DNS o el alojamiento si aún así lo desea.

gTLD vs ccTLD: misma idea, diferentes reglamentos

Los gTLD (dominios genéricos de nivel superior), como muchos .com / .net / nuevas terminaciones genéricas, generalmente se encuentran bajo las políticas de consenso de la ICANN, incluidos los conceptos de Política de transferencia anteriores: AuthInfo, reglas de bloqueo de transferencias de clientes, confirmaciones estilo FOA y los familiares motivos de denegación de 60 días en torno a la creación/transferencia reciente (y el cambio de bloqueos de registrantes). Para obtener información general sobre cómo la ICANN y la IANA se adaptan a la libreta de direcciones más amplia, consulte ICANN e IANA: la libreta de direcciones de Internet.

Los ccTLD (dominios de nivel superior de código de país), como .hn, .gt, .uk y muchos otros, están administrados por registros nacionales o territoriales. Algunos imitan las transferencias de códigos de autenticación EPP. Otros utilizan correos electrónicos, formularios firmados, tickets de registrador a registrador o portales de registro con reglas locales. Los períodos de espera, los documentos requeridos, los requisitos de presencia local/fideicomisario y si una transferencia incluye un año adicional pueden diferir.

Hábitos de alto nivel que aún ayudan a los ccTLD:

• Pregunte a ambos registradores por los pasos de transferencia de ese TLD, no por un tutorial genérico sobre .com.
• Confirme los requisitos de desbloqueo + autenticación/token para ese registro.
• Confirme si las actualizaciones de contactos tienen bloqueos especiales.
• Confirme si se debe cambiar el DNS como parte del proceso (a veces sí, a menudo no).
• Presuponga tiempo adicional en el calendario cuando se trate de papeleo o revisión manual.

Admitimos transferencias de gTLD y de numerosos ccTLD; El área del cliente y la ruta de soporte siguen siendo el lugar adecuado para confirmar el comportamiento de transferencia específico de la extensión antes de desbloquear algo.

Cambio de registrante versus cambio de registrador (no mezclarlos)

Dos movimientos diferentes comparten la palabra "transferencia" en el habla informal:

• Transferencia entre registradores = nuevo propietario (este artículo).
• Cambio de registrante = nuevo nombre del inquilino en el contrato de arrendamiento (cambio sustancial en la identidad/contacto del registrante según se define en la política).

La Política de transferencia de ICANN trata el cambio de registrante como su propio proceso con confirmaciones y, de forma predeterminada, un bloqueo de transferencia entre registradores de 60 días después, con una posible exclusión voluntaria antes del cambio si el registrador lo ofrece. Si su objetivo real es "pasar a otro registrador", realice la transferencia entre registradores primero cuando ese orden evite un bloqueo evitable; el texto de la política incluso recomienda a los registratarios esa secuenciación a menos que hayan optado por no participar en el bloqueo.

Vender un dominio a otra persona puede implicar eventualmente ambos pasos. Planificar el pedido; No inventes una secuencia personalizada bajo presión de tiempo.

Una lista de verificación práctica que puede reutilizar

Imprima esta lista, inclúyala en un ticket o guárdela junto a su administrador de contraseñas.

A. Una semana antes, o el día anterior si tiene todo preparado

• ☐ Confirme que el dominio sea elegible (no dentro de una ventana de bloqueo de creación/transferencia/cambio de registrante para su TLD).
• ☐ Confirme que el dominio no esté vencido y que la facturación esté clara en el registrador actual.
• ☐ Confirme que puede iniciar sesión en el registrador actual y en el registrador ganador.
• ☐ Confirme que puede leer el correo electrónico de los contactos del registrante/administrador (y el correo electrónico de la cuenta).
• ☐ Exportar registros DNS; tenga en cuenta los servidores de nombres actuales.
• ☐ Confirmar el sitio web y el correo electrónico; tome capturas de pantalla rápidas de la configuración del panel clave.
• ☐ Decide: transferir solo o transferir + migración de DNS/hosting más tarde.
• ☐ Si DNSSEC está habilitado, lea primero la guía de transferencia de su host DNS.

B. Día de mudanza en el registrador perdedor

• ☐ Desactive el bloqueo de transferencia de registrador/cliente (clientTransferProhibited).
• ☐ Generar o solicitar el código de autenticación/EPP/AuthInfo.
• ☐ Guarde el código en algún lugar privado y temporal.
• ☐ No elimines la cuenta, la zona DNS o el hosting todavía.

C. En el registrador adquirente

• ☐ Inicie la transferencia para obtener la ortografía correcta del TLD.
• ☐ Ingrese el código de autenticación exactamente.
• ☐ Complete el pago/revise la extensión del plazo que se muestra al finalizar la compra.
• ☐ Esté atento a los correos electrónicos de confirmación o aprobaciones del panel; actuar con prontitud.
• ☐ Vigila las carpetas de spam durante unos días.

D. Después del éxito

• ☐ Verifique que el dominio aparezca en el panel de nuevo registrador.
• ☐ Vuelva a habilitar el bloqueo de transferencia en el nuevo registrador.
• ☐ Verifique que los servidores de nombres y los registros DNS críticos aún coincidan con su exportación.
• ☐ Establecer o confirmar la renovación automática y corregir los contactos en el nuevo hogar.
• ☐ Desactive la renovación automática para ese dominio en el registrador anterior (una vez que esté seguro de que finalizó la transferencia).
• ☐ Solo entonces programe cualquier migración de DNS o alojamiento, como un proyecto independiente.
• ☐ Actualizar documentación: dónde reside ahora el dominio, quién lo paga, dónde se edita el DNS.

E. Si algo se pega

• ☐ Vuelva a verificar el estado de bloqueo y la validez del código de autenticación.
• ☐ Vuelva a verificar las ventanas de 60 días (o específicas de TLD).
• ☐ Vuelva a verificar la entrega del correo electrónico de contacto.
• ☐ Pregunte al registrador actual qué motivo darían para una denegación.
• ☐ Pregúntele al registrador ganador qué muestra su panel para el estado de transferencia.
• ☐ Evite ediciones rápidas del registrante “sólo para probar algo” sin comprender los bloqueos de Cambio de registrante.

Mitos comunes, aclarados suavemente

“La transferencia provocará que mi sitio caiga”. No, si el DNS y el hosting permanecen igual. El tiempo de inactividad generalmente proviene de cambiar o eliminar DNS/alojamiento en paralelo, no solo del papeleo del arrendamiento.

“Necesito apuntar el dominio a los servidores de nombres del nuevo registrador para realizar la transferencia”. A menudo es falso para las transferencias de gTLD estándar. El código de autenticación + desbloqueo + aprobaciones son el núcleo. Los cambios en el servidor de nombres son opcionales y separados a menos que su proceso de TLD específico indique lo contrario.

“La privacidad de WHOIS evita transferencias”. No de forma inherente. La privacidad/proxy puede afectar qué correos electrónicos son visibles, pero los registradores aún tienen formas de comunicarse con el titular de la cuenta. Siga las instrucciones de transferencia de su registrador para contactos privados.

“Si ignoro los correos de confirmación, no pasa nada”. No confíe en esa idea. La política contempla aprobación automática cuando el registrador anterior no responde dentro del plazo, mientras que el registrador receptor puede requerir otras confirmaciones según su implementación. Lea los mensajes y supervise activamente su propia transferencia.

“Todos los dominios siguen las mismas reglas de 60 días”. Muchos gTLD de ICANN comparten los temas familiares de creación/transferencia/cambio de registrante en la Política de transferencia. Los ccTLD y algunos casos especiales difieren. Las revisiones de políticas también pueden cambiar los requisitos futuros; Siempre verifique las reglas actuales para su nombre.

Aterrizaje suave: elegir dónde vivir el contrato de arrendamiento

Las personas transfieren registradores por razones comunes: precios más claros, mejores herramientas DNS, soporte en su idioma, consolidación de una cartera o dejar un panel que les ha quedado pequeño. Cualquiera sea el motivo, el movimiento técnico es el mismo: elegibilidad, desbloqueo, código de autenticación, confirmaciones, verificar DNS, volver a bloquear.

Si está consolidando nombres (incluidas extensiones regionales e internacionales) en un solo lugar para renovar y administrar DNS, un registrador creado en torno a una administración de dominio sencilla (como SoxDomains) es el tipo de "nuevo propietario" para el que está escrita la lista de verificación anterior. Utilice las Preguntas frecuentes para conocer los conceptos básicos sobre transferencias y luego trate este artículo como un resumen más extenso sobre el día de la mudanza.

Cierre: empaqueta el papeleo, deja los muebles hasta que quieras

Las transferencias de dominio dan miedo porque el dominio es la puerta de entrada del negocio. El miedo disminuye cuando separas los papeleos de arrendamiento de los muebles. Obtenga la elegibilidad correcta. Desbloquear a propósito. Guarde el código de autenticación como una clave. Confirmaciones de respuesta. Deje DNS en paz a menos que tenga un segundo plan. Vuelva a cerrar cuando llegue. Migre el alojamiento y el correo más tarde, con su propia lista de verificación.

Ése es todo el cambio de apartamento: cambiar de propietario sin tirar el sofá por la ventana.

Cuando esté listo, ejecute la lista de verificación una vez con un dominio de bajo riesgo, si tiene uno, o avance lentamente con el nombre de producción con DNS exportado y buzones de correo abiertos. En el futuro, agradecerá haber tratado el día de la transferencia como una mudanza planificada, no como un desalojo sorpresa.