ikas vs Ticimax vs T-Soft vs İdeaSoft: welke native feed is echt klaar voor Google en Meta?

Google Merchant Center gaat vanaf 31 januari 2027 een minimale afbeeldingsgrootte van 500x500 pixels afdwingen, en keurt vermeldingen nu al af zodra de waarde van item_group_id of gtin van een variant ontbreekt of verkeerd is opgemaakt. Niets daarvan is nieuw. Wat wel snel misgaat, is aannemen dat je Turkse e-commerceplatform dit al voor je regelt. We hebben vergeleken hoe ikas, Ticimax, T-Soft en İdeaSoft natively productfeeds genereren, op basis van de eigen documentatie van elke leverancier, en vonden echte gaten tussen "er is een XML-link" en "Google en Meta accepteren wat erin staat". Dit artikel is bedoeld voor merchants en bureaus op een van deze vier platforms die willen bepalen of hun native export volstaat, of dat ze er een feedlaag bovenop nodig hebben.

Wat "direct klaar voor feeds" werkelijk betekent

De productfeed van een platform is niet klaar voor Google of Meta alleen omdat er een bestand uitkomt. Hij moet voldoen aan regels op attribuutniveau waar geen van beide advertentieplatforms van afwijkt. De onderstaande tabel is de basis waartegen we elk platform hebben beoordeeld, rechtstreeks afkomstig uit de productdataspecificatie van Google en de veldreferentie voor catalogi van Meta.

Hoe de native export van elk platform zich echt gedraagt

ikas

ikas biedt een directe integratie met Google Merchant Center: je kopieert een cataloguslink uit het ikas-paneel naar de instellingen voor databronnen in Merchant Center, en volgens de eigen supportdocumentatie van ikas worden "wijzigingen die je in je ikas-paneel aan producten aanbrengt automatisch verwerkt" in de feed. Barcodes worden standaard als GTIN verstuurd, en ikas biedt een schakelaar om ze als MPN te versturen als je barcodeformaten niet aan de GTIN-standaard van Google voldoen — een eerlijke en nuttige erkenning dat niet elke barcode van een merchant een echte GTIN is. Wat de documentatie niet beschrijft, is een native integratie met de Meta-catalogus, of hoe item_group_id wordt toegekend aan maat- en kleurvarianten. Je vertrouwt er dus op dat het variantmodel van ikas netjes wordt vertaald, zonder dat dit is geverifieerd.

Ticimax

De eigen supportdocumentatie van Ticimax leidt Google Shopping-data via velden die het "Adwords alanları" noemt op het tabblad Marketing van elk product, die je per product handmatig invult of in bulk via een export-/importcyclus in Excel. Dat is een wezenlijk ander model dan bij ikas: het mappen van attributen gebeurt niet automatisch, het is data-invoer waarvoor jij verantwoordelijk bent. Ook verzenddata in de XML-output is per feed een opt-in, in te schakelen via een aparte verzendconfiguratie in plaats van overgenomen uit de instellingen van je live storefront. Dat is een veelvoorkomende oorzaak van afkeuringen wegens niet-overeenkomende prijzen wanneer de schakelaar en de storefront uit elkaar gaan lopen.

T-Soft

T-Soft genereert feeds vanaf vaste, voorspelbare URL's, bijvoorbeeld siteadresiniz.com/xml/googleshopping.com.php voor Google en een apart endpoint facebookmagaza.com.php voor Meta, volgens integratiedocumentatie voor T-Soft van een geautoriseerde e-commerceconsultant (het eigen helpcenter van T-Soft gaf op het moment van schrijven een 404 voor het betreffende artikel, dus controleer het actuele pad in je paneel voordat je erop vertrouwt). Welke producten worden opgenomen, bepaal je via een mechanisme met "ledengroepen" voor resellers: je maakt categorieën of merken zichtbaar voor een groep die naar het kanaal is vernoemd, en alleen zichtbare producten verschijnen in de XML van dat kanaal. Dat is een werkend model voor toegangsbeheer, maar het is niet hetzelfde als het mappen van attributen, en noch de documentatie van het endpoint noch het stuk van de consultant beschrijft het automatisch vullen van GTIN, MPN of item_group_id.

