Cómo transferir su nombre de dominio a AlexHost: una guía técnica completa
Transferir un nombre de dominio a un nuevo registrador es una de las tareas administrativas más importantes que realiza un propietario de sitio web o un administrador de sistemas. Si se hace correctamente, es transparente y no causa ningún tiempo de inactividad. Si se hace incorrectamente, puede resultar en fallos de propagación DNS, dominios bloqueados, códigos de autorización vencidos o incluso interrupciones accidentales del servicio que duran días.
Esta guía cubre todo el proceso de transferencia de dominio a AlexHost de principio a fin — desde el cumplimiento de la política ICANN y los códigos de autorización EPP hasta las actualizaciones de registros DNS y los procedimientos de transferencia masiva — con la profundidad técnica necesaria para ejecutar el proceso sin errores.
¿Qué es una transferencia de dominio y cómo la habilita EPP?
Una transferencia de dominio es el proceso de mover el control administrativo de un nombre de dominio registrado de un registrador acreditado por ICANN a otro. La transferencia no afecta negativamente la fecha de vencimiento del registro del dominio; en la mayoría de los casos, agrega un año al período de registro existente.
La columna vertebral técnica de cada transferencia de dominio entre registradores es el Extensible Provisioning Protocol (EPP), definido en RFC 5730. EPP es un protocolo cliente-servidor con estado, basado en XML, que estandariza cómo los registradores se comunican con los registros de dominios. Maneja comandos de aprovisionamiento de dominios — incluyendo <create>, <delete>, <renew>, <update>, y de manera crítica, <transfer> — de forma estructurada, autenticada y auditable. Cada registrador acreditado por ICANN está obligado a soportar EPP, razón por la cual el código de autorización que obtiene de su registrador actual es reconocido universalmente por el registrador receptor.
Política de transferencia de ICANN: lo que debe saber antes de comenzar
Antes de iniciar cualquier transferencia, usted está legal y técnicamente sujeto a la Política de Transferencia entre Registradores de ICANN. Dos cláusulas son especialmente críticas y frecuentemente malentendidas:
Sección 3.7.5 de la política de ICANN prohíbe una transferencia si el dominio fue creado en los últimos 60 días. Si registró un dominio ayer, no puede transferirlo hoy — el registro rechazará el comando de transferencia EPP directamente.
Sección 3.7.6 de la política de ICANN prohíbe una transferencia si el dominio ya ha sido transferido en los últimos 60 días. Esto previene el abuso de cambio de registrador y protege a los propietarios de dominios de transferencias secuenciales no autorizadas. La única excepción es una transferencia de vuelta al registrador original, siempre que ambos registradores estén de acuerdo mutuamente o un organismo de resolución de disputas lo ordene.
Se aplican bloqueos de transferencia adicionales mandatados por ICANN en estos escenarios:
- El dominio está bajo un Bloqueo de Registrador (estado:
clientTransferProhibitedoserverTransferProhibited) - El dominio está involucrado en una disputa UDRP activa
- El correo electrónico de contacto WHOIS del dominio es inválido o no verificable, bloqueando el flujo de confirmación
- El dominio está dentro de los 60 días de vencimiento — algunos registradores rechazan las transferencias salientes en esta ventana
Verificar el estado actual de su dominio contra todas estas condiciones antes de enviar una solicitud de transferencia ahorra tiempo significativo y previene intentos de transferencia fallidos.
Lista de verificación previa a la transferencia: cinco pasos antes de enviar cualquier cosa
Precipitarse en una transferencia sin preparación es la causa más común de migraciones de dominio fallidas o retrasadas. Complete cada elemento de esta lista de verificación primero.
Paso 1: Verifique que el dominio es elegible según la política de ICANN
Verifique la fecha de creación del dominio y la última fecha de transferencia en el registro WHOIS público. Ambas deben ser de más de 60 días en el pasado. Use una herramienta de búsqueda WHOIS confiable o consulte el registro directamente mediante whois yourdomain.com desde una terminal.
Paso 2: Desbloquee el dominio en su registrador actual
Cada dominio registrado a través de un registrador de buena reputación está bloqueado por defecto para prevenir transferencias no autorizadas. Este bloqueo aparece en el registro WHOIS como el código de estado EPP clientTransferProhibited. Debe iniciar sesión en el panel de control de su registrador actual y deshabilitar explícitamente este bloqueo. La opción generalmente se etiqueta como “Transfer Lock”, “Registrar Lock” o “Domain Lock”. Después de deshabilitarlo, espere unos minutos para que el registro actualice el estado antes de continuar.
Paso 3: Verifique y actualice la información de contacto WHOIS
La dirección de correo electrónico de contacto administrativo en el registro WHOIS es donde se enviará la solicitud de confirmación de transferencia. Si esta dirección de correo electrónico está desactualizada, rebotando o protegida por un proxy de privacidad que no reenvía mensajes, la transferencia se detendrá o fallará por completo. Actualice el correo electrónico de contacto administrativo a una bandeja de entrada monitoreada activamente antes de iniciar la transferencia. Si la privacidad WHOIS está habilitada, desactívela temporalmente o confirme que el servicio de privacidad de su registrador reenvía correos electrónicos relacionados con transferencias.
Paso 4: Deshabilite DNSSEC si está activo
Si su dominio tiene DNSSEC (DNS Security Extensions) habilitado, debe eliminar los registros DS de la zona padre antes de transferir. No hacerlo puede causar fallos de resolución DNS después de la transferencia, porque los servidores de nombres del nuevo registrador no tendrán los registros DNSKEY correspondientes. Deshabilite DNSSEC en su registrador actual, confirme que los registros DS se eliminaron del registro, luego proceda con la transferencia.
Paso 5: Obtenga el código de autorización EPP (Auth-Code)
Solicite el auth-code EPP (también llamado código de autorización de transferencia, código auth-info o secreto de dominio) a su registrador actual. Esta es una cadena alfanumérica única — típicamente de 8 a 16 caracteres — que confirma criptográficamente que usted es el titular autorizado del dominio que inicia la transferencia. La mayoría de los registradores entregan este código instantáneamente a través del panel de control o por correo electrónico a solicitud. El código es sensible al tiempo; muchos registradores lo vencen después de 7 a 30 días.
Guarde este código cuidadosamente. Cualquiera que lo posea puede iniciar una transferencia de su dominio.
Cómo iniciar una transferencia de dominio a AlexHost
Una vez que todas las condiciones previas a la transferencia están satisfechas, el proceso de envío real a través de AlexHost es sencillo.
Transferencia de dominio único
- Inicie sesión en su cuenta de AlexHost y navegue a la sección de Registro de Dominio.
- Seleccione la opción Transferir Dominio.
- Ingrese su nombre de dominio en el campo proporcionado.
- Ingrese el código de autorización EPP obtenido de su registrador actual.
- Revise los detalles de la transferencia, confirme el correo electrónico de contacto administrativo y envíe la solicitud.
En esta etapa, los sistemas de AlexHost envían un comando EPP <transfer op="request"> al registro relevante, incluyendo su nombre de dominio, el auth-code y las credenciales del registrador receptor. El registro valida el auth-code contra sus registros.
Configuración de registros DNS durante la transferencia
Después de enviar la solicitud de transferencia, puede preconfigurar sus registros DNS dentro del panel de control de AlexHost. Esta es una ventaja operativa significativa — al configurar sus registros A, registros MX, registros CNAME y registros TXT (incluyendo entradas SPF, DKIM y DMARC) antes de que se complete la transferencia, minimiza la ventana durante la cual la resolución DNS podría ser inconsistente.
Si también está alojando su sitio web o correo electrónico con AlexHost, este es el momento de apuntar su DNS a la infraestructura correcta. Para equipos que gestionan infraestructura de correo electrónico, el Alojamiento de Correo Electrónico de AlexHost se integra directamente con el panel de gestión DNS de su dominio.
Transferencia masiva de dominios
Para organizaciones que gestionan grandes carteras de dominios, AlexHost soporta transferencias masivas de dominios. Esto es particularmente útil para agencias, revendedores y empresas que consolidan dominios de múltiples registradores en una única interfaz de gestión.
El formato de entrada para la transferencia masiva es:
yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3Ingrese cada dominio en una línea separada, seguido inmediatamente por dos puntos y su auth-code EPP correspondiente — sin espacios. Envíe la lista completa en una sola operación. AlexHost procesa cada solicitud de transferencia individualmente contra el registro respectivo, por lo que diferentes dominios pueden completarse en diferentes momentos dependiendo de la velocidad de respuesta del registrador cedente.
Cronograma de transferencia: qué sucede después del envío
Comprender el cronograma técnico previene tickets de soporte innecesarios y ansiedad durante el período de espera.
| Fase | Duración | Qué sucede |
|---|---|---|
| Envío del comando EPP | Inmediato | AlexHost envía la solicitud de transferencia al registro |
| Validación del auth-code por el registro | Minutos | El registro verifica el auth-code y la elegibilidad del dominio |
| Notificación al registrador cedente | 1–24 horas | El registrador actual recibe la solicitud de transferencia por correo electrónico o panel de control |
| Ventana de respuesta del registrador cedente | Hasta 5 días | El registrador puede aprobar, denegar o permitir que la solicitud se apruebe automáticamente |
| Finalización técnica de la transferencia | Hasta 24 horas después de la aprobación | La delegación del dominio se mueve a AlexHost |
| Propagación DNS | Hasta 48–72 horas | Los nuevos registros DNS se propagan globalmente a través de los resolvers recursivos |
| Estabilidad DNS completa | Hasta 5 días | Todos los cachés TTL vencen y los resolvers usan los nuevos registros universalmente |
Información clave: Muchos registradores cedentes ofrecen una opción de “liberación acelerada” en su panel de control. Si su registrador actual soporta esto, aprobar la transferencia inmediatamente en lugar de esperar la ventana de aprobación automática de 5 días puede reducir el tiempo total de transferencia a menos de 24 horas.
Consejo de gestión TTL: Antes de iniciar una transferencia, reduzca los valores TTL en sus registros DNS críticos (A, MX, CNAME) a 300 segundos (5 minutos) en su registrador actual. Haga esto al menos 24–48 horas antes de la transferencia — tiempo suficiente para que el TTL más bajo se propague. Cuando la transferencia se complete y actualice los registros en AlexHost, los cambios se propagarán globalmente en minutos en lugar de días.
Transferencia de dominio vs. cambio DNS vs. cambio de registrador de dominio: aclarando la terminología
Estos tres conceptos se confunden frecuentemente, y mezclarlos lleva a acciones incorrectas.
| Acción | Qué cambia | Riesgo de tiempo de inactividad | Aprobación de ICANN requerida |
|---|---|---|---|
| Transferencia de dominio | Registrador (control administrativo) | Bajo si DNS está preconfigurado | Sí |
| Cambio de registro DNS | Hacia dónde se dirige el tráfico (IP, servidor de correo) | Minutos (dependiente del TTL) | No |
| Cambio de servidor de nombres | Qué servidores DNS son autoritativos | Hasta 48 horas de propagación | No |
| Cambio de registrador de dominio | Igual que la transferencia de dominio | Bajo si DNS está preconfigurado | Sí |
Cambiar sus servidores de nombres en su registrador actual para apuntar a la infraestructura DNS de AlexHost no es una transferencia de dominio. Es un cambio de delegación DNS. El dominio permanece registrado en su registrador actual. Una transferencia completa mueve la relación con el registrador por completo.
Post-transferencia: configuración DNS y configuración de infraestructura
Después de que la transferencia se complete y AlexHost se convierta en su registrador autoritativo, actualizar y verificar sus registros DNS es la tarea operativamente más crítica.
Registros DNS esenciales para verificar
- Registro A: Apunta su dominio raíz (
@) a la dirección IPv4 de su servidor - Registro AAAA: Apunta su dominio raíz a la dirección IPv6 de su servidor (si aplica)
- Registro CNAME: Típicamente usado para el alias del subdominio
www - Registros MX: Dirigen el correo electrónico entrante a sus servidores de correo, con valores de prioridad correctos
- Registros TXT: Política SPF, claves públicas DKIM, política DMARC y tokens de verificación de dominio para servicios de terceros
- Registros NS: Confirman que los servidores de nombres de AlexHost están listados como autoritativos
Si su dominio apunta a un entorno de Alojamiento VPS, verifique que el registro A refleje la dirección IP pública correcta de su instancia VPS. Para cargas de trabajo de alto tráfico o con uso intensivo de recursos, los Servidores Dedicados proporcionan recursos dedicados con control total sobre la configuración de red, lo que hace que la alineación DNS post-transferencia sea sencilla.
Continuidad del certificado SSL
Una transferencia de dominio no invalida los certificados SSL/TLS existentes. Sin embargo, si su certificado está validado por dominio (DV) y vinculado a su entorno de alojamiento anterior, es posible que deba reemitirlo después de actualizar sus registros DNS. Asegúrese de que su certificado SSL cubra tanto el dominio raíz como el subdominio www (o use un certificado wildcard). AlexHost proporciona Certificados SSL que pueden emitirse y gestionarse directamente desde su panel de cuenta después de que se complete la transferencia.
Acceso al panel de control
Una vez que el dominio está bajo la gestión de AlexHost, obtiene acceso a un panel de control centralizado para la gestión DNS, actualizaciones WHOIS, bloqueo de dominio, configuración de renovación automática y gestión de servidores de nombres. Para equipos que prefieren la gestión basada en cPanel, el VPS con cPanel integra la gestión de dominio y alojamiento en una interfaz familiar.
Fallos comunes de transferencia y cómo resolverlos
Incluso los administradores experimentados encuentran fallos de transferencia. Estas son las causas más frecuentes y sus soluciones.
Auth-code rechazado por el registro
El auth-code distingue entre mayúsculas y minúsculas y vence después de un período establecido. Solicite un código nuevo a su registrador actual y envíelo inmediatamente. Confirme que no hay espacios iniciales o finales en el campo del código.
El estado del dominio es clientTransferProhibited
El dominio todavía está bloqueado. Regrese al panel de su registrador actual, deshabilite el bloqueo de transferencia, espere 5–10 minutos y verifique el cambio de estado en WHOIS antes de reenviar.
Correo electrónico de confirmación de transferencia no recibido
Verifique el correo electrónico de contacto administrativo en WHOIS. Si es incorrecto o está protegido por un servicio de privacidad, actualícelo primero. También revise las carpetas de spam — los correos electrónicos de confirmación de transferencia frecuentemente se clasifican incorrectamente.
El registro rechaza la transferencia debido al bloqueo de 60 días
Esta es una restricción de política ICANN estricta. No hay solución alternativa. Espere hasta que el período de 60 días transcurra desde la fecha de creación del dominio o la última fecha de transferencia.
Fallos de validación DNSSEC después de la transferencia
Elimine los registros DS del registro antes de iniciar la transferencia. Después de la transferencia, vuelva a habilitar DNSSEC en AlexHost y agregue los nuevos registros DS a la zona padre.
El registrador cedente deniega la transferencia
Un registrador solo puede denegar legítimamente una transferencia si hay una disputa UDRP activa, una orden judicial o un informe de fraude documentado. Si la denegación no está justificada, presente una queja ante el departamento de Cumplimiento de Registradores de ICANN.
Matriz de decisión: cuándo transferir vs. cuándo cambiar solo el DNS
Use esta matriz para determinar la acción correcta para su situación.
| Escenario | Acción recomendada |
|---|---|
| Cambiar de proveedor de alojamiento, manteniendo el registrador actual | Cambiar solo registros DNS o servidores de nombres |
| Consolidar todos los dominios bajo un registrador | Transferencia completa de dominio |
| El registrador actual tiene soporte deficiente o tarifas de renovación altas | Transferencia completa de dominio |
| Dominio registrado hace menos de 60 días | Cambiar solo DNS; transferir después de la ventana de 60 días |
| Necesita cambios DNS inmediatos sin esperar la transferencia | Cambiar servidores de nombres en el registrador actual primero, transferir después |
| Gestionar 10+ dominios en múltiples registradores | Transferencia masiva de dominios para consolidar |
Conclusiones técnicas clave
- Desbloquee el dominio y verifique el correo electrónico de contacto WHOIS antes de solicitar el auth-code — no después.
- Reduzca los valores TTL de DNS a 300 segundos al menos 24 horas antes de que comience la transferencia.
- Deshabilite DNSSEC y elimine los registros DS del registro antes de enviar la solicitud de transferencia.
- El auth-code EPP distingue entre mayúsculas y minúsculas y tiene tiempo limitado; úselo dentro de las 24 horas de recepción para mejores resultados.
- Las transferencias masivas usan el formato
domain.com:AuthCode— uno por línea, sin espacios. - La ventana de transferencia ICANN de 5 días puede acortarse aprobando la transferencia inmediatamente en el registrador cedente.
- Post-transferencia, verifique todos los tipos de registros DNS — no solo el registro A — antes de considerar la migración completa.
- Los certificados SSL pueden necesitar reemisión después de los cambios DNS; maneje esto de manera proactiva para evitar errores HTTPS.
- Para nuevos dominios registrados a través de AlexHost, explore el Registro de Dominios para gestionar todo desde un único panel desde el primer día.
Preguntas frecuentes
¿Cuánto tiempo tarda una transferencia de dominio a AlexHost?
La transferencia técnica se completa dentro de las 24 horas posteriores a que el registrador cedente apruebe la solicitud. El registrador cedente tiene hasta 5 días para responder antes de que la transferencia se apruebe automáticamente. La propagación DNS después de la transferencia puede tomar 24–72 horas adicionales dependiendo de los valores TTL. El tiempo total transcurrido es típicamente de 1 a 7 días.
¿Mi sitio web se caerá durante la transferencia de dominio?
No si se prepara correctamente. Preconfigure sus registros DNS en el panel de AlexHost antes de que se complete la transferencia, y reduzca sus valores TTL con 24–48 horas de anticipación. Si sus servidores de nombres y registros DNS están correctamente configurados en AlexHost antes de que se finalice la transferencia, los visitantes no experimentan ninguna interrupción.
¿Qué es el auth-code EPP y dónde lo encuentro?
El auth-code EPP (también llamado código de autorización de transferencia o código auth-info) es una cadena alfanumérica única que prueba que usted es el titular autorizado del dominio. Obténgalo del panel de control de su registrador actual en la configuración del dominio, o solicítelo a través de su soporte. Generalmente se entrega instantáneamente o en pocas horas.
¿Puedo transferir un dominio que acaba de registrarse o fue transferido recientemente?
No. La política de ICANN exige un período de bloqueo de 60 días después del registro inicial del dominio y después de cualquier transferencia entre registradores. Intentar una transferencia durante esta ventana resultará en un rechazo a nivel de registro independientemente del registrador que use.
¿Qué sucede con mis registros DNS después de que se complete la transferencia?
Sus registros DNS existentes no se migran automáticamente. Debe recrearlos o importarlos manualmente en el panel de gestión DNS de AlexHost. Por eso preconfigurar los registros DNS antes de que se complete la transferencia — y reducir los valores TTL con anticipación — es una práctica recomendada crítica que previene el tiempo de inactividad.
