Optimaliser produktfeeden din for Comparison Shopping Services

To produktdatanivåer du bør skille mellom

Innen CSS og Google Shopping blandes ofte to forskjellige datanivåer.

1. Forhandlerfeeden i Google Merchant Center

Denne feeden inneholder produktdataene fra nettbutikken. Dette inkluderer for eksempel:

• Produkt-ID
• Tittel
• Beskrivelse
• Produktside
• Pris
• Tilgjengelighet
• Bilder
• Merke
• GTIN
• Variantinformasjon
• Fraktdata

Disse dataene brukes blant annet til Shopping-annonser og gratis produktføringer. Feeden forblir avgjørende selv om forhandleren er tilknyttet via en CSS Partner.

2. Produktdata for CSS-produktsider

Comparison Shopping Services kan i tillegg tilby egne produktsider. For den organiske presentasjonen av slike CSS-produktsider nevner Google blant annet attributter som id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, variantattributter, product_detail og product_highlight.

Den praktiske konsekvensen er:

Produktdata bør ikke bare være teknisk gyldige. De må også struktureres slik at forhandlere, Google og CSS-leverandøren entydig kan identifisere de samme produktene.

I hvilken rekkefølge bør du optimalisere feeden?

En vanlig feilbeslutning er å umiddelbart skrive nye titler, selv om det fortsatt er grunnleggende datafeil.

En klar prioritering er mer fornuftig:

En grundig optimalisert tittel er lite verdt hvis produktet avvises på grunn av en prisfeil. Omvendt er en godkjent feed langt fra en god feed.

Stabile produkt-ID-er og rene varianter danner grunnlaget

Hvert salgbare produkt, eller hver individuelt bestillbare produktvariant, krever en entydig tilordning.

For en T-skjorte med fem størrelser og fire farger eksisterer det ikke bare ett produkt, men opptil 20 konkrete varianter. Hver variant kan ha en egen kombinasjon av følgende opplysninger:

• Produkt-ID
• Farge
• Størrelse
• Pris
• Tilgjengelighet
• Bilde
• GTIN
• MPN

Google viser i sine eksempler at varianter kan sendes inn separat og kobles sammen via en felles item_group_id. Tittel og variantattributter skal beskrive den respektive utførelsen korrekt.

Gode regler for produkt-ID-er

En produkt-ID bør:

• forbli permanent stabil
• være entydig innenfor feeden
• ikke avhenge av pris eller lagerbeholdning
• helst komme fra varehåndterings- eller butikksystemet
• identifisere den konkrete utførelsen for varianter

Ikke bruk en ny ID hver gang du endrer tittel, pris eller bilde. For Google vil dette skape et nytt tilbud, selv om det fortsatt er det samme produktet.

Typisk variantfeil

En forhandler sender inn alle størrelser av en sko under samme ID. På destinasjonssiden er størrelse 42 standardvalget, men i feeden er produktet beskrevet som størrelse 39.

Dette betyr at feed, produktside og faktisk valgbar variant ikke stemmer helt overens.

Bedre er:

• en egen ID for hver størrelse og farge
• den korrekte destinasjonssidevarianten
• det passende variantbildet
• den til enhver tid gyldige tilgjengeligheten
• en felles item_group_id

Optimalisere produkttitler: Presisjon fremfor mengde søkeord

Produkttittelen er ikke en klassisk SEO-tittel og ingen annonse. Den skal forklare Google og brukeren så raskt som mulig hvilket konkret produkt som tilbys.

En god tittel svarer på flere av disse spørsmålene, avhengig av sortimentet:

• Hvilket merke?
• Hvilken modell?
• Hvilken produkttype?
• For hvilken målgruppe?
• Hvilken utførelse?
• Hvilken farge?
• Hvilken størrelse?
• Hvilket materiale?
• Hvilken teknisk spesifikasjon?
• Hvilket antall?

Google anbefaler nøyaktige og spesifikke titler og presenterer varianter som farge og størrelse direkte i tittelen i sine egne eksempler.

Målrettede tittelstrukturer etter produkttype

Eksempler

For generelt:

Damejakke moderne billig

Bedre:

Merke Dame Overgangsjakke vannavvisende Mørkeblå Størrelse 40

For selgende:

Topp Profesjonell Kaffemaskin kjøp billig nå

Bedre:

Merke Modell Helautomatisk kaffemaskin 15 bar 1,8 l Svart

Upresist:

Industripumpe rustfritt stål

Bedre:

Merke Sentrifugalpumpe 400 V 12 m³/h Rustfritt stål DN 50

Den viktigste informasjonen skal stå først

Ikke alle titler vises fullstendig i alle visninger. Plasser derfor den kjøpsavgjørende informasjonen i begynnelsen.

For et kjent merkevareprodukt kan merket stå først. For en lite kjent produsent er kanskje den konkrete produkttypen viktigere.

Det finnes ingen rigid regel for alle sortimenter. Det avgjørende er hvilken informasjon som raskest hjelper en bruker med å identifisere produktet.

Ingen kunstig nøkkelordliste

En tittel som dette skaper ingen ekstra klarhet:

Kontorstol skrivebordsstol arbeidsstol svingstol kjøp billig på nett

Flere lignende begreper etter hverandre gjør tittelen uleselig og utvanner den konkrete produktbeskrivelsen.

Bedre:

Merke ergonomisk kontorstol med korsryggstøtte Svart

Synonymer, ytterligere bruksområder og tekniske detaljer kan inkluderes i beskrivelsen eller i ytterligere attributter.

Merk AI-genererte produkttitler korrekt

For store sortimenter kan AI-systemer hjelpe med å generere titler fra strukturerte produktdata. AI-en skal imidlertid ikke skrive fritt og «kreativt», men jobbe etter klare regler.

En hensiktsmessig prompt eller tittelmal bruker kun faktisk eksisterende felt:

Lag en produkttittel fra merke, modell, produkttype, farge, størrelse og materiale. Ikke finn på egenskaper og ikke bruk reklameutsagn.

I den aktuelle Merchant Center-dokumentasjonen skiller Google mellom det klassiske attributtet title og structured_title. For titler generert med generativ AI skal structured_title brukes. Ikke-AI-genererte titler kan sendes inn via title eller structured_title.

Kvalitetskontroll er fortsatt nødvendig, selv for automatiserte titler. Sjekk spesielt:

• oppfunne egenskaper
• dupliserte begreper
• feil måleenheter
• avkortede modellbetegnelser
• manglende variantinformasjon
• unaturlige oversettelser
• utilbørlige reklameutsagn

Skriv beskrivelser for brukere og systemer

Mange produktbeskrivelser i feeden består kun av første avsnitt på produktsiden. Andre inneholder navigasjonselementer, HTML-rester, generelle produsenttekster eller utskiftbare reklamefraser.

En god feedbeskrivelse bør derimot oppsummere de viktigste produktegenskapene på en forståelig måte.

Dette inkluderer, avhengig av produktet:

• Funksjon
• Bruksområde
• Materiale
• Mål
• Tekniske data
• Kompatibilitet
• Leveringsomfang
• Målgruppe
• Spesielle utstyrsfunksjoner

For fyldige produktvisninger anbefaler Google detaljerte, godt strukturerte beskrivelser og nevner mer enn 200 tegn som anbefaling. I tillegg kan produktdetaljer og flere produktbilder sendes inn via separate attributter.

Eksempel på en svak beskrivelse

Høykvalitetsprodukt av beste kvalitet. Bestill enkelt på nett nå og dra nytte av vår raske levering.

Teksten kunne tilhørt nesten ethvert produkt. Den gir verken Google eller den potensielle kunden nyttig informasjon.

Bedre

Høydejusterbart skrivebord med elektrisk styrt understell, en arbeidsflate på 160 × 80 cm og et justeringsområde fra 65 til 130 cm. Understellet har to motorer, en minnefunksjon for fire høyder og en maksimal bæreevne på 100 kg.

Her beskrives konkrete egenskaper, uten å overfylle teksten med søkeord.

Bruk product_highlight og product_detail på en målrettet måte

Ikke all informasjon trenger å presses inn i tittelen eller beskrivelsen.

Med product_highlight kan du strukturert overføre korte produktfordeler eller sentrale funksjoner. Google anbefaler fire til seks høydepunkter; minimum to og maksimalt 100 er mulig. Et enkelt høydepunkt kan inneholde opptil 150 tegn.

Eksempler:

• Elektrisk høydejusterbar fra 65 til 130 cm
• Minnefunksjon for fire arbeidshøyder
• Tåler belastning opptil 100 kg
• To stillegående motorer
• Bordplate i FSC-sertifisert tre

