Flux produits arabe et anglais pour Google et Meta

Meta vous permet de stocker des champs localisés pour jusqu'à 350 paires langue-pays par article de catalogue, tandis que Google demande que la majorité de vos données produits corresponde à la langue de la source de données dans laquelle elles se trouvent. Ces deux règles vont dans des directions opposées, et une boutique qui vend en arabe et en anglais aux Émirats arabes unis ou en Arabie saoudite doit satisfaire les deux. Ce guide s'adresse aux responsables de flux et aux agences qui gèrent des catalogues en arabe et en anglais pour Google Shopping et Meta. À la fin, vous saurez choisir entre trois structures (un flux bilingue, une source de données par langue, ou un flux principal avec des flux override), définir les identifiants qui évitent les collisions et tester le résultat avant qu'il n'atteigne une campagne.

La réponse courte : quelle structure pour quel catalogue

Pour Google, utilisez une source de données par langue et conservez le même ID produit dans les deux. Pour Meta, utilisez un flux principal et un flux override par langue. Ne mettez pas l'arabe et l'anglais dans le même champ de titre, sauf si vous acceptez le risque de non-conformité et d'affichage décrit ci-dessous. La suite de ce guide explique pourquoi, et dans quels cas cette approche atteint ses limites.

Ce que Google et Meta disent chacun de la langue

Les deux plateformes modélisent la langue différemment, et c'est la source de la plupart des erreurs.

Google rattache la langue à la source de données. La langue est choisie à la création d'une source de données, et Google précise qu'une fois celle-ci créée, vous ne pouvez plus modifier sa langue ni son libellé de flux (Aide Merchant Center : libellés de flux). Si un nouveau pays utilise une autre langue principale, Google indique de créer une source de données distincte avec les données produits traduites dans cette langue (Aide Merchant Center : plusieurs pays de vente).
Google attend une cohérence du contenu. Les pages de destination doivent être dans la même langue que les données produits, et si la majorité des données produits ne correspond pas à la langue de la source de données, les produits peuvent être refusés (Langues et devises acceptées). L'arabe est une langue prise en charge, et les devises AED et SAR sont acceptées pour les Émirats arabes unis et l'Arabie saoudite sur la même page.
Meta rattache la langue à l'utilisateur qui consulte. Une langue est appliquée via un flux override dont la colonne override contient un code de langue ISO, et l'affichage suit la langue de l'application ou du téléphone de l'acheteur ainsi que sa localisation (Configuration du catalogue localisé, Catalogue localisé pour Instagram).

Comparaison de trois structures

Nous évaluons chaque option selon les critères qui posent de vrais problèmes. Ce tableau est notre évaluation, fondée sur les sources ci-dessus.

Critère	A. Un flux bilingue	B. Une source de données par langue	C. Flux principal et overrides
Adéquation avec Google	Faible : un texte mixte entre en conflit avec la règle de langue de la source de données	Forte : correspond à la manière dont Google définit la langue	Non applicable : nous n'avons trouvé aucun mécanisme d'override par langue dans la documentation de Google
Adéquation avec Meta	Faible : l'utilisateur voit les deux langues quels que soient ses réglages	Possible, mais duplique le catalogue	Forte : conçue pour cela
Cohérence de la page de destination	Impossible de correspondre aux deux langues dans un seul champ	Chaque source pointe vers l'URL de sa propre langue	Override de `link` par langue et par pays
Contrôle des campagnes	Un seul ensemble de produits, un seul libellé	Un libellé de flux distinct par langue (chaque campagne n'en choisit qu'un)	Un catalogue, un ensemble ; contrôle via les ensembles de publicités Meta et le pays
Maintenance	La plus simple au départ, la plus lourde à corriger	Deux sources à garder synchronisées	Un flux principal plus un flux par langue
Risque principal	Refus, titres tronqués, publicités surchargées	ID en double qui s'écrasent mutuellement en cas de mauvaise gestion	Lignes d'override dont l'ID ne correspond à rien dans le flux principal

Pourquoi un titre bilingue est un mauvais raccourci

