Productfeed optimaliseren voor Comparison Shopping Services

Twee productdataniveaus die je moet onderscheiden

Bij CSS en Google Shopping worden vaak twee verschillende dataniveaus door elkaar gehaald.

1. De verkopersfeed in Google Merchant Center

Deze feed bevat de productgegevens van de webshop. Denk hierbij aan:

• Product-ID
• Titel
• Beschrijving
• Productpagina
• Prijs
• Beschikbaarheid
• Afbeeldingen
• Merk
• GTIN
• Variantinformatie
• Verzendgegevens

Deze gegevens worden onder andere gebruikt voor Shopping-advertenties en gratis productvermeldingen. De feed blijft ook essentieel als de verkoper via een CSS Partner is gekoppeld.

2. Productgegevens voor CSS-productpagina's

Comparison Shopping Services kunnen aanvullend eigen productpagina's aanbieden. Voor de organische weergave van dergelijke CSS-productpagina's noemt Google attributen zoals id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, variantattributen, product_detail en product_highlight.

De praktische consequentie is:

Productgegevens moeten niet alleen technisch geldig zijn. Ze moeten ook zo gestructureerd zijn dat verkopers, Google en de CSS-aanbieder dezelfde producten eenduidig kunnen identificeren.

In welke volgorde moet je de feed optimaliseren?

Een veelvoorkomende fout is om direct nieuwe titels te schrijven, terwijl er nog fundamentele datafouten zijn.

Een duidelijke prioritering is zinvoller:

Een uitgebreid geoptimaliseerde titel heeft weinig nut als het product wordt afgewezen vanwege een prijsfout. Omgekeerd is een goedgekeurde feed nog lang geen goede feed.

Stabiele Product-ID's en nette varianten vormen de basis

Elk verkoopbaar product, of elke afzonderlijk bestelbare productvariant, heeft een unieke toewijzing nodig.

Bij een T-shirt met vijf maten en vier kleuren bestaan er niet slechts één product, maar tot wel 20 concrete varianten. Elke variant kan een eigen combinatie van de volgende gegevens hebben:

• Product-ID
• Kleur
• Maat
• Prijs
• Beschikbaarheid
• Afbeelding
• GTIN
• MPN

Google toont in zijn voorbeelden aan dat varianten afzonderlijk kunnen worden ingediend en via een gemeenschappelijke item_group_id kunnen worden gekoppeld. Titels en variantattributen moeten de desbetreffende uitvoering correct beschrijven.

Goede regels voor Product-ID's

Een Product-ID moet:

• permanent stabiel blijven
• binnen de feed uniek zijn
• niet afhankelijk zijn van prijs of voorraad
• bij voorkeur afkomstig zijn uit het ERP- of shopsysteem
• bij varianten de concrete uitvoering identificeren

Gebruik niet elke keer een nieuwe ID als je de titel, de prijs of de afbeelding wijzigt. Voor Google zou dit een nieuw aanbod creëren, hoewel het nog steeds hetzelfde product betreft.

Typische variantfout

Een verkoper dient alle maten van een schoen in onder dezelfde ID. Op de landingspagina is standaard maat 42 geselecteerd, maar in de feed wordt het product als maat 39 aangeduid.

Hierdoor komen de feed, productpagina en daadwerkelijk te selecteren variant niet goed overeen.

Beter is:

• een eigen ID voor elke maat en kleur
• de correcte landingspagina-variant
• de passende variantafbeelding
• de telkens geldende beschikbaarheid
• een gemeenschappelijke item_group_id

Producttitels optimaliseren: precisie boven trefwoordaantal

De producttitel is geen klassieke SEO-titel en geen reclame. Het moet Google en de gebruiker zo snel mogelijk duidelijk maken welk concreet product wordt aangeboden.

Een goede titel beantwoordt, afhankelijk van het assortiment, meerdere van deze vragen:

• Welk merk?
• Welk model?
• Welk producttype?
• Voor welke doelgroep?
• Welke uitvoering?
• Welke kleur?
• Welke maat?
• Welk materiaal?
• Welke technische specificatie?
• Welk aantal?

