Je feed wordt gerepareerd zonder te worden aangeraakt

Twee gegevensbronnen, gescheiden gehouden

Een Merchant Center-account leest je producten uit een primaire gegevensbron: het bestand dat je shop exporteert, of de link die Google ervan ophaalt. Een aanvullende gegevensbron is een tweede bestand dat aan hetzelfde account is gekoppeld. Het staat niet op zichzelf en kan geen product aanmaken. Wat het wel doet: rijen in de primaire bron matchen op id en benoemde attributen overschrijven op de producten die het daar vindt.

FeedMender schrijft één aanvullende gegevensbron. Die bevat je product-id's en, naast elk id, alleen de attributen waarvoor een scan een reden tot wijziging vond. Alles wat hij niet noemt, blijft exact zoals je eigen feed het vermeldt. Google bouwt elk product bij elke verwerking opnieuw op uit beide bestanden: eerst jouw rij, daarna de overlay.

Omdat de twee bestanden gescheiden zijn, wordt er nooit iets van ons teruggeschreven in je export. Je CMS, je feedplugin en het bestand zelf zien de correctie nooit en hebben niets van ons om te overschrijven. Dat is het hele idee, en het is de moeite waard om precies te zijn over waarom dat standhoudt.

Waarom de nachtelijke regeneratie het niet ongedaan kan maken

De meeste feedfixes zijn bewerkingen van de feed zelf. De volgende export schrijft eroverheen, dus het werk moet volgens schema worden herhaald, en dat is waar een abonnement voor betaalt. Een overlay is geen bewerking. Je shop kan het bestand om drie uur 's nachts opnieuw genereren, elke beschrijving herschrijven en de kolommen herschikken. De volgende ophaalronde leest dat nieuwe bestand, en past daar vervolgens dezelfde overlay weer op toe, gematcht op de id's die niet veranderd zijn.

Hij stopt met toepassen bij precies twee gebeurtenissen, allebei van jou:

• Je verwijdert de gegevensbron in Merchant Center.
• Het id van een product verdwijnt uit je primaire feed, want dan is er niets meer voor de overlay om op te matchen.

Niets wat Google volgens zijn eigen schema doet, en niets wat je shop volgens zijn eigen schema doet, verwijdert de correctie. Daarom is dit een aankoop en geen huur.

De dagelijkse leesronde houdt ook je producten in leven

Google haalt een aanvullende bron volgens schema opnieuw op, standaard elke 24 uur. Dat is niet alleen hoe de correctie actueel blijft: het is ook wat voorkomt dat je productdata vervalt. Productdata verloopt 30 dagen na de laatste verversing, en een bron die Google elke dag leest, is een bron die die horizon nooit bereikt. Je uploadt het bestand niet één keer om vervolgens te hopen. Het staat op een plek waar Google naar terugkeert, en dat terugkeren is precies het punt.

De natuurlijke plek voor dat bestand is een spreadsheet in je eigen Google-account. Merchant Center maakt er verbinding mee via je account in plaats van via een openbare link, zodat de correcties binnen je workspace blijven, onder jouw toegangsregels, en na het downloaden nooit meer langs ons komen. De installatiestappen laten zien waar elke instelling zit.

Wat een aanvullende bron niet kan

Dezelfde eigenschap die hem veilig maakt, begrenst ook wat hij kan bereiken.

• Hij werkt alleen id's bij die al bestaan in je primaire feed. Producten die je na de scan toevoegt, vallen er pas onder als je een nieuwe scan draait die ze meeneemt.
• Hij kan geen producten toevoegen of verwijderen. Een aanvulling met een id dat je feed niet bevat, matcht simpelweg niets. Daarom kan hij ook je catalogus niet breken: het slechtste geval voor een rij die niet matcht, is dat die helemaal niets doet.
• Hij moet aan de juiste primaire bron gekoppeld zijn. Feedlabel en taal moeten overeenkomen met de bron waar hij bij hoort, anders voegt Merchant Center de twee niet samen.

Een uitgewerkt voorbeeld van één rij

Stel dat je export vannacht deze rij verstuurt, en morgennacht opnieuw, anders opgemaakt:

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

De overlay bevat hetzelfde id en alleen de attributen waarvoor een scan reden tot wijziging vond, bijvoorbeeld een gecorrigeerde color met de waarde Navy. Wanneer Google je account verwerkt, leest het eerst jouw rij en legt daar vervolgens de overlay overheen, gematcht op 10482-M. Het getoonde product behoudt alles wat je stuurde, behalve de gecorrigeerde kleur. Morgen kan je shop de kolommen hernoemen, de rij verplaatsen en het bestand opnieuw coderen: het id is nog steeds 10482-M, dus dezelfde overlay wordt weer toegepast, op de nieuwe rij, zonder dat iemand er iets aan hoeft te doen.

De koppeling goed krijgen

De ene plek waar een aanvullende bron moet aansluiten op je account, is de koppeling. Hij wordt verbonden aan één specifieke primaire bron, en het feedlabel en de taal moeten met die bron overeenkomen, anders legt Google het verband niet en lijkt de overlay niets te doen. Draai je meer dan één primaire feed, één per land of per taal, dan hoort de aanvulling bij de feed waarvan hij de producten corrigeert. Het rapport noemt de primaire bron, het feedlabel en de taal waarmee je sheet moet overeenkomen, dus dit is een waarde om te kopiëren, geen beslissing om te nemen. De installatiestappen laten zien waar elk van die instellingen in Merchant Center zit.

Wat dit niet verandert aan je shop

Jij geeft ons een bestand en wij geven jou een bestand. Er is geen toestemming om te verlenen, geen code om te installeren, en geen toegang tot je winkel of je Merchant Center-account. Je primaire feed, je productpagina's en je exportschema blijven allemaal onaangeroerd. De enige plek waar iets nieuws verschijnt, is een aanvullende gegevensbron die je zelf toevoegt, in een account dat alleen jij beheert.

Omdat we je Merchant Center-account nooit zien, kunnen we je vertellen wat je data zegt, maar niet wat Google er uiteindelijk over besloten heeft. Dat zijn twee verschillende vragen, en voor de tweede is accounttoegang nodig die we bewust niet vragen.

De scan en het volledige rapport kosten niets. De snelste manier om te zien wat een fix zou bevatten, is er een draaien op je eigen bestand.