Choisir entre ccTLD, sous-répertoire et sous-domaine

Les équipes tranchent à l'instinct ou en copiant un concurrent, puis découvrent trois ans plus tard que huit domaines nationaux doivent chacun gagner leur autorité seuls alors qu'il n'y a de budget que pour un seul programme de netlinking. L'argument évident, à savoir que les domaines nationaux se positionnent mieux localement, est plus faible qu'il n'y paraît face aux signaux que vous divisez, mais l'affirmation inverse est elle aussi excessive : sur certains marchés un domaine national influence mesurablement la confiance et le comportement de clic, et des contraintes juridiques ou d'achat peuvent trancher la question à votre place. Cela s'applique avant la première page localisée, puis à nouveau chaque fois qu'une consolidation est proposée.

Le fichier de compétence

---
name: international-url-structure-decision
description: À utiliser quand un lancement sur un nouveau marché se prépare, ou quand vous héritez d'un mélange de domaines nationaux et de dossiers et que quelqu'un attend une réponse défendable sur l'endroit où doivent vivre les pages localisées.
---

# Choisir entre ccTLD, sous-répertoire et sous-domaine

Les équipes tranchent à l'instinct ou en copiant un concurrent, puis découvrent trois ans plus tard que huit domaines nationaux doivent chacun gagner leur autorité seuls alors qu'il n'y a de budget que pour un seul programme de netlinking. L'argument évident, à savoir que les domaines nationaux se positionnent mieux localement, est plus faible qu'il n'y paraît face aux signaux que vous divisez, mais l'affirmation inverse est elle aussi excessive : sur certains marchés un domaine national influence mesurablement la confiance et le comportement de clic, et des contraintes juridiques ou d'achat peuvent trancher la question à votre place. Cela s'applique avant la première page localisée, puis à nouveau chaque fois qu'une consolidation est proposée.

## Ce qu’il vous faut d’abord

- Les marchés sur lesquels vous vous engagez pour les trois prochaines années, avec la langue et le pays de chacun énoncés séparément
- L'inventaire de domaines actuel, y compris les domaines nationaux déjà déposés, avec le profil de liens de chacun
- La présence ou non d'une entité locale, d'un paiement local et d'un support local par marché, ou le fait que tout parte d'un seul endroit
- Les contraintes de plateforme et de déploiement : la capacité d'une seule base de code à servir toutes les locales, et qui peut livrer sur chaque domaine

## Méthode

1. Écrivez d'abord la liste des marchés en séparant la langue du pays. Un site en espagnol servant toute l'Amérique latine est une décision différente de onze sites nationaux, et les équipes confondent régulièrement les deux avant même de comparer la moindre option.
2. Notez chaque marché sur le fait qu'un domaine national y constitue ou non un vrai signal d'achat. Dans une partie de l'Europe et de l'Asie de l'Est, cela influence visiblement la confiance et le taux de clic ; sur la plupart des autres marchés non, et supposer le contraire partout est ce qui produit des portefeuilles que personne ne peut entretenir.
3. Comptez les programmes d'acquisition de liens que vous pouvez réellement doter en personnel, car chaque domaine distinct gagne son autorité seul. Un portefeuille de domaines nationaux ne se défend que si chacun reçoit son propre effort ; sinon, placez les marchés en sous-répertoires sur un seul domaine.
4. Vérifiez les contraintes juridiques, de registre et d'achat avant l'argument search, car elles priment dessus. Plusieurs registres nationaux exigent une entité ou une adresse locale déclarée, et certains acheteurs réglementés ou publics ne traiteront avec rien d'autre.
5. Considérez le sous-domaine comme l'option qui hérite le moins. Il se comporte davantage comme un site distinct que ne le fait un sous-répertoire, et il porte l'essentiel de la charge opérationnelle d'un domaine national sans le signal local : ne le choisissez donc que si la plateforme est réellement incapable de servir des dossiers.
6. Chiffrez la migration des marchés déjà en ligne séparément de la décision pour un terrain vierge. Replier des domaines nationaux existants dans des sous-répertoires est une migration complète avec période de récupération, et cela se défend donc sur trois ans plutôt que sur le trimestre à venir.
7. Consignez la décision avec la condition qui l'inverserait, par exemple un marché franchissant un seuil de chiffre d'affaires qui justifie son propre domaine et son propre budget de liens, pour que la prochaine réorganisation ne rouvre pas le débat de zéro.

## Ce que ça produit

