---
id: "registry-agreement"
kind: "glossary-term"
title: "contrat de registre"
language: "fr"
category: "Gouvernance et politiques"
updated: "2026-10-10T23:13:20Z"
canonical: "https://tldlog.com/fr/glossaire/contrat-registre/"
translations:
  en: "https://tldlog.com/glossary/registry-agreement/"
  es: "https://tldlog.com/es/glosario/acuerdo-registro/"
  de: "https://tldlog.com/de/glossar/registry-agreement/"
  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/"
---

# contrat de registre

Le contrat entre l'ICANN et l'opérateur d'un gTLD. Il fixe des obligations techniques, de respect des politiques et de lutte contre les abus, les frais dus à l'ICANN et, pour certains TLD, des règles de prix. La plupart des nouveaux gTLD utilisent un contrat de base standard. Les TLD historiques comme le .com ont leurs propres versions.

Chaque domaine générique de premier niveau fonctionne dans le cadre d'un contrat avec l'ICANN appelé contrat de registre (Registry Agreement). Il fixe ce que le registre doit faire et payer, et ce qui se passe lorsqu'il change de mains ou cesse son activité.

## Ce qu'est le contrat de registre

C'est un contrat entre l'ICANN, une société californienne à but non lucratif d'utilité publique, et l'opérateur de registre d'un gTLD. La plupart des nouveaux gTLD utilisent un modèle de base standard : la version approuvée le 21 janvier 2024 pour les TLD de la série de 2012, ou la version de 2026, approuvée par le Conseil d'administration de l'ICANN le 12 mars 2026 pour les candidats retenus de la série de 2026.

Le contrat de base dure dix ans et se renouvelle pour de nouvelles périodes de dix ans, sauf en cas de résiliation ou de manquements substantiels répétés.

## Ce que doit faire un registre : les principales spécifications

Selon le contrat de base, un registre doit :

- Respecter les politiques de consensus, y compris les politiques futures.
- Vendre des noms uniquement par l'intermédiaire de bureaux d'enregistrement accrédités par l'ICANN, en leur accordant à tous un accès égal.
- Prévenir les bureaux d'enregistrement au moins 30 jours avant une hausse des prix des nouveaux enregistrements et 180 jours avant une hausse pour les renouvellements, appliquer des prix de renouvellement uniformes et permettre aux bureaux d'enregistrement de renouveler pour une durée d'un à dix ans au prix en vigueur avant une hausse.
- Verser des redevances à l'ICANN. Dans le modèle de 2026, au 1er janvier 2025, elles s'élevaient à 6 437,50 dollars américains (USD) par trimestre, plus 0,2575 USD par transaction au-delà d'un seuil. Les deux montants peuvent être ajustés (en octobre 2026).

Le contrat de base fixe des règles de préavis, pas des plafonds de prix. Les TLD historiques ont leurs propres contrats négociés, et le contrat du .com, entre l'ICANN et VeriSign, Inc., plafonne bien les prix : le maximum peut augmenter de 7 % au plus au cours de chacune des quatre dernières années de chaque période de six ans. Sa durée actuelle court jusqu'au 30 novembre 2030 et peut être renouvelée (en octobre 2026).

### Spécification 9 : le Code de conduite de l'opérateur de registre

Depuis 2010, l'ICANN autorise un même groupe à posséder à la fois un registre et un bureau d'enregistrement dans les nouveaux gTLD (intégration verticale), et la spécification 9 en est la principale garantie. Le registre ne peut favoriser aucun bureau d'enregistrement, ni enregistrer de noms pour son propre compte autrement que par un bureau d'enregistrement accrédité, à l'exception des noms réservés et de 500 noms au maximum. Un bureau d'enregistrement lié doit être une entité juridique distincte, avec une comptabilité séparée. Un TLD utilisé uniquement par l'opérateur et ses sociétés affiliées peut demander une exemption.

### Spécification 10 : niveaux de service

L'ICANN teste chaque registre à partir de sondes réparties dans le monde. Les objectifs mensuels comprennent une disponibilité de 100 % du service DNS et au plus 864 minutes d'indisponibilité (environ 98 %) pour EPP et pour RDAP.

## Engagements d'intérêt public et obligations en matière d'abus

La spécification 11 contient les engagements d'intérêt public (PIC). Certains ont été proposés par les candidats ; d'autres s'appliquent à tous. Un registre doit :

