Traduire un site web en hébreu : écriture de droite à gauche, genre et orthographe moderne

Localiser un site web en hébreu : balisage RTL, orthographe sans signes de vocalisation, gestion du genre dans l’interface et SEO pour la langue he.

Grant DaviesMis à jour

Traduire un site web en hébreu : une carte de blocs de lettres hébraïques en RTL avec des points de niqqud et une pastille /he sur une grille blanche

Si votre cahier des charges indique « traduire le site web en hébreu », cessez de considérer l’hébreu comme de l’arabe écrit avec d’autres lettres. Sur le Web, l’hébreu pose un double défi : le RTL et la coexistence de plusieurs écritures. La page doit se lire de droite à gauche, les noms de produits en anglais et les chiffres doivent rester lisibles dans des îlots de gauche à droite, et les textes d’interface modernes sont presque toujours non vocalisés.

Cet article vous guide dans le lancement d’une version de site web en hébreu (he) : choix des paramètres régionaux, sens de lecture et mise en miroir, URL explorables, assurance qualité du parcours de paiement (factures et e-mails compris), post-édition de traduction automatique (MTPE) ou révision humaine, pièges SEO et liste de contrôle concrète.

Au-delà du remplacement des chaînes de texte, que faut-il prévoir pour traduire un site web en hébreu ?

Au-delà des champs du CMS, il vous faut une chaîne de traitement qui définit le sens du document dans le balisage et préserve l’ordre des textes mêlant hébreu, caractères latins et chiffres dans les modèles, les e-mails et les PDF. Il faut aussi une politique de genre pour les verbes et adjectifs des messages d’état, une véritable URL hébraïque dont le contenu est bien en hébreu, ainsi qu’un choix orthographique (non vocalisé par défaut), avant même d’ouvrir le moindre fichier.

Les questions auxquelles ce guide répond

  • Au-delà du remplacement des chaînes de texte, que faut-il prévoir pour traduire un site web en hébreu ?
  • Quels paramètres régionaux ou variantes régionales choisir pour l’hébreu ?
  • Quels enjeux d’écriture, de typographie et de mise en page sont propres à l’hébreu ?
  • Comment gérer les URL, les annotations hreflang et l’indexation d’une version de site en hébreu ?
  • Quelles particularités faut-il prendre en compte en hébreu pour les premiers pas des utilisateurs et le parcours de paiement ?
  • Pour l’hébreu, faut-il choisir la traduction par IA, la MTPE ou la révision humaine ?
  • Quelles erreurs SEO pénalisent particulièrement les pages en hébreu ?
  • Comment lancer une version de site web en hébreu et mesurer ses performances ?

L’essentiel : bien traduire votre site web en hébreu

Voici les bases d’un lancement durable en hébreu :

  1. Définissez le sens de lecture de base dans le HTML (dir="rtl" sur le document, ainsi que dir="ltr" sur les noms de produits en caractères latins et les séquences numériques). Une mise en miroir uniquement en CSS ne remplace pas le balisage.
  2. Déployez he (souvent he-IL) sur une URL distincte et explorable, et non via un sélecteur reposant uniquement sur un cookie.
  3. Prototypez la navigation, les cartes, le parcours de paiement, les e-mails et les factures avec de véritables textes en hébreu pour repérer avant le lancement les textes tronqués, les commandes en miroir et les réordonnancements bidirectionnels.
  4. Conservez l’hébreu non vocalisé comme norme par défaut pour l’interface. N’ajoutez pas de niqqud « pour aider les apprenants », sauf si un objectif pédagogique ou le style de la marque l’exige explicitement.
  5. Ajoutez des annotations hreflang réciproques, des URL canoniques dans la même langue et des sitemaps avant de passer à l’échelle.
  6. Consignez les noms des produits, la stratégie de genre et les termes à « conserver en anglais » dans un glossaire, afin que la MTPE ne modifie pas discrètement le registre ou le genre.

Selon une enquête de CSA Research menée auprès de 8 709 consommateurs dans 29 pays, 76 % préfèrent acheter lorsque les informations sont dans leur langue et 40 % n’achètent jamais sur des sites dans d’autres langues. Ce constat reste valable même si de nombreux utilisateurs israéliens lisent aussi l’anglais : c’est au moment du paiement, de la facturation et du recours à l’assistance qu’un parcours uniquement en anglais fait perdre la vente. Les recommandations de Google sur le contenu utile privilégient les pages conçues pour les internautes ; une navigation en hébreu autour d’un contenu en anglais constitue une localisation insuffisante. Pour définir votre stratégie par marché ou par langue, découvrez ce qui distingue le SEO international du SEO multilingue.

Choisir les bons paramètres régionaux pour l’hébreu