Google raadt nauwkeurige en specifieke titels aan en toont varianten zoals kleur en maat ook in zijn eigen voorbeelden direct in de titel.

Zinnvolle titelstructuren per producttype

Voorbeelden

Te algemeen:

Damesjas modern goedkoop

Beter:

Merk Dames tussenjas waterafstotend Donkerblauw Maat 40

Te promotioneel:

Top Professionele Koffiemachine nu voordelig kopen

Beter:

Merk Model Volautomatische Koffiemachine 15 bar 1,8 l Zwart

Onnauwkeurig:

Industriële Pomp Roestvrij staal

Beter:

Merk Centrifugaalpomp 400 V 12 m³/h Roestvrij staal DN 50

De belangrijkste informatie vooraan

Niet elke titel wordt in elke weergave volledig getoond. Plaats daarom de informatie die tot een aankoop leidt aan het begin.

Bij een bekend merkproduct kan het merk vooraan staan. Bij een minder bekende fabrikant is de specifieke productsoort mogelijk belangrijker.

Er is geen strikte regel voor alle assortimenten. Cruciaal is met welke informatie een gebruiker het product het snelst kan identificeren.

Geen kunstmatige trefwoordenlijst

Een titel zoals deze zorgt niet voor extra duidelijkheid:

Bureaustoel Schrijfstoel Werkstoel Draaistoel goedkoop online kopen

Meerdere soortgelijke termen achter elkaar maken de titel onleesbaar en doen afbreuk aan de concrete productbeschrijving.

Beter:

Merk ergonomische bureaustoel met lendensteun Zwart

Synoniemen, aanvullende toepassingsgebieden en technische details kunnen in de beschrijving of in andere attributen worden opgenomen.

AI-gegenereerde producttitels correct labelen

Bij grote assortimenten kunnen AI-systemen helpen om titels te genereren uit gestructureerde productdata. De AI moet echter niet vrijelijk “creatief” schrijven, maar op basis van duidelijke regels werken.

Een zinvolle prompt of titelsjabloon gebruikt alleen daadwerkelijk bestaande velden:

Maak een producttitel van merk, model, producttype, kleur, maat en materiaal. Verzin geen eigenschappen en gebruik geen reclameclaims.

In de huidige Merchant Center-documentatie maakt Google een onderscheid tussen het klassieke attribuut title en structured_title. Voor titels die met generatieve AI zijn gemaakt, moet structured_title worden gebruikt. Niet-AI-gegenereerde titels kunnen via title of structured_title worden ingediend.

Ook bij geautomatiseerde titels blijft kwaliteitscontrole noodzakelijk. Controleer met name op:

verzonnen eigenschappen

dubbele termen

onjuiste maateenheden

afgekorte modelaanduidingen

ontbrekende variantdetails

onnatuurlijke vertalingen

ontoelaatbare reclameclaims

• verzonnen eigenschappen
• dubbele termen
• onjuiste maateenheden
• afgekorte modelaanduidingen
• ontbrekende variantdetails
• onnatuurlijke vertalingen
• ontoelaatbare reclameclaims

Beschrijvingen schrijven voor gebruikers en systemen

Veel productbeschrijvingen in de feed bestaan alleen uit de eerste alinea van de productpagina. Andere bevatten navigatie-elementen, HTML-resten, algemene fabrikantteksten of uitwisselbare reclamezinnen.

Een goede feedbeschrijving moet daarentegen de belangrijkste producteigenschappen begrijpelijk samenvatten.

Afhankelijk van het product omvat dit:

Functie

Toepassingsgebied

Materiaal

Afmetingen

Technische gegevens

Compatibiliteit

Leveringsomvang

Doelgroep

Speciale kenmerken

• Functie
• Toepassingsgebied
• Materiaal
• Afmetingen
• Technische gegevens
• Compatibiliteit
• Leveringsomvang
• Doelgroep
• Speciale kenmerken