Attributtet product_detail egner seg derimot for mer strukturerte tekniske spesifikasjoner, for eksempel:

Dermed forblir tittelen lesbar, samtidig som teknisk informasjon er strukturert og tilgjengelig.

Send GTIN, merke og MPN korrekt

Unike produktidentifikatorer hjelper til med å entydig identifisere et spesifikt handelsprodukt.

De viktigste opplysningene inkluderer:

• gtin: Global Trade Item Number, for eksempel EAN eller UPC
• brand: Merke
• mpn: Produsentens delenummer

Google anbefaler å sende inn alle tre opplysningene der det er mulig. Disse produktidentifikatorene kan hjelpe Google med å korrekt matche tilbudet og vise brukerne det produktet de leter etter.

Aldri finn opp GTIN

Hvis et produkt har en offisiell GTIN, må nøyaktig dette nummeret brukes. Ikke lag dine egne tallsekvenser bare for å fylle ut feltet.

Ved varianter har ofte hver spesifikke variant sin egen GTIN. En rød T-skjorte i størrelse M kan derfor ha en annen GTIN enn samme modell i blå eller størrelse L.

Produkter uten entydig identifikasjon

Håndlagde unike gjenstander, tilpassede produkter eller visse egenproduserte varer har kanskje ingen GTIN, MPN eller merke.

For produkter som faktisk ikke er tildelt entydige identifikatorer, kan identifier_exists med verdien no eller false brukes. Dette attributtet skal ikke brukes for å omgå manglende data for vanlige merkeprodukter.

Egne merker

For et ekte eget merke registrerer du ditt merke som brand. Et eksisterende internt artikkelnummer kan under visse omstendigheter tjene som MPN, såfremt det entydig identifiserer produktet som en produsentvare.

Viktig er konsistent bruk på tvers av butikk, feed, emballasje og produktside.

Skille mellom Google-produktkategori og egne produkttyper

Attributtene google_product_category og product_type fyller ulike oppgaver.

google_product_category

Her plasseres produktet i Googles forhåndsdefinerte produkttaksonomi.

Eksempel:

Klær og tilbehør > Klær > Yttertøy > Jakker og kåper

Google dokumenterer både numeriske kategori-ID-er og fullt utskrevne kategoribaner og viser tilordningen basert på en rekke produkttyper.

Velg den mest spesifikke passende kategorien. En kontorstol bør ikke bare klassifiseres generelt under «Møbler» hvis en mer passende underkategori er tilgjengelig.

product_type

Dette feltet kan representere din egen butikk- eller sortimentsstruktur.

Eksempel:

Kontorinnredning > Kontorstoler > Ergonomiske kontorstoler

En ryddig produkttype hjelper deg med å evaluere og gruppere produkter i henhold til din faktiske sortimentslogikk.

Ikke skriv kampanjelogikk inn i kategorien

Verdier som disse er ingen fornuftige produkttyper:

• høy margin
• bestselger
• salg
• kampanje 3
• PMax Test
• Prioritet A

Slike opplysninger hører hjemme i Custom Labels. Kategorien bør beskrive hva produktet er, ikke hvordan du ønsker å markedsføre det.

Optimaliser produktbilder og lifestyle_image_link

Bildet er ofte avgjørende for om en bruker i det hele tatt legger merke til et Shopping-resultat.

Hovedbildet skal vise det konkrete produktet så tydelig som mulig. Unngå:

• feil varianter
• ittelitt produkter i store bildefelt
• dårlige utklippsbilder
• ukonsekvente bakgrunner
• uskarp bilder
• plassholderbilder
• tilbehør som ikke er inkludert i tilbudet som et dominerende element

For rike produktpresentasjoner anbefaler Google høyoppløselige bilder og nevner over 1 500 piksler på den lengste siden som en anbefaling.

Hovedbildet svarer: Hva kjøper jeg?

Attributtet image_link skal vise det faktisk tilbudte produktet.

Ved varianter må bildet passe til farge, materiale eller utførelse. En bruker som klikker på en blå stol, skal ikke havne på en produktside med en rød stol som forhåndsvalgt variant.

Tilleggsbilder svarer på ytterligere kjøpsbeslutninger