İdeaSoft

De export van İdeaSoft, bereikbaar via Entegrasyonlar → Idea Output Çıktı Sistemi in het beheerpaneel, is op papier de meest attribuutbewuste van de vier. Volgens de eigen helpdocumentatie van İdeaSoft bevat de XML-output merk, GTIN/barcode en MPN "indien beschikbaar", naast de standaardvelden naam, beschrijving, prijs, voorraad en afbeelding. Het platform geeft ook de meest expliciete waarschuwing van alle platforms die we hebben bekeken: als je barcodes geen internationaal geldige GTIN's zijn, moet je het GTIN-veld handmatig uitschakelen, omdat het versturen van een ongeldige GTIN tot afkeuring van het product leidt in plaats van tot een nette terugval. De juistheid van varianten voor kleur, maat en productgroepering wordt aangemerkt als verantwoordelijkheid van de merchant, niet als iets dat automatisch gebeurt.

De vergelijking

Hoe een echt gat eruitziet in een feedrij

Dit is het patroon dat het vaakst opduikt zodra een merchant op een van deze vier platforms daadwerkelijk aan beide kanalen aanlevert. Een product in drie maten wordt geëxporteerd als drie afzonderlijke rijen, correct geprijsd en op voorraad, maar het onderliggende platform heeft niet consequent een gedeelde groeps-identifier toegekend:

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 en Meta lezen dit allebei als drie losse producten, niet als één artikel met drie varianten, omdat de eigen variantdocumentatie van Meta expliciet stelt dat "de productnaam en de velden item_group_id overeenkomen" voor elke rij in de groep. Hetzelfde patroon van lege attributen ligt ten grondslag aan de meeste afkeuringen van catalogusitems in Meta Commerce Manager die we apart hebben beschreven. De oplossing is geen platforminstelling, maar een validatieronde vóór het aanleveren die bevestigt dat elke variantrij dezelfde, niet-lege groepswaarde heeft voordat de feed ook maar in de buurt van een advertentieaccount komt.

Waar deze vergelijking tekortschiet

Dit is een vergelijking van gedocumenteerd native exportgedrag, geen praktijkbenchmark met live testaccounts op alle vier de platforms. Zie specifieke uitspraken over een platform dus als startpunt voor je eigen controle in het paneel, niet als eindoordeel. Leveranciers werken hun integraties regelmatig bij; het eigen helpcenter van T-Soft had het specifieke artikel dat we liever hadden geciteerd al verplaatst of verwijderd, wat op zich al aangeeft dat deze documentatie verschuift. Geen van de vier vergeleken platforms is beoordeeld op checkout, thema's, logistiek of app-ecosysteem, alleen op feedexport, omdat dat het enige onderwerp van dit artikel is.

Staat je catalogus op een wereldwijd platform in plaats van een van deze vier, dan is de vergelijking niet direct toepasbaar: DataFeedWatch en Channable onderhouden allebei bredere bibliotheken met kant-en-klare connectors voor tientallen niet-Turkse platforms. Draait je bedrijf op een daarvan in plaats van op ikas, Ticimax, T-Soft of İdeaSoft, dan is die breedte aan connectors een echte reden om eerst naar hen te kijken. Voor één kleine winkel met een eenvoudige catalogus zonder varianten kan de native export van een platform plus zorgvuldige handmatige controle eerlijk gezegd genoeg zijn, en een feedtool kopen voor tien SKU's is geen goede besteding van je budget.

Een korte checklist vóór het aanleveren

• Elke variantrij heeft een identieke, niet-lege item_group_id, gelijk aan die van elke andere maat-/kleurcombinatie van hetzelfde product
• GTIN-waarden zijn echte, scanbare barcodes, geen interne SKU's die als GTIN zijn gelabeld — twijfel je, stap dan over op het patroon MPN + merk
• Productafbeeldingen voldoen nu al aan het minimum van 500x500 px, niet pas na de handhavingsdatum van Google in januari 2027
• Prijs en beschikbaarheid in de feed komen overeen met wat de storefront op hetzelfde moment toont, niet met wat er stond toen de export voor het laatst werd ingesteld
• Er is een tweede, correct opgebouwd bestand voor Meta als de native export van je platform in de eerste plaats voor Google is gebouwd