Une décision d'une page nommant le schéma retenu par marché, le coût de chaque option écartée, et le déclencheur qui rouvrirait la question.

## Là où ça dérape

- Déposer tôt des domaines nationaux pour protéger la marque, puis les lancer comme de simples copies traduites et pauvres, ce qui crée des sites faibles qu'il faudra ensuite soit doter correctement, soit migrer
- Supposer qu'un sous-répertoire hérite de toute l'autorité page par page, alors qu'un nouveau dossier de locale part de la position du domaine et que chaque page doit encore gagner sa pertinence sur son propre marché
- Trancher sur la théorie du classement en ignorant qui peut déployer sur chaque domaine, ce qui détermine pourtant si les sites nationaux restent synchronisés
- Laisser en ligne un ancien domaine national non entretenu après avoir déplacé le marché dans un sous-répertoire, si bien que les deux se disputent les mêmes requêtes

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/international-url-structure-decision

Ce qu’il vous faut d’abord

• Les marchés sur lesquels vous vous engagez pour les trois prochaines années, avec la langue et le pays de chacun énoncés séparément
• L'inventaire de domaines actuel, y compris les domaines nationaux déjà déposés, avec le profil de liens de chacun
• La présence ou non d'une entité locale, d'un paiement local et d'un support local par marché, ou le fait que tout parte d'un seul endroit
• Les contraintes de plateforme et de déploiement : la capacité d'une seule base de code à servir toutes les locales, et qui peut livrer sur chaque domaine

Méthode

1. 01 Écrivez d'abord la liste des marchés en séparant la langue du pays. Un site en espagnol servant toute l'Amérique latine est une décision différente de onze sites nationaux, et les équipes confondent régulièrement les deux avant même de comparer la moindre option.
2. 02 Notez chaque marché sur le fait qu'un domaine national y constitue ou non un vrai signal d'achat. Dans une partie de l'Europe et de l'Asie de l'Est, cela influence visiblement la confiance et le taux de clic ; sur la plupart des autres marchés non, et supposer le contraire partout est ce qui produit des portefeuilles que personne ne peut entretenir.
3. 03 Comptez les programmes d'acquisition de liens que vous pouvez réellement doter en personnel, car chaque domaine distinct gagne son autorité seul. Un portefeuille de domaines nationaux ne se défend que si chacun reçoit son propre effort ; sinon, placez les marchés en sous-répertoires sur un seul domaine.
4. 04 Vérifiez les contraintes juridiques, de registre et d'achat avant l'argument search, car elles priment dessus. Plusieurs registres nationaux exigent une entité ou une adresse locale déclarée, et certains acheteurs réglementés ou publics ne traiteront avec rien d'autre.
5. 05 Considérez le sous-domaine comme l'option qui hérite le moins. Il se comporte davantage comme un site distinct que ne le fait un sous-répertoire, et il porte l'essentiel de la charge opérationnelle d'un domaine national sans le signal local : ne le choisissez donc que si la plateforme est réellement incapable de servir des dossiers.
6. 06 Chiffrez la migration des marchés déjà en ligne séparément de la décision pour un terrain vierge. Replier des domaines nationaux existants dans des sous-répertoires est une migration complète avec période de récupération, et cela se défend donc sur trois ans plutôt que sur le trimestre à venir.
7. 07 Consignez la décision avec la condition qui l'inverserait, par exemple un marché franchissant un seuil de chiffre d'affaires qui justifie son propre domaine et son propre budget de liens, pour que la prochaine réorganisation ne rouvre pas le débat de zéro.

Ce que ça produit

Une décision d'une page nommant le schéma retenu par marché, le coût de chaque option écartée, et le déclencheur qui rouvrirait la question.

Là où ça dérape

• Déposer tôt des domaines nationaux pour protéger la marque, puis les lancer comme de simples copies traduites et pauvres, ce qui crée des sites faibles qu'il faudra ensuite soit doter correctement, soit migrer
• Supposer qu'un sous-répertoire hérite de toute l'autorité page par page, alors qu'un nouveau dossier de locale part de la position du domaine et que chaque page doit encore gagner sa pertinence sur son propre marché
• Trancher sur la théorie du classement en ignorant qui peut déployer sur chaque domaine, ce qui détermine pourtant si les sites nationaux restent synchronisés
• Laisser en ligne un ancien domaine national non entretenu après avoir déplacé le marché dans un sous-répertoire, si bien que les deux se disputent les mêmes requêtes

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Plus dans SEO international