LisbonaSiamo al Web Summit, stand A1-33.Vedi i dettagli
Feedance
Articolo

ikas vs Ticimax vs T-Soft vs İdeaSoft: quale feed nativo è davvero pronto per Google e Meta

Abbiamo confrontato le esportazioni native di ikas, Ticimax, T-Soft e İdeaSoft e cosa va ancora corretto in ciascuna prima che Google o Meta le accettino.

Kardelen YılmazKardelen Yılmaz
10 min di lettura
Illustration of four e-commerce platforms' product data flowing through validation checks into Google and Meta shopping channels

Google Merchant Center inizierà ad applicare un requisito minimo di 500x500 pixel per le immagini dal 31 gennaio 2027, e già oggi rifiuta le inserzioni nel momento in cui il valore item_group_id o gtin di una variante è mancante o malformato. Niente di tutto questo è nuovo. Ciò in cui è facile sbagliare è dare per scontato che la tua piattaforma e-commerce turca se ne occupi già al posto tuo. Abbiamo confrontato il modo in cui ikas, Ticimax, T-Soft e İdeaSoft generano nativamente i feed di prodotto, usando la documentazione di ciascun fornitore, e abbiamo trovato lacune reali tra “c’è un link XML” e “Google e Meta accetteranno ciò che contiene”. Questo articolo è pensato per merchant e agenzie che usano una di queste quattro piattaforme e devono decidere se l’esportazione nativa basta o se serve un livello di gestione del feed in aggiunta.

Cosa significa davvero “feed pronto all’uso”

Il feed di prodotto di una piattaforma non è pronto per Google o Meta solo perché produce un file. Deve rispettare regole a livello di attributo su cui nessuna delle due piattaforme pubblicitarie fa eccezioni. La tabella seguente è il riferimento su cui abbiamo valutato ogni piattaforma, tratto direttamente dalla specifica dei dati di prodotto di Google e dal riferimento dei campi del catalogo di Meta.

RequisitoGoogle Merchant CenterMeta CatalogPerché compromette i feed
Identificatore (GTIN/MPN)GTIN obbligatorio se disponibile; MPN + brand accettati come alternativaConsigliato, non obbligatorio, ma segnalato ai fini della classificazioneI codici a barre generati localmente da una piattaforma spesso non sono GTIN reali, e Google li rifiuta come non validi anziché come mancanti
Raggruppamento delle variantiitem_group_id obbligatorio per le varianti nei mercati principali; ogni combinazione di attributi (taglia, colore) può comparire una sola volta per gruppo, secondo il riferimento di Google sugli errori di item_group_iditem_group_id obbligatorio per qualsiasi prodotto inviato come variante, secondo la documentazione di Meta sulle variantiLe piattaforme costruite attorno al concetto di un singolo “SKU padre” spesso esportano una riga per prodotto padre anziché una riga per ogni combinazione di taglia/colore
ImmagineMinimo 500x500 px applicato dal 31 gennaio 2027Minimo 500x500 px, JPEG/PNGLe vecchie foto di prodotto caricate anni prima dell’esistenza di queste norme falliscono silenziosamente quando parte l’applicazione
Formato del feedTSV, XML o Content APICSV, TSV, RSS XML, ATOM XML o Google SheetsUn’esportazione costruita solo per lo schema XML di Google richiede un secondo file, con una struttura diversa, per Meta

Come si comporta davvero l’esportazione nativa di ciascuna piattaforma

ikas

ikas offre un’integrazione diretta con Google Merchant Center: copi un link del catalogo dal pannello ikas nelle impostazioni dell’origine dati di Merchant Center e, secondo la documentazione di assistenza di ikas, “le modifiche che apporti ai prodotti nel pannello ikas si rifletteranno automaticamente” nel feed. I codici a barre vengono inviati come GTIN per impostazione predefinita, e ikas offre un’opzione per inviarli invece come MPN se i formati dei tuoi codici a barre non rispettano lo standard GTIN di Google: un’ammissione onesta e utile del fatto che non tutti i codici a barre dei merchant sono GTIN reali. Ciò che la documentazione non descrive è un’integrazione nativa con il catalogo Meta, né come viene assegnato l’item_group_id tra varianti di taglia e colore, quindi ti affidi al fatto che il modello di varianti di prodotto di ikas venga tradotto correttamente, senza verifica.

