Au Maroc, presque toutes les décisions d’achat passent par Google — mais elles ne passent pas toutes par les mêmes mots. Un Casablancais qui cherche un plombier tape « plombier Casablanca » en français. Son voisin tape « سباك الدار البيضاء » en arabe. Et un troisième, en darija romanisée, tape quelque chose que ni Polylang ni WPML ne savent gérer nativement. C’est le paradoxe marocain : un marché digitalement mature, profondément bilingue, où la stratégie SEO monolingue laisse systématiquement de l’argent sur la table.
J’ai travaillé sur plusieurs projets bilingues FR/AR — des hôtels boutique à Marrakech, des e-commerces de Casablanca qui visent aussi le Golfe, des cabinets professionnels à Rabat. Ce que j’ai appris : le SEO bilingue n’est pas « faire un site en deux langues ». C’est une architecture technique, une stratégie de contenu et une compréhension culturelle — les trois ensemble. Dans cet article, je détaille tout ce qu’il faut considérer avant de se lancer.
Pourquoi le SEO arabe au Maroc est complexe
MSA vs darija dans la copie
L’arabe standard moderne (MSA, ou فصحى) est la langue formelle — celle des journaux, des contrats, des moteurs de recherche. La darija est ce que tout le monde parle réellement. Pour le SEO, la distinction compte : Google indexe le MSA très bien, la darija romanisée (écriture en caractères latins) bien moins. Et la darija en caractères arabes représente un volume de recherche non négligeable, mais les outils de recherche de mots-clés — Ahrefs, SEMrush — la sous-estiment souvent par manque de données.
En pratique, pour un site marocain qui veut performer en arabe, la copie doit être en MSA (accessible, lisible, indexable), avec une touche de proximité dans le ton. Pas de darija phonétique dans les H1 — Google ne la reconnaît pas comme requête arabe standard.
Comportement de recherche distinct
Les requêtes arabes au Maroc suivent des patterns différents. Les recherches locales sont souvent plus courtes : « سباك الدار البيضاء » plutôt que « plombier agréé pas cher Casablanca disponible rapidement ». L’intention est directe, la patience pour la navigation est moindre. Côté mobile, l’arabe représente une part croissante des requêtes — le clavier arabe est maintenant natif sur tous les smartphones marocains depuis 2019.
Sources d’autorité différentes
Pour le SEO français au Maroc, les backlinks viennent de médias FR-MA (Médias24, Le360, Hespress FR), de répertoires d’entreprises francophones, de forums. Pour le SEO arabe, les sources d’autorité sont différentes : Hespress AR, Alyaoum24, Al Massae, des blogs arabophones souvent hébergés hors du .ma. Construire une autorité de domaine qui couvre les deux espaces requiert une stratégie de netlinking bilingue — deux efforts distincts, pas un seul.
Direction RTL
L’arabe s’écrit de droite à gauche (RTL). WordPress gère ça via l’attribut dir="rtl" sur le tag <html> de la version arabe. Polylang et WPML appliquent le RTL automatiquement si le thème le supporte. Mais la plupart des thèmes premium ne sont pas RTL-ready par défaut — les marges, paddings, alignements doivent être inversés via CSS. Une page qui mélange les deux directions sur le même écran (ex : un menu FR aligné à gauche sur une page AR) nuit à l’expérience utilisateur et donc, indirectement, aux signaux comportementaux que Google mesure.
Quand traduire votre site
Traduite mal, une version arabe est pire qu’une absence de version arabe : contenu de mauvaise qualité, signaux UX négatifs, risque de thin content. Avant de se lancer, trois questions à se poser honnêtement.
L’audience cible cherche-t-elle en arabe ? Pour un cabinet comptable ciblant uniquement des multinationales à Casablanca, la réponse est souvent non — leurs décideurs cherchent en français ou en anglais. Pour un artisan, une clinique, un commerce de proximité, la réponse est presque toujours oui.
Le vertical est-il porteur en arabe ? Immobilier, santé, formation, restauration, services à la personne — ces verticaux ont un volume arabe significatif au Maroc. L’e-commerce de mode haut de gamme ou le SaaS B2B en revanche reste largement francophone dans les requêtes marocaines.
Visez-vous d’autres marchés arabes ? Si votre client vise l’Arabie Saoudite, les Émirats ou l’Égypte en parallèle du Maroc, la version arabe devient stratégique dès le départ — et l’architecture multilingue doit intégrer les variations de dialecte dès la conception.
Polylang vs WPML vs Multisite
C’est la question que tous les clients me posent. La réponse honnête : chaque solution a un cas d’usage optimal.
Polylang (gratuit / Pro) — La solution que je recommande pour la majorité des projets marocains. La version gratuite couvre les posts, pages et taxonomies. La version Pro (~99 €/an) ajoute WooCommerce, les widgets et la synchronisation de blocs. Points forts : interface propre, performances légères, hreflang automatique en Pro, bonne compatibilité avec Rank Math. Point faible : moins de flexibilité pour les configurations avancées (multidevise, URL par pays).
WPML (~99–249 €/an) — Le plus complet, le plus cher, le plus lourd. Recommandé pour les e-commerces bilingues complexes avec WooCommerce multidevise, les projets qui utilisent Elementor Pro (WPML a une intégration native), et les sites avec plusieurs rédacteurs qui doivent gérer des workflows de traduction. Point négatif : il ralentit les sites de manière mesurable si mal configuré. Le surcoût se justifie rarement pour un site vitrine.
WordPress Multisite — Une installation WordPress séparée par langue, liée via un réseau. Réservé aux projets où les deux langues ont des équipes distinctes, des thèmes différents, ou des besoins de permissions très séparés. Complexité d’administration élevée, déconseillé sauf cas très spécifiques. Pour 95 % des projets marocains : Polylang Pro suffit largement.
Hreflang — le code qui dit à Google quelle version pour qui
L’hreflang est une balise HTML (ou ligne XML dans votre sitemap) qui indique à Google : « cette page en arabe cible les locuteurs arabes du Maroc ; cette page en français cible les francophones du Maroc ». Sans hreflang correctement configuré, Google peut diffuser la mauvaise version à la mauvaise audience — ou décider que vos deux versions sont du contenu dupliqué.
La syntaxe de base pour un site FR/AR marocain :
<link rel="alternate" hreflang="fr-MA" href="https://example.ma/page/" /> <link rel="alternate" hreflang="ar-MA" href="https://example.ma/ar/page/" /> <link rel="alternate" hreflang="x-default" href="https://example.ma/page/" />
Trois points critiques souvent ratés : (1) la balise doit être réciproque — la page FR pointe vers l’AR, et l’AR pointe vers le FR ; (2) x-default doit pointer vers votre version principale (généralement le FR au Maroc) ; (3) les codes langue utilisent le format BCP 47 recommandé par Search Central — ar-MA pour l’arabe marocain, pas juste ar.
Polylang Pro et WPML génèrent ces balises automatiquement. Si vous n’utilisez pas de plugin multilingue, vous pouvez les ajouter manuellement dans votre sitemap XML ou via un snippet dans functions.php.
Stratégie d’URL bilingue
Trois architectures sont possibles. Chacune a des implications SEO concrètes.
Sous-dossiers (example.ma/ar/) — La solution que je recommande pour la plupart des projets. L’autorité de domaine est consolidée sur un seul domaine. Google crawle facilement les deux versions depuis la même racine. Polylang utilise cette structure par défaut. Inconvénient mineur : les URLs arabes en sous-dossier peuvent sembler peu élégantes si le slug reste en latin.
Sous-domaines (ar.example.ma) — Traités par Google comme des entités quasi-distinctes. L’autorité de domaine n’est pas partagée aussi efficacement. Justifié si vous avez des équipes séparées, des CDN différents par région, ou si la version arabe cible d’autres pays du Golfe avec une infrastructure dédiée. Sinon : évitez.
Paramètres URL (example.ma?lang=ar) — À éviter absolument pour le SEO. Google peut ignorer les paramètres d’URL ou les traiter comme des variations de la même page. C’est l’option par défaut de nombreux CMS mal configurés. Si votre site actuel fonctionne ainsi, une migration vers les sous-dossiers est prioritaire avant tout travail de contenu arabe.
Traduction vs adaptation culturelle
C’est l’erreur que j’observe le plus fréquemment. Un client demande à un traducteur de traduire mot à mot ses pages françaises. Le résultat est techniquement correct — mais culturellement neutre, sans relief, et surtout sans les mots-clés que les arabophones utilisent réellement pour chercher ce produit ou service.
La traduction convertit. L’adaptation culturelle persuade. Quelques exemples concrets :
- Un hôtel qui vante son « brunch du dimanche » en français doit parler de « وجبة فطور فاخرة » (petit-déjeuner luxueux) en arabe — le concept brunch n’a pas d’équivalent culturel ancré dans les habitudes de recherche arabophones au Maroc.
- Une clinique qui utilise le mot « médecin » en français doit choisir entre « طبيب » et « دكتور » en arabe — le second est plus courant dans les requêtes marocaines malgré son emprunt à l’anglais.
- Les calls-to-action changent : « Obtenez un devis » se traduit bien par « احصل على عرض أسعار », mais « Réservez maintenant » mérite une formulation plus directe en arabe marocain : « احجز الآن ».
En clair : la recherche de mots-clés arabes doit être faite en arabe, par quelqu’un qui comprend les habitudes de recherche locales — pas déduite d’une liste de mots-clés français traduits mécaniquement.
Schema en plusieurs langues
Le balisage Schema.org n’est pas exempt des enjeux bilingues. Google recommande de fournir le JSON-LD dans la langue de la page. Sur votre version française, le schéma LocalBusiness aura "name": "Mon Entreprise" et "description" en français. Sur la version arabe, le même bloc doit contenir les équivalents arabes.
Polylang Pro et WPML propagent certains champs de traduction aux métadonnées, mais le JSON-LD Rank Math ou Yoast n’est pas toujours synchronisé automatiquement. Vérifiez manuellement avec l’outil Schema Validator que votre version arabe produit bien un JSON-LD en arabe.
Pour les e-commerces, les Product schemas incluent souvent le nom du produit, la description et les avis. Si les avis clients sont en français sur la version arabe du site, Google risque de pénaliser la cohérence de langue. Assurez-vous que les avis affichés sur chaque version correspondent à la langue de la page — ou utilisez un aggregate rating neutre sans verbatim d’avis.
Tracking bilingue dans GA4
Par défaut, GA4 agrège toutes les sessions dans une seule propriété. Vous voyez le trafic total mais vous ne distinguez pas ce qui vient de la version française et ce qui vient de la version arabe. Pour un pilotage SEO bilingue, deux approches :
Segments de langue dans GA4 — Créez un segment qui filtre les sessions où page_path commence par /ar/. Simple, rapide, sans code supplémentaire. Limite : si votre architecture utilise des paramètres URL au lieu de sous-dossiers, cette méthode ne fonctionne pas.
Propriétés GA4 distinctes — Une propriété pour le FR, une pour l’AR. Plus propre analytiquement, mais plus lourd à maintenir. Recommandé uniquement si les deux versions ont des KPIs, des audiences et des objectifs de conversion distincts.
Dans les deux cas, ajoutez un événement personnalisé language_version dans votre dataLayer — Polylang expose pll_current_language en PHP, que vous pouvez injecter dans GTM via une variable personnalisée. Cela vous permet de segmenter n’importe quel rapport par langue sans dépendre de la structure d’URL.
Erreurs fréquentes
Traduction automatique non éditée — DeepL et Google Translate ont progressé, mais leur arabe reste formel, parfois rigide, jamais optimisé pour les requêtes locales. Une page traduite automatiquement et publiée sans relecture native a de fortes chances d’être considérée comme thin content par Google. Elle peut aussi contenir des erreurs culturelles qui nuisent à la crédibilité de la marque.
Hreflang cassé ou incomplet — La cause la plus fréquente d’underperformance sur les sites bilingues que j’audite. Les balises hreflang sont présentes sur 60 % des pages mais absentes des 40 % restantes (souvent les pages de catégorie e-commerce ou les articles de blog). Google ignore les hreflang partiels — il doit les trouver sur toutes les URL d’un ensemble pour les appliquer.
SEO arabe sous-traité au mauvais profil — Confier la version arabe à un traducteur littéraire sans expérience SEO, ou à un rédacteur SEO français qui sous-traite à son tour sans brief de mots-clés arabes. Le résultat : du contenu en arabe qui ne cible aucune requête réelle, qui n’a pas de structure sémantique, et qui ne génère aucun trafic organique arabe mesurable.
Architecture URL mixte — Lancer la version arabe en sous-dossiers, puis ajouter une page orpheline en sous-domaine six mois plus tard, puis une landing ad avec paramètre URL. Google finit par indexer trois versions d’une même page sans hreflang qui les relie — résultat : dilution de l’autorité et aucune version ne performe bien.
Quand passer à un partenaire arabophone spécialisé
Si vous gérez vous-même votre SEO français avec de bons résultats, vous pouvez probablement aussi gérer la configuration technique du multilingue (Polylang, hreflang, architecture URL). En revanche, la production de contenu arabe optimisé pour le SEO local est un métier à part — et le faire à moitié donne des résultats à moitié.
Faites appel à un partenaire arabophone spécialisé dans ces cas précis : (1) votre cible principale est arabophone et représente plus de 40 % de votre marché potentiel ; (2) vous entrez sur un marché du Golfe ou du Moyen-Orient en parallèle du Maroc ; (3) vous avez plus de 50 URLs à traduire et optimiser — la qualité ne peut pas être maintenue sur volume sans process dédié.
Si vous hésitez à franchir ce pas, commencez par auditer vos requêtes actuelles dans Google Search Console : si vous voyez déjà des impressions sur des requêtes arabes sans avoir de version arabe, c’est un signal que le marché existe et que vous le laissez à vos concurrents.
FAQ bilingue SEO Maroc
Est-ce que Polylang gratuit suffit pour le SEO bilingue ?
Pour un site vitrine simple (5 à 15 pages), oui. Polylang gratuit gère les pages, articles et menus. Il ne génère pas les balises hreflang automatiquement — vous devrez les ajouter manuellement via un snippet ou Rank Math. Pour WooCommerce ou un site à fort volume de contenu, la version Pro se justifie rapidement.
Google indexe-t-il bien l’arabe au Maroc ?
Oui, Google indexe très bien l’arabe standard moderne. Les résultats arabes sont correctement différenciés des résultats français pour un même domaine si l’hreflang est en place. La darija romanisée (arabe écrit en lettres latines) est beaucoup moins bien reconnue — évitez-la dans vos URLs et métadonnées.
Dois-je faire deux recherches de mots-clés distinctes ?
Absolument. Les mots-clés arabes ne sont pas des traductions des mots-clés français — ce sont des recherches différentes, avec des volumes différents, une concurrence différente et une intention parfois distincte. Une recherche de mots-clés en arabe doit être faite avec des outils en arabe : Ahrefs Keywords Explorer en arabe, Google Keyword Planner avec la langue définie sur « arabe », et une analyse des SERPs arabes pour votre secteur.
WPML est-il compatible avec Rank Math ?
Oui, WPML et Rank Math ont une intégration officielle. Les métadonnées SEO (title, description, focus keyword) peuvent être traduites et synchronisées par langue. Polylang est également compatible avec Rank Math, avec une intégration native depuis Rank Math 1.0.44. Dans les deux cas, vérifiez que chaque version de page a ses propres métadonnées — pas une copie de la version française.
Quel impact a le RTL sur les Core Web Vitals ?
Un thème mal adapté au RTL peut provoquer des décalages de mise en page (Cumulative Layout Shift) sur la version arabe. Google mesure les CWV séparément par URL — une version arabe avec un CLS élevé peut avoir un classement dégradé indépendamment de la version française. Testez chaque URL arabe dans PageSpeed Insights après le déploiement RTL.
Vous gérez un site bilingue ou vous envisagez de vous lancer en arabe ?
Je travaille avec un nombre limité de clients sur des projets multilingues — architecture, contenu, tracking. Si vous avez un projet concret, partagez-le moi directement sur WhatsApp.
Discuter sur WhatsApp →
Laisser un commentaire