Google pénalise-t-il un site traduit automatiquement ?

Les règles de spam de Google Search lues le 15/11/2026 visent les pages créées en masse sans valeur ajoutée, y compris par « traductions automatisées ». La traduction automatique n'est pas interdite en elle-même : ce qui est visé, c'est le contenu sans valeur pour l'internaute.

Faut-il une balise hreflang pour une version traduite ?

Google indique que les annotations hreflang aident à relier chaque version de langue. Chaque version doit se référencer elle-même et toutes les autres versions.

Traduire son site web avec l'IA : ce que dit Google

Traduire un site avec l'IA est rapide. Le résultat peut pourtant rester invisible, ou nuire au reste du site, si les pages traduites ne sont qu'une copie sans valeur. Ce guide reprend les règles publiques de Google Search, lues le 15/11/2026, et les points techniques qui permettent à Google de relier chaque version à sa langue.

Une précision d'abord : les pages de Google lues ne disent pas que la traduction automatique est pénalisée. Elles visent des pratiques précises, décrites ci-dessous. Quand une règle n'est pas écrite, ce guide ne la prête pas à Google.

Ce que Google vise : le contenu sans valeur

La politique de spam de Google Search, lue le 15/11/2026, décrit l'abus de contenu à grande échelle. Elle cite l'usage « d'outils d'IA générative ou similaires pour générer de nombreuses pages sans apporter de valeur aux utilisateurs », y compris « via des transformations automatisées comme la synonymisation, la traduction ou d'autres techniques d'obfuscation ».

La phrase vise donc les pages produites en série sans valeur, pas la traduction en tant que telle. Une traduction relue, adaptée au public local et qui répond à une vraie question d'un internaute n'entre pas dans ce cas. Une page traduite mot à mot, sans relecture, et qui ne dit rien de plus que l'original ressemble au contraire à ce que la règle décrit.

La même politique vise aussi la republication de contenu d'autres sites « sans ajouter de contenu original ni de valeur ». Traduire le contenu d'un concurrent revient à la même question.

Les adresses par langue

Google recommande d'utiliser une adresse distincte pour chaque version linguistique, plutôt que de changer la langue par un cookie ou un paramètre d'adresse. La page sur les sites multirégionaux, lue le 15/11/2026, décrit quatre options :

Le sous-domaine (fr.exemple.com) : simple à mettre en place, et il permet des serveurs différents. L'internaute peut hésiter sur le sens de la partie « fr ».
Le sous-répertoire (exemple.com/fr/) : simple et peu coûteux à maintenir, mais un seul emplacement serveur et une séparation moins nette des sites.
Le domaine national (exemple.fr) : ciblage géographique clair, mais coûteux, parfois soumis à des restrictions, et limité à un pays.
Le paramètre d'adresse (?loc=fr) : non recommandé.

Pour un site de TPE, le sous-répertoire est souvent le plus simple à tenir. Le choix final dépend de votre hébergement et de vos moyens.

Les balises hreflang

Google indique que l'attribut hreflang aide à faire apparaître la bonne version d'une page dans les résultats. Quatre règles, lues le 15/11/2026 :

Le code de langue vient en premier (format ISO 639-1), suivi d'un code de pays facultatif (ISO 3166-1 alpha 2). Exemple : fr-FR.
Chaque version de la page doit inclure l'ensemble des liens, y compris un lien vers elle-même, dans la section head.
La liste doit être réciproque : chaque version se référence et référence toutes les autres. Si deux pages ne se citent pas, les balises sont ignorées.
Les balises peuvent être placées dans le HTML, dans les en-têtes HTTP ou dans un plan de site XML. Google indique que les trois méthodes sont équivalentes.

Une erreur fréquente : une version anglaise qui ne renvoie pas vers la version française. La réciprocité est la règle la plus souvent oubliée.

La relecture

La traduction automatique fait des fautes de sens et de terminologie. La page d'aide de Google Traduction, lue le 15/11/2026, le rappelle : « les traductions générées par IA peuvent contenir des erreurs ». Pour un site, les pages à relire en priorité sont celles qui portent une offre, un prix, un engagement ou une information juridique.

Trois contrôles simples avant mise en ligne :

relire chaque page avec une personne qui parle la langue cible ;
vérifier que le nom de l'entreprise, les produits et les termes de métier sont écrits comme dans la version d'origine (un glossaire aide : voir glossaire et traduction automatique) ;
ajuster les pages qui n'ont pas d'équivalent local : un texte sur une loi ou une aide française n'est pas à traduire, il est à réécrire pour le public visé.

Ce qu'il faut faire pour chaque langue

Traduire les pages qui répondent à une question réelle, pas tout le site d'un coup.
Donner à chaque version un titre et une description rédigés dans sa langue.
Garder les mêmes liens internes et les mêmes images, avec des textes alternatifs traduits.
Publier une version seulement quand elle est relue : une page en attente n'a pas à être en ligne.

Ce que ce guide ne dit pas

Les pages lues ne donnent pas de délai d'indexation, ni de règle chiffrée sur le nombre de pages traduites qu'un site peut publier. Elles ne disent pas non plus que la traduction automatique est signalée comme telle par Google. Ne prêtez pas à Google des règles qu'il n'a pas écrites.

Pour le choix de l'outil de traduction, voir traduction automatique ou traducteur. Pour les mentions et les données envoyées à un service en ligne, voir traducteur en ligne et confidentialité.