--- id: "domain-transfer" kind: "glossary-term" title: "transferencia de dominio" language: "es" category: "Transferencias y EPP" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/transferencia-dominio/" translations: en: "https://tldlog.com/glossary/domain-transfer/" de: "https://tldlog.com/de/glossar/domaintransfer/" fr: "https://tldlog.com/fr/glossaire/transfert-nom-domaine/" it: "https://tldlog.com/it/glossario/trasferimento-dominio/" pt-BR: "https://tldlog.com/pt/glossario/transferencia-dominio/" ru: "https://tldlog.com/ru/glossariy/perenos-domena/" zh-Hans: "https://tldlog.com/zh/cihui/yuming-zhuanyi/" --- # transferencia de dominio Traslado de un nombre de dominio de un registrador a otro, a menudo para conseguir mejor servicio o precio. El titular desbloquea el nombre, obtiene el código de autorización y pide al nuevo registrador que inicie el proceso. En los gTLD, una transferencia suele añadir un año al periodo de registro. Cambiar de titular es un proceso distinto. Una transferencia de dominio traslada un nombre de dominio de un registrador, la empresa que lo gestiona para el titular, a otro. El titular no cambia, solo la empresa. En los gTLD, como .com, las normas de la ICANN fijan quién hace qué y en qué plazo. ## Qué es una transferencia de dominio y qué no lo es El registrador cedente entrega el nombre al registrador receptor. En los gTLD, la Política de Transferencia de la ICANN, vigente desde el 12 de noviembre de 2004, reconoce al titular el derecho a transferir, y solo él puede aprobarla o rechazarla. A octubre de 2026, rige la versión actualizada el 21 de febrero de 2024, obligatoria desde el 21 de agosto de 2025. Una transferencia no es un cambio de titular, que tiene sus propias normas, ni un cambio de alojamiento web, que no exige transferir nada. Los ccTLD fijan sus propias normas. En .eu, un mismo código sirve para cambiar de registrador, de titular o de ambos, y el bloqueo del registrador no lo impide. En .es, el procedimiento lo fija Red.es. ## Antes de empezar: bloqueos, código de autorización y regla de los 60 días El registrador actual debe facilitar dos cosas: - **El nombre desbloqueado.** El bloqueo del registrador, clientTransferProhibited, hace que el registro rechace las transferencias. Solo puede fijarse en el alta o a petición del titular, según el contrato de registro. - **El código de autorización.** Un código secreto, único para cada dominio, que el titular entrega al nuevo registrador. Sin herramienta de autoservicio, el registrador debe facilitar ambas en cinco días naturales desde la petición. No puede ponerlo más difícil que cambiar los datos de contacto o los servidores de nombres, ni retenerlos por un conflicto de pago. A octubre de 2026, hay dos plazos de 60 días. Puede rechazarse una transferencia en los 60 días siguientes al alta o a una transferencia anterior. Tras un cambio de titular (un cambio importante de su nombre, organización o correo electrónico), el registrador debe aplicar un bloqueo de 60 días, salvo que el titular haya renunciado antes a él. La política aconseja transferir primero y cambiar de titular después. Un dominio vencido puede transferirse salvo que haya un periodo anterior sin pagar, pero en periodo de gracia de redención hay que restaurarlo antes, a veces con coste. ## Paso a paso: de la solicitud a la transferencia completada 1. El titular desbloquea el nombre y obtiene el código de autorización. 2. Encarga la transferencia al nuevo registrador y le da el código. 3. El registro comprueba el código y avisa a los dos registradores. El dominio muestra pendingTransfer. 4. En 24 horas, el registrador cedente pide confirmación al titular mediante el FOA. 5. El registrador cedente aprueba o rechaza. Si no responde en cinco días naturales, el registro completa la transferencia. 6. Se añade un año al registro, hasta un máximo de diez años en total. Son plazos máximos, no habituales. A octubre de 2026, la ICANN no controla el cumplimiento del FOA del registrador receptor desde el 26 de enero de 2020. Un ejemplo: un lunes, el nuevo registrador solicita transferir example.com. Si el cedente no responde, el traslado se completa cinco días naturales después y el vencimiento se retrasa un año. Si se hubiera cambiado el correo electrónico del titular la semana anterior sin renunciar al bloqueo, la transferencia se rechazaría. ## Cuánto cuesta Cada registrador fija su precio de transferencia, pero una transferencia no puede rechazarse porque esa tarifa esté sin pagar. Las normas del registro pueden variar: según el contrato de .net de 2005, una transferencia durante el periodo de gracia de renovación automática anula el año renovado y añade uno nuevo. ## Por qué se puede rechazar una transferencia El registrador cedente debe explicar el motivo. A octubre de 2026, **puede** rechazarla por indicios de fraude, una duda razonable sobre la identidad del titular, periodos anteriores (o, antes del vencimiento, el actual) sin pagar, la oposición expresa del titular o el plazo de 60 días tras el alta o una transferencia anterior. **Debe** rechazarla si conoce un procedimiento UDRP o URS en curso, si hay una orden judicial o una disputa pendiente por una transferencia anterior, y durante el bloqueo de 60 días tras un cambio de titular. **No puede** rechazarla por un periodo futuro sin pagar, porque el titular no haya respondido o por un bloqueo que el titular no pudo quitar. ## Problemas y disputas: qué hacer si algo sale mal - **pendingTransfer inesperado.** La ICANN aconseja pedir de inmediato al registrador que rechace la solicitud. - **Rechazo o bloqueo discutido.** El titular puede presentar una reclamación de transferencia (Transfer Complaint) ante la ICANN. - **Urgencias entre registradores.** Cada registrador mantiene un TEAC. A octubre de 2026, debe responder una persona en 4 horas; si no, la transferencia puede revertirse. - **TDRP.** Solo los registradores pueden reclamar, en un plazo de 12 meses, ante un proveedor aprobado (a octubre de 2026, el ADNDRC o Forum, antes National Arbitration Forum). Una transferencia inválida se devuelve al registrador anterior. La vía judicial sigue abierta. Si un registrador es adquirido o pierde su acreditación, la ICANN puede aprobar una transferencia masiva de todos sus nombres: gratuita hasta 50.000 nombres y con tarifa única de 50.000 USD por encima (a octubre de 2026). Algunos registros ofrecen BTAPPA para una parte de la cartera. ## Próximos cambios en las normas de transferencia El 7 de junio de 2026, la Junta Directiva de la ICANN adoptó las 47 recomendaciones de la Revisión de la Política de Transferencia (resolución 2026.06.07.04). A octubre de 2026, **no están en vigor**: la ICANN tiene el proyecto en cola, sin fecha de entrada en vigor. Cuando se apliquen, los cambios principales serán: - El código pasará a llamarse código de autorización de transferencia (Transfer Authorization Code, TAC): con al menos 128 bits de entropía, válido 336 horas (14 días) y de un solo uso. El titular recibirá un aviso en los 10 minutos siguientes a su emisión. - Desaparecerá el FOA del registrador receptor; el del cedente pasará a ser una «confirmación de transferencia» (Transfer Confirmation), sin aprobación con un solo clic. - Un bloqueo obligatorio de 720 horas (30 días) seguirá al alta y a cada transferencia; solo el bloqueo posterior a una transferencia podrá levantarse antes, a petición razonada, por ejemplo por una venta documentada. - El cambio de titular no conllevará bloqueo, solo un aviso en 24 horas, con una política aparte de cambio de datos del titular. - El registrador podrá rechazar por uso indebido del DNS y deberá hacerlo si el titular se opone. - El TEAC tendrá 24 horas para responder. - BTAPPA entrará en la política y se ampliará a los clientes que trasladan su propia cartera. ## Fuentes - [Transfer Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) - [Registrar Transfer Dispute Resolution Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/registrar-transfer-dispute-resolution-policy-21-02-2024-en) - [Final Report on the Transfer Policy Review Policy Development Process](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25-en.pdf) ## términos relacionados - [código de autorización](https://tldlog.com/es/glosario/codigo-autorizacion/) - [bloqueo de transferencia](https://tldlog.com/es/glosario/bloqueo-transferencia/) - [cambio de titular](https://tldlog.com/es/glosario/cambio-titular/) - [EPP](https://tldlog.com/es/glosario/epp/)