Optimér produktfeed til Comparison Shopping Services

Produktfeedet har to datalag, som du skal vedligeholde hver for sig

Med CSS og Google Shopping blander forhandlere ofte to forskellige datalag sammen.

Handlerfeedet i Merchant Center leverer basisdata for din shop

Dette feed indeholder webshoppens produktdata, blandt andet:

• Produkt-id
• Titel
• Beskrivelse
• Produktside
• Pris
• Lagerstatus
• Billeder
• Mærke
• GTIN
• Varianteoplysninger
• Fragtdata

Disse data styrer shopping-annoncer og gratis opslag. Feedet er stadig afgørende, selv med en CSS-partner.

CSS-produktsider viser desuden egne produktdata med lignende opbygning

Comparison Shopping Services tilbyder også egne produktsider. Til organisk visning af dem nævner Google attributter som id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, varianteattributter, product_detail og product_highlight.

Den praktiske konsekvens er:

Produktdata skal være teknisk gyldige og struktureret, så forhandlere, Google og CSS-udbydere entydigt kan genkende produkterne.

Seks trin viser dig den rigtige rækkefølge i feed-optimeringen

Forhandlere skriver ofte nye titler, før de retter grundlæggende datafejl.

Mere fornuftigt er en klar prioritering:

En optimeret titel hjælper lidt, hvis produkter afvises på grund af prisfejl. Et godkendt feed er desuden sjældent automatisk optimalt.

Stabile produkt-id'er og rene varianter danner grundlaget

Hvert sælgbart produkt og hver bestillelig variant kræver en entydig tilknytning.

En T-shirt med fem størrelser og fire farver giver 20 varianter. Hver variant har sin egen kombination af følgende oplysninger:

• Produkt-id
• Farve
• Størrelse
• Pris
• Lagerstatus
• Billede
• GTIN
• MPN

Indsend varianterne enkeltvis, og knyt dem sammen via en fælles item_group_id. Titel og attributter beskriver den konkrete udførelse.

Disse fem regler gør et produkt-id stabilt

Et produkt-id bør:

• forblive varigt stabilt
• være entydigt inden for feedet
• ikke afhænge af pris eller lagerbeholdning
• helst stamme fra dit ERP- eller shopsystem
• identificere den konkrete udførelse ved varianter

Behold id'et ved ændringer i titel, pris eller billede. Et nyt id skaber unødigt et nyt produkt for Google.

Ét id til alle størrelser forveksler varianten efter klikket

En forhandler bruger samme id til alle skostørrelser. På destinationssiden er størrelse 42 forudvalgt, mens feedet nævner størrelse 39.

Feed, produktside og den valgbare variant afviger dermed fra hinanden.

Bedre er:

• et eget id til hver størrelse og farve
• den korrekte destinationssidevariant
• det passende variantbillede
• den til enhver tid gyldige lagerstatus
• en fælles item_group_id

En præcis titel besvarer de vigtigste købsspørgsmål først

Produkttitlen forklarer det konkrete tilbud direkte til Google og brugerne.

En god titel besvarer, afhængigt af sortimentet, flere af disse spørgsmål:

• Hvilket mærke?
• Hvilken model?
• Hvilken produkttype?
• Hvilken målgruppe?
• Hvilken udførelse?
• Hvilken farve?
• Hvilken størrelse?
• Hvilket materiale?
• Hvilken teknisk specifikation?
• Hvilket antal?

Google anbefaler præcise titler og nævner varianter som farve og størrelse direkte i teksten.

Din produkttype bestemmer den mest hensigtsmæssige titelstruktur

Tre eksempler viser forskellen mellem vagt og præcist

For generelt:

Damejakke moderne billig

Bedre:

Mærke dame-overgangsjakke vandafvisende mørkeblå str. 40

For reklamepræget:

Top profi kaffemaskine køb billigt nu

Bedre:

Mærke model helautomatisk kaffemaskine 15 bar 1,8 l sort

Upræcist:

Industripumpe rustfrit stål

Bedre:

Mærke centrifugalpumpe 400 V 12 m³/t rustfrit stål DN 50

De vigtigste oplysninger skal stå forrest

Nogle visninger afkorter titler. Placér derfor vigtige købskriterier i starten.

Ved kendte mærker står mærkenavnet forrest. Ved mindre kendte producenter tæller produkttypen først.

Der findes ingen faste regler for alle sortimenter. Det vigtige er den oplysning, brugerne straks genkender produktet på.

