Il tuo feed viene riparato senza essere toccato

Due origini dati, tenute separate

Un account Merchant Center legge i tuoi prodotti da un'origine dati principale: il file che il tuo negozio esporta, o il link da cui Google lo recupera. Un'origine dati supplementare è un secondo file collegato allo stesso account. Non sta in piedi da sola e non può creare un prodotto. Quello che fa è abbinare le righe dell'origine principale sull'id e sovrascrivere gli attributi indicati sui prodotti che vi trova.

FeedMender scrive un'unica origine dati supplementare. Contiene gli id dei tuoi prodotti e, accanto a ciascuno, solo gli attributi che un'analisi ha trovato motivo di cambiare. Tutto ciò che non menziona resta esattamente come lo dichiara il tuo feed. Google ricostruisce ogni prodotto a partire da entrambi i file ogni volta che li elabora: prima la tua riga, poi l'overlay.

Poiché i due file sono separati, nulla di nostro viene mai riscritto nel tuo export. Il tuo CMS, il tuo plugin del feed e il file stesso non vedono mai la correzione e non hanno nulla di nostro da sovrascrivere. È questa l'idea di fondo, e vale la pena essere precisi sul perché regge.

Perché la rigenerazione notturna non può annullarla

La maggior parte delle correzioni ai feed sono modifiche al feed. L'export successivo le sovrascrive, quindi il lavoro va ripetuto a cadenza regolare, ed è questo che un abbonamento fa pagare. Un overlay non è una modifica. Il tuo negozio può rigenerare il file alle tre di notte, riscrivere ogni descrizione e riordinare le colonne. Il recupero successivo legge quel nuovo file, e poi vi applica di nuovo sopra lo stesso overlay, abbinato sugli id che non sono cambiati.

Smette di applicarsi esattamente in due casi, entrambi nelle tue mani:

• Sei tu a rimuovere l'origine dati in Merchant Center.
• L'id di un prodotto scompare dal tuo feed principale, perché a quel punto l'overlay non ha più nulla da abbinare.

Nulla di ciò che Google fa secondo i propri tempi, e nulla di ciò che il tuo negozio fa secondo i propri, rimuove la correzione. Ecco perché questo è un acquisto e non un noleggio.

La lettura quotidiana è anche ciò che tiene in vita i tuoi prodotti

Google recupera un'origine supplementare a cadenza regolare, ogni 24 ore per impostazione predefinita. Non è solo così che la correzione resta aggiornata: è anche ciò che impedisce ai tuoi dati di prodotto di scadere. I dati di prodotto scadono 30 giorni dopo l'ultimo aggiornamento, e un'origine che Google legge ogni giorno è un'origine che non raggiunge mai quella soglia. Non carichi il file una volta sperando che basti. Sta in un posto in cui Google torna, e il tornare è il punto.

La casa naturale di quel file è un foglio di calcolo nel tuo account Google. Merchant Center vi si collega tramite il tuo account anziché tramite un link pubblico, così le correzioni restano nel tuo spazio di lavoro, sotto le tue regole di accesso, e non passano mai più da noi dopo che le hai scaricate. I passaggi di installazione mostrano dove si trova ogni impostazione.

Cosa un'origine supplementare non può fare

La stessa proprietà che la rende sicura delimita anche ciò che può raggiungere.

• Aggiorna solo id che esistono già nel tuo feed principale. I prodotti che aggiungi dopo l'analisi non sono coperti finché non esegui una nuova analisi che li includa.
• Non può aggiungere né rimuovere prodotti. Un supplemento con un id che il tuo feed non contiene semplicemente non abbina nulla. È anche per questo che non può rompere il tuo catalogo: il caso peggiore per una riga che non trova corrispondenza è che non faccia proprio nulla.
• Deve essere collegata all'origine principale giusta. Etichetta del feed e lingua devono corrispondere all'origine a cui appartiene, altrimenti Merchant Center non unirà le due.

Un esempio concreto su una riga

Supponi che il tuo export invii questa riga stanotte, e di nuovo, formattata diversamente, domani notte:

id: 10482-M   title: SALE! Merino jumper   color: #1F2A44   price: 119,95

L'overlay contiene lo stesso id e solo gli attributi che un'analisi ha trovato motivo di cambiare, per esempio un color corretto in Navy. Quando Google elabora il tuo account, legge prima la tua riga e poi vi stende sopra l'overlay, abbinato su 10482-M. Il prodotto pubblicato conserva tutto ciò che hai inviato tranne il colore corretto. Domani il tuo negozio può rinominare le colonne, spostare la riga e ricodificare il file: l'id è ancora 10482-M, quindi lo stesso overlay si applica di nuovo, alla nuova riga, senza che nessuno la tocchi.

Collegarla nel modo giusto

L'unico punto in cui un'origine supplementare deve allinearsi al tuo account è il collegamento. È unita a una specifica origine principale, e l'etichetta del feed e la lingua devono corrispondere a quell'origine, altrimenti Google non assocerà le due e l'overlay sembrerà non fare nulla. Se gestisci più di un feed principale, uno per paese o per lingua, il supplemento appartiene a quello i cui prodotti corregge. Il report indica l'origine principale, l'etichetta del feed e la lingua a cui il tuo foglio deve corrispondere, quindi è un valore da copiare, non una decisione da prendere. I passaggi di installazione mostrano dove si trova ciascuna di queste impostazioni in Merchant Center.

Cosa non cambia per il tuo negozio

Tu ci dai un file e noi ti diamo un file. Non c'è alcun permesso da concedere, nessun codice da installare e nessun accesso al tuo negozio o al tuo account Merchant Center. Il tuo feed principale, le tue pagine prodotto e il tuo calendario di export restano intatti. L'unico posto in cui compare qualcosa di nuovo è un'origine dati supplementare che aggiungi tu stesso, in un account che controlli solo tu.

Poiché non vediamo mai il tuo account Merchant Center, possiamo dirti cosa dicono i tuoi dati, ma non cosa Google ha infine deciso al riguardo. Sono due domande diverse, e la seconda richiede un accesso all'account che deliberatamente non chiediamo.

L'analisi e il report completo non costano nulla. Il modo più rapido per vedere cosa conterrebbe una correzione è eseguirne una sul tuo file.