La plupart des équipes devraient lancer he avec une URL he-IL destinée à Israël si c’est leur premier marché commercial. C’est un choix raisonnable pour une première version. Cela ne justifie pas de mélanger hébreu liturgique vocalisé, argot de messagerie et discours de start-up truffé d’anglais dans un même fichier, puis d’appeler le tout « la version hébraïque ».

L’hébreu israélien moderne possède une norme écrite unique, avec des différences de registre (ton courant d’un produit ou hébreu juridique formel). Vous pouvez tout à fait concevoir dès le premier jour un fichier de messages he unique. En revanche, ne partez pas du principe qu’un glossaire au ton militaire et formel conviendra d’emblée au parcours de paiement d’un site grand public, ni qu’une page d’accueil marketing très argotique donnera le ton approprié aux messages d’erreur d’une banque.

Le niqqud (points-voyelles) est rare dans les interfaces modernes. L’hébreu non vocalisé est la norme sur les sites web, dans les applications et dans les e-mails. Ajouter ces signes « pour plus de clarté » donne souvent un résultat archaïque, surchargé ou évoquant un livre pour enfants. Inscrivez clairement cette règle dans le cahier des charges : pas de vocalisation, sauf exception expressément prévue (par exemple pour un produit d’apprentissage des langues).

Décidez aussi de la manière de gérer les noms, adresses et numéros de téléphone. Les formulaires qui refusent les caractères hébreux, imposent des noms en ASCII uniquement ou présupposent l’ordre occidental prénom / nom de famille resteront défaillants même une fois les textes « traduits ». Les formats israéliens de numéros de téléphone et de codes postaux doivent figurer dans le cahier des charges de localisation.

Le genre fait partie de la stratégie de localisation. En hébreu, les verbes et les adjectifs portent souvent une marque de genre. Définissez avec un linguiste de langue maternelle les formulations inclusives, les doubles formes ou les tournures adaptées avant que les modèles n’imposent le masculin par défaut.

Particularités de l’écriture, de la typographie et de la mise en page en hébreu

L’hébreu utilise une écriture spécifique qui se lit de droite à gauche. Le W3C recommande de définir le sens de lecture de base dans le balisage HTML (dir sur le document et sur les îlots nécessitant le sens inverse), plutôt que par des astuces uniquement en CSS. Les noms de produits en anglais, les références SKU et de nombreuses chaînes numériques restent en LTR au sein de cette page RTL. Sans ces îlots, « GlotEO 2.0 » et les totaux des factures se réordonnent au point de sembler corrompus.

Des règles de mise en page pour éviter les captures d’écran embarrassantes la semaine du lancement :

  • Prototypez les écrans clés avec de véritables textes en hébreu, notamment des mots composés longs, des titres non vocalisés et des noms de marques en caractères latins mêlés au texte.
  • Mettez délibérément en miroir les éléments interactifs : assistants, carrousels multimédias, commandes de retour, frises chronologiques, listes de contrôle et chevrons de progression. Sur une page RTL, une flèche de retour pointant vers la gauche est un défaut du produit, pas un choix stylistique.
  • Autorisez les libellés des boutons à passer sur plusieurs lignes ; ne réduisez pas la taille du texte pour conserver la présentation sur une seule ligne de l’appel à l’action anglais.
  • Déployez en production des polices prenant en charge l’hébreu dans l’interface, les e-mails et les PDF. Une pile de polices pensée d’abord pour l’alphabet latin utilisera une police de remplacement qui donnera à l’interface un aspect inachevé.
  • Surveillez les titres des cartes, les badges et les en-têtes de tableaux : c’est là qu’apparaissent en premier les textes rognés et les alignements du mauvais côté.
  • Considérez les icônes qui suggèrent une direction (lecture, partage, fil d’Ariane) comme faisant partie de la version linguistique, et non comme des éléments d’interface universels.

Les dates et les nombres font partie des exigences de mise en page. En Israël, on attend généralement le format jour-mois-année dans le texte courant, une présentation adaptée des montants en ILS si vous y vendez, et des champs de téléphone acceptant les formats locaux. Trier les listes en hébreu selon l’ordre ASCII anglais ne constitue pas une politique de tri linguistique.

Les messages d’état genrés ont aussi une incidence sur la largeur du texte. Des formulations comme « vous êtes invité » peuvent s’allonger selon le genre. Concevez des modèles capables d’accueillir la forme la plus longue. Ne supposez pas qu’une même chaîne source anglaise occupera toujours la même largeur en hébreu.

URL explorables, hreflang et indexation

Google recommande des URL distinctes et explorables pour chaque version linguistique ou régionale, plutôt qu’un fonctionnement reposant uniquement sur les cookies ou la langue du navigateur. Google détermine la langue d’une page principalement à partir du contenu visible : une navigation traduite autour d’un contenu en anglais constitue donc une version hébraïque insuffisante. Attribuez à l’hébreu son propre dossier ou schéma d’hôte (/he/, /he-il/) et conservez ce schéma dans les modèles, les outils d’analyse et les liens internes. Les pages en écriture hébraïque doivent disposer d’URL explorables et d’un contenu principal majoritairement en hébreu pour que ces URL soient reconnues comme la version hébraïque lors des recherches en hébreu.

