Een producttitel aanpassen in een feedtool is zo gedaan. Een ontbrekende kleur toevoegen ook. En die verkeerde prijs? Daar kun je misschien een aparte regel voor maken.
Daarmee kan het directe probleem opgelost zijn. Maar waar staat daarna de juiste informatie?
Als de webshop iets anders zegt dan de productfeed, ontstaat een tweede administratie. Eentje die iemand moet begrijpen, bijhouden en controleren.
Een handige correctie kan blijven hangen
Stel dat een webshop een bureaustoel verkoopt. In de productgegevens ontbreekt het materiaal. Voor een advertentiekanaal wordt daarom handmatig “leer” toegevoegd.
Later verandert het assortiment. Dezelfde productpagina wordt bijgewerkt naar een uitvoering in stof, maar de handmatige regel in de feedtool blijft staan.
De export werkt nog steeds. Alleen klopt de inhoud niet meer.
Dit is een denkbeeldig voorbeeld, maar het maakt de ontwerpvraag duidelijk: welke gegevens horen bij het product zelf en welke aanpassingen zijn uitsluitend voor een bepaald kanaal bedoeld?
Zonder dat onderscheid kan een tijdelijke oplossing ongemerkt permanent worden.
Spreek per gegeven af welke bron leidend is
Niet alle productinformatie hoeft in hetzelfde systeem te worden beheerd. Voorraad kan uit een voorraadsysteem komen, terwijl beschrijvingen in de webshop worden geschreven.
Belangrijker is dat voor ieder gegeven duidelijk is welke bron leidend is.
Waar wordt de verkoopprijs aangepast? Wie beheert het materiaal? Welk systeem bepaalt of een variant leverbaar is?
Leg ook vast wie een fout corrigeert. Als marketing een verkeerd kenmerk ontdekt, moet duidelijk zijn of dat in de feedtool wordt opgelost of teruggaat naar degene die de productgegevens beheert.
Anders blijft dezelfde correctie op meerdere plekken terugkomen.
Kanaalaanpassingen zijn niet het probleem
Een feedtool mag best iets toevoegen.
Een producttitel voor een advertentie kan bijvoorbeeld anders zijn opgebouwd dan de titel in de webshop. Je kunt merk, producttype, kleur en maat combineren, zolang die informatie uit betrouwbare velden komt en bij het juiste product hoort.
Dat is een gerichte omzetting. Het wordt lastiger wanneer de feedtool ontbrekende productkennis moet vervangen.
Een bruikbare vuistregel: pas de presentatie aan voor het kanaal, maar maak niet ongemerkt een andere versie van het product.
Prijsverschillen zijn meer dan slordig
Voor Google Merchant Center moeten de aangeleverde prijs en valuta overeenkomen met wat op de landingspagina en bij het afrekenen wordt aangeboden. Een afwijking kan dus gevolgen hebben voor de goedkeuring van een product. Bron: Google Merchant Center over prijzen.
Stel dat een actieprijs in de webshop afloopt, terwijl een losse feedregel de oude aanbieding blijft doorgeven. Dan is alleen opnieuw exporteren niet genoeg. Eerst moet duidelijk worden welke regel de verkeerde waarde veroorzaakt.
Neem bij een prijscontrole daarom één concreet product en vergelijk de brongegevens, de uitgevoerde bewerkingen en de uiteindelijke uitvoer. Zo zoek je gericht naar het punt waar het verschil ontstaat.
Houd de identiteit van producten stabiel
Ook product-ID’s verdienen aandacht. Google vraagt om een unieke, vaste ID per product en een eigen ID voor iedere variant. Een bestaande ID mag niet voor een ander product worden hergebruikt. Google raadt aan waar mogelijk de SKU te gebruiken. Bron: Google Merchant Center over product-ID’s.
Een wijziging aan titels of feedregels is dus geen goede aanleiding om zomaar nieuwe ID’s uit te delen. De presentatie verandert, maar het product moet herkenbaar blijven.
Maak uitzonderingen zichtbaar
Een praktische opruimronde begint bij de handmatige uitzonderingen. Waarom bestaat deze regel? Geldt hij nog? Kan de correctie terug naar de bron?
Verwijder niet blind alles. Sommige kanaalregels hebben een duidelijke functie. Geef ze een begrijpelijke naam en leg vast wanneer ze opnieuw bekeken moeten worden.
Het doel is niet een feed zonder regels. Het doel is een productfeed waarvan je kunt uitleggen waar iedere belangrijke waarde vandaan komt.
Dan blijft de feed een hulpmiddel om producten goed aan te bieden, in plaats van een extra administratie die alleen de oorspronkelijke bouwer nog begrijpt.