Voor uitgebreide productweergaven raadt Google gedetailleerde, goed gestructureerde beschrijvingen aan en noemt meer dan 200 tekens als aanbeveling. Daarnaast kunnen productdetails en aanvullende productafbeeldingen via afzonderlijke attributen worden ingediend.

Voorbeeld van een zwakke beschrijving

Hoogwaardig product van de beste kwaliteit. Bestel nu gemakkelijk online en profiteer van onze snelle verzending.

De tekst zou bij vrijwel elk product kunnen horen. Het levert Google noch de potentiële klant bruikbare informatie op.

Beter

In hoogte verstelbaar bureau met elektrisch bedienbaar onderstel, een werkblad van 160 × 80 cm en een verstelbereik van 65 tot 130 cm. Het onderstel heeft twee motoren, een geheugenfunctie voor vier hoogtes en een maximale draagkracht van 100 kg.

Hier worden concrete eigenschappen beschreven, zonder de tekst te overladen met zoektermen.

product_highlight en product_detail gericht inzetten

Niet elke informatie hoeft in de title of description gepropt te worden.

Met product_highlight kun je korte productvoordelen of kernkenmerken gestructureerd doorgeven. Google adviseert vier tot zes highlights; minimaal twee en maximaal 100 zijn mogelijk. Een enkele highlight mag maximaal 150 tekens bevatten.

Voorbeelden:

• Elektrisch in hoogte verstelbaar van 65 tot 130 cm
• Geheugenfunctie voor vier werkhoogtes
• Draagvermogen tot 100 kg
• Twee geluidsarme motoren
• Tafelblad van FSC-gecertificeerd hout

Het attribuut product_detail is daarentegen geschikt voor meer gestructureerde technische specificaties, bijvoorbeeld:

Zo blijft de title leesbaar, terwijl technische informatie toch gestructureerd beschikbaar is.

GTIN, merk en MPN correct doorgeven

Unieke productidentificaties helpen om een concreet handelsproduct eenduidig te identificeren.

Tot de belangrijkste gegevens behoren:

• gtin: Global Trade Item Number, bijvoorbeeld EAN of UPC
• brand: Merk
• mpn: Artikelnummer fabrikant

Google adviseert om, indien mogelijk, alle drie de gegevens in te dienen. Deze productidentificaties kunnen Google helpen het aanbod correct toe te wijzen en gebruikers het gezochte product te tonen.

GTIN nooit verzinnen

Als een product een officiële GTIN heeft, moet precies dit nummer worden gebruikt. Creëer geen eigen cijferreeksen alleen om het veld in te vullen.

Bij varianten heeft vaak elke concrete variant een eigen GTIN. Een rood T-shirt in maat M kan daarom een andere GTIN hebben dan hetzelfde model in blauw of maat L.

Producten zonder unieke identificatie

Handgemaakte unieke stukken, geïndividualiseerde producten of bepaalde eigen fabricaten hebben mogelijk geen GTIN, MPN of merk.

Voor producten waaraan daadwerkelijk geen unieke identificaties zijn toegewezen, kan identifier_exists met de waarde no respectievelijk false worden gebruikt. Dit attribuut mag niet worden gebruikt om ontbrekende gegevens bij normale merkproducten te omzeilen.

Eigen merken

Bij een echt eigen merk voer je je merk in als brand. Een bestaand intern artikelnummer kan onder bepaalde voorwaarden dienen als MPN, mits het product als fabrikantartikel eenduidig identificeert.

Belangrijk is een consistent gebruik over de shop, feed, verpakking en productpagina.

Google-productcategorie en eigen producttypen onderscheiden

De attributen google_product_category en product_type vervullen verschillende taken.

google_product_category

Hier wordt het product ingedeeld in de door Google vastgestelde producttaxonomie.

Voorbeeld:

Kleding & accessoires > Kleding > Bovenkleding > Jassen & mantels

Google documenteert zowel numerieke categorie-ID's als uitgeschreven categoriepaden en toont de toewijzing aan de hand van talrijke producttypen.

Kies de meest specifieke passende categorie. Een bureaustoel mag niet alleen algemeen onder "Meubels" worden ingedeeld als een nauwkeuriger passende subcategorie beschikbaar is.