Ticimax

La documentazione di assistenza di Ticimax fa passare i dati di Google Shopping attraverso campi chiamati “Adwords alanları” nella scheda Marketing di ogni prodotto, da compilare manualmente prodotto per prodotto o in blocco tramite un ciclo di esportazione/importazione Excel. È un modello sostanzialmente diverso da quello di ikas: la mappatura degli attributi non è automatica, è un inserimento dati di cui sei responsabile tu. Anche i dati di spedizione nell’output XML vanno attivati per ogni feed, tramite una configurazione di spedizione dedicata anziché ereditati dalle impostazioni attive dello storefront, il che è una causa frequente di rifiuti per prezzo non corrispondente quando l’opzione e lo storefront smettono di essere allineati.

T-Soft

T-Soft genera i feed da URL fissi e prevedibili, ad esempio siteadresiniz.com/xml/googleshopping.com.php per Google e un endpoint separato facebookmagaza.com.php per Meta, secondo la documentazione di integrazione di T-Soft di un consulente e-commerce autorizzato (al momento della stesura, il centro assistenza di T-Soft restituiva un 404 per l’articolo specifico, quindi verifica il percorso attuale nel tuo pannello prima di farvi affidamento). L’inclusione dei prodotti è controllata tramite un meccanismo di “gruppo di membri” per rivenditori: assegni la visibilità di categorie o brand a un gruppo con il nome del canale, e solo i prodotti visibili compaiono nell’XML di quel canale. È un modello di controllo degli accessi funzionante, ma non equivale alla mappatura degli attributi, e né la documentazione degli endpoint né la guida del consulente descrivono la compilazione automatica di GTIN, MPN o item_group_id.

İdeaSoft

L’esportazione di İdeaSoft, accessibile da Entegrasyonlar → Idea Output Çıktı Sistemi nel pannello di amministrazione, è sulla carta la più attenta agli attributi tra le quattro. Secondo la documentazione di assistenza di İdeaSoft, l’output XML include brand, GTIN/codice a barre e MPN “quando disponibili”, insieme ai campi standard di nome, descrizione, prezzo, stock e immagine. Contiene anche l’avvertenza più esplicita tra tutte le piattaforme che abbiamo esaminato: se i tuoi codici a barre non sono GTIN validi a livello internazionale, devi disattivare manualmente il campo GTIN, perché inviarne uno non valido causa il rifiuto del prodotto anziché un’alternativa gestita senza problemi. La correttezza delle varianti per colore, taglia e raggruppamento dei prodotti è indicata come responsabilità del merchant, non automatizzata.

Il confronto

PiattaformaGestione nativa degli identificatoriGestione di varianti/item_group_idEsportazione multicanale nativaLavoro manuale richiesto
ikasGTIN di default, opzione MPN se i codici a barre non sono validiNon documentataSolo Google Merchant CenterBasso per Google, sconosciuto per tutto il resto
TicimaxInserimento manuale per prodotto o in blocco via ExcelNon documentataXML orientato a Google; spedizione da attivareAlto: inserimento dati, non mappatura
T-SoftNon documentata nelle fonti disponibiliNon documentataEndpoint separati per Google e FacebookMedio: controllo degli accessi sì, verifica qualità degli attributi no
İdeaSoftAutomatica quando disponibile, avvertenza esplicita sui GTIN non validiIndicata come responsabilità del merchantOrientata a Google; Meta non dettagliato nello stesso documentoMedio: soprattutto verifica qualità ed eccezioni

Come si presenta una lacuna reale in una riga del feed

