From a36d511801e8a23217df01f48a47e3e57ba3f5f9 Mon Sep 17 00:00:00 2001 From: Kylian Bainvel Date: Wed, 10 Dec 2025 09:37:36 +0100 Subject: [PATCH] update docs part 1 --- .../api_domain_contacts/guide.fr-fr.md | 82 +++++++++--------- .../domains/api_domain_dns/guide.fr-fr.md | 4 +- .../domains/api_domain_intro/guide.fr-fr.md | 10 +-- .../domains/api_domain_order/guide.fr-fr.md | 50 +++++------ .../domains/api_domain_rules/guide.fr-fr.md | 58 ++++++------- .../domains/api_domain_tasks/guide.fr-fr.md | 6 +- .../api_domain_transfer/guide.fr-fr.md | 8 +- .../domains/api_domain_whois/guide.fr-fr.md | 53 +++++++++--- .../domains/dns_server_edit/guide.fr-fr.md | 12 +-- .../guide.fr-fr.md | 8 +- .../domains/dns_zone_dkim/guide.fr-fr.md | 18 ++-- .../domains/dns_zone_dmarc/guide.fr-fr.md | 28 +++---- .../domains/dns_zone_edit/guide.fr-fr.md | 14 ++-- .../domains/dns_zone_records/guide.fr-fr.md | 32 +++---- .../domains/dns_zone_spf/guide.fr-fr.md | 34 ++++---- .../domains/dns_zonemaster/guide.fr-fr.md | 6 +- .../domains/domain-icloud/guide.fr-fr.md | 8 +- .../guide.fr-fr.md | 6 +- .../domain_create_subdomains/guide.fr-fr.md | 26 +++--- .../domains/domain_errors/guide.fr-fr.md | 14 ++-- .../domains/faq_domain_dns/guide.fr-fr.md | 50 +++++------ .../domains/glue_registry/guide.fr-fr.md | 18 ++-- .../guide.fr-fr.md | 2 +- .../guide.fr-fr.md | 6 +- .../guide.fr-fr.md | 2 +- .../guide.fr-fr.md | 8 +- .../guide.fr-fr.md | 4 +- .../guide.fr-fr.md | 2 +- .../redirect_domain_name/guide.fr-fr.md | 56 ++++++------- .../domains/trade_doa/guide.fr-fr.md | 84 +++++++++---------- .../domains/trade_domain/guide.fr-fr.md | 12 +-- .../transfer_incoming_couk/guide.fr-fr.md | 28 +++---- .../transfer_incoming_gandi/guide.fr-fr.md | 10 +-- .../guide.fr-fr.md | 26 +++--- .../transfer_incoming_godaddy/guide.fr-fr.md | 14 ++-- .../transfer_incoming_homepl/guide.fr-fr.md | 6 +- .../guide.fr-fr.md | 14 ++-- .../transfer_incoming_ionos/guide.fr-fr.md | 6 +- .../transfer_incoming_o2switch/guide.fr-fr.md | 6 +- .../transfer_incoming_wix/guide.fr-fr.md | 6 +- .../transfer_outgoing_couk/guide.fr-fr.md | 8 +- .../transfer_outgoing_domain/guide.fr-fr.md | 32 +++---- .../domains/transfer_pl/guide.fr-fr.md | 24 +++--- 43 files changed, 467 insertions(+), 434 deletions(-) diff --git a/pages/web_cloud/domains/api_domain_contacts/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_contacts/guide.fr-fr.md index 6efdfdcf097..4899499cf8a 100644 --- a/pages/web_cloud/domains/api_domain_contacts/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_contacts/guide.fr-fr.md @@ -1,6 +1,6 @@ --- title: "Gestion des contacts d'un nom de domaine" -excerpt: "Utilisez l'API publique OVHcloud pour gérer les contacts de vos noms de domaines" +excerpt: "Utilisez l'API publique OVHcloud pour gérer les contacts de vos noms de domaine" updated: 2022-05-05 --- @@ -33,25 +33,25 @@ Il est important de comprendre les différences entre les _nichandles_ (Nic ou c Pour la majorité des extensions, il y a 3 contacts différents configurables chez le registre : -- **Administrateur** : contact qui gère le domaine dans sa globalité (gestion du contact propriétaire, contact technique). Il est le principal interlocuteur du registrar. -- **Technique** : contact qui gère la partie technique du domaine (gestion de la zone notamment). -- **Propriétaire** : personne physique ou morale détentrice du nom de domaine. Ce contact est contraint par des [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules). Il est celui qui est légalement responsable du domaine. +- **Administrateur** : contact qui gère le domaine dans sa globalité (gestion du contact titulaire, contact technique). Il est le principal interlocuteur du registrar. +- **Technique** : contact qui gère la partie technique du nom de domaine (gestion de la zone notamment). +- **Titulaire** : personne physique ou morale détentrice du nom de domaine. Ce contact est contraint par des [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules). Il est celui qui est légalement responsable du nom de domaine. Par exemple, John contacte une agence web afin de créer son site web vitrine pour sa petite entreprise. Dans ce cas-là, l'agence web organisera les contacts de cette manière : - Administrateur : l'agence web - Technique : l'agence web -- Propriétaire : John +- Titulaire : John Il est très fréquent que le contact technique soit le même que le contact administrateur. -Concernant le propriétaire, il est nécessaire que ce soit John. En cas de litige avec l'agence web, seul le fait d'être propriétaire du domaine aura une portée juridique et lui permettra la récupération du nom de domaine. +Concernant le titulaire, il est nécessaire que ce soit John. En cas de litige avec l'agence web, seul le fait d'être titulaire du nom de domaine aura une portée juridique et lui permettra la récupération du nom de domaine. ### Nichandle OVHcloud Le nichandle OVHcloud représente le compte OVHcloud grâce auquel il est possible de se connecter au site OVHcloud et à l'API. Sur un service OVHcloud (domaine, DNS, serveur, autre...), il est possible d'affecter un nichandle en tant que : -- **Nic admin** : administrateur du domaine, il peut exécuter toutes les actions possibles sur un service +- **Nic admin** : administrateur du nom de domaine, il peut exécuter toutes les actions possibles sur un service - **Nic tech** : désigné par le Nic admin pour un service, il peut modifier certaines données techniques du service - **Nic facturation** : responsable du paiement (facturation) du service. @@ -70,9 +70,9 @@ L'inverse n'est cependant pas vrai. Une modification du contact administrateur o Le nichandle facturation n'est pas utilisé côté registre/Whois. Il n'est utile qu'à la facturation du service OVHcloud représentant le nom de domaine. -#### Contact propriétaire +#### Contact titulaire -Aucun nichandle ne représente le contact propriétaire registre/Whois. +Aucun nichandle ne représente le contact titulaire registre/Whois. Il n'est pas possible de l'utiliser pour se connecter à l'API ou au site OVHcloud. Celui-ci est représenté dans l'API par une autre entité, l'objet `domain.Contact`. @@ -136,9 +136,9 @@ Les APIs suivantes permettent de suivre le traitement de cette tâche, ou de lui > @api {v1} /me POST /me/task/contactChange/{id}/refuse > @api {v1} /me POST /me/task/contactChange/{id}/resendEmail -## Gestion du contact propriétaire +## Gestion du contact titulaire -Le contact propriétaire est représenté et géré à la fois par les routes `/me/contact` et `/domain/contacts`. +Le contact titulaire est représenté et géré à la fois par les routes `/me/contact` et `/domain/contacts`. Pour une utilisation des contacts dans un contexte de noms de domaine, nous vous recommandons fortement l'utilisation exclusive des APIs `/domain/contacts`. > [!primary] @@ -147,7 +147,7 @@ Pour une utilisation des contacts dans un contexte de noms de domaine, nous vous > Historiquement, toutes les actions étaient faisables via `/me/contact`. Cependant, certaines règles métiers liées uniquement aux noms de domaine nous ont contraints à déployer de nouvelles APIs spécifiques sous `/domain/contact`. > Celles-ci représentent une surcouche aux APIs `/me/contact` et nous permettent d'ajouter des champs supplémentaires nécessaires à certaines extensions. -Lors de la commande d'un nom de domaine, un **nouveau contact propriétaire** est créé à partir des informations fournies, afin de toujours avoir un **identifiant unique** par domaine. +Lors de la commande d'un nom de domaine, un **nouveau contact titulaire** est créé à partir des informations fournies, afin de toujours avoir un **identifiant unique** par domaine. Cela facilite les mises à jour ultérieures et évite d'impacter un nom de domaine sans le vouloir. ### Gestion d'un contact @@ -167,52 +167,52 @@ Les APIs suivantes vous permettent de gérer vos contacts. > [!primary] > -> Certains champs étant en lecture seule, une procédure de changement de contact propriétaire sera parfois requise pour les changer. +> Certains champs étant en lecture seule, une procédure de changement de contact titulaire sera parfois requise pour les changer. -### Changement de contact propriétaire +### Changement de contact titulaire -La décision d'un changement de propriétaire dépend de deux critères. +La décision d'un changement de titulaire dépend de deux critères. - L'extension est régie par les règles de l'ICANN (gTLDs et NewgTLDs) ou par l'administration d'un pays comme pour les ccTLDs. -- Le statut légal du propriétaire (individu, entreprise, …). +- Le statut légal du titulaire (individu, entreprise, …). -La situation la plus simple est celle des extensions régies par l'ICANN. Cette dernière considère l'une des modifications suivantes comme étant un changement de propriétaire : +La situation la plus simple est celle des extensions régies par l'ICANN. Cette dernière considère l'une des modifications suivantes comme étant un changement de titulaire : - le nom/prénom pour une personne physique ou le nom de l'entreprise/association pour une personne morale ; - l'adresse e-mail. -Ces champs sont en conséquence en lecture seule si le contact est attaché à au moins un nom de domaine. Le changement de propriétaire est gratuit sur ce type d'extensions. +Ces champs sont en conséquence en lecture seule si le contact est attaché à au moins un nom de domaine. Le changement de titulaire est gratuit sur ce type d'extensions. -Pour le reste des extensions, l'API des [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules) vous permet de connaître le statut de chaque champ. Pour des raisons d'homogénéité, nous considérons un changement d'adresse e-mail comme un changement de propriétaire. +Pour le reste des extensions, l'API des [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules) vous permet de connaître le statut de chaque champ. Pour des raisons d'homogénéité, nous considérons un changement d'adresse e-mail comme un changement de titulaire. > [!primary] > -> Selon l'extension (et les règles registre), un changement de propriétaire peut avoir plusieurs conséquences sur un nom de domaine. -> Par exemple dans certains cas, le changement de propriétaire entraîne automatiquement un renouvellement d'1 an, rendant ce changement payant. +> Selon l'extension (et les règles registre), un changement de titulaire peut avoir plusieurs conséquences sur un nom de domaine. +> Par exemple dans certains cas, le changement de titulaire entraîne automatiquement un renouvellement d'1 an, rendant ce changement payant. > D'autres vont nécessiter une procédure de vérification manuelle. -Pour garder un comportement le plus homogène possible sur l'API OVHcloud, nous avons choisi de représenter le changement de propriétaire sous la forme d'une commande. +Pour garder un comportement le plus homogène possible sur l'API OVHcloud, nous avons choisi de représenter le changement de titulaire sous la forme d'une commande. Dans la très grande majorité des cas, celle-ci sera gratuite. Elle nous permet d'avoir un processus d'initialisation identique à toutes les extensions. Ce processus se matérialise par deux étapes principales. -1. Commande du changement de propriétaire +1. Commande du changement de titulaire 1. Identification du prix 2. Création du panier - 3. Ajout de l'action de changement de propriétaire dans le panier - 4. Création et ajout du contact propriétaire + 3. Ajout de l'action de changement de titulaire dans le panier + 4. Création et ajout du contact titulaire 5. Validation et paiement de la commande -2. Exécution du changement de propriétaire +2. Exécution du changement de titulaire 1. Création de la tâche de `DomainTrade` - 2. Envoi d'e-mails à l'ancien et au nouveau propriétaire + 2. Envoi d'e-mails à l'ancien et au nouveau titulaire 3. Réception des tokens de validation 4. Changement auprès du registre et du Whois -#### Commande du changement de propriétaire +#### Commande du changement de titulaire Les étapes suivantes sont décrites plus en détails dans la documentation portant sur la [commande de nom de domaine](/pages/web_cloud/domains/api_domain_order). -##### Étape 1 : Récupération des informations du changement de propriétaire +##### Étape 1 : Récupération des informations du changement de titulaire > [!api] > @@ -261,10 +261,10 @@ Les étapes suivantes sont décrites plus en détails dans la documentation port Les éléments à retenir du retour de cette API sont : -- `prices` : prix du changement de propriétaire -- `family` : la valeur `"trade"` indique qu'il s'agit d'un changement de propriétaire -- `planCode` : plan commercial du changement de propriétaire, égal à `"$extension-trade"` -- `pricingMode` : sous-plan commercial du changement de propriétaire +- `prices` : prix du changement de titulaire +- `family` : la valeur `"trade"` indique qu'il s'agit d'un changement de titulaire +- `planCode` : plan commercial du changement de titulaire, égal à `"$extension-trade"` +- `pricingMode` : sous-plan commercial du changement de titulaire ##### Étape 2 : Création du panier et ajout du produit dans le panier @@ -274,7 +274,7 @@ Création du panier : > > @api {v1} /order POST /order/cart -Ajout du changement de propriétaire dans le panier : +Ajout du changement de titulaire dans le panier : > [!api] > @@ -284,10 +284,10 @@ Ajout du changement de propriétaire dans le panier : | ---------------- | ----------------------------------------------------------- | | `serviceName` | Nom de domaine | | `cartId` | Identifiant du panier | -| `duration` | Durée, toujours **P0Y** pour un changement de propriétaire | +| `duration` | Durée, toujours **P0Y** pour un changement de titulaire | | `planCode` | Code récupéré via le GET à l'étape 1 (`"$extension-trade"`) | | `pricingMode` | Pricing mode récupéré via le GET | -| `quantity` | Quantité, toujours **1** pour un changement de propriétaire | +| `quantity` | Quantité, toujours **1** pour un changement de titulaire | ##### Étape 3 : Ajout des configurations requises @@ -357,7 +357,7 @@ Cette étape est sans doute la plus importante du processus de commande et se fa Elle permet de récupérer le bon de commande dans sa forme finale sans le générer (c'est un "dry-run"). -Cet appel permet également de vérifier que les règles d'éligibilité du propriétaire sont respectées. +Cet appel permet également de vérifier que les règles d'éligibilité du titulaire sont respectées. ##### Étape 5 : Validation de la commande @@ -370,9 +370,9 @@ Cet appel permet également de vérifier que les règles d'éligibilité du prop | `autoPayWithPreferredPaymentMethod` | oui | "" | Permet de payer automatiquement le bon de commande avec le moyen de paiement par défaut du Nic | | `waiveRetractationPeriod` | oui | "" | Obligatoire pour un nom de domaine. Il représente la renonciation au droit de rétractation | -#### Exécution du changement de propriétaire +#### Exécution du changement de titulaire -Une fois le bon de commande validé et payé, un traitement interne est effectué jusqu'à l'apparition d'une tâche de changement de propriétaire nommée `DomainTrade`. +Une fois le bon de commande validé et payé, un traitement interne est effectué jusqu'à l'apparition d'une tâche de changement de titulaire nommée `DomainTrade`. Celle-ci peut alors être retrouvée via l'API suivante : > [!api] @@ -381,7 +381,7 @@ Celle-ci peut alors être retrouvée via l'API suivante : Plus de détails sur la gestion des tâches peuvent être trouvés [sur cette page](/pages/web_cloud/domains/api_domain_tasks). -La tâche de `DomainTrade` se charge d'envoyer un e-mail à l'ancien et au nouveau propriétaire pour valider la suite de la procédure. +La tâche de `DomainTrade` se charge d'envoyer un e-mail à l'ancien et au nouveau titulaire pour valider la suite de la procédure. Ces e-mails contiennent un lien de validation (sécurisé via un token privé). -Une fois ces tokens validés, la tâche peut alors exécuter le changement de propriétaire et mettre à jour le registre et/ou le Whois avec les informations du nouveau propriétaire. +Une fois ces tokens validés, la tâche peut alors exécuter le changement de titulaire et mettre à jour le registre et/ou le Whois avec les informations du nouveau titulaire. diff --git a/pages/web_cloud/domains/api_domain_dns/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_dns/guide.fr-fr.md index 13ed1f5c658..a7d9122e3cc 100644 --- a/pages/web_cloud/domains/api_domain_dns/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_dns/guide.fr-fr.md @@ -97,7 +97,7 @@ L'API suivante permet de mettre à jour certaines configurations du nom de domai >> } >> ``` -Comme nous pouvons le voir dans l'exemple ci-dessus, le type de configuration DNS du domaine a été changé à `external`. +Comme nous pouvons le voir dans l'exemple ci-dessus, le type de configuration DNS du nom de domaine a été changé à `external`. Il est important de savoir que : @@ -238,7 +238,7 @@ L'API suivante permet d'ajouter de nouveaux serveurs de noms sur votre nom de do Cette route va ajouter les nouveaux serveurs de noms sur le nom de domaine et lancer une tâche de synchronisation `DomainDnsUpdate` auprès du registre. Vous pourrez suivre cette tâche via les [APIs dédiées](/pages/web_cloud/domains/api_domain_tasks#view-pending-tasks). -Il est aussi possible de remplacer complètement la déclaration des serveurs de noms d'un domaine en passant par l'API suivante : +Il est aussi possible de remplacer complètement la déclaration des serveurs de noms d'un nom de domaine en passant par l'API suivante : > [!api] > diff --git a/pages/web_cloud/domains/api_domain_intro/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_intro/guide.fr-fr.md index 228a9e530bb..c6e211f05da 100644 --- a/pages/web_cloud/domains/api_domain_intro/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_intro/guide.fr-fr.md @@ -1,6 +1,6 @@ --- title: "Introduction" -excerpt: "Présentation générale de l'API publique OVHcloud pour les noms de domaines" +excerpt: "Présentation générale de l'API publique OVHcloud pour les noms de domaine" updated: 2022-05-05 --- @@ -88,8 +88,8 @@ Afin de faciliter les appels à l'API, des SDKs sont disponibles pour plusieurs Vous pourrez rencontrer les termes ci-dessous en parcourant cette documentation. -- **Registre** : organisme détenteur d'une extension. Par exemple, le `.fr` appartient à l'Afnic, le `.com` et le `.net` à Verisign. -- **Registrar** (ou **bureau d'enregistrement**) : revendeur de noms de domaines. Le registre passe obligatoirement par un registrar afin de vendre son nom de domaine au client final. OVHcloud est un registrar. -- **Registrant** : propriétaire d'un nom de domaine. Il porte la responsabilité légale de l'utilisation du nom de domaine et possède tous les droits sur le nom de domaine. +- **Registre** : organisme détenteur d'une extension. Par exemple, le `.fr` est administré par l'Afnic, le `.com` et le `.net` par Verisign. +- **Registrar** (ou **bureau d'enregistrement**) : revendeur de noms de domaine. Le registre passe obligatoirement par un registrar afin de vendre son nom de domaine au client final. OVHcloud est un registrar. +- **Registrant** : titulaire d'un nom de domaine. Il porte la responsabilité légale de l'utilisation du nom de domaine et possède tous les droits sur le nom de domaine. - **gTLD** (_Generic Top Level Domain_) : extension générique, utilisée internationalement, dont le fonctionnement est régi par une autorité tierce indépendante, l'[ICANN](https://www.icann.org/). Le `.com` et le `.net` sont des gTLDs. -- **ccTLD** (_Country Code Top Level Domain_) : extension spécifique à un pays, dont le fonctionnement est régi par le pays lui-même. De ce fait, les [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules), voire le mode de vente ou le cycle de vie des domaines, peuvent différer fortement d'une extension à l'autre. C'est le rôle du registrar d'abstraire tout cela pour le client final. Les ccTLDs sont les seules extensions constituées de 2 caractères exactement : par exemple `.fr` pour la France, `.io` pour le territoire britannique de l'Océan Indien (bien qu'il soit utilisé pour de nombreuses applications, en référence à l'acronyme I/O pour _Input/Output_). +- **ccTLD** (_Country Code Top Level Domain_) : extension spécifique à un pays, dont le fonctionnement est régi par le pays lui-même. De ce fait, les [règles d'éligibilité](/pages/web_cloud/domains/api_domain_rules), voire le mode de vente ou le cycle de vie des noms de domaine, peuvent différer fortement d'une extension à l'autre. C'est le rôle du registrar d'abstraire tout cela pour le client final. Les ccTLDs sont les seules extensions constituées de 2 caractères exactement : par exemple `.fr` pour la France, `.io` pour le territoire britannique de l'Océan Indien (bien qu'il soit utilisé pour de nombreuses applications, en référence à l'acronyme I/O pour _Input/Output_). diff --git a/pages/web_cloud/domains/api_domain_order/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_order/guide.fr-fr.md index 03e5a10850b..81f9063d571 100644 --- a/pages/web_cloud/domains/api_domain_order/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_order/guide.fr-fr.md @@ -1,6 +1,6 @@ --- title: "Commander un nom de domaine" -excerpt: "Découvrez comment utiliser l'API publique OVHcloud pour commander vos noms de domaines" +excerpt: "Découvrez comment utiliser l'API publique OVHcloud pour commander vos noms de domaine" updated: 2023-08-29 --- @@ -103,7 +103,7 @@ Notez bien la propriété `cartId`, elle nous servira tout au long des étapes s ## Récupération des offres disponibles -La seconde étape consiste à récupérer les offres accessibles pour un domaine. +La seconde étape consiste à récupérer les offres accessibles pour un nom de domaine. > [!api] > @@ -190,27 +190,27 @@ La seconde étape consiste à récupérer les offres accessibles pour un domaine Il y a 4 valeurs à retenir ici : 1. `action` : celle réalisable sur le domaine, ça peut être un `create` ou un `transfer` -2. `duration` : ce champ représente l'unité de période sur laquelle il est possible de commander le domaine, au format ISO 8601. Pour un domaine, P1Y (**P**eriod **1** **Y**ear) équivaut à une période d'un an, P2Y une période de deux ans, etc. -3. `offerId` : c'est le nom de l'offre qu'il faudra mettre lors de l'ajout du domaine dans le panier -4. `pricing-mode` : c'est le détail de l'offre qu'il faudra également mettre lors de l'ajout du domaine dans le panier +2. `duration` : ce champ représente l'unité de période sur laquelle il est possible de commander le domaine, au format ISO 8601. Pour un nom de domaine, P1Y (**P**eriod **1** **Y**ear) équivaut à une période d'un an, P2Y une période de deux ans, etc. +3. `offerId` : c'est le nom de l'offre qu'il faudra mettre lors de l'ajout du nom de domaine dans le panier +4. `pricing-mode` : c'est le détail de l'offre qu'il faudra également mettre lors de l'ajout du nom de domaine dans le panier -Pour déterminer le statut du domaine, on utilise la table de correspondance suivante, en fonction du pricing-mode. +Pour déterminer le statut du nom de domaine, on utilise la table de correspondance suivante, en fonction du pricing-mode. | Pricing-mode | Description | | ------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | | `create-default` | Le domaine est libre et au prix standard | -| `create-premium` | Le domaine est libre mais est un premium. Son prix est variable d'un domaine à l'autre | -| `transfer-default` | Le domaine n'est pas libre mais est transférable si vous en êtes le propriétaire. Son transfert est au prix standard | -| `transfer-premium` | Le domaine n'est pas libre mais est transférable si vous en êtes le propriétaire. C'est un domaine premium et son prix est variable d'un domaine à l'autre | -| `transfer-aftermarket1`, `transfer-aftermarket2` | Le domaine est libre via un marché secondaire. Son prix est variable d'un domaine à l'autre | +| `create-premium` | Le domaine est libre mais est un premium. Son prix est variable d'un nom de domaine à l'autre | +| `transfer-default` | Le domaine n'est pas libre mais est transférable si vous en êtes le titulaire. Son transfert est au prix standard | +| `transfer-premium` | Le domaine n'est pas libre mais est transférable si vous en êtes le titulaire. C'est un nom de domaine premium et son prix est variable d'un nom de domaine à l'autre | +| `transfer-aftermarket1`, `transfer-aftermarket2` | Le domaine est libre via un marché secondaire. Son prix est variable d'un nom de domaine à l'autre | > [!primary] > > Pour le moment, bien que le retour soit un tableau, seulement une offre à la fois est disponible. > Dans le futur, il est possible que d'autres offres soient disponibles pour un même domaine. -> Un domaine pourrait être à la fois transférable depuis un autre registrar ou bien disponible via un marché secondaire. +> un nom de domaine pourrait être à la fois transférable depuis un autre registrar ou bien disponible via un marché secondaire. -## Ajout d'un domaine dans le panier +## Ajout d'un nom de domaine dans le panier Tandis que la deuxième étape est optionnelle, celle-ci est obligatoire pour la commande d'un nom de domaine. L'appel suivant permet en effet d'ajouter le domaine désiré dans le panier : @@ -223,10 +223,10 @@ L'appel suivant permet en effet d'ajouter le domaine désiré dans le panier : | ------------- | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------ | | `domain` | oui | Le nom de domaine souhaité | | `duration` | non | Période de réservation. Les valeurs supérieures à P1Y peuvent être acceptées sur certaines extensions, mais ne peuvent en aucun cas excéder P10Y | -| `offerId` | non | Offre disponible pour le domaine. Une seule valeur est possible pour un domaine donné, voir ci-dessus pour la récupérer (déprécié) | +| `offerId` | non | Offre disponible pour le domaine. Une seule valeur est possible pour un nom de domaine donné, voir ci-dessus pour la récupérer (déprécié) | | `quantity` | non | Seule la valeur "1" est autorisée | | `planCode` | non | Représente le plan lié au domaine | -| `pricingMode` | non | Représente l'offre liée au plan du domaine | +| `pricingMode` | non | Représente l'offre liée au plan du nom de domaine | > [!tabs] @@ -485,8 +485,8 @@ Sans rentrer dans les détails de ce payload, il y a certaines choses à retenir > > La présence d'une zone DNS (représentée par deux lignes de détails) alors qu'elle n'a pas été ajoutée au panier peut surprendre. > Cela fait écho à une notion souvent méconnue, ou tout du moins mal comprise. -> Une zone DNS et un domaine sont deux choses (produits) différentes. -> Un nom de domaine peut très bien être chez OVHcloud alors que la zone peut être hébergée autre part. +> Une zone DNS et un nom de domaine sont deux choses (produits) différentes. +> Un nom de domaine peut très bien être enregistré chez OVHcloud alors que la zone peut être hébergée autre part. > > Cependant, les deux étant très liés et dans le but de faciliter la commande d'un nom de domaine, nous avons fait le choix d'installer automatiquement une zone à l'achat d'un nom de domaine. > Bien sûr, il est possible de commander soi-même une zone associée au domaine afin d'y ajouter des options telles que DNSSEC ou DNS Anycast. @@ -502,7 +502,7 @@ Bien que cette opération puisse se faire dès la création du panier, elle devi ## Gestion des configurations -A ce stade, le panier contient un domaine. Il faut maintenant gérer les configurations requises afin de pouvoir, par la suite, valider le bon de commande. +A ce stade, le panier contient un nom de domaine. Il faut maintenant gérer les configurations requises afin de pouvoir, par la suite, valider le bon de commande. ### Récupération des configurations requises @@ -554,15 +554,15 @@ Voici la liste exhaustive des différentes configurations requises pour un nom d | ------------------- | ------------------------------ | ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `ADMIN_ACCOUNT` | string | non | Représente le nic OVHcloud qui pourra administrer le domaine et sera associé en tant qu'admin sur le Whois. Si vide, le nic connecté à l'API sera pris par défaut. La valeur attendue doit être un nic valide sous la forme xxx-ovh | | `TECH_ACCOUNT` | string | non | Représente le nic OVHcloud qui pourra gérer techniquement le domaine et sera associé en tant que tech sur le Whois. Si vide, le nic connecté à l'API sera pris par défaut. La valeur attendue doit être un nic valide sous la forme xxx-ovh | -| `OWNER_CONTACT` | /me/contact ou /domain/contact | non | Représente le propriétaire du nom de domaine. Si vide, le nic admin sera pris en modèle pour créer un contact. La valeur attendue est une chaîne de caractères sous la forme `/me/contact/1234` ou `/domain/contact/12345` | +| `OWNER_CONTACT` | /me/contact ou /domain/contact | non | Représente le titulaire du nom de domaine. Si vide, le nic admin sera pris en modèle pour créer un contact. La valeur attendue est une chaîne de caractères sous la forme `/me/contact/1234` ou `/domain/contact/12345` | | `DOMAIN_CONFIG` | json | selon l'extension | Très rarement présent, il est lié à certaines contraintes d'extensions spécifiques (gov.uk par exemple) | | `ACCEPT_CONDITIONS` | bool | oui si présent | Indique que l'extension possède des conditions particulières à l'obtention de l'extension | -| `REASON` | string | oui si présent | Il indique que le registre demande la raison pour laquelle le domaine veut être commandé. Cela concerne généralement des domaines réservés à des usages spécifiques (ville par exemple) | +| `REASON` | string | oui si présent | Il indique que le registre demande la raison pour laquelle le domaine veut être commandé. Cela concerne généralement des noms de domaine réservés à des usages spécifiques (ville par exemple) | | `CLAIMS_NOTICE` | string | oui si présent | Indique si un avis de marque est présent sur le domaine. Si oui, alors le domaine est protégé par une marque et une notification sera alors envoyée au détenteur de la marque. Si le registrant n'est pas détenteur de la marque, le domaine pourra être supprimé par la suite sans remboursement possible | -| `PROTECTED_CODE` | string | oui si présent | Certains domaines sont réservés par un registre et nécessitent un code spécifique pour débloquer leur obtention | -| `OWNER_LEGAL_AGE` | bool | oui | Toujours présent, il s'agit d'une configuration de type "opt-in" afin de certifier que le registrant a l'âge légal pour posséder un nom de domaine | -| `AUTH_INFO` | string | non | Code d'autorisation utilisé pour prouver que vous êtes le propriétaire du domaine. Utilisé pour les transferts de nom de domaines. | -| `DNS` | string | non | Permet de renseigner les serveurs DNS à utiliser pour le nom de domaine. Ceux-ci seront actifs dès la livraison du domaine. Pour renseigner les serveurs DNS, séparez-les par un `;` sans espaces. *Exemple* : `dnsXX.ovh.net;nsXX.ovh.net` | +| `PROTECTED_CODE` | string | oui si présent | Certains noms de domaine sont réservés par un registre et nécessitent un code spécifique pour débloquer leur obtention | +| `OWNER_LEGAL_AGE` | bool | oui | Toujours présent, il s'agit d'une configuration de type "opt-in" afin de certifier que le registrant a l'âge légal pour être titulaire d'un nom de domaine | +| `AUTH_INFO` | string | non | Code d'autorisation utilisé pour prouver que vous êtes le titulaire du nom de domaine. Utilisé pour les transferts de noms de domaine. | +| `DNS` | string | non | Permet de renseigner les serveurs DNS à utiliser pour le nom de domaine. Ceux-ci seront actifs dès la livraison du nom de domaine. Pour renseigner les serveurs DNS, séparez-les par un `;` sans espaces. *Exemple* : `dnsXX.ovh.net;nsXX.ovh.net` | | `KEEP_DNS` | bool | non | Uniquement dans le cadre d'un transfert entrant de nom de domaine : permet d'indiquer que l'on souhaite conserver les serveurs DNS déclarés initialement chez l'ancien bureau d'enregistrement. | > [!warning] @@ -583,7 +583,7 @@ Voici la liste exhaustive des différentes configurations requises pour un nom d ### CRUD des configurations sur le produit -Maintenant qu'on a récupéré la liste des configurations requises, il suffit de les ajouter sur le produit. +Maintenant que nous avons récupéré la liste des configurations requises, il suffit de les ajouter sur le produit. #### Ajout d'une configuration @@ -659,7 +659,7 @@ Cette étape est sans doute la plus importante du processus de commande et se fa Elle permet de récupérer le bon de commande dans sa forme finale sans le générer (c'est un "dry-run"). L'objet retourné contient les contrats associés aux différents produits. -Cet appel permet également de valider les configurations comme par exemple les éligibilités du propriétaire pour un nom de domaine. +Cet appel permet également de valider les configurations comme par exemple les éligibilités du titulaire pour un nom de domaine. ## Création du bon de commande diff --git a/pages/web_cloud/domains/api_domain_rules/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_rules/guide.fr-fr.md index 97f28cc611b..99f295e8eaf 100644 --- a/pages/web_cloud/domains/api_domain_rules/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_rules/guide.fr-fr.md @@ -29,14 +29,14 @@ updated: 2022-05-05 L'obtention et la détention d'un nom de domaine sont accompagnées d'obligations légales telles que : - les règles d'utilisation d'un nom de domaine : un `.travel` doit nécessairement avoir un lien avec l'industrie du tourisme. -- les règles d'éligibilité : l'adresse du contact propriétaire d'un `.eu` doit se situer au sein de l'Union Européenne. +- les règles d'éligibilité : l'adresse du contact titulaire d'un `.eu` doit se situer au sein de l'Union Européenne. Ces règles sont fixées par l'opérateur de l'extension, le registre, et varient selon les extensions tout en évoluant au fil du temps. Concernant les règles d'éligibilité, elles concernent des éléments connus du registrar tels que le nom de domaine, les contacts ou encore la procédure d'enregistrement. Ces règles d'éligibilité s'appliquent : -- Sur les données du **contact propriétaire**, **administrateur** et **technique**. Par exemple, l'adresse du propriétaire doit se situer au sein de l'Union Européenne pour un domaine `.eu`. -- Sur des données liées à la **procédure** de demande de création, de transfert, de changement de propriétaire. Par exemple, la raison de la création d'un domaine en `.fr` représentant un nom de ville. +- Sur les données du **contact titulaire**, **administrateur** et **technique**. Par exemple, l'adresse du titulaire doit se situer au sein de l'Union Européenne pour un nom de domaine `.eu`. +- Sur des données liées à la **procédure** de demande de création, de transfert, de changement de titulaire. Par exemple, la raison de la création d'un nom de domaine en `.fr` représentant un nom de ville. Avec un nombre d'extensions grandissant d'année en année, il devient nécessaire d'automatiser la gestion de ces règles afin de garantir des délais de traitement raisonnables et d'éviter des frais d'installation supplémentaires. En définissant une description de ces différentes règles dans un format technique, il est possible d'automatiser la génération des différents formulaires requis ainsi que la validation des données saisies. @@ -425,13 +425,13 @@ Dans un premier temps, regardons les éléments qui composent la représentation | `ACCEPT_CONDITIONS` | Case à cocher | Conditions particulières à accepter | | `REASON` | Champ texte multi-lignes | Raison de l'achat du nom de domaine | | `CLAIMS_NOTICE` | Case à cocher | Information concernant la _claim notice_ à accepter | -| `PROTECTED_CODE` | Champ texte | Code demandé lorsqu'un domaine est protégé par le registre | +| `PROTECTED_CODE` | Champ texte | Code demandé lorsqu'un nom de domaine est protégé par le registre | | `AUTH_INFO` | Champ texte | Code lié au domaine pour une demande de transfert | -| `DOMAIN_CONFIG` | Formulaire | Liste de champs liés à un domaine | -| `OWNER_CONTACT` | Formulaire | Liste de champs liés au contact propriétaire | +| `DOMAIN_CONFIG` | Formulaire | Liste de champs liés à un nom de domaine | +| `OWNER_CONTACT` | Formulaire | Liste de champs liés au contact titulaire | | `ADMIN_ACCOUNT` | Formulaire | Liste de champs liés au contact administrateur | | `TECH_ACCOUNT` | Formulaire | Liste de champs liés au contact technique | -| `OWNER_LEGAL_AGE` | Case à cocher | Le propriétaire doit être majeur | +| `OWNER_LEGAL_AGE` | Case à cocher | Le titulaire doit être majeur | #### Types @@ -449,7 +449,7 @@ Dans un premier temps, regardons les éléments qui composent la représentation > [!primary] > > Le type `domain` n'est aujourd'hui utilisé que pour les extensions `ac.uk` et `gov.uk`. -> Ces domaines ont un processus de création, des conditions d'appropriation et des conditions d'utilisation très particuliers. +> Ces noms de domaine ont un processus de création, des conditions d'appropriation et des conditions d'utilisation très particuliers. #### Contraintes @@ -593,14 +593,14 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> ```json >> { >> "label": "OWNER_CONTACT", ->> "description": "Règle liée au contact propriétaire", +>> "description": "Règle liée au contact titulaire", >> "type": "contact", >> "fields": { >> "and": [ >> { >> "label": "firstName", >> "type": "string", ->> "description": "Représente le prénom du contact propriétaire.", +>> "description": "Représente le prénom du contact titulaire.", >> "placeholder": "lorem", >> "constraints": [ >> { @@ -615,7 +615,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "lastName", >> "type": "string", ->> "description": "Représente le nom de famille du contact propriétaire.", +>> "description": "Représente le nom de famille du contact titulaire.", >> "placeholder": "lorem", >> "constraints": [ >> { @@ -630,7 +630,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "email", >> "type": "string", ->> "description": "Représente l'adresse e-mail du contact propriétaire.", +>> "description": "Représente l'adresse e-mail du contact titulaire.", >> "placeholder": "lorem@ovh.com", >> "constraints": [ >> { @@ -645,7 +645,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "legalForm", >> "type": "string", ->> "description": "Représente le statut légal du contact propriétaire.", +>> "description": "Représente le statut légal du contact titulaire.", >> "placeholder": "individual", >> "constraints": [ >> { @@ -664,7 +664,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "address.country", >> "type": "string", ->> "description": "Représente le pays du contact propriétaire.", +>> "description": "Représente le pays du contact titulaire.", >> "placeholder": "FR", >> "constraints": [ >> { @@ -679,7 +679,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "address.line1", >> "type": "string", ->> "description": "Représente l'adresse du contact propriétaire.", +>> "description": "Représente l'adresse du contact titulaire.", >> "placeholder": "lorem", >> "constraints": [ >> { @@ -694,7 +694,7 @@ Pour représenter les règles sur un objet, le nœud `fields` est utilisé. Chaq >> { >> "label": "address.zip", >> "type": "string", ->> "description": "Représente le code postal du contact propriétaire.", +>> "description": "Représente le code postal du contact titulaire.", >> "placeholder": "12345", >> "constraints": [ >> { @@ -851,7 +851,7 @@ Suite à cette première partie expliquant la représentation technique des règ ### Règles génériques -La plupart des extensions (gTLDs et newGTLDs principalement) ont les mêmes règles d'éligibilité. Avoir un contact propriétaire respectant celles-ci permet de posséder la plupart des extensions disponibles à la vente. +La plupart des extensions (gTLDs et newGTLDs principalement) ont les mêmes règles d'éligibilité. Avoir un contact titulaire respectant celles-ci permet de commander la plupart des extensions disponibles à la vente. #### Création d'un nom de domaine @@ -1537,13 +1537,13 @@ La plupart des extensions (gTLDs et newGTLDs principalement) ont les mêmes règ >> } >> ``` -#### Mise à jour du contact propriétaire +#### Mise à jour du contact titulaire > [!tabs] > Masquer >> Cliquez sur "Afficher" pour voir le JSON -> Afficher : Règle de mise à jour du contact propriétaire d'un nom de domaine +> Afficher : Règle de mise à jour du contact titulaire d'un nom de domaine >> ```json >> { >> "label": "OWNER_CONTACT", @@ -2080,13 +2080,13 @@ La plupart des extensions (gTLDs et newGTLDs principalement) ont les mêmes règ >> } >> ``` -#### Changement de propriétaire +#### Changement de titulaire > [!tabs] > Masquer >> Cliquez sur "Afficher" pour voir le JSON -> Afficher : Règle de changement de propriétaire +> Afficher : Règle de changement de titulaire >> ```json >> { >> "label": "OWNER_CONTACT", @@ -2421,13 +2421,13 @@ La plupart des extensions (gTLDs et newGTLDs principalement) ont les mêmes règ ### Règles spécifiques -Une partie des ccTLDs ont des règles d'éligibilité spécifiques, notamment au niveau du pays de résidence du propriétaire du domaine. +Une partie des ccTLDs ont des règles d'éligibilité spécifiques, notamment au niveau du pays de résidence du titulaire du nom de domaine. #### Cas du `.berlin` -Le cas du `.berlin` est intéressant car il dispose de règles d'éligibilité particulières. En effet, pour disposer d'un `.berlin`, l'administrateur **ou** le contact propriétaire du domaine doit résider à Berlin. +Le cas du `.berlin` est intéressant car il dispose de règles d'éligibilité particulières. En effet, pour disposer d'un `.berlin`, l'administrateur **ou** le contact titulaire du nom de domaine doit résider à Berlin. -Pour ce faire, nous _conditionnons_ la _contrainte_ de la _valeur_ des champs `address.country` et `address.city` du contact propriétaire aux valeurs des champs `address.country` et `address.city` de l'administrateur, et vice-versa. +Pour ce faire, nous _conditionnons_ la _contrainte_ de la _valeur_ des champs `address.country` et `address.city` du contact titulaire aux valeurs des champs `address.country` et `address.city` de l'administrateur, et vice-versa. Cela se traduit de cette manière. Pour une raison de clarté, les règles sur les autres champs et labels ont été retirées. @@ -2772,8 +2772,8 @@ Cela se traduit de cette manière. Pour une raison de clarté, les règles sur l Deux interfaces sont à votre disposition pour manipuler et valider les règles de noms de domaine : -- Une pour récupérer les règles d'éligibilité d'un domaine pour une action (création, transfert...). -- Une pour valider des données pour un domaine et pour une action. +- Une pour récupérer les règles d'éligibilité d'un nom de domaine pour une action (création, transfert...). +- Une pour valider des données pour un nom de domaine et pour une action. ### Récupération d'une règle d'éligibilité @@ -2790,7 +2790,7 @@ Commençons par l'API permettant la récupération d'une règle d'éligibilité. - `create` est utilisée lors de la création d'un nom de domaine - `transfer` est utilisée lors du transfert entrant d'un nom de domaine depuis un autre registrar -- `trade` est utilisée lors du changement de contact propriétaire d'un nom de domaine +- `trade` est utilisée lors du changement de contact titulaire d'un nom de domaine - `update` est utilisée lors de la mise à jour des informations du nom de domaine ou d'un contact ### Validation d'une règle d'éligibilité @@ -2812,7 +2812,7 @@ En _body_ de requête, nous retrouvons les objets suivants. | Body | Description | | -------------- | ------------------------------------------------------- | -| `owner` | Objet représentant les données du contact propriétaire | +| `owner` | Objet représentant les données du contact titulaire | | `adminAccount` | Objet représentant les données du contact administratif | | `techAccount` | Objet représentant les données du contact technique | | `domain` | Données concernant le nom de domaine | @@ -2827,7 +2827,7 @@ Une particularité existe pour les actions `trade` et `transfer` : si un objet r > [!primary] > -> Si vous souhaitez tester qu'un domaine déjà enregistré sur votre compte respecte bien ses règles d'éligibilité, vous pouvez faire appel à cette API sur l'action `update` avec un body vide. Le moteur de règles effectuera une validation en utilisant les données actuelles du service. +> Si vous souhaitez tester qu'un nom de domaine déjà enregistré sur votre compte respecte bien ses règles d'éligibilité, vous pouvez faire appel à cette API sur l'action `update` avec un body vide. Le moteur de règles effectuera une validation en utilisant les données actuelles du service. L'API de validation retourne un statut 200 si la règle est respectée. Dans le cas contraire, elle retourne un statut 400 accompagné d'une erreur détaillée, au format suivant : diff --git a/pages/web_cloud/domains/api_domain_tasks/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_tasks/guide.fr-fr.md index 496d415444e..301635319f6 100644 --- a/pages/web_cloud/domains/api_domain_tasks/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_tasks/guide.fr-fr.md @@ -1,6 +1,6 @@ --- title: "Gestion des tâches" -excerpt: "Fonctionnement des tâches asynchrones sur les noms de domaines" +excerpt: "Fonctionnement des tâches asynchrones sur les noms de domaine" updated: 2022-05-05 --- @@ -26,7 +26,7 @@ updated: 2022-05-05 ## Gestion des tâches -La plupart des actions effectuées sur les noms de domaines se traduisent par des modifications chez le registrar (OVHcloud), ainsi que chez le registre. +La plupart des actions effectuées sur les noms de domaine se traduisent par des modifications chez le registrar (OVHcloud), ainsi que chez le registre. Par souci de robustesse et de performance, elles sont lancées de manière asynchrone. Pour permettre le suivi de ces changements asynchrones, les actions sont abstraites sous forme de **tâches**. Lorsqu'une action asynchrone est lancée, @@ -185,7 +185,7 @@ Il existe un grand nombre de types de tâches différentes (plus d'une trentaine - `DomainCreate` : création d'un nom de domaine. Les erreurs seront généralement liées aux conditions d'éligibilité, notamment dans le cas des ccTLDs. - `DomainIncomingTransfer`, `DomainAfterMarket` : transfert d'un nom de domaine depuis un autre registrar ou un marché secondaire. Les erreurs seront généralement liées à la demande de l'`auth code` permettant la validation du transfert. -- `DomainTrade` : changement de contact propriétaire. Les erreurs seront généralement liées à des incompatibilités d'éligibilité sur le contact receveur. +- `DomainTrade` : changement de contact titulaire. Les erreurs seront généralement liées à des incompatibilités d'éligibilité sur le contact receveur. - `DomainContactUpdate` : modification des informations d'un contact. Les erreurs seront généralement liées à des informations sémantiquement invalides, à des erreurs de formatage ou encore à des incompatibilités d'éligibilité. - `DomainDnsUpdate` : changements liés aux configurations DNS. Les erreurs seront généralement liées à des serveurs DNS invalides ou à la configuration des _glue records_. - `DomainDsUpdate` : changements liés aux clés DNSSEC. Les erreurs seront généralement liées à des problèmes de synchronisation entre notre système et le registre. diff --git a/pages/web_cloud/domains/api_domain_transfer/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_transfer/guide.fr-fr.md index 350c4d58993..2c1c6893e86 100644 --- a/pages/web_cloud/domains/api_domain_transfer/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_transfer/guide.fr-fr.md @@ -1,6 +1,6 @@ --- title: "Transférer un nom de domaine" -excerpt: "Utilisez l'API publique OVHcloud pour transférer vos noms de domaines" +excerpt: "Utilisez l'API publique OVHcloud pour transférer vos noms de domaine" updated: 2022-07-21 --- @@ -29,7 +29,7 @@ updated: 2022-07-21 Un transfert entrant correspond au transfert de la gestion d'un nom de domaine depuis un autre registrar vers OVHcloud. C'est très semblable à la commande d'un nouveau nom de domaine, si ce n'est que le nom de domaine n'est pas affiché comme étant disponible, puisqu'il appartient déjà à quelqu'un. -Si vous êtes le propriétaire du domaine, vous pouvez déléguer sa gestion à OVHcloud comme ceci. +Si vous êtes le titulaire du nom de domaine, vous pouvez déléguer sa gestion à OVHcloud comme ceci. 1. **Récupérer le code d'autorisation confidentiel** (parfois appelé "_auth code_" ou "_auth info_") associé à votre nom de domaine depuis le tableau de bord du registrar actuel. @@ -56,7 +56,7 @@ Dans ce cas, il convient de se référer à la documentation du registre. ### Domaine lock -Un domain lock est une sécurité permettant d'éviter que votre domaine soit la cible de tentatives de transfert vers un autre registrar. +Un domain lock est une sécurité permettant d'éviter que votre nom de domaine soit la cible de tentatives de transfert vers un autre registrar. Cela signifie que si cette option est activée sur votre nom de domaine, ce dernier ne peut être transféré sans avoir été unlocked au préalable. @@ -110,7 +110,7 @@ Les actions sur ces routes ne sont pas instantanées, c'est pourquoi en réexéc ### Authcode -Après avoir *unlocked* votre domaine, il vous faut un authcode afin de garantir que vous en avez la propriété, pour pouvoir procéder au transfert sortant. Vous devrez le fournir à votre nouveau registrar. +Après avoir *unlocked* votre nom de domaine, il vous faut un authcode afin de garantir que vous en avez la propriété, pour pouvoir procéder au transfert sortant. Vous devrez le fournir à votre nouveau registrar. La route suivante vous permet de le récupérer : diff --git a/pages/web_cloud/domains/api_domain_whois/guide.fr-fr.md b/pages/web_cloud/domains/api_domain_whois/guide.fr-fr.md index 4ad847b56e3..581143b9ef2 100644 --- a/pages/web_cloud/domains/api_domain_whois/guide.fr-fr.md +++ b/pages/web_cloud/domains/api_domain_whois/guide.fr-fr.md @@ -28,7 +28,7 @@ updated: 2022-05-05 Le Whois est un service de recherche permettant d'obtenir des informations sur un nom de domaine. Ces informations peuvent avoir des usages variés mais sont souvent utilisées pour retrouver et contacter -le propriétaire d'un nom de domaine. Celles-ci sont présentées sous forme de texte non standardisé +le titulaire d'un nom de domaine. Celles-ci sont présentées sous forme de texte non standardisé et étaient jusqu'à récemment affichées en clair. Le RDAP a été conçu comme un successeur au Whois et présente plusieurs avantages par rapport à celui-ci, notamment : @@ -42,9 +42,9 @@ aux contacts d'un nom de domaine dans le Whois et le RDAP. ## Divulgation des informations (optin) -Depuis la mise en place du RGPD, les données du Whois concernant les contacts `admin`, `tech`, `billing` et propriétaire (`owner`) sont cachées par défaut +Depuis la mise en place du RGPD, les données du Whois concernant les contacts `admin`, `tech`, `billing` et titulaire (`owner`) sont cachées par défaut si ce sont des personnes physiques. -Cependant, si l'utilisateur le souhaite, il est possible de divulguer une partie ou l'intégralité des données en fonction de +Cependant, si l'utilisateur le souhaite, il est possible de divulguer l'intégralité des données en fonction de ce qui est permis par les règles d'optin appliquées sur le nom de domaine. ### Récupération des règles d'optin @@ -92,7 +92,7 @@ La réponse ci-dessus indique les trois types de règles qu'il est possible de r - Le contact `admin` est absent de la réponse, ce qui signifie qu'il n'est pas possible de configurer la divulgation des données Whois le concernant. - La présence du contact `tech` avec un tableau de `field` vide signifie qu'il est possible de divulguer les informations. Le choix des informations divulguées n'est cependant pas personnalisable (c'est tout ou rien). -- Concernant le contact `owner`, c'est la règle la plus personnalisable. La présence des champs dans le noeud `field` indique qu'il est possible de choisir quels champs seront divulgués dans le Whois. +- Concernant le contact `owner`. La présence des champs dans le noeud `field` signifie que les informations sont masquées. Le choix des informations divulguées n'est cependant pas personnalisable (c'est tout ou rien). ### Récupération de la configuration d'optin d'un nom de domaine @@ -117,7 +117,18 @@ L'API suivante permet de récupérer la configuration de divulgation appliquée >> }, >> { >> "type": "owner", ->> "fields": ["email", "phone"] +>> "fields": [ +>> "address", +>> "city", +>> "country", +>> "email", +>> "fax", +>> "name", +>> "organisation", +>> "phone", +>> "province", +>> "zip" +>> ] >> } >> ] >> ``` @@ -128,7 +139,7 @@ La réponse ci-dessus peut être interprétée de la manière suivante : - Les contact `admin` et `billing` sont absents de la réponse, ce qui signifie qu'aucune information les concernant ne sera affichée dans le Whois. - La présence du contact `tech` avec un tableau vide dans le champ `fields` signifie que toutes les informations du contact sont à divulguer et seront affichées dans le Whois. -- Concernant le contact `owner`, on peut voir que seuls l'`email` et le `phone` sont configurés pour être divulgués et seront affichés dans le Whois. +- Concernant le contact `owner`, on peut voir que les champs sont configurés pour être divulgués et seront affichés dans le Whois. ### Modification de la configuration optin @@ -154,7 +165,18 @@ L'API suivante permet de modifier la configuration de divulgation appliquée sur >> }, >> { >> "type": "owner", ->> "fields": ["email", "phone"] +>> "fields": [ +>> "address", +>> "city", +>> "country", +>> "email", +>> "fax", +>> "name", +>> "organisation", +>> "phone", +>> "province", +>> "zip" +>> ] >> } >> ] >> ``` @@ -167,7 +189,18 @@ L'API suivante permet de modifier la configuration de divulgation appliquée sur >> }, >> { >> "type": "owner", ->> "fields": ["email", "phone"] +>> "fields": [ +>> "address", +>> "city", +>> "country", +>> "email", +>> "fax", +>> "name", +>> "organisation", +>> "phone", +>> "province", +>> "zip" +>> ] >> } >> ] >> ``` @@ -177,8 +210,8 @@ L'API suivante permet de modifier la configuration de divulgation appliquée sur Au-delà de la divulgation des données sur le Whois en fonction des différentes règles disponibles pour les extensions, OVHcloud donne la possibilité d'obfusquer les adresses e-mail des contacts dans le Whois. -Avec la mise en place du RGPD, cette fonctionnalité est activée par défaut pour tous les domaines. -Il est néanmoins possible de manipuler cette obfuscation pour la désactiver sur un domaine spécifique. +Avec la mise en place du RGPD, cette fonctionnalité est activée par défaut pour tous les noms de domaine. +Il est néanmoins possible de manipuler cette obfuscation pour la désactiver sur un nom de domaine spécifique. ### Récupération des règles d'obfuscation diff --git a/pages/web_cloud/domains/dns_server_edit/guide.fr-fr.md b/pages/web_cloud/domains/dns_server_edit/guide.fr-fr.md index fca4c27fd3c..015827b73d6 100644 --- a/pages/web_cloud/domains/dns_server_edit/guide.fr-fr.md +++ b/pages/web_cloud/domains/dns_server_edit/guide.fr-fr.md @@ -16,7 +16,7 @@ Consultez nos guides « [Tout savoir sur les serveurs DNS](/pages/web_cloud/doma ## Prérequis -- Posséder un [nom de domaine](/links/web/domains) enregistré chez OVHcloud. +- Être titulaire d'un [nom de domaine](/links/web/domains) enregistré chez OVHcloud. - Disposer des autorisations [appropriées pour gérer](/pages/account_and_service_management/account_information/managing_contacts) le nom de domaine depuis votre [espace client OVHcloud](/links/manager). - Être connecté à votre [espace client OVHcloud](/links/manager). @@ -41,7 +41,7 @@ Toutefois, il est essentiel de prendre en compte les points suivants : - Lors d'un changement de serveur DNS (par exemple, un DNS externe par un DNS OVHcloud), le contenu de l'ancienne configuration / zone DNS n'est pas automatiquement répliqué dans la nouvelle. Assurez-vous que votre nouvelle zone DNS contient tous les enregistrements DNS requis pour que les services associés à votre nom de domaine fonctionnent correctement (par exemple, votre site web et vos adresses de messagerie). - Si vous ne souhaitez pas modifier les serveurs DNS mais un ou plusieurs enregistrements de votre configuration / zone DNS actuelle, consultez notre guide : « [Éditer une zone DNS OVHcloud](/pages/web_cloud/domains/dns_zone_edit) ». -- Certaines organisations, les registres, qui gèrent les extensions de noms de domaine, ont des exigences particulières concernant les serveurs DNS (quantité de serveurs de noms, valeur des enregistrements, etc.). En cas de doute, vérifiez auprès du registre responsable du domaine. +- Certaines organisations, les registres, qui gèrent les extensions de noms de domaine, ont des exigences particulières concernant les serveurs DNS (quantité de serveurs de noms, valeur des enregistrements, etc.). En cas de doute, vérifiez auprès du registre responsable du nom de domaine. ### 1 - Accéder à la gestion des serveurs DNS OVHcloud @@ -109,7 +109,7 @@ Elle résume le nom des 2 serveurs DNS qui vont être appliqués à votre nom de S'ils correspondent à ceux que vous souhaitez appliquer, cliquez sur `Appliquer`{.action}. -Ainsi, les 2 serveurs DNS déclarés (dans les enregistrements de type NS de la zone DNS OVHcloud) seront utilisés pour votre nom de domaine. +Ainsi, les 2 serveurs DNS déclarés (dans les enregistrements de type NS de la zone DNS OVHcloud) seront utilisés pour votre nom de domaine. Les anciens serveurs DNS déclarés et la configuration DNS qu'ils appliquaient seront désactivés pour votre nom de domaine. La zone DNS OVHcloud deviendra la zone DNS active pour votre nom de domaine. @@ -119,7 +119,7 @@ Les anciens serveurs DNS déclarés et la configuration DNS qu'ils appliquaient Cette option permet de déclarer les serveurs DNS d'une zone DNS non gérée depuis l'espace client OVHcloud. -Cela peut être, par exemple : +Cela peut être, par exemple : - les serveurs DNS externes fournis par l'un de nos concurrents ; - vos propres serveurs DNS si vous hébergez votre zone DNS sur l'un de vos serveurs. Ces serveurs DNS peuvent aussi être hébergés sur une infrastructure OVHcloud (serveur dédié, VPS, etc.). @@ -148,7 +148,7 @@ Pour renseigner l'un de vos propres serveurs DNS, remplissez les 2 formulaires d Une fois les informations renseignées, cliquez sur le bouton `+`{.action} situé à droite des 2 formulaires. Il permet d'ajouter le serveur DNS et fait apparaître un nouvel encadré de saisie en dessous du précédent. -Réitérez l'opération autant de fois que vous avez de serveurs DNS à ajouter, en respectant les limites indiquées dans la note d'information. +Réitérez l'opération autant de fois que vous avez de serveurs DNS à ajouter, en respectant les limites indiquées dans la note d'information. Cliquez sur le bouton `+`{.action} pour chaque serveur DNS afin d'en valider la saisie et l'ajout. Dès que tous vos propres serveurs DNS sont ajoutés, cliquez sur `Appliquer la configuration`{.action}. La fenêtre suivante apparaît : @@ -198,7 +198,7 @@ Pour renseigner l'un de vos propres serveurs DNS, remplissez les 2 formulaires d Une fois les informations renseignées, cliquez sur le bouton `+`{.action} situé à droite des 2 formulaires. Il permet d'ajouter le serveur DNS et fait apparaître un nouvel encadré de saisie en dessous du précédent. -Réitérez l'opération autant de fois que vous avez de serveurs DNS à ajouter, en respectant les limites indiquées dans la note d'information. +Réitérez l'opération autant de fois que vous avez de serveurs DNS à ajouter, en respectant les limites indiquées dans la note d'information. Cliquez sur le bouton `+`{.action} pour chaque serveur DNS afin d'en valider la saisie et l'ajout. Dès que tous vos propres serveurs DNS sont ajoutés, cliquez sur `Appliquer la configuration`{.action}. La fenêtre suivante apparaît : diff --git a/pages/web_cloud/domains/dns_zone_cname_record_creation/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_cname_record_creation/guide.fr-fr.md index de815784cc3..b0db134e88b 100644 --- a/pages/web_cloud/domains/dns_zone_cname_record_creation/guide.fr-fr.md +++ b/pages/web_cloud/domains/dns_zone_cname_record_creation/guide.fr-fr.md @@ -80,7 +80,7 @@ Une requête DNS pour *www.domain.tld* retournera soit la cible de l'enregistrem /// -/// details | Enregistrement CNAME sur un domaine dans sa propre zone DNS +/// details | Enregistrement CNAME sur un nom de domaine dans sa propre zone DNS Par convention, **les enregistrements de type CNAME ne peuvent pas être utilisés sur un nom de domaine dans sa propre zone DNS**. En effet, le nom de domaine doit obligatoirement pointer directement vers une adresse IP avec un enregistrement de type [A](/pages/web_cloud/domains/dns_zone_a_record_creation) pour une IPv4, ou [AAAA](/pages/web_cloud/domains/dns_zone_aaaa_record_creation) pour une IPv6. @@ -92,7 +92,7 @@ Vous pourrez cependant créer des enregistrements de type CNAME pour tous les so ## Aller plus loin Pour des prestations spécialisées (référencement, développement, etc.), contactez les [partenaires OVHcloud](/links/partner). - + Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support). - -Échangez avec notre [communauté d'utilisateurs](/links/community). \ No newline at end of file + +Échangez avec notre [communauté d'utilisateurs](/links/community). diff --git a/pages/web_cloud/domains/dns_zone_dkim/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_dkim/guide.fr-fr.md index ffdd1866461..5e66a62ecd5 100644 --- a/pages/web_cloud/domains/dns_zone_dkim/guide.fr-fr.md +++ b/pages/web_cloud/domains/dns_zone_dkim/guide.fr-fr.md @@ -121,15 +121,15 @@ La fonction de hachage est utile lorsque vous souhaitez vérifier l'intégrité Le **chiffrement**, comme son nom l'indique, a pour but de chiffrer les données qu'on lui donne. Il est « **asymétrique** » car la clé de chiffrement n'est pas la même que la clé de déchiffrement, contrairement à un chiffrement symétrique qui utilisera la même clé pour chiffrer et déchiffrer. -Dans le chiffrement asymétrique, on utilise une **clé publique** et une **clé privée**. La clé publique est visible et utilisable par tous. La clé privée est uniquement utilisée par le propriétaire et n'est pas visible de tous. +Dans le chiffrement asymétrique, on utilise une **clé publique** et une **clé privée**. La clé publique est visible et utilisable par tous. La clé privée est uniquement utilisée par le titulaire et n'est pas visible de tous. Il existe deux utilisations du chiffrement asymétrique : -- **La donnée d'entrée est chiffrée avec la clé publique et déchiffrée par celui qui possède la clé privée**. Par exemple, vous souhaitez qu'un tiers vous transmette des données de manière sécurisée. Vous transmettez votre clé publique sans vous soucier que quelqu'un la récupère, ce tiers chiffrera ses données avec votre clé publique. Les données chiffrées ne pourront être déchiffrées que par le propriétaire de la clé privée. +- **La donnée d'entrée est chiffrée avec la clé publique et déchiffrée par celui qui possède la clé privée**. Par exemple, vous souhaitez qu'un tiers vous transmette des données de manière sécurisée. Vous transmettez votre clé publique sans vous soucier que quelqu'un la récupère, ce tiers chiffrera ses données avec votre clé publique. Les données chiffrées ne pourront être déchiffrées que par le titulaire de la clé privée. ![hash](/pages/assets/schemas/emails/dns-dkim-crypto01.png){.thumbnail .w-400 .h-600} -- **La donnée d'entrée est chiffrée par le propriétaire de la clé privée et déchiffrée par la clé publique**. Cette utilisation s'applique pour authentifier un échange de donnée. Par exemple, vos destinataires souhaitent s'assurer que vous êtes bien l'auteur du message que vous leur transmettez. Dans ce cas, vous allez chiffrer votre message avec votre clé privée. Ce message ne pourra être déchiffré que par la clé publique que vous aurez transmise à tout le monde, ce qui garantit à vos destinataires l'authenticité de votre message. En effet, un message déchiffré par la clé publique ne peut provenir uniquement que du propriétaire de la clé privée. +- **La donnée d'entrée est chiffrée par le titulaire de la clé privée et déchiffrée par la clé publique**. Cette utilisation s'applique pour authentifier un échange de donnée. Par exemple, vos destinataires souhaitent s'assurer que vous êtes bien l'auteur du message que vous leur transmettez. Dans ce cas, vous allez chiffrer votre message avec votre clé privée. Ce message ne pourra être déchiffré que par la clé publique que vous aurez transmise à tout le monde, ce qui garantit à vos destinataires l'authenticité de votre message. En effet, un message déchiffré par la clé publique ne peut provenir uniquement que du titulaire de la clé privée. ![hash](/pages/assets/schemas/emails/dns-dkim-crypto02.png){.thumbnail .w-400 .h-600} @@ -157,7 +157,7 @@ Pour que ce principe de rotation fonctionne, on va utiliser ce qu'on appelle les **Exemple d'une partie de signature DKIM** -
DKIM-Signature: v=1; a=rsa-sha256; d=mydomain.ovh; s=ovhex123456-selector1; c=relaxed/relaxed; t=1681877341; 
+
DKIM-Signature: v=1; a=rsa-sha256; d=mydomain.ovh; s=ovhex123456-selector1; c=relaxed/relaxed; t=1681877341;
 

 
 La valeur du sélecteur est ici `s=ovhex123456-selector1`.
@@ -635,7 +635,7 @@ Suivez les **5 étapes** ci-dessous en cliquant sur chacun des onglets.
 >> - `targetRecord: "ovhex123456-selector1._domainkey.1500.ab.dkim.mail.ovh.net"` correspond à la cible de l'enregistrement. On y rajoute un point à la fin pour ponctuer la valeur. Cela donne `ovhex123456-selector1._domainkey.1500.ab.dkim.mail.ovh.net.`

 >>
 >> ![email](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/dns-zone/dns-dkim-api02.png){.thumbnail .w-400 .h-600} 

->> 
+>>
 >> Une fois les valeurs saisies, cliquez sur `Suivant`{.action} puis sur `Valider`{.action}.

 >>
 >> **Répétez cette opération pour le deuxième sélecteur si vous l'avez créé.**

@@ -798,7 +798,7 @@ Suivez les **5 étapes** ci-dessous en cliquant sur chacun des onglets.
 >> - `targetRecord: "ovhemp123456-selector1._domainkey.1500.ab.dkim.mail.ovh.net"` correspond à la cible de l'enregistrement. On y rajoute un point à la fin pour ponctuer la valeur. Cela donne `ovhemp123456-selector1._domainkey.1500.ab.dkim.mail.ovh.net.`

 >>
 >> ![email](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/dns-zone/dns-dkim-api02.png){.thumbnail .w-400 .h-600} 

->> 
+>>
 >> Une fois les valeurs saisies, cliquez sur `Suivant`{.action} puis sur `Valider`{.action}.

 >>
 >> **Répétez cette opération pour le deuxième sélecteur si vous l'avez créé.**

@@ -1049,7 +1049,7 @@ Sélectionnez l'offre e-mail concernée parmi les onglets suivants :
 >>
 > **E-mail Pro**
 >> Si vous souhaitez désactiver le DKIM sans supprimer le sélecteur et sa paire de clés, utilisez l'appel API suivant :
->> 
+>>
 >> > [!api]
 >> >
 >> > @api {v1} /email/pro POST /email/pro/{service}/domain/{domainName}/dkim/{selectorName}/disable
@@ -1124,7 +1124,7 @@ Le destinataire doit ignorer cet enregistrement si le type de service approprié
 La balise "s=" est destinée à restreindre l'utilisation des clés pour d'autres fins, dans le cas où l'utilisation du DKIM serait définie pour d'autres services à l'avenir.

 Les types de services actuellement définis sont "\*" (tous les types de services), "email" (courrier électronique).
 
-- **Mode test (t=y)** : permet aux propriétaires du nom de domaine de tester la mise en place du DKIM sans risquer de voir les messages rejetés ou marqués comme SPAM si la vérification de signature DKIM échoue.

+- **Mode test (t=y)** : permet aux titulaires du nom de domaine de tester la mise en place du DKIM sans risquer de voir les messages rejetés ou marqués comme SPAM si la vérification de signature DKIM échoue.

 Lorsque le flag "t=y" est utilisé, le destinataire ne doit pas traiter différemment les messages signés en mode de test et les messages non signés. Cependant, le destinataire peut suivre le résultat du mode de test pour aider les signataires.
 
 - **Sous-domaines (t=s)** : permet de restreindre l'utilisation de la signature DKIM au nom de domaine uniquement (par exemple : @mydomain.ovh) ou de permettre l'envoi depuis le nom de domaine et ses sous-domaines (par exemple : @mydomain.ovh, @test.mydomain.ovh, @other.mydomain.ovh, etc.).
@@ -1188,7 +1188,7 @@ Cliquez sur l'onglet ci-dessous correspondant à votre offre.
 > [!tabs]
 > **Exchange**
 >> Pour basculer sur le deuxième sélecteur, utilisez l'appel API suivant :
->> 
+>>
 >> > [!api]
 >> >
 >> > @api {v1} /email/exchange POST /email/exchange/{organizationName}/service/{exchangeService}/domain/{domainName}/dkim/{selectorName}/enable
diff --git a/pages/web_cloud/domains/dns_zone_dmarc/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_dmarc/guide.fr-fr.md
index 0c11ffeab14..4bef3633e5a 100644
--- a/pages/web_cloud/domains/dns_zone_dmarc/guide.fr-fr.md
+++ b/pages/web_cloud/domains/dns_zone_dmarc/guide.fr-fr.md
@@ -24,7 +24,7 @@ L'enregistrement **D**omain-based **M**essage **A**uthentication, **R**eporting,
 
 ## En pratique
 
-Le DMARC permet au propriétaire d’un nom de domaine de gérer la sécurité des e-mails émis avec son nom de domaine. Il a pour objectif :
+Le DMARC permet au titulaire d’un nom de domaine de gérer la sécurité des e-mails émis avec son nom de domaine. Il a pour objectif :
 
 - De déclarer, au serveur destinataire, les actions à mener en cas d’échec des mécanismes d'authentification SPF et/ou DKIM.
 - De mieux maitriser l’usage de son nom de domaine et détecter les tentatives d’usurpation à l'aide des rapports envoyés en cas d’échec d’authentification des e-mails. Par ailleurs, il améliore également la sécurité en créant le lien entre les protocoles SPF et DKIM.
@@ -58,14 +58,14 @@ Vous pouvez ajouter l'enregistrement DMARC à votre zone DNS depuis l'espace cli
 
 Une fois votre zone DNS affichée, cliquez sur le bouton `Ajouter une entrée`{.action} puis sur « Champs mails » `DMARC`{.action}.
 
-- **Sous-domaine** : cette entrée doit **obligatoirement débuter par** `_dmarc`. Si vous appliquez votre DMARC à l'ensemble du domaine, n'inscrivez rien d'autre que `_dmarc` dans cette case. Si vous définissez votre DMARC à un sous-domaine de votre domaine principal, ajoutez votre sous-domaine après `_dmarc`. Par exemple, si on doit appliquer le DMARC à un sous-domaine *subdomain.mydomain.ovh*,  il faut saisir `_dmarc.subdomain` dans la case « sous-domaine » pour le nom de domaine *mydomain.ovh*.
+- **Sous-domaine** : cette entrée doit **obligatoirement débuter par** `_dmarc`. Si vous appliquez votre DMARC à l'ensemble du nom de domaine, n'inscrivez rien d'autre que `_dmarc` dans cette case. Si vous définissez votre DMARC à un sous-domaine de votre nom de domaine principal, ajoutez votre sous-domaine après `_dmarc`. Par exemple, si on doit appliquer le DMARC à un sous-domaine *subdomain.mydomain.ovh*,  il faut saisir `_dmarc.subdomain` dans la case « sous-domaine » pour le nom de domaine *mydomain.ovh*.
 
 Vous trouverez ci-dessous le descriptif exhaustif des balises utilisées pour **l'enregistrement DMARC** OVHcloud :
 
 - **Version (v=)** : champ obligatoire déterminant la version du protocole DMARC.
 
-- **Règle pour le domaine (p=)** : politique à adopter par le destinataire à la demande du propriétaire du domaine expéditeur. La politique s'applique au domaine interrogé et aux sous-domaines, sauf si la balise de sous-domaine **sp=** indique des instructions différentes. Les valeurs possibles sont les suivantes :
-    - *none* : le propriétaire du domaine ne demande aucune action spécifique concernant la livraison des messages.
+- **Règle pour le domaine (p=)** : politique à adopter par le destinataire à la demande du titulaire du nom de domaine expéditeur. La politique s'applique au domaine interrogé et aux sous-domaines, sauf si la balise de sous-domaine **sp=** indique des instructions différentes. Les valeurs possibles sont les suivantes :
+    - *none* : le titulaire du nom de domaine ne demande aucune action spécifique concernant la livraison des messages.
     - *quarantine* : en cas d'échec de la vérification du mécanisme DMARC, les e-mails doivent être considérés comme suspects par les destinataires. Selon les capacités du serveur destinataire, cela peut signifier « placer dans le dossier spam » et/ou « signaler comme suspect ».
     - *reject* : rejet des e-mails qui échouent à la vérification du mécanisme DMARC.
 
@@ -73,11 +73,11 @@ Vous trouverez ci-dessous le descriptif exhaustif des balises utilisées pour **
 >
 > La configuration du paramètre `p=` peut avoir un impact important sur la délivrabilité des e-mails de votre nom de domaine. Il est conseillé de configurer `p=none` et d'effectuer une analyse des rapports d’échec pendant plusieurs semaines , afin de régler les éventuelles anomalies. Passer en `p=quarantine` ou `p=reject` nécessite une pleine maîtrise des paramètres de sécurité e-mail, concernant le [SPF](/pages/web_cloud/domains/dns_zone_spf) et le [DKIM](/pages/web_cloud/domains/dns_zone_dkim). L’utilisation du facteur `pct=`, présenté ci-dessous, permet une transition progressive.
 
-- **Pourcentage des messages filtrés (pct=)** (valeur comprise entre 0 et 100, la valeur par défaut est 100) : pourcentage du flux de messages auquel la politique DMARC doit être appliquée. Le but de la balise « pct » est de permettre aux propriétaires de domaines d'adopter une mise en œuvre lente du mécanisme DMARC.
+- **Pourcentage des messages filtrés (pct=)** (valeur comprise entre 0 et 100, la valeur par défaut est 100) : pourcentage du flux de messages auquel la politique DMARC doit être appliquée. Le but de la balise « pct » est de permettre aux titulaires de noms de domaine d'adopter une mise en œuvre lente du mécanisme DMARC.
 
 - **URI de création de rapports globaux (rua=)** : adresses auxquelles les rapports doivent être envoyés (liste en texte brut séparé par des virgules). N'importe quel URI valide peut être spécifié. La mention « mailto:» doit précéder le destinataire e-mail (exemple : `mailto:address@example.com`).
 
-- **Règle pour les sous-domaines (sp=)** : politique à adopter par le destinataire pour tous les sous-domaines. Elle s'applique uniquement aux sous-domaines du domaine interrogé et non au domaine lui-même. Sa syntaxe est identique à celle de la balise « p » définie ci-dessus. Si cette balise est absente, la politique spécifiée par la balise « p » est appliquée pour les sous-domaines.
+- **Règle pour les sous-domaines (sp=)** : politique à adopter par le destinataire pour tous les sous-domaines. Elle s'applique uniquement aux sous-domaines du nom de domaine interrogé et non au domaine lui-même. Sa syntaxe est identique à celle de la balise « p » définie ci-dessus. Si cette balise est absente, la politique spécifiée par la balise « p » est appliquée pour les sous-domaines.
 
 - **Mode d'alignement pour SPF (aspf=)** (la valeur par défaut est `r`) : indique le mode d'allignement SPF. Les valeurs sont les suivantes :
     - `r`(relaxed) pour le mode souple : les e-mails peuvent être, par exemple, envoyés depuis un sous-domaine du nom de domaine déclaré. On parle ici d'alignement partiel.
@@ -85,7 +85,7 @@ Vous trouverez ci-dessous le descriptif exhaustif des balises utilisées pour **
 
 > [!primary]
 >
-> Dans le cadre des mécanismes d'authentification SPF et DKIM, l'**alignement** fait référence à la correspondance entre le nom de domaine (et/ou la signature du domaine) utilisé lors de l'envoi **et** le nom de domaine inscrit dans ces mécanismes.
+> Dans le cadre des mécanismes d'authentification SPF et DKIM, l'**alignement** fait référence à la correspondance entre le nom de domaine (et/ou la signature du nom de domaine) utilisé lors de l'envoi **et** le nom de domaine inscrit dans ces mécanismes.
 >
 > **Exemples**
 >
@@ -101,7 +101,7 @@ Vous pouvez ajouter l'enregistrement TXT à votre zone DNS depuis l'[espace clie
 
 Une fois votre zone DNS affichée, cliquez sur le bouton `Ajouter une entrée`{.action} puis sur « Champs étendus » `TXT`{.action}.
 
-- **Sous-domaine** : cette entrée doit **obligatoirement débuter par** `_dmarc`. Si vous appliquez votre DMARC à l'ensemble du domaine, n'inscrivez rien d'autre que `_dmarc` dans cette case. Si vous définissez votre DMARC à un sous-domaine de votre domaine principal, ajoutez votre sous-domaine après `_dmarc`. Par exemple, si on doit appliquer le DMARC à un sous-domaine *subdomain.mydomain.ovh*,  il faut saisir `_dmarc.subdomain` dans la case « sous-domaine » pour le nom de domaine *mydomain.ovh*
+- **Sous-domaine** : cette entrée doit **obligatoirement débuter par** `_dmarc`. Si vous appliquez votre DMARC à l'ensemble du nom de domaine, n'inscrivez rien d'autre que `_dmarc` dans cette case. Si vous définissez votre DMARC à un sous-domaine de votre nom de domaine principal, ajoutez votre sous-domaine après `_dmarc`. Par exemple, si on doit appliquer le DMARC à un sous-domaine *subdomain.mydomain.ovh*,  il faut saisir `_dmarc.subdomain` dans la case « sous-domaine » pour le nom de domaine *mydomain.ovh*
 
 Vous trouverez ci-dessous la liste des balises utilisées pour créer un **enregistrement TXT** avec les paramètres DMARC. Cette liste est complémentaire avec les balises mentionnées dans la section précédente « [Enregistrement DMARC](#dmarc-record) ».
 
@@ -109,7 +109,7 @@ Vous trouverez ci-dessous la liste des balises utilisées pour créer un **enreg
     - `r`(relaxed) pour le mode souple : les e-mails échouant à l'authentification DKIM sont marqués comme « indésirables » par le serveur destinataire.
     - `s`(strict) pour le mode strict : les e-mails échouant à l'authentification DKIM sont rejetés par le serveur destinataire.
 
-- **ruf** (liste en texte brut séparée par des virgules) : adresses auxquelles les informations d'échec spécifiques au message doivent être signalées . Si cette balise est présente, le propriétaire du domaine expéditeur demande aux destinataires d'envoyer des rapports d'échec détaillés sur les e-mails qui échouent à l'évaluation DMARC de manière spécifique (voir la balise `fo` ci-dessous). Le format du message à générer doit suivre le format spécifié pour la balise `rf`. La mention « mailto:» doit précéder le destinataire e-mail (exemple : `mailto:address@example.com`).
+- **ruf** (liste en texte brut séparée par des virgules) : adresses auxquelles les informations d'échec spécifiques au message doivent être signalées . Si cette balise est présente, le titulaire du nom de domaine expéditeur demande aux destinataires d'envoyer des rapports d'échec détaillés sur les e-mails qui échouent à l'évaluation DMARC de manière spécifique (voir la balise `fo` ci-dessous). Le format du message à générer doit suivre le format spécifié pour la balise `rf`. La mention « mailto:» doit précéder le destinataire e-mail (exemple : `mailto:address@example.com`).
 
 - **fo** (texte brut ; la valeur par défaut est `0`) : options du rapport d'échec détaillé. Les générateurs de rapports peuvent choisir de se conformer aux options demandées. Le contenu de cette balise doit être ignoré si une balise `ruf` (ci-dessus) n'est pas également spécifiée. La valeur de cette balise est une liste de caractères séparés par deux points (`:`)  et qui indiquent les options de rapport d'échec suivants :
      - **0** : génère un rapport d'échec DMARC si tous les mécanismes d'authentification (DKIM **ET** SPF) ne parviennent pas à produire un résultat « pass » aligné.
@@ -159,17 +159,17 @@ Nous obtenons le résultat suivant :
 
 - **p=quarantine** : les e-mails qui ne passent pas les tests DMARC sont traités comme « suspects ».
 
-- **pct=100** : la politique DMARC s'applique à 50% des messages provenant du flux d'e-mail du propriétaire du domaine.
+- **pct=100** : la politique DMARC s'applique à 50% des messages provenant du flux d'e-mail du titulaire du nom de domaine.
 
 - **ruf=mailto:report@mydomain.ovh** : adresse e-mail à laquelle les rapports d'échec détaillés doivent être envoyés via l'argument « mailto ».
 
 - **fo=0** : options de génération des rapports d'échec. La valeur « 0 » indique que des rapports d'échec DMARC doivent être générés uniquement si les mécanismes d'authentification SPF et DKIM échouent à produire un résultat aligné « pass ».
 
-- **adkim=r** : le mode d'alignement d'identifiant DKIM requis par le propriétaire du domaine est "relaxed" (mode souple). Dans ce mode, DKIM doit fournir une signature valide et l'identifiant de l'en-tête "From" peut être partiellement aligné.
+- **adkim=r** : le mode d'alignement d'identifiant DKIM requis par le titulaire du nom de domaine est "relaxed" (mode souple). Dans ce mode, DKIM doit fournir une signature valide et l'identifiant de l'en-tête "From" peut être partiellement aligné.
 
-- **aspf=s** : le mode d'alignement d'identifiant SPF requis est « strict ». Cela signifie que l'identifiant SPF du domaine aligné doit correspondre exactement à l'adresse IP émettrice du message.
+- **aspf=s** : le mode d'alignement d'identifiant SPF requis est « strict ». Cela signifie que l'identifiant SPF du nom de domaine aligné doit correspondre exactement à l'adresse IP émettrice du message.
 
-- **adkim=r** : le mode d'alignement d'identifiant DKIM requis par le propriétaire du domaine est « relaxed » (mode souple). Dans ce mode, DKIM doit fournir une signature valide et l'identifiant de l'en-tête « From » peut être partiellement aligné.
+- **adkim=r** : le mode d'alignement d'identifiant DKIM requis par le titulaire du nom de domaine est « relaxed » (mode souple). Dans ce mode, DKIM doit fournir une signature valide et l'identifiant de l'en-tête « From » peut être partiellement aligné.
 
 - **ri=86400** : définit l'intervalle demandé entre les rapports agrégés, en secondes. Dans ce cas, un rapport agrégé doit être généré au moins une fois toutes les 86400 secondes (soit une fois par jour).
 
@@ -179,4 +179,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/dns_zone_edit/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_edit/guide.fr-fr.md
index 210b105b800..7ba5d01c808 100644
--- a/pages/web_cloud/domains/dns_zone_edit/guide.fr-fr.md
+++ b/pages/web_cloud/domains/dns_zone_edit/guide.fr-fr.md
@@ -37,14 +37,14 @@ Pour plus d'explications, consultez nos guides « [Tout savoir sur les serveurs
 
 - Disposer d'un accès à la gestion du nom de domaine concerné depuis votre [espace client OVHcloud](/links/manager).
 - Être connecté à votre [espace client OVHcloud](/links/manager).
-- Utiliser la configuration OVHcloud (ses serveurs DNS) pour le nom de domaine concerné. 
+- Utiliser la configuration OVHcloud (ses serveurs DNS) pour le nom de domaine concerné.
 
 > [!warning]
 >
 > - Si votre nom de domaine n'utilise pas les serveurs DNS d'OVHcloud, vous devez réaliser la modification depuis l'interface du prestataire gérant la configuration de votre nom de domaine.
-> 
+>
 > - Si votre nom de domaine est enregistré chez OVHcloud, vous pouvez vérifier si ce dernier utilise notre configuration. Pour cela, rendez-vous dans votre [espace client OVHcloud](/links/manager), dans l'onglet `Serveurs DNS`{.action} du nom de domaine concerné. Si besoin, consultez notre guide « [Modifier les serveurs DNS d'un nom de domaine OVHcloud](/pages/web_cloud/domains/dns_server_edit) ».
-> 
+>
 > Dans les deux cas ci-dessus, faites attention en effectuant vos changements de serveurs DNS. En effet, l'ancienne configuration pouvant être appliquée à votre nom de domaine ne sera plus active si vous n'avez pas préalablement reconfiguré et personnalisé la nouvelle zone DNS présente chez OVHcloud.

 > Vous ne pouvez avoir qu'une seule zone DNS active à la fois par nom de domaine.
 >
@@ -55,7 +55,7 @@ Pour plus d'explications, consultez nos guides « [Tout savoir sur les serveurs
 
 > [!primary]
 >
-> Contrairement au nom de domaine, il n'y a pas de notion de propriétaire pour une zone DNS, mais de gestion des contacts pour une zone DNS OVHcloud. Si vous souhaitez basculer la gestion de votre zone DNS vers un autre compte OVHcloud, suivez notre guide [Gérer les contacts de ses services](/pages/account_and_service_management/account_information/managing_contacts).
+> Contrairement au nom de domaine, il n'y a pas de notion de titulaire pour une zone DNS, mais de gestion des contacts pour une zone DNS OVHcloud. Si vous souhaitez basculer la gestion de votre zone DNS vers un autre compte OVHcloud, suivez notre guide [Gérer les contacts de ses services](/pages/account_and_service_management/account_information/managing_contacts).
 
 Pour accéder à la gestion d'une zone DNS OVHcloud, cliquez sur les onglets ci-dessous afin d'afficher successivement chacune des **3** étapes.
 
@@ -121,7 +121,7 @@ Pour modifier en mode textuel une zone DNS OVHcloud, cliquez sur les onglets ci-
 >> Sur la droite ou en dessous du tableau, cliquez sur `Modifier en mode textuel`{.action} puis suivez les étapes qui s'affichent.
 >>
 >> > [!warning]
->> > 
+>> >
 >> > Ne modifiez pas, via le bouton `Modifier en mode textuel`{.action}, les enregistrements NS de votre zone DNS au profit de serveurs DNS externes à OVHcloud. En effet, cette zone DNS fonctionne **uniquement** avec des serveurs DNS OVHcloud.
 
 #### Utiliser nos assistants de configuration
@@ -322,10 +322,10 @@ Si vous souhaitez réduire ce délai pour les prochaines éditions de votre zone
 
 [Ajouter un champ SPF à la configuration de son nom de domaine](/pages/web_cloud/domains/dns_zone_spf)
 
-[Protégez votre domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec)
+[Protégez votre nom de domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec)
 
 Pour des prestations spécialisées (référencement, développement, etc), contactez les [partenaires OVHcloud](/links/partner)
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/dns_zone_records/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_records/guide.fr-fr.md
index 1f545f81813..3885c21c091 100644
--- a/pages/web_cloud/domains/dns_zone_records/guide.fr-fr.md
+++ b/pages/web_cloud/domains/dns_zone_records/guide.fr-fr.md
@@ -55,19 +55,19 @@ Sélectionnez l'enregistrement de votre choix en cliquant sur chacun des onglets
 >> > [!alert]
 >> >
 >> > Un enregistrement TXT utilisant le même domaine ou sous-domaine qu'un enregistrement CNAME perturbe le fonctionnement de ce dernier. Votre enregistrement CNAME ne fonctionnera alors que partiellement ou pas du tout.
->> 
+>>
 >> > [!warning]
 >> >
->> > Par convention, les champs CNAME ne peuvent pas être directement utilisés par un domaine dans sa propre zone DNS. En effet, le domaine seul doit obligatoirement et directement pointer vers une adresse IP avec un champ de type A (ou AAAA s’il s’agit d’une IPv6).
->> > 
+>> > Par convention, les champs CNAME ne peuvent pas être directement utilisés par un nom de domaine dans sa propre zone DNS. En effet, le domaine seul doit obligatoirement et directement pointer vers une adresse IP avec un champ de type A (ou AAAA s’il s’agit d’une IPv6).
+>> >
 >> > Pour reprendre l’exemple donné ci-dessus, vous ne pourrez pas créer un champ CNAME pour le domaine *domain.tld* dans la zone DNS que vous avez créée pour celui-ci.
->> > Vous pourrez cependant créer des champs CNAME avec tous les sous-domaines (exemple : *subdomain.domain.tld* ou *www.domain.tld*) du domaine *domain.tld* dans la zone DNS créée pour *domain.tld*.
+>> > Vous pourrez cependant créer des champs CNAME avec tous les sous-domaines (exemple : *subdomain.domain.tld* ou *www.domain.tld*) du nom de domaine *domain.tld* dans la zone DNS créée pour *domain.tld*.
 >> >
 >> > Si vous souhaitez aller plus loin techniquement sur ce sujet, vous pouvez retrouver, en bas de cette page, [un cas particulier d’usage concernant les CNAME et les zones DNS créées pour des sous-domaines](#cnameusecase).
 >>
 > **Champ DNAME**
 >> **D**elegation **NAME**


->> Permet de générer un « alias » pour l’ensemble des sous-domaines d’un domaine. Cet enregistrement évite de créer une multitude d’enregistrements CNAME. En effet, un champ CNAME ne redirige indépendamment qu'un seul sous-domaine vers une seule cible.
+>> Permet de générer un « alias » pour l’ensemble des sous-domaines d’un nom de domaine. Cet enregistrement évite de créer une multitude d’enregistrements CNAME. En effet, un champ CNAME ne redirige indépendamment qu'un seul sous-domaine vers une seule cible.
 >>
 >> Exemple : en créant un enregistrement DNAME de *domain.tld* vers *ovh.com*, tous les sous-domaines de *domain.tld* (tels que *dname.domain.tld* et *xxx.domain.tld*) seront redirigés respectivement vers les sous-domaines de *ovh.com* (tels que *dname.ovh.com* et *xxx.ovh.com*).
 >>
@@ -75,22 +75,22 @@ Sélectionnez l'enregistrement de votre choix en cliquant sur chacun des onglets
 >>
 >> > [!warning]
 >> >
->> > En revanche, *domain.tld* en tant que domaine n’affichera pas la cible du domaine *ovh.com* car l’enregistrement DNAME n’est valable que pour les sous-domaines des domaines définis dans l’enregistrement DNAME.
+>> > En revanche, *domain.tld* en tant que domaine n’affichera pas la cible du nom de domaine *ovh.com* car l’enregistrement DNAME n’est valable que pour les sous-domaines des noms de domaine définis dans l’enregistrement DNAME.
 >> >
 >> > De plus, en reprenant l'un des exemples ci-dessus, si le sous-domaine cible *xxx.ovh.com* ne pointe nulle part, alors l’enregistrement DNAME n’affichera rien non plus pour *xxx.domain.tld*.
->> 
+>>
 >> > [!success]
 >> >
->> > L’enregistrement DNAME est généralement utilisé dans le cadre d’un changement de nom de société. Il peut aussi être mis en place lorsqu’un utilisateur dispose de plusieurs extensions de domaines (.fr, .net, .com, .info, etc.) pour les rediriger entre eux facilement.
+>> > L’enregistrement DNAME est généralement utilisé dans le cadre d’un changement de nom de société. Il peut aussi être mis en place lorsqu’un utilisateur dispose de plusieurs extensions de noms de domaine (.fr, .net, .com, .info, etc.) pour les rediriger entre eux facilement.
 >> >
 > **Champ NS**
 >> **N**ame **S**erver


 >> Définit les serveurs DNS associés à votre zone DNS. Par exemple, si les enregistrements NS de votre zone DNS affichent les serveurs *dnsXX.ovh.net* et *nsXX.ovh.net*, vous devrez alors utiliser ces derniers dans l'onglet `Serveurs DNS`{.action} de votre espace client OVHcloud. Consultez notre documentation « [Modifier les serveurs DNS d’un nom de domaine OVHcloud](/pages/web_cloud/domains/dns_server_edit) » pour plus d'informations.
 >>
 >> > [!warning]
->> > 
+>> >
 >> > Si vous [éditez une zone DNS OVHcloud](/pages/web_cloud/domains/dns_zone_edit), ne modifiez pas, via le bouton `Modifier en mode textuel`{.action}, les enregistrements NS de votre zone DNS au profit de serveurs DNS externes à OVHcloud. En effet, cette zone DNS fonctionne **uniquement** avec des serveurs DNS OVHcloud.
->> 
+>>
 
 #### Enregistrements e-mail 
 
@@ -151,7 +151,7 @@ Sélectionnez l'enregistrement de votre choix en cliquant sur chacun des onglets
 >> >
 >> > Si vous configurez une entrée CAA pour un nom de domaine, cette configuration s'appliquera également à **tous les sous-domaines** de ce même nom de domaine.
 >> >
->> > Si vous utilisez un certificat SSL Let's Encrypt avec votre domaine sur un hébergement mutualisé OVHcloud et que vous utilisez un enregistrement CAA, ce dernier empêchera la régénération du certificat SSL Let's Encrypt.
+>> > Si vous utilisez un certificat SSL Let's Encrypt avec votre nom de domaine sur un hébergement mutualisé OVHcloud et que vous utilisez un enregistrement CAA, ce dernier empêchera la régénération du certificat SSL Let's Encrypt.
 >>
 > **NAPTR**
 >> **N**ame **A**uthority **P**oin**T**e**R**


@@ -167,7 +167,7 @@ Sélectionnez l'enregistrement de votre choix en cliquant sur chacun des onglets
 >>
 > **TLSA**
 >> **T**ransport **L**ayer **S**ecurity **A**uthentification


->> Utilisé pour renseigner l'empreinte d'un certificat SSL/TLS. Il va permettre de conserver le *hash* d'un certificat directement dans la zone DNS de votre nom de domaine via un enregistrement DNS. 
+>> Utilisé pour renseigner l'empreinte d'un certificat SSL/TLS. Il va permettre de conserver le *hash* d'un certificat directement dans la zone DNS de votre nom de domaine via un enregistrement DNS.
 >>
 >> Cet enregistrement est utilisé dans le cadre du protocole **D**NS-based **A**uthentication of **N**amed **E**ntities (DANE).
 >>
@@ -178,9 +178,9 @@ Sélectionnez l'enregistrement de votre choix en cliquant sur chacun des onglets
 
 #### Cas particulier d'usage : l'utilisation des enregistrements CNAME 
 
-Certains utilisateurs créent des zones DNS directement pour le sous-domaine d’un domaine (par exemple *subdomain-with-its-own-DNS-zone.domain.tld*). La règle précisée plus haut dans l'onglet « CNAME » de la partie « [Enregistrements de pointage](#pointer-records) » s’applique alors également dans ce cas de figure.
+Certains utilisateurs créent des zones DNS directement pour le sous-domaine d’un nom de domaine (par exemple *subdomain-with-its-own-DNS-zone.domain.tld*). La règle précisée plus haut dans l'onglet « CNAME » de la partie « [Enregistrements de pointage](#pointer-records) » s’applique alors également dans ce cas de figure.
 
-La zone DNS étant créée pour le sous-domaine (dans notre exemple *subdomain-with-its-own-DNS-zone.domain.tld*), ce dernier est alors considéré comme un domaine à part entière dans sa zone DNS.
+La zone DNS étant créée pour le sous-domaine (dans notre exemple *subdomain-with-its-own-DNS-zone.domain.tld*), ce dernier est alors considéré comme un nom de domaine à part entière dans sa zone DNS.
 
 De ce fait et dans ce cas bien spécifique, vous ne pourrez pas créer un champ CNAME pour *subdomain-with-its-own-DNS-zone.domain.tld* dans la zone DNS que vous avez créé pour celui-ci. Vous pourrez cependant créer des champs CNAME tels que *subdomain.subdomain-with-its-own-DNS-zone.domain.tld* ou *xxx.subdomain-with-its-own-DNS-zone.domain.tld*.
 
@@ -192,10 +192,10 @@ De ce fait et dans ce cas bien spécifique, vous ne pourrez pas créer un champ
 
 [Ajouter un champ SPF à la configuration de son nom de domaine](/pages/web_cloud/domains/dns_zone_spf)
 
-[Protégez votre domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec)
+[Protégez votre nom de domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec)
 
 Pour des prestations spécialisées (référencement, développement, etc), contactez les [partenaires OVHcloud](/links/partner).
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/dns_zone_spf/guide.fr-fr.md b/pages/web_cloud/domains/dns_zone_spf/guide.fr-fr.md
index 00013796bae..cb39503265d 100644
--- a/pages/web_cloud/domains/dns_zone_spf/guide.fr-fr.md
+++ b/pages/web_cloud/domains/dns_zone_spf/guide.fr-fr.md
@@ -53,7 +53,7 @@ Lorsque le serveur de réception (Inbound Mail Server) reçoit l'e-mail, celui-c
 
 > [!primary]
 >
-> Le SPF n'est qu'une indication fournie aux serveurs recevant des e-mails, dont les vôtres. Il appartient à ces derniers d'appliquer ou non ce qui est spécifié dans l'enregistrement SPF des noms de domaines pour lesquels ils reçoivent des messages.
+> Le SPF n'est qu'une indication fournie aux serveurs recevant des e-mails, dont les vôtres. Il appartient à ces derniers d'appliquer ou non ce qui est spécifié dans l'enregistrement SPF des noms de domaine pour lesquels ils reçoivent des messages.
 >
 
 ///
@@ -77,7 +77,7 @@ Lorsque le serveur de réception (Inbound Mail Server) reçoit l'e-mail, celui-c
 
 ### Vérifier votre configuration SPF actuelle
 
-Si votre domaine utilise la configuration OVHcloud, vous pouvez vérifier si un enregistrement SPF est déjà configuré pour celui-ci.
+Si votre nom de domaine utilise la configuration OVHcloud, vous pouvez vérifier si un enregistrement SPF est déjà configuré pour celui-ci.
 
 /// details | Comment vérifier une configuration SPF existante ?
 
@@ -87,18 +87,18 @@ Un tableau devrait apparaître. Ce dernier affiche la zone DNS de votre nom de d
 
 > [!primary]
 >
-> Si votre domaine est déposé chez OVHcloud, vous pouvez vérifier si celui-ci utilise bien les serveurs DNS OVHcloud depuis l'onglet `Serveurs DNS`{.action}.
+> Si votre nom de domaine est déposé chez OVHcloud, vous pouvez vérifier si celui-ci utilise bien les serveurs DNS OVHcloud depuis l'onglet `Serveurs DNS`{.action}.
 >
 
 Dans le tableau, pour retrouver la ligne correspondante au SPF OVHcloud, un filtre d'affichage peut être utilisé. Ce dernier pouvant apparaître à deux endroits différents, sélectionnez `TXT`{.action} ou `SPF`{.action} dans l'enregistrement de filtrage, en passant de l'un à l'autre si nécessaire. Dès lors, l'affichage du tableau peut être différent.
 
 ![domain](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/dns-zone/spf_records_check_OVH_configuration.png){.thumbnail .w-400}
 
-- **Un SPF correspondant aux informations OVHcloud de votre offre est affiché** : votre domaine utilise déjà la configuration OVHcloud. Si vous ne souhaitez plus l'utiliser, vous devrez la modifier lors de l'étape suivante.
+- **Un SPF correspondant aux informations OVHcloud de votre offre est affiché** : votre nom de domaine utilise déjà la configuration OVHcloud. Si vous ne souhaitez plus l'utiliser, vous devrez la modifier lors de l'étape suivante.
 
-- **Un SPF ne correspondant pas aux informations OVHcloud est affiché** : votre domaine utilise déjà un SPF personnalisé. Sa modification ou le choix de la configuration OVHcloud se font à l'étape suivante. Si votre configuration est erronée, vous devrez la modifier.
+- **Un SPF ne correspondant pas aux informations OVHcloud est affiché** : votre nom de domaine utilise déjà un SPF personnalisé. Sa modification ou le choix de la configuration OVHcloud se font à l'étape suivante. Si votre configuration est erronée, vous devrez la modifier.
 
-- **Aucun SPF ne s'affiche dans la colonne cible** : vérifiez au préalable si l'enregistrement n'est pas créé en tant que SPF ou TXT en modifiant le filtrage. Si aucun SPF ne s'affiche, qu'importe le filtrage, votre domaine n'en utilise pas. Vous pourrez en ajouter un lors de l'étape suivante.
+- **Aucun SPF ne s'affiche dans la colonne cible** : vérifiez au préalable si l'enregistrement n'est pas créé en tant que SPF ou TXT en modifiant le filtrage. Si aucun SPF ne s'affiche, qu'importe le filtrage, votre nom de domaine n'en utilise pas. Vous pourrez en ajouter un lors de l'étape suivante.
 
 > [!primary]
 >
@@ -152,15 +152,15 @@ Nous allons les aborder progressivement.
 
 ![domain](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/dns-zone/spf_records_add_entry_personnalize_step1.png){.thumbnail .w-400}
 
-- **Sous-domaine** : complétez si le SPF doit s'appliquer à un sous-domaine de votre domaine. Cela s'applique si vous envoyez des e-mails depuis un sous-domaine.
+- **Sous-domaine** : complétez si le SPF doit s'appliquer à un sous-domaine de votre nom de domaine. Cela s'applique si vous envoyez des e-mails depuis un sous-domaine.
 - **TTL** : il s'agit du temps de propagation qui s'appliquera à la configuration de cet enregistrement DNS.
 - **Autoriser l'IP à envoyer des e-mails** : à cocher si votre site internet et vos adresses e-mail sont hébergés sur un serveur utilisant la même adresse IP (par exemple sur votre serveur dédié).
 - **Autoriser les serveurs MX à envoyer des e-mails** : à cocher si les serveurs réceptionnant vos e-mails peuvent également en envoyer.
-- **Autoriser tous les serveurs dont le nom se termine par votre domaine à envoyer des e-mails** : option à utiliser avec précaution, car elle permet de légitimer de manière très large les sources d'envoi utilisant votre nom de domaine.
+- **Autoriser tous les serveurs dont le nom se termine par votre nom de domaine à envoyer des e-mails** : option à utiliser avec précaution, car elle permet de légitimer de manière très large les sources d'envoi utilisant votre nom de domaine.
 
-/// details | "**D'autres serveurs envoient-ils le courrier avec votre domaine ?**"
+/// details | "**D'autres serveurs envoient-ils le courrier avec votre nom de domaine ?**"
 
-- **a** : renseignez ici des noms de domaine. Cela légitimera les serveurs hébergeant les sites liés à ces domaines pour envoyer des e-mails avec vos adresses.
+- **a** : renseignez ici des noms de domaine. Cela légitimera les serveurs hébergeant les sites liés à ces noms de domaine pour envoyer des e-mails avec vos adresses.
 - **mx** : renseignez ici les serveurs qui réceptionnent vos e-mails (serveurs MX) si ces serveurs peuvent également en envoyer. Ils seront ainsi identifiés comme une source d'envoi légitime.
 - **ptr** : renseignez ici des noms d'hôtes dont le *reverse* est fonctionnel (grâce à un enregistrement PTR dans la zone DNS). Ils seront ainsi identifiés comme une source d'envoi légitime.
 - **ip4** : indiquez les IP ou les plages d'IP (IPv4) autorisées à envoyer des e-mails avec vos adresses.
@@ -169,11 +169,11 @@ Nous allons les aborder progressivement.
 
 ///
 
-/// details | "**Est-ce que les informations que vous avez indiquées décrivent tous les hôtes qui envoient du courrier avec votre domaine ?**"
+/// details | "**Est-ce que les informations que vous avez indiquées décrivent tous les hôtes qui envoient du courrier avec votre nom de domaine ?**"
 
-- **Oui, je suis sûr** : préconisez aux serveurs réceptionnant des e-mails provenant de votre domaine de les rejeter s'ils proviennent d'une source non légitime (non présente dans votre SPF).
-- **Oui, mais utiliser le safe mode** : préconisez aux serveurs réceptionnant des e-mails provenant de votre domaine de les accepter s'ils proviennent d'une source non légitime (non présent dans votre SPF), mais de les taguer afin qu'ils soient identifiables comme potentiellement non légitimes (en tant que "spam" par exemple).
-- **Non** : préconisez aux serveurs réceptionnant des e-mails provenant de votre domaine de les accepter s'ils proviennent d'une source non légitime (non présente dans votre SPF), sans action particulière. L'entête de l'e-mail sera cependant incrémenté.
+- **Oui, je suis sûr** : préconisez aux serveurs réceptionnant des e-mails provenant de votre nom de domaine de les rejeter s'ils proviennent d'une source non légitime (non présente dans votre SPF).
+- **Oui, mais utiliser le safe mode** : préconisez aux serveurs réceptionnant des e-mails provenant de votre nom de domaine de les accepter s'ils proviennent d'une source non légitime (non présent dans votre SPF), mais de les taguer afin qu'ils soient identifiables comme potentiellement non légitimes (en tant que "spam" par exemple).
+- **Non** : préconisez aux serveurs réceptionnant des e-mails provenant de votre nom de domaine de les accepter s'ils proviennent d'une source non légitime (non présente dans votre SPF), sans action particulière. L'entête de l'e-mail sera cependant incrémenté.
 
 ///
 
@@ -199,9 +199,9 @@ Pour finaliser l'action, cliquez sur `Suivant`{.action}. Assurez-vous que les in
 
 ### Modifier un enregistrement SPF 
 
-Pour modifier le SPF dans la configuration OVHcloud de votre domaine, connectez-vous à votre [espace client OVHcloud](/links/manager). Rendez-vous dans la section `Noms de domaine`{.action}, cliquez sur le domaine concerné puis rendez-vous ensuite dans l’onglet `Zone DNS`{.action}.
+Pour modifier le SPF dans la configuration OVHcloud de votre nom de domaine, connectez-vous à votre [espace client OVHcloud](/links/manager). Rendez-vous dans la section `Noms de domaine`{.action}, cliquez sur le domaine concerné puis rendez-vous ensuite dans l’onglet `Zone DNS`{.action}.
 
-Le tableau affiche la configuration OVHcloud de votre domaine. Chaque ligne correspond à un enregistrement DNS. Repérez votre enregistrement TXT ou SPF dans ce tableau et cliquez sur le bouton `...`{.action} afin d'éditer l'entrée.
+Le tableau affiche la configuration OVHcloud de votre nom de domaine. Chaque ligne correspond à un enregistrement DNS. Repérez votre enregistrement TXT ou SPF dans ce tableau et cliquez sur le bouton `...`{.action} afin d'éditer l'entrée.
 
 ### Configuration SPF OVHcloud pour les offres e-mail mutualisées 
 
@@ -273,4 +273,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/dns_zonemaster/guide.fr-fr.md b/pages/web_cloud/domains/dns_zonemaster/guide.fr-fr.md
index 660a104e04b..574e383dac4 100644
--- a/pages/web_cloud/domains/dns_zonemaster/guide.fr-fr.md
+++ b/pages/web_cloud/domains/dns_zonemaster/guide.fr-fr.md
@@ -39,7 +39,7 @@ Pour vérifier une configuration DNS que vous avez préparée mais pas encore ap
 
 Vous pouvez également forcer les vérifications sur un protocole IP spécifique, via les cases `Désactiver IPv6` et `Désactiver IPv4`
 
-> **Exemple**:

 Vous possédez le nom de domaine « domain.tld » qui utilise actuellement les serveurs DNS « dnsXX.ovh.net » et  « nsXX.ovh.net ».
+> **Exemple**:

 Vous êtes titulaire du nom de domaine « domain.tld » qui utilise actuellement les serveurs DNS « dnsXX.ovh.net » et  « nsXX.ovh.net ».
 >
 >Vous avez configuré une zone DNS pour ce nom domaine sur les serveurs DNS « dns1.test.tld » et « dns2.test.tld ».

 > Avant de changer les serveurs DNS, vous pouvez effectuer une recherche avancée à la l'aide de la case `Options`{.action} en saisissant « dns1.test.tld » et « dns2.test.tld » dans les cases `Serveurs DNS`.

@@ -75,10 +75,10 @@ Si vous avez des questions supplémentaires au sujet de Zonemaster, consultez la
 
 [Modification d'une zone DNS OVHcloud](/pages/web_cloud/domains/dns_zone_edit).
 
-[Protégez votre domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec).
+[Protégez votre nom de domaine contre le Cache Poisoning avec le DNSSEC](/links/web/domains-dnssec).
 
 Pour des prestations spécialisées (référencement, développement, etc), contactez les [partenaires OVHcloud](/links/partner).
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community)
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community)
diff --git a/pages/web_cloud/domains/domain-icloud/guide.fr-fr.md b/pages/web_cloud/domains/domain-icloud/guide.fr-fr.md
index 75e1a05cfeb..0b7c869ba91 100644
--- a/pages/web_cloud/domains/domain-icloud/guide.fr-fr.md
+++ b/pages/web_cloud/domains/domain-icloud/guide.fr-fr.md
@@ -1,5 +1,5 @@
 ---
-title: 'Comment utiliser un domaine OVHcloud avec iCloud Mail'
+title: 'Comment utiliser un nom de domaine OVHcloud avec iCloud Mail'
 excerpt: 'Découvrez comment configurer votre nom de domaine OVHcloud avec iCloud pour créer des adresses e-mail personnalisées'
 updated: 2025-08-27
 ---
@@ -62,7 +62,7 @@ Une fois les enregistrements DNS (MX, CNAME, TXT, DMARC) correctement ajoutés d
 
 Suivez les instructions de la page « Add a domain you own to iCloud Mail on iCloud.com » de la [documentation officielle Apple](https://support.apple.com/guide/icloud/add-a-domain-you-own-mma473945269/icloud). Concentrez-vous sur la section « Step 4: Finish setting up the domain ».
 
-Une fois cette étape terminée, votre domaine personnalisé est pleinement activé et vous pouvez créer jusqu’à 3 adresses par personne, dans le cadre familial.
+Une fois cette étape terminée, votre nom de domaine personnalisé est pleinement activé et vous pouvez créer jusqu’à 3 adresses par personne, dans le cadre familial.
 
 > [!warning]
 >
@@ -85,7 +85,7 @@ Si votre nom de domaine est associé à des serveurs DNS externes à OVHcloud (W
 
 #### DKIM incomplet
 
-- Apple vous invite à enregistrer plusieurs clefs DKIM (`sig1`, `sig2`, etc.) dans votre zone DNS. 
+- Apple vous invite à enregistrer plusieurs clefs DKIM (`sig1`, `sig2`, etc.) dans votre zone DNS.
 
 #### Délai de propagation
 
@@ -97,4 +97,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/domain_configure_whois_listing/guide.fr-fr.md b/pages/web_cloud/domains/domain_configure_whois_listing/guide.fr-fr.md
index 5d34c49168a..31431dbd27f 100644
--- a/pages/web_cloud/domains/domain_configure_whois_listing/guide.fr-fr.md
+++ b/pages/web_cloud/domains/domain_configure_whois_listing/guide.fr-fr.md
@@ -57,7 +57,7 @@ Cliquez sur les onglets ci-dessous afin d'afficher successivement chacune des **
 >>
 > **Étape 4**
 >>
->> Sur la nouvelle page qui apparaît, vous pourrez choisir d'`Afficher` ou de `Masquer` les informations relatives aux contacts propriétaire, administrateur et technique du nom de domaine, dans la limite des actions autorisées par le registre gestionnaire de l'extension.
+>> Sur la nouvelle page qui apparaît, vous pourrez choisir d'`Afficher` ou de `Masquer` les informations relatives aux contacts titulaire, administrateur et technique du nom de domaine, dans la limite des actions autorisées par le registre gestionnaire de l'extension.
 >>
 >> Pour chacun des 3 contacts, cochez la case `Gérer l'affichage champ par champ`{.action} pour obtenir plus d'options.
 >>
@@ -70,7 +70,7 @@ Cliquez sur les onglets ci-dessous afin d'afficher successivement chacune des **
 ## Aller plus loin
 
 Pour des prestations spécialisées (référencement, développement, etc.), contactez les [partenaires OVHcloud](/links/partner).
- 
+
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
- 
+
 Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
diff --git a/pages/web_cloud/domains/domain_create_subdomains/guide.fr-fr.md b/pages/web_cloud/domains/domain_create_subdomains/guide.fr-fr.md
index a6c89e3e234..0eb5b011d2f 100644
--- a/pages/web_cloud/domains/domain_create_subdomains/guide.fr-fr.md
+++ b/pages/web_cloud/domains/domain_create_subdomains/guide.fr-fr.md
@@ -58,13 +58,13 @@ Vous pouvez créer une infinité de sous-domaines à partir d'un seul nom de dom
 
 Un **nom de domaine** est composé de niveaux. Ces niveaux sont eux-mêmes généralement séparés par un point `.` (à l'exception de certaines **extensions** du premier niveau comme *.co.uk*, *.gouv.fr* ou encore *.notaires.fr*):
 
-- **T**op **L**evel **D**omain (**TLD**) représente les domaines de premier niveau. Nous les appelons plus communément les **extensions**. Il existe actuellement 4 types de domaine de premier niveau :
+- **T**op **L**evel **D**omain (**TLD**) représente les noms de domaine de premier niveau. Nous les appelons plus communément les **extensions**. Il existe actuellement 4 types de domaine de premier niveau :
     - Les **c**ountry **c**ode **T**op **L**evel **D**omains (**ccTLDs**), composés de deux caractères. Ils correspondent aux différents pays du globe. Par exemple, les extensions *.fr*, *.es*, *.it* ou encore *.pl* sont des ccTLDs.
     - Les **g**eneric **T**op **L**evel **D**omains (**gTLDs**), composés d'au moins trois caractères. Ils représentent des thèmes ou des secteurs d'activité plus généraux. Par exemple, les extensions *.com*, *.net*, *.org* ou encore *.info* sont des gTLDs.
     - Les **new** **g**eneric **T**op **L**evel **D**omains (**new gTLDs**), nouvelles extensions créées à partir de 2012 par l'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) afin de répondre à la forte hausse des demandes de création de noms de domaine. Elles peuvent correspondre à des thèmes génériques, des marques, des régions ou des villes. Par exemple, les extensions *.love*, *.ovh* ou encore *.paris* sont des new gTLDs.
     - Les **Corp**oration **T**op **L**evel **D**omains (**CorpTLDs**). Il s'agit en réalité d'une sous catégorie des new GTLDs. Sur demande auprès de l'ICANN, les entreprises ou organisations peuvent demander la création de leur propre TLD. Par exemple, l'extension *.ovh* est une CorpTLD créée par OVHcloud il y a quelques années.
 
-- **S**econd **L**evel **D**omain (**SLD**) représente les domaines de *deuxième niveau*. Nous les appelons plus communément les **labels**. Lorsque vous commandez un nom de domaine, c'est le label que vous pouvez définir librement (sous réserve que celui-ci n'ait pas déjà été enregistré par un autre utilisateur sur la même extension et dans la limite de 63 caractères). Par exemple, *ovhcloud* correspond au label du nom de domaine *ovhcloud.com*.
+- **S**econd **L**evel **D**omain (**SLD**) représente les noms de domaine de *deuxième niveau*. Nous les appelons plus communément les **labels**. Lorsque vous commandez un nom de domaine, c'est le label que vous pouvez définir librement (sous réserve que celui-ci n'ait pas déjà été enregistré par un autre utilisateur sur la même extension et dans la limite de 63 caractères). Par exemple, *ovhcloud* correspond au label du nom de domaine *ovhcloud.com*.
 
 - Third Level Domain (**subdomain**). C'est à partir de ce troisième niveau que l'on parle de **sous-domaine**. Nous allons détailler sa définition dans ce guide et vous expliquer comment le mettre en place avec vos différents services.
 
@@ -77,11 +77,11 @@ Un [nom de domaine](/links/web/domains) peut être associé à plusieurs types d
 
 Certains utilisateurs ou organisations ont cependant besoin de segmenter leurs sites web ou leurs services e-mail tout en gardant le même nom de domaine.
 
-Les sous-domaines (parfois appelés **préfixes**) répondent au besoin de segmenter un nom de domaine. Ils offrent la possibilité au propriétaire de décliner, en plusieurs sous-catégories, les services web associés à son nom de domaine, sans devoir souscrire à un nouveau nom de domaine.
+Les sous-domaines (parfois appelés **préfixes**) répondent au besoin de segmenter un nom de domaine. Ils offrent la possibilité au titulaire de décliner, en plusieurs sous-catégories, les services web associés à son nom de domaine, sans devoir souscrire à un nouveau nom de domaine.
 
 En d'autres termes, les sous-domaines permettent de structurer facilement l'ensemble des services web (serveurs DNS, site web, intranet, e-mail, etc.) associés à un même nom de domaine.
 
-Comme précisé plus haut, les sous-domaines correspondent au troisième niveau (*Third Level Domain*) d'un nom de domaine. Le sous-domaine le plus connu des internautes est, à ce jour, le sous-domaine **W**orld **W**ide **W**eb (**www**). 
+Comme précisé plus haut, les sous-domaines correspondent au troisième niveau (*Third Level Domain*) d'un nom de domaine. Le sous-domaine le plus connu des internautes est, à ce jour, le sous-domaine **W**orld **W**ide **W**eb (**www**).
 
 Pour rappel et à valeur d'exemple, *www.ovhcloud.com* est un sous-domaine du nom de domaine *ovhcloud.com*.
 
@@ -149,7 +149,7 @@ Par exemple, vous pourrez y ajouter :
 >
 > La modification d'une zone DNS associée à un nom de domaine entraine un délai de propagation de **4** à **24** heures maximum pour que celle-ci soit effective.
 >
-> De plus et comme pour un nom de domaine en tant que tel, la création seule d'un enregistrement DNS pour un sous-domaine ne suffit généralement pas à le faire fonctionner avec le service « cible » que vous lui avez défini dans l'enregistrement DNS. 
+> De plus et comme pour un nom de domaine en tant que tel, la création seule d'un enregistrement DNS pour un sous-domaine ne suffit généralement pas à le faire fonctionner avec le service « cible » que vous lui avez défini dans l'enregistrement DNS.
 >
 > Effectivement, pour des raisons de sécurité, vous devrez également autoriser le sous-domaine à pouvoir accéder au service « cible » (hébergement web, e-mail, etc.).
 >
@@ -158,7 +158,7 @@ Dans la partie suivante, découvrez comment autoriser un sous-domaine à pouvoir
 
 > [!warning]
 >
-> Si vous souhaitez configurer un sous-domaine pour un service hébergé ailleurs que chez OVHcloud, nous ne serons pas en mesure de vous apporter une assistance. Nous vous invitons à contacter le fournisseur de votre service externe pour poursuivre votre configuration. 
+> Si vous souhaitez configurer un sous-domaine pour un service hébergé ailleurs que chez OVHcloud, nous ne serons pas en mesure de vous apporter une assistance. Nous vous invitons à contacter le fournisseur de votre service externe pour poursuivre votre configuration.
 >
 
 ### Associer, autoriser et configurer votre sous-domaine avec un service OVHcloud 
@@ -173,7 +173,7 @@ Tout comme pour un nom de domaine, pour autoriser un sous-domaine à afficher le
 
 C'est ici que vous autorisez l'accès de votre sous-domaine à votre hébergement web où se trouve votre site web.
 
-Pour plus de détails sur la configuration d'un domaine ou d'un sous-domaine sur un hébergement web, consultez notre guide « [Partager son hébergement entre plusieurs sites](/pages/web_cloud/web_hosting/multisites_configure_multisite) ». Qu'il s'agisse d'un nom de domaine ou d'un sous-domaine, la procédure est la même.
+Pour plus de détails sur la configuration d'un nom de domaine ou d'un sous-domaine sur un hébergement web, consultez notre guide « [Partager son hébergement entre plusieurs sites](/pages/web_cloud/web_hosting/multisites_configure_multisite) ». Qu'il s'agisse d'un nom de domaine ou d'un sous-domaine, la procédure est la même.
 
 > [!warning]
 >
@@ -182,7 +182,7 @@ Pour plus de détails sur la configuration d'un domaine ou d'un sous-domaine sur
 
 #### Cas 2 - Créer des adresses e-mail Exchange avec un sous-domaine 
 
-Pour débloquer la création d'adresses e-mail Exchange personnalisées avec un sous-domaine, connectez-vous à l'[espace client OVHcloud](/links/manager) et sélectionnez `Web Cloud`{.action}. Cliquez sur `Microsoft`{.action} dans la colonne de gauche puis sur `Exchange`{.action}. Sélectionnez ensuite la plateforme Exchange que vous souhaitez utiliser avec votre sous-domaine. Sur la page qui s'affiche, rendez-vous dans l'onglet `Domaine associés`{.action} puis cliquez sur le bouton `Ajouter un domaine`{.action} à droite.
+Pour débloquer la création d'adresses e-mail Exchange personnalisées avec un sous-domaine, connectez-vous à l'[espace client OVHcloud](/links/manager) et sélectionnez `Web Cloud`{.action}. Cliquez sur `Microsoft`{.action} dans la colonne de gauche puis sur `Exchange`{.action}. Sélectionnez ensuite la plateforme Exchange que vous souhaitez utiliser avec votre sous-domaine. Sur la page qui s'affiche, rendez-vous dans l'onglet `Domaine associés`{.action} puis cliquez sur le bouton `Ajouter un nom de domaine`{.action} à droite.
 
 Vous pourrez ainsi déclarer votre sous-domaine sur votre plateforme Exchange.
 
@@ -190,11 +190,11 @@ Pour plus de détails sur la configuration d'une plateforme Exchange, consultez
 
 - [Premiers pas avec le service Hosted Exchange](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_starting_hosted)
 - [Ajouter un nom de domaine sur une plateforme e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_adding_domain)
-- [Ajouter un enregistrement CNAME pour valider votre domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
+- [Ajouter un enregistrement CNAME pour valider votre nom de domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
 
 #### Cas 3 - Créer des adresses E-mail Pro avec un sous-domaine 
 
-Pour débloquer la création d'adresses E-mail Pro personnalisées avec un sous-domaine, connectez-vous à l'[espace client OVHcloud](/links/manager) et sélectionnez `Web Cloud`{.action}. Cliquez sur `E-mails Pro`{.action} puis sélectionnez la plateforme E-mail Pro que vous souhaitez utiliser avec votre sous-domaine. Sur la page qui s'affiche, rendez-vous dans l'onglet `Domaine associés`{.action} puis cliquez sur le bouton `Ajouter un domaine`{.action} à droite.
+Pour débloquer la création d'adresses E-mail Pro personnalisées avec un sous-domaine, connectez-vous à l'[espace client OVHcloud](/links/manager) et sélectionnez `Web Cloud`{.action}. Cliquez sur `E-mails Pro`{.action} puis sélectionnez la plateforme E-mail Pro que vous souhaitez utiliser avec votre sous-domaine. Sur la page qui s'affiche, rendez-vous dans l'onglet `Domaine associés`{.action} puis cliquez sur le bouton `Ajouter un nom de domaine`{.action} à droite.
 
 Vous pourrez ainsi déclarer votre sous-domaine sur votre plateforme E-mail Pro.
 
@@ -202,7 +202,7 @@ Pour plus de détails sur la configuration d'une plateforme E-mail Pro, consulte
 
 - [Premiers pas avec la solution E-mail Pro](/pages/web_cloud/email_and_collaborative_solutions/email_pro/first_config)
 - [Ajouter un nom de domaine sur une plateforme e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_adding_domain)
-- [Ajouter un enregistrement CNAME pour valider votre domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
+- [Ajouter un enregistrement CNAME pour valider votre nom de domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
 
 ## Aller plus loin 
 
@@ -220,10 +220,10 @@ Pour plus de détails sur la configuration d'une plateforme E-mail Pro, consulte
 
 [Ajouter un nom de domaine sur une plateforme e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_adding_domain)
 
-[Ajouter un enregistrement CNAME pour valider votre domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
+[Ajouter un enregistrement CNAME pour valider votre nom de domaine sur votre offre e-mail](/pages/web_cloud/email_and_collaborative_solutions/microsoft_exchange/exchange_dns_cname)
 
 Pour des prestations spécialisées (référencement, développement, etc.), contactez les [partenaires OVHcloud](/links/partner).
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/domain_errors/guide.fr-fr.md b/pages/web_cloud/domains/domain_errors/guide.fr-fr.md
index 52ed51203d0..9b301f58aa0 100644
--- a/pages/web_cloud/domains/domain_errors/guide.fr-fr.md
+++ b/pages/web_cloud/domains/domain_errors/guide.fr-fr.md
@@ -5,13 +5,13 @@ updated: 2025-04-28
 
 ## Objectif
 
-La création d'un nom de domaine, son transfert, son changement de propriétaire sont autant d'opérations pour lesquelles une erreur peut survenir. Une intervention de votre part peut alors s'avérer nécessaire.
+La création d'un nom de domaine, son transfert, son changement de titulaire sont autant d'opérations pour lesquelles une erreur peut survenir. Une intervention de votre part peut alors s'avérer nécessaire.
 
 **Découvrez comment agir lorsqu'une erreur survient sur un nom de domaine.**
 
 ## Prérequis
 
-- Posséder un ou plusieurs noms de domaine.
+- Être titulaire d'un ou plusieurs noms de domaine.
 - Être connecté à votre [espace client OVHcloud](/links/manager).
 - Être à jour dans les [paiements](/pages/account_and_service_management/managing_billing_payments_and_services/invoice_management#pay-bills) et [renouvellements](/pages/account_and_service_management/managing_billing_payments_and_services/how_to_use_automatic_renewal#renewal-management) de vos noms de domaine.
 
@@ -71,7 +71,7 @@ La fenêtre ci-dessous apparait, complétez les champs avec les informations du
 
 ![domain](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/ongoing-operations/operation-data-complete-nic-admin-es-tld.png){.thumbnail}
 
-#### Code de transfert erroné 
+#### Code de transfert erroné
 
 Lorsque vous transférez votre nom de domaine vers OVHcloud, vous devez saisir un code de transfert (**authInfo**) lors de la commande. Si ce code est incorrect, l'opération est suspendue mais vous pouvez la relancer en renseignant le bon code.
 
@@ -89,7 +89,7 @@ Dans l'exemple ci-dessous, l'adresse IP du serveur DNS ne répond pas.
 
 ![domain](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/ongoing-operations/domain-name-operations-dns-update-unable-to-retrieve-dns-ip.png){.thumbnail}
 
-Dans la section `Noms de domaine`{.action}, sélectionnez le nom de domaine concerné puis cliquez sur l'onglet `Serveurs DNS`{.action}. Depuis cet onglet, [modifiez vos serveurs DNS](/pages/web_cloud/domains/dns_server_edit). 
+Dans la section `Noms de domaine`{.action}, sélectionnez le nom de domaine concerné puis cliquez sur l'onglet `Serveurs DNS`{.action}. Depuis cet onglet, [modifiez vos serveurs DNS](/pages/web_cloud/domains/dns_server_edit).
 
 #### Erreur sur un nom de domaine en **.ie**, **.de** ou **.it** après une mise à jour DNS
 
@@ -110,7 +110,7 @@ Pour vérifier votre nom de domaine, nous vous conseillons d'utiliser l'outil de
 
 > [!primary]
 >
-> Si votre registre ne fournit pas d'outil de vérification de serveurs DNS, il est possible d'interroger vos nouveaux serveurs DNS via la commande `nslookup`sur une « invite de commande » Windows ou via la commande `dig` sur un « terminal » Linux ou macOS. 
+> Si votre registre ne fournit pas d'outil de vérification de serveurs DNS, il est possible d'interroger vos nouveaux serveurs DNS via la commande `nslookup`sur une « invite de commande » Windows ou via la commande `dig` sur un « terminal » Linux ou macOS.
 >
 > Si vos serveurs DNS sont joignables, l'outil vous retourne une adresse IP.
 >
@@ -121,7 +121,7 @@ Lorsque vous avez identifié l'origine de l'erreur et que vous l'avez corrigée,
 #### Erreur interne OVHcloud
 
 Vous pouvez rencontrer une erreur ayant pour détails « erreur interne ». Cette erreur ne permet pas d'actions de votre part.

-Vérifiez tout d'abord que votre nom de domaine et les serveurs DNS sont bien actifs. 
+Vérifiez tout d'abord que votre nom de domaine et les serveurs DNS sont bien actifs.
 
 Si vous constatez une anomalie qui n'est pas liée à la configuration des serveurs DNS ou de la zone DNS, nous vous invitons à ouvrir un ticket d'assistance auprès du support OVHcloud afin d'identifier l'origine du dysfonctionnement.
 
@@ -134,7 +134,7 @@ Si vous constatez une anomalie qui n'est pas liée à la configuration des serve
 [Transférer un nom de domaine vers un autre bureau d’enregistrement](/pages/web_cloud/domains/transfer_outgoing_domain)
 
 [Modifier les serveurs DNS d’un nom de domaine OVHcloud](/pages/web_cloud/domains/dns_server_edit)
- 
+
 Pour des prestations spécialisées (référencement, développement, etc), contactez les [partenaires OVHcloud](/links/partner).
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
diff --git a/pages/web_cloud/domains/faq_domain_dns/guide.fr-fr.md b/pages/web_cloud/domains/faq_domain_dns/guide.fr-fr.md
index bb64cb1e88c..42f90236217 100644
--- a/pages/web_cloud/domains/faq_domain_dns/guide.fr-fr.md
+++ b/pages/web_cloud/domains/faq_domain_dns/guide.fr-fr.md
@@ -31,7 +31,7 @@ Suivez ces étapes :
 3. Sur la nouvelle page qui s'affiche, notre interface vous précisera si le nom de domaine choisi est disponible ou non à l'achat. S'il est déjà réservé avec la syntaxe que vous avez saisie, modifiez-le et relancez une nouvelle recherche de disponibilité.
 4. Une fois que vous avez trouvé un nom de domaine disponible, cliquez sur le bouton `Acheter`{.action}, puis sur le bouton `Poursuivre la commande`{.action} dans la colonne de droite.
 5. Sélectionnez les éventuelles options ou services auxquels vous souhaitez souscrire en complément de votre nom de domaine, puis cliquez sur `Suivant`{.action} jusqu'à ce que le tunnel de commande vous invite à vous authentifier ou à créer un compte client OVHcloud.
-6. Dès que vous êtes authentifié avec votre compte client OVHcloud, vous pourrez personnaliser les informations des contacts (propriétaire/titulaire, administrateur, technique) pour votre nom de domaine. Cliquez ensuite sur le bouton `Continuer`{.action} pour accéder au récapitulatif de votre commande.
+6. Dès que vous êtes authentifié avec votre compte client OVHcloud, vous pourrez personnaliser les informations des contacts (titulaire/titulaire, administrateur, technique) pour votre nom de domaine. Cliquez ensuite sur le bouton `Continuer`{.action} pour accéder au récapitulatif de votre commande.
 7. Sur la page `Récapitulatif de votre commande` et si nécessaire, vous pourrez modifier la configuration DNS qui s'appliquera à votre nom de domaine en cliquant sur le lien intitulé `Modifier la configuration`{.action}. Dès que vos modifications sont terminées, cliquez sur le bouton `Payer`{.action} pour accéder à la dernière étape de votre commande.
 
 Payez ensuite votre commande pour initier la réservation de votre nom de domaine ainsi que l’installation des services et options auxquels vous avez souscrit en complément.
@@ -54,7 +54,7 @@ Suivez ces étapes :
 3. Sur la nouvelle page qui s'affiche, notre interface vous précisera si le nom de domaine choisi est disponible ou non à l'achat. S'il est déjà réservé avec la syntaxe que vous avez saisie, modifiez-le et relancez une nouvelle recherche de disponibilité.
 4. Une fois que vous avez trouvé un nom de domaine disponible, cliquez sur le bouton `Acheter`{.action}, puis sur le bouton `Poursuivre la commande`{.action} dans la colonne de droite.
 5. Sélectionnez les éventuelles options ou services auxquels vous souhaitez souscrire en complément de votre nom de domaine, puis cliquez sur `Suivant`{.action} jusqu'à ce que le tunnel de commande vous invite à vous authentifier ou à créer un compte client OVHcloud.
-6. Dès que vous êtes authentifié avec votre compte client OVHcloud, vous pourrez personnaliser les informations des contacts (propriétaire/titulaire, administrateur, technique) pour votre nom de domaine. Cliquez ensuite sur le bouton `Continuer`{.action} pour accéder au récapitulatif de votre commande.
+6. Dès que vous êtes authentifié avec votre compte client OVHcloud, vous pourrez personnaliser les informations des contacts (titulaire/titulaire, administrateur, technique) pour votre nom de domaine. Cliquez ensuite sur le bouton `Continuer`{.action} pour accéder au récapitulatif de votre commande.
 7. Sur la page `Récapitulatif de votre commande` et si nécessaire, vous pourrez modifier la configuration DNS qui s'appliquera à votre nom de domaine en cliquant sur le lien intitulé `Modifier la configuration`{.action}. Dès que vos modifications sont terminées, cliquez sur le bouton `Payer`{.action} pour accéder à la dernière étape de votre commande.
 
 Payez ensuite votre commande pour initier la réservation de votre nom de domaine ainsi que l’installation des services et options auxquels vous avez souscrit en complément.
@@ -146,7 +146,7 @@ Suivez ces étapes :
 3. Dans le tableau qui apparaît, recherchez la ligne correspondant à votre nom de domaine, cliquez sur le bouton `...`{.action} à droite, puis sur `Résilier mon service`{.action}.
 4. Sur la page qui s'affiche, sélectionnez le mode de résiliation (immédiatement ou à la date d'expiration du service) puis cliquez en bas sur le bouton `Oui, résilier`{.action}.
 
-Votre nom de domaine sera alors suspendu à la date d'expiration, puis, à compter de cette date, il sera supprimé **définitivement** dans un délai maximum de 60 jours. Ce délai est défini par l'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) afin qu'un nom de domaine soit totalement supprimé et de nouveau disponible à l'enregistrement pour un autre propriétaire/titulaire.
+Votre nom de domaine sera alors suspendu à la date d'expiration, puis, à compter de cette date, il sera supprimé **définitivement** dans un délai maximum de 60 jours. Ce délai est défini par l'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) afin qu'un nom de domaine soit totalement supprimé et de nouveau disponible à l'enregistrement pour un autre titulaire/titulaire.
 
 > [!primary]
 >
@@ -162,7 +162,7 @@ Votre nom de domaine sera alors suspendu à la date d'expiration, puis, à compt
 
 Tout d'abord, si vous avez un doute sur la légitimité de l'e-mail reçu, consultez notre guide « [Phishing - Comment reconnaître des e-mails ou SMS frauduleux ?](/pages/account_and_service_management/account_information/phishing_care) ».
 
-Conformément à une directive de l'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) du 01/09/2014, les bureaux d'enregistrement (par exemple : OVHcloud) sont tenus de vérifier la validité des coordonnées des titulaires/propriétaires de noms de domaine. OVHcloud envoie alors un e-mail aux titulaires/propriétaires du nom de domaine enregistré à l'adresse e-mail de contact déclarée chez OVHcloud.
+Conformément à une directive de l'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) du 01/09/2014, les bureaux d'enregistrement (par exemple : OVHcloud) sont tenus de vérifier la validité des coordonnées des titulaires/titulaires de noms de domaine. OVHcloud envoie alors un e-mail aux titulaires/titulaires du nom de domaine enregistré à l'adresse e-mail de contact déclarée chez OVHcloud.
 
 Vous recevrez cet e-mail lorsque vous effectuerez l'une des actions suivantes :
 
@@ -170,16 +170,16 @@ Vous recevrez cet e-mail lorsque vous effectuerez l'une des actions suivantes :
 - Transfert d'un nom de domaine.
 - Modification des coordonnées associées à votre nom de domaine.
 
-Cet e-mail contient un lien permettant de vérifier rapidement vos coordonnées en tant que propriétaire/titulaire légal du nom de domaine.
+Cet e-mail contient un lien permettant de vérifier rapidement vos coordonnées en tant que titulaire/titulaire légal du nom de domaine.
 
 Attention : Cette vérification doit être faite dans un délai de 15 jours. Passé ce délai, le nom de domaine sera suspendu techniquement. Il restera contractuellement à votre nom mais il ne sera plus accessible sur Internet. Un message d'erreur s'affichera pour les visiteurs de votre site web.
 
 Vous pouvez recevoir les e-mails suivants durant les 15 premiers jours :
 
-- **Jour 0** : Immédiatement après avoir commandé le nom de domaine ou modifié ses coordonnées, vous (ou la personne enregistrée en tant que propriétaire/titulaire du nom de domaine) recevrez le premier e-mail avec un lien de vérification.
+- **Jour 0** : Immédiatement après avoir commandé le nom de domaine ou modifié ses coordonnées, vous (ou la personne enregistrée en tant que titulaire/titulaire du nom de domaine) recevrez le premier e-mail avec un lien de vérification.
 - **Jours 4, 9 et 13 (e-mails de relance)** : Si vous n'avez pas encore vérifié le nom de domaine, vous recevrez à nouveau l'e-mail.
 - **Jour 14** : Si vous n'avez toujours pas vérifié le nom de domaine, l'e-mail est envoyé une nouvelle fois. De plus, un e-mail est également envoyé à l'adresse e-mail de l'administrateur/titulaire du nom de domaine pour l'informer que les coordonnées de ce dernier n'ont pas été confirmées.
-- **Jour 15** : Si le propriétaire/titulaire du nom de domaine n'a pas encore répondu, nous envoyons un e-mail l'administrateur du nom de domaine pour l'informer de la situation et de la désactivation du nom de domaine.
+- **Jour 15** : Si le titulaire/titulaire du nom de domaine n'a pas encore répondu, nous envoyons un e-mail l'administrateur du nom de domaine pour l'informer de la situation et de la désactivation du nom de domaine.
 
 Au-delà de ces 15 jours, le système envoie des e-mails supplémentaires (jusqu'à 9 e-mails) avant de supprimer votre nom de domaine. Cette suppression sera effectuée après 60 jours à compter du jour 0.
 
@@ -191,7 +191,7 @@ Au-delà de ces 15 jours, le système envoie des e-mails supplémentaires (jusqu
 
 /// details | Je n'ai pas reçu l'e-mail de validation des informations du titulaire associé à mon nom de domaine et celui-ci est suspendu, que faire ?
 
-Si vous n'avez pas reçu l'e-mail de validation du propriétaire de votre nom de domaine, vérifiez les points ci-dessous :
+Si vous n'avez pas reçu l'e-mail de validation du titulaire de votre nom de domaine, vérifiez les points ci-dessous :
 
 1. L'adresse e-mail déclarée pour le titulaire du nom de domaine est valide et opérationnelle.
 2. L'e-mail de validation ne se trouve pas dans les courriers indésirables.
@@ -208,7 +208,7 @@ Chez OVHcloud, il est tout à fait possible de commander des IDN et de les utili
 
 Une fois souscrits, les IDN apparaissent dans votre [espace client OVHcloud](/links/manager) au format **xn--**.
 
-Même si votre domaine s'affiche en [notation internationalisée (IDN)](https://fr.wikipedia.org/wiki/Nom_de_domaine_internationalisé) dans votre [espace client OVHcloud](/links/manager), il fonctionnera et s'affichera de façon tout à fait normale ailleurs. L'adresse de votre site web s'affichera telle que vous l'avez demandée. Vos adresses e-mail s'afficheront également comme vous le souhaitez chez vos correspondants.
+Même si votre nom de domaine s'affiche en [notation internationalisée (IDN)](https://fr.wikipedia.org/wiki/Nom_de_domaine_internationalisé) dans votre [espace client OVHcloud](/links/manager), il fonctionnera et s'affichera de façon tout à fait normale ailleurs. L'adresse de votre site web s'affichera telle que vous l'avez demandée. Vos adresses e-mail s'afficheront également comme vous le souhaitez chez vos correspondants.
 
 > [!alert]
 >
@@ -250,27 +250,27 @@ Pour cela, suivez ces étapes :
 
 ## Transfert d'un nom de domaine
 
-/// details | Est-ce que mon nom de domaine est transférable après un changement de propriétaire ?
+/// details | Est-ce que mon nom de domaine est transférable après un changement de titulaire ?
 
-L'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) a mis en place des mesures de sécurité pour prévenir les transferts ou les changements de propriétaires non autorisés ou abusifs des noms de domaine.
+L'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) a mis en place des mesures de sécurité pour prévenir les transferts ou les changements de titulaires non autorisés ou abusifs des noms de domaine.
 
-L'ICANN a notamment défini un délai incompressible de **60** jours entre chaque opération pouvant survenir sur un nom de domaine (création, changement de propriétaire, transfert).
+L'ICANN a notamment défini un délai incompressible de **60** jours entre chaque opération pouvant survenir sur un nom de domaine (création, changement de titulaire, transfert).
 
 Les règles définies par l'ICANN doivent obligatoirement être respectées par les bureaux d'enregistrement (tel qu'OVHcloud).
 
-Vous n'aurez donc pas d'autre choix que de patienter jusqu'à la fin du délai de 60 jours pour pouvoir transférer votre nom de domaine après avoir changé son propriétaire.
+Vous n'aurez donc pas d'autre choix que de patienter jusqu'à la fin du délai de 60 jours pour pouvoir transférer votre nom de domaine après avoir changé son titulaire.
 
 ///
 
 /// details | Mon nom de domaine est bloqué contre le transfert pendant 60 jours, que faire ?
 
-L'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) a mis en place des mesures de sécurité pour prévenir les transferts ou les changements de propriétaires non autorisés ou abusifs des noms de domaine.
+L'**I**nternet **C**orporation for **A**ssigned **N**ames and **N**umbers (**ICANN**) a mis en place des mesures de sécurité pour prévenir les transferts ou les changements de titulaires non autorisés ou abusifs des noms de domaine.
 
-L'ICANN a notamment défini un délai incompressible de **60** jours entre chaque opération pouvant survenir sur un nom de domaine (création, changement de propriétaire, transfert).
+L'ICANN a notamment défini un délai incompressible de **60** jours entre chaque opération pouvant survenir sur un nom de domaine (création, changement de titulaire, transfert).
 
 Les règles définies par l'ICANN doivent obligatoirement être respectées par les bureaux d'enregistrement (tel qu'OVHcloud).
 
-Vous n'aurez donc pas d'autre choix que de patienter jusqu'à la fin du délai de 60 jours pour réaliser une nouvelle opération (changement de propriétaire ou transfert) sur votre nom de domaine.
+Vous n'aurez donc pas d'autre choix que de patienter jusqu'à la fin du délai de 60 jours pour réaliser une nouvelle opération (changement de titulaire ou transfert) sur votre nom de domaine.
 
 ///
 
@@ -355,7 +355,7 @@ Les enregistrements DNS sont utilisés, par exemple pour :
 - Associer un nom de domaine à d'autres ressources en ligne en utilisant un nom de domaine (plus facilement mémorisable) au lieu d'une adresse IP.
 - Valider des configurations d'association ou de sécurité, notamment pour les services e-mail et les hébergements mutualisés.
 
-De nombreux enregistrements DNS existent. Ils ont tous un but spécifique dans la résolution DNS. Chez OVHcloud, ils sont distingués en trois parties : 
+De nombreux enregistrements DNS existent. Ils ont tous un but spécifique dans la résolution DNS. Chez OVHcloud, ils sont distingués en trois parties :
 
 - **Champs de pointage** : `A`, `AAAA`, `NS`, `CNAME` et `DNAME`.
 - **Champs étendus** : `CAA`, `TXT`, `NAPTR`, `SRV`, `LOC`, `SSHFP` et `TLSA`.
@@ -475,7 +475,7 @@ Leurs principales différences résident dans le type d'adresse IP qu'ils utilis
 
 En d'autres termes, les enregistrements A sont utilisés pour les adresses IPv4, tandis que les enregistrements AAAA sont utilisés pour les adresses IPv6. Les deux types d'enregistrements sont utilisés pour diriger le trafic vers une adresse IP spécifique, mais ils sont utilisés pour différentes versions du protocole Internet.
 
-À noter qu'un domaine peut avoir à la fois des champs A et AAAA, ce qui lui permet d'être accessible sur les réseaux IPv4 et IPv6. C’est ce que l’on appelle le « double empilement », une pratique courante pour les sites web et les services qui souhaitent être accessibles aux utilisateurs sur les réseaux IPv4 et IPv6.
+À noter qu'un nom de domaine peut avoir à la fois des champs A et AAAA, ce qui lui permet d'être accessible sur les réseaux IPv4 et IPv6. C’est ce que l’on appelle le « double empilement », une pratique courante pour les sites web et les services qui souhaitent être accessibles aux utilisateurs sur les réseaux IPv4 et IPv6.
 
 > [!success]
 >
@@ -521,9 +521,9 @@ L'enregistrement DNS de type **S**tart **O**f **A**uthority (**SOA**) fournit un
 Retrouvez ci-après le résultat d'une requête SOA pour le nom de domaine `domain.tld`.
 
 ```bash
-              ;; ANSWER SECTION:                                                                                                     
+              ;; ANSWER SECTION:
 
-domain.tld.           3600    IN      SOA     dns200.anycast.me. tech.ovh.net. 2025091801 86400 3600 3600000 300   
+domain.tld.           3600    IN      SOA     dns200.anycast.me. tech.ovh.net. 2025091801 86400 3600 3600000 300
 ```
 
 |Élement dans le résultat|Description|Correspondance dans l'exemple ci-dessus|
@@ -587,9 +587,9 @@ dig domain.tld soa
 Une fois la commande exécutée, vous obtenez un résultat similaire à celui-ci :
 
 ```bash
-              ;; ANSWER SECTION:                                                                                                     
+              ;; ANSWER SECTION:
 
-domain.tld.           3600    IN      SOA     dns200.anycast.me. tech.ovh.net. 2025091801 86400 3600 3600000 300   
+domain.tld.           3600    IN      SOA     dns200.anycast.me. tech.ovh.net. 2025091801 86400 3600 3600000 300
 ```
 
 Dans ce résultat, récupérez le **numéro de série** (dans notre exemple : `2025091801`).
@@ -611,7 +611,7 @@ Cas n°1 - Les deux numéros de série correspondent :
 
 Cela signifie que la propagation DNS s'effectue correctement. Vous n'avez rien d'autre à faire.
 
-Cas n°2 - Les deux numéros de série sont différents : 
+Cas n°2 - Les deux numéros de série sont différents :
 
 Cela signifie que soit :
 
@@ -933,7 +933,7 @@ Cas n°1 - Le nom de domaine n'apparaît pas dans la liste :
 
 Cela signifie que le nom de domaine n'est pas géré depuis votre [espace client OVHcloud](/links/manager). Effectuez une requête [WHOIS](/links/web/domains-whois) avec ce dernier pour connaître l'endroit où il est enregistré.
 
-Vous pourrez ensuite faire l'une des actions suivantes (si vous êtes le titulaire déclaré sur le WHOIS du nom de domaine): 
+Vous pourrez ensuite faire l'une des actions suivantes (si vous êtes le titulaire déclaré sur le WHOIS du nom de domaine):
 
 - Le nom de domaine est enregistré chez OVHcloud : Vous pourrez effectuer une [procédure de récupération des contacts](/links/transversal/procedure-contact-change) pour que votre nom de domaine soit géré dans votre [espace client OVHcloud](/links/manager).
 - Le nom de domaine n'est pas enregistré chez OVHcloud : Vous pourrez réaliser une opération de [transfert entrant](/pages/web_cloud/domains/transfer_incoming_generic_domain) vers OVHcloud pour que votre nom de domaine soit géré dans votre [espace client OVHcloud](/links/manager).
@@ -956,4 +956,4 @@ Pour des prestations spécialisées (référencement, développement, etc.), con
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/glue_registry/guide.fr-fr.md b/pages/web_cloud/domains/glue_registry/guide.fr-fr.md
index dc3a432c832..949cf086841 100644
--- a/pages/web_cloud/domains/glue_registry/guide.fr-fr.md
+++ b/pages/web_cloud/domains/glue_registry/guide.fr-fr.md
@@ -35,7 +35,7 @@ Selon vos besoins, il est possible de personnaliser le nom des serveurs DNS de v
 
 > [!warning]
 >
-> **Personnaliser les serveurs DNS d'un nom de domaine est une manipulation sensible** : effectuer un changement inopportun peut couper l'accès à votre site web et/ou rendre indisponible la réception de nouveaux messages sur vos adresses e-mail. 
+> **Personnaliser les serveurs DNS d'un nom de domaine est une manipulation sensible** : effectuer un changement inopportun peut couper l'accès à votre site web et/ou rendre indisponible la réception de nouveaux messages sur vos adresses e-mail.
 > Nous vous invitons à suivre minutieusement les parties décrites ci-dessous ou à faire appel à un [prestataire spécialisé](/links/partner) en cas de doute.
 >
 
@@ -106,7 +106,7 @@ Cliquez sur les onglets ci-dessous afin d'afficher successivement chacune des **
 >>
 >> Dans la fenêtre qui s'ouvre sur votre écran, complétez les informations demandées :
 >>
->> |Informations|Détail|  
+>> |Informations|Détail|
 >> |---|---|
 >> |Nom du hôte|Personnalisez le nom d'hôte que vous souhaitez utiliser en tant que serveur DNS personnalisé.|
 >> |IP(s) de destination|Indiquez la ou les adresses IP (IPv4 et/ou IPv6) auxquelles le nom d'hôte doit être relié. Il s'agit de la ou des adresses IP du serveur DNS actuellement utilisé par votre nom de domaine. Si vous devez renseigner plusieurs adresses IP, séparez-les par des *virgules*.|
@@ -139,7 +139,7 @@ Cette manipulation s'effectue depuis l’interface du prestataire gérant la con
 > Dans tous les cas, un délai de propagation de 4 à 24 heures est nécessaire pour que la modification de la zone DNS soit prise en compte sur l'ensemble du réseau DNS. Nous vous recommandons d'attendre ce délai avant de poursuivre.
 >
 
-Si l'on reprend notre exemple précédent, les enregistrements « GLUE » que l'on souhaite ajouter (à partir du domaine *domain.tld*) sont **dns1.domain.tld** et **dns2.domain.tld**. L'objectif est de remplacer les serveurs DNS actuels **dnsX1.ovh.net** et **dnsX2.ovh.net**.
+Si l'on reprend notre exemple précédent, les enregistrements « GLUE » que l'on souhaite ajouter (à partir du nom de domaine *domain.tld*) sont **dns1.domain.tld** et **dns2.domain.tld**. L'objectif est de remplacer les serveurs DNS actuels **dnsX1.ovh.net** et **dnsX2.ovh.net**.
 
 De ce fait, on ajoute les enregistrements suivants dans la zone DNS active du nom de domaine *domain.tld* :
 
@@ -165,7 +165,7 @@ Une fenêtre comprenant votre zone DNS en mode *textuel* apparaît :
 
 > [!warning]
 >
-> Pour rappel, effectuer un changement inopportun en mode *textuel* dans votre zone DNS peut couper l'accès à votre site web et/ou rendre indisponible la réception de nouveaux messages sur vos adresses e-mail. 
+> Pour rappel, effectuer un changement inopportun en mode *textuel* dans votre zone DNS peut couper l'accès à votre site web et/ou rendre indisponible la réception de nouveaux messages sur vos adresses e-mail.
 > Faites appel à un [prestataire spécialisé](/links/partner) en cas de doute.
 >
 
@@ -180,7 +180,7 @@ La modification ne sera pas visible immédiatement dans l'[espace client OVHclou
 
 Pour mieux comprendre cette étape, reprenons notre exemple avec le nom de domaine *domain.tld* et sa zone DNS en mode « textuel » visible dans l'image ci-dessus.
 
-On y observe les éléments suivants : 
+On y observe les éléments suivants :
 
 - La première valeur numérique de la ligne *SOA* est la suivante : *2023071700*.
 - Deux enregistrements de type *NS* existent pour le nom de domaine *domain.tld*.
@@ -210,7 +210,7 @@ Si nécessaire, reportez-vous aux instructions décrites dans notre documentatio
 > Dans le cas d'une personnalisation des serveurs DNS directement sur le nom de domaine qui va les utiliser, la zone DNS peut ne pas afficher le nom de domaine dans les cibles des enregistrements de type *NS* mais uniquement le *sous-domaine*.
 >
 > Par exemple, au lieu d'afficher les enregistrements suivants :
-> 
+>
 > - domain.tld IN NS dns1.domain.tld.
 > - domain.tld IN NS dns2.domain.tld.
 >
@@ -227,8 +227,8 @@ Si nécessaire, reportez-vous aux instructions décrites dans notre documentatio
 Vous devez modifier les serveurs DNS de votre nom de domaine en remplaçant les anciens serveurs DNS par les serveurs DNS personnalisés créés précédemment.
 
 Pour cela, connectez-vous à votre [espace client OVHcloud](/links/manager) et rendez-vous dans la partie `Web Cloud`{.action}. Dans la colonne de gauche, cliquez sur `Noms de domaine`{.action} puis sélectionnez *le nom de domaine pour lequel vous souhaitez personnaliser les serveurs DNS*.
- 
-Positionnez-vous sur l'onglet `Serveurs DNS`{.action} puis cliquez sur `Modifier les serveurs DNS`{.action}. Remplacez alors vos serveurs DNS actuels par ceux que vous souhaitez utiliser en tant que serveurs DNS personnalisés. 
+
+Positionnez-vous sur l'onglet `Serveurs DNS`{.action} puis cliquez sur `Modifier les serveurs DNS`{.action}. Remplacez alors vos serveurs DNS actuels par ceux que vous souhaitez utiliser en tant que serveurs DNS personnalisés.
 
 > [!warning]
 >
@@ -240,7 +240,7 @@ Positionnez-vous sur l'onglet `Serveurs DNS`{.action} puis cliquez sur `Modifier
 Finalisez les étapes et, si nécessaire, reportez-vous aux instructions décrites dans notre documentation « [Modifier les serveurs DNS d’un nom de domaine OVHcloud](/pages/web_cloud/domains/dns_server_edit) ».
 
 > [!primary]
-> 
+>
 > Si vous avez personnalisé des serveurs DNS sur un nom de domaine pour les utiliser avec un autre nom de domaine qui n'est pas enregistré chez OVHcloud, rapprochez-vous du prestataire où est enregistré votre autre nom de domaine afin de modifier les serveurs DNS.
 >
 
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_godaddy/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_godaddy/guide.fr-fr.md
index 6f4bd76d80c..f22b836eb53 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_godaddy/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_godaddy/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-06-13
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement GoDaddy. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement GoDaddy.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement GoDaddy. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement GoDaddy.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un hébergement GoDaddy**
 
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_google_site/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_google_site/guide.fr-fr.md
index caf61b2fba5..88695c63da2 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_google_site/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_google_site/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-09-26
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un Google Site. Retrouvez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre Google Site.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un Google Site. Retrouvez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre Google Site.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un Google Site.**
 
@@ -37,7 +37,7 @@ Avant de suivre les étapes de ce guide, nous vous conseillons de vous familiari
 >
 > Seul le propriétaire d'un Google Site peut le connecter à un nom de domaine. Si besoin, découvrez comment [modifier le propriétaire du Google site](https://support.google.com/sites/answer/97934).
 
-Lorsque vous utilisez un Google Site avec un nom de domaine OVHcloud, préparez d'abord votre hébergement en suivant les instructions de la section **Configurer un domaine personnalisé** depuis [**cette page du support Google**](https://support.google.com/sites/answer/9068867?hl=fr#zippy=).
+Lorsque vous utilisez un Google Site avec un nom de domaine OVHcloud, préparez d'abord votre hébergement en suivant les instructions de la section **Configurer un nom de domaine personnalisé** depuis [**cette page du support Google**](https://support.google.com/sites/answer/9068867?hl=fr#zippy=).
 
 ### Étape 2 - Configurer vos enregistrements DNS sur votre compte OVHcloud
 
@@ -120,4 +120,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_shopify/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_shopify/guide.fr-fr.md
index 5a07ffc92d8..c8af4476148 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_shopify/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_shopify/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-04-09
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Shopify. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Shopify.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Shopify. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Shopify.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un hébergement Shopify**
 
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_squarespace/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_squarespace/guide.fr-fr.md
index de16aecaeab..2956a92f14e 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_squarespace/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_squarespace/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-05-15
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement SquareSpace. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement SquareSpace.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement SquareSpace. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement SquareSpace.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un hébergement SquareSpace**
 
@@ -53,7 +53,7 @@ Suivez les étapes dans l'ordre en parcourant les onglets suivants :
 >> - Cliquez sur le bouton `...`{.action} à droite de la ligne du tableau qui correspond à votre nom de domaine seul, sans sous-domaine (exemple: `mydomain.ovh.`), puis cliquez sur `Modifier l'entrée`{.action}.

 >> - Si un enregistrement pour le sous-domaine « www » est présent (exemple: `www.mydomain.ovh.`), vous devez le supprimer pour qu'il ne rentre pas en conflit avec l'enregistrement CNAME que vous allez renseigner à l'étape 4. Cliquez sur le bouton `...`{.action} à droite de la ligne du tableau correspondant à votre nom de domaine seul avec le sous-domaine « www »  puis cliquez sur `Supprimer l'entrée`{.action}.

 >> - Si vous n'avez pas d'enregistrement « A » existant, cliquez sur le bouton `Ajouter une entrée`{.action} en haut à droite de votre écran et sélectionnez le « Champ de pointage » `A`{.action}


->> Vous devrez créer 4 enregistrements de type « A » successivement afin de renseigner les 4 adresses IPv4 relatives à SquareSpace. 
+>> Vous devrez créer 4 enregistrements de type « A » successivement afin de renseigner les 4 adresses IPv4 relatives à SquareSpace.
 >> Laissez le champ **Sous-domaine** vide et saisissez la première adresse IPv4 de SquareSpace `198.185.159.144` dans le champ **Cible**.
 >> Cliquez sur `Suivant`{.action}, validez votre enregistrement « A », ; répétez l'opération pour les 3 autres adresses IPv4 `198.185.159.145` ; `198.49.23.144` ; `198.49.23.145` et passez à l'étape 2.
 > **Etape 2**
@@ -83,7 +83,7 @@ La zone DNS est maintenant configurée pour faire le lien avec un hébergement S
 
 ### Connecter son nom de domaine à SquareSpace
 
-Les manipulations pour cette étape sont à réaliser depuis l'espace de gestion de SquareSpace. 
+Les manipulations pour cette étape sont à réaliser depuis l'espace de gestion de SquareSpace.
 
 > [!primary]
 >
@@ -96,7 +96,7 @@ Pour commencer, suivez les étapes de connexion décrites dans l'étape 1 de ce
 
 > [!warning]
 >
-> Si vous recevez le message d’alerte « This domain is already connected to another Squarespace site » (Ce domaine est déjà connecté à un autre site Squarespace), vérifiez vos autres sites web Squarespace pour déterminer à quel site le nom de domaine est connecté. Puis, déconnectez-le de ce site web. 
+> Si vous recevez le message d’alerte « This domain is already connected to another Squarespace site » (Ce domaine est déjà connecté à un autre site Squarespace), vérifiez vos autres sites web Squarespace pour déterminer à quel site le nom de domaine est connecté. Puis, déconnectez-le de ce site web.
 
 Pour la suite du processus, poursuivez à l’étape 2 de ce [guide SquareSpace](https://support.squarespace.com/hc/fr-fr/articles/12880712406797-Connecter-un-domaine-OVHcloud-%C3%A0-votre-site-Squarespace).
 
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_webflow/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_webflow/guide.fr-fr.md
index d78762c1e3c..98763f616b9 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_webflow/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_webflow/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-06-13
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Webflow. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Webflow.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Webflow. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Webflow.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un hébergement Webflow**
 
@@ -66,7 +66,7 @@ Suivez les étapes dans l'ordre en parcourant les onglets suivants:
 >> - Cliquez sur le bouton `...`{.action} à droite de la ligne du tableau qui correspond à votre nom de domaine seul, sans sous-domaine (exemple: `mydomain.ovh.`), puis cliquez sur `Modifier l'entrée`{.action}.

 >> - Si un enregistrement pour le sous-domaine « www » est présent (exemple: `www.mydomain.ovh.`), vous devez le supprimer pour qu'il ne rentre pas en conflit avec l'enregistrement CNAME que vous allez renseigner à l'étape 4. Cliquez sur le bouton `...`{.action} à droite de la ligne du tableau correspondant à votre nom de domaine seul avec le sous-domaine « www »  puis cliquez sur `Supprimer l'entrée`{.action}.

 >> - Si vous n'avez pas d'enregistrement « A » existant, cliquez sur le bouton `Ajouter une entrée`{.action} en haut à droite de votre écran et sélectionnez le « Champ de pointage » `A`{.action}


->> Vous devez créer 2 enregistrements de type « A » successivement afin de renseigner les 2 adresses IPv4 relatives à Webflow. 
+>> Vous devez créer 2 enregistrements de type « A » successivement afin de renseigner les 2 adresses IPv4 relatives à Webflow.
 >> Laissez le champ **Sous-domaine** vide et saisissez la première adresse IPv4 de Webflow `75.2.70.75` dans le champ **Cible**.
 >> Cliquez sur `Suivant`{.action} et validez votre enregistrement « A ». Répétez l'opération pour la seconde adresse IPv4 `99.83.190.102`, et passez à l'étape 2.
 > **Etape 2**
diff --git a/pages/web_cloud/domains/how_to_connect_domain_to_wix/guide.fr-fr.md b/pages/web_cloud/domains/how_to_connect_domain_to_wix/guide.fr-fr.md
index fd37866c547..2d67843b2db 100644
--- a/pages/web_cloud/domains/how_to_connect_domain_to_wix/guide.fr-fr.md
+++ b/pages/web_cloud/domains/how_to_connect_domain_to_wix/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2024-04-17
 
 ## Objectif
 
-Vous possédez un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Wix. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Wix.
+Vous êtes titulaire d'un nom de domaine chez OVHcloud et vous souhaitez le connecter à un hébergement Wix. Vous trouverez dans ce guide les étapes de préparation et de configuration de votre zone DNS OVHcloud pour permettre la configuration de votre hébergement Wix.
 
 **Découvrez comment connecter votre nom de domaine OVHcloud à un hébergement Wix**
 
diff --git a/pages/web_cloud/domains/redirect_domain_name/guide.fr-fr.md b/pages/web_cloud/domains/redirect_domain_name/guide.fr-fr.md
index 1198ac40589..c3578b97ebc 100644
--- a/pages/web_cloud/domains/redirect_domain_name/guide.fr-fr.md
+++ b/pages/web_cloud/domains/redirect_domain_name/guide.fr-fr.md
@@ -20,7 +20,7 @@ La redirection d'un nom de domaine consiste à rediriger celui-ci vers une nouve
 
 ### Comprendre la redirection d'un nom de domaine
 
-Cette fonctionnalité permet de rediriger un domaine/sous-domaine vers :
+Cette fonctionnalité permet de rediriger un nom de domaine/sous-domaine vers :
 
 - un autre domaine/sous-domaine déjà existant :
     - **Exemple** : `domain.tld`
@@ -34,10 +34,10 @@ Ces actions peuvent être réalisées de plusieurs manières :
 
 > [!warning]
 >
-> La mise en place d'une redirection peut avoir des conséquences sur le référencement de votre site internet. 
+> La mise en place d'une redirection peut avoir des conséquences sur le référencement de votre site internet.
 > Soyez vigilant quant aux manipulations que vous allez entreprendre ou contactez un [prestataire spécialisé](/links/partner) dans le référencement si nécessaire.
 >
-> Attention : une redirection créée depuis l'[espace client OVHcloud](/links/manager) ne permet pas de rediriger une URL en `https://` vers un autre domaine ou une autre URL. 
+> Attention : une redirection créée depuis l'[espace client OVHcloud](/links/manager) ne permet pas de rediriger une URL en `https://` vers un autre domaine ou une autre URL.
 > Pour créer ce type de redirection, vous devrez obligatoirement passer par [une réécriture d'URL](/pages/web_cloud/web_hosting/htaccess_url_rewriting_using_mod_rewrite) via un fichier « .htaccess » par exemple.
 >
 
@@ -51,9 +51,9 @@ Cliquez sur le bouton `Ajouter une redirection`{.action}.
 
 ![Présentation du menu redirection](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection.png){.thumbnail}
 
-Trois options de redirections sont disponibles depuis l'[espace client OVHcloud](/links/manager) et chacune d'entre elles se compose de **5 étapes** successives. 
+Trois options de redirections sont disponibles depuis l'[espace client OVHcloud](/links/manager) et chacune d'entre elles se compose de **5 étapes** successives.
 
-> L'onglet `Redirection`{.action} présente une quatrième option permettant de faire pointer rapidement votre domaine vers les entrées DNS A, AAAA et CNAME.

+> L'onglet `Redirection`{.action} présente une quatrième option permettant de faire pointer rapidement votre nom de domaine vers les entrées DNS A, AAAA et CNAME.

 > Du fait qu'il ne s'agit pas là à proprement parler d'une « redirection », cette option ne sera pas détaillée dans ce guide.
 >
 > Pour plus d'informations sur les entrées DNS, consultez notre documentation sur les [enregistrements DNS](/pages/web_cloud/domains/dns_zone_records).
@@ -68,7 +68,7 @@ Retrouvez ci-dessous les trois types de redirections détaillés étape par éta
 
 #### Option 1 : redirection visible permanente vers une adresse web
 
-Cette option permet, après la saisie du domaine redirigé, d'afficher le domaine cible dans la barre d'adresses de votre navigateur internet au lieu du domaine redirigé.
+Cette option permet, après la saisie du nom de domaine redirigé, d'afficher le domaine cible dans la barre d'adresses de votre navigateur internet au lieu du nom de domaine redirigé.
 
 - **Exemple** : si vous redirigez `domain1.tld` vers `domain2.tld`, c'est `domain2.tld` qui s'affichera dans la barre d'adresses dans votre navigateur.
 
@@ -82,9 +82,9 @@ Cette option permet, après la saisie du domaine redirigé, d'afficher le domain
 > [!tabs]
 > **Etape 1**
 >>
->> Dans la fenêtre, votre domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
+>> Dans la fenêtre, votre nom de domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
 >>
->> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre domaine/sous-domaine.
+>> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre nom de domaine/sous-domaine.
 >>
 >> ![Étape 1](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-1.png){.thumbnail}
 >>
@@ -121,10 +121,10 @@ Cette option permet, après la saisie du domaine redirigé, d'afficher le domain
 >> ![Étape 5](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-5-permanent.png){.thumbnail}
 >>
 >> Cliquez sur `Confirmer`{.action} pour valider votre configuration.
->> 
+>>
 >> > [!primary]
 >> >
->> > Si le message « *Il existe des redirections à partir des domaines que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
+>> > Si le message « *Il existe des redirections à partir des noms de domaine que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
 >> >
 >> > Attention, l'ancienne configuration sera donc désactivée et supprimée.
 >> >
@@ -132,7 +132,7 @@ Cette option permet, après la saisie du domaine redirigé, d'afficher le domain
 
 #### Option 2 : redirection visible temporaire vers une adresse web
 
-Comme pour l'option 1, cette option permet d'afficher, après la saisie du domaine redirigé, le domaine cible dans la barre d'adresses de votre navigateur internet au lieu du domaine redirigé.
+Comme pour l'option 1, cette option permet d'afficher, après la saisie du nom de domaine redirigé, le domaine cible dans la barre d'adresses de votre navigateur internet au lieu du nom de domaine redirigé.
 
 Toutefois, celle-ci est à utiliser ponctuellement, par exemple pour des événements éphémères.

 En effet, le positionnement sur les moteurs de recherche est moins performant qu'avec une redirection **visible permanente** de type 301 (code HTTP).
@@ -149,9 +149,9 @@ En effet, le positionnement sur les moteurs de recherche est moins performant qu
 > [!tabs]
 > **Etape 1**
 >>
->> Dans la fenêtre, votre domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
+>> Dans la fenêtre, votre nom de domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
 >>
->> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre domaine/sous-domaine.
+>> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre nom de domaine/sous-domaine.
 >>
 >> ![Étape 1](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-1.png){.thumbnail}
 >>
@@ -188,10 +188,10 @@ En effet, le positionnement sur les moteurs de recherche est moins performant qu
 >> ![Étape 5](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-5-temporary.png){.thumbnail}
 >>
 >> Cliquez sur `Confirmer`{.action} pour valider votre configuration.
->> 
+>>
 >> > [!primary]
 >> >
->> > Si le message « *Il existe des redirections à partir des domaines que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
+>> > Si le message « *Il existe des redirections à partir des noms de domaine que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
 >> >
 >> > Attention, l'ancienne configuration sera donc désactivée et supprimée.
 >> >
@@ -199,14 +199,14 @@ En effet, le positionnement sur les moteurs de recherche est moins performant qu
 
 #### Option 3 : redirection invisible vers une adresse web
 
-Cette redirection permet, après la saisie du domaine redirigé, de le laisser affiché dans la barre d'adresses de votre navigateur internet au lieu de le remplacer par le domaine cible.

+Cette redirection permet, après la saisie du nom de domaine redirigé, de le laisser affiché dans la barre d'adresses de votre navigateur internet au lieu de le remplacer par le domaine cible.

 **Attention, cette action n'est pas compatible avec tous les sites et affecte le référencement de votre site.**.
 
 - **Exemple** : si vous redirigez `domain1.tld` vers `domain2.tld`, c'est `domain1.tld` qui s'affichera dans la barre d'adresses dans votre navigateur.
 
 ![Gif2](/pages/assets/schemas/domains/invisible-redirection.gif){.thumbnail}
 
-La redirection invisible fonctionne avec une balise HTML *iFrame*. Celle-ci permet à votre domaine redirigé d'intégrer dans sa propre page HTML le contenu de l'autre page correspondant au domaine cible.
+La redirection invisible fonctionne avec une balise HTML *iFrame*. Celle-ci permet à votre nom de domaine redirigé d'intégrer dans sa propre page HTML le contenu de l'autre page correspondant au domaine cible.
 
 Cette encapsulation permet d'empêcher les visiteurs de votre site de visualiser le domaine cible
 
@@ -224,9 +224,9 @@ Cette encapsulation permet d'empêcher les visiteurs de votre site de visualiser
 > [!tabs]
 > **Etape 1**
 >>
->> Dans la fenêtre, votre domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
+>> Dans la fenêtre, votre nom de domaine à rediriger apparaît déjà. Renseignez le formulaire **uniquement** si vous souhaitez rediriger un *sous-domaine*.
 >>
->> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre domaine/sous-domaine.
+>> La case `Rediriger aussi`{.action} peut être cochée pour rediriger également votre sous-domaine en `www` vers la même cible que vous choisirez pour votre nom de domaine/sous-domaine.
 >>
 >> ![Étape 1](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-1.png){.thumbnail}
 >>
@@ -269,10 +269,10 @@ Cette encapsulation permet d'empêcher les visiteurs de votre site de visualiser
 >> ![Étape 5](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/redirection/add-a-redirection-step-5-iframe.png){.thumbnail}
 >>
 >> Cliquez sur `Confirmer`{.action} pour valider votre configuration.
->> 
+>>
 >> > [!primary]
 >> >
->> > Si le message « *Il existe des redirections à partir des domaines que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
+>> > Si le message « *Il existe des redirections à partir des noms de domaine que vous souhaitez rediriger qui entrent en conflit avec les redirections que vous souhaitez ajouter* » s'affiche, vous pouvez cocher la case `Confirmer l'écrasement de la redirection existante`{.action} pour forcer l'application de votre redirection.
 >> >
 >> > Attention, l'ancienne configuration sera donc désactivée et supprimée.
 >> >
@@ -283,7 +283,7 @@ Cette encapsulation permet d'empêcher les visiteurs de votre site de visualiser
 > [!warning]
 >
 > OVHcloud met à votre disposition des services dont la configuration, la gestion et la responsabilité vous incombent. Il vous revient de ce fait d'en assurer le bon fonctionnement.
-> 
+>
 > Nous mettons à votre disposition cette partie du guide afin de vous accompagner au mieux sur des tâches courantes. Néanmoins, nous vous recommandons de faire appel à un [prestataire spécialisé](/links/partner) si vous éprouvez des difficultés. En effet, nous ne serons pas en mesure de vous fournir une assistance sur les étapes documentées ci-dessous. Retrouvez plus d'informations dans la section [« Aller plus loin »](#go-further) de ce guide.
 >
 
@@ -306,7 +306,7 @@ Vous trouverez ci-dessous 4 variables pour réaliser des redirections via le fic
 Cette variable permet de rediriger un site dans son ensemble, ou seulement une partie d'un site, vers un autre site ou une autre partie d'un site. Les visiteurs sont alors automatiquement redirigés vers la bonne adresse/URL lorsqu'ils tentent d'accéder à votre site via l'adresse/URL historique.
 
 > [!tabs]
-> Code à placer dans le « .htaccess » 
+> Code à placer dans le « .htaccess »
 >>
 >> Pour rediriger un site en entier :
 >>
@@ -336,7 +336,7 @@ Cette variable permet de rediriger un site dans son ensemble, ou seulement une p
 Cette variable est utile pour les fichiers supprimés. Elle remplace le message *404 document non trouvé* par un message plus explicite de type *410 le document n’existe plus*. Le visiteur de votre site est informé que le fichier qu'il tente d'appeler n'existe plus.
 
 > [!tabs]
-> Code à placer dans le « .htaccess » 
+> Code à placer dans le « .htaccess »
 >>
 >>```bash
 >>Redirect gone /fileDeleted.html
@@ -352,7 +352,7 @@ Cette variable est utile pour les fichiers supprimés. Elle remplace le message
 Si vous changez l’extension d’un fichier, la variable *seeother* permet d'en modifier le type. Le visiteur qui tente d'accéder à l'ancien fichier sera automatiquement redirigé vers celui avec la bonne extension.
 
 > [!tabs]
-> Code à placer dans le « .htaccess » 
+> Code à placer dans le « .htaccess »
 >>
 >>```bash
 >>Redirect seeother /example.doc http://domain.tld/example.pdf
@@ -363,12 +363,12 @@ Si vous changez l’extension d’un fichier, la variable *seeother* permet d'en
 >> Le script renverra un code HTTP 303.
 >>
 
-#### Variable 4 - « Redirect Temp » 
+#### Variable 4 - « Redirect Temp »
 
 Cette variable peut être utilisée lorsque vous déplacez temporairement des fichiers sur un autre site. Les visiteurs qui tentent d'accéder à votre site via l'adresse/URL historique sont automatiquement redirigés vers la nouvelle adresse/URL temporaire.
 
 > [!tabs]
-> Code à placer dans le « .htaccess » 
+> Code à placer dans le « .htaccess »
 >>
 >>```bash
 >>Redirect temp / http://OtherWebsite.tld/site/
@@ -395,4 +395,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/trade_doa/guide.fr-fr.md b/pages/web_cloud/domains/trade_doa/guide.fr-fr.md
index 0bc6ecb464c..ea58e72f48d 100644
--- a/pages/web_cloud/domains/trade_doa/guide.fr-fr.md
+++ b/pages/web_cloud/domains/trade_doa/guide.fr-fr.md
@@ -1,18 +1,18 @@
 ---
-title: "Changer le propriétaire d’un domaine avec une Demande d'Opération AFNIC (DOA)"
+title: "Changer le titulaire d’un nom de domaine avec une Demande d'Opération AFNIC (DOA)"
 excerpt: "Découvrez comment réaliser une Demande d'Opération AFNIC (DOA)"
 updated: 2024-10-10
 ---
 
 ## Objectif
 
-Un [changement de propriétaire d'un nom de domaine](/pages/web_cloud/domains/trade_domain) se fait conventionnellement via une double validation par e-mail.

-Dans certains cas de figure, cette méthode ne peut pas être mise en oeuvre. Pour pallier à cela, le registre de [l'AFNIC (Association Française pour le Nommage Internet en Coopération)](https://www.afnic.fr/) met à disposition un document pour récupérer la propriété d'un domaine géré par ce registre : **La Demande d'Opération AFNIC (DOA)**.
+Un [changement de titulaire d'un nom de domaine](/pages/web_cloud/domains/trade_domain) se fait conventionnellement via une double validation par e-mail.

+Dans certains cas de figure, cette méthode ne peut pas être mise en oeuvre. Pour pallier à cela, le registre de [l'AFNIC (Association Française pour le Nommage Internet en Coopération)](https://www.afnic.fr/) met à disposition un document pour récupérer la propriété d'un nom de domaine géré par ce registre : **La Demande d'Opération AFNIC (DOA)**.
 
-Cette opération permet de récupérer la propriété d'un domaine dont l'extension est [gérée par l'AFNIC](https://www.afnic.fr/produits-services/) dans les cas suivants :
+Cette opération permet de récupérer la propriété d'un nom de domaine dont l'extension est [gérée par l'AFNIC](https://www.afnic.fr/produits-services/) dans les cas suivants :
 
-- **Transmission volontaire (Trade)** : utile si, par exemple, vous ne pouvez pas valider l'e-mail reçu sur l'adresse de contact du propriétaire actuel du domaine.
-- **Transmission forcée (Recover)** : permet de récupérer la propriété du domaine dans le cadre d'une décision judiciaire, d'une liquidation judiciaire ou d'un décès.
+- **Transmission volontaire (Trade)** : utile si, par exemple, vous ne pouvez pas valider l'e-mail reçu sur l'adresse de contact du titulaire actuel du nom de domaine.
+- **Transmission forcée (Recover)** : permet de récupérer la propriété du nom de domaine dans le cadre d'une décision judiciaire, d'une liquidation judiciaire ou d'un décès.
 
 Si les situations décrites ci-dessus ne vous correspondent pas, sachez que l'AFNIC met à disposition [d'autres procédures pour résoudre vos litiges](https://www.afnic.fr/noms-de-domaine/resoudre-un-litige/).
 
@@ -29,14 +29,14 @@ Si les situations décrites ci-dessus ne vous correspondent pas, sachez que l'AF
 
 ## Prérequis
 
-- Avoir **initié une demande de changement de propriétaire** pour un domaine ayant une [extension gérée par l'AFNIC](https://www.afnic.fr/produits-services/) et pour lequel les procédures indiquées dans notre documentation sur le [changement de propriétaire d'un domaine](/pages/web_cloud/domains/trade_domain) **ne peuvent pas être appliquées**.
-- Avoir un bon de commande de **changement de propriétaire d'un domaine** dans le statut "en cours".
+- Avoir **initié une demande de changement de titulaire** pour un nom de domaine ayant une [extension gérée par l'AFNIC](https://www.afnic.fr/produits-services/) et pour lequel les procédures indiquées dans notre documentation sur le [changement de titulaire d'un nom de domaine](/pages/web_cloud/domains/trade_domain) **ne peuvent pas être appliquées**.
+- Avoir un bon de commande de **changement de titulaire d'un nom de domaine** dans le statut "en cours".
 - Télécharger la **Demande d'Opération AFNIC (DOA)** via le lien suivant : .
 - Accéder à votre [espace client OVHcloud](/links/manager).
 
 ## En pratique
 
-La première étape consiste à initier une demande de changement de propriétaire pour votre domaine ayant une [extension gérée par l'AFNIC](https://www.afnic.fr/produits-services/) à l'aide de notre documentation sur le [changement de propriétaire d'un domaine](/pages/web_cloud/domains/trade_domain).
+La première étape consiste à initier une demande de changement de titulaire pour votre nom de domaine ayant une [extension gérée par l'AFNIC](https://www.afnic.fr/produits-services/) à l'aide de notre documentation sur le [changement de titulaire d'un nom de domaine](/pages/web_cloud/domains/trade_domain).
 
 Téléchargez ensuite le document présent sur la page .
 
@@ -47,30 +47,30 @@ Téléchargez ensuite le document présent sur la page  [!primary]
 >
-> Un bon de commande pour l’opération de changement de propriétaire doit obligatoirement être en cours.
+> Un bon de commande pour l’opération de changement de titulaire doit obligatoirement être en cours.
 >
 
-La validation des e-mails envoyés lors de l'initialisation du changement de propriétaire ne sera pas nécessaire, chacune des parties complète le document et le retourne à OVHcloud en créant un ticket d'assistance depuis son [espace client OVHcloud](/links/manager) respectif.
+La validation des e-mails envoyés lors de l'initialisation du changement de titulaire ne sera pas nécessaire, chacune des parties complète le document et le retourne à OVHcloud en créant un ticket d'assistance depuis son [espace client OVHcloud](/links/manager) respectif.
 
-La DOA devra également être accompagnée des documents justificatifs de l'ancien propriétaire ci-dessous.
+La DOA devra également être accompagnée des documents justificatifs de l'ancien titulaire ci-dessous.
 
-- Si l'ancien propriétaire est une société :
+- Si l'ancien titulaire est une société :
     - Extrait K-Bis de moins de 3 mois (ou équivalent s'il s'agit d'une société étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait K-Bis.
 
-- Si l'ancien propriétaire est une association :
+- Si l'ancien titulaire est une association :
     - Extrait du Journal Officiel de moins de 3 mois (ou équivalent s'il s'agit d'une association étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait du Journal Officiel.
 
-- Si l'ancien propriétaire est un particulier :
+- Si l'ancien titulaire est un particulier :
     - Photocopie recto-verso d'une pièce d'identité.
     - Justificatif de domicile de moins de 3 mois (facture d'électricité par exemple).
 
@@ -83,90 +83,90 @@ La DOA devra également être accompagnée des documents justificatifs de l'anci
 
 > [!primary]
 >
-> Un bon de commande pour l’opération de changement de propriétaire doit obligatoirement être en cours.
+> Un bon de commande pour l’opération de changement de titulaire doit obligatoirement être en cours.
 >
 
-Cette DOA est utilisée dans le cas où le propriétaire actuel du domaine ne peut pas fournir son accord (décision de justice, liquidation judiciaire, décès, etc.).

-Seul le nouveau propriétaire complète le document et le retourne à OVHcloud, accompagné des pièces justifiant ce changement forcé, en créant un ticket d'assistance depuis son [espace client OVHcloud](/links/manager).
+Cette DOA est utilisée dans le cas où le titulaire actuel du nom de domaine ne peut pas fournir son accord (décision de justice, liquidation judiciaire, décès, etc.).

+Seul le nouveau titulaire complète le document et le retourne à OVHcloud, accompagné des pièces justifiant ce changement forcé, en créant un ticket d'assistance depuis son [espace client OVHcloud](/links/manager).
 
 > [!primary]
 >
-> Dans certains situations nécessitant une opération de transmission forcée (Recover), il n’est pas obligatoire de renseigner les informations du propriétaire actuel du domaine.
+> Dans certains situations nécessitant une opération de transmission forcée (Recover), il n’est pas obligatoire de renseigner les informations du titulaire actuel du nom de domaine.
 >
 
 Retrouvez ci-dessous la liste des documents à fournir en fonction de la situation rencontrée.
 
 #### DOA suite à une décision judiciaire
 
-- Si le nouveau propriétaire est une société :
+- Si le nouveau titulaire est une société :
     - Extrait K-Bis de moins de 3 mois (ou équivalent s'il s'agit d'une société étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait K-Bis.
     - Procès-verbal en lien avec la décision judiciaire.
 
-- Si le nouveau propriétaire est une association :
+- Si le nouveau titulaire est une association :
     - Extrait du Journal Officiel de moins de 3 mois (ou équivalent s'il s'agit d'une association étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait du Journal Officiel.
     - Procès-verbal en lien avec la décision judiciaire.
 
-- Si le nouveau propriétaire est un particulier :
+- Si le nouveau titulaire est un particulier :
     - Photocopie recto-verso d'une pièce d'identité.
     - Justificatif de domicile de moins de 3 mois (facture d'électricité par exemple).
     - Procès-verbal en lien avec la décision judiciaire.
 
 #### DOA suite à une liquidation judiciaire
 
-- Si le nouveau propriétaire est une société :
+- Si le nouveau titulaire est une société :
     - Extrait K-Bis de moins de 3 mois (ou équivalent s'il s'agit d'une société étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait K-Bis.
-    - Le mandataire judiciaire doit signer la partie concernant l'ancien propriétaire du domaine et fournir une attestation sur l'honneur justifiant son statut.
+    - Le mandataire judiciaire doit signer la partie concernant l'ancien titulaire du nom de domaine et fournir une attestation sur l'honneur justifiant son statut.
 
-- Si le nouveau propriétaire est une association :
+- Si le nouveau titulaire est une association :
     - Extrait du Journal Officiel de moins de 3 mois (ou équivalent s'il s'agit d'une association étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait du Journal Officiel.
-    - Le mandataire judiciaire doit signer la partie concernant l'ancien propriétaire du domaine et fournir une attestation sur l'honneur justifiant son statut.
+    - Le mandataire judiciaire doit signer la partie concernant l'ancien titulaire du nom de domaine et fournir une attestation sur l'honneur justifiant son statut.
 
-- Si le nouveau propriétaire est un particulier :
+- Si le nouveau titulaire est un particulier :
     - Photocopie recto-verso d'une pièce d'identité.
     - Justificatif de domicile de moins de 3 mois (facture d'électricité par exemple).
-    - Le mandataire judiciaire doit signer la partie concernant l'ancien propriétaire du domaine et fournir une attestation sur l'honneur justifiant son statut.
+    - Le mandataire judiciaire doit signer la partie concernant l'ancien titulaire du nom de domaine et fournir une attestation sur l'honneur justifiant son statut.
 
 #### DOA suite à un décès
 
-- Si le nouveau propriétaire est une société :
+- Si le nouveau titulaire est une société :
     - Extrait K-Bis de moins de 3 mois (ou équivalent s'il s'agit d'une société étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait K-Bis.
     - Un acte de décès.
-    - Un acte notarié désignant le nouveau propriétaire.
+    - Un acte notarié désignant le nouveau titulaire.
 
-- Si le nouveau propriétaire est une association :
+- Si le nouveau titulaire est une association :
     - Extrait du Journal Officiel de moins de 3 mois (ou équivalent s'il s'agit d'une association étrangère).
     - Photocopie recto-verso d'une pièce d'identité de l'un des gérants apparaissant sur l'extrait du Journal Officiel.
     - Un acte de décès.
-    - Un acte notarié désignant le nouveau propriétaire.
+    - Un acte notarié désignant le nouveau titulaire.
 
-- Si le nouveau propriétaire est un particulier :
+- Si le nouveau titulaire est un particulier :
     - Photocopie recto-verso d'une pièce d'identité.
     - Justificatif de domicile de moins de 3 mois (facture d'électricité par exemple).
     - Un acte de décès.
-    - Un acte notarié désignant le nouveau propriétaire.
+    - Un acte notarié désignant le nouveau titulaire.
 
 > [!primary]
 >
-> Si vous vous trouvez dans l'incapacité de réaliser vous-même le bon de commande de changement de propriétaire depuis votre [espace client OVHcloud](/links/manager), vous pouvez, dans ce cas précis, contacter directement le support en créant un ticket d'assistance depuis votre espace client.
+> Si vous vous trouvez dans l'incapacité de réaliser vous-même le bon de commande de changement de titulaire depuis votre [espace client OVHcloud](/links/manager), vous pouvez, dans ce cas précis, contacter directement le support en créant un ticket d'assistance depuis votre espace client.
 >
 
 ### Cas particulier : DOA dans le cadre d'une SYRELI (transmission forcée : Recover) + transfert entrant du nom de domaine chez OVHcloud 
 
-La [procédure de **SY**stème de **RE**solution de **LI**tiges (**SYRELI**)](https://www.syreli.fr/fr/) a été mise au point par [l'AFNIC](https://www.afnic.fr/produits-services/) pour résoudre des situations particulières sur un nom de domaine au sens des articles [L.45-2 et L.45-6 du **C**ode des **P**ostes et des **C**ommunications **E**lectroniques (**CPCE**)](https://www.legifrance.gouv.fr/codes/id/LEGISCTA000006150688). 
+La [procédure de **SY**stème de **RE**solution de **LI**tiges (**SYRELI**)](https://www.syreli.fr/fr/) a été mise au point par [l'AFNIC](https://www.afnic.fr/produits-services/) pour résoudre des situations particulières sur un nom de domaine au sens des articles [L.45-2 et L.45-6 du **C**ode des **P**ostes et des **C**ommunications **E**lectroniques (**CPCE**)](https://www.legifrance.gouv.fr/codes/id/LEGISCTA000006150688).
 
 La procédure SYRELI étant payante, nous vous recommandons de vous assurer qu'elle correspond parfaitement à votre situation. Pour cela, n'hésitez pas à consulter le **règlement**, les **ressources** et les **cas de jurisprudence** mis à disposition par l'AFNIC sur leur site web dédié à la [procédure SYRELI](https://www.syreli.fr/fr/).
 
 Si vous bénéficiez par la suite d'une décision SYRELI favorable pour récupérer la propriété de votre nom de domaine et que vous souhaitez transférer ce dernier chez OVHcloud, suivez les **4 étapes** ci-dessous :
 
 1. Si cela n'a pas déjà été réalisé lors de votre procédure SYRELI, remplissez une [DOA dans le cadre d'une transmission forcée (Recover)](#doa-recover).
-2. Préparez les documents à fournir avec la [DOA dans le cadre d'une transmission forcée (Recover)](#doa-recover), en fonction du statut du nouveau propriétaire (société, association, particulier).
-3. Initiez le [transfert entrant](/pages/web_cloud/domains/transfer_incoming_generic_domain) du nom de domaine concerné chez OVHcloud. Lors de cette étape, vérifiez que le nouveau propriétaire déclaré correspond bien au nouveau propriétaire bénéficiant de la procédure SYRELI. Lorsque vous arriverez à l'étape de demande du code de transfert du nom de domaine, l'opération tombera automatiquement en erreur. Cette situation est normale et est liée au fait qu'il ne s'agit pas là d'un transfert classique. L'essentiel ici est que la commande soit initiée pour que le support OVHcloud puisse agir à partir de l'étape qui suit.
-4. Contactez le support OVHcloud en créant [un ticket d'assistance depuis le Centre d'Aide](https://help.ovhcloud.com/csm?id=csm_get_help). Précisez dans le ticket le nom de domaine concerné, la décision SYRELI, la DOA complétée et l'ensemble des documents relatifs au nouveau propriétaire que vous avez préparés lors de l'**étape 2**.
+2. Préparez les documents à fournir avec la [DOA dans le cadre d'une transmission forcée (Recover)](#doa-recover), en fonction du statut du nouveau titulaire (société, association, particulier).
+3. Initiez le [transfert entrant](/pages/web_cloud/domains/transfer_incoming_generic_domain) du nom de domaine concerné chez OVHcloud. Lors de cette étape, vérifiez que le nouveau titulaire déclaré correspond bien au nouveau titulaire bénéficiant de la procédure SYRELI. Lorsque vous arriverez à l'étape de demande du code de transfert du nom de domaine, l'opération tombera automatiquement en erreur. Cette situation est normale et est liée au fait qu'il ne s'agit pas là d'un transfert classique. L'essentiel ici est que la commande soit initiée pour que le support OVHcloud puisse agir à partir de l'étape qui suit.
+4. Contactez le support OVHcloud en créant [un ticket d'assistance depuis le Centre d'Aide](https://help.ovhcloud.com/csm?id=csm_get_help). Précisez dans le ticket le nom de domaine concerné, la décision SYRELI, la DOA complétée et l'ensemble des documents relatifs au nouveau titulaire que vous avez préparés lors de l'**étape 2**.
 
 Dès que le support prend en charge votre demande et en fonction des délais de traitement de l'AFNIC, le processus de traitement prend généralement entre 24 et 48 heures. En effet, l'AFNIC vérifiera les éléments fournis dans votre ticket d'assistance et validera ou non l'opération de Recover.
 
@@ -189,4 +189,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/trade_domain/guide.fr-fr.md b/pages/web_cloud/domains/trade_domain/guide.fr-fr.md
index 4b6ad490af2..dbf35752e33 100644
--- a/pages/web_cloud/domains/trade_domain/guide.fr-fr.md
+++ b/pages/web_cloud/domains/trade_domain/guide.fr-fr.md
@@ -13,7 +13,7 @@ En dehors de la [gestion des contacts](/pages/account_and_service_management/acc
 >
 > Pour obtenir ce résultat, vous devez [modifier les contacts](/pages/account_and_service_management/account_information/managing_contacts) du nom de domaine.
 >
-> Si vous devez réaliser un changement de titulaire ainsi qu'un changement de contact pour le même nom de domaine, il est fortement recommandé d'effectuer **d'abord** le changement de propriétaire afin d'assurer une transition optimale. Cependant, c'est le contact administrateur qui est en mesure de lancer ces opérations. Ces deux changements se font, par conséquent, dans l'espace client du contact administrateur du nom de domaine.
+> Si vous devez réaliser un changement de titulaire ainsi qu'un changement de contact pour le même nom de domaine, il est fortement recommandé d'effectuer **d'abord** le changement de titulaire afin d'assurer une transition optimale. Cependant, c'est le contact administrateur qui est en mesure de lancer ces opérations. Ces deux changements se font, par conséquent, dans l'espace client du contact administrateur du nom de domaine.
 >
 > En effet, les informations relatives au titulaire d'un nom de domaine n'ont qu'une valeur administrative et sont totalement indépendantes des informations pouvant être associées à un identifiant client OVHcloud. Par conséquent, un particulier ou une organisation (société, association, etc.) uniquement déclaré en tant que titulaire d'un nom de domaine n'a donc pas d'accès à l'espace client OVHcloud.
 >
@@ -31,14 +31,14 @@ En dehors de la [gestion des contacts](/pages/account_and_service_management/acc
 
 > [!warning]
 >
-> Les instructions suivantes décrivent le moyen le plus courant de modifier le titulaire d'un nom de domaine. Elles sont valides pour la plupart des domaines de niveau supérieur, communément appelés **T**op **L**evel **D**omain (**TLD**). 
+> Les instructions suivantes décrivent le moyen le plus courant de modifier le titulaire d'un nom de domaine. Elles sont valides pour la plupart des noms de domaine de niveau supérieur, communément appelés **T**op **L**evel **D**omain (**TLD**).
 >Les **TLD** désignent la fin de votre nom de domaine, comme par exemple le *.com*, *.net*, *.fr*, etc.
 >
 > Les règles spécifiques des processus concernant les noms de domaine **TLD** sont uniquement définies par l'autorité d'allocation appropriée, c'est-à-dire le **registre**. Un bureau d'enregistrement (ou registrar) tel que OVHcloud doit respecter ces règles et n'a aucune influence sur les décisions d'enregistrement.
 >
 > Il existe principalement deux types de **TLD** : Les **ccTLD** et les **gTLD**. Les **ccTLD** correspondent à des **TLD** relatifs à une région ou un pays (*.fr*, *.be*, *.uk*, *.de*, *.paris*, etc.). Les **gTLD** correspondant à des **TLD** plus génériques (*.net*, *.com*, *.info*, *.org*, etc.).
 >
-> La procédure exacte pour le changement de titulaire d'un nom de domaine peut donc varier, en particulier pour cetains **ccTLD** (*.lu*, *.hk*, *.ro*, *.be*, *.lt*, *.dk*, *.at*, *.fi*, etc.) et pour quelques **TLD** spéciaux (*.am*, *.fm*, etc.). Pour certains d'entre eux, un changement de titulaire est une opération payante. Le changement de titulaire peut également être suspendu pour diverses raisons, par exemple pour un impayé, un abus ou un blocage de la part du registre. 
+> La procédure exacte pour le changement de titulaire d'un nom de domaine peut donc varier, en particulier pour cetains **ccTLD** (*.lu*, *.hk*, *.ro*, *.be*, *.lt*, *.dk*, *.at*, *.fi*, etc.) et pour quelques **TLD** spéciaux (*.am*, *.fm*, etc.). Pour certains d'entre eux, un changement de titulaire est une opération payante. Le changement de titulaire peut également être suspendu pour diverses raisons, par exemple pour un impayé, un abus ou un blocage de la part du registre.
 >
 > Nous vous recommandons de consulter les ressources suivantes en cas de doute :
 >
@@ -81,7 +81,7 @@ Cliquez sur les onglets ci-dessous pour afficher successivement chacune des **7*
 >> > [!warning]
 >> >
 >> > Toute modification apportée au prénom, au nom, à l’organisation, au statut légal ou à l’adresse e-mail du titulaire est considérée comme un **changement de titulaire**.
->> > 
+>> >
 >> > Si vous modifiez **uniquement** des coordonnées du titulaire autres que celles mentionnées ci-dessus, faites vos modifications directement, puis cliquez sur `Valider`{.action}. Dans ce cas précis, il ne sera pas nécessaire de lancer une demande de changement de titulaire. Pour cette opération, vous n'avez pas besoin de confirmer les modifications par e-mail.
 >> >
 >> > Le cas échéant et pour initier la demande de changement de titulaire, cliquez sur le lien situé en bas de page et intitulé `Cliquez ici pour continuer`{.action}.
@@ -90,7 +90,7 @@ Cliquez sur les onglets ci-dessous pour afficher successivement chacune des **7*
 >>
 > **Étape 6**
 >>
->> Un nouvel onglet de votre navigateur s'ouvre avec tous les domaines éligibles au changement de titulaire. Sélectionnez un nom de domaine dans la liste en cochant la case située à gauche. Cette étape peut également être utilisée pour lancer une opération groupée. Ainsi, il est possible d'initier un changement de titulaire pour plusieurs noms de domaine à la fois, par exemple pour changer le titulaire de tous les domaines *.ovh* si leurs titulaires actuels sont identiques.
+>> Un nouvel onglet de votre navigateur s'ouvre avec tous les noms de domaine éligibles au changement de titulaire. Sélectionnez un nom de domaine dans la liste en cochant la case située à gauche. Cette étape peut également être utilisée pour lancer une opération groupée. Ainsi, il est possible d'initier un changement de titulaire pour plusieurs noms de domaine à la fois, par exemple pour changer le titulaire de tous les noms de domaine *.ovh* si leurs titulaires actuels sont identiques.
 >>
 >> ![Change owner domains list](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/general-information/available-domains.png){.thumbnail}
 >>
@@ -113,7 +113,7 @@ Cliquez sur les onglets ci-dessous pour afficher successivement chacune des **7*
 > [!warning]
 >
 > - La procédure doit-être validée par les deux parties dans les 14 jours qui suivent la demande. **Passé ce délai, la procédure est annulée**.
-> 
+>
 > - Si la modification est refusée par l'une des deux parties, la demande est annulée.
 >
 > - Si l'adresse e-mail du titulaire actuel est obsolète ou inaccessible, vous pouvez, **dans ce cas précis**, contacter directement le support en créant un ticket d'assistance depuis votre [centre d'aide OVHcloud](https://help.ovhcloud.com/csm?id=csm_get_help).
diff --git a/pages/web_cloud/domains/transfer_incoming_couk/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_couk/guide.fr-fr.md
index 2ed3cce21bc..e33038cc779 100644
--- a/pages/web_cloud/domains/transfer_incoming_couk/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_couk/guide.fr-fr.md
@@ -16,7 +16,7 @@ Le transfert d'un nom de domaine .uk (ou assimilé) nécessite de respecter une
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
 >
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 > Si, en plus du transfert de votre nom de domaine, vous souhaitez migrer les services qui lui sont associés (site web, e-mail, etc.), consultez d'abord notre guide « [Migrer son site web et ses services associés vers OVHcloud](/pages/web_cloud/web_hosting/hosting_migrating_to_ovh) » avant de poursuivre.
 > Ce guide explique en détails comment migrer l'ensemble de vos services sans coupures.
@@ -34,10 +34,10 @@ Le transfert d'un nom de domaine .uk (ou assimilé) nécessite de respecter une
 
 ## Prérequis
 
-- Votre domaine ne doit pas être en période de **rédemption** ou de suppression.
-- Le domaine ne doit pas être bloqué chez votre registrar. 
-- Les coordonnées du propriétaire doivent être bien à jour sur le [whois](https://www.nominet.uk/whois/) du domaine.
-- Vous devrez obtenir le code d'autorisation qui sera envoyé à l'adresse email du propriétaire. 
+- votre nom de domaine ne doit pas être en période de **rédemption** ou de suppression.
+- Le domaine ne doit pas être bloqué chez votre registrar.
+- Les coordonnées du titulaire doivent être bien à jour sur le [whois](https://www.nominet.uk/whois/) du nom de domaine.
+- Vous devrez obtenir le code d'autorisation qui sera envoyé à l'adresse email du titulaire.
 
 > [!primary]
 >
@@ -59,28 +59,28 @@ Le transfert d'un nom de domaine .uk (ou assimilé) nécessite de respecter une
 
 ### Procédure de transfert
 
-#### Étape 1 : Modification du TAG de votre domaine
+#### Étape 1 : Modification du TAG de votre nom de domaine
 
-Pour pouvoir transférer votre domaine chez OVHcloud, vous devez préalablement indiquer le TAG OVHcloud chez votre registrar actuel. Le TAG OVHcloud est « OVH-FR ». La liste des TAGS des différents registrars est disponible sur le site officiel du registre [Nominet](https://registrars.nominet.uk/uk-namespace/registrar-agreement/list-of-registrars/).
+Pour pouvoir transférer votre nom de domaine chez OVHcloud, vous devez préalablement indiquer le TAG OVHcloud chez votre registrar actuel. Le TAG OVHcloud est « OVH-FR ». La liste des TAGS des différents registrars est disponible sur le site officiel du registre [Nominet](https://registrars.nominet.uk/uk-namespace/registrar-agreement/list-of-registrars/).
 
 > [!primary]
 >
-> Si vous ne parvenez pas à effectuer la modification du Tag de votre domaine via
+> Si vous ne parvenez pas à effectuer la modification du Tag de votre nom de domaine via
 > votre Registrar actuel, vous pouvez effectuer une demande auprès du Registre
 > Nominet afin que ce dernier effectue la modification pour vous.
 > Veuillez vous rediriger vers cette page du site du Registre : « Manage your domain - Change registrar ».
 > Attention, cette opération est facturée par Nominet.
-> 
+>
 
 #### Étape 2 : Obtention du code d'autorisation de transfert
 
-Une fois que vous aurez modifié le TAG, le propriétaire du nom de domaine recevra après quelques minutes un code d'autorisation (authcode) par courriel. Celui-ci, valide pour une durée de 5 jours, permettra d'initier la commande (gratuite) du domaine chez OVHcloud.
+Une fois que vous aurez modifié le TAG, le titulaire du nom de domaine recevra après quelques minutes un code d'autorisation (authcode) par courriel. Celui-ci, valide pour une durée de 5 jours, permettra d'initier la commande (gratuite) du nom de domaine chez OVHcloud.
 
 #### Étape 3 : Commande du transfert gratuit
 
 Une fois en possession de votre code d'autorisation, vous pouvez rechercher et initier la commande de transfert de votre nom de domaine sur le [site OVHcloud](/links/website). La commande est similaire à celle de tout autre nom de domaine générique.
 
-Votre domaine sera ensuite présent dans votre [espace client OVHcloud](/links/manager) sous quelques heures.
+votre nom de domaine sera ensuite présent dans votre [espace client OVHcloud](/links/manager) sous quelques heures.
 
 ### Informations utiles
 
@@ -92,12 +92,12 @@ Le transfert est gratuit.
 
 Le code d'autorisation est généré automatiquement suite à la modification du TAG. Si la commande n'est pas réalisée sous 5 jours, le transfert sera annulé auprès du registre.
 
-#### Renouvellement du domaine suite a un transfert
+#### Renouvellement du nom de domaine suite a un transfert
 
-Le transfert étant gratuit, la date d'expiration du domaine suite à son transfert sera la même qu'avant son transfert. Pour le renouveler suite au transfert, rendez-vous sur le [site OVHcloud](https://www.ovh.com/cgi-bin/order/renew.cgi).
+Le transfert étant gratuit, la date d'expiration du nom de domaine suite à son transfert sera la même qu'avant son transfert. Pour le renouveler suite au transfert, rendez-vous sur le [site OVHcloud](https://www.ovh.com/cgi-bin/order/renew.cgi).
 
 ## Aller plus loin 
 
 [Transférer son nom de domaine vers OVHcloud](/pages/web_cloud/domains/transfer_incoming_generic_domain)
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/transfer_incoming_gandi/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_gandi/guide.fr-fr.md
index d1ed4bfb24a..ced0617316f 100644
--- a/pages/web_cloud/domains/transfer_incoming_gandi/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_gandi/guide.fr-fr.md
@@ -15,14 +15,14 @@ Le transfert d'un nom de domaine Gandi nécessite de respecter une démarche sp
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 **Découvrez comment transférer un nom de domaine Gandi vers OVHcloud**
 
 > [!warning]
 >
-> Le service Gandimail est lié à votre nom de domaine. Il arrêtera de fonctionner dès que le nom domaine sera transféré hors de Gandi. 
+> Le service Gandimail est lié à votre nom de domaine. Il arrêtera de fonctionner dès que le nom domaine sera transféré hors de Gandi.
 >
 > Les adresses e-mail associées à ce nom de domaine seront définitivement supprimées 7 jours après, **y compris l'ensemble de ce qu'elles contiennent**.
 >
@@ -33,7 +33,7 @@ Le transfert d'un nom de domaine Gandi nécessite de respecter une démarche sp
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement Gandi.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -42,7 +42,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
@@ -95,7 +95,7 @@ Le code d'autorisation sécurise votre nom de domaine contre des transferts non
 Pour récupérer le code de transfert de votre nom de domaine, suivez les étapes décrites dans la [documentation dédiée de Gandi](https://docs.gandi.net/fr/noms_domaine/transfert_sortant/auth_code.html).
 
 ### Etape 3 - Initier le transfert de votre nom de domaine vers OVHcloud
-  
+
 Une fois le code d'autorisation obtenu, vous pouvez procéder au transfert de votre nom de domaine en suivant les étapes de notre guide « [Transférer son nom de domaine vers OVHcloud](/pages/web_cloud/domains/transfer_incoming_generic_domain) ».
 
 > [!warning]
diff --git a/pages/web_cloud/domains/transfer_incoming_generic_domain/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_generic_domain/guide.fr-fr.md
index 0feb97da0b4..13784a7e57b 100644
--- a/pages/web_cloud/domains/transfer_incoming_generic_domain/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_generic_domain/guide.fr-fr.md
@@ -22,7 +22,7 @@ En transférant votre nom de domaine, vous changerez de **bureau d'enregistremen
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
 >
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 > Si, en plus du transfert de votre nom de domaine, vous souhaitez migrer les services qui lui sont associés (site web, e-mail, etc.), consultez d'abord notre guide « [Migrer son site web et ses services associés vers OVHcloud](/pages/web_cloud/web_hosting/hosting_migrating_to_ovh) » avant de poursuivre.
 > Ce guide explique en détails comment migrer l'ensemble de vos services sans coupures.
@@ -35,28 +35,28 @@ En transférant votre nom de domaine, vous changerez de **bureau d'enregistremen
 
 - Le nom de domaine est enregistré auprès d'un autre bureau d'enregistrement.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 ## En pratique
 
 > [!success]
 >
 > Pour connaître les conditions tarifaires pour le transfert d'un nom de domaine en fonction de son extension, renseignez le domaine que vous souhaitez transférer sur notre page [www.ovhcloud.com/fr/domains/tld/](/links/web/domains-tld) puis suivez les étapes de ce guide.
-> 
+>
 
 La procédure de transfert comporte plusieurs étapes, impliquant la prise de contact avec votre registre actuel et OVHcloud. Le tableau ci-dessous vous indique les personnes contactées et la durée estimée de chaque étape.
 
 |Étapes|Description|Qui est impliqué ?|Où ?|Temps requis|
 |---|---|---|---|---|
-|[1](#step1)|[Vérification des informations associées au nom de domaine](#step1)|L'administrateur du domaine|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
-|[2](#step2)|[Déverrouillage du domaine et récupération du code de transfert](#step2)|L'administrateur du domaine, avec l'autorisation du propriétaire|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
-|[3](#step3)|[Demande de transfert de nom de domaine](#step3)|Toute personne possédant le code de transfert, également avec la permission du propriétaire|Avec le nouveau bureau d'enregistrement (par exemple OVHcloud)|Dépend de vos actions|
+|[1](#step1)|[Vérification des informations associées au nom de domaine](#step1)|L'administrateur du nom de domaine|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
+|[2](#step2)|[Déverrouillage du nom de domaine et récupération du code de transfert](#step2)|L'administrateur du nom de domaine, avec l'autorisation du titulaire|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
+|[3](#step3)|[Demande de transfert de nom de domaine](#step3)|Toute personne possédant le code de transfert, également avec la permission du titulaire|Avec le nouveau bureau d'enregistrement (par exemple OVHcloud)|Dépend de vos actions|
 |[4](#step4)|[Validation du transfert](#step4)|Le bureau d'enregistrement actuel|À la demande de l'organisation gérant l'extension de nom de domaine|Cinq jours maximum|
 
 > [!warning]
@@ -106,18 +106,18 @@ Vous pouvez également terminer votre commande avec un [hébergement web](/links
 >
 > Tout au long du processus de commande, nous vous conseillons de prendre en compte les points suivants :
 >
-> - **données sur le propriétaire du nom de domaine.** Particulièrement depuis l'entrée en vigueur du RGPD, il est essentiel de vous assurer que les informations sur le propriétaire du nom de domaine correspondent à celles stockées par votre bureau d'enregistrement actuel. Cela vous évitera d'être soupçonné de vol de nom de domaine ;
+> - **données sur le titulaire du nom de domaine.** Particulièrement depuis l'entrée en vigueur du RGPD, il est essentiel de vous assurer que les informations sur le titulaire du nom de domaine correspondent à celles stockées par votre bureau d'enregistrement actuel. Cela vous évitera d'être soupçonné de vol de nom de domaine ;
 >
 > - **saisie des serveurs DNS pour votre nom de domaine.** Si vous utilisez actuellement votre nom de domaine pour maintenir un site internet ou un service de messagerie en ligne, vous devrez spécifier leurs serveurs DNS afin d'éviter toute interruption de service.
 >
 
-#### Gestion du propriétaire et détails des serveurs DNS
+#### Gestion du titulaire et détails des serveurs DNS
 
 - En cliquant sur `Modifier la configuration`{.action} dans cette étape, vous pouvez entrer les noms des serveurs DNS que le nom de domaine utilise actuellement. De cette manière, le nom de domaine sera déjà associé à ces serveurs DNS dans la configuration OVHcloud.
 
 - Si vous continuez sans effectuer cette opération, le nom de domaine sera fourni avec une nouvelle zone DNS sur les serveurs DNS OVHcloud. Une [modification manuelle de la zone DNS](/pages/web_cloud/domains/dns_zone_edit) peut alors devenir nécessaire.
 
-- Dans certains cas, le processus de transfert peut nécessiter des informations supplémentaires concernant le propriétaire du nom de domaine. Pour ajouter ces informations, cliquez sur l'option `Gérer les contacts/le propriétaire`{.action}.
+- Dans certains cas, le processus de transfert peut nécessiter des informations supplémentaires concernant le titulaire du nom de domaine. Pour ajouter ces informations, cliquez sur l'option `Gérer les contacts/le titulaire`{.action}.
 
 ![domaine](/pages/assets/screens/website/order/order-summary.png){.thumbnail}
 
@@ -145,7 +145,7 @@ Le processus de transfert peut être redémarré à partir de l'[espace client O
 
 > [!primary]
 >
-> Le transfert d'un domaine avec l'extension ".fr" diffère légèrement du processus décrit ci-dessus. Vous devez déverrouiller votre nom de domaine et récupérer son code de transfert auprès du bureau d'enregistrement actuel.
+> Le transfert d'un nom de domaine avec l'extension ".fr" diffère légèrement du processus décrit ci-dessus. Vous devez déverrouiller votre nom de domaine et récupérer son code de transfert auprès du bureau d'enregistrement actuel.
 > Initiez la commande du transfert et renseignez le code de transfert comme décrit précédemment.
 >
 > Une fois le transfert initié, le délai total du **transfert d'un nom de domaine en ".fr" prend minimum 8 jours incompressibles.**
@@ -167,7 +167,7 @@ Une fois la procédure de transfert terminée, vous pouvez gérer votre nom de d
 >
 > Pour cela, connectez-vous à votre [espace client OVHcloud](/links/manager) puis rendez-vous dans la partie `Web Cloud`{.action}. Dans la colonne de gauche, cliquez sur `Noms de domaine`{.action} puis sélectionnez le nom de domaine concerné. Sur la page qui s'affiche et juste en dessous de votre nom de domaine sur la partie haute de la page, vous retrouverez la date de renouvellement prévue avec le **mois** et **l'année** d'échéance.
 >
-> En fonction de la situation et de la nouvelle date d'expiration de votre nom de domaine, un renouvellement du domaine sera peut être nécessaire juste après le transfert.
+> En fonction de la situation et de la nouvelle date d'expiration de votre nom de domaine, un renouvellement du nom de domaine sera peut être nécessaire juste après le transfert.
 >
 
 ## Aller plus loin
@@ -178,4 +178,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/transfer_incoming_godaddy/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_godaddy/guide.fr-fr.md
index 3787823de9c..d29542b6851 100644
--- a/pages/web_cloud/domains/transfer_incoming_godaddy/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_godaddy/guide.fr-fr.md
@@ -17,14 +17,14 @@ Le transfert d'un nom de domaine enregistré chez GoDaddy nécessite de respecte
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement GoDaddy.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -33,7 +33,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
@@ -69,13 +69,13 @@ Vous devez aussi :
 ### Etape 1 - Déverrouiller le nom de domaine chez GoDaddy
 
 Le verrouillage d'un nom de domaine le protège contre les tentatives de transfert non autorisées.
-GoDaddy active cette protection par défaut. Vous devez donc la désactiver pour transférer votre domaine chez OVHcloud.
+GoDaddy active cette protection par défaut. Vous devez donc la désactiver pour transférer votre nom de domaine chez OVHcloud.
 
 Suivez les étapes décrites dans la [documentation dédiée de GoDaddy](https://fr.godaddy.com/help/deverrouiller-ou-verrouiller-mon-domaine-410).
 
-### Etape 2 - Obtenir le code d’autorisation 
+### Etape 2 - Obtenir le code d’autorisation
 
-OVHcloud vous demandera de fournir le code d’autorisation ou « Auth code » avant d’initier la procédure de transfert de nom de domaine. Vous pouvez l’obtenir en ouvrant la page de votre portfolio de `Noms de domaines`{.action} chez GoDaddy.
+OVHcloud vous demandera de fournir le code d’autorisation ou « Auth code » avant d’initier la procédure de transfert de nom de domaine. Vous pouvez l’obtenir en ouvrant la page de votre portfolio de `noms de domaine`{.action} chez GoDaddy.
 
 Suivez les étapes décrites dans la [documentation dédiée de GoDaddy](https://fr.godaddy.com/help/transferer-mon-domaine-hors-de-godaddy-3560).
 
@@ -93,4 +93,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/transfer_incoming_homepl/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_homepl/guide.fr-fr.md
index 6776e4765f7..7dcbd9d0fee 100644
--- a/pages/web_cloud/domains/transfer_incoming_homepl/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_homepl/guide.fr-fr.md
@@ -18,14 +18,14 @@ Le transfert d'un nom de domaine home.pl nécessite de respecter une démarche s
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement home.pl.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -34,7 +34,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
diff --git a/pages/web_cloud/domains/transfer_incoming_hostinger/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_hostinger/guide.fr-fr.md
index 15178d118dc..80265f52418 100644
--- a/pages/web_cloud/domains/transfer_incoming_hostinger/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_hostinger/guide.fr-fr.md
@@ -17,14 +17,14 @@ Le transfert d'un nom de domaine Hostinger nécessite de respecter une démarche
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement Hostinger.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -33,7 +33,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
@@ -73,7 +73,7 @@ Vous devez aussi :
 > Par sécurité, l'ensemble des noms de domaine chez Hostinger sont **verrouillés par défaut** pour éviter les transferts non autorisés.
 >
 > Par conséquent, avant de transférer votre nom de domaine depuis Hostinger, vous devez d'abord le **déverrouiller**.
-> 
+>
 
 Pour les noms de domaine enregistrés chez Hostinger, vous pouvez gérer le statut de verrouillage de votre nom de domaine en ouvrant la section `Domaines`{.action} et en sélectionnant le nom de domaine à transférer.
 
@@ -82,14 +82,14 @@ Suivez les étapes décrites dans la [documentation dédiée de Hostinger](https
 ### Obtenir le code EPP ou Auth
 
 Si vous souhaitez **transférer** votre nom de domaine de Hostinger vers un autre bureau d'enregistrements (comme OVHcloud), le nouveau bureau d'enregistrement peut demander un code d'autorisation (code « EPP » ou « Auth ») pour vérifier que vous avez bien le droit d'agir sur le nom de domaine.
-Pour vous familiariser avec le changement de propriétaire d'un nom de domaine, nous vous consultez ce [guide](/pages/web_cloud/domains/trade_domain).
+Pour vous familiariser avec le changement de titulaire d'un nom de domaine, nous vous consultez ce [guide](/pages/web_cloud/domains/trade_domain).
 
 > [!warning]
 >
-> Certains TLD ont un processus de transfert spécial. Cela est vrai notamment pour les domaines **.uk** et **.eu**.
+> Certains TLD ont un processus de transfert spécial. Cela est vrai notamment pour les noms de domaine **.uk** et **.eu**.
 >
 > Nous vous invitons à prendre connaissance auprès d'Hostinger des démarches appropriées pour transférer votre nom de domaine.
-> 
+>
 
 Pour obtenir un code **EPP** ou **Auth** chez Hostinger, suivez les étapes décrites dans la [documentation dédiée de Hostinger](https://support.hostinger.com/fr/articles/1583203-comment-obtenir-un-code-epp-ou-auth-pour-le-transfert-d-un-nom-de-domaine-chez-hostinger).
 
diff --git a/pages/web_cloud/domains/transfer_incoming_ionos/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_ionos/guide.fr-fr.md
index d0b172d3668..71038c04f83 100644
--- a/pages/web_cloud/domains/transfer_incoming_ionos/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_ionos/guide.fr-fr.md
@@ -17,14 +17,14 @@ Le transfert d'un nom de domaine Ionos nécessite de respecter une démarche sp
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement Ionos.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -33,7 +33,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
diff --git a/pages/web_cloud/domains/transfer_incoming_o2switch/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_o2switch/guide.fr-fr.md
index ccc4112ce92..8d598e612e2 100644
--- a/pages/web_cloud/domains/transfer_incoming_o2switch/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_o2switch/guide.fr-fr.md
@@ -17,14 +17,14 @@ Le transfert d'un nom de domaine O2Switch nécessite de respecter une démarche
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement O2Switch.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -33,7 +33,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
diff --git a/pages/web_cloud/domains/transfer_incoming_wix/guide.fr-fr.md b/pages/web_cloud/domains/transfer_incoming_wix/guide.fr-fr.md
index 778bf290451..c6558eeeef2 100644
--- a/pages/web_cloud/domains/transfer_incoming_wix/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_incoming_wix/guide.fr-fr.md
@@ -17,14 +17,14 @@ Le transfert d'un nom de domaine Wix nécessite de respecter une démarche spéc
 > Si OVHcloud est déjà le bureau d'enregistrement de votre nom de domaine **avant** de démarrer la procédure qui va suivre, le transfert entrant de domaine n'est pas la procédure appropriée. La procédure de transfert entrant de domaine s’applique **uniquement** aux noms de domaine enregistrés dans un autre bureau d'enregistrement qu'OVHcloud.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Le nom de domaine est enregistré auprès du bureau d'enregistrement Wix.
 - Le nom de domaine existe depuis plus de 60 jours.
-- Le nom de domaine n'a pas été transféré ou n'a pas changé de propriétaire au cours des 60 derniers jours.
+- Le nom de domaine n'a pas été transféré ou n'a pas changé de titulaire au cours des 60 derniers jours.
 - L'état du nom de domaine est « OK » ou « Transférable ».
 - Le nom de domaine n'a pas expiré et a une date d'expiration permettant de terminer le processus de transfert dans les temps (recommandé : plus de 60 jours).
 
@@ -33,7 +33,7 @@ Vous devez aussi :
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 > [!warning]
 >
diff --git a/pages/web_cloud/domains/transfer_outgoing_couk/guide.fr-fr.md b/pages/web_cloud/domains/transfer_outgoing_couk/guide.fr-fr.md
index 557bd01a8c8..1cdc72c820c 100644
--- a/pages/web_cloud/domains/transfer_outgoing_couk/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_outgoing_couk/guide.fr-fr.md
@@ -6,7 +6,7 @@ updated: 2022-10-19
 
 ## Objectif
 
-Le processus de changement de bureau d'enregistrement (*registrar*) pour les domaines de premier niveau (*top-level domain*, ou **TLD**) de l'indicatif de pays **UK** (**.uk**) diffère de celui détaillé dans notre [guide de transfert des TLD génériques](/pages/web_cloud/domains/transfer_outgoing_domain). Les instructions ci-dessous concernent les extensions suivantes :
+Le processus de changement de bureau d'enregistrement (*registrar*) pour les noms de domaine de premier niveau (*top-level domain*, ou **TLD**) de l'indicatif de pays **UK** (**.uk**) diffère de celui détaillé dans notre [guide de transfert des TLD génériques](/pages/web_cloud/domains/transfer_outgoing_domain). Les instructions ci-dessous concernent les extensions suivantes :
 
 - .uk
 - .co.uk
@@ -26,19 +26,19 @@ Le processus de changement de bureau d'enregistrement (*registrar*) pour les dom
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
 >
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Disposer d'un [nom de domaine .uk](/links/web/domains) enregistré chez OVHcloud
-- Être connecté à votre [espace client OVHcloud](/links/manager) et disposer des droits nécessaires pour gérer le nom de domaine (être administrateur du domaine)
+- Être connecté à votre [espace client OVHcloud](/links/manager) et disposer des droits nécessaires pour gérer le nom de domaine (être administrateur du nom de domaine)
 - Le nom de domaine doit être toujours actif, c'est-à-dire qu'il ne doit pas avoir expiré ou être bloqué par OVHcloud
 - Le nom de domaine ne doit pas faire l’objet d’un litige en cours auprès du [Registre Nominet](https://www.nominet.uk/)
 
 ## En pratique
 
-Les TLD concernés disposent chacun d'une balise (*TAG*) correspondand à leur bureau d'enregistrement de noms de domaines actuel, tel qu’OVHcloud. Le transfert s'initie par la substitution du TAG par celui identifiant votre nouveau bureau d'enregistrement.
+Les TLD concernés disposent chacun d'une balise (*TAG*) correspondand à leur bureau d'enregistrement de noms de domaine actuel, tel qu’OVHcloud. Le transfert s'initie par la substitution du TAG par celui identifiant votre nouveau bureau d'enregistrement.
 
 Si vous ne connaissez pas encore le TAG requis, vous pouvez en faire la demande chez votre nouveau prestataire ou consulter la [liste des bureaux d'enregistrement Nominet](https://registrars.nominet.uk/uk-namespace/registrar-agreement/list-of-registrars/).
 
diff --git a/pages/web_cloud/domains/transfer_outgoing_domain/guide.fr-fr.md b/pages/web_cloud/domains/transfer_outgoing_domain/guide.fr-fr.md
index 5f8709b154e..27ba0f85975 100644
--- a/pages/web_cloud/domains/transfer_outgoing_domain/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_outgoing_domain/guide.fr-fr.md
@@ -18,26 +18,26 @@ Afin d'empêcher les transferts de domaine non autorisés, les noms de domaine s
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
 >
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
 
 - Disposer d'un [nom de domaine](/links/web/domains) enregistré chez OVHcloud
-- Être habilité à demander le transfert du nom de domaine : le propriétaire et/ou les personnes l'administrant doivent être informés de la demande du transfert.
+- Être habilité à demander le transfert du nom de domaine : le titulaire et/ou les personnes l'administrant doivent être informés de la demande du transfert.
 - Disposer d'un accès à la gestion du nom de domaine concerné depuis votre [espace client OVHcloud](/links/manager).
-- Le nom de domaine doit avoir été créé il y a plus de 61 jours **et** ne doit pas avoir été transféré ou avoir changé de propriétaire durant cette période.
+- Le nom de domaine doit avoir été créé il y a plus de 61 jours **et** ne doit pas avoir été transféré ou avoir changé de titulaire durant cette période.
 
 > [!primary]
 >
-> Si vous êtes le **propriétaire** du domaine mais que sa gestion dans l'espace client OVHcloud est indisponible, que ce soit via votre propre accès ou via le contact administratif du domaine, veuillez consulter [ce guide](/pages/account_and_service_management/account_information/managing_contacts) avant de continuer.
+> Si vous êtes le **titulaire** du nom de domaine mais que sa gestion dans l'espace client OVHcloud est indisponible, que ce soit via votre propre accès ou via le contact administratif du nom de domaine, veuillez consulter [ce guide](/pages/account_and_service_management/account_information/managing_contacts) avant de continuer.
 >
 
 ## En pratique
 
 > [!warning]
 >
-> Les instructions suivantes décrivent le moyen le plus courant de transférer un nom de domaine, valide pour la plupart des domaines de premier niveau (top-level domain, ou TLD). Toutefois, les règles spécifiques de procédures propres aux TLD sont uniquement définies par l'autorité appropriée, c'est-à-dire le **registre**. Les bureaux d'enregistrement tels que OVHcloud doivent respecter ces règles et n'ont aucune influence sur les décisions des registres.
+> Les instructions suivantes décrivent le moyen le plus courant de transférer un nom de domaine, valide pour la plupart des noms de domaine de premier niveau (top-level domain, ou TLD). Toutefois, les règles spécifiques de procédures propres aux TLD sont uniquement définies par l'autorité appropriée, c'est-à-dire le **registre**. Les bureaux d'enregistrement tels que OVHcloud doivent respecter ces règles et n'ont aucune influence sur les décisions des registres.
 >
 > La procédure exacte pour les transferts de domaine peut donc varier, en particulier dans le cas de certains TLD de code de pays (ccTLD, tels que .lu, .uk., .hk, .ro) et de quelques TLD spéciaux (.am, .fm, etc...). Les transferts peuvent également être interdits pour diverses raisons, par exemple dans les cas d'un paiement en attente, d'abus ou de verrouillage du registre.
 >
@@ -67,13 +67,13 @@ Cliquez sur le curseur et confirmez, dans la fenêtre qui s'affiche, que vous so
 
 > [!primary]
 >
-> Si vous rencontrez le message "**Une erreur est survenue lors de la demande de désactivation de la protection du domaine (User not granted for this request)**", cela signifie que vous n'avez pas les droits suffisants pour déverrouiller le domaine. 
+> Si vous rencontrez le message "**Une erreur est survenue lors de la demande de désactivation de la protection du nom de domaine (User not granted for this request)**", cela signifie que vous n'avez pas les droits suffisants pour déverrouiller le domaine.
 >
-> De plus, si vous rencontrez le message : "**AUTH/INFO code : Authcode is not managed by OVHcloud, contact the registry to claim it**", cela signifie que le code de transfert de votre nom de domaine n'est pas récupérable via votre [espace client OVHcloud](/links/manager).  
-> 
-> Dans les deux cas, vérifiez que vous êtes bien le contact **administrateur** du domaine à l'aide de notre guide sur la [gestion des contacts](/pages/account_and_service_management/account_information/managing_contacts) puis vérifiez que l'extension de votre domaine permet un déverrouillage depuis l'[espace client OVHcloud](/links/manager).
-> 
-> En effet, certains *codes de transfert* sont directement gérés par le *registre* de l'extension de votre nom de domaine. Un *registre* est une organisation qui gère l'ensemble des domaines pour une extension donnée. Par exemple, l'**AFNIC** gère l'ensemble des noms de domaine ayant pour extension "*.fr*". Si tel est le cas, vous devez contactez directement le *registre* qui gère l'extension de votre nom de domaine afin de récupérer le *code de transfert*.
+> De plus, si vous rencontrez le message : "**AUTH/INFO code : Authcode is not managed by OVHcloud, contact the registry to claim it**", cela signifie que le code de transfert de votre nom de domaine n'est pas récupérable via votre [espace client OVHcloud](/links/manager).
+>
+> Dans les deux cas, vérifiez que vous êtes bien le contact **administrateur** du nom de domaine à l'aide de notre guide sur la [gestion des contacts](/pages/account_and_service_management/account_information/managing_contacts) puis vérifiez que l'extension de votre nom de domaine permet un déverrouillage depuis l'[espace client OVHcloud](/links/manager).
+>
+> En effet, certains *codes de transfert* sont directement gérés par le *registre* de l'extension de votre nom de domaine. Un *registre* est une organisation qui gère l'ensemble des noms de domaine pour une extension donnée. Par exemple, l'**AFNIC** gère l'ensemble des noms de domaine ayant pour extension "*.fr*". Si tel est le cas, vous devez contactez directement le *registre* qui gère l'extension de votre nom de domaine afin de récupérer le *code de transfert*.
 >
 
 ![désactivation protection](/pages/assets/screens/control_panel/product-selection/web-cloud/domain-dns/general-information/protection-against-domain-name-transfert-deactivating.png){.thumbnail}
@@ -87,7 +87,7 @@ Cliquez sur le curseur et confirmez, dans la fenêtre qui s'affiche, que vous so
 
 > [!warning]
 >
-> Sachez qu'il est toujours possible de débloquer et récupérer le code de transfert de votre nom de domaine après son expiration. Selon les règles du registre, un domaine en [période de rédemption (redemptionPeriod)](https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en) peut nécessiter d'être restauré pour être transféré. Contactez votre nouveau bureau d'enregistrement pour connaître les modalités de transfert.
+> Sachez qu'il est toujours possible de débloquer et récupérer le code de transfert de votre nom de domaine après son expiration. Selon les règles du registre, un nom de domaine en [période de rédemption (redemptionPeriod)](https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en) peut nécessiter d'être restauré pour être transféré. Contactez votre nouveau bureau d'enregistrement pour connaître les modalités de transfert.
 >
 
 Une fois la protection contre le transfert levée, vous pouvez récupérer le code de transfert de votre nom de domaine. Pour cela, toujours depuis l'onglet `Informations générales`{.action}, cliquez sur `AUTH/INFO`{.action} situé à côté de `Protection contre le transfert`. N'hésitez pas à actualiser la page si nécessaire.
@@ -100,17 +100,17 @@ Le code sera demandé par votre nouveau bureau d'enregistrement pour terminer le
 
 Plutôt que de taper manuellement le code, nous vous recommandons de copier/coller celui-ci, car certains caractères peuvent être facilement confondus.
 
-Une fois le code de transfert récupéré, **ne reverrouillez pas votre domaine, sauf si vous ne souhaitez plus le transférer**.
+Une fois le code de transfert récupéré, **ne reverrouillez pas votre nom de domaine, sauf si vous ne souhaitez plus le transférer**.
 
 ### Étape 3 : débuter le transfert vers le nouveau bureau d'enregistrement
 
-Une fois les étapes précédentes effectuées, lancez le processus de transfert, généralement en passant une commande auprès de votre nouveau bureau d'enregistrement. Le transfert peut prendre jusqu'à 10 jours. 
+Une fois les étapes précédentes effectuées, lancez le processus de transfert, généralement en passant une commande auprès de votre nouveau bureau d'enregistrement. Le transfert peut prendre jusqu'à 10 jours.
 
 Pour plus d'informations, contactez le nouveau bureau d'enregistrement que vous avez choisi.
 
 > [!warning]
 >
-> Si votre nouveau bureau d'enregistrement réclame un nouveau code de transfert, réactivez la `Protection contre le transfert` pour votre domaine puis désactivez-la de nouveau quelques minutes après. Vous pourrez ainsi récupérer un nouveau code de transfert.
+> Si votre nouveau bureau d'enregistrement réclame un nouveau code de transfert, réactivez la `Protection contre le transfert` pour votre nom de domaine puis désactivez-la de nouveau quelques minutes après. Vous pourrez ainsi récupérer un nouveau code de transfert.
 >
 
 ## Aller plus loin
@@ -121,4 +121,4 @@ Pour des prestations spécialisées (référencement, développement, etc), cont
 
 Si vous souhaitez bénéficier d'une assistance à l'usage et à la configuration de vos solutions OVHcloud, nous vous proposons de consulter nos différentes [offres de support](/links/support).
 
-Échangez avec notre [communauté d'utilisateurs](/links/community).
\ No newline at end of file
+Échangez avec notre [communauté d'utilisateurs](/links/community).
diff --git a/pages/web_cloud/domains/transfer_pl/guide.fr-fr.md b/pages/web_cloud/domains/transfer_pl/guide.fr-fr.md
index 76ec6cb2469..7bde4934f42 100644
--- a/pages/web_cloud/domains/transfer_pl/guide.fr-fr.md
+++ b/pages/web_cloud/domains/transfer_pl/guide.fr-fr.md
@@ -28,7 +28,7 @@ En transférant votre nom de domaine, vous changerez de registre pour celui-ci.
 >
 > Pour transférer la gestion de votre nom de domaine vers un autre compte client OVHcloud, la méthode adéquate est un **changement de contacts**. La procédure est décrite dans [ce guide](/pages/account_and_service_management/account_information/managing_contacts).
 >
-> Si vous devez également changer le **propriétaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de propriétaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
+> Si vous devez également changer le **titulaire** du nom de domaine, vous devez le faire **avant** de changer les contacts du nom de domaine. Pour cela, suivez les instructions décrites dans notre documentation sur le [changement de titulaire des noms de domaine](/pages/web_cloud/domains/trade_domain).
 >
 
 ## Prérequis
@@ -39,7 +39,7 @@ En transférant votre nom de domaine, vous changerez de registre pour celui-ci.
 - Être en mesure de déverrouiller le nom de domaine.
 - Posséder le code de transfert ou être en mesure de le récupérer.
 - Être habilité à demander le transfert du nom de domaine.
-- Avoir prévenu le propriétaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
+- Avoir prévenu le titulaire du nom de domaine et/ou ses administrateurs de la demande de transfert.
 
 ## En pratique
 
@@ -47,10 +47,10 @@ La procédure de transfert comporte plusieurs étapes, impliquant la prise de co
 
 |Étapes|Description|Qui est impliqué ?|Où ?|Temps requis|
 |---|---|---|---|---|
-|1|Vérification des informations associées au nom de domaine|L'administrateur du domaine|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
-|2|Déverrouillage du domaine et récupération du code de transfert|L'administrateur du domaine, avec l'autorisation du propriétaire|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
-|3|Demande de transfert de nom de domaine|Toute personne possédant le code de transfert, également avec la permission du propriétaire|Avec le nouveau bureau d'enregistrement (par exemple OVHcloud)|Dépend de vos actions|
-|4|Validation du transfert|Le propriétaire du nom de domaine doit valider le transfert à la demande du registre |Par e-mail|Cinq jours maximum|
+|1|Vérification des informations associées au nom de domaine|L'administrateur du nom de domaine|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
+|2|Déverrouillage du nom de domaine et récupération du code de transfert|L'administrateur du nom de domaine, avec l'autorisation du titulaire|Avec le bureau d'enregistrement actuel|Dépend de vos actions|
+|3|Demande de transfert de nom de domaine|Toute personne possédant le code de transfert, également avec la permission du titulaire|Avec le nouveau bureau d'enregistrement (par exemple OVHcloud)|Dépend de vos actions|
+|4|Validation du transfert|Le titulaire du nom de domaine doit valider le transfert à la demande du registre |Par e-mail|Cinq jours maximum|
 
 ### Étape 1 : vérifier les informations associées au nom de domaine
 
@@ -90,18 +90,18 @@ Vous pouvez également terminer votre commande avec un [hébergement web](/links
 >
 > Tout au long du processus de commande, nous vous conseillons de prendre en compte les points suivants :
 >
-> - **données sur le propriétaire du nom de domaine.** Particulièrement depuis l'entrée en vigueur du RGPD, il est essentiel de vous assurer que les informations sur le propriétaire du nom de domaine correspondent à celles stockées par votre bureau d'enregistrement actuel. Cela vous évitera d'être soupçonné de vol de nom de domaine ;
+> - **données sur le titulaire du nom de domaine.** Particulièrement depuis l'entrée en vigueur du RGPD, il est essentiel de vous assurer que les informations sur le titulaire du nom de domaine correspondent à celles stockées par votre bureau d'enregistrement actuel. Cela vous évitera d'être soupçonné de vol de nom de domaine ;
 >
 > - **saisie des serveurs DNS pour votre nom de domaine.** Si vous utilisez actuellement votre nom de domaine pour maintenir un site internet ou un service de messagerie en ligne, vous devrez spécifier leurs serveurs DNS afin d'éviter toute interruption de service.
 >
 
-#### Gestion du propriétaire et détails des serveurs DNS
+#### Gestion du titulaire et détails des serveurs DNS
 
 - En cliquant sur `Modifier la configuration`{.action} dans cette étape, vous pouvez entrer les noms des serveurs DNS que le nom de domaine utilise actuellement. De cette manière, le nom de domaine sera déjà associé à ces serveurs DNS dans la configuration OVHcloud.
 
 - Si vous continuez sans effectuer cette opération, le nom de domaine sera fourni avec une nouvelle zone DNS sur les serveurs DNS OVHcloud. Une [modification manuelle de la zone DNS](/pages/web_cloud/domains/dns_zone_edit) peut alors devenir nécessaire.
 
-- Dans certains cas, le processus de transfert peut nécessiter des informations supplémentaires concernant le propriétaire du nom de domaine. Pour ajouter ces informations, cliquez sur l'option `Gérer les contacts/le propriétaire`{.action}.
+- Dans certains cas, le processus de transfert peut nécessiter des informations supplémentaires concernant le titulaire du nom de domaine. Pour ajouter ces informations, cliquez sur l'option `Gérer les contacts/le titulaire`{.action}.
 
 ![domaine](/pages/assets/screens/website/order/order-summary.png){.thumbnail}
 
@@ -111,7 +111,7 @@ Une fois la commande validée, vous recevrez un bon de commande gratuit. Le proc
 
 La procédure de transfert de nom de domaine implique une validation par e-mail. Cette étape peut être effectuée dès le début du transfert, mais peut prendre jusqu'à cinq jours.
 
-- Le propriétaire du nom de domaine reçoit un e-mail sur l'adresse qu'il a renseignée, présente dans le Whois (si elle est n'est pas masquée).
+- Le titulaire du nom de domaine reçoit un e-mail sur l'adresse qu'il a renseignée, présente dans le Whois (si elle est n'est pas masquée).
 - Cet e-mail provient du registre des noms de domaine « .pl », depuis l'adresse « automat@dns.pl» .
 - Cliquez sur le lien de validation présent dans cet e-mail pour finaliser le transfert.
 - Une fois la validation effectuée, le domaine sera accessible depuis votre [espace client OVHcloud](/links/manager) dans les 24 heures.
@@ -123,10 +123,10 @@ La procédure de transfert de nom de domaine implique une validation par e-mail.
 
 #### Que faire si vous n'avez pas reçu l'e-mail de validation du transfert ?
 
-Vérifiez l'adresse e-mail du propriétaire du domaine chez votre fournisseur de domaine actuel.

+Vérifiez l'adresse e-mail du titulaire du nom de domaine chez votre fournisseur de domaine actuel.

 Vérifiez également et en priorité les dossiers « SPAM » / « courrier indésirable » des adresses e-mail concernées.
 
-Si l'e-mail de validation reste introuvable, contactez le support OVHcloud via la création d'un ticket d'assistance. Nos services pourront alors annuler le transfert. Une fois l'annulation effectuée, modifiez l'adresse e-mail du propriétaire du nom de domaine, en privilégiant un autre fournisseur e-mail (tel que, par exemple, Gmail, Yahoo, Onet, wp.pl, etc.).

+Si l'e-mail de validation reste introuvable, contactez le support OVHcloud via la création d'un ticket d'assistance. Nos services pourront alors annuler le transfert. Une fois l'annulation effectuée, modifiez l'adresse e-mail du titulaire du nom de domaine, en privilégiant un autre fournisseur e-mail (tel que, par exemple, Gmail, Yahoo, Onet, wp.pl, etc.).

 Une fois l'adresse e-mail modifiée, effectuez une [nouvelle demande de transfert](#step3).
 
 ### Étape 5 : gérer son nom de domaine avec OVHcloud