Search intent en français marocain — décodage et stratégie

Quand on parle de search intent en SEO, on parle généralement d’un modèle à quatre cases : informationnel, navigationnel, commercial, transactionnel. C’est utile comme cadre de départ. Mais ce cadre a été pensé pour des marchés anglophones, avec des comportements de recherche qui ne correspondent pas toujours à ce qu’on observe au Maroc. Le français qu’on tape dans Google à Casablanca, Rabat ou Fès n’est pas le même que celui qu’on tape à Paris ou Lyon — ni structurellement, ni sémantiquement, ni dans l’intent qu’il exprime.

J’ai passé plusieurs années à analyser des données Search Console de sites marocains, à comparer les SERPs franco-marocains avec leurs équivalents français, et à reconstruire des stratégies de contenu sur cette base. Ce que j’ai appris : ignorer les spécificités linguistiques du marché marocain, c’est écrire du contenu qui répond à un intent imaginaire, pas à celui de vos utilisateurs réels.

Dans cet article, je vous donne un décodage complet du search intent appliqué au contexte marocain — les quatre types, leurs spécificités locales, la méthode pour détecter l’intent réel, et les erreurs qui coûtent le plus cher en termes de conversion et de positionnement.

Les quatre types d’intent — rappel

Avant d’aller dans les spécificités marocaines, un rappel structuré des quatre catégories d’intent. Ce n’est pas de la théorie abstraite — c’est le filtre qui détermine quel type de page vous devez créer pour chaque mot-clé.

Informationnel — savoir

L’utilisateur cherche une réponse à une question ou une explication sur un sujet. Il n’a pas encore l’intention d’acheter ou de contacter quelqu’un. Les requêtes commencent souvent par « comment », « pourquoi », « c’est quoi », « définition de ». La page attendue par Google est un article de blog, un guide, une FAQ détaillée — pas une page produit ou service. Pousser une page commerciale sur une requête informelle est l’erreur la plus fréquente que je vois dans les audits.

Navigationnel — aller

L’utilisateur cherche une destination précise : un site, une marque, une page spécifique. Il sait déjà où il veut aller, il utilise Google comme raccourci. « Marjane en ligne », « Jumia Maroc connexion », « CIH banque espace client » — dans ces cas, la meilleure réponse est la page officielle correspondante. Il n’y a rien à optimiser pour ces requêtes si ce n’est s’assurer que votre propre marque est correctement représentée.

Commercial — comparer

L’utilisateur est en phase de comparaison. Il sait qu’il va probablement acheter ou contracter, mais il évalue encore ses options. « Meilleur forfait internet Maroc », « avis agence SEO Casablanca », « comparatif VPN pas cher » — la page attendue est une page comparative, une liste de recommandations, un article « meilleur de ». Ce type d’intent est sous-exploité sur le marché marocain francophone, où beaucoup de sites sautent directement à la page produit sans intercaler de contenu de comparaison.

Transactionnel — acheter

L’utilisateur est prêt à agir. Il cherche à acheter, commander, s’inscrire, télécharger. Les signaux sont explicites : « acheter », « commander », « prix », « devis », « tarif », « s’abonner ». La page attendue est une page produit, une page service avec CTA clair, une page de devis. Ici, l’optimisation de la page elle-même — clarté de l’offre, preuve sociale, friction réduite — pèse autant que le référencement.

Spécificités marocaines

Le modèle à quatre cases s’applique universellement. Ce qui change au Maroc, c’est la façon dont ces intents s’expriment dans les requêtes réelles — et donc la façon dont vous devez les détecter et y répondre.

Anglicismes vs francisations

Un utilisateur marocain qui cherche à créer un site web peut taper « création site web Maroc », mais aussi « web design Casablanca », « faire un site internet pas cher Maroc », ou même « website pour mon business Maroc ». Ces quatre requêtes expriment le même intent transactionnel, mais avec un vocabulaire radicalement différent. L’anglicisme « website » coexiste avec le terme français, et les deux couvrent des volumes de recherche réels.

Autre exemple concret : « SEO » est utilisé tel quel dans la grande majorité des requêtes marocaines, alors que « référencement naturel » reste minoritaire. Si vous construisez votre stratégie de contenu uniquement sur les termes français académiques, vous ratez une partie significative du volume de recherche réel de votre cible. Les données Search Console de mes clients le montrent systématiquement.