Via additional_image_link kan du sende inn flere visninger. Google støtter opptil ti tilleggsbilder. De kan for eksempel vise forskjellige perspektiver, detaljer, emballasje eller brukssituasjoner.

En fornuftig bildesekvens kan se slik ut:

• klart hovedbilde
• sidevisning
• baksidevisning
• detaljert bilde
• størrelsesforhold
• produkt i bruk
• leveringsomfang
• emballasje

Hva er lifestyle_image_link?

Med lifestyle_image_link kan livsstilsbilder sendes inn separat fra klassiske produktbilder.

Google nevner for eksempel:

• klær på en modell
• møbler i et møblert rom
• flere produkter som et komplett sett
• produkter i en reell brukssituasjon
• image_link: sofa fristilt eller mot en nøytral bakgrunn
• additional_image_link: sidevisning, bakside, stoffdetalj
• lifestyle_image_link: sofa i en fullt møblert stue

Attributtet er spesielt egnet hvis hovedbildet ditt skal være saklig og produktfokusert, men du i tillegg ønsker å formidle brukskonteksten.

For en sofa kan inndelingen se slik ut:

Priser og tilgjengelighet må være synkronisert

En optimalisert feed er verdiløs hvis brukere etter klikket finner en annen pris eller en ikke-tilgjengelig vare.

Prisen som sendes inn under price, må stemme overens med prisen på den aktuelle produktsiden. Valutaen må også passe til destinasjonslandet og den synlige valutaen på landingssiden.

For availability støtter Google blant annet:

• in_stock
• out_of_stock
• preorder
• backorder

Informasjonen må stemme overens med produktsiden, kassen og eventuelt strukturerte data. Ved forhåndsbestillinger eller restordrer er det i tillegg nødvendig med en tilgjengelighetsdato, som også bør være synlig på produktsiden.

Ikke slett produkter unødvendig

Hvis en vare midlertidig ikke er tilgjengelig, bør du ikke automatisk slette den fullstendig fra datakilden.

Avhengig av situasjonen kan du:

• bruke out_of_stock
• styre en pause via det aktuelle attributtet
• bruke backorder ved restordrer
• bruke preorder for produkter som ennå ikke er lansert

Dette bevarer produktkoblingen i utgangspunktet, og varen kan oppdateres når den igjen blir tilgjengelig.

Implementer Repricing for Google Shopping på en sikker måte

Dynamisk prisstyring kan være fornuftig i et Shopping-miljø. Det øker imidlertid risikoen for prisavvik.

Et reprising-system bør ikke bare endre den synlige butikkprisen. Det må samtidig oppdatere alle relevante datanivåer:

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

Endringen bør så langt som mulig skje som en sammenhengende prosess. Hvis feeden oppdateres først, mens produktsiden fortsatt viser den gamle prisen, oppstår det midlertidig et avvik. Det samme gjelder i omvendt rekkefølge.

Google kan bruke automatiske produktoppdateringer for pris og tilgjengelighet hvis strukturerte data er tilgjengelige på produktsiden. Denne funksjonen er imidlertid ment som en ekstra sikkerhet og erstatter ikke regelmessig oppdatering av produktdata.

Repricing krever økonomiske grenser

Den laveste prisen er ikke automatisk den mest lønnsomme prisen.

Et fornuftig system tar hensyn til:

• Innkjøpspris
• Margin
• Fraktkostnader
• Betalingsgebyrer
• Returandel
• Annonsekostnader
• Minimumslager
• Konkurransenivå
• Ønsket markedsposisjon

Sett derfor minimumspriser og margingrenser. Ellers kan en automatisk prisreduksjon generere flere klikk, men samtidig ødelegge dekningsbidraget.

Koble Local Inventory sømløst med produktfeeden

Forhandlere med fysiske butikker trenger, i tillegg til de generelle produktdataene, også lokal lagerinformasjon.

Det må skilles mellom:

• selve produktet
• dets tilgjengelighet i en bestemt butikk
• en eventuelt avvikende lokal pris
• henting- og leveringsalternativer

Google gjør det mulig for forhandlere å bruke eksisterende produktdata også for lokale annonser og gratis lokale produktoppføringer. Avhengig av konfigurasjon kan produktdata og lokale lagerdata synkroniseres automatisk.