product_type

Dit veld kan je eigen shop- of assortimentsstructuur weergeven.

Voorbeeld:

Kantoorinrichting > Bureaustoelen > Ergonomische bureaustoelen

Een schone product_type helpt je om producten volgens je daadwerkelijke assortimentslogica te evalueren en te groeperen.

Schrijf geen campagnelogica in de categorie

Waarden zoals deze zijn geen zinvolle producttypes:

• hoge marge
• Bestseller
• Sale
• Campagne 3
• PMax Test
• Prioriteit A

Zulke informatie hoort in Custom Labels. De categorie moet beschrijven wat het product is, niet hoe je het wilt promoten.

Optimaliseer productafbeeldingen en lifestyle_image_link

De afbeelding bepaalt vaak of een gebruiker een Shopping-resultaat überhaupt opmerkt.

De hoofdafbeelding moet het concrete product zo duidelijk mogelijk weergeven. Vermijd:

• verkeerde varianten
• piepkleine producten in grote afbeeldingen
• slechte uitsnedes
• inconsistente achtergronden
• onscherpe opnames
• placeholder-afbeeldingen
• accessoires die niet in de aanbieding zijn als dominant element

Voor uitgebreide productweergaven beveelt Google afbeeldingen met een hoge resolutie aan en noemt meer dan 1.500 pixels aan de langste zijde als aanbeveling.

De hoofdafbeelding beantwoordt: Wat koop ik?

Het attribuut image_link moet het daadwerkelijk aangeboden product tonen.

Bij varianten moet de afbeelding overeenkomen met de kleur, het materiaal of de uitvoering. Een gebruiker die op een blauwe stoel klikt, mag niet op een productpagina terechtkomen met een rode stoel als vooraf geselecteerde variant.

Extra afbeeldingen beantwoorden verdere aankoopbeslissingen

Via additional_image_link kun je extra weergaven uploaden. Google ondersteunt tot tien extra afbeeldingen. Deze kunnen bijvoorbeeld verschillende perspectieven, details, verpakkingen of toepassingssituaties tonen.

Een zinvolle afbeeldingsvolgorde kan er zo uitzien:

• duidelijke hoofdafbeelding
• zijaanzicht
• achteraanzicht
• detailopname
• grootteschalering
• product in gebruik
• leveringsomvang
• verpakking

Wat is lifestyle_image_link?

Met lifestyle_image_link kunnen lifestyle-afbeeldingen afzonderlijk van klassieke productafbeeldingen worden ingediend.

Google noemt hiervoor bijvoorbeeld:

• kleding aan een model
• meubels in een ingerichte kamer
• meerdere producten als complete set
• producten in een reële gebruikssituatie
• image_link: Bank uitgesneden of voor een neutrale achtergrond
• additional_image_link: Zijaanzicht, achterkant, stofdetail
• lifestyle_image_link: Bank in een volledig ingerichte woonkamer

Het attribuut is bijzonder geschikt als je hoofdafbeelding objectief en productgericht moet blijven, maar je daarnaast de gebruikscontext wilt overbrengen.

Bij een bank kan de indeling er zo uitzien:

Prijzen en beschikbaarheid moeten synchroon zijn

Een geoptimaliseerde feed is waardeloos als gebruikers na de klik een andere prijs of een niet-beschikbaar artikel vinden.

De prijs die wordt doorgegeven onder price, moet overeenkomen met de prijs op de betreffende productpagina. Ook de valuta moet overeenkomen met het doelland en de zichtbare valuta op de landingspagina.

Voor availability ondersteunt Google onder andere:

• in_stock
• out_of_stock
• preorder
• backorder

De informatie moet overeenkomen met de productpagina, checkout en, indien van toepassing, gestructureerde gegevens. Bij pre-orders of back-orders is bovendien een beschikbaarheidsdatum vereist, die ook zichtbaar moet zijn op de productpagina.

Verwijder producten niet onnodig

