--- id: "pdp" kind: "glossary-term" title: "PDP" language: "de" category: "Governance und Policy" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/de/glossar/pdp/" translations: en: "https://tldlog.com/glossary/pdp/" es: "https://tldlog.com/es/glosario/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 Policy-Entwicklungsprozess Das formelle Verfahren der ICANN, um Policies zu entwickeln. Eine Arbeitsgruppe untersucht ein Thema, veröffentlicht Berichte zur öffentlichen Kommentierung und gibt Empfehlungen ab. Bei gTLDs können Empfehlungen, die der GNSO-Rat und der ICANN-Vorstand billigen, zu Consensus Policies werden. Ein Policy-Entwicklungsprozess (PDP) ist das förmliche Verfahren, mit dem die Community der ICANN Regeln für Domainnamen ausarbeitet. Freiwillige untersuchen ein Problem, veröffentlichen Entwürfe, die jeder kommentieren kann, und empfehlen Regeln; danach entscheidet der ICANN-Vorstand. Bei generischen Domains wie .com kann das Ergebnis jede Registry und jeden Registrar binden. ## Was ein Policy-Entwicklungsprozess ist Für gTLDs entwickelt die GNSO Richtlinien und empfiehlt sie dem ICANN-Vorstand. Stand Oktober 2026 ist ihr PDP in Annex A der ICANN-Satzung (in der am 3. Juli 2026 geänderten Fassung) und im PDP Manual der GNSO vom 21. Mai 2026 festgelegt. Das ist wichtig, weil Registrys und Registrare nach ihren Verträgen mit der ICANN Consensus Policies befolgen müssen, etwa die UDRP, die ERRP und die Transfer Policy. Consensus Policies dürfen nur Themen abdecken, die in diesen Verträgen aufgeführt sind, etwa Transfers und Registrierungsdaten, und dürfen Preise von Registraren weder festlegen noch deckeln. ## Die Schritte: Issue Report, Arbeitsgruppe, Abschlussbericht und Abstimmung im ICANN-Vorstand 1. **Issue Report.** Der ICANN-Vorstand, der GNSO-Rat oder ein beratender Ausschuss fordert ihn an. Mitarbeiter der ICANN verfassen innerhalb von 45 Tagen eine vorläufige Fassung, mit der Einschätzung des General Counsel zum Geltungsbereich und einem Entwurf des Mandats (Charter). Nach mindestens 30 Tagen öffentlicher Konsultation folgt eine endgültige Fassung. 2. **Start.** Der GNSO-Rat stimmt über den Start des PDP ab, in der Regel innerhalb von 90 Tagen: Liegt das Thema im Geltungsbereich, genügen mehr als ein Drittel jeder Kammer oder mehr als zwei Drittel einer Kammer. Hat der ICANN-Vorstand den Bericht angefordert, ist keine Abstimmung nötig. 3. **Arbeitsgruppe.** Freiwillige arbeiten nach dem Mandat. Der Vorsitz stuft jede Empfehlung ein: voller Konsens, Konsens, starke Unterstützung bei erheblichem Widerspruch oder Divergenz. 4. **Berichte.** Ein Initial Report geht für mindestens 30 Tage in die öffentliche Konsultation. Der Abschlussbericht (Final Report) gibt dann für jede Empfehlung den Grad des Konsenses an. 5. **Abstimmung im GNSO-Rat.** Der GNSO-Rat hat eine Kammer der Vertragsparteien (7 Stimmen) und eine der Nicht-Vertragsparteien (13 Stimmen). Eine GNSO Supermajority sind zwei Drittel jeder Kammer oder drei Viertel einer Kammer und eine Mehrheit der anderen. Ohne sie braucht die Annahme eine Mehrheit jeder Kammer sowie die Unterstützung von mindestens 3 der 4 Stakeholder-Gruppen. 6. **Abstimmung im ICANN-Vorstand.** Der ICANN-Vorstand kündigt sein Handeln mindestens 21 Tage vorher öffentlich an und bittet das GAC um seine Einschätzung, wo Fragen der öffentlichen Politik (Public Policy) berührt sind. Es nimmt Empfehlungen mit einer GNSO Supermajority an, es sei denn, mehr als zwei Drittel des Vorstands befinden, dass sie nicht im besten Interesse der ICANN-Community oder der ICANN liegen. Bei geringerer Unterstützung im GNSO-Rat kann eine Mehrheit des Vorstands sie ablehnen. ### Fallbeispiel: die Transfer Policy Review - Juni 2020: Der GNSO-Rat fordert einen Issue Report an. - 18. Februar 2021: Der PDP beginnt. - 21. Juni 2022: Initial Report (34 eingereichte Kommentare). - 31. Januar 2025: voller Konsens zu allen 47 Empfehlungen; Final Report im Februar 2025. - 12. März 2025: einstimmige Annahme im GNSO-Rat. - 7. Juni 2026: Annahme durch den ICANN-Vorstand. Zwischen Start und Annahme vergingen mehr als fünf Jahre. Stand Oktober 2026 sind die Änderungen noch nicht in Kraft und haben kein Datum des Inkrafttretens. ## Öffentliche Konsultation: wie sich jeder beteiligen kann Jeder kann kommentieren: Gruppen der Community, Regierungen, Unternehmen und Einzelpersonen. Stand Oktober 2026 hält die ICANN Konsultationen mindestens 40 Tage offen, mit Ausnahmen. Eingaben sind mit dem Namen der Verfasser öffentlich. Innerhalb eines PDP der GNSO muss der Final Report nicht in die Konsultation. Kommentare werden abgewogen, nicht als Stimmen gezählt, daher können sie eine Richtlinie nicht blockieren. ## Von der angenommenen Richtlinie zur geltenden Regel: die Umsetzung Nach der Annahme verfassen Mitarbeiter der ICANN den ausführlichen Richtlinientext nach dem Consensus Policy Implementation Framework. Der GNSO-Rat setzt in der Regel ein Implementation Review Team aus Freiwilligen ein, das prüft, ob die Einzelheiten den Empfehlungen entsprechen. Registrys und Registrare erhalten dann Zeit: Stand Oktober 2026 werden Richtlinien gebündelt angekündigt, mit mindestens sechs Monaten Zeit für die Umsetzung. ## Schnell- und Notfallwege: EPDP und vorläufige Richtlinien Ein EPDP, verfügbar seit dem 28. September 2015, überspringt den Issue Report und beginnt mit einem Dokument zur Festlegung des Umfangs. Sein Start erfordert eine GNSO Supermajority, und er darf sich nur mit einem eng umrissenen Thema befassen, das nach der Annahme oder Umsetzung einer Richtlinie festgestellt wurde, oder mit einem Thema, dessen Umfang bereits weitgehend abgesteckt ist. Der bekannteste EPDP begann am 19. Juli 2018. Er hatte wegen einer vorläufigen Richtlinie eine Frist von einem Jahr: der Temporary Specification for gTLD Registration Data, in Kraft ab dem 25. Mai 2018. Nur der ICANN-Vorstand kann eine vorläufige Richtlinie annehmen, mit mindestens zwei Dritteln seiner Mitglieder, wenn sie für die Stabilität oder Sicherheit von Registrar- oder Registry-Diensten, des DNS oder des Internets sofort nötig ist. Er muss umgehend einen PDP starten und die Richtlinie alle 90 Tage bestätigen, höchstens ein Jahr lang. ## Wie Richtlinien für ccTLDs anders entstehen Die meisten Regeln für länderspezifische Domains werden vor Ort festgelegt. Die ccNSO setzt nur zu einer kurzen Liste von Themen globale Richtlinien, über den ccPDP in Annex B der ICANN-Satzung. Die wichtigsten Unterschiede: - Der ccNSO-Rat braucht 10 oder mehr Stimmen, um einen zu starten. - Die Empfehlung des ccNSO-Rats geht in eine Abstimmung der ccNSO-Mitglieder, die mindestens 21 Tage offen ist und mit mehr als 66 % der abgegebenen Stimmen angenommen wird. - Der ICANN-Vorstand nimmt sie an, es sei denn, mehr als 66 % des Vorstands widersprechen. Diese Richtlinien binden nur Mitglieder der ccNSO, nur innerhalb des Geltungsbereichs, und gehen nie dem Recht vor, das für den ccTLD-Manager gilt. Stand Oktober 2026 wartet ccPDP4 zur Auswahl und Abwahl von IDN-ccTLD-Strings auf eine Entscheidung des ICANN-Vorstands. ## Quellen - [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) ## verwandte begriffe - [GNSO](https://tldlog.com/de/glossar/gnso/) - [EPDP](https://tldlog.com/de/glossar/epdp/) - [Consensus Policy](https://tldlog.com/de/glossar/consensus-policy/) - [öffentliche Kommentierung](https://tldlog.com/de/glossar/oeffentliche-kommentierung/)