--- id: "registry-agreement" kind: "glossary-term" title: "Registry Agreement" language: "de" category: "Governance und Policy" updated: "2026-10-10T23:13:20Z" canonical: "https://tldlog.com/de/glossar/registry-agreement/" translations: en: "https://tldlog.com/glossary/registry-agreement/" es: "https://tldlog.com/es/glosario/acuerdo-registro/" fr: "https://tldlog.com/fr/glossaire/contrat-registre/" it: "https://tldlog.com/it/glossario/registry-agreement/" pt-BR: "https://tldlog.com/pt/glossario/contrato-registro/" ru: "https://tldlog.com/ru/glossariy/soglashenie-administrirovanii-reestra/" zh-Hans: "https://tldlog.com/zh/cihui/zhuce-guanli-jigou-xieyi/" --- # Registry Agreement Der Vertrag zwischen der ICANN und dem Betreiber einer gTLD. Er legt technische und richtlinienbezogene Pflichten sowie Pflichten gegen Missbrauch fest, dazu die an die ICANN zu zahlenden Gebühren und für einige TLDs Preisregeln. Die meisten neuen gTLDs nutzen einen standardisierten Basisvertrag. Ältere TLDs (Legacy-TLDs) wie .com haben eigene Fassungen. Jede generische Top-Level-Domain wird auf Grundlage eines Vertrags mit der ICANN betrieben, des Registry Agreement. Es legt fest, was die Registry tun und zahlen muss und was geschieht, wenn sie den Besitzer wechselt oder ihren Betrieb einstellt. ## Was das Registry Agreement ist Es ist ein Vertrag zwischen der ICANN, einer gemeinnützigen Gesellschaft nach kalifornischem Recht (California nonprofit public benefit corporation), und dem Registry-Betreiber einer gTLD. Die meisten neuen gTLDs nutzen ein Standard-Basisformular: die am 21. Januar 2024 genehmigte Fassung für TLDs der Runde 2012 oder die Fassung von 2026, die der ICANN-Vorstand am 12. März 2026 für erfolgreiche Bewerber der Runde 2026 genehmigt hat. Der Basisvertrag läuft zehn Jahre und verlängert sich um jeweils weitere zehn Jahre, außer bei Kündigung oder wiederholter wesentlicher Vertragsverletzung. ## Was eine Registry tun muss: die wichtigsten Specifications Nach dem Basisvertrag muss eine Registry: - Consensus Policies befolgen, auch künftige. - Namen nur über von der ICANN akkreditierte Registrare verkaufen und allen gleichen Zugang gewähren. - Registrare mindestens 30 Tage im Voraus über höhere Preise für Neuregistrierungen informieren und 180 Tage im Voraus bei Verlängerungen, die Verlängerungspreise einheitlich halten und Registraren erlauben, vor einer Erhöhung für ein bis zehn Jahre zum bisherigen Preis zu verlängern. - Gebühren an die ICANN zahlen. Im Formular von 2026 betrugen sie 6.437,50 US-Dollar (USD) pro Quartal plus 0,2575 USD pro Transaktion oberhalb eines Schwellenwerts, jeweils mit Stand 1. Januar 2025. Beide Beträge können angepasst werden (Stand Oktober 2026). Der Basisvertrag legt Ankündigungsregeln fest, keine Preisobergrenzen. Ältere TLDs (Legacy-TLDs) haben eigene, ausgehandelte Verträge, und der .com-Vertrag zwischen der ICANN und VeriSign, Inc. begrenzt die Preise: Der Höchstpreis darf in jedem der letzten vier Jahre jedes Sechsjahreszeitraums um bis zu 7 % steigen. Seine aktuelle Laufzeit reicht bis zum 30. November 2030 und kann verlängert werden (Stand Oktober 2026). ### Specification 9: der Verhaltenskodex für Registrys Seit 2010 erlaubt die ICANN bei neuen gTLDs, dass dieselbe Gruppe sowohl eine Registry als auch einen Registrar besitzt (vertikale Integration), und Specification 9 ist die wichtigste Schutzvorkehrung. Die Registry darf keinen Registrar bevorzugen und keine Namen auf eigene Rechnung registrieren, außer über einen akkreditierten Registrar; ausgenommen sind reservierte Namen und bis zu 500 Namen. Ein verbundener Registrar muss eine eigene juristische Person mit getrennter Buchführung sein. Eine TLD, die nur der Betreiber und seine verbundenen Unternehmen nutzen, kann eine Ausnahme beantragen. ### Specification 10: Service-Level Die ICANN testet jede Registry mit Messpunkten in aller Welt. Zu den monatlichen Zielen gehören 100 % Verfügbarkeit des DNS-Dienstes und höchstens 864 Minuten Ausfallzeit (etwa 98 %) für EPP und für RDAP. ## Selbstverpflichtungen im öffentlichen Interesse und Pflichten gegen Missbrauch Specification 11 enthält die Selbstverpflichtungen im öffentlichen Interesse (Public Interest Commitments, PICs). Manche haben Bewerber angeboten, andere gelten für alle. Eine Registry muss: - Nur Registrare nutzen, die dem RAA von 2013 unterliegen. - Registrare verpflichten, in ihren Kundenbedingungen Malware, Botnetze, Phishing, Piraterie, Rechtsverletzungen, Betrug, Produktfälschung und andere illegale Aktivitäten zu verbieten, mit der Sperrung des Namens als möglicher Folge. - Ihre TLD regelmäßig auf DNS-Missbrauch prüfen und Statistiken darüber führen, was sie gefunden und unternommen hat. - Eine TLD aus einem Gattungsbegriff nicht einem einzelnen Unternehmen und seinen verbundenen Unternehmen vorbehalten. Die ICANN setzt diese Verpflichtungen durch, und Beschwerden können auch über das PICDRP laufen, in seiner seit dem 1. Februar 2020 überarbeiteten Form. Zu den Abhilfen kann die Kündigung gehören. Der Vertrag definiert DNS-Missbrauch als Malware, Botnetze, Phishing, Pharming und Spam, über den diese verbreitet werden. Hat eine Registry belastbare Nachweise dafür, muss sie umgehend handeln: mindestens den Namen an den Registrar verweisen oder selbst handeln. ## Wie sich der Vertrag ändert: Änderungen und neue Dienste **Eine Registry.** Um einen Registry-Dienst hinzuzufügen, zu ändern oder zu entfernen, nutzt eine Registry das RSEP. Die ICANN prüft, ob erhebliche Probleme für Sicherheit, Stabilität oder Wettbewerb bestehen; für manche Dienste, etwa Registry Lock, gibt es ein beschleunigtes Verfahren. Eine Genehmigung kann eine Vertragsänderung erfordern. **Alle Registrys.** Eine globale Änderung läuft in Schritten ab: 1. Die ICANN konsultiert eine Arbeitsgruppe der Registrys und veröffentlicht den Text für mindestens 30 Tage. 2. Der ICANN-Vorstand genehmigt ihn. 3. Die Registrys stimmen innerhalb von 60 Tagen ab. Die Änderung ist angenommen, wenn Betreiber zustimmen, die zwei Drittel der Gebühren des Vorjahres gezahlt haben, und zugleich eine Mehrheit der Betreiber, mit einer Stimme pro TLD. Wer nicht abstimmt, zählt als Nein. 4. Die Änderung wird 60 Tage nach der Mitteilung der ICANN wirksam. ## Wenn eine Registry verkauft wird oder der Vertrag endet Eine Abtretung des Vertrags, ein Kontrollwechsel beim Betreiber oder ein neuer Subunternehmer für eine kritische Funktion, etwa der Backend-Anbieter, braucht die vorherige Zustimmung der ICANN. Der Betreiber kündigt das mindestens 30 Tage vorher an, und die ICANN führt Hintergrundprüfungen durch. Schweigen über 30 Tage gilt als Zustimmung. Die ICANN kann kündigen, wenn eine wesentliche Vertragsverletzung 30 Tage nach einer Mitteilung nicht behoben ist. Die Registry kann aus beliebigem Grund mit 180 Tagen Frist kündigen. Die ICANN trifft dann eine vorläufige Feststellung, offen für öffentliche Kommentare, ob die TLD an einen Nachfolger übergeht; bei einer TLD, die nur ihr Betreiber nutzt, braucht sie dafür dessen Zustimmung. Ein Beispiel: Der Betreiber von .juniper reichte am 8. Juni 2026 die Kündigung ein; die vorläufige Feststellung der ICANN vom 20. Juli 2026 lautete, die TLD nicht zu übertragen, und die ICANN bestätigte dies in einer endgültigen Feststellung am 15. September 2026. Fällt das DNS 4 Stunden in einer Woche aus, oder EPP oder RDAP 24 Stunden, kann die ICANN einen Notfallbetreiber (EBERO) einsetzen. ## Warum das für Domaininhaber wichtig ist Domaininhaber sind nicht Vertragspartei, aber der Vertrag prägt, was sie bekommen. Er verpflichtet Registrys, Registrare im Voraus über Erhöhungen der Großhandelspreise zu informieren, und legt Service-Level mit einer Notfallabsicherung und Regeln für die Kontinuität fest. Endet eine TLD ohne Nachfolger, funktionieren ihre Namen nicht mehr. Auch die Regeln gegen Missbrauch erreichen Domaininhaber: Wer shop.example registriert, akzeptiert Registrarbedingungen, die Phishing verbieten, und riskiert bei Phishing die Sperrung des Namens. Wie eine Klausel in einem bestimmten Fall anzuwenden ist, ist eine Frage für den Registrar, die Registry oder eine Anwältin oder einen Anwalt. ## Quellen - [Registry Agreement (2026 Base Registry Agreement)](https://itp.cdn.icann.org/en/files/registry-agreements/base-registry-agreement-12-03-2026-en.pdf) - [2024 Global Amendments to the 2013 Registrar Accreditation Agreement (RAA) and Base gTLD Registry Agreement (Base RA)](https://www.icann.org/en/contracted-parties/registry-operators/global-amendments/2024-global-amendments) - [Registry Agreement Termination Information Page](https://www.icann.org/en/contracted-parties/registry-operators/services/registry-agreement-termination-service) ## verwandte begriffe - [Registry-Betreiber](https://tldlog.com/de/glossar/registry-betreiber/) - [RAA](https://tldlog.com/de/glossar/raa/) - [Contracted Parties](https://tldlog.com/de/glossar/contracted-parties/) - [Preisobergrenze](https://tldlog.com/de/glossar/preisobergrenze/)