Les annotations hreflang doivent être réciproques entre toutes les variantes déclarées. Chaque URL localisée doit comporter une indication canonique claire qui privilégie l’URL de référence dans la même langue en cas de doublons. Ne définissez pas la version anglaise comme URL canonique d’une page en hébreu.

Les consignes de Bing aux webmasters insistent sur un contenu utile et explorable ainsi que sur une structure de site claire. Google déconseille de rediriger automatiquement les utilisateurs selon leur langue ou leur localisation supposée ; proposez plutôt un sélecteur visible qui renvoie vers l’URL hébraïque. Une déduction fondée sur l’IP du type « Israël → /he » piège les voyageurs, les utilisateurs de VPN et les robots d’exploration.

La politique relative aux URL peut différer de celle des contenus de page : vous pouvez encoder un slug en pourcentage ou le convertir en ASCII pour des raisons opérationnelles, mais les titres, les H1 et le corps du texte doivent rester en écriture hébraïque. Convertir les slugs pour l’exploitation technique et publier du contenu en anglais sur /he/ ne constitue pas une version linguistique. Si vous convertissez les slugs, appliquez les redirections de façon cohérente ; ne publiez pas deux URL hébraïques concurrentes sans indication canonique.

Prise en main, confiance et paiement dans la langue cible

Les pages qui inspirent confiance en hébreu jouent un rôle plus important qu’une simple liste de fonctionnalités traduite. Les sites qui vendent en Israël ont généralement besoin de pages de confidentialité, de conditions générales et, le cas échéant, de contenus sur le paiement et le service après-vente qui ressemblent à de véritables pages, et non à des modèles anglais oubliés. Ce n’est pas une tactique de référencement : c’est ce que les utilisateurs recherchent pour juger de la fiabilité du parcours de paiement. Accordez à ces pages toute leur place dans la localisation.

Les bugs les plus gênants se trouvent souvent hors du site. Les reçus mêlant les sens de lecture, les factures PDF, les e-mails de réinitialisation de mot de passe et les codes SMS peuvent réordonner l’hébreu, les chiffres et les noms de produits en caractères latins. Incluez ces éléments dans les tests de recette utilisateur, au lieu de tester uniquement la page d’accueil marketing. Une boutique qui s’affiche correctement, mais dont la facture présente ₪001.99 dans le mauvais ordre, ne parvient toujours pas à instaurer la confiance lors du paiement.

Vérifications concrètes pour la conversion en hébreu :

  • La page d’accueil, les publicités et l’interface du produit utilisent le même registre (courant ou juridique formel).
  • Les formulaires acceptent les caractères hébreux pour les noms et les adresses, ou expliquent pourquoi un champ doit être rempli en caractères latins.
  • Les textes relatifs aux cookies et au consentement sont vérifiés dans la bannière réelle : souvent longs, ils passent mal à la ligne en écriture de droite à gauche (RTL).
  • Les tarifs, les factures et les formulations relatives aux devises correspondent au marché que vous affirmez servir.
  • Les macros d’assistance et les e-mails transactionnels conservent le balisage RTL et l’orthographe sans signes de vocalisation ; un modèle d’e-mail limité à l’ASCII « par sécurité » constitue une faille dans la localisation.
  • Les messages d’erreur indiquent comment résoudre le problème plutôt que de présenter de vagues excuses polies, et respectent les règles d’emploi du genre grammatical.
  • Les références SKU mêlant des caractères latins et la saisie directe en hébreu doivent toutes deux être testées sur mobile.

Tous les articles de blog ne sont pas indispensables dès le premier jour. En revanche, il vous faut la page d’accueil, la présentation du produit, l’authentification, les tarifs, le parcours de paiement, les informations essentielles sur la confidentialité, les points d’accès à l’assistance et les pages juridiques attendues sur ce marché. Certains utilisateurs israéliens consulteront la documentation en anglais ; mais ceux qui n’iront pas au bout d’un paiement ou d’une demande d’assistance en anglais sont assez nombreux pour qu’un site uniquement en anglais vous fasse encore perdre des ventes.

IA, post-édition de traduction automatique et révision humaine pour le russe