Sammenkædede søgeord gør titlen ulæselig

En titel som denne skaber ingen ekstra klarhed:

Kontorstol og drejestol køb billigt online.

Ens ord efter hinanden gør produkttitler ulæselige og upræcise.

Bedre:

Mærke ergonomisk kontorstol med lændestøtte sort

Placér synonymer, anvendelsesområder og tekniske detaljer i beskrivelsen eller supplerende attributter.

KI genererer titler ud fra datafelter, du kontrollerer resultatet

KI-systemer genererer titler til store sortimenter ud fra faste regler baseret på produktdata.

En god titelskabelon bruger udelukkende eksisterende datafelter:

Byg produkttitlen af mærke, model, produkttype, farve, størrelse og materiale uden reklameudsagn.

Google skelner mellem title og structured_title. Brug structured_title til KI-genererede titler og title eller structured_title til manuelt udformede titler.

Kontrollér automatiserede titler jævnligt for kvalitet. Tjek især for:

• opdigtede egenskaber
• gentagne ord
• forkerte måleenheder
• afkortede modelbetegnelser
• manglende varianteoplysninger
• unaturlige oversættelser
• ikke-tilladte reklameudsagn

En god beskrivelse samler alle produktegenskaber forståeligt

Mange feedbeskrivelser indeholder kun tekststumper fra produktsiden, navigationsrester, HTML eller udskiftelige reklametekster.

En god feedbeskrivelse samler alle vigtige produktegenskaber forståeligt.

Det omfatter, afhængigt af produktet:

• Funktion
• Anvendelsesområde
• Materiale
• Mål
• Tekniske data
• Kompatibilitet
• Leveringsomfang
• Målgruppe
• Særlige udstyrsdetaljer

Google anbefaler strukturerede beskrivelser på mere end 200 tegn. Produktdetaljer og yderligere billeder hører til i separate attributter.

En sammenligning viser, hvor meget mere en konkret beskrivelse fortæller

Svag: „Kvalitetsprodukt – bestil online nu og få hurtig levering.“ Denne tekst giver hverken Google eller kunder brugbar information om produktet.

Bedre: „Elektrisk hæve-sænke-skrivebord med 160 × 80 cm plade og et justeringsområde fra 65 til 130 cm. Stellet har to motorer, fire hukommelsespladser og 100 kg bæreevne.“ Teksten beskriver konkrete egenskaber uden overflødige søgeord.

Highlights og detaljetabeller supplerer en kort holdt titel

Begræns titel og beskrivelse bevidst til de væsentlige oplysninger.

Med product_highlight formidler du centrale kendetegn struktureret. Google anbefaler fire til seks highlights med mindst to og maksimalt 100 poster på op til 150 tegn hver.

Eksempler:

• Elektrisk højdejusterbart fra 65 til 130 cm
• Hukommelsesfunktion til fire arbejdshøjder
• Bæreevne op til 100 kg
• To støjsvage motorer
• Bordplade i FSC-certificeret træ

Attributten product_detail gemmer strukturerede tekniske oplysninger som:

Sådan forbliver titlen letlæselig, og tekniske detaljer er struktureret tilgængelige.

GTIN, mærke og MPN identificerer dit produkt entydigt

Entydige produktidentifikatorer identificerer hvert handelsprodukt præcist.

Blandt de vigtigste oplysninger er:

• gtin: Global Trade Item Number, for eksempel EAN eller UPC
• brand: mærke
• mpn: producentens varenummer

Google anbefaler alle tre oplysninger for en korrekt tilknytning og præcise søgetræf.

En opdigtet GTIN forveksler dit produkt med et andet

Angiv præcis det officielle GTIN-nummer for produkter, der har et, og undlad opdigtede tal.

Hver produktvariant har som regel sin egen GTIN. En rød T-shirt i størrelse M adskiller sig dermed fra blå eller størrelse L.

Kun ægte unikaer får identifier_exists sat til no

Unikaer, personaliserede varer eller egenproduktioner har ofte hverken GTIN, MPN eller mærke.

Brug identifier_exists med værdien no eller false kun til produkter uden identifikator. Brug aldrig attributten for manglende data ved normale mærkevarer.

Ved eget mærke bliver dit mærkenavn til brand-attributten

Angiv dit eget mærkenavn som brand ved private label-produkter. Et internt varenummer kan bruges som MPN, hvis det entydigt identificerer produktet.

Brug oplysningerne ensartet i shop, feed, emballage og produktside.

