2025-10-08 · Rédaction Baduno · 9 blog.readMin · Blog & Savoir
Utiliser Google Search Console pour les sites multilingues
L'outil de diagnostic gratuit montre par langue ce que Google indexe, là où on clique – et où vos versions restent invisibles.
Configuration systématique
Outre la propriété de domaine, les propriétés par préfixe d'URL pour chaque répertoire linguistique (/de/, /fr/ …) sont utiles : rapports, état des sitemaps et problèmes peuvent alors être lus proprement par marché plutôt que dans le bruit global.

Le rapport d'indexation
« Exploré, non indexé » pour certaines langues indique des problèmes de qualité ou de doublons ; « Exclu par noindex » signale des erreurs techniques. Le rapport est votre système d'alerte précoce – à vérifier chaque semaine par version.
Lire les performances par pays
Le rapport de performance avec filtre pays répond à la question centrale du SEO international : la bonne version se classe-t-elle sur le bon marché ? Les impressions sans clics indiquent des problèmes de titres, les impressions manquantes un manque de pertinence ou des problèmes techniques.
Routine plutôt que pompiers
Mensuellement par marché : indexation, requêtes principales, Core Web Vitals, actions manuelles. Quinze minutes de routine évitent le réveil brutal après six mois de problèmes inaperçus.
Détecter les erreurs hreflang avec l'outil d'inspection d'URL
La Search Console ne propose plus de rapport hreflang indépendant, mais l'inspection d'URL est votre outil de résolution des erreurs. Saisissez l'URL d'une version linguistique et cliquez sur « Test en direct » – sous « Détails avancés », vous verrez les balises hreflang détectées par Google. Si des combinaisons de pays manquent ou si l'outil affiche d'autres URL de référence, corrigez la mise en œuvre. Exemple : votre page française /fr/produit doit pointer via hreflang vers la version allemande /de/produkt et la version anglaise /en/product. Si le lien retour de /en/ vers /fr/ est absent, cela crée une chaîne erronée. Testez par échantillonnage pour chaque langue, surtout après des modifications de la structure de pages. Vous éviterez ainsi que Google affiche la mauvaise version ou n'en indexe aucune.
Isoler les problèmes d'indexation par langue
Le rapport d'indexation affiche souvent des chiffres globaux – pour les sites multilingues, vous devez filtrer. Créez une propriété de préfixe d'URL pour chaque répertoire linguistique (ex. example.com/fr/). Vous verrez ainsi exactement combien de pages par version sont indexées et où apparaissent des problèmes comme « Exploré – actuellement non indexé » ou « Soft 404 ». Un Soft 404 peut survenir si une version linguistique redirige vers une page d'erreur générique au lieu de la version localisée appropriée. Vérifiez ces URLs manuellement avec l'inspection d'URL. Prévoyez 15 minutes par mois par propriété pour contrôler l'indexation. Une baisse soudaine de 20 % des pages indexées est un signal d'alarme – souvent dû à des erreurs de balises canoniques ou à des règles robots.txt incorrectes dans un espace linguistique.
Évaluer ciblé les requêtes de recherche internationales
Le rapport de performance permet de filtrer les impressions et les clics par pays – utilisez-le pour évaluer la performance de chaque version linguistique. Portez une attention particulière aux « nouvelles » requêtes : si un pays apparaît soudainement, la version linguistique affichée est-elle correcte ? Exemple : votre page italienne se classe pour des mots-clés allemands parce qu'aucun hreflang n'est correctement défini. Corrigez les balises pour que Google effectue le bon mappage. Analysez également les positions par pays : une position moyenne faible (< 10) avec des impressions élevées indique des problèmes de pertinence. Optimisez alors les titres et méta-descriptions par langue. Utilisez le tableau « Pages » pour voir quelles URLs reçoivent des clics – souvent, des lacunes de contenu apparaissent, que vous pouvez combler par une localisation améliorée.
L'outil de diagnostic gratuit montre par langue ce que Google indexe, là où on clique – et où vos versions restent invisibles.
Priorisation des traductions basée sur les données
Les données de performance de la Search Console aident à piloter le workflow de localisation. Exportez pour chaque propriété linguistique les requêtes avec un nombre élevé d'impressions mais un faible taux de clics. Ces pages sont candidates à une optimisation du titre et de la méta-description. Exemple : votre page anglaise a 10 000 impressions pour « project management software », mais seulement 1 % de taux de clics. Un titre plus précis comme « Agile Project Management Software for Teams » peut améliorer le CTR. Inversement, les pages avec un taux de clics élevé mais peu d'impressions montrent un potentiel d'expansion de contenu – faites-les traduire ou enrichir dans d'autres langues. Intégrez ces analyses dans une revue trimestrielle : vous créez une liste des 20 URL principales par marché et en tirez des recommandations concrètes (traduction, adaptation, nouveau contenu). Ainsi, le SEO devient un pilotage stratégique de la localisation.
Contrôle du Sitemap par espace linguistique
La soumission correcte de sitemaps est un facteur de succès central pour les sites multilingues. Créez un sitemap distinct pour chaque répertoire linguistique et soumettez-le via la propriété de préfixe d'URL correspondante dans la Search Console. Exemple : Pour example.com/de/, utilisez un sitemap contenant uniquement des URLs allemandes. Ainsi, vous voyez d'un coup d'œil si toutes les pages pertinentes d'une langue sont couvertes et si des erreurs telles que « Non trouvé » ou « Redirection » apparaissent. Assurez-vous que chaque sitemap ne contient que des URLs de la version linguistique correspondante – évitez les références croisées entre langues dans un même fichier. Vérifiez mensuellement les statistiques de sitemap : un nombre décroissant d'URL soumises peut indiquer des balises canoniques erronées ou des traductions non indexées. Utilisez la fonction « Sitemaps » de la Search Console pour contrôler si Google a pu récupérer le sitemap avec succès. Si des erreurs comme « Erreur HTTP générale » se produisent, cela est souvent dû à un problème serveur qui n'affecte qu'une seule version linguistique – par exemple, une règle de réécriture incorrecte dans le fichier .htaccess. Documentez le statut du sitemap pour chaque langue et comparez-le au nombre réel de pages. Ainsi, vous évitez que des espaces linguistiques entiers passent inaperçus.
Surveiller la structure de liens internes
Les liens entre les versions linguistiques de votre site influencent à la fois la navigation utilisateur et la répartition du flux de liens. Utilisez le rapport « Liens » dans la Search Console pour analyser combien de liens internes pointent vers les pages principales de chaque langue. Filtrez par une URL spécifique et vérifiez si les pages qui renvoient proviennent de la même zone linguistique. Une page produit en allemand doit être majoritairement liée par d'autres pages allemandes – pas par la page d'accueil anglaise sans attribution de langue. Si cette cohérence fait défaut, Google peut avoir du mal à associer les versions linguistiques. L'idéal est un sélecteur de langue qui lie les versions alternatives via hreflang sur chaque page. Contrôlez par échantillonnage cinq à dix pages par langue : si le rapport « Liens » affiche des liens inattendus provenant d'une autre zone linguistique, vérifiez si la langue de liaison est correcte. Exemple : la page française est liée par une page allemande qui ne contient pas d'indication hreflang – alors Google pourrait prendre la mauvaise version comme canonique. Corrigez ces renvois croisés en supprimant le lien ou en introduisant une zone spécifique à la langue. Un contrôle mensuel de la structure de liens par langue garantit la cohérence et empêche que de mauvais signaux linguistiques n'affectent la visibilité internationale.
Sitemaps spécifiques à la langue et optimisation du budget de crawl
La soumission de sitemaps distincts par répertoire linguistique facilite l'attribution par Google et améliore le budget de crawl. Créez un sitemap propre à chaque version linguistique, par exemple sitemap-de.xml pour /de/ et sitemap-fr.xml pour /fr/. Faites référence à chaque sitemap individuellement dans robots.txt, pas seulement à un sitemap collectif. Ainsi, Google voit exactement quelles URL appartiennent à quelle version linguistique et peut prioriser le crawl. Assurez-vous que chaque sitemap ne contienne que des URL de la version linguistique correspondante et aucune référence hreflang alternative en dehors de son propre sitemap. Utilisez l'attribut hreflang dans le sitemap pour expliciter l'attribution linguistique et géographique. Le budget de crawl – le nombre de pages que Google crawl par visite – est particulièrement précieux pour les grands sites multilingues. Grâce à des sitemaps séparés, vous évitez que Google ne crawle des URL en double ou non pertinentes. Observez dans la Search Console les statistiques de crawl par propriété : un taux de crawl faible sur une version linguistique peut indiquer des obstacles techniques tels que des temps de réponse serveur lents ou des blocages dans robots.txt. Optimisez les temps de réponse serveur pour chaque région, par exemple via un CDN avec des serveurs périphériques locaux. Vérifiez également si vous excluez des variantes de paramètres inutiles qui gaspillent le budget de crawl. Une comparaison régulière entre le sitemap et le rapport d'indexation montre si toutes les pages pertinentes d'une version linguistique sont correctement crawlées. Après des mises à jour de contenu importantes, prévoyez une nouvelle soumission de sitemap via la Search Console pour accélérer la réindexation.
Redirections erronées et URL canoniques dans les configurations multilingues
Les redirections et les balises canoniques sont des sources d'erreurs fréquentes sur les sites multilingues et entraînent une indexation de la mauvaise version linguistique par Google ou une perte de clics. Vérifiez chaque chaîne de redirection : une chaîne de /fr/produit vers /fr/produit-alt puis /fr/produit-neuf coûte du jus de lien et peut entraîner des erreurs d'indexation. Utilisez des redirections directes, idéalement avec le code HTTP 301. Utilisez l'inspection d'URL dans la Search Console pour tester les redirections réellement servies. Soyez particulièrement attentif aux redirections linguistiques basées sur l'en-tête du navigateur ou l'adresse IP : elles peuvent faire en sorte que Googlebot voie une version différente de celle de l'utilisateur. Implémentez plutôt un sélecteur de langue sans redirection automatique ou utilisez la balise hreflang pour marquer clairement le contenu. Les URL canoniques doivent être définies spécifiquement à chaque langue : placez sur chaque version linguistique une balise canonique auto-référencée, par exemple sur /de/produkt la balise avec href="/de/produkt". Si elle manque ou pointe vers une autre langue, des signaux de duplication se créent. Combinez cela avec la balise hreflang afin que Google reconnaisse l'équivalence hiérarchique. Utilisez la Search Console pour rechercher les messages « Alternative page with proper canonical tag » – ceux-ci indiquent des conflits. Analysez également le cache Google de chaque version linguistique pour vous assurer que l'URL affichée et la balise canonique correspondent. Un suivi détaillé des fichiers journaux peut en outre fournir des informations sur les chemins de redirection réels.
blog.faqT
Puis-je voir dans la Search Console quelles balises Hreflang Google reconnaît réellement ?
Oui, utilisez l'outil d'inspection d'URL. Saisissez une URL de page, cliquez sur « Test en direct » et ouvrez les détails avancés. Sous « Balises Hreflang », toutes les balises trouvées par Google sont répertoriées. Vérifiez ainsi si les références sont complètes et correctes – par exemple, si chaque version linguistique pointe vers elle-même et vers les autres versions.
Comment filtrer le rapport d'indexation pour une langue spécifique ?
Pour cela, vous avez besoin d'une propriété de préfixe d'URL qui ne couvre que le répertoire linguistique (par exemple, example.com/fr/). Dans cette propriété, vous ne voyez que l'indexation des pages françaises. Idéalement, créez une propriété de préfixe d'URL distincte pour chaque version linguistique, en complément de la propriété de domaine. Cela permet des analyses spécifiques à la langue sans bruit de données.