Faire accepter votre flux produits sur Akakçe, Cimri, N11 et ÇiçekSepeti

Si vous vendez en Turquie, vos outils de flux ont presque certainement été conçus d'abord pour Google Merchant Center et Meta. Cela devient un problème dès que vous essayez de référencer vos produits sur Akakçe, Cimri, N11 ou ÇiçekSepeti : aucune des grandes plateformes de flux multicanales (parmi lesquelles DataFeedWatch, Channable, Productsup, Feedonomics ou Confect) ne propose de modèle natif pour l'un de ces quatre canaux. N11 à lui seul génère au moins 13 motifs distincts de rejet de produits dans son ensemble d'erreurs d'intégration, d'un GTIN qui « n'appartient pas à cette catégorie » à des images de plus de 5 000 pixels de côté. Ce guide s'adresse à toute personne qui gère un flux pour la Turquie, en interne ou en agence, et qui doit faire accepter ses produits sur ces quatre canaux sans rétro-ingénierie de chacun d'eux. À la fin, vous saurez ce que chaque canal valide réellement, où s'arrête la documentation publique et ce qu'il faut vérifier avant de soumettre votre flux.

Pourquoi la méthode habituelle ne fonctionne pas ici

Google Shopping et Meta Catalog publient chacun une spécification d'attributs unique, en anglais et versionnée, que tous les outils de flux ingèrent de la même façon. Akakçe et Cimri sont des comparateurs de prix, pas des marketplaces. Ils lisent le flux XML ou CSV propre à chaque boutique au lieu de définir un schéma commun : « la spécification » correspond donc en réalité à ce que produit le plugin d'export de votre plateforme de boutique. N11 est une marketplace à part entière, avec un modèle de correspondance catalogue similaire à celui d'Amazon : vous rattachez votre offre à un GTIN existant du catalogue au lieu de décrire librement votre propre produit. ÇiçekSepeti est une marketplace verticale (fleurs, cadeaux et, de plus en plus, commerce généraliste) avec des créneaux de livraison le jour même qui font de la fréquence de synchronisation du stock un point de défaillance plus important que l'exhaustivité des attributs. Traiter ces quatre canaux comme un seul « canal Turquie » est la raison la plus fréquente pour laquelle un flux validé par GMC se fait tout de même rejeter ici.

N11 : tout se joue sur la correspondance catalogue

La documentation publique pour les développeurs de N11 expose un point de terminaison d'arborescence de catégories, GET https://api.n11.com/cdn/categories, qui renvoie des catégories imbriquées avec un tableau id, parentId, name et subCategories ; une catégorie avec subCategories: null est une catégorie finale, et N11 exige que vous soumettiez les produits avec l'id de cette catégorie finale, et non d'une catégorie parente. En dessous de l'arborescence, N11 applique une correspondance catalogue basée d'abord sur le GTIN : si le code-barres de votre produit n'est pas déjà enregistré pour une entrée du catalogue N11, ou s'il est enregistré au nom d'un autre vendeur, l'annonce est rejetée au lieu d'être créée.

Cette liste d'erreurs provient de la documentation de support d'AKINSOFT, partenaire d'intégration de N11, qui consigne les messages exacts que son connecteur reçoit de N11. Considérez-la comme un retour de terrain issu d'un connecteur en production plutôt que comme la spécification publiée par N11, qui conserve la version de référence derrière son portail développeurs.

Akakçe et Cimri : des flux de comparaison de prix, pas des annonces de marketplace