Ecco lo schema che compare più spesso quando un merchant su una di queste quattro piattaforme invia effettivamente i dati a entrambi i canali. Un prodotto con tre taglie viene esportato come tre righe separate, con prezzo corretto e disponibile, ma la piattaforma sottostante non ha assegnato in modo coerente un identificatore di gruppo condiviso:

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

Sia Google sia Meta interpretano questi dati come tre prodotti non collegati, non come un articolo con tre varianti, perché la documentazione di Meta sulle varianti è esplicita nel richiedere che “i campi nome del prodotto e item_group_id corrispondano” su ogni riga del gruppo. Lo stesso schema di attributi vuoti è all’origine della maggior parte dei rifiuti nel catalogo di Meta Commerce Manager che abbiamo documentato separatamente. La soluzione non è un’impostazione della piattaforma, ma un passaggio di convalida prima dell’invio che verifichi che ogni riga di variante abbia lo stesso valore di gruppo, non vuoto, prima che il feed si avvicini a un account pubblicitario.

Dove questo confronto ha dei limiti

Questo è un confronto del comportamento documentato delle esportazioni native, non un benchmark pratico su account di test attivi su tutte e quattro le piattaforme, quindi considera le affermazioni specifiche su ciascuna piattaforma come punto di partenza per una verifica nel tuo pannello, non come verdetto finale. I fornitori delle piattaforme aggiornano regolarmente le loro integrazioni; il centro assistenza di T-Soft aveva già spostato o rimosso l’articolo specifico che avremmo preferito citare, il che è di per sé un segnale di quanto questa documentazione cambi. Nessuna delle quattro piattaforme confrontate qui viene valutata su checkout, temi, logistica o ecosistema di app, ma solo sull’esportazione del feed, perché è l’unico aspetto di cui tratta questo articolo.

Se il tuo catalogo si trova su una piattaforma globale anziché su una di queste quattro, il confronto non si applica direttamente: DataFeedWatch e Channable mantengono entrambi librerie più ampie di connettori predefiniti per decine di piattaforme non turche, e se la tua attività gira su una di queste anziché su ikas, Ticimax, T-Soft o İdeaSoft, quell’ampiezza di connettori è un motivo concreto per valutarli per primi. Per un singolo piccolo negozio con un catalogo semplice e senza varianti, l’esportazione nativa della piattaforma più un’attenta verifica manuale della qualità potrebbe onestamente bastare, e acquistare uno strumento per i feed per dieci SKU non è un buon uso del budget.

Una breve checklist prima dell’invio

  • Ogni riga di variante condivide un item_group_id identico e non vuoto con tutte le altre combinazioni di taglia/colore dello stesso prodotto
  • I valori GTIN sono codici a barre reali e scansionabili, non SKU interni rietichettati come GTIN: in caso di dubbio, passa allo schema MPN + brand
  • Le immagini dei prodotti rispettano già ora il minimo di 500x500 px, non dopo la data di applicazione di Google di gennaio 2027
  • Prezzo e disponibilità nel feed corrispondono a quanto mostra lo storefront nello stesso momento, non a quanto mostrava quando l’esportazione è stata configurata l’ultima volta
  • Esiste un secondo file, con la struttura corretta, per Meta se l’esportazione nativa della tua piattaforma è stata costruita pensando prima a Google

Domande frequenti

ikas supporta nativamente le esportazioni verso il catalogo Meta, come fa per Google Merchant Center?

La documentazione di assistenza di ikas descrive in dettaglio l’integrazione con Google Merchant Center tramite link al catalogo, ma non documenta una connessione nativa equivalente con il catalogo Meta. Controlla la versione attuale del tuo pannello prima di dare per scontata la parità di funzionalità.

Perché Ticimax mi chiede di compilare manualmente i campi Adwords invece di mapparli automaticamente?

Il modello di dati di prodotto di Ticimax tratta gli attributi di Google Shopping come campi di marketing modificabili in ogni scheda prodotto, anziché come valori ricavati automaticamente dalla struttura del catalogo: per questo la modifica in blocco tramite Excel è la soluzione documentata per aggiornare molti prodotti contemporaneamente.