Als een artikel tijdelijk niet beschikbaar is, moet je het niet automatisch volledig uit de databron verwijderen.

Afhankelijk van de situatie kun je:

• out_of_stock gebruiken
• een pauze beheren via het betreffende attribuut
• bij backorders backorder gebruiken
• bij nog niet gepubliceerde producten preorder gebruiken

Hierdoor blijft de producttoewijzing in principe behouden en kan het artikel worden bijgewerkt zodra het weer beschikbaar is.

Repricing voor Google Shopping veilig implementeren

Dynamische prijsbeheersing kan zinvol zijn in de Shopping-omgeving. Het verhoogt echter het risico op prijsafwijkingen.

Een repricing-systeem moet niet alleen de zichtbare winkelprijs wijzigen. Het moet tegelijkertijd alle relevante datalagen actualiseren:

• Prijs in het winkelsysteem
• Prijs op de productpagina
• gestructureerde gegevens op de productpagina
• Merchant Center-databron
• eventueel lokale prijsopgaven
• CSS-productgegevens

De wijziging moet bij voorkeur als een samenhangend proces plaatsvinden. Als de feed eerst wordt bijgewerkt, terwijl de productpagina nog de oude prijs toont, ontstaat er tijdelijk een afwijking. Hetzelfde geldt in omgekeerde volgorde.

Google kan automatische productupdates voor prijs en beschikbaarheid gebruiken als er gestructureerde gegevens op de productpagina aanwezig zijn. Deze functie is echter bedoeld als extra beveiliging en vervangt geen regelmatige actualisering van de productgegevens.

Repricing heeft economische grenzen nodig

De laagste prijs is niet automatisch de meest winstgevende prijs.

Een zinvol systeem houdt rekening met:

• Inkoopprijs
• Marge
• Verzendkosten
• Betalingskosten
• Retourpercentage
• Advertentiekosten
• Minimale voorraad
• Concurrentieniveau
• Gewenste marktpositie

Stel daarom minimumprijzen en margelimieten vast. Anders kan een automatische prijsverlaging weliswaar meer klikken genereren, maar tegelijkertijd de dekkingsbijdrage vernietigen.

Lokale voorraad netjes koppelen aan de productfeed

Retailers met fysieke winkels hebben naast algemene productgegevens ook lokale voorraadinformatie nodig.

Er moet onderscheid worden gemaakt tussen:

• het product zelf
• de beschikbaarheid in een specifieke winkel
• een eventuele afwijkende lokale prijs
• afhaal- en bezorgopties

Google stelt retailers in staat om bestaande productgegevens ook te gebruiken voor lokale advertenties en gratis lokale productvermeldingen. Afhankelijk van de configuratie kunnen productgegevens en lokale voorraadgegevens automatisch worden gesynchroniseerd.

Bij winkelspecifieke prijzen kan de prijs afkomstig zijn van de primaire productgegevensbron of van de lokale voorraadgegevens. Cruciaal is dat de prijs die zichtbaar is op de betreffende winkelproductpagina overeenkomt met de ingediende gegevens.

Typische Local-Inventory-structuur

Het product blijft hetzelfde. Voorraad en prijs kunnen echter per locatie verschillen.

Belangrijk is een consistente winkelaanduiding. De Store-ID die in de lokale dataset wordt gebruikt, moet eenduidig aan de betreffende winkel worden toegewezen.

Gebruik Custom Labels voor winstgevende campagnes

Een technisch goede feed beschrijft het product. Een economisch goede feed bevat bovendien informatie waarmee je het assortiment kunt sturen op basis van bedrijfswaarde.

Google biedt hiervoor vijf aangepaste labels:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google noemt als mogelijke toepassingen onder andere seizoen, verkoopsterkte, prijsklasse, marge en marktintroductie. De waarden zijn niet zichtbaar voor klanten, maar dienen voor groepering en analyse in Shopping- en Performance Max-campagnes.

Voorbeeld van een zinvolle invulling

Hiermee kun je bijvoorbeeld zien of je campagne wel omzet genereert, maar voornamelijk producten met een lage marge verkoopt.