Google autorise 150 caractères dans le titre, tronque les titres plus longs et envoie un avertissement, et demande que la majorité de vos données produits corresponde à la langue de la source de données (spécification de l'attribut title). Un titre qui reprend deux fois le même nom de produit consacre la moitié des 150 caractères à la seconde langue. Le journal des annonces de Google indique aussi que, depuis décembre 2024, certains détails produits dans une langue autre que celle du flux sont autorisés tant que la majorité des données correspond (Annonces Merchant Center). Il s'agit d'une tolérance pour un nom de marque ou un numéro de modèle en caractères latins dans un titre arabe, et non d'une autorisation de publier deux titres complets dans un seul champ.

Pas à pas : mettre en place la structure B pour Google

Créez deux sources de données principales, l'une en langue anglaise et l'autre en langue arabe, toutes deux ciblant vos pays. La langue ne pouvant pas être modifiée par la suite, décidez-en d'abord.
Attribuez un libellé de flux à chacune. Les libellés de flux acceptent les majuscules de A à Z, les chiffres, les tirets et les traits de soulignement, sans espaces, 20 caractères au maximum, et nécessitent d'activer la gestion avancée des sources de données dans les modules complémentaires (Add-ons). Nous utilisons AE-AR et AE-EN.
Conservez le même id dans les deux sources. Google indique d'utiliser le même ID pour un même produit ciblant plusieurs langues dans le même pays (spécification de l'attribut id). Utilisez votre SKU, 50 caractères maximum.
Faites pointer chaque source vers sa propre page dans la bonne langue. La source arabe doit renvoyer vers l'URL arabe, et la source anglaise vers l'URL anglaise.
Sélectionnez un libellé de flux par campagne. Google n'autorise qu'un seul libellé par campagne ; vous créez donc une campagne Performance Max ou Shopping par langue.
Si vous utilisez la Merchant API, définissez feedLabel et contentLanguage sur la source de données. Google précise que les sources de données ne créent pas d'espace de noms pour les produits, et que pour éviter que les envois ne s'écrasent mutuellement, il faut les distinguer par des valeurs de feedLabel différentes ou des valeurs de offerId uniques (Sources de données de la Merchant API). Google précise également que le libellé de flux de la source de données n'a aucun impact sur le pays ciblé : les pays cibles se définissent donc séparément.

Pas à pas : mettre en place la structure C pour Meta

Construisez le flux principal dans votre langue et votre devise les plus courantes. Il faut moins d'overrides lorsque le flux principal utilise les valeurs les plus courantes (scandiweb).
Ajoutez un flux de langue avec les colonnes id; override; title; description. La valeur d'override est un code de langue ISO, et l'id doit correspondre à un id de votre flux principal.
Ajoutez un flux de pays pour price, sale_price, availability et link. Meta indique que ces champs de prix et de disponibilité doivent être fournis uniquement dans un flux de pays, et non dans un flux de langue.
Combinez langue et pays lorsque l'URL diffère, à l'aide d'une barre verticale, par exemple fr_XX|CA dans l'exemple de Meta.
Vérifiez les limites. Le plafond est de 350 paires langue-pays par article, et Meta précise que les catalogues de plus de 100 000 articles doivent utiliser un flux de données par langue ou par pays.
Prévisualisez dans Commerce Manager avant que le catalogue n'entre dans une campagne.

La documentation de Meta présente des codes de langue tels que fr_XX et en_XX. Nous n'avons pas pu confirmer d'exemple en arabe dans la page consultée ; la valeur ar_XX de l'exemple ci-dessous suit donc ce modèle et est donnée à titre illustratif. Confirmez la valeur arabe dans le modèle que Commerce Manager génère pour votre catalogue.

Un exemple concret : une bouilloire, trois flux

Les lignes ci-dessous sont illustratives et ne proviennent pas de données clients. Le produit est une bouilloire fictive vendue aux Émirats arabes unis.

Google, source anglaise (AE-EN) :

id: KT-1700-SS title: Lumo Stainless Steel Electric Kettle 1.7 L link: https://example.com/en/kt-1700-ss price: 199.00 AED

Google, source arabe (AE-AR) :

id: KT-1700-SS title: لومو غلاية كهربائية من الفولاذ المقاوم للصدأ سعة 1.7 لتر link: https://example.com/ar/kt-1700-ss price: 199.00 AED

Meta, flux de langue avec le même ID :

id; override; title; delete KT-1700-SS; ar_XX; لومو غلاية كهربائية من الفولاذ المقاوم للصدأ سعة 1.7 لتر; false

L'ID est identique dans les trois. La marque (Lumo), le code modèle et le nombre 1.7 restent tels quels, tandis que les mots descriptifs sont traduits. Nous conservons les chiffres occidentaux dans les champs structurés, par convention interne, car un prix ou une taille qu'un analyseur ne peut pas lire coûte plus cher qu'une incohérence stylistique. Pour les règles de format de prix propres à l'AED, au SAR et à la TRY, consultez notre guide sur les prix TTC et le formatage des devises.

Une checklist de notation avant le lancement

Notez chaque ligne 0 (échec), 1 (partiel) ou 2 (conforme) sur un échantillon d'au moins 50 produits par langue. En dessous de 12 sur 16, corrigez avant la mise en ligne.

Contrôle	Critère de validation
1. Langue du titre	Titre entièrement dans la langue de la source, hors marque et modèle
2. Langue de la description	Même langue que le titre
3. Page de destination	Le lien ouvre une page dans la même langue
4. Parité des ID	Même `id` dans chaque version linguistique
5. Longueur du titre	150 caractères maximum
6. Prix et devise	Valeur et devise identiques d'une langue à l'autre
7. Libellé de flux	Caractères valides, 20 caractères maximum, un par langue
8. Correspondance des overrides Meta	Chaque `id` d'override existe dans le flux principal

Si vous générez aussi des créations publicitaires à partir des mêmes lignes, testez séparément le sens d'écriture et l'adaptation du texte arabe, comme dans notre grille d'évaluation des modèles de création pour le texte turc et arabe.

Où effectuer le travail de traduction