Mélange darija dans les requêtes

C’est le point le plus souvent ignoré dans les stratégies SEO franco-marocaines. Une fraction non négligeable des requêtes combinent français et darija dans la même phrase. « Comment faire livraison walo » (livraison rapide), « site e-commerce bghit ndir » (je veux créer), « devis site web mzyan » — ces formulations existent, elles ont des volumes réels, et elles ne correspondent à aucun mot-clé dans un outil classique de recherche de mots-clés.

Je ne vous dis pas d’optimiser pour le darija — Google indexe en français, et la majorité du trafic commercial marocain francophone reste en français. Mais comprendre ce mélange vous aide à saisir l’intent réel derrière les requêtes. Un utilisateur qui mélange les deux langues n’est généralement pas en phase de comparaison avancée — il exprime un besoin direct, souvent transactionnel ou informationnel de premier niveau.

Intent local plus marqué

Au Maroc, la dimension géographique s’intègre dans les requêtes beaucoup plus tôt dans le parcours d’achat qu’en France. Un utilisateur français qui cherche une agence SEO tapera souvent « agence SEO » en premier, puis affinera. Un utilisateur marocain inclura « Casablanca » ou « Maroc » dès la première requête, même pour des services qui pourraient être fournis à distance. Cela signifie que l’intent local colore des requêtes qui seraient purement informationnelles ou commerciales dans un autre contexte.

Conséquence directe : des pages qui fonctionnent comme pages informationnelles dans un marché international peuvent avoir un intent semi-transactionnel au Maroc dès qu’elles intègrent une dimension géographique. « Comment choisir une agence SEO » est informationnel. « Comment choisir une agence SEO à Casablanca » commence à dériver vers le commercial.

Comment je détecte l’intent réel

Les outils de mots-clés donnent des catégories d’intent automatisées. Je ne fais pas confiance à ces étiquettes sans vérification. La seule façon de connaître l’intent réel d’une requête, c’est d’observer ce que Google affiche en réponse.

Analyse SERP — la première vérification

Pour n’importe quel mot-clé cible, tapez-le dans Google depuis le Maroc (ou avec un VPN marocain pour les requêtes géolocalisées) et observez les dix premiers résultats organiques. Qu’est-ce que Google affiche ? Des articles de blog et des guides = intent informationnel dominant. Des pages produits e-commerce = transactionnel. Des pages comparatives et des listes « meilleur » = commercial. Des pages d’accueil de marques = navigationnel probable.

Si les dix premiers résultats sont des articles et que vous voulez positionner une page service, vous avez un problème d’alignement d’intent. Google ne vous remontera pas, ou vous pénalisera en UX : l’utilisateur qui cherche un article d’information et atterrit sur une page de vente quitte immédiatement.

People Also Ask et Related Searches

La section « Autres questions posées » (People Also Ask) est une mine d’or pour comprendre les sous-intents d’une requête. Si pour « agence SEO Maroc » les questions associées sont « combien coûte le SEO au Maroc », « comment choisir une agence SEO » et « SEO est-il efficace au Maroc » — vous voyez clairement que l’utilisateur est en phase de comparaison et d’évaluation, pas encore en phase d’achat.

Les recherches associées en bas de page complètent le tableau. Elles montrent les requêtes de refinement : vers quoi les utilisateurs évoluent après une première recherche. Ces données, combinées à l’analyse SERP, donnent une image précise de l’intent réel — bien plus fiable que l’étiquette automatique d’un outil.

Analyse des top pages en position 1-3

Lisez les pages qui se positionnent en tête. Leur structure, leur longueur, leur angle éditorial, leur appel à l’action — tout cela reflète ce que Google considère comme la meilleure réponse à cette requête. Ce n’est pas un exercice de copie, c’est un exercice de compréhension. Vous cherchez à comprendre pourquoi Google favorise ce type de contenu, pas à reproduire le contenu lui-même.

Cartographier ses keywords par intent — méthode

Une fois l’intent détecté pour chaque mot-clé, l’étape suivante est la cartographie. L’outil que j’utilise systématiquement est une matrice intent × étape du parcours client. Sur un axe, les quatre types d’intent. Sur l’autre, les étapes du funnel : sensibilisation, considération, décision.