For butikkavhengige priser kan prisen enten komme fra den primære produktdatakilden eller fra de lokale lagerdataene. Det avgjørende er at prisen som vises på den respektive butikkens produktside, stemmer overens med de overførte dataene.

Typisk Local Inventory-struktur

Produktet forblir det samme. Lager og pris kan imidlertid variere per lokasjon.

En konsistent butikkidentifikator er viktig. Store-ID-en som brukes i den lokale databasen, må entydig tilordnes den respektive butikken.

Bruk Custom Labels for lønnsomme kampanjer

En teknisk god feed beskriver produktet. En økonomisk god feed inneholder i tillegg informasjon som lar deg styre sortimentet etter forretningsverdi.

Google tilbyr fem egendefinerte etiketter for dette:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google nevner blant annet sesong, salgsstyrke, prisklasse, margin og markedsintroduksjon som mulige bruksområder. Verdiene er ikke synlige for kundene, men brukes til gruppering og analyse i Shopping- og Performance Max-kampanjer.

Eksempel på en fornuftig tildeling

Dermed kan du for eksempel se om kampanjen din genererer omsetning, men hovedsakelig selger produkter med lav margin.

Unngå for mange enkeltverdier

En Custom Label er ikke ment som en andre produkt-ID.

Lite fornuftig:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = høy_margin
• custom_label_0 = middels_margin
• custom_label_0 = lav_margin

Mer fornuftig:

Verdiene bør danne virkelige grupper som du kan ta beslutninger basert på.

Velg riktig datakilde

Ikke alle butikker trenger den samme tekniske løsningen.

Små, relativt stabile sortimenter

Med få produkter og sjeldne prisendringer kan en automatisk hentet fil være tilstrekkelig.

Mulige formater er for eksempel:

• XML
• TSV
• automatisk levert produktfil
• direkte butikkintegrasjon

Det avgjørende er ikke bare formatet, men påliteligheten av oppdateringen.

Middels store sortimenter med tilleggsdata

Her kan en kombinasjon av primære og supplerende datakilder være hensiktsmessig.

Den primære kilden inneholder for eksempel:

• Produkt-ID
• Tittel
• Pris
• Tilgjengelighet
• Produktlenke
• Bilder
• Margin-klasser
• Sesongbaserte tildelinger
• Kampanjeetiketter
• Optimaliserte titler
• Ytterligere produktfunksjoner

En supplerende kilde leverer:

Etter behandling kan et Merchant Center-produkt bestå av et primært produkt-input og flere supplerende input.

Store eller svært dynamiske sortimenter

Ved hyppige endringer i pris, lager eller sortiment er Merchant API ofte et mer robust fundament.

Google tillater administrasjon av primære og supplerende datakilder via Merchant API. Datakilder kan settes opp for bestemte språk og feed-etiketter eller brukes mer fleksibelt for flere kombinasjoner.

For filbaserte datakilder påpeker Google at en manuell eller planlagt henting ikke er ment for vilkårlig hyppige oppdateringer. Hvis oppdateringer trengs oftere enn én gang daglig, skal Products-tjenesten brukes i stedet.

En praktisk inndeling er derfor:

Lokaliser produktfeeds for flere land

En internasjonal feed er ikke bare en oversatt kopi av den norske feeden.

Per destinasjonsland kan det variere:

• Språk
• Valuta
• Pris
• Merverdiavgift
• Fraktkostnader
• Tilgjengelighet
• Størrelsesbetegnelser
• Måleenheter
• Produktbetegnelser
• Lovpålagt informasjon
• Sortiment

I Merchant API er feedLabel, contentLanguage og destinasjonsland separate konfigurasjonselementer. En feed-etikett som «NO» fører ikke automatisk til at produkter kun er rettet mot Norge. Destinasjonsland og fraktkonfigurasjon må angis separat.

Ikke bare oversett ord, men også søkeatferd

En bokstavelig oversettelse kan være språklig korrekt, men kommersielt uegnet.

For eksempel kan brukere i forskjellige land:

• bruke andre produktuttrykk
• skrive mål annerledes
• kombinere merker og modeller ulikt
• søke sterkere etter materialer eller bruksområder
• forvente andre størrelsesstandarder

Lag derfor egne tittelregler per språk. En felles produktdatabase kan danne grunnlaget, men den språklige utdataen bør lokaliseres.

Hvordan du gjør feed-optimaliseringer målbare