La traduction est l'étape la plus coûteuse et celle où les erreurs s'introduisent. La traduction automatique des titres est rapide, mais peut produire des noms de produits littéraux ; nous considérons donc les titres arabes issus de l'IA comme des brouillons à relire, en commençant par les meilleures ventes. Les règles de transformation qui découpent un titre en marque, type de produit et attributs sont la partie que vous pouvez automatiser ; dans un outil de flux qui le permet, les Feed Rules peuvent construire le titre de chaque langue à partir des mêmes champs. Si votre boutique fonctionne sur une plateforme de la région MENA, vérifiez d'abord ce que propose son export natif, comme le décrit notre page d'intégration Salla pour les catalogues en arabe et en anglais.

Ce que ce guide ne couvre pas, et ses limites

Nous ne disposons d'aucune donnée de performance propriétaire comparant les structures A, B et C sur le ROAS. La comparaison repose sur la documentation des plateformes et sur notre propre jugement, et non sur un test.
Google ne documente pas la manière dont il choisit la langue des annonces pour un acheteur dans un pays bilingue. Notre structure B suppose que vous la contrôlez via la campagne et le libellé de flux, ce qui est le contrôle exposé par Google.
Nous n'avons pas couvert Noon, Amazon.ae ni les autres places de marché, qui ont chacune leurs propres règles de langue et de catégorie.
Les petits catalogues n'ont peut-être pas besoin d'un outil. Pour quelques centaines de SKU, le modèle de Meta et un tableur suffisent. Pour les grands catalogues multilingues avec des modèles par canal, des outils de flux dédiés comme Channable, Productsup, DataFeedWatch ou Feedonomics peuvent mieux convenir qu'un workflow sur mesure ; comparez donc leur documentation sur les variantes linguistiques à la taille de votre catalogue.
Les textes de politique évoluent. L'assouplissement de décembre 2024 sur les détails en langues mixtes est le type de règle qui bouge ; revérifiez donc les pages liées avant un déploiement important.

Questions fréquentes

Puis-je mettre l'arabe et l'anglais dans le même titre Google Shopping ?

C'est possible, mais nous le déconseillons. Google demande que la majorité de vos données produits corresponde à la langue de la source de données, et un titre doublé consomme la limite de 150 caractères. Un nom de marque ou un numéro de modèle en caractères latins dans un titre arabe ne pose pas de problème.

Ai-je besoin de deux comptes Merchant Center pour deux langues ?

Non. Google recommande une source de données distincte par langue au sein du même compte, avec le produit traduit. Réutiliser des ID d'un compte à l'autre est également acceptable, mais ce n'est pas nécessaire ici.

L'ID produit doit-il être différent en arabe et en anglais ?

Non. Google indique d'utiliser le même ID pour un même produit ciblant plusieurs langues dans le même pays. Un ID différent scinderait l'historique du produit en deux produits.

Puis-je modifier la langue d'une source de données plus tard ?

Non. Google précise que la langue et le libellé de flux ne peuvent pas être modifiés après la création d'une source de données. Vous devriez créer une nouvelle source et y transférer les produits.

Combien de langues un article de catalogue Meta peut-il porter ?

Meta autorise des champs localisés pour jusqu'à 350 paires langue-pays par article de catalogue. Les catalogues de plus de 100 000 articles doivent utiliser un flux de données par langue ou par pays.

Quels champs vont dans le flux de langue Meta et lesquels dans le flux de pays ?

Le titre et la description vont dans le flux de langue. Le prix, le prix promotionnel, la disponibilité et le lien vont dans le flux de pays. Meta précise que les champs de prix et de disponibilité doivent être fournis uniquement dans un flux de pays.

Pourquoi mes produits en arabe ont-ils été refusés après traduction ?

Une cause probable est une incohérence : du texte arabe dans une source de données définie en anglais, ou des données produits en arabe renvoyant vers une page de destination en anglais. Google peut refuser des produits lorsque la majorité des données ne correspond pas à la langue de la source de données.

Les libellés de flux définissent-ils le pays cible ?

Non. Dans la documentation de la Merchant API, Google précise que le libellé de flux de la source de données n'a aucun impact sur le pays ciblé. Définissez les pays sur la source de données et alignez-les sur le ciblage géographique de Google Ads.

Vérifiez d'abord votre propre flux

Passez votre flux actuel dans notre outil gratuit d'audit de flux produits pour voir les problèmes de complétude, de qualité et techniques avant de le scinder par langue.

Sources

Vous souhaitez un regard extérieur sur votre flux ? Nous l'examinerons avec vous et vous montrerons ses lacunes avant votre prochaine soumission.

Lancer un audit gratuit

Écrit par

Cagdas Polat

Cofondateur de Feedance, il s'appuie sur son double parcours d'ingénieur informatique et de marketeur pour produire des analyses approfondies. Résolument attaché à transformer les données en stratégies concrètes, il s'engage à aider les marques à réaliser une croissance significative dans l'univers numérique.

Un flux ou deux ? Structurer les données produits en arabe et en anglais pour Google et Meta