Vermijd te veel individuele waarden

Een Custom Label is niet bedoeld als tweede product-ID.

Weinig zinvol:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = hoge_marge
• custom_label_0 = gemiddelde_marge
• custom_label_0 = lage_marge

Zinvoller:

De waarden moeten echte groepen vormen op basis waarvan je beslissingen kunt nemen.

Kies de juiste databron

Niet elke winkel heeft dezelfde technische oplossing nodig.

Kleine, relatief stabiele assortimenten

Bij weinig producten en zeldzame prijswijzigingen kan een automatisch opgehaald bestand voldoende zijn.

Mogelijke formaten zijn bijvoorbeeld:

• XML
• TSV
• geautomatiseerd aangeleverd productbestand
• directe shopintegratie

Niet alleen het formaat is bepalend, maar ook de betrouwbaarheid van de actualisering.

Middelgrote assortimenten met aanvullende bedrijfsgegevens

Hier kan een combinatie van primaire en aanvullende databronnen zinvol zijn.

De primaire bron bevat bijvoorbeeld:

• Product-ID
• Titel
• Prijs
• Beschikbaarheid
• Productlink
• Afbeeldingen
• Margeklassen
• Seizoensgebonden toewijzingen
• Campagnelabels
• Geoptimaliseerde titels
• Aanvullende productkenmerken

Een aanvullende bron levert:

Na de verwerking kan een Merchant Center-product bestaan uit een primaire productinput en meerdere aanvullende inputs.

Grote of zeer dynamische assortimenten

Bij frequente prijs-, voorraad- of assortimentswijzigingen is de Merchant API vaak de robuustere basis.

Google maakt het via de Merchant API mogelijk om primaire en aanvullende databronnen te beheren. Databronnen kunnen worden ingesteld voor specifieke talen en feed-labels, of flexibeler worden gebruikt voor meerdere combinaties.

Voor bestandsgebaseerde databronnen geeft Google aan dat een handmatige of geplande ophaalmethode niet bedoeld is voor willekeurig frequente updates. Als updates vaker dan eens per dag nodig zijn, moet in plaats daarvan de Products-service worden gebruikt.

Een praktische indeling luidt daarom:

Productfeeds lokaliseren voor meerdere landen

Een internationale feed is niet zomaar een vertaalde kopie van de Nederlandse feed.

Per doelland kunnen verschillen:

• Taal
• Valuta
• Prijs
• BTW
• Verzendkosten
• Beschikbaarheid
• Maataanduidingen
• Maateenheden
• Productnamen
• Wettelijk verplichte informatie
• Assortiment

In de Merchant API zijn feedLabel, contentLanguage en doellanden afzonderlijke configuratie-elementen. Een feed-label zoals "NL" leidt niet automatisch tot het uitsluitend richten van producten op Nederland. Doellanden en verzendconfiguratie moeten afzonderlijk worden ingesteld.

Vertaal niet alleen woorden, maar ook zoekgedrag

Een letterlijke vertaling kan taalkundig correct, maar commercieel ongeschikt zijn.

Gebruikers in verschillende landen kunnen bijvoorbeeld:

• andere producttermen gebruiken
• maten anders schrijven
• merken en modellen verschillend combineren
• sterker zoeken op materialen of toepassingen
• andere maatstandaarden verwachten

Bouw daarom per taal je eigen titelregels op. Een gemeenschappelijke productdatabase kan de basis vormen, maar de talige output moet gelokaliseerd worden.

Hoe je feed-optimalisaties meetbaar maakt

Verander niet tegelijkertijd alle attributen van het hele assortiment. Anders kun je later nauwelijks herkennen welke maatregel daadwerkelijk heeft geholpen.

Beter is een gecontroleerd proces.

Stap 1: Vergelijkbare productgroepen vormen

Bijvoorbeeld:

• 200 producten met geoptimaliseerde titels
• 200 vergelijkbare producten met vorige titels
• Productgroep met lifestyle-afbeeldingen
• Vergelijkbare productgroep zonder lifestyle-afbeeldingen