Akakçe et Cimri ne gèrent pas le paiement pour la plupart des annonces. Ils redirigent le clic vers votre propre boutique et facturent un coût par clic ou, dans le cadre du programme géré « Kolay Sipariş » d'Akakçe, une commission d'environ 3,9 % de la valeur du panier sur les commandes qu'ils génèrent. Tous deux acceptent directement l'export XML ou CSV d'une boutique ; aucune des deux entreprises ne publie de dictionnaire d'attributs versionné comme le fait GMC. Dans la pratique, les plugins d'export XML des plateformes e-commerce turques convergent vers un ensemble minimal de champs similaire : nom du produit, prix, état du stock, catégorie, URL du produit, URL de l'image et, lorsqu'il est disponible, un GTIN ou un MPN. Cette convergence est une norme de marché observée chez les intégrateurs, et non une exigence documentée par l'une ou l'autre plateforme : vérifiez-la donc par rapport à l'export de votre propre plateforme avant de la considérer comme complète. Comme il n'existe pas de spécification formelle sur laquelle valider, le mode d'échec concret n'est pas un message de rejet. C'est un sous-référencement silencieux : les produits dépourvus d'identifiant stable ne sont pas rattachés à la vue de comparaison « même produit, plusieurs vendeurs », et apparaissent donc comme une annonce isolée au lieu de figurer dans le tableau comparatif pour lequel vous payez.

ÇiçekSepeti : l'horloge compte plus que le schéma

ÇiçekSepeti gère sa propre académie vendeurs et un portail développeurs distinct (ciceksepeti.dev), en plus du processus standard d'envoi des produits via le panneau qui y est décrit. L'ensemble d'attributs n'a en soi rien de remarquable par rapport à N11 ou à GMC. Ce qui diffère, c'est la nature des catégories : les fleurs, les plantes et les cadeaux livrés le jour même sont des stocks périssables ou soumis à des créneaux horaires, si bien qu'un flux qui synchronise le stock une fois par jour entraînera des survents par rapport aux heures limites de livraison, ce qui arrive rarement avec des biens durables. Si vous gérez ÇiçekSepeti en parallèle de catégories à rotation plus lente, considérez-le comme le canal qui fixe votre intervalle de synchronisation minimal acceptable, et non comme celui que vous synchronisez le moins souvent parce qu'il « ne compte que quelques centaines de SKU ».

Comparatif

Une ligne avant/après : corriger une incohérence de catalogue N11

Supposons que votre flux orienté GMC exporte cette ligne pour une bouilloire :

title: "Electric Kettle 1.7L Black"; category: "Home & Kitchen"; gtin: (blank); image: 6200x4100px

Sur N11, elle échoue deux fois : la catégorie est un nœud parent et non une catégorie finale, et l'absence de GTIN signifie qu'il n'existe aucune entrée de catalogue à laquelle se rattacher. Vous obtiendrez « Reselect Product Category and Properties », puis une réponse GTIN introuvable. La ligne corrigée utilise l'id réel de la catégorie finale N11 issu du point de terminaison des catégories, un véritable GTIN tiré de votre référentiel produits (ou proposé via le panneau s'il n'en existe pas) et une image redimensionnée sous le plafond de 5 000 px :

title: "Electric Kettle 1.7L Black"; category_id: 1003924 (leaf: "Su Isıtıcı"); gtin: 8690123456789; image: 2000x1333px

Cette correction n'a rien d'exotique. C'est la même discipline que celle qu'impose GMC avec sa propre taxonomie de catégories et ses tailles d'image minimales. La différence, c'est que N11 ne vous signalera pas que la catégorie est erronée tant que la correspondance GTIN n'aura pas déjà échoué : vérifier d'abord la profondeur de la catégorie vous épargne donc un aller-retour.

Check-list avant soumission

• Chaque ligne destinée à N11 correspond à un id de catégorie finale issu de l'arborescence /cdn/categories en direct, et non d'une liste mise en cache lors de l'intégration
• Chaque ligne destinée à N11 comporte un GTIN déjà associé dans le catalogue de N11 ou proposé via le panneau
• Les titres respectent la plage de 2 à 65 caractères de N11 et les images font moins de 5 000 px sur leur plus grand côté
• Les lignes Akakçe et Cimri comportent un identifiant stable (GTIN ou MPN), même si aucune des deux plateformes ne rejette purement et simplement son absence : c'est ce qui fait la différence entre figurer dans la vue comparative et y être invisible
• La fréquence de synchronisation du stock ÇiçekSepeti est déterminée par votre heure limite de livraison la plus contraignante, et non par la rotation moyenne de vos SKU
• Les prix de campagne ou de soldes figurent dans le champ que le canal lit réellement — un prix « avant remise » incohérent est l'une des causes les plus fréquentes d'une annonce qui paraît moins chère sur votre site que sur le canal