Chaque mot-clé de votre liste trouve sa case dans cette matrice. Ce positionnement détermine trois choses : le type de page à créer, le ton éditorial à adopter, et le CTA approprié. Une requête en case « informationnel / sensibilisation » doit aboutir à un article sans CTA agressif — au maximum un lien interne vers un contenu de comparaison. Une requête en case « transactionnel / décision » mérite une page optimisée pour la conversion, avec des preuves sociales et un formulaire visible.

Ce mapping évite deux erreurs symétriques que je vois souvent : des pages transactionnelles sur des requêtes de sensibilisation (trop agressif, mauvais taux de rebond), et des articles informationnels sur des requêtes transactionnelles (trop doux, conversion nulle). La matrice force à confronter l’intent réel avec le type de page existant ou planifié.

Pour aller plus loin sur la méthode éditoriale, voyez la page contenu éditorial — méthode qui détaille comment je construis cette architecture à partir des données Search Console.

Erreur la plus fréquente — viser un mot-clé informationnel avec une page commerciale

C’est l’erreur que je rencontre le plus souvent dans les audits de sites marocains. Un responsable marketing identifie « comment faire du SEO au Maroc » comme une requête intéressante. Il décide d’optimiser la page service de l’agence pour cette requête. La page existe déjà, elle présente l’offre, elle a un formulaire de contact.

Résultat : la page ne se positionne pas, ou se positionne mal, parce que Google comprend que l’utilisateur qui tape cette requête veut apprendre, pas acheter. Les dix premières positions sont occupées par des articles de blog, des guides, des tutoriels. La page service, aussi bien rédigée soit-elle, est hors-sujet du point de vue de l’algorithme.

La correction n’est pas d’améliorer la page service — c’est de créer un article dédié à la requête informelle, et de laisser la page service pour les requêtes transactionnelles comme « agence SEO Casablanca tarif » ou « devis SEO Maroc ». Ces deux pages coexistent sans se cannibaliser, parce qu’elles répondent à des intents différents.

La règle simple que j’applique : si les dix premiers résultats sont des articles, je crée un article. Si ce sont des pages produits ou services, je crée une page service. La SERP est le seul oracle fiable.

Cas — comment on a doublé la conversion d’une page produit en changeant l’intent

Un client dans le secteur e-commerce avait une page produit optimisée pour « acheter matelas Maroc ». La page se positionnait correctement — top 5 — mais le taux de conversion restait faible, autour de 0,8 %. L’analyse de la Search Console montrait pourtant un volume de clics honnête.

En regardant les requêtes réelles qui amenaient du trafic sur cette page, j’ai vu que près de 40 % des visites venaient de requêtes informationnelles et commerciales : « comment choisir un matelas au Maroc », « meilleur matelas pour le dos Maroc », « taille matelas standard Maroc ». Ces utilisateurs n’étaient pas en phase d’achat — ils cherchaient encore à se renseigner.

La solution : créer un article de blog dédié à ces requêtes informationnelles et commerciales, avec des liens internes vers la page produit. Dissocier les deux intents plutôt que de tout concentrer sur une seule URL. En trois mois, la page produit a vu son taux de conversion monter à 1,7 % — parce qu’elle ne recevait plus que des visiteurs en phase transactionnelle réelle. L’article de blog, lui, captait les visiteurs en phase de recherche et les guidait progressivement vers l’achat.

C’est l’illustration la plus directe de ce que le bon alignement d’intent produit concrètement. Pas une optimisation technique. Pas un nouveau design. Juste la bonne page pour la bonne requête.

Outils pour analyser l’intent

Quelques outils que j’utilise régulièrement pour cette analyse, avec leur utilité spécifique dans le contexte marocain.

Ahrefs Keywords Explorer : la base. Donne le volume estimé, la difficulté, et une catégorie d’intent automatique. L’étiquette automatique est un point de départ, pas une conclusion. Je croise systématiquement avec l’analyse SERP manuelle. Pour le marché marocain, le volume affiché est souvent sous-estimé — les outils calibrent mieux les marchés anglophones.

Google Search Console : indispensable pour les sites existants. Montre les requêtes réelles qui génèrent des impressions et des clics. C’est la seule source de données directe sur le comportement de recherche de vos utilisateurs réels. Je lis la GSC avant n’importe quel outil payant. Retrouvez la méthode détaillée sur la page contenu SEO.

