Si tu proveedor no te da el AuthCode del dominio, retrasa el desbloqueo o te pone pegas para trasladarlo, no tienes por qué quedarte atrapado. El dominio debe estar bajo control del titular legítimo y, salvo bloqueos reales o restricciones justificadas, puedes solicitar el código de transferencia, pedir el desbloqueo y dejar constancia por escrito de todo el proceso.
Índice del artículo web:
La situación suele empezar de una forma bastante parecida: decides cambiar de proveedor, pides el traslado del dominio y, de repente, todo se vuelve lento. Que si ahora no se puede, que si lo tiene que mirar otra persona, que si el correo administrativo no es ese, que si mejor te hacen una contraoferta, que si el dominio está bloqueado pero nadie te explica por qué.
Y claro, tú no quieres una guerra. Solo quieres llevarte tu dominio, tu web y tu correo a un sitio donde te atiendan bien.
Respuesta rápida: si eres el titular real del dominio, tienes derecho a solicitar el AuthCode, pedir el desbloqueo de transferencia y trasladar el dominio a otro proveedor, siempre que no exista una causa técnica o administrativa válida que lo impida. Lo importante es pedirlo por escrito, identificarte correctamente y no dejar todo en llamadas o mensajes sueltos.
En ideaWeb hemos acompañado durante años a decenas de clientes que querían cambiar de proveedor y se encontraron con retrasos, excusas, datos de contacto confusos o dificultades para obtener el AuthCode. Nuestro papel en estos casos es ordenar la situación, revisar el dominio, explicar los pasos y acompañar el traslado para que el cliente recupere el control sin dar palos de ciego.
En esta guía vas a ver:
- Qué es el AuthCode, EPP Code o código de autorización.
- Qué hacer si tu proveedor no te lo da.
- Qué excusas pueden tener sentido y cuáles deberían preocuparte.
- Qué pasa si el correo del WHOIS o del contacto administrativo no es tuyo.
- Cuándo puede haber un bloqueo real de transferencia.
- Qué cambia en dominios .com, .net, .org y dominios .es.
- Un modelo de correo formal para solicitar el AuthCode y desbloquear el dominio.
Qué es el AuthCode de un dominio y por qué lo necesitas para trasladarlo
El AuthCode, también llamado EPP Code, AuthInfo o código de autorización, es un código que sirve para autorizar la transferencia de un dominio de un registrador a otro.
Dicho de forma sencilla: si quieres cambiar tu dominio de proveedor, normalmente el nuevo proveedor te pedirá ese código para iniciar el traslado. Sin AuthCode, la transferencia no puede completarse en muchas extensiones, como dominios .com, .net, .org y, desde el cambio aplicado en 2024, también en dominios .es.
Este código no es un capricho. Es una medida de seguridad para evitar que alguien pueda mover un dominio sin autorización. El problema aparece cuando esa seguridad se usa como excusa para bloquear a un cliente que sí es el titular legítimo y que solo quiere marcharse.
El AuthCode no debería ser una herramienta de presión comercial. Es un mecanismo de seguridad para que el dominio solo se traslade con autorización real.
Por qué algunos proveedores ponen pegas cuando quieres trasladar un dominio
En la mayoría de casos, el traslado de un dominio debería ser una gestión bastante limpia: se comprueba el estado del dominio, se desbloquea si hace falta, se solicita el AuthCode y se inicia la transferencia desde el nuevo proveedor.
Esto suele funcionar bien con empresas de hosting serias, registradores conocidos y proveedores con procesos claros. Son empresas acostumbradas a gestionar altas, bajas, traslados, renovaciones, DNS, correos y cambios de titularidad sin convertir cada trámite en una pelea.
El problema suele aparecer más en gestiones antiguas, proyectos desarrollados por una sola persona, proveedores poco transparentes, hostings obsoletos o agencias que mezclan diseño web, dominio, alojamiento, correo y mantenimiento sin dejar por escrito quién controla cada cosa.
No siempre hay mala fe. A veces hay desorden, paneles antiguos, datos mal puestos o falta de documentación. Pero cuando el cliente pide irse y todo se convierte en una cadena de excusas, conviene ponerse serio.
Contraofertas de última hora
Una cosa es que tu proveedor quiera conservarte como cliente y te haga una propuesta honesta. Otra muy distinta es no darte el AuthCode hasta que escuches una oferta, aceptes una renovación o pagues servicios que no tienen relación directa con el dominio.
Retrasos que no se explican
“Mañana te lo miro”, “lo tiene que hacer un técnico”, “ahora no está la persona que lo gestiona”. Una demora puntual puede pasar. Una semana de evasivas para entregar un código, no.
El dominio está bloqueado, pero nadie dice por qué
Un dominio puede tener bloqueo de transferencia por seguridad. Eso no es raro. Lo que no es normal es que te digan que está bloqueado y no te expliquen el motivo, la fecha de desbloqueo o los pasos para resolverlo.
El correo administrativo no es tuyo
Este punto suele ser el más delicado. Si el correo de contacto del dominio no pertenece al cliente, el traslado puede complicarse. Aun así, si puedes acreditar que eres el titular real, lo razonable es que el proveedor facilite una vía clara de verificación.
Que tus datos no aparezcan en el WHOIS no siempre significa que haya mala praxis
Este matiz es importante. Que tus datos personales no aparezcan públicamente en el WHOIS no significa automáticamente que alguien esté intentando quedarse con tu dominio.
Hay proveedores que usan privacidad WHOIS, datos técnicos, datos de oficina o datos internos de gestión para proteger al cliente, evitar exposición de información personal o centralizar trámites. En muchos casos, esta gestión tiene sentido, sobre todo cuando se hace con transparencia y el cliente conserva el control real.
La línea roja no está solo en qué dato aparece públicamente. La línea roja está en si el cliente puede pedir información, solicitar cambios, recibir el AuthCode, trasladar el dominio y marcharse cuando quiera sin bloqueos artificiales.
En una gestión profesional, el proveedor puede ayudarte a proteger tus datos, configurar el dominio, gestionar DNS, renovar a tiempo y evitar errores. Pero si el cliente solicita el traslado, el proveedor debe actuar con claridad y respeto.
La privacidad no puede convertirse en una excusa para retener un dominio.
Antes de pensar mal, revisa si existe un bloqueo real
No todo bloqueo es una maniobra extraña. A veces el dominio no puede transferirse todavía por una causa real. Antes de acusar a nadie, conviene revisar el estado del dominio, la fecha de registro, la extensión y el tipo de cambio que se ha hecho recientemente.
Registro reciente del dominio
En algunos dominios genéricos, si el dominio se ha registrado hace poco, puede existir una restricción temporal de transferencia. Es una medida de seguridad bastante habitual y no depende siempre de la voluntad del proveedor.
Transferencia reciente
Si el dominio acaba de trasladarse de un registrador a otro, puede existir un bloqueo temporal antes de poder transferirlo de nuevo. En ese caso, el proveedor debe explicarte la situación con fechas y datos claros.
Cambios recientes en los datos del titular
Algunos cambios en el registrante, organización o correo asociado pueden activar bloqueos temporales. Por eso, si tu objetivo es trasladar el dominio, conviene revisar muy bien qué se cambia y cuándo se cambia.
Dominio caducado, en redención o con deuda real del periodo de registro
Un dominio caducado puede complicar el traslado si entra en ciertos estados del ciclo de vida. También puede haber problemas si existe una deuda real vinculada al periodo de registro del dominio. Otra cosa distinta es mezclar una deuda de diseño web, mantenimiento o servicios externos con la entrega del AuthCode de un dominio pagado.
Excusas habituales cuando un proveedor no quiere darte el AuthCode
Una buena forma de saber si estás ante un problema real o ante una maniobra de retención es mirar cómo responde el proveedor. La transparencia se nota enseguida.
| Lo que te dicen | Puede ser normal si… | Señal de alarma |
|---|---|---|
| “El dominio está bloqueado” | Hay un bloqueo de seguridad real, una transferencia reciente o una restricción documentada. | No te dicen el motivo, no te dan fecha y no te explican cómo desbloquearlo. |
| “No podemos darte el AuthCode” | Existe una causa técnica concreta y demostrable. | Lo usan para forzar una renovación, una llamada comercial o una contraoferta. |
| “El correo administrativo no es tuyo” | Se usó un contacto técnico o de gestión por privacidad. | Te niegan cualquier vía de verificación aunque acredites que eres el titular real. |
| “Tienes facturas pendientes” | Existe una deuda real del registro o renovación del dominio. | Mezclan el dominio con otros servicios no relacionados para bloquear tu salida. |
| “Esto tarda mucho” | La transferencia ya está iniciada y hay plazos técnicos normales. | Ni siquiera te entregan el código o no dejan rastro escrito de la gestión. |
Qué hacer si tu proveedor no te da el AuthCode del dominio
Si estás en esta situación, lo peor que puedes hacer es improvisar. Necesitas ordenar pruebas, pedir lo correcto y evitar discusiones que luego no se puedan demostrar.
1. Comprueba quién figura como registrador
Lo primero es saber quién es el registrador real del dominio. Una cosa es la empresa que te atiende, otra el proveedor de hosting y otra el registrador que aparece asociado al dominio.
Para dominios genéricos puedes consultar el dominio en ICANN Lookup. En dominios .es puedes revisar la información desde Dominios.es.
2. Revisa el estado del dominio
Busca si aparece algún estado como clientTransferProhibited, que indica que el dominio está bloqueado para transferencia. Este estado no siempre es malo. De hecho, puede proteger el dominio frente a traslados no autorizados. Pero si quieres transferirlo, el proveedor debe indicarte cómo retirarlo cuando proceda.
3. Pide el AuthCode por escrito
No lo dejes solo en una llamada. Pide el código por email desde una cuenta corporativa, de forma clara y con todos los datos necesarios. Si puedes hacerlo desde una cuenta del propio dominio, mejor. Si no tienes acceso, usa el correo histórico con el que contrataste el servicio o el correo oficial de la empresa.
4. Acredita la titularidad
Si el proveedor dice que no puede verificarte, adjunta documentación razonable: CIF, NIF, datos fiscales, factura del servicio, contrato, justificante de pago o documentación del representante legal, según el caso.
5. No aceptes una conversación infinita
Una cosa es aclarar dudas y otra marear al cliente. Si la decisión de trasladar el dominio ya está tomada, no necesitas justificarla diez veces.
6. Guarda todo
Guarda correos, tickets, facturas, capturas del panel, respuestas del proveedor y fechas. Si el caso se complica, tener un histórico ordenado ayuda mucho.
¿Estás en mitad de este lío?
Si tu proveedor no te facilita el AuthCode, no sabes quién figura como titular o tienes dudas antes de mover tu web, en ideaWeb podemos revisar tu caso y ayudarte a preparar el traslado con calma.
Modelo de correo para solicitar el AuthCode y desbloquear el dominio
Este modelo está pensado para enviar una solicitud formal al proveedor actual. No es asesoramiento legal, sino una plantilla técnica y administrativa para dejar constancia clara de la petición.
Lo ideal es enviarlo desde una cuenta del propio dominio, por ejemplo info@tu-dominio.com. Si no tienes acceso al correo del dominio, usa el correo corporativo histórico con el que se contrató el servicio o una cuenta oficial de la empresa.
Asunto: Solicitud formal de AuthCode y desbloqueo de dominio [tu-dominio.com]
Estimado equipo de [Nombre del proveedor actual]:
Nos dirigimos a ustedes desde el canal corporativo oficial de [Nombre de la empresa o autónomo] en relación con el nombre de dominio [tu-dominio.com], cuya titularidad corresponde a nuestra organización.
Hemos solicitado el traslado de la gestión de dicho dominio a otro proveedor. Para poder completar el proceso, les solicitamos formalmente que realicen las siguientes acciones:
- Desbloquear el dominio para permitir su transferencia saliente, retirando el estado de bloqueo de transferencia si estuviera activo.
- Facilitarnos el AuthCode, AuthInfo, EPP Code o código de autorización necesario para iniciar la transferencia.
- Confirmarnos, si procede, qué correo figura como contacto administrativo o registrante del dominio.
Adjuntamos [CIF / NIF / documento fiscal / documentación acreditativa] para facilitar la verificación de identidad y titularidad.
Les solicitamos que nos faciliten el código a la mayor brevedad y, en todo caso, dentro del plazo aplicable según la política de transferencia correspondiente. En dominios sujetos a la política de ICANN, si el código no puede generarse desde el panel, el registrador debe facilitarlo dentro de los cinco días naturales desde la solicitud del titular.
La decisión de traslado es firme, por lo que les rogamos que omitan respuestas comerciales, contraofertas o gestiones que no estén relacionadas con el desbloqueo y entrega del código de transferencia.
Si existiera algún motivo técnico o administrativo real que impida temporalmente la transferencia, les pedimos que nos lo indiquen por escrito, detallando el motivo, el estado actual del dominio y la fecha o procedimiento necesario para resolverlo.
Quedamos a la espera del AuthCode y de la confirmación del desbloqueo.
Atentamente,
[Nombre de la empresa o autónomo]
[CIF / NIF / identificación fiscal]
[Nombre y cargo de la persona responsable]
[Teléfono de contacto]
[Correo corporativo]
Qué hacer si el correo del WHOIS o del contacto administrativo no es tuyo
Este es uno de los puntos que más tensión genera. El cliente descubre que el correo asociado al dominio no es suyo y piensa que le han quitado el dominio. A veces es así. Otras veces no.
Puede ocurrir que el proveedor haya usado su correo técnico para gestionar avisos, renovaciones o validaciones. Puede ocurrir que el dominio se registrara hace muchos años y nadie actualizara los datos. También puede pasar que el proyecto lo llevara una persona que ya no trabaja contigo.
Lo que hay que mirar es si existe una vía razonable para verificar la titularidad y recuperar el control.
Señal clara de problema: si acreditas que eres el titular, pides el AuthCode por escrito y el proveedor no te da ninguna vía real para resolverlo, ya no hablamos de una simple gestión antigua. Hablamos de una retención injustificada o, como mínimo, de una gestión muy poco profesional.
Qué pasa si el dominio está a nombre del diseñador web o de otra empresa
Aquí hay que distinguir dos escenarios.
El primero: el dominio aparece gestionado por el proveedor, pero el cliente puede demostrar que el dominio se registró para su empresa, lo paga él y el proveedor reconoce esa relación. En ese caso, debería poder ordenarse el cambio o traslado sin mayor drama.
El segundo: el dominio está realmente a nombre de otra persona o empresa, no hay contrato claro, no hay facturas bien emitidas y el proveedor actúa como si el dominio fuera suyo. Este caso es más delicado y puede requerir una revisión jurídica, sobre todo si el dominio es una marca, un nombre comercial o un activo clave para el negocio.
En cualquier caso, conviene no precipitarse. Antes de amenazar, denunciar o publicar nada, recopila documentación y pide la gestión de forma clara.
Diferencias entre dominios .com, .net, .org y dominios .es
No todos los dominios se transfieren igual. Este punto es importante porque algunas guías antiguas todavía explican procesos que ya han cambiado.
| Tipo de dominio | Qué debes tener en cuenta |
|---|---|
| .com, .net, .org y otros dominios genéricos | Suelen requerir AuthCode para transferir el dominio entre registradores. Puede haber bloqueos temporales por registro reciente, transferencia reciente, cambios de registrante u otros motivos definidos en la política aplicable. |
| .es | Desde el cambio aplicado por Red.es en noviembre de 2024, las transferencias entre agentes registradores incorporan AuthCode. Además, puede seguir interviniendo la confirmación del contacto administrativo. |
| Extensiones especiales | Algunas extensiones tienen procesos propios. Antes de dar por hecho que el proveedor te está bloqueando, conviene revisar las normas de esa extensión concreta. |
Puedes consultar más información oficial sobre autorización de transferencia en la página de ICANN sobre AuthCode y transferencias de dominio. Para dominios .es, Red.es publicó la modificación del procedimiento de transferencia entre agentes registradores en su página oficial de Dominios.es.
¿Puede el proveedor cobrar por trasladar un dominio?
Depende del caso, del contrato y del tipo de servicio. Algunos proveedores pueden cobrar ciertos trabajos administrativos, soporte técnico o gestiones adicionales. Lo que no debería ocurrir es que usen un cargo confuso para impedirte trasladar un dominio cuando tienes derecho a hacerlo.
También hay que separar conceptos. No es lo mismo pagar la renovación de un dominio, una restauración si el dominio ha caducado, una deuda real del periodo de registro o un trabajo técnico adicional, que tener que pagar una especie de “rescate” para que te den el AuthCode.
Si el proveedor te reclama dinero, pide siempre que detalle por escrito qué factura es, a qué servicio corresponde y por qué impide el traslado del dominio.
Errores que debes evitar si estás intentando recuperar el control del dominio
Cuando el cliente se siente bloqueado, es normal perder la paciencia. Pero en estos casos nos interesa actuar con cabeza.
- No borres correos ni tickets. Todo puede servir para reconstruir lo que ha pasado.
- No cambies datos sin entender el posible bloqueo. En algunos dominios, ciertos cambios pueden activar restricciones temporales.
- No inicies la transferencia sin revisar DNS y correo. Un traslado mal preparado puede afectar a la web o al email.
- No aceptes explicaciones solo por teléfono. Pide siempre confirmación por escrito.
- No confundas dominio, hosting y web. Son piezas relacionadas, pero no son lo mismo.
Dominio, hosting, web y correo: no son la misma cosa
Este lío suele crecer porque muchos clientes tienen todo junto: dominio, hosting, correo, web, mantenimiento y soporte. Cuando quieren cambiar de proveedor, no saben qué pieza están moviendo.
El dominio es el nombre, por ejemplo tuempresa.com. El hosting es el alojamiento donde vive la web. El correo puede depender del hosting, de Google Workspace, Microsoft 365 u otro sistema. La web son los archivos, base de datos, WordPress, tema, plugins y contenido.
Cuando todo está bien documentado, cambiar de proveedor es una gestión técnica. Cuando nadie sabe dónde está cada cosa, el cambio se convierte en un problema.
Por eso, antes de mover nada, conviene revisar dominio, DNS, hosting, cuentas de correo y copias de seguridad. En ideaWeb podemos ayudarte tanto con el registro y traslado de dominios como con el hosting y alojamiento web, y si el proyecto necesita algo más amplio, también con el diseño web profesional.
Caso práctico: empresa que quiere cambiar de proveedor y no recibe el código
Imagina una empresa que lleva años con la misma web. La hizo un proveedor pequeño, el dominio se registró junto con el hosting y nadie se preocupó demasiado de los datos porque todo funcionaba.
Años después, la empresa quiere renovar la web y cambiar de proveedor. Pide el AuthCode y empiezan las respuestas vagas: “eso tarda”, “el dominio está bloqueado”, “mejor hablamos”, “si te vas podemos mejorarte el precio”. Pasan los días y el código no llega.
En un caso así, lo primero no es pelearse. Lo primero es revisar el dominio, identificar registrador, contacto administrativo, estado de bloqueo, fecha de registro, fecha de transferencia anterior, renovación y DNS. Después, se envía una solicitud formal por escrito, con documentación y una petición concreta.
Si el proveedor responde con un motivo real, se revisa. Si no responde, retrasa o presiona, ya tenemos una base documental mucho más fuerte para escalar el caso.
Cuándo tiene sentido pedir ayuda técnica
Si solo necesitas copiar un AuthCode desde tu panel, puedes hacerlo tú. Pero si no sabes quién tiene el dominio, no tienes acceso al correo administrativo, el proveedor no responde o tu web y tu correo dependen de una migración delicada, conviene ir acompañado.
Un traslado mal hecho puede dejar la web caída, el correo sin funcionar o los DNS apuntando donde no deben. Por eso, cuando el dominio forma parte de un negocio activo, no conviene tocar a ciegas.
¿Quieres cambiar de proveedor sin perder el control de tu web?
En ideaWeb podemos revisar tu dominio, preparar el traslado, ayudarte con el hosting y acompañarte si tu proveedor actual está poniendo pegas. Sin amenazas raras, sin humo y sin convertir una gestión técnica en un drama innecesario.
Preguntas frecuentes sobre proveedores que no dan el AuthCode
¿Qué hago si mi proveedor no me da el AuthCode del dominio?
Pídelo por escrito, identifica el dominio, acredita la titularidad y solicita también el desbloqueo si el dominio está bloqueado para transferencia. Si no recibes respuesta o te dan una negativa sin motivo válido, recopila toda la documentación y valora escalar la reclamación.
¿El AuthCode y el EPP Code son lo mismo?
En la práctica, sí. AuthCode, EPP Code, AuthInfo o código de autorización suelen referirse al código necesario para autorizar la transferencia de un dominio.
¿Me pueden negar el traslado de un dominio?
Solo debería negarse por motivos válidos, como ciertos bloqueos temporales, disputas sobre identidad, procedimientos abiertos, órdenes legales o situaciones administrativas concretas. Si la negativa no está justificada, pide que te indiquen el motivo por escrito.
¿Qué pasa si el dominio está bloqueado para transferencia?
Puede ser normal si el bloqueo está activado por seguridad. Lo importante es que el proveedor te explique el motivo y, si procede, te facilite la retirada del bloqueo para poder transferir el dominio.
¿Puedo transferir un dominio recién registrado?
En muchos casos no. Algunas extensiones aplican restricciones temporales tras el registro, una transferencia reciente o ciertos cambios de datos. Por eso conviene revisar fechas antes de pensar que el proveedor está actuando mal.
¿Qué hago si el correo administrativo del dominio no es mío?
Solicita al proveedor una vía de verificación. Puedes aportar documentación fiscal, facturas, contratos o pruebas de titularidad. Si el proveedor se niega a cualquier verificación razonable, el caso ya requiere una revisión más seria.
¿Los dominios .es necesitan AuthCode?
Sí. Desde el cambio aplicado por Red.es en noviembre de 2024, los dominios .es incorporan AuthCode en el proceso de transferencia entre agentes registradores.
¿Es malo que mi proveedor aparezca como contacto técnico o de gestión?
No necesariamente. Puede hacerse por privacidad, seguridad o gestión técnica. Lo importante es que el cliente conserve el control real y pueda pedir cambios, información y traslado cuando lo necesite.
¿Puedo cambiar de hosting sin transferir el dominio?
Sí, en muchos casos puedes mantener el dominio en el registrador actual y cambiar solo DNS o alojamiento. Esto puede ser útil si hay un bloqueo temporal de transferencia pero necesitas mover la web a otro servidor.
¿ideaWeb puede ayudarme si mi proveedor actual no me da el AuthCode?
Sí. Podemos revisar el estado del dominio, ayudarte a entender quién lo gestiona, preparar la solicitud formal y acompañar el traslado si es viable. También podemos ayudarte con dominio, hosting, correo y web para que no tengas que pelearte con cada pieza por separado.
Lo importante si quieres recuperar el control de tu dominio
Tu dominio no es un detalle menor. Es la puerta de entrada a tu web, a tu correo corporativo y a buena parte de tu presencia digital. Por eso, si quieres cambiar de proveedor, nadie debería convertir el traslado en una carrera de obstáculos.
Hay casos donde el bloqueo es real y está justificado. También hay proveedores serios que usan privacidad o datos técnicos para proteger al cliente. Pero si pides el AuthCode, acreditas tu identidad y aun así solo recibes excusas, retrasos o presión comercial, toca actuar con orden.
Revisa el estado del dominio, pide todo por escrito, conserva pruebas y no hagas cambios técnicos sin entender las consecuencias. Y si prefieres no meterte en este lío solo, en ideaWeb podemos ayudarte con el traslado del dominio, el hosting y la parte técnica de tu web para que recuperes el control sin perder tiempo ni tranquilidad.