Cosa succede se l’output XML di T-Soft include un prodotto senza un GTIN valido?

Né la documentazione di T-Soft disponibile né la guida del consulente che abbiamo citato specificano una gestione automatica dei GTIN, quindi un identificatore non valido o mancante emergerà come un normale rifiuto di Google Merchant Center anziché essere intercettato prima dell’invio.

Perché İdeaSoft mi avverte di disattivare manualmente il campo GTIN?

Perché İdeaSoft può includere automaticamente i dati del codice a barre come GTIN e, se quel codice non è valido a livello internazionale, Google rifiuta il prodotto anziché accettarlo con un avviso: per questo la documentazione di İdeaSoft attribuisce al merchant la responsabilità di intercettare i codici a barre non validi prima che arrivino nel feed.

item_group_id è la stessa cosa di uno SKU?

No. Uno SKU (mappato su id) deve essere univoco per ogni riga di variante del prodotto. item_group_id è un valore separato e condiviso che raggruppa quelle righe di variante come un unico prodotto con opzioni e, secondo la documentazione di Google, ogni combinazione di attributi dovrebbe comparire una sola volta all’interno di un gruppo.

Posso semplicemente inviare lo stesso feed XML sia a Google sia a Meta?

Non in modo affidabile. Google accetta TSV, XML o la Content API; Meta accetta CSV, TSV, RSS XML, ATOM XML o Google Sheets, e i campi obbligatori differiscono leggermente tra i due (Meta, ad esempio, richiede condition e brand su ogni riga, mentre per Google il requisito del brand è condizionale). Un feed costruito per soddisfare lo schema di un canale spesso non supera la convalida dell’altro, anche quando i dati di prodotto sottostanti sono corretti.

Cambiare piattaforma risolve queste lacune del feed?

Non da solo. La lacuna riguarda la mappatura degli attributi e la convalida prima dell’invio, non le funzionalità commerce di base della piattaforma, quindi migrare a un’altra piattaforma e-commerce turca senza affrontare direttamente la conformità di GTIN, item_group_id e immagini sposta semplicemente lo stesso problema altrove.

Con quale frequenza dovrei ricontrollare un’esportazione nativa rispetto ai requisiti attuali di Google e Meta?

Come minimo ogni volta che uno dei due canali annuncia una modifica delle norme, come la data di applicazione dei requisiti sulle immagini di Google di gennaio 2027, e ogni volta che la piattaforma e-commerce rilascia un aggiornamento del pannello che tocca le impostazioni di prodotto o di integrazione, perché nessuna delle quattro piattaforme confrontate qui pubblica le versioni della propria documentazione di esportazione in modo abbastanza trasparente da avvisare automaticamente i merchant.

Feedance si collega ai feed di tutte e quattro queste piattaforme, arricchisce gli attributi effettivamente richiesti da ciascun canale e pubblica su oltre 200 canali pubblicitari e marketplace, inclusi Akakçe, Cimri, N11 e ÇiçekSepeti oltre a Google e Meta, senza che tu debba mantenere a mano esportazioni separate per Google e per Meta. Se vuoi vedere esattamente quali attributi mancano al tuo feed attuale prima che li scoprano Google o Meta, analizzalo con lo strumento gratuito di audit del feed di prodotto.

Vuoi un secondo parere sul tuo feed? Lo analizziamo insieme a te e ti mostriamo le lacune prima del prossimo invio.
Richiedi un audit gratuito
Kardelen Yılmaz
Scritto da
Kardelen Yılmaz

Kardelen Yılmaz si occupa di growth in Feedance, dove aiuta brand e agenzie e-commerce a ottenere un ritorno maggiore da ogni prodotto che pubblicizzano. Scrive di qualità del feed di prodotto, campagne Shopping e Performance Max, automazione delle creatività e di come lo shopping guidato dall'AI sta cambiando la visibilità dei prodotti.

LinkedIn

Scopri quali
prodotti rendono.

Collega il tuo feed e GA4. Mostriamo Product Score, 4T, Price War e Broken Size sul tuo catalogo.