Ce que ce guide ne couvre pas, et ses limites

Si vous vendez sur une seule plateforme turque et nulle part ailleurs, un plugin natif de votre solution de boutique (İdeaSoft, Ticimax, T-Soft et d'autres intègrent tous des générateurs XML pour Akakçe/Cimri) vous permettra d'être référencé avec moins de configuration que n'importe quel outil de flux multicanal, Feedance, DataFeedWatch et Channable compris. Vous n'avez pas besoin de règles, d'enrichissement ni de gouvernance multicanale pour une seule destination. Ce guide ne couvre pas non plus Trendyol ni Hepsiburada, qui disposent de leurs propres processus d'intégration documentés séparément ; il ne couvre pas davantage l'ensemble des conditions commerciales d'Akakçe ou de Cimri, qui évoluent indépendamment de leurs mécanismes de flux et qu'il vaut la peine de confirmer directement auprès de chaque plateforme avant d'engager du temps de développement. Comme Akakçe et Cimri n'ont aucune spécification d'attributs publique, considérez la liste de champs ci-dessus comme le dénominateur commun observé chez les connecteurs des plateformes e-commerce turques, et non comme une garantie. Vérifiez-la par rapport à la documentation d'intégration de votre propre compte avant une première soumission.

FAQ

Akakçe et Cimri exigent-ils un GTIN ?
Aucun des deux ne publie d'exigence stricte, mais les produits qui en sont dépourvus ont moins de chances d'être correctement regroupés avec les annonces des vendeurs concurrents pour le même article, ce qui constitue tout l'intérêt d'apparaître sur un comparateur de prix.

Pourquoi mon annonce N11 a-t-elle été rejetée alors qu'elle était validée sur GMC ?
Presque toujours à cause d'un problème de catégorie ou de correspondance catalogue GTIN. Les annonces de N11, rattachées à des catégories, fonctionnent différemment du champ catégorie en texte libre de GMC ; consultez le tableau d'erreurs ci-dessus.

N11 dispose-t-il d'une API publique sur laquelle je peux développer directement ?
Oui, sur developer.n11.com, avec notamment un point de terminaison d'arborescence de catégories et l'envoi de produits via RestAPI ; l'ancienne documentation hébergée sur magazadestek.n11.com y redirige désormais.

À quelle fréquence dois-je synchroniser le stock avec ÇiçekSepeti ?
Suffisamment souvent pour respecter votre heure limite de livraison le jour même la plus serrée. Aucun minimum n'est publié ; la contrainte vient de la catégorie de produits, et non des limites techniques de la plateforme.

ÇiçekSepeti ne concerne-t-il que les fleurs ?
Non, il s'est étendu aux cadeaux et à des catégories de commerce généraliste, mais son modèle de créneaux de livraison s'applique toujours à toutes les catégories qui y sont proposées.

Un seul fichier de flux peut-il servir N11, Akakçe et Cimri à la fois ?
Seulement s'il est construit avec les règles de mapping de chaque canal appliquées par-dessus. N11 exige des id de catégorie et une correspondance GTIN qu'Akakçe et Cimri n'imposent pas : un export unique et plat a donc tendance à mal servir N11 en particulier.

Quelle taille d'image N11 accepte-t-il réellement ?
Jusqu'à 5 000 pixels de côté, selon la documentation des partenaires d'intégration de N11 ; aucun minimum n'est publié, mais les images très petites ont tendance à échouer ensuite aux contrôles de qualité d'image propres à certaines catégories.

Ces quatre canaux prennent-ils en charge une segmentation de type custom_label, comme Google Shopping ?
Non, la segmentation et la logique d'enchères sont des concepts propres à Performance Max/Google. Ces canaux fonctionnent selon une logique plate de catégories et de comparaison de prix, et non avec des étiquettes côté campagne.

Feedance se connecte à Akakçe, Cimri et plus de 200 autres canaux publicitaires et marketplaces à partir d'un seul flux géré ; si vous souhaitez un second avis sur les points où votre flux échouerait avant de le soumettre, passez-le dans notre outil gratuit d'audit de flux produits.