--- id: "grace-period" kind: "glossary-term" title: "periodo de gracia" language: "es" category: "Ciclo de vida de los dominios" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/periodo-gracia/" translations: en: "https://tldlog.com/glossary/grace-period/" de: "https://tldlog.com/de/glossar/grace-period/" fr: "https://tldlog.com/fr/glossaire/periode-grace/" it: "https://tldlog.com/it/glossario/periodo-grazia/" pt-BR: "https://tldlog.com/pt/glossario/periodo-carencia/" ru: "https://tldlog.com/ru/glossariy/lgotnyy-period/" zh-Hans: "https://tldlog.com/zh/cihui/kuanxianqi/" --- # periodo de gracia Número fijo de días tras una operación en el registro, como un nuevo registro de dominio, una renovación o una transferencia, durante los cuales la operación puede deshacerse o cambiarse en condiciones especiales. Si el registrador elimina el dominio en ese plazo, el registro suele abonarle en cuenta la tarifa. La duración varía según el registro. Un periodo de gracia es un plazo breve después de una operación en el registro, como un alta, una renovación o una transferencia, durante el cual el registrador puede deshacerla eliminando el dominio. El registro normalmente le abona entonces un crédito por la tarifa. ## Qué es un periodo de gracia La ICANN lo define como un número fijo de días naturales tras una operación en el registro de un gTLD durante los cuales la operación puede revertirse y el registrador puede recibir un crédito. El registro controla el plazo y abona el crédito al registrador, que decide si elimina el nombre dentro del plazo. El titular solo ve un código de estado EPP en una consulta: addPeriod, renewPeriod, autoRenewPeriod o transferPeriod. La ICANN los califica de estados informativos; para addPeriod añade que no hay ningún problema con el dominio. Que el cliente recupere dinero depende de las condiciones de su registrador. ## Los cuatro periodos de gracia del registro y su duración La RFC 3915, publicada en septiembre de 2004, describe cuatro periodos de gracia ligados a operaciones EPP, a partir de un informe de un grupo de trabajo de la ICANN de marzo de 2003: - Periodo de gracia tras el alta: después de un nuevo registro. - Periodo de gracia de renovación: después de una renovación expresa del registrador. - Periodo de gracia de renovación automática: después de que el registro renueve automáticamente un dominio vencido. - Periodo de gracia de transferencia: después del paso del dominio a otro registrador. La RFC deja la duración a cada registro. Los valores clásicos proceden del apéndice 7 del contrato de registro de .com, del 1 de diciembre de 2012: 5, 5, 45 y 5 días naturales, respectivamente (a octubre de 2026). El texto de .org de 2013 usa los mismos. El contrato de registro base de los nuevos gTLD, aprobado el 12 de marzo de 2026, no fija ninguna duración. Según la ICANN, el periodo de gracia tras el alta suele ser de cinco días, y no todos los contratos de gTLD lo incluyen. El periodo de gracia de transferencia no es un bloqueo de transferencia. A octubre de 2026, la norma que permite al registrador denegar una transferencia en los 60 días siguientes al alta o a una transferencia anterior es la Política de Transferencia de la ICANN. La Junta Directiva de la ICANN adoptó el 7 de junio de 2026 cambios que, entre otras cosas, harán obligatorios los bloqueos de seguridad opcionales; a octubre de 2026 aún no están en vigor. ## Créditos: quién los recibe En .com, lo que ocurre al eliminar el dominio depende del plazo: - Periodo de gracia tras el alta: el registrador recibe un crédito por el alta y el nombre queda libre de inmediato para cualquiera. No pasa por el periodo de gracia de redención (RGP). - Periodo de gracia de renovación, de renovación automática o de transferencia: el registrador recibe un crédito por la renovación o la transferencia, y el nombre entra directamente en el RGP de 30 días. El crédito del periodo de gracia tras el alta tiene un límite. La Política de Límites del AGP de la ICANN es una política de consenso en vigor desde el 1 de abril de 2009 (a octubre de 2026). Cada mes y en cada TLD, el registrador solo recibe crédito por las eliminaciones que no superen el 10 % de sus nuevos registros netos o 50 nombres, lo que sea mayor. Puede pedir al registro una excepción para un mes concreto si documenta circunstancias extraordinarias; las que se repiten con regularidad no cuentan. Los contratos de registro también pueden permitir al registro cobrar su propia tarifa por exceso de eliminaciones. Un ejemplo, con el precio ilustrativo de la propia política, 6 USD (no es un precio actual): en un mes, un registrador suma 1.000 nuevos registros netos en un TLD y elimina 250 nombres, como example.com, dentro del periodo de gracia tras el alta. Su umbral es 100. Recibe 600 USD de crédito por 100 eliminaciones y nada por las otras 150, que habrían sido 900 USD. ## Abusos: degustación de dominios y domain kiting El periodo de gracia tras el alta existe para anular sin coste errores tipográficos y algunos registros fraudulentos. Antes de 2009 se usó a gran escala para la degustación de dominios (en inglés, «domain tasting»): registrar nombres en masa, comprobar si su tráfico o su publicidad cubría la tarifa y eliminar gratis el resto. El domain kiting es una forma repetida: eliminar y volver a registrar el mismo nombre una y otra vez para no pagarlo nunca. Así se llegó a los límites: 1. 2007: a petición del ALAC, el Consejo de la GNSO abrió un PDP el 31 de octubre. 2. 17 de abril de 2008: el Consejo de la GNSO aprobó la recomendación por mayoría cualificada. 3. 26 de junio de 2008: la Junta Directiva de la ICANN la adoptó. 4. Del 1 de julio de 2008 al 30 de junio de 2009: el presupuesto de la ICANN cobró a los registradores 0,20 USD por cada eliminación por encima del umbral. 5. 1 de abril de 2009: entró en vigor la política, y cada eliminación en exceso pasó a costar la tarifa de registro completa. Las eliminaciones en el periodo de gracia tras el alta en los TLD que recogió la ICANN bajaron de 17.668.750 en junio de 2008 a 58.218 en abril de 2009, un 99,7 % menos. ## Periodos de gracia frente al periodo de redención La RFC 3915 y el contrato de .com también incluyen el RGP, pero funciona de otro modo. Los cuatro periodos de gracia siguen a un alta, una renovación o una transferencia y permiten eliminar con crédito. El RGP sigue a una eliminación: a octubre de 2026, durante 30 días y en todos los gTLD salvo los patrocinados, el registrador que eliminó el nombre puede restaurarlo a petición del antiguo titular. En las consultas aparece como redemptionPeriod. Una trampa con las siglas: en la Política de Límites del AGP, AGP es el periodo de gracia tras el alta, pero el glosario de la ICANN usa también AGP para el periodo de gracia de renovación automática. Ante un dominio concreto, el registrador o el registro pueden confirmar qué normas se aplican. ## Fuentes - [AGP (Add Grace Period) Limits Policy](https://www.icann.org/en/contracted-parties/consensus-policies/add-grace-period-limits-policy/agp-add-grace-period-limits-policy-17-12-2008-en) - [RFC 3915: Domain Registry Grace Period Mapping for the Extensible Provisioning Protocol (EPP)](https://www.rfc-editor.org/rfc/rfc3915.txt) - [.com Registry Agreement Appendix 7](https://www.icann.org/en/registry-agreements/com/com-registry-agreement-appendix-7-1-12-2012-en) - [The End of Domain Tasting: Status Report on AGP Measures](https://itp.cdn.icann.org/en/files/consensus-policy/agp-status-report-12aug09-en.pdf) ## términos relacionados - [periodo de gracia tras el alta](https://tldlog.com/es/glosario/periodo-gracia-tras-alta/) - [periodo de gracia de renovación automática](https://tldlog.com/es/glosario/periodo-gracia-renovacion-automatica/) - [periodo de gracia de renovación](https://tldlog.com/es/glosario/periodo-gracia-renovacion/) - [periodo de gracia de transferencia](https://tldlog.com/es/glosario/periodo-gracia-transferencia/) - [RGP](https://tldlog.com/es/glosario/rgp/)