AlsoAsked : cartographie visuelle des questions associées à une requête. Utile pour identifier les sous-intents et les angles de contenu pour les articles informationnels. La version gratuite est suffisante pour un travail exploratoire.

AnswerThePublic : génère des questions structurées autour d’un mot-clé (qui, quoi, comment, pourquoi, où). Pratique pour alimenter des sections FAQ et identifier les formulations réelles des requêtes informationnelles. À utiliser avec discernement : tous les résultats ne correspondent pas à des requêtes avec volume.

SEMrush Keyword Magic Tool : alternative à Ahrefs, avec un filtre d’intent intégré. Utile pour les projets où vous cherchez à segmenter rapidement une liste de mots-clés par type. La même précaution s’applique : vérifier manuellement les résultats qui semblent mal catégorisés.

Intent et GEO — comment l’IA reformule l’intent

Le GEO — l’optimisation pour les moteurs génératifs — introduit une couche supplémentaire dans la question de l’intent. Quand un utilisateur pose une question à ChatGPT, Perplexity ou Gemini, il exprime un intent souvent plus conversationnel et plus contextuel que dans une requête Google classique. Les questions sont plus longues, plus nuancées, plus situées.

Ce qui change pour votre contenu : les moteurs IA ne se positionnent pas sur des mots-clés, ils synthétisent des réponses à partir de sources qu’ils jugent fiables et pertinentes. Un contenu bien aligné sur l’intent informationnel — structuré, précis, citable — a de meilleures chances d’être repris dans une synthèse IA qu’un contenu commercial qui répond mal à la question posée.

Au Maroc, l’adoption des outils IA en langue française est encore en croissance, mais elle est réelle dans les segments professionnels et étudiants. Ignorer cette dimension dans votre stratégie de contenu, c’est ne pas couvrir une part croissante des points d’entrée vers votre secteur. J’ai documenté l’approche GEO sur la page lexique SEO.

FAQ search intent

Le search intent change-t-il selon la langue utilisée pour la même requête ?

Oui, parfois. La même idée exprimée en français académique et en français marocain familier peut signaler des intents légèrement différents. « Stratégie de référencement naturel Maroc » est souvent une requête professionnelle avec un intent commercial ou informationnel avancé. « Comment faire du SEO Maroc » est souvent plus débutant, plus informationnel de premier niveau. Le niveau de sophistication du vocabulaire est un signal d’étape dans le parcours.

Peut-on cibler plusieurs intents avec une seule page ?

Rarement, et avec précaution. Une page peut répondre à un intent primaire (informationnel) et inclure une dimension secondaire (un CTA discret vers une page service), mais les deux ne doivent pas se neutraliser. Si la page essaie de vendre et d’informer avec la même intensité, elle fait les deux mal. La règle est de choisir un intent principal et de lui aligner l’ensemble de la structure et du ton de la page.

Comment savoir si mon contenu existant est mal aligné sur l’intent ?

Les signaux sont dans vos données. Un taux de rebond élevé combiné à un temps de session court sur une page qui se positionne suggère un mismatch d’intent : les utilisateurs arrivent, ne trouvent pas ce qu’ils cherchent, et repartent. Dans la Search Console, comparez les requêtes réelles qui génèrent des impressions avec le type de page — si les requêtes sont informationnelles mais la page est commerciale, vous avez votre réponse.

L’intent évolue-t-il dans le temps pour un même mot-clé ?

Oui. Google adapte sa lecture de l’intent à l’évolution des comportements. Une requête qui était purement informationnelle il y a deux ans peut glisser vers le commercial si le secteur devient plus mature. C’est pourquoi je recommande de re-vérifier l’analyse SERP tous les six à douze mois sur les pages stratégiques, pas seulement lors de la création initiale.

Saviez-vous que Google lit l’intent même sans mots déclencheurs explicites ?

Une requête sans « acheter », « comment » ou « comparatif » n’est pas nécessairement de type neutre. Google lit le contexte global — la combinaison de termes, l’historique de clics sur cette requête, les pages qui se positionnent déjà — pour inférer l’intent dominant. C’est pourquoi l’analyse SERP reste indispensable même pour des requêtes qui semblent ambiguës en surface.

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.