Veelgestelde vragen

Ondersteunt ikas native exports naar de Meta-catalogus, net zoals naar Google Merchant Center?

De eigen supportdocumentatie van ikas beschrijft de integratie met Google Merchant Center via een cataloguslink uitgebreid, maar documenteert geen vergelijkbare native koppeling met de Meta-catalogus. Controleer de versie van je huidige paneel voordat je uitgaat van dezelfde functionaliteit.

Waarom vraagt Ticimax me de Adwords-velden handmatig in te vullen in plaats van ze automatisch te mappen?

Het productdatamodel van Ticimax behandelt Google Shopping-attributen als bewerkbare marketingvelden in elk productrecord in plaats van als waarden die automatisch uit je catalogusstructuur worden afgeleid. Daarom is bulkbewerking via Excel de gedocumenteerde oplossing om veel producten tegelijk bij te werken.

Wat gebeurt er als de XML-output van T-Soft een product zonder geldige GTIN bevat?

Noch de beschikbare T-Soft-documentatie noch het stuk van de consultant dat we citeren beschrijft een automatische verwerking van GTIN's. Een ongeldige of ontbrekende identifier komt dus naar boven als een standaardafkeuring in Google Merchant Center in plaats van vóór het aanleveren te worden onderschept.

Waarom waarschuwt İdeaSoft me om het GTIN-veld handmatig uit te schakelen?

Omdat İdeaSoft barcodedata automatisch als GTIN kan opnemen, en als die barcode niet internationaal geldig is, keurt Google het product af in plaats van het met een waarschuwing te accepteren. Daarom legt de documentatie van İdeaSoft de verantwoordelijkheid bij de merchant om ongeldige barcodes te onderscheppen voordat ze de feed bereiken.

Is item_group_id hetzelfde als een SKU?

Nee. Een SKU (gemapt naar id) moet uniek zijn per variantrij. item_group_id is een aparte, gedeelde waarde die die variantrijen groepeert tot één product met opties, en volgens de documentatie van Google mag elke combinatie van attributen maar één keer binnen een groep voorkomen.

Kan ik niet gewoon dezelfde XML-feed naar zowel Google als Meta sturen?

Niet betrouwbaar. Google accepteert TSV, XML of de Content API; Meta accepteert CSV, TSV, RSS XML, ATOM XML of Google Sheets, en de verplichte velden verschillen iets tussen beide (Meta vereist bijvoorbeeld condition en brand in elke rij, terwijl de vereiste voor merk bij Google voorwaardelijk is). Een feed die is gebouwd voor het schema van het ene kanaal, faalt vaak bij de validatie van het andere, zelfs als de onderliggende productdata klopt.

Lost overstappen naar een ander platform deze gaten in de feed op?

Niet vanzelf. Het gat zit in het mappen van attributen en de validatie vóór het aanleveren, niet in de kernfunctionaliteit van het platform. Overstappen naar een ander Turks e-commerceplatform zonder GTIN, item_group_id en de afbeeldingsvereisten direct aan te pakken, verplaatst hetzelfde probleem alleen maar.

Hoe vaak moet ik een native export opnieuw toetsen aan de actuele eisen van Google en Meta?

Minimaal telkens wanneer een van beide kanalen een beleidswijziging aankondigt, zoals de handhavingsdatum voor afbeeldingen van Google in januari 2027, en telkens wanneer het e-commerceplatform een paneelupdate uitbrengt die product- of integratie-instellingen raakt. Geen van de vier vergeleken platforms versioneert zijn exportdocumentatie namelijk zo openbaar dat merchants automatisch op de hoogte worden gebracht.

Feedance koppelt feeds van elk van deze vier platforms, verrijkt de attributen die elk kanaal daadwerkelijk vereist en publiceert naar meer dan 200 advertentie- en marktplaatskanalen — waaronder Akakçe, Cimri, N11 en ÇiçekSepeti naast Google en Meta — zonder dat je zelf aparte exports voor Google en Meta hoeft te onderhouden. Wil je precies zien welke attributen in je huidige feed ontbreken voordat Google of Meta ze voor je vindt? Haal je feed dan door de gratis tool voor productfeedaudits.