« Ajoutez le support de l'arabe » paraît anodin — jusqu'à l'ouverture du site. Les causes reviennent dans presque tous les projets, et toutes s'évitent si on les connaît dès le départ.
1. Propriétés physiques au lieu de logiques
margin-left, padding-right, left ont un sens fixe. Les équivalents logiques — margin-inline-start, inset-inline-start — s'inversent avec la direction. Utiliser les premières revient à maintenir deux mises en page.
2. dir="rtl" tout seul
Cela inverse le sens général mais pas les icônes directionnelles : la flèche « suivant » doit pointer à gauche en arabe. Flèches, carrousels et barres de progression demandent une inversion explicite.
3. La mauvaise police
Les polices latines ne contiennent pas de glyphes arabes ; le navigateur substitue une police de secours — d'où l'impression que « l'arabe rend mal ». L'arabe demande aussi plus d'interligne, car les voyelles s'empilent au-dessus et en dessous, et un letter-spacing nul, car resserrer casse les liaisons.
4. Une recherche qui ignore l'arabe
« الكتاب », « كتاب » et « كتب » partagent une racine ; une recherche naïve y voit trois mots. S'ajoute le fait que l'utilisateur tape sans voyelles alors que le texte en contient — voire tape en lettres latines, ce pour quoi nous avons construit un moteur de translittération.
5. La validation des champs
Champs qui refusent un nom arabe, téléphones à format unique, dates sans calendrier hégirien. L'impact se concentre sur le formulaire d'inscription — la première chose que voit un client.
La règle pratique
Construisez en arabe d'abord. Traduire après coup révèle ces erreurs trop tard, et les corriger après lancement coûte plus cher que de les éviter — c'est l'un des principaux postes du coût d'une boutique.