- N'utiliser que des bureaux d'enregistrement liés par le RAA de 2013.
- Obliger les bureaux d'enregistrement à interdire, dans leurs conditions applicables aux clients, les logiciels malveillants, les réseaux de zombies, l'hameçonnage, le piratage, les atteintes aux droits, la fraude, la contrefaçon et toute autre activité illicite, avec la suspension du nom comme conséquence possible.
- Contrôler périodiquement son TLD pour détecter l'utilisation malveillante du DNS et tenir des statistiques sur ce qu'il a constaté et fait.
- Ne pas réserver un TLD composé d'un mot générique à une seule société et à ses sociétés affiliées.

L'ICANN fait respecter ces engagements, et les plaintes peuvent aussi passer par la PICDRP, dans sa version révisée depuis le 1er février 2020. Les sanctions peuvent aller jusqu'à la résiliation.

Le contrat définit l'utilisation malveillante du DNS comme les logiciels malveillants, les réseaux de zombies (botnets), l'hameçonnage, le pharming et le spam utilisé pour les diffuser. Lorsqu'un registre dispose de preuves exploitables de tels abus, il doit agir rapidement : au minimum, signaler le nom au bureau d'enregistrement ou agir lui-même.

## Comment le contrat évolue : amendements et nouveaux services

**Un seul registre.** Pour ajouter, modifier ou supprimer un service de registre, un registre utilise la RSEP. L'ICANN vérifie l'absence de problèmes importants de sécurité, de stabilité et de concurrence ; certains services, comme le verrouillage de registre (Registry Lock), bénéficient d'une procédure accélérée. L'approbation peut nécessiter un amendement du contrat.

**Tous les registres.** Un amendement global suit plusieurs étapes :

1. L'ICANN consulte un groupe de travail des registres et publie le texte pendant au moins 30 jours.
2. Le Conseil d'administration de l'ICANN l'approuve.
3. Les registres votent dans un délai de 60 jours. L'amendement est adopté avec un vote favorable des opérateurs ayant payé les deux tiers des redevances de l'année précédente et d'une majorité des opérateurs, à raison d'une voix par TLD. L'absence de vote compte comme un non.
4. Il entre en vigueur 60 jours après la notification de l'ICANN.

## Quand un registre est vendu ou que le contrat prend fin

La cession du contrat, un changement de contrôle de l'opérateur ou un nouveau sous-traitant pour une fonction critique, comme le prestataire technique (back-end), nécessite l'accord préalable de l'ICANN. L'opérateur donne un préavis d'au moins 30 jours, et l'ICANN vérifie les antécédents. Un silence de 30 jours vaut accord.

L'ICANN peut résilier le contrat si un manquement substantiel n'est pas corrigé 30 jours après notification. Le registre peut résilier pour n'importe quel motif avec un préavis de 180 jours. L'ICANN rend alors une décision préliminaire, soumise à consultation publique, sur le transfert éventuel du TLD à un successeur ; pour un TLD utilisé uniquement par son opérateur, il lui faut l'accord de celui-ci. Par exemple, l'opérateur de .juniper a notifié la résiliation le 8 juin 2026 ; la décision préliminaire de l'ICANN du 20 juillet 2026 était de ne pas transférer le TLD, ce qu'elle a confirmé dans une décision définitive le 15 septembre 2026.

Si le DNS est indisponible pendant 4 heures en une semaine, ou EPP ou RDAP pendant 24 heures, l'ICANN peut désigner un opérateur d'urgence (EBERO).

## Pourquoi c'est important pour les titulaires

Les titulaires ne sont pas parties au contrat, mais celui-ci détermine ce qu'ils obtiennent. Il oblige les registres à prévenir à l'avance les bureaux d'enregistrement des hausses de prix de gros, et fixe des niveaux de service avec un dispositif de secours d'urgence et des règles de continuité. Lorsqu'un TLD prend fin sans successeur, ses noms cessent de fonctionner. Les règles sur les abus concernent aussi les titulaires : le titulaire de shop.example accepte des conditions du bureau d'enregistrement qui interdisent l'hameçonnage, et son nom peut être suspendu pour ce motif. La façon dont une clause s'applique dans un cas donné relève du bureau d'enregistrement, du registre ou d'un avocat.

## Sources

- [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)

## termes associés

- [opérateur de registre](https://tldlog.com/fr/glossaire/operateur-registre/)
- [RAA](https://tldlog.com/fr/glossaire/raa/)
- [parties contractantes](https://tldlog.com/fr/glossaire/parties-contractantes/)
- [plafond de prix](https://tldlog.com/fr/glossaire/plafond-prix/)
