Un site de réservation en arabe n'est pas une traduction
Une agence de Casablanca active l'arabe, regarde sa page d'accueil et considère le travail terminé. Deux semaines plus tard, une cliente envoie un lien de tarif à sa sœur sur WhatsApp : à l'arrivée, un mur de signes pourcent. Un autre appelle parce que le total s'affichait du côté où il ne l'attendait pas. Un troisième réserve CMN–DXB le mauvais jour, parce que le calendrier ouvrait la semaine un lundi. Rien de tout cela n'est un bug de traduction. Un site de réservation en arabe est une mise en page, un système de chiffres et un schéma d'URL avant d'être un jeu de chaînes de caractères — et les chaînes passent en premier, parce que c'est la partie visible sur une capture d'écran.
Voici ce qui change vraiment, à peu près dans l'ordre où les agences s'y heurtent.
Le RTL est une décision de mise en page, pas une direction de texte
Passer dir="rtl" met la page en miroir : la navigation part à droite, la colonne de filtres à gauche, les paragraphes s'alignent à droite. Cette partie est presque gratuite. La partie coûteuse, c'est tout ce qui ne doit pas basculer.
Les horaires ne basculent pas : 07:45 reste 07:45. Un bandeau d'itinéraire qui affiche CMN puis DXB doit rester un trajet dans cet ordre, même à l'intérieur d'un paragraphe écrit de droite à gauche, parce que l'aéroport de départ reste l'aéroport de départ quel que soit le sens de la phrase. Les codes compagnie, les PNR et les numéros de billet électronique sont des chaînes latines posées dans une phrase arabe ; sans isolation, l'algorithme bidirectionnel du navigateur réordonne la ponctuation autour d'elles et le point final atterrit au mauvais bout du code de réservation — le client y lit une faute de frappe dans sa référence. Votre logo ne bascule pas. Un triangle de lecture ne bascule pas. Une flèche de retour, si.
Viennent ensuite les détails que personne n'énumère avant qu'un client ne les signale : l'ordre du symbole monétaire et du nombre, la barre d'étapes du tunnel de réservation, le plan de cabine, le sens de défilement d'un carrousel, le côté où se place le logo de la compagnie dans une ligne de résultats, et le bord par lequel défile un tableau tarifaire large. Chacun est une décision. Aucun n'est une case à cocher.
Chiffres, dates et le calendrier que votre client a réellement en main
L'arabe s'écrit avec deux jeux de chiffres également en usage, et le voyage est plein de chiffres : tarifs, horaires, durées, franchises bagages, champs de carte, codes à usage unique. Lequel votre marché lit est une question à trancher une fois, avec vos propres clients, puis à appliquer sans exception. L'erreur visible n'est pas de choisir le moins courant : c'est de les mélanger — un tarif dans l'un, une heure de départ dans l'autre, sur la même carte de résultat — ce qui donne un site à moitié fini.
Les dates portent plus d'hypothèses que les chiffres. Une semaine qui commence le lundi est fausse pour un client dont la semaine commence le dimanche, et un calendrier ouvert au mauvais jour produit exactement un type d'erreur : une réservation décalée d'une colonne. Quelqu'un qui prépare une Omra raisonne en mois hégirien et non grégorien ; afficher la date hégirienne à côté de la grégorienne dans le sélecteur et sur l'itinéraire ne vous coûte rien et supprime un appel. L'afficher partout, sur un déplacement professionnel à Francfort, c'est du bruit.
Ce qu'un site de réservation en arabe doit réussir
L'écart entre un site traduit et un site localisé se joue surface par surface, pas globalement. Voici la liste qui mérite une discussion avec votre développeur :
| Surface | Seulement traduit | Réellement localisé |
|---|---|---|
| Noms des passagers | Libellés en arabe | Saisie en caractères latins, libellée telle qu'elle figure sur le passeport, parce que c'est ce nom que la compagnie conserve dans le PNR |
| Dates | Noms des mois en arabe | Le premier jour de semaine du lecteur, ses chiffres, l'hégirien à côté du grégorien quand le voyage l'exige |
| Argent | Le nom de la devise traduit | La devise par défaut du marché, et la liste dans laquelle vous vendez réellement |
| Téléphone et OTP | Libellés en arabe | L'indicatif du pays présélectionné, des chiffres latins dans le champ, un code lisible d'un coup d'œil |
| Aéroports et villes | Noms en arabe | Le nom arabe avec le code IATA latin toujours visible, parce qu'un sous-agent tape DXB et que le voyageur lit l'arabe |
| URL | Le titre traduit | Une politique de slug par langue, décidée une fois |
| Typographie | La police de repli du système | Un caractère arabe choisi pour ses chiffres et ses petits corps, pas une police latine derrière laquelle on emprunte l'arabe |
| Contact | Une page contact traduite | Un numéro qu'un client de ce marché peut réellement composer, à des heures où il est réveillé |
La ligne du nom est celle qui coûte de l'argent réel, et c'est la plus souvent fausse. Le voyageur saisit son nom en arabe parce que le formulaire l'y a invité, le billet est émis sur cette chaîne, et elle ne correspond pas au passeport que la compagnie contrôle. Tout ce qui suit — la réémission, la discussion, le remboursement — retombe sur vous et non sur le transporteur.
La ligne typographique est moins chère qu'elle n'en a l'air. Sur cette plateforme, le thème — polices, couleurs et logo compris — se change depuis le panneau d'administration sans redéploiement : essayer un autre caractère arabe face à votre propre tableau tarifaire prend un après-midi, pas une version. La ligne de la devise est un sujet en soi, que nous avons déplié dans la tarification multidevise et l'endroit où la marge fuit.
Les slugs, et ce qui survit à un copier-coller WhatsApp
Un slug arabe s'affiche très bien dans la barre d'adresse et se compose des mots que les gens tapent réellement dans un moteur. Collé dans un champ de texte brut, il passe en encodage pourcent et gonfle plusieurs fois ; ce que votre client transmet ressemble à une sortie machine. Une translittération latine se colle proprement et n'est lisible par personne : elle ne correspond ni à ce que cherche un lecteur arabophone, ni à ce que cherche un anglophone.
Séparez la décision selon la fonction de l'URL. Une page de contenu vit de la recherche : donnez-lui le slug en écriture arabe ; la forme encodée n'apparaît qu'à la copie, et la page d'arrivée est correcte dans les deux cas. Un lien profond de réservation — un résultat, un tarif tenu, une offre envoyée à un sous-agent — ne sera de toute façon jamais élégant, puisqu'il transporte déjà des dates et un nombre de passagers dans sa chaîne de requête. Donnez-lui un lien court et laissez-le court.
La règle sous les deux cas est la même : une seule URL canonique par page et par langue. Publier le même article sous un slug arabe et sous une translittération divise entre deux adresses ce que la page gagne, et vous laisse entretenir les deux.
hreflang, ou votre page arabe contre votre page anglaise
Deux versions linguistiques d'une même page ne sont pas deux pages. Si un robot ne peut pas le distinguer, l'issue la plus fréquente n'est pas une sanction : c'est qu'une version est retenue et que l'autre, traitée comme quasi-doublon, disparaît discrètement.
Quatre choses les tiennent séparées. Chaque langue a besoin de sa propre URL, ce qui exclut une adresse unique avec un sélecteur JavaScript. Chaque version liste toutes les langues, y compris elle-même, car un ensemble qui ne se désigne pas lui-même est rejeté en bloc. Le canonique de chaque page se désigne elle-même et non l'original anglais — des pages arabes canonisées vers l'anglais sont le chemin le plus rapide pour n'avoir aucune page arabe indexée. Et x-default pointe là où vous voulez faire atterrir un lecteur sans correspondance.
Évitez de scinder en ar-AE et ar-SA sauf si les pages diffèrent vraiment : devise différente, numéro différent, stock différent. Deux variantes régionales d'un texte identique, ce sont deux pages qui se disputent la même requête, avec votre nom sur les deux.
Ce que cela coûte quand c'est raté
L'abandon n'a pas lieu sur la page d'accueil. Il a lieu à l'étape des informations passagers, l'endroit le plus cher du tunnel pour perdre quelqu'un : il a déjà cherché, choisi, vu le prix et l'a accepté, et vous avez déjà payé la recherche qui l'a amené là.
Le reste du coût est plus discret. Chaque appel d'un client perdu est une minute d'agent que vous êtes passé en ligne pour économiser. Chaque nom non conforme est une réémission et un client qui vous en tient responsable, pas la compagnie. Et une page arabe jamais indexée est un article que vous avez payé et que personne ne trouve — le seul type d'échec qui ne produit aucune réclamation, et qui peut donc durer un an.
Par où commencer
Si l'arabe est votre second marché, le travail est une reprise et le tableau ci-dessus votre liste de tâches. S'il est le premier, l'ordre s'inverse : choisissez le jeu de chiffres et le caractère arabe avant la palette, construisez le formulaire passager face à un vrai passeport, et traitez l'anglais comme la traduction.
Dans les deux cas, le test le moins cher est une vraie vitrine devant un vrai client. L'assistant de création de site de voyage provisionne un site à votre marque sur un sous-domaine de la plateforme depuis le formulaire lui-même et ne demande pas de carte ; la vitrine sort en 40 langues, arabe, persan, hébreu et ourdou compris, et votre propre domaine se rattache plus tard. Si vous hésitez encore à construire le moteur vous-même, l'argument est déplié ici — mais faites-le en arabe avant de décider, car le travail RTL est précisément la partie que les estimations internes oublient.