Respuesta rápida
¿Cómo funcionan las transferencias de dominios?
Una transferencia de dominio gTLD traslada un nombre de un registrador acreditado por ICANN a otro con un código de autenticación. Según la Política de Transferencia de ICANN vigente a partir de octubre de 2026, el registrador antiguo tiene 5 días naturales para responder. Después, la transferencia se aprueba por defecto. En TransferOffshore una transferencia de .com cuesta 12,49 US$ y añade un año.
Normas de transferencia de dominios vigentes hoy
| Política vigente | Política de Transferencia de ICANN, versión actualizada el 21 de febrero de 2024; obligatoria para los registradores desde el 21 de agosto de 2025 |
|---|---|
| Plazo del registrador de salida | 5 días naturales tras el aviso del registro; si no hay respuesta, la transferencia se aprueba por defecto |
| Plazo del código de autenticación | En un plazo de 5 días naturales desde tu solicitud cuando el registrador no dispone de herramienta de autoservicio; nunca se retiene por una disputa de pago |
| Bloqueo tras el registro o la transferencia | 60 días: un motivo que los registradores pueden usar para denegar; muchos lo aplican y algunos registros lo exigen |
| Bloqueo por cambio de titular | 60 días después de un cambio de titular; el registrador puede ofrecer una exención antes del cambio |
| Tiempo añadido en gTLD | Un año añadido a la fecha de caducidad actual, con un total máximo de 10 años |
| Próximas normas | Revisión de la Política de Transferencias adoptada por el Consejo de la ICANN el 7 de junio de 2026 (bloqueos de 30 días, código de un solo uso); sin fecha de entrada en vigor publicada a 19 de octubre de 2026 |
| Precio de la transferencia aquí | .com 12,49 US$, lo mismo que la renovación; todos los precios en la lista de precios |
¿Quién hace qué en una transferencia de dominio?
Participan cuatro partes y solo una eres tú. El registro gestiona la extensión, los dos registradores la venden y tú eres el titular del nombre.
| Parte | Quién es | Su función en la transferencia |
|---|---|---|
| Titular | Tú, el titular del dominio | Desactiva el bloqueo, obtiene el código de autorización, se lo entrega al nuevo registrador y mantiene accesible el correo de contacto |
| Registrador de origen | El registrador de registro actual | Emite el código de autorización, elimina clientTransferProhibited y luego aprueba, deniega por un motivo de la lista o deja pasar los 5 días |
| Registrador de destino | El registrador al que te trasladas; en TransferOffshore, nuestro registrador asociado acreditado por la ICANN, que aparece en el registro RDAP | Recibe el código, envía la solicitud de transferencia al registro y verifica el correo del titular |
| Registro | El operador de la extensión (Verisign para .com) | Comprueba el código, establece pendingTransfer, avisa al registrador de origen, completa el traslado y amplía la fecha de caducidad |
El registro es el árbitro. Guarda el registro autoritativo del dominio: su registrador patrocinador, sus estados, su fecha de caducidad y sus nameservers. Una transferencia cambia el registrador patrocinador en ese registro. No cambia los nameservers, por eso un sitio web puede seguir en línea durante todo el proceso.
¿Qué ocurre entre el día 0 y el día 5?
Una transferencia de gTLD se completa como máximo el día 5, salvo que el registrador de origen la deniegue por un motivo permitido por la política. Muchos registradores también te dejan aprobar antes la transferencia saliente, lo que puede terminarla en pocas horas.
| Cuándo | Qué ocurre | Estado del dominio |
|---|---|---|
| Antes del día 0 | Desactivas el bloqueo de transferencia y copias el código de autorización en el registrador de origen | Bloqueo desactivado |
| Día 0 | El registrador de destino envía la solicitud con el código; el registro comprueba el código y notifica al registrador de origen | pendingTransfer |
| Días 1 a 5 | El registrador perdedor puede enviarte un correo, aprobar la transferencia antes de tiempo o denegarla por un motivo permitido | pendingTransfer |
| Día 5 | Si no hay respuesta, el registro aprueba la transferencia por defecto | De vuelta a ok, nuevo registrador |
| Después del traslado | El nuevo registrador puede bloquear otra transferencia durante 60 días | A menudo clientTransferProhibited |
En tu cuenta de TransferOffshore, Mis dominios muestra la misma cronología: Solicitada → Esperando al registrador actual (hasta 5 días) → Completada o Fallida. Una fila fallida muestra el motivo, como un código incorrecto o un dominio aún bloqueado, con un campo para enviar un código corregido.
¿Qué es el código de autorización y quién debe dártelo?
El código de autorización (también llamado código EPP o AuthInfo) es una contraseña que el registro guarda para cada dominio. El registrador receptor debe enviarlo con la solicitud de transferencia, y el registro rechaza la solicitud si no coincide.
El registrador perdedor debe darte el código. Si no tiene herramienta de autoservicio, la política le da 5 días naturales desde tu solicitud. No puede negarte el código porque le debas dinero. Los registros de país fijan sus propias reglas: un AuthInfo de .de es válido 30 días, y .uk no usa ningún código. Detalles en qué es un código de autorización.
¿Qué bloqueos y estados impiden una transferencia?
Existen dos tipos de bloqueo: un estado que puedes quitar tú mismo y una regla temporal que solo puedes esperar. RDAP muestra los estados, y la herramienta Lookup de ICANN los lee para cualquier dominio gTLD.
| Bloqueo o estado | Lo establece | Qué significa | Qué haces |
|---|---|---|---|
| clientTransferProhibited | Registrador de origen | El registro rechaza cualquier solicitud de transferencia | Desactiva el bloqueo de transferencia en el panel de tu registrador |
| serverTransferProhibited | Registro | Un bloqueo a nivel de registro, a menudo ligado a una disputa o a un periodo de redención | Pregunta al registrador por qué está activo |
| pendingTransfer | Registro | Hay una solicitud de transferencia abierta | Espera o apruébala antes de tiempo en el registrador perdedor |
| 60 días después del registro o de una transferencia | Política del registrador, a veces del registro | El registrador puede denegar la transferencia | Espera hasta el día 61 |
| Bloqueo de 60 días por cambio de titular | Registrador | El registrador debe denegar la transferencia | Espera o pide la exención antes del siguiente cambio |
| redemptionPeriod | Registro | El dominio se eliminó tras la expiración | Restáuralo primero en el registrador antiguo |
La lista completa de causas, con una solución para cada una, está en por qué un dominio no se puede transferir.
¿Qué se añade a la fecha de expiración tras una transferencia?
En gTLD como .com, .net y .org, una transferencia completada añade un año a la fecha de caducidad existente. El tiempo que ya pagaste se mantiene. La política limita el plazo total no caducado a 10 años, así que un dominio renovado cerca de ese límite no puede asumir el año extra completo.
Un ejemplo: un .com caduca el 1 de marzo de 2027 y se transfiere el 10 de noviembre de 2026. Su nueva fecha de caducidad es el 1 de marzo de 2028.
Periodo de gracia de renovación automática. Si el registrador anterior renovó automáticamente el dominio en los últimos 45 días, el registro cancela esa renovación y abona al registrador saliente. La transferencia añade entonces su propio año. El resultado neto es un año después de la fecha de caducidad anterior, no dos. Si pagaste al registrador anterior por esa renovación, el reembolso depende de su propia política.
Las extensiones de país son distintas. Una transferencia de .uk deja la fecha de caducidad tal cual. Una transferencia de .ai añade dos años desde el 15 de enero de 2025, según la declaración del operador del registro a Domain Name Wire; TransferOffshore la factura como 2 años: 86,49 US$ más una renovación, 172,98 $. Una transferencia de .ch no añade ningún año.
¿En qué se diferencian las transferencias de dominios de país (ccTLD)?
Los ccTLD no siguen la Política de Transferencia de la ICANN: cada registro escribe sus propias reglas. El mecanismo, el tiempo de espera y el año añadido pueden cambiar. La tabla siguiente cubre las extensiones más consultadas; la tabla de reglas de transferencia por extensión cubre 40.
| Extensión | Cómo se transfiere | Año de incorporación | Velocidad | Confianza |
|---|---|---|---|---|
| .uk | Cambio de etiqueta IPS por el registrador actual, sin código; transferencias basadas en código a partir del 9 de febrero de 2027, según Realtime Register | No, la fecha de expiración no cambia | No lo indica Nominet | Mixto |
| .de | AuthInfo válido 30 días, solo una transferencia | Depende del registrador | Inmediato una vez que el AuthInfo coincide (DENIC) | Principal para el mecanismo |
| .nl | Token que el registrador debe darte en un plazo de 5 días | Depende del registrador | Inmediato (SIDN) | Principal y secundario |
| .ch | Código de transferencia del registrador | No | No indicado | Mixto |
| .ai | Código de autorización EPP | Dos años desde el 15 de enero de 2025 | El registrador de origen tiene 7 días, según fuentes secundarias | Secundaria |
Cada extensión que aceptamos también tiene su propia guía en las guías de transferencia por extensión.
¿Cuándo debe, puede o no puede un registrador denegar una transferencia?
La Política de Transferencias clasifica los motivos de denegación en tres listas. Un registrador que deniega por un motivo fuera de ellas incumple su contrato con la ICANN.
| Regla | Motivo | Sección de la política |
|---|---|---|
| Debe denegar | Un procedimiento UDRP del que se haya informado al registrador | I.A.3.8 |
| Debe denegar | Una orden judicial | I.A.3.8 |
| Debe denegar | Un caso TDRP (Política de Resolución de Disputas de Transferencia) pendiente | I.A.3.8 |
| Debe denegar | Un procedimiento URS o una suspensión URS | I.A.3.8 |
| Debe denegar | El bloqueo de 60 días por cambio de titular, salvo que el titular haya renunciado a él | I.A.3.8 |
| Puede denegar | Indicios de fraude | I.A.3.7 |
| Puede denegar | Una disputa razonable sobre la identidad de la persona que lo solicita | I.A.3.7 |
| Puede denegar | Falta de pago de un periodo anterior o vencido, tras poner el dominio en Registrar Hold | I.A.3.7 |
| Puede denegar | Oposición expresa del contacto de transferencia | I.A.3.7 |
| Puede denegar | Menos de 60 días desde la creación o desde una transferencia anterior | I.A.3.7 |
| No puede denegar | Falta de pago de un periodo pendiente o futuro | I.A.3.9 |
| No puede denegar | Ausencia de respuesta del titular o del contacto administrativo | I.A.3.9 |
| No puede denegar | Un bloqueo que el titular no tenía forma razonable de eliminar | I.A.3.9 |
| No puede denegar | La expiración o no renovación del dominio, según las preguntas frecuentes para titulares de la ICANN | I.A.3.9 |
¿Estas reglas cambiarán pronto?
Sí, pero todavía no. El 7 de junio de 2026 el Consejo de la ICANN adoptó la Revisión de la Política de Transferencias (resolución 2026.06.07.04). Introduce bloqueos de 30 días en lugar de 60, un Código de Autorización de Transferencia (TAC) de un solo uso válido 14 días, y el fin del bloqueo de 60 días por cambio de titular.
A 19 de octubre de 2026, la ICANN no ha publicado ninguna fecha de entrada en vigor. Hasta que lo haga, todas las reglas de esta página siguen vigentes. La página de cambios en la política de transferencias de la ICANN sigue los detalles.
¿Cómo funciona una transferencia a TransferOffshore?
Introduces cada dominio y su código de autorización en el formulario de transferencia, una fila por dominio, hasta 20 filas por solicitud. Tus servidores de nombres actuales se mantienen por defecto, así que la web y el correo siguen funcionando. Pagas desde un saldo en criptomonedas, y las solicitudes se envían a los registros una vez abonado el pago. El registrador de registro pasa a ser nuestro registrador asociado acreditado por la ICANN, que aparece en el registro RDAP.
El precio de transferencia equivale al precio de renovación de la extensión y se factura una vez por dominio (un .ai se factura a 2 años, transferencia + una renovación): .com 12,49 US$, .net 12,99 US$, .org 12,49 US$. La guía completa está en cómo transferir un dominio a un registrador offshore.
Preguntas sobre la transferencia de dominios
¿Cuánto tarda una transferencia de dominio?
Una transferencia de gTLD tarda hasta 5 días naturales. El registro notifica al registrador de origen, que tiene 5 días para responder antes de que la transferencia se apruebe por defecto. Aprobarla antes en el registrador de origen puede reducir esto a horas. Algunos registros nacionales, como DENIC para .de y SIDN para .nl, completan la transferencia al instante si el código coincide.
¿Puede el antiguo registrador bloquear mi transferencia?
Solo por los motivos que enumera la Política de Transferencias de la ICANN. Debe denegarla durante un caso UDRP, una orden judicial o un bloqueo por cambio de titular. Puede denegarla por fraude, una disputa de identidad, un periodo anterior impagado o el periodo de 60 días tras el registro o la transferencia. No puede denegarla porque el dominio haya caducado ni porque no hayas respondido a un correo.
¿Pierdo el tiempo ya pagado cuando transfiero?
No. En los gTLD el registro conserva tu fecha de caducidad actual y añade un año, hasta un total de 10 años. Si el dominio se renovó automáticamente en los últimos 45 días, el registro cancela esa renovación. En su lugar, la transferencia añade un año, así que terminas un año después de la antigua fecha de caducidad.
¿Cambia una transferencia mis nameservers?
No. Los nameservers se guardan en el registro y se mantienen igual durante la transferencia. Solo hay caída cuando el propio DNS está alojado en el antiguo registrador y cesa cuando el dominio sale de él. TransferOffshore conserva tus nameservers actuales por defecto. Consulta transferir sin caída de DNS.
¿Por qué debo esperar 60 días tras registrar un dominio?
La política actual de la ICANN permite a un registrador denegar una transferencia dentro de los 60 días desde la fecha de creación o desde una transferencia anterior. Es un motivo permitido, no una obligación, pero muchos registradores lo aplican y algunos registros lo exigen. La política adoptada el 7 de junio de 2026 lo reducirá a 30 días cuando entre en vigor.
¿Quién me escribe durante una transferencia?
Normalmente el registrador de origen, que puede pedirte que confirmes o rechaces la transferencia. Según la política actual no necesitas responder: el silencio lleva a la aprobación tras 5 días. El registrador de destino también verifica tu correo. La ICANN exige esa verificación en 15 días, o el dominio se suspende.
¿Siguen los ccTLD las mismas reglas?
No. Los registros de código de país fijan sus propias reglas de transferencia. Un dominio .uk se mueve cambiando su IPS tag, sin código y sin año añadido. Una transferencia .de o .nl se completa al instante si el código coincide. La tabla de reglas por extensión las detalla una a una con su fuente.
Fuentes (11)
- Transfer Policy (actualizada el 21 de febrero de 2024) — ICANN (checked 2026-10-19)
- Transfer Policy (texto de 2016) — ICANN (checked 2026-10-19)
- Preguntas frecuentes para titulares sobre transferencias de nombres de dominio — ICANN (checked 2026-10-19)
- Códigos de estado EPP: ¿qué significan y por qué deberías conocerlos? — ICANN (checked 2026-10-19)
- Aviso a registradores sobre el periodo de gracia de autorrenovación (6 de junio de 2002) — ICANN (checked 2026-10-19)
- Los periodos de gracia explicados — Identity Digital (checked 2026-10-19)
- Resoluciones aprobadas, reunión ordinaria del Consejo de la ICANN, 7 de junio de 2026 — ICANN (checked 2026-10-19)
- Provider transfer of .de domains — DENIC (checked 2026-10-19)
- Transferring your domain name — SIDN (checked 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (checked 2026-10-19)
- Identity Digital gestiona ahora los dominios .ai — Domain Name Wire (checked 2026-10-19)
¿Listo para mover un dominio?
Introduce el nombre y su código de autorización. Se conservan los nameservers, se añade un año en los gTLD y pagas en criptomonedas sin ID.