Ikke endre alle attributter for hele sortimentet samtidig. Ellers vil du senere knapt kunne se hvilken tiltak som faktisk hjalp.

En kontrollert prosess er bedre.

Trinn 1: Dann sammenlignbare produktgrupper

For eksempel:

• 200 produkter med optimaliserte titler
• 200 lignende produkter med tidligere titler
• Produktgruppe med lifestyle-bilder
• Sammenlignbar produktgruppe uten lifestyle-bilder

Eller:

Trinn 2: Dokumenter tidligere ytelse

Registrer minst:

• Visninger
• Klikk
• Klikkrate
• Kostnader
• Konverteringer
• Konverteringsrate
• Omsetning
• Kostnad-omsetningsforhold
• Andel godkjente produkter

Trinn 3: Endre bare én stor faktor

Test for eksempel titlene først. Deretter bildene. Deretter Custom Labels eller produktbeskrivelsene.

Trinn 4: Samle nok data

Et produkt med to visninger gir ikke et pålitelig utsagn. Vurder endringer på et fornuftig nivå for store produktgrupper og ta hensyn til sesongmessige effekter.

Trinn 5: Vurder forretningsverdi i stedet for klikkfrekvens

En ny tittel kan øke klikkfrekvensen, men tiltrekke seg færre kjøpsvillige brukere.

Vurder derfor ikke bare:

Har optimaliseringen ført til flere klikk?

Men:

Har den generert flere lønnsomme bestillinger eller høyere dekningsbidrag?

De vanligste feilene med CSS-produktfeeder

En praktisk 30-dagers plan

Uke 1: Sjekk teknisk tilstand

Start med å ta en oversikt:

• Hvor mange produkter er godkjent?
• Hvilke feil oppstår oftest?
• Stemmer pris og tilgjengelighet?
• Er ID-ene stabile?
• Er varianter korrekt adskilt?
• Hvor stor andel av gyldige GTIN-er finnes?
• Hvilke produkter har ingen bilder?

Fiks først feil som fullstendig utelukker produkter fra visning.

Uke 2: Forbedre titler og identifikatorer

Velg de viktigste produktgruppene etter omsetning eller potensial.

Utvikle en tittelmal per kategori og legg til:

• Merke
• Modell
• Produkttype
• sentral spesifikasjon
• variantangivelser

Kontroller samtidig GTIN, MPN og merke.

Uke 3: Utvid bilder og produktinformasjon

Legg til for viktige produkter:

• høyoppløselige hovedbilder
• alternative perspektiver
• detaljbilder
• livsstilsbilder
• produktivhøydepunkter
• tekniske produktdetaljer

Konsentrer deg først om produkter med mange visninger, men svak klikk- eller konverteringsrate.

Uke 4: Økonomisk styring og automatisering

Definer et Custom-Label-system og overfør:

• Margin
• Salgskraft
• Varelager
• Sesong
• strategisk prioritet

Kontroller deretter om oppdateringsfrekvensen din passer til sortimentet. Dynamiske priser og varelager taler for en API-basert løsning.

Konklusjon: CSS Partner er infrastrukturen, feeden er ytelsesspaken

En god Comparison Shopping Service skaper forutsetningen for en profesjonell CSS-tilkobling. Hvorvidt sortimentet ditt utnytter sitt potensial, avhenger imidlertid vesentlig av kvaliteten på produktdataene.

Ikke start med kosmetiske optimaliseringer. Sørg først for at produkter er entydig identifisert, korrekt godkjent og leveres med oppdaterte priser og lagerbeholdninger.

Deretter følger de ytelsesfremmende tiltakene:

• presise produkttitler
• strukturerte beskrivelser
• korrekte GTIN-er
• spesifikke kategorier
• overbevisende produktbilder
• livsstilsbilder
• økonomiske Custom Labels
• pålitelig automatisering

Den beste produktfeeden inneholder ikke nødvendigvis mest informasjon. Den inneholder den rette informasjonen, i det rette attributtet, for det rette produktet og til rett tid.

Spesielt for store sortimenter blir feed-optimalisering dermed en kontinuerlig prosess. Den som betrakter CSS-tilkobling, produktdata, prisstyring og kampanjelogikk samlet, skaper et betydelig bedre grunnlag for skalerbar Google Shopping.

Ofte stilte spørsmål om produktfeed-optimalisering for CSS