To kategorifelter adskiller Googles taksonomi fra din egen struktur

Attributterne google_product_category og product_type løser forskellige opgaver.

google_product_category placerer dit produkt i Googles taksonomi

Her placerer du produktet i Googles produkttaksonomi.

Eksempel:

Beklædning og tilbehør > Beklædning > Overtøj > Jakker og frakker

Google tilbyder numeriske kategori-id'er og udskrevne stier til mange produkttyper.

Vælg den mest præcise kategori. Placér en kontorstol i den passende underkategori i stedet for kun under møbler.

product_type afspejler din egen sortimentsstruktur

Dette felt kan afspejle din egen shop- eller sortimentsstruktur.

Eksempel:

Kontorindretning > Kontorstole > Ergonomiske kontorstole

En passende product_type gør det lettere at analysere og gruppere efter din egen sortimentslogik.

Kampagnelogik hører til i custom labels, ikke i kategorien

Værdier som disse er ikke fornuftige produkttyper:

• høj avance
• bestseller
• udsalg
• kampagne 3
• PMax-test
• prioritet A

Brug custom labels til det. Kategorien beskriver selve produktet.

Et klart hovedbillede afgør, om brugerne lægger mærke til dit tilbud

Billedet afgør ofte, om brugerne lægger mærke til et shopping-resultat.

Vis produktet tydeligt på hovedbilledet. Undgå:

• forkerte varianter
• meget små produkter i store billedflader
• dårlige udklip
• uensartede baggrunde
• uskarpe optagelser
• pladsholderbilleder
• tilbehør, der ikke indgår i tilbuddet, som dominerende element

Google anbefaler billeder i høj opløsning på over 1.500 pixels på den længste side til produktvisninger.

Hovedbilledet viser præcis det produkt, du sælger

Attributten image_link viser det faktisk udbudte produkt.

Tilpas billedet til farve, materiale og udførelse ved varianter. Klikker nogen på en blå stol, skal denne være forudvalgt som variant.

Ekstra billeder besvarer flere købsovervejelser

Via additional_image_link kan du sende op til ti billeder. Vis her flere vinkler, detaljer, emballage eller anvendelse.

En fornuftig billedrækkefølge kan se sådan ud:

• tydeligt hovedbillede
• sidevisning
• bagfra
• detaljeoptagelse
• størrelsesforhold
• produkt i brug
• leveringsomfang
• emballage

lifestyle_image_link viser dit produkt adskilt fra det saglige hovedbillede

Med lifestyle_image_link indsender du livsstilsbilleder adskilt fra produktbilleder.

Google nævner for eksempel:

• tøj på en model
• møbler i et indrettet rum
• flere produkter som et komplet sæt
• produkter i en reel brugssituation
• image_link: sofa udklippet eller mod neutral baggrund
• additional_image_link: sidevisning, bagside, stofdetalje
• lifestyle_image_link: sofa i en indrettet stue

Brug attributten til at vise anvendelsesområdet ved siden af det saglige hovedbillede.

For en sofa kan fordelingen se sådan ud:

Pris og lagerstatus skal være synkroniseret

Forkerte priser eller manglende lagerstatus efter klikket forringer dit optimerede feed.

Værdien i price skal stemme overens med prisen på produktsiden. Tilpas valutaen til målland og landingsside.

Til availability understøtter Google blandt andet:

• in_stock
• out_of_stock
• preorder
• backorder

Sørg for, at angivelsen stemmer overens med produktside, checkout og strukturerede data. Vis leveringsdatoen for forudbestillinger eller efterbestillinger også på produktsiden.

Et midlertidigt udsolgt produkt bliver i feedet

Slet ikke midlertidigt udsolgte varer direkte fra datakilden.

Afhængigt af situationen kan du:

• bruge out_of_stock
• styre en pause via den relevante attribut
• bruge backorder ved efterbestillinger
• bruge preorder ved endnu ikke lancerede produkter

Sådan bevares tilknytningen, og du kan opdatere varen, når den igen er på lager.

Repricing skal opdatere shop, produktside og feed samtidig

Dynamiske priser er ofte nyttige, men øger risikoen for prisafvigelser.

Et repricingsystem skal, ud over shoppriser, opdatere alle datalag:

• pris i shopsystemet
• pris på produktsiden
• strukturerede data på produktsiden
• Merchant Center-datakilde
• eventuelt lokale prisangivelser
• CSS-produktdata