Faut-il choisir la traduction par IA, la post-édition de traduction automatique (MTPE) ou la révision humaine pour l’hébreu ? Choisissez votre processus en fonction des risques, et non de la marque de l’outil :

  • Traduction automatique brute : acceptable uniquement pour les brouillons internes. Les modèles ajoutent des niqqud, changent le genre grammatical, conservent une syntaxe anglaise sous des mots hébreux et perturbent l’ordre bidirectionnel dans les chaînes mêlant chiffres et noms.
  • MTPE (traduction automatique + post-édition) : un bon choix par défaut pour de nombreuses pages produit et d’assistance, à condition que le glossaire fixe les termes désignant les produits et les termes à conserver en anglais, et qu’un contrôle du genre grammatical et de l’orthographe soit prévu.
  • Traduction humaine / révision de la voix de marque : pour la page d’accueil, les tarifs, les campagnes, les textes relatifs aux cookies et au consentement, ainsi que toute page à dimension juridique.

Voici un cycle de révision concret pour l’hébreu : une post-édition fondée sur le glossaire (absence de signes de vocalisation par défaut, stratégie de genre grammatical, noms de produits en anglais verrouillés) ; une révision éditoriale de la page d’accueil et des tarifs pour respecter la voix de marque ; une révision linguistique des messages d’erreur, de la facturation et des textes de statut genrés ; puis des tests en préproduction aux largeurs d’écran mobiles, y compris pour les e-mails et les PDF mêlant plusieurs sens d’écriture. Ajoutez un contrôle avant publication pour détecter les corps de texte majoritairement en anglais sur les URL he et les niqqud inattendus dans les textes de l’interface.

Les exigences de contenu utile, conçu avant tout pour les internautes, s’appliquent dans toutes les langues. Des pages en hébreu entièrement traduites par machine peuvent sembler complètes dans un CMS sans pour autant répondre aux besoins des utilisateurs.

Les pièges SEO propres à l’hébreu

Les internautes qui effectuent des recherches en hébreu veulent une langue qu’ils peuvent lire. Faites vos recherches de mots-clés en caractères hébreux, puis rédigez des titres et des H1 qui paraissent naturels sur des pages de résultats en hébreu. Localisez les titres, les méta-descriptions et les intertitres pour chaque URL en hébreu : ne réutilisez pas un même jeu de métadonnées en anglais.

Les erreurs qui pénalisent particulièrement les pages en hébreu :

  1. Des modèles exclusivement de gauche à droite (LTR) qui ne définissent jamais dir="rtl" dans le balisage.
  2. L’absence de zones LTR pour les noms de produits en anglais et les suites de chiffres.
  3. Des niqqud dans l’interface grand public, qui lui donnent un aspect désuet ou surchargé.
  4. Des modèles qui ignorent le genre grammatical et imposent le masculin par défaut dans chaque ligne de statut.
  5. Des éléments d’interface non inversés (retour, frises chronologiques, listes de contrôle) sur une page par ailleurs en hébreu.
  6. Une traduction limitée aux éléments récurrents : l’interface est en hébreu, mais le corps du texte reste en anglais.
  7. Des changements de langue reposant uniquement sur les cookies, qui masquent l’URL en hébreu aux robots d’exploration.
  8. Un balisage hreflang défectueux (liens de retour manquants).
  9. Des redirections géographiques automatiques qui piègent les utilisateurs et les robots.
  10. Des URL canoniques en anglais sur les pages dont l’URL est en hébreu.
  11. Des problèmes d’affichage bidirectionnel dans les e-mails, les SMS et les PDF considérés comme « hors périmètre ».
  12. Des versions linguistiques pauvres en contenu, issues uniquement de la traduction automatique, qui ne répondent pas aux exigences de contenu utile.

Réglez les questions de sens d’écriture, de polices, de règles d’emploi du genre grammatical et d’architecture avant d’augmenter le volume de contenu. Les outils doivent faire respecter le processus, pas inventer des promesses de classement.

Liste de contrôle avant lancement

Utilisez cette liste de contrôle avant de lancer votre version en hébreu :

Le rôle de GlotEO

L’hébreu se prête particulièrement bien à la mémoire de traduction : les termes désignant les produits reviennent souvent, les termes à conserver en anglais doivent rester en caractères latins et les règles de genre grammatical et d’orthographe ne doivent pas dériver à la prochaine livraison de contenu en anglais. Le glossaire et la mémoire de traduction de la plateforme de localisation de sites web assurent la cohérence des textes adaptés au sens d’écriture, du registre et des noms de fonctionnalités, tout en permettant de publier des textes dont la mise en page a été testée. Associez-les à des outils de SEO multilingue pour que les URL en hébreu, les annotations hreflang et les métadonnées restent faciles à contrôler à mesure que vous vous développez. Comparez les tarifs et les offres de GlotEO lorsque vous définissez le périmètre de la première version he, ou partez d’un processus plus global de traduction de site web si vous êtes encore en train de choisir vos langues.

Découvrez la localisation de sites web avec GlotEO lorsque les sélecteurs de langue reposant sur les cookies et les brouillons de traduction automatique non signalés comme tels ne permettent plus de publier sereinement une version he.

Références