Of:

Stap 2: Documenteer de eerdere prestaties

Noteer minstens:

• Vertoningen
• Klikken
• Click-through rate
• Kosten
• Conversies
• Conversiepercentage
• Omzet
• Kosten-omzetverhouding
• Aandeel goedgekeurde producten

Stap 3: Verander slechts één grote factor

Test bijvoorbeeld eerst de titels. Daarna de afbeeldingen. Vervolgens de Custom Labels of productbeschrijvingen.

Stap 4: Voldoende data verzamelen

Een product met twee impressies geeft geen betrouwbare resultaten. Evalueer veranderingen op het niveau van zinvol grote productgroepen en houd rekening met seizoenseffecten.

Stap 5: Bedrijfswaarde in plaats van klikfrequentie beoordelen

Een nieuwe titel kan de klikfrequentie verhogen, maar minder koopbereide gebruikers aantrekken.

Beoordeel daarom niet alleen:

Heeft de optimalisatie meer klikken opgeleverd?

Maar:

Heeft het meer winstgevende bestellingen of een hogere bijdrage geleverd?

De meest voorkomende fouten bij CSS-productfeeds

Een praktisch 30-dagenplan

Week 1: Technische staat controleren

Maak eerst een inventarisatie:

• Hoeveel producten zijn goedgekeurd?
• Welke fouten komen het meest voor?
• Kloppen prijs en beschikbaarheid?
• Zijn ID's stabiel?
• Zijn varianten correct gescheiden?
• Hoe hoog is het aandeel geldige GTIN's?
• Welke producten hebben geen afbeeldingen?

Los eerst fouten op die producten volledig uitsluiten van weergave.

Week 2: Titels en identificatiecodes verbeteren

Selecteer de belangrijkste productgroepen op basis van omzet of potentieel.

Ontwikkel per categorie een titelsjabloon en vul aan met:

• Merk
• Model
• Producttype
• Centrale specificatie
• Variantdetails

Controleer tegelijkertijd GTIN, MPN en merk.

Week 3: Afbeeldingen en productinformatie uitbreiden

Voeg voor belangrijke producten toe:

• hoofdafbeeldingen met hoge resolutie
• alternatieve perspectieven
• detailopnamen
• lifestyle-afbeeldingen
• producthighlights
• technische productdetails

Concentreer je eerst op producten met veel vertoningen, maar een zwakke klik- of conversieratio.

Week 4: Economische controle en automatisering

Definieer een Custom Label-systeem en voer in:

• Marge
• Verkoopsterkte
• Voorraad
• Seizoen
• Strategische prioriteit

Controleer vervolgens of je updatefrequentie past bij je assortiment. Dynamische prijzen en voorraden pleiten voor een API-gebaseerde oplossing.

Conclusie: De CSS Partner is de infrastructuur, de feed is de prestatiehefboom

Een goede Comparison Shopping Service creëert de basis voor een professionele CSS-koppeling. Of je assortiment zijn potentieel daadwerkelijk benut, hangt echter grotendeels af van de kwaliteit van de productgegevens.

Begin niet met cosmetische optimalisaties. Zorg er eerst voor dat producten eenduidig geïdentificeerd, correct goedgekeurd en met actuele prijzen en voorraden worden geleverd.

Daarna volgen de prestatieverhogende maatregelen:

• precieze producttitels
• gestructureerde beschrijvingen
• correcte GTINs
• specifieke categorieën
• overtuigende productafbeeldingen
• lifestyle-afbeeldingen
• economische Custom Labels
• betrouwbare automatisering

De beste productfeed bevat niet zo veel mogelijk informatie. Het bevat de juiste informatie, in het juiste attribuut, voor het juiste product en op het juiste moment.

Vooral bij grote assortimenten wordt feed-optimalisatie zo een doorlopend proces. Wie CSS-koppeling, productgegevens, prijsbeheer en campagnelogica samen bekijkt, creëert een aanzienlijk betere basis voor schaalbare Google Shopping.

Veelgestelde vragen over productfeed-optimalisatie voor CSS