Opdatér feed og produktside så vidt muligt samtidig for at undgå midlertidige prisafvigelser.

Strukturerede data på produktsiden gør det muligt for Google at opdatere pris og lagerstatus automatisk. Opdatér alligevel dine produktdata jævnligt selv.

Repricing kræver økonomiske grænser

Den laveste pris er ikke automatisk den mest profitable pris.

Et fornuftigt system tager højde for:

• indkøbspris
• avance
• fragtomkostninger
• betalingsgebyrer
• returandel
• reklameomkostninger
• minimumslager
• konkurrenceniveau
• ønsket markedsposition

Fastlæg minimumspriser og avancegrænser. Automatiske prisnedsættelser giver flere klik, men truer dit dækningsbidrag.

Local Inventory kobler dit produktfeed sammen med lageret i hver butik

Fysiske forhandlere har brug for lokale lageroplysninger ud over de generelle produktdata.

Her skal der skelnes mellem:

• selve produktet
• dets tilgængelighed i en bestemt butik
• en eventuel afvigende lokal pris
• afhentnings- og leveringsmuligheder

Brug eksisterende produktdata også til lokale annoncer og gratis opslag hos Google. Lagerdata kan matches automatisk.

Ved butiksspecifikke priser skal de indsendte data stemme nøjagtigt overens med prisen på den pågældende butiksside.

Lager og pris varierer mellem dine butikker

Lager og pris for samme produkt kan variere afhængigt af beliggenhed.

Brug entydige butiks-id'er til fejlfrit at knytte lokale data til de rigtige butikker.

Fem custom labels styrer dit sortiment efter forretningsværdi

Supplér dine produktdata med økonomiske nøgletal for at styre sortimentet målrettet efter forretningsværdi.

Google stiller fem brugerdefinerede labels til rådighed:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Værdier som sæson, salgsstyrke, prisinterval, avance eller lancering hjælper dig med gruppering i shopping- og Performance Max-kampagner.

Denne fordeling viser avance, salgsstyrke og sæson på ét blik

Sådan ser du hurtigt, om din kampagne primært sælger produkter med lav avance.

Et custom label erstatter ikke et andet produkt-id

Et custom label er ikke tænkt som et andet produkt-id.

Lidt hensigtsmæssigt:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = høj_avance
• custom_label_0 = mellem_avance
• custom_label_0 = lav_avance

Mere hensigtsmæssigt:

Byg fornuftige grupper, der giver dig klare beslutningsgrundlag.

Sortimentets størrelse og ændringsfrekvens bestemmer den rette datakilde

Ikke alle shops har brug for den samme tekniske løsning.

En automatisk hentet fil er nok til små, stabile sortimenter

Til små sortimenter med sjældne prisændringer er en automatisk hentet fil som regel nok.

Mulige formater er for eksempel:

• XML
• TSV
• automatisk leveret produktfil
• direkte shopintegration

Vær især opmærksom på en pålidelig og rettidig dataopdatering.

Primære og supplerende kilder kombinerer produkt- og forretningsdata

Her er det bedst at kombinere primære og supplerende datakilder.

Den primære kilde indeholder for eksempel:

• Produkt-id
• Titel
• Pris
• Lagerstatus
• Produktlink
• Billeder
• Avanceklasser
• Sæsontilknytninger
• Kampagnelabels
• Optimerede titler
• Yderligere produktegenskaber

En supplerende kilde leverer:

I Merchant Center kan et produkt samles fra en primær og flere supplerende datakilder.

Merchant API holder store og dynamiske sortimenter opdaterede

Ved hyppige ændringer i priser, lager eller sortiment giver Merchant API et stabilt fundament.

Administrér primære og supplerende datakilder via Merchant API for forskellige sprog og feed-labels.

Brug Products-servicen i stedet for planlagte filhentninger ved mere end én opdatering om dagen.

En praktisk inddeling er derfor:

Lokaliser produktfeeds til flere lande

Tilpas altid internationale feeds individuelt til de enkelte målmarkeder.

Følgende kan variere fra land til land:

• Sprog
• Valuta
• Pris
• Moms
• Fragtomkostninger
• Lagerstatus
• Størrelsesbetegnelser
• Måleenheder
• Produktbetegnelser
• Lovpligtige oplysninger
• Sortiment

I Merchant API er feedLabel, contentLanguage og målland uafhængige af hinanden. Fastlæg målland og fragtmuligheder separat.

Oversæt ikke kun ord, men søgeadfærd

