--- id: "pdp" kind: "glossary-term" title: "PDP" language: "es" category: "Gobernanza y políticas" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/pdp/" translations: en: "https://tldlog.com/glossary/pdp/" de: "https://tldlog.com/de/glossar/pdp/" fr: "https://tldlog.com/fr/glossaire/pdp/" it: "https://tldlog.com/it/glossario/pdp/" pt-BR: "https://tldlog.com/pt/glossario/pdp/" ru: "https://tldlog.com/ru/glossariy/pdp/" zh-Hans: "https://tldlog.com/zh/cihui/pdp/" --- # PDP Proceso de Desarrollo de Políticas Procedimiento formal de la ICANN para crear políticas. Un grupo de trabajo estudia una cuestión, publica informes que se someten a comentario público y formula recomendaciones. En el caso de los gTLD, las recomendaciones que aprueban el Consejo de la GNSO y la Junta Directiva de la ICANN pueden convertirse en políticas de consenso. Un PDP (Proceso de Desarrollo de Políticas) es el procedimiento formal con el que la comunidad de la ICANN redacta normas sobre nombres de dominio. Un grupo de voluntarios estudia un problema, publica borradores que cualquiera puede comentar y propone normas; después decide la Junta Directiva de la ICANN. En los dominios genéricos, como .com, el resultado puede obligar a todos los registros y registradores. ## Qué es un proceso de desarrollo de políticas En los gTLD, la GNSO elabora las políticas y las recomienda a la Junta Directiva. A octubre de 2026, su PDP está regulado en el anexo A de los Estatutos de la ICANN (modificados el 3 de julio de 2026) y en el Manual del PDP de la GNSO, del 21 de mayo de 2026. Importa porque los contratos con la ICANN obligan a registros y registradores a cumplir las políticas de consenso, como la UDRP, la ERRP y la Política de Transferencia. Estas políticas solo pueden tratar los asuntos que enumeran los contratos, como las transferencias o los datos de registro, y no pueden fijar ni limitar los precios de los registradores. ## Las fases: Informe de Cuestiones, grupo de trabajo, Informe Final y votación de la Junta 1. **Informe de Cuestiones.** Lo piden la Junta Directiva, el Consejo de la GNSO o un comité asesor. El personal de la ICANN redacta una versión preliminar en 45 días, con la opinión del asesor jurídico general sobre el alcance y un borrador de mandato. Tras al menos 30 días de comentario público llega la versión final. 2. **Inicio.** El Consejo vota si abre el PDP, en general en un plazo de 90 días: si el asunto entra en su ámbito, hace falta más de un tercio de cada cámara o más de dos tercios de una. Si lo pidió la Junta, no hay votación. 3. **Grupo de trabajo.** Los voluntarios trabajan según el mandato. La presidencia califica cada recomendación: consenso pleno, consenso, apoyo fuerte con oposición significativa o divergencia. 4. **Informes.** El Informe Inicial se somete a comentario público durante al menos 30 días. Después, el Informe Final indica el grado de consenso de cada recomendación. 5. **Votación del Consejo.** El Consejo tiene la Cámara de Partes Contratadas (7 votos) y la Cámara de Partes No Contratadas (13 votos). La mayoría reforzada de la GNSO son dos tercios de cada cámara, o tres cuartos de una y la mayoría de la otra. Sin ella, aprobar las recomendaciones exige la mayoría de cada cámara y el apoyo de al menos 3 de los 4 grupos de partes interesadas. 6. **Votación de la Junta.** La Junta publica un aviso al menos 21 días antes de decidir y pide la opinión del GAC si hay cuestiones de política pública. Adopta las recomendaciones respaldadas por mayoría reforzada salvo que más de dos tercios de la Junta consideren que van contra el interés de la comunidad o de la ICANN. Con menos apoyo del Consejo, basta la mayoría de la Junta para rechazarlas. ### Ejemplo: la revisión de la Política de Transferencia - Junio de 2020: el Consejo pide un Informe de Cuestiones. - 18 de febrero de 2021: empieza el PDP. - 21 de junio de 2022: Informe Inicial (34 comentarios). - 31 de enero de 2025: consenso pleno en las 47 recomendaciones; Informe Final en febrero de 2025. - 12 de marzo de 2025: el Consejo las aprueba por unanimidad. - 7 de junio de 2026: la Junta las adopta. Entre el inicio y la adopción pasaron más de cinco años. A octubre de 2026, los cambios aún no están en vigor ni tienen fecha de aplicación. ## Comentario público: cómo puede participar cualquiera Puede comentar cualquiera: grupos de la comunidad, gobiernos, empresas y particulares. A octubre de 2026, la ICANN mantiene abiertos estos procedimientos al menos 40 días, con excepciones. Las aportaciones, con el nombre de su autor, son públicas. Dentro de un PDP de la GNSO, el Informe Final no tiene por qué someterse a comentario. Los comentarios se valoran, no se cuentan como votos, así que no pueden vetar una política. ## De la política aprobada a la norma exigible: la implementación Tras la adopción, el personal de la ICANN redacta el texto detallado de la política según el Marco de Implementación de Políticas de Consenso. El Consejo crea normalmente un Equipo de Revisión de la Implementación, formado por voluntarios, que comprueba que el detalle se ajusta a las recomendaciones. Después, registros y registradores tienen un plazo para adaptarse: a octubre de 2026, las políticas se anuncian en bloques, con al menos seis meses para cumplirlas. ## Vías rápidas y de emergencia: EPDP y políticas temporales El EPDP, disponible desde el 28 de septiembre de 2015, se salta el Informe de Cuestiones y parte de un documento de delimitación. Para iniciarlo hace falta la mayoría reforzada de la GNSO, y solo puede tratar una cuestión muy concreta surgida después de adoptar o aplicar una política, o un asunto ya delimitado a fondo. El EPDP más conocido empezó el 19 de julio de 2018. Tenía un plazo de un año por una Política Temporal: la Especificación Temporal para los datos de registro de los gTLD, vigente desde el 25 de mayo de 2018. La Junta puede adoptar sola una Política Temporal, con al menos dos tercios de sus miembros, cuando sea necesaria de inmediato para la estabilidad o la seguridad de los servicios de registradores o registros, del DNS o de Internet. Debe abrir enseguida un PDP y reafirmar la política cada 90 días, durante un año como máximo. ## Cómo se elaboran de otro modo las políticas de los ccTLD La mayoría de las normas de los dominios de código de país se fijan localmente. La ccNSO solo elabora políticas globales sobre una lista corta de asuntos, mediante el ccPDP del anexo B de los Estatutos. Las principales diferencias: - El Consejo de la ccNSO necesita 10 votos o más para iniciarlo. - La recomendación del Consejo se somete a votación de los miembros de la ccNSO, abierta al menos 21 días, y se aprueba con más del 66 % de los votos recibidos. - La Junta la adopta salvo que más del 66 % de la Junta se oponga. Estas políticas solo obligan a los miembros de la ccNSO, solo dentro de su ámbito y nunca por encima de la ley aplicable al administrador del ccTLD. A octubre de 2026, el ccPDP4, sobre la selección y retirada de cadenas de ccTLD de IDN, está pendiente de decisión de la Junta. ## Fuentes - [Bylaws for Internet Corporation for Assigned Names and Numbers | A California Nonprofit Public-Benefit Corporation](https://www.icann.org/en/governance/bylaws) - [ANNEX 2: Policy Development Process Manual](https://gnso.icann.org/sites/default/files/file/field-file-attach/annex-2-pdp-manual-21may26-en.pdf) - [PDP Transfer Policy Review | Generic Names Supporting Organization](https://gnso.icann.org/en/group-activities/active/transfer-policy-review) ## términos relacionados - [GNSO](https://tldlog.com/es/glosario/gnso/) - [EPDP](https://tldlog.com/es/glosario/epdp/) - [política de consenso](https://tldlog.com/es/glosario/politica-consenso/) - [comentario público](https://tldlog.com/es/glosario/comentario-publico/)