Google Merchant Center commencera à appliquer une exigence minimale de 500x500 pixels pour les images le 31 janvier 2027, et refuse déjà les fiches dès que la valeur item_group_id ou gtin d'une variante est manquante ou mal formée. Rien de tout cela n'est nouveau. Ce qui est facile à mal évaluer, c'est de supposer que votre plateforme e-commerce turque s'en charge déjà pour vous. Nous avons comparé la manière dont ikas, Ticimax, T-Soft et İdeaSoft génèrent nativement des flux produits, à partir de la documentation de chaque éditeur, et constaté de réels écarts entre « il existe un lien XML » et « Google et Meta accepteront son contenu ». Cet article s'adresse aux marchands et agences utilisant l'une de ces quatre plateformes qui se demandent si leur export natif suffit, ou s'il leur faut une couche de gestion de flux par-dessus.
Ce que « prêt à l'emploi pour les flux » signifie vraiment
Le flux produits d'une plateforme n'est pas prêt pour Google ou Meta simplement parce qu'il produit un fichier. Il doit respecter des règles au niveau des attributs sur lesquelles aucune des deux plateformes publicitaires ne transige. Le tableau ci-dessous constitue la base de référence au regard de laquelle nous avons évalué chaque plateforme ; il s'appuie directement sur les spécifications des données produits de Google et sur la référence des champs de catalogue de Meta.
| Exigence | Google Merchant Center | Meta Catalog | Pourquoi cela casse les flux |
|---|---|---|---|
| Identifiant (GTIN/MPN) | GTIN obligatoire s'il existe ; MPN + marque acceptés en remplacement | Recommandé, non obligatoire, mais signalé pour la classification | Les codes-barres générés localement par une plateforme ne sont souvent pas de vrais GTIN, que Google refuse comme non valides plutôt que manquants |
| Regroupement des variantes | item_group_id obligatoire pour les variantes sur les principaux marchés ; chaque combinaison d'attributs (taille, couleur) ne peut apparaître qu'une fois par groupe, selon la référence des erreurs item_group_id de Google | item_group_id obligatoire pour tout produit envoyé en tant que variante, selon la documentation de Meta sur les variantes | Les plateformes construites autour d'un concept de « SKU parent » unique exportent souvent une ligne par parent au lieu d'une ligne par combinaison taille/couleur |
| Image | Minimum de 500x500 px appliqué à partir du 31 janvier 2027 | Minimum de 500x500 px, JPEG/PNG | Les anciennes photos produits importées des années avant l'existence de ces règles échouent discrètement dès que leur application commence |
| Format du flux | TSV, XML ou Content API | CSV, TSV, RSS XML, ATOM XML ou Google Sheets | Un export conçu uniquement pour le schéma XML de Google nécessite un second fichier, de structure différente, pour Meta |
Comment se comporte réellement l'export natif de chaque plateforme
ikas
ikas propose une intégration directe avec Google Merchant Center : vous copiez un lien de catalogue depuis le panneau ikas dans les paramètres de source de données de Merchant Center, et selon la documentation d'assistance d'ikas, « les modifications apportées aux produits dans votre panneau ikas se répercutent automatiquement » dans le flux. Les codes-barres sont envoyés par défaut en tant que GTIN, et ikas propose une option pour les envoyer plutôt en tant que MPN si vos formats de codes-barres ne respectent pas la norme GTIN de Google — une reconnaissance honnête et utile du fait que tous les codes-barres des marchands ne sont pas de vrais GTIN. En revanche, la documentation ne décrit ni intégration native avec le catalogue Meta, ni la manière dont l'item_group_id est attribué aux variantes de taille et de couleur : vous comptez donc, sans vérification possible, sur une traduction propre du modèle de variantes produits d'ikas.
Ticimax
La documentation d'assistance de Ticimax fait transiter les données Google Shopping par des champs appelés « Adwords alanları » dans l'onglet Marketing de chaque produit, à remplir manuellement produit par produit ou en masse via un cycle d'export/import Excel. C'est un modèle sensiblement différent de celui d'ikas : le mapping des attributs n'est pas automatique, c'est une saisie de données dont vous êtes responsable. Les données de livraison dans la sortie XML sont par ailleurs optionnelles pour chaque flux, activées via une configuration de livraison dédiée plutôt qu'héritées des paramètres de votre boutique en ligne, ce qui est une source fréquente de refus pour prix non concordant lorsque l'option et la boutique divergent.
T-Soft
T-Soft génère des flux à partir d'URL fixes et prévisibles, par exemple siteadresiniz.com/xml/googleshopping.com.php pour Google et un point de terminaison distinct facebookmagaza.com.php pour Meta, selon la documentation d'intégration T-Soft d'un consultant e-commerce agréé (le centre d'aide de T-Soft renvoyait une erreur 404 sur l'article concerné au moment de la rédaction ; vérifiez donc le chemin actuel dans votre panneau avant de vous y fier). L'inclusion des produits est contrôlée par un mécanisme de « groupe de membres » revendeur : vous rendez des catégories ou des marques visibles pour un groupe portant le nom du canal, et seuls les produits visibles apparaissent dans le XML de ce canal. C'est un modèle de contrôle d'accès fonctionnel, mais ce n'est pas la même chose qu'un mapping d'attributs, et ni la documentation des points de terminaison ni l'article du consultant ne décrivent de renseignement automatique des GTIN, MPN ou item_group_id.
İdeaSoft
L'export d'İdeaSoft, accessible via Entegrasyonlar → Idea Output Çıktı Sistemi dans le panneau d'administration, est sur le papier le plus attentif aux attributs des quatre. Selon la documentation d'aide d'İdeaSoft, la sortie XML inclut la marque, le GTIN/code-barres et le MPN « lorsqu'ils sont disponibles », aux côtés des champs standards de nom, description, prix, stock et image. Elle contient aussi l'avertissement le plus explicite de toutes les plateformes étudiées : si vos codes-barres ne sont pas des GTIN valides au niveau international, vous devez désactiver manuellement le champ GTIN, car l'envoi d'un GTIN non valide entraîne le refus du produit plutôt qu'une solution de repli en douceur. L'exactitude des variantes de couleur et de taille ainsi que le regroupement des produits sont présentés comme relevant de la responsabilité du marchand, et non automatisés.
La comparaison
| Plateforme | Gestion native des identifiants | Gestion des variantes/item_group_id | Export multicanal natif | Travail manuel requis |
|---|---|---|---|---|
| ikas | GTIN par défaut, option MPN si les codes-barres ne sont pas valides | Non documentée | Google Merchant Center uniquement | Faible pour Google, inconnu pour le reste |
| Ticimax | Saisie manuelle par produit ou en masse via Excel | Non documentée | XML orienté Google ; livraison optionnelle | Élevé — saisie de données, pas de mapping |
| T-Soft | Non documentée dans les sources disponibles | Non documentée | Points de terminaison distincts pour Google et Facebook | Moyen — contrôle d'accès oui, contrôle qualité des attributs non |
| İdeaSoft | Automatique lorsque disponible, avertissement explicite sur les GTIN non valides | Présentée comme relevant du marchand | Orienté Google ; Meta non détaillé dans la même documentation | Moyen — surtout du contrôle qualité et des exceptions |
À quoi ressemble un véritable écart dans une ligne de flux
Voici le schéma qui apparaît le plus souvent lorsqu'un marchand utilisant l'une de ces quatre plateformes envoie réellement ses produits aux deux canaux. Un produit disponible en trois tailles est exporté en trois lignes distinctes, au bon prix et en stock, mais la plateforme sous-jacente n'a pas attribué de manière cohérente un identifiant de groupe commun :
row 1 : id=SKU-TSHIRT-S, title=Cotton T-Shirt, item_group_id=(blank)
row 2 : id=SKU-TSHIRT-M, title=Cotton T-Shirt, item_group_id=(blank)
row 3 : id=SKU-TSHIRT-L, title=Cotton T-Shirt, item_group_id=TSHIRT-GROUP-04
Google comme Meta interprètent cela comme trois produits sans lien entre eux, et non comme un article décliné en trois variantes, car la documentation de Meta sur les variantes précise explicitement que « le nom du produit et les champs item_group_id doivent correspondre » sur chaque ligne du groupe. Ce même schéma d'attribut vide est à l'origine de la plupart des refus de catalogue dans Meta Commerce Manager que nous avons documentés par ailleurs. La solution n'est pas un paramètre de la plateforme : c'est une passe de validation avant envoi qui confirme que chaque ligne de variante porte la même valeur de groupe, non vide, avant que le flux n'approche le moindre compte publicitaire.
Les limites de cette comparaison
Il s'agit d'une comparaison des comportements d'export natifs documentés, et non d'un benchmark pratique sur des comptes de test réels sur les quatre plateformes : considérez donc les affirmations précises sur une plateforme donnée comme un point de départ pour votre propre vérification dans le panneau, et non comme un verdict définitif. Les éditeurs mettent régulièrement à jour leurs intégrations ; le centre d'aide de T-Soft avait déjà déplacé ou supprimé l'article précis que nous aurions préféré citer, ce qui montre bien que ces documentations évoluent. Aucune des quatre plateformes comparées ici n'est évaluée sur le tunnel de commande, les thèmes, la logistique ou leur écosystème d'applications, uniquement sur l'export de flux, car c'est le seul axe dont traite cet article.
Si votre catalogue repose sur une plateforme internationale plutôt que sur l'une de ces quatre, la comparaison ne se transpose pas directement : DataFeedWatch et Channable maintiennent tous deux des bibliothèques de connecteurs prêts à l'emploi plus larges, couvrant des dizaines de plateformes non turques, et si votre activité repose sur l'une d'elles plutôt que sur ikas, Ticimax, T-Soft ou İdeaSoft, cette étendue de connecteurs est une vraie raison de les regarder en premier. Pour une petite boutique unique au catalogue simple et sans variantes, l'export natif de la plateforme associé à un contrôle qualité manuel rigoureux peut honnêtement suffire, et acheter un outil de gestion de flux pour dix SKU n'est pas une bonne utilisation du budget.
Une courte checklist avant envoi
- Chaque ligne de variante partage un
item_group_ididentique et non vide avec toutes les autres combinaisons taille/couleur du même produit - Les valeurs GTIN sont de vrais codes-barres scannables, et non des SKU internes renommés en GTIN — en cas de doute, passez au schéma MPN + marque
- Les images produits respectent dès maintenant le minimum de 500x500 px, sans attendre la date d'application de janvier 2027 de Google
- Le prix et la disponibilité du flux correspondent à ce qu'affiche la boutique au même moment, et non à ce qu'elle affichait lors de la dernière configuration de l'export
- Un second fichier correctement structuré existe pour Meta si l'export natif de votre plateforme a été conçu d'abord pour Google
Questions fréquentes
ikas prend-il en charge nativement les exports vers le catalogue Meta, comme il le fait pour Google Merchant Center ?
La documentation d'assistance d'ikas décrit en détail l'intégration de Google Merchant Center par lien de catalogue, mais ne documente aucune connexion native équivalente avec le catalogue Meta. Vérifiez la version actuelle de votre panneau avant de supposer une parité de fonctionnalités.
Pourquoi Ticimax me demande-t-il de remplir manuellement les champs Adwords au lieu de les mapper automatiquement ?
Le modèle de données produits de Ticimax traite les attributs Google Shopping comme des champs marketing modifiables sur chaque fiche produit, plutôt que comme des valeurs dérivées automatiquement de la structure de votre catalogue ; c'est pourquoi l'édition en masse via Excel est la solution de contournement documentée pour mettre à jour de nombreux produits à la fois.
Que se passe-t-il si la sortie XML de T-Soft contient un produit sans GTIN valide ?
Ni la documentation T-Soft disponible ni l'article du consultant que nous avons cité ne précisent de gestion automatique des GTIN : un identifiant non valide ou manquant se traduira donc par un refus standard dans Google Merchant Center, au lieu d'être détecté avant l'envoi.
Pourquoi İdeaSoft m'avertit-il de désactiver manuellement le champ GTIN ?
Parce qu'İdeaSoft peut inclure automatiquement les données de code-barres en tant que GTIN, et que si ce code-barres n'est pas valide au niveau international, Google refuse le produit au lieu de l'accepter avec un avertissement ; la documentation d'İdeaSoft confie donc au marchand la responsabilité de repérer les codes-barres non valides avant qu'ils n'atteignent le flux.
L'item_group_id est-il la même chose qu'un SKU ?
Non. Un SKU (mappé sur id) doit être unique pour chaque ligne de variante produit. item_group_id est une valeur distincte et partagée qui regroupe ces lignes de variantes en un seul produit doté d'options, et selon la documentation de Google, chaque combinaison d'attributs ne doit apparaître qu'une seule fois au sein d'un groupe.
Puis-je simplement envoyer le même flux XML à Google et à Meta ?
Pas de manière fiable. Google accepte le TSV, le XML ou la Content API ; Meta accepte le CSV, le TSV, le RSS XML, l'ATOM XML ou Google Sheets, et les champs obligatoires diffèrent légèrement entre les deux (Meta exige par exemple condition et brand sur chaque ligne, alors que l'exigence de marque est conditionnelle chez Google). Un flux conçu pour respecter le schéma d'un canal échoue souvent à la validation de l'autre, même lorsque les données produits sous-jacentes sont correctes.
Changer de plateforme règle-t-il ces écarts de flux ?
Pas à lui seul. L'écart se situe dans le mapping des attributs et la validation avant envoi, et non dans les fonctionnalités e-commerce de base de la plateforme : migrer vers une autre plateforme e-commerce turque sans traiter directement la conformité des GTIN, des item_group_id et des images ne fait que déplacer le même problème.
À quelle fréquence dois-je revérifier un export natif au regard des exigences actuelles de Google et de Meta ?
Au minimum chaque fois que l'un des deux canaux annonce un changement de règles, comme la date d'application des exigences d'images de Google en janvier 2027, et chaque fois que la plateforme e-commerce publie une mise à jour du panneau touchant aux paramètres des produits ou des intégrations, car aucune des quatre plateformes comparées ici ne versionne sa documentation d'export de manière suffisamment publique pour avertir automatiquement les marchands.
Feedance se connecte aux flux de chacune de ces quatre plateformes, enrichit les attributs réellement exigés par chaque canal et publie sur plus de 200 canaux publicitaires et marketplaces — dont Akakçe, Cimri, N11 et ÇiçekSepeti, aux côtés de Google et Meta —, sans que vous ayez à maintenir manuellement des exports distincts au format Google et au format Meta. Si vous voulez savoir précisément quels attributs manquent à votre flux actuel avant que Google ou Meta ne s'en aperçoivent, faites-le passer par l'outil gratuit d'audit de flux produits.
Kardelen Yılmaz travaille sur la croissance chez Feedance, où elle aide les marques e-commerce et les agences à tirer un meilleur rendement de chaque produit qu’elles mettent en avant dans leurs publicités. Elle écrit sur la qualité des flux produits, les campagnes Shopping et Performance Max, l’automatisation créative et la façon dont le shopping piloté par l’IA transforme la visibilité des produits.
LinkedIn