Un domaine de premier niveau national (ccTLD) est un domaine à deux lettres attribué à un pays ou à un territoire, comme .de ou .jp. Pour Google, la plupart des ccTLD constituent un signal géographique fort : ils aident à expliquer quel pays le site vise explicitement. Il s’agit d’un signal de routage, et non d’une promesse de visibilité, de qualité ou de pertinence locale.
Ce que signale un ccTLD
Le code pays provient de la racine DNS, et non d’un réglage présent sur la page. Google documente les ccTLD comme l’un des signaux qui permettent d’identifier le public visé par une page. Il considère aussi certaines chaînes de code pays, notamment .io, .me et .tv, comme génériques, car on les utilise souvent sans intention géographique. Consultez la liste actuelle de Google avant de traiter un suffixe comme un engagement géographique.
Un ccTLD n’indique pas une langue. Un site en .ca peut avoir besoin de versions en anglais et en français ; une page en allemand peut viser plusieurs pays. Lorsque des pages équivalentes varient selon la langue ou la région, décrivez leur relation avec hreflang, attribuez à chaque version une URL stable et conservez un sélecteur de langue ou de région visible. Ne vous fiez pas à la seule adresse IP du visiteur : Google avertit que les variantes adaptées automatiquement à la locale peuvent être difficiles à crawler de façon cohérente.
Choisir un modèle d’URL
Ce choix relève de l’architecture, car il détermine la propriété du domaine, le flux de publication, le périmètre des analyses et le coût d’une migration. Google décrit les domaines nationaux, les sous-domaines et les sous-répertoires comme des modèles d’URL par locale viables ; aucun d’eux ne dispense d’un contenu localisé, d’une navigation crawlable et d’une politique canonique claire.
| Modèle | Utile lorsque | Coût opérationnel |
|---|---|---|
example.de | Un pays dispose d’une offre, d’une équipe ou d’une présence juridique durables | Domaine distinct et souvent exploitation séparée |
de.example.com | Des sites nationaux doivent être séparés techniquement sous une même marque | Davantage de coordination DNS et de déploiement |
example.com/de/ | Une plateforme commune sert plusieurs locales | Maintenance centralisée ; une architecture de locales solide est nécessaire |
- Listez les pays, les langues, les devises, les règles de traitement des commandes et les équipes qui diffèrent réellement.
- Décidez si le pays a besoin de son propre domaine ou seulement d’un chemin de locale ; consignez cette décision avant la production du contenu.
- Vérifiez l’éligibilité auprès du registre ou du bureau d’enregistrement concerné, la responsabilité du renouvellement et les restrictions locales. Ces exigences évoluent et ne constituent pas une règle SEO universelle.
- Pour chaque page équivalente, associez une URL canonique et des annotations
hreflangréciproques lorsque des variantes de langue ou de région existent. - Gardez un sélecteur crawlable qui renvoie directement vers chaque locale disponible, au lieu de rediriger les visiteurs uniquement selon une localisation devinée.
Mettre en place et vérifier
Traitez le lancement d’un ccTLD comme n’importe quelle mise en production multirégionale. Inventoriez les anciennes et les nouvelles URL, évitez d’envoyer chaque page retirée vers la page d’accueil, puis testez ensemble la chaîne de réponses, la canonique, les annotations d’alternatives, les entrées du sitemap et la navigation telle qu’elle est rendue. Une redirection permanente pertinente peut convenir à une URL retirée ayant un équivalent ; elle ne remplace pas une version régionale distincte.
Une méthode pratique consiste à écrire les règles d’URL et de canonique sous forme de cas explicites, puis à inspecter ce que reçoit un crawler, au lieu de supposer qu’un réglage par défaut du framework exprime la route publique voulue. Pour un lancement de locale, le jeu de preuves est réduit mais précis : l’URL finale répond 200, sa balise canonical pointe vers elle-même, l’ensemble des versions alternatives est réciproque là où il est utilisé, et le sitemap liste les URL indexables préférées.
- Inspectez une locale source et une locale cible sans session connectée.
- Vérifiez que la langue, les prix, les coordonnées et les informations de livraison correspondent à la locale déclarée, lorsque ces informations sont publiées.
- Validez la syntaxe de
hreflanget les balises de retour : une annotation présente sur une seule page reste incomplète. - Relancez un crawl après la mise en ligne des redirections et des balises canonical, puis comparez l’ensemble découvert au sitemap.
Limites et erreurs courantes
Un ccTLD indique seulement un pays ; il ne peut pas rendre une page adaptée à tous les utilisateurs de ce pays. Les moteurs de recherche évaluent toujours le contenu accessible, les liens, la langue, l’intention et la qualité technique. Il est tout aussi risqué d’affirmer qu’un ccTLD supprime le besoin de hreflang ou que l’emplacement du serveur est déterminant. Google cite l’emplacement du serveur comme signal possible, mais précise qu’il n’est pas définitif, notamment lorsque des CDN sont utilisés.
- Erreur : traiter chaque suffixe de deux lettres comme géographique
- Google considère certains domaines à code pays comme génériques. Vérifiez la classification actuelle au lieu de la déduire de l’orthographe du suffixe.
- Erreur : une seule redirection pour chaque pays
- Une redirection généralisée peut masquer la version demandée par l’utilisateur ou par le crawler. Proposez des URL stables par locale et des liens explicites.
- Erreur : copier la même page sans annotations
- Les pages régionales presque identiques ont besoin d’une relation claire entre version préférée et versions alternatives, et non de copies indexables concurrentes.
- Erreur : décider d’après les seuls classements
- Le coût du support local, l’éligibilité à l’enregistrement et la responsabilité éditoriale pèsent autant que les signaux de recherche.