Guide pratique 👤 Fares Bouslama ⏱ 9 min de lecture

SEO arabe Tunisie : guide RTL pour ranker sur Google.tn

La majorité des sites tunisiens « bilingues » sont en fait uniquement français côté SEO. La version arabe est traitée comme une traduction, pas comme une version stratégique. Résultat : on rate des dizaines de milliers de requêtes mensuelles en arabe sur Google.tn et Google.com. Ce guide explique comment vraiment ranker en arabe.

1. Pourquoi le SEO arabe en Tunisie est sous-optimisé

La Tunisie compte ~12 millions d'arabophones et l'arabe est langue officielle. Pourtant, la majorité des sites tunisiens présentent une version arabe :

  • Avec des slugs translittérés en caractères latins (ex. /khadamatouna/ pour خدماتنا) — Google indexe mais ne valorise pas pour les requêtes arabes ;
  • Sans balises hreflang spécifiques par pays arabe (ar-TN, ar-MA, ar-SA, ar-AE) — perte de ciblage géographique ;
  • Avec un contenu traduit littéralement du français — densité de mots-clés arabes faible, intentions non couvertes ;
  • Sans direction RTL bien gérée — UX dégradée, taux de rebond élevé ;
  • Avec des polices arabes mal optimisées — LCP catastrophique sur mobile.

Résultat : un trafic potentiel de 30-40 % perdu, et un CTR très faible sur les pages arabes même quand elles sont indexées.

2. Slugs RTL natifs vs translittérés

Google indexe parfaitement les URLs en caractères arabes (Punycode/UTF-8). L'idée que les slugs latins « rankent mieux » est fausse depuis ~2017. Comparaison concrète :

❌ Translittéré

/ar/khadamatouna/

Le mot-clé arabe خدماتنا n'apparaît pas dans l'URL → signal SEO faible.

✅ Natif RTL

/ar/خدماتنا/

Mot-clé exact dans l'URL, indexable par Google et cité tel quel par les LLMs.

La plupart des CMS gèrent mal les URLs arabes (encodage, conflits avec plugins). C'est l'une des raisons pour lesquelles nous utilisons une stack moderne qui supporte les slugs Unicode nativement, sans plugin tiers.

3. Hreflang ar-TN vs ar-MA vs ar-SA

Google distingue les variantes arabes par pays. Une fiche LocalBusiness Tunisie qui cible aussi des clients saoudiens doit déclarer explicitement :

<link rel="alternate" hreflang="ar-TN" href="https://example.com/ar/tn/">
<link rel="alternate" hreflang="ar-MA" href="https://example.com/ar/ma/">
<link rel="alternate" hreflang="ar-SA" href="https://example.com/ar/sa/">
<link rel="alternate" hreflang="ar"    href="https://example.com/ar/">
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Sans ça, Google sert souvent la version FR aux utilisateurs arabophones tunisiens (qui ont un OS en anglais ou français), parce qu'il ne sait pas qu'une version ar-TN existe.

4. Schema.org bilingue FR/AR

Les schemas Schema.org (LocalBusiness, Service, Article) supportent inLanguage. Sur une fiche bilingue, on émet un schema par langue avec l'attribut spécifique :

{ "@type": "LocalBusiness",
  "name": "Clinique XYZ",
  "alternateName": "عيادة XYZ",
  "inLanguage": ["fr-TN", "ar-TN"],
  "address": { "addressCountry": "TN", "addressLocality": "Tunis" } }

Pour les FAQ et les Articles bilingues, créer 2 entités schema distinctes (une par langue) plutôt qu'un seul schema mixte. Google parse mieux.

5. Polices arabes et performance

Les polices arabes par défaut des OS sont médiocres (Tahoma, Arial Arabic). Les polices modernes optimisées (IBM Plex Sans Arabic, Noto Sans Arabic, Tajawal, Cairo) améliorent la lisibilité mais peuvent peser 200-400 Ko par variante (regular, bold). Sur mobile 3G/4G, c'est catastrophique pour le LCP.

Bonnes pratiques :

  • Auto-hébergement avec font-display: swap (jamais Google Fonts en prod) ;
  • Subsetting au range arabe Unicode (U+0600-06FF, U+FB50-FDFF, U+FE70-FEFF) ;
  • Préchargement avec <link rel="preload" as="font" type="font/woff2" crossorigin> ;
  • 1 weight par variante si possible (regular suffit souvent), bold via CSS font-synthesis.

6. Les 5 erreurs fréquentes à éviter

Erreur 1

Mélanger le contenu LTR et RTL dans la même page sans <bdi>/<bdo> → Google indexe mal et l'UX est cassée.

Erreur 2

Utiliser un sur la page arabe → Google considère la page comme française et la déclasse.

Erreur 3

Oublier le → CSS broken sur mobile, le bot voit des lignes incohérentes.

Erreur 4

Traduire mot à mot avec Google Translate → contenu pénalisé pour qualité, intent search non couvert.

Erreur 5

Servir une seule URL bilingue (FR + AR sur la même page) → cannibalisation, Google choisit une langue dominante.

7. Checklist SEO arabe (à imprimer)

  • <html lang="ar" dir="rtl"> sur les pages arabes
  • ☐ Slugs URL en caractères arabes natifs
  • ☐ Hreflang complet ar-TN, ar-MA, ar-SA, ar-AE selon votre cible
  • ☐ Schema.org avec inLanguage: ar-TN
  • ☐ Polices arabes auto-hébergées + subsetting
  • ☐ Contenu rédigé par natif arabophone (pas Google Translate)
  • ☐ Meta description et title traduits naturellement
  • ☐ Sitemap XML inclut les URLs arabes
  • ☐ Fiche Google Business Profile avec nom alternatif arabe
  • ☐ Test rendu mobile : direction, polices, espacement

Site bilingue FR/AR mal optimisé ?

Audit SEO arabe gratuit en 30 minutes : on regarde votre site, on identifie les 3-5 quick-wins (slugs, hreflang, polices, contenu) et on vous remet une checklist personnalisée. Sans engagement.


À lire aussi