Ordrette oversættelser lyder ofte grammatisk korrekte, men rammer af og til ikke den kommercielle virkning.

For eksempel kan brugere i forskellige lande:

• bruge andre produktbetegnelser
• skrive mål anderledes
• kombinere mærker og modeller forskelligt
• søge mere efter materialer eller anvendelser
• forvente andre størrelsesstandarder

Byg egne titelregler for hvert sprog, og tilpas produkttitlerne til det enkelte marked.

Fem trin gør enhver feed-optimering målbar

Tilpas attributter trin for trin for at kunne måle effekten af de enkelte optimeringer i sortimentet præcist.

Bedre er en kontrolleret proces.

Trin 1: Du danner to sammenlignelige produktgrupper

For eksempel:

• 200 produkter med optimerede titler
• 200 lignende produkter med tidligere titler
• produktgruppe med livsstilsbilleder
• sammenlignelig produktgruppe uden livsstilsbilleder

Eller:

Trin 2: Du dokumenterer den hidtidige performance

Registrér mindst:

• Visninger
• Klik
• Klikrate
• Omkostninger
• Konverteringer
• Konverteringsrate
• Omsætning
• Omkostning-omsætning-forhold
• Andel godkendte produkter

Trin 3: Du ændrer kun én faktor ad gangen

Test titler, billeder og til sidst custom labels eller produktbeskrivelser efter tur.

Trin 4: Du indsamler nok data til en pålidelig konklusion

Vurdér ændringer ud fra større produktgrupper og sæsoneffekter. To visninger pr. produkt er ikke nok til en pålidelig konklusion.

Trin 5: Du vurderer forretningsværdi frem for klikrate

En ny titel øger måske klikraten, men tiltrækker til gengæld af og til færre købsklare brugere.

Vurdér derfor ikke kun:

Har optimeringen givet flere klik?

Men:

Gav tiltaget flere profitable ordrer eller et højere dækningsbidrag?

Disse fejl går igen hyppigst i CSS-produktfeeds

En 30-dages plan giver struktur til din feed-optimering

Uge 1: Du tjekker feedets tekniske tilstand

Lav først en status:

• Hvor mange produkter er godkendt?
• Hvilke fejl optræder hyppigst?
• Stemmer pris og lagerstatus?
• Er id'erne stabile?
• Er varianter korrekt adskilt?
• Hvor stor er andelen af gyldige GTIN'er?
• Hvilke produkter mangler billeder?

Ret først fejl, der helt udelukker produkter fra visning.

Uge 2: Du forbedrer titler og identifikatorer

Vælg de vigtigste produktgrupper ud fra omsætning eller potentiale.

Byg en titelskabelon pr. kategori, og tilføj:

• Mærke
• Model
• Produkttype
• Central specifikation
• Varianteoplysninger

Kontrollér samtidig GTIN, MPN og mærke.

Uge 3: Du udbygger billeder og produktinformation

Tilføj til vigtige produkter:

• hovedbilleder i høj opløsning
• alternative vinkler
• detaljeoptagelser
• livsstilsbilleder
• produkthighlights
• tekniske produktdetaljer

Optimér først produkter med mange visninger og svag klik- eller konverteringsrate.

Uge 4: Du opbygger økonomisk styring og automatisering

Definér et custom label-system, og overfør:

• Avance
• Salgsstyrke
• Lager
• Sæson
• Strategisk prioritet

Tilpas opdateringsfrekvensen til dit sortiment. Brug en API ved dynamiske priser og lagerbeholdninger.

CSS-partneren leverer infrastrukturen. Datafeedet afgør din succes.

En god Comparison Shopping Service muliggør CSS-tilslutningen. Din succes afhænger i høj grad af produktdata af høj kvalitet.

Sørg først for entydige identifikatorer, korrekte godkendelser samt aktuelle priser og lagerbeholdninger for dine produkter.

Derefter følger de performancefremmende tiltag:

• præcise produkttitler
• strukturerede beskrivelser
• korrekte GTIN'er
• specifikke kategorier
• overbevisende produktbilleder
• livsstilsbilleder
• økonomiske custom labels
• pålidelig automatisering

Et stærkt produktfeed leverer de rette oplysninger i den rette attribut på det optimale tidspunkt.

Hold CSS-tilslutning, produktdata, priser og kampagnelogik samlet for øje. Sådan forbliver Google Shopping styrbart, også ved store sortimenter.

Ofte stillede spørgsmål om produktfeed-optimering til CSS