Optimer produktfeed til Comparison Shopping Services

To niveauer af produktdata, du bør skelne mellem

Inden for CSS og Google Shopping forveksles to forskellige dataniveauer ofte.

1. Forhandlerfeeden i Google Merchant Center

Denne feed indeholder onlineshoppens produktdata. Dette inkluderer for eksempel:

• Produkt-ID
• Titel
• Beskrivelse
• Produktside
• Pris
• Tilgængelighed
• Billeder
• Mærke
• GTIN
• Variantinformationer
• Forsendelsesdata

Disse data bruges blandt andet til Shopping-annoncer og gratis produktfortegnelser. Feeden forbliver afgørende, selv når forhandleren er tilknyttet via en CSS-partner.

2. Produktdata for CSS-produktsider

Comparison Shopping Services kan derudover levere deres egne produktsider. For organisk visning af sådanne CSS-produktsider nævner Google blandt andet 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 konsekvens er:

Produktdata skal ikke kun være teknisk gyldige. De skal også struktureres, så forhandlere, Google og CSS-udbyderen entydigt kan identificere de samme produkter.

I hvilken rækkefølge skal du optimere feedet?

En hyppig fejlbeslutning er straks at skrive nye titler, selvom der stadig er grundlæggende datafejl.

En klar prioritering er mere fornuftig:

En omhyggeligt optimeret titel nytter lidt, hvis produktet afvises på grund af en prisfejl. Omvendt er et godkendt feed langt fra et godt feed.

Stabile produkt-ID'er og rene varianter danner grundlaget

Hvert salgbart produkt eller hver selvstændigt bestilbare produktvariant kræver en unik tildeling.

Med en T-shirt i fem størrelser og fire farver eksisterer der ikke kun ét produkt, men op til 20 konkrete varianter. Hver variant kan have sin egen kombination af følgende oplysninger:

• Produkt-ID
• Farve
• Størrelse
• Pris
• Tilgængelighed
• Billede
• GTIN
• MPN

Google viser i sine eksempler, at varianter kan indsendes separat og forbindes via en fælles item_group_id. Titel og variantattributter bør korrekt beskrive den respektive udførelse.

Gode regler for produkt-ID'er

En produkt-ID bør:

• forblive stabilt permanent
• være unikt inden for feedet
• ikke afhænge af pris eller lagerbeholdning
• helst komme fra varehåndterings- eller shopsystemet
• for varianter identificere den konkrete udførelse

Brug ikke et nyt ID hver gang du ændrer titel, pris eller billede. For Google ville dette skabe et nyt tilbud, selvom det stadig er det samme produkt.

Typisk variantfejl

En forhandler indsender alle størrelser af en sko under det samme ID. På landingssiden er størrelse 42 valgt som standard, men i feedet er produktet angivet som størrelse 39.

Dette betyder, at feedet, produktsiden og den faktiske valgbare variant ikke stemmer ordentligt overens.

Bedre er:

• et separat ID for hver størrelse og farve
• den korrekte landingssidevariant
• det matchende variantbillede
• den til enhver tid gældende tilgængelighed
• et fælles item_group_id

Optimer produkttitler: Præcision frem for keywordmængde

Produkttitlen er ikke en klassisk SEO-titel og heller ikke en reklame. Den skal hurtigst muligt forklare Google og brugeren, hvilket konkret produkt der tilbydes.

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

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

Google anbefaler præcise og specifikke titler og viser varianter som farve og størrelse direkte i titlen i deres egne eksempler.

Meningfulde titelstrukturer efter produkttype

Eksempler

For generelt:

Damejakke moderne billig

Bedre:

Mærke Dame Overgangsjakke vandafvisende Mørkeblå Størrelse 40

For reklameagtigt:

Top Professionel Kaffemaskine køb nu billigt

Bedre:

Mærke Model Kaffemaskine 15 bar 1,8 l Sort

Upræcist:

Industri Pumpe Rustfrit stål

Bedre:

Mærke Centrifugalpumpe 400 V 12 m³/h Rustfrit stål DN 50

De vigtigste informationer skal stå forrest

Ikke alle titler vises fuldstændigt i alle visninger. Placer derfor de købsafgørende informationer i begyndelsen.

Ved et kendt mærkevareprodukt kan mærket stå først. Ved en mindre kendt producent er den konkrete produkttype muligvis vigtigere.

Der er ingen stiv regel for alle sortimenter. Det afgørende er, hvilken information en bruger hurtigst kan identificere produktet med.

Ingen kunstig søgeordsliste

En titel som denne skaber ingen yderligere klarhed:

Kontorstol skrivebordsstol arbejdsstol drejestol billig køb online

Flere lignende begreber efter hinanden gør titlen ulæselig og udvander den konkrete produktbeskrivelse.

Bedre:

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

Synonymer, yderligere anvendelsesområder og tekniske detaljer kan inkluderes i beskrivelsen eller i yderligere attributter.

Mærkning af AI-genererede produkttitler korrekt

I store sortimenter kan AI-systemer hjælpe med at generere titler fra strukturerede produktdata. AI'en bør dog ikke skrive frit og "kreativt", men arbejde ud fra klare regler.

En meningsfuld prompt eller en titelskabelon bruger kun faktisk eksisterende felter:

Opret en produkttitel ud fra mærke, model, produkttype, farve, størrelse og materiale. Opfind ikke egenskaber og brug ikke salgsfremmende udsagn.

I den nuværende Merchant Center-dokumentation skelner Google mellem den klassiske attribut title og structured_title. For titler genereret med generativ AI skal structured_title bruges. Titler, der ikke er AI-genererede, kan indsendes via title eller structured_title.

Selv med automatiserede titler er en kvalitetskontrol nødvendig. Kontroller især:

• opfundne egenskaber
• dobbelte begreber
• forkerte måleenheder
• afskårne modelbetegnelser
• manglende variantangivelser
• unaturlige oversættelser
• utiladte reklameudsagn

Skriv beskrivelser til brugere og systemer

Mange produktbeskrivelser i feedet består kun af første afsnit af produktsiden. Andre indeholder navigationselementer, HTML-rester, generelle producenttekster eller udskiftelige salgsfraser.

En god feedbeskrivelse bør derimod forståeligt opsummere de vigtigste produktegenskaber.

Dette omfatter, afhængigt af produktet:

• Funktion
• Anvendelsesområde
• Materiale
• Dimensioner
• Tekniske data
• Kompatibilitet
• Leveringsomfang
• Målgruppe
• Særlige udstyrsfunktioner

For righoldige produktpræsentationer anbefaler Google udførlige, velstrukturerede beskrivelser og nævner mere end 200 tegn som anbefaling. Derudover kan produktdetaljer og yderligere produktbilleder indsendes via separate attributter.

Eksempel på en dårlig beskrivelse

Produkt af høj kvalitet i den bedste kvalitet. Bestil nemt online nu og drag fordel af vores hurtige levering.

Teksten kunne passe til næsten ethvert produkt. Den giver hverken Google eller den potentielle kunde brugbar information.

Bedre

Højdejusterbart skrivebord med elektrisk styret stel, en arbejdsflade på 160 × 80 cm og et justeringsområde fra 65 til 130 cm. Stellet har to motorer, en memory-funktion til fire højder og en maksimal belastningskapacitet på 100 kg.

Her beskrives konkrete egenskaber uden at overfylde teksten med søgeord.

Anvendelse af product_highlight og product_detail

Ikke al information behøver at blive presset ind i titlen eller beskrivelsen.

Med product_highlight kan du struktureret formidle korte produktfordele eller centrale funktioner. Google anbefaler fire til seks highlights; mindst to og maksimalt 100 er mulige. Et enkelt highlight kan indeholde op til 150 tegn.

Eksempler:

• Elektrisk højdejusterbar fra 65 til 130 cm
• Memory-funktion til fire arbejdshøjder
• Belastbar op til 100 kg
• To støjsvage motorer
• Bordplade af FSC-certificeret træ

Attributtet product_detail egner sig derimod til mere strukturerede tekniske specifikationer, f.eks.:

Dermed forbliver titlen læsbar, mens tekniske informationer alligevel er struktureret tilgængelige.

Korrekt overførsel af GTIN, mærke og MPN

Unikke produktidentifikatorer hjælper med at entydigt identificere et specifikt handelsprodukt.

De vigtigste oplysninger inkluderer:

• gtin: Global Trade Item Number, f.eks. EAN eller UPC
• brand: Mærke
• mpn: Producentnummer

Google anbefaler at indsende alle tre oplysninger, hvis det er muligt. Disse produktidentifikatorer kan hjælpe Google med at matche tilbuddet korrekt og vise brugerne det produkt, de leder efter.

Opret aldrig GTIN'er

Hvis et produkt har et officielt GTIN, skal netop dette nummer bruges. Opret ikke dine egne nummersekvenser, blot for at udfylde feltet.

For varianter har hver specifik variant ofte sit eget GTIN. En rød T-shirt i størrelse M kan derfor have et andet GTIN end den samme model i blå eller størrelse L.

Produkter uden entydig identifikation

Håndlavede unika, specialfremstillede produkter eller visse egenproduktioner har muligvis ikke et GTIN, MPN eller brand.

For produkter, der faktisk ikke er tildelt entydige identifikatorer, kan identifier_exists anvendes med værdien no eller false. Denne attribut bør ikke bruges til at omgå manglende data for normale mærkevarer.

Egne varemærker

Med et ægte privat label-produkt registrerer du dit mærke som brand. Et eksisterende internt varenummer kan under visse omstændigheder fungere som MPN, såfremt det entydigt identificerer produktet som en producentvare.

Det er vigtigt med en konsekvent brug på tværs af butik, feed, emballage og produktside.

Adskil Google-produktkategori og egne produkttyper

Attributterne google_product_category og product_type har forskellige funktioner.

google_product_category

Her kategoriseres produktet i henhold til Googles produkttaksonomi.

Eksempel:

Beklædning & Tilbehør > Beklædning > Overtøj > Jakker & Frakker

Google dokumenterer både numeriske kategori-id'er og udskrevne kategoristier og viser tildelingen baseret på talrige produkttyper.

Vælg den mest specifikke passende kategori. En kontorstol bør ikke kun kategoriseres generelt under "Møbler", hvis en mere præcis underkategori er tilgængelig.

product_type

Dette felt kan afspejle din egen butiks- eller sortimentsstruktur.

Eksempel:

Kontorindretning > Kontorstole > Ergonomiske Kontorstole

En ren produkttype hjælper dig med at evaluere og gruppere produkter i henhold til din faktiske sortimentslogik.

Ingen kampagnelogi i kategorien

Værdier som disse er ikke meningsfulde produkttyper:

• høj margin
• Bestseller
• Udsalg
• Kampagne 3
• PMax Test
• Prioritet A

Sådanne oplysninger hører hjemme i Custom Labels. Kategorien skal beskrive, hvad produktet er, ikke hvordan du ønsker at markedsføre det.

Optimer produktbilleder og lifestyle_image_link

Billedet er ofte afgørende for, om en bruger overhovedet bemærker et shoppingresultat.

Hovedbilledet skal vise det konkrete produkt så klart som muligt. Undgå:

• forkerte varianter
• små produkter på store billedflader
• dårlige udklip
• inkonsistente baggrunde
• uskarpe optagelser
• placeholder-billeder
• tilbehør, der ikke er inkluderet i tilbuddet, som et dominerende element

For rige produktvisninger anbefaler Google billeder i høj opløsning og nævner mere end 1.500 pixels på den længste side som en anbefaling.

Hovedbilledet besvarer: Hvad køber jeg?

Attributten image_link skal vise det produkt, der faktisk tilbydes.

For varianter skal billedet matche farven, materialet eller udførelsen. En bruger, der klikker på en blå stol, bør ikke lande på en produktside med en rød stol som forvalgt variant.

Yderligere billeder besvarer flere købsbeslutninger

Via additional_image_link kan du uploade yderligere visninger. Google understøtter op til ti ekstra billeder. De kan for eksempel vise forskellige perspektiver, detaljer, emballage eller brugssituationer.

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

• klart hovedbillede
• sidebillede
• bagfra
• detaljebillede
• størrelsesforhold
• produkt i brug
• leveringsomfang
• emballage

Hvad er lifestyle_image_link?

Med lifestyle_image_link kan livsstilsbilleder indsendes separat fra klassiske produktbilleder.

Google nævner for eksempel:

• Tøj på en model
• Møbler i et møbleret rum
• flere produkter som et komplet sæt
• produkter i en reel brugssituation
• image_link: Sofa fritlagt eller foran en neutral baggrund
• additional_image_link: Sidebillede, bagside, stofdetalje
• lifestyle_image_link: Sofa i en fuldt møbleret stue

Attributten er særligt velegnet, hvis dit hovedbillede skal forblive faktuelt og produktcentreret, men du også ønsker at formidle brugskonteksten.

For en sofa kan opdelingen se således ud:

Priser og tilgængelighed skal være synkroniseret

Et optimeret feed er værdiløst, hvis brugere efter at have klikket finder en anden pris eller en utilgængelig vare.

Prisen, der sendes under price, skal stemme overens med prisen på den respektive produktside. Valutaen skal også matche destinationslandet og den synlige valuta på landingssiden.

For availability understøtter Google blandt andet:

• in_stock
• out_of_stock
• preorder
• backorder

Angivelsen skal stemme overens med produktsiden, kassen og eventuelt strukturerede data. Ved forudbestillinger eller genbestillinger kræves der desuden en tilgængelighedsdato, som også bør være synlig på produktsiden.

Slet ikke produkter unødvendigt

Hvis en vare midlertidigt ikke er tilgængelig, skal du ikke automatisk slette den fuldstændigt fra datakilden.

Alt efter situationen kan du:

• bruge out_of_stock
• styre en pause via den tilsvarende attribut
• bruge backorder ved genbestillinger
• bruge preorder ved endnu ikke udgivne produkter

Derved bevares produktallokeringen grundlæggende, og varen kan opdateres, når den igen er tilgængelig.

Implementer repricing til Google Shopping sikkert

Dynamisk prisstyring kan være hensigtsmæssig i et shoppingmiljø. Det øger dog risikoen for prisafvigelser.

Et repricing-system bør ikke kun ændre den synlige butikspris. Det skal samtidigt opdatere alle relevante dataniveauer:

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

Ændringen bør så vidt muligt ske som en sammenhængende proces. Hvis feedet opdateres først, mens produktsiden stadig viser den gamle pris, opstår der midlertidigt en afvigelse. Det samme gælder omvendt.

Google kan bruge automatiske produktopdateringer for pris og tilgængelighed, hvis der er strukturerede data på produktsiden. Denne funktion er dog tænkt som en ekstra sikkerhedsforanstaltning og erstatter ikke en regelmæssig opdatering af produktdata.

Repricing kræver økonomiske grænser

Den laveste pris er ikke automatisk den mest profitable pris.

Et meningsfuldt system tager højde for:

• Indkøbspris
• Marge
• Forsendelsesomkostninger
• Betalingsgebyrer
• Returrate
• Annonceomkostninger
• Minimumslager
• Konkurrenceniveau
• Ønsket markedsposition

Definér derfor mindstepriser og margengrænser. Ellers kan en automatisk prisreduktion generere flere klik, men samtidig ødelægge dækningsbidraget.

Forbind lokalt varelager sømløst med produktfeedet

Forhandlere med fysiske butikker har ud over de generelle produktdata også brug for lokale lagerinformationer.

Her skal der skelnes mellem:

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

Google giver forhandlere mulighed for at bruge eksisterende produktdata til lokale annoncer og gratis lokale produktfortegnelser. Afhængigt af konfigurationen kan produktdata og lokale lagerdata synkroniseres automatisk.

Ved butiksafhængige priser kan prisen enten komme fra den primære produktdatakilde eller fra de lokale lagerdata. Det er afgørende, at den pris, der vises på den pågældende butiks produktside, stemmer overens med de transmitterede data.

Typisk lokal lagerstruktur

Produktet forbliver det samme. Lager og pris kan dog variere pr. lokation.

Det er vigtigt med en konsekvent butiksidentifikation. Butiks-ID'et, der anvendes i den lokale data, skal entydigt tildeles den respektive butik.

Brug brugerdefinerede labels til profitable kampagner

Et teknisk godt feed beskriver produktet. Et økonomisk godt feed indeholder desuden informationer, som du kan bruge til at styre sortimentet efter forretningsværdi.

Google stiller fem brugerdefinerede labels til rådighed til dette formål:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google nævner blandt andet sæson, salgsstyrke, prisklasse, margin og markedsintroduktion som mulige anvendelsestilfælde. Værdierne er ikke synlige for kunderne, men bruges til gruppering og evaluering i Shopping- og Performance Max-kampagner.

Eksempel på en meningsfuld anvendelse

På den måde kan du for eksempel se, om din kampagne genererer omsætning, men primært sælger produkter med lav margin.

Undgå for mange enkeltværdier

Et brugerdefineret etiket er ikke beregnet som et andet produkt-ID.

Mindre meningsfuldt:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = høj_margin
• custom_label_0 = middel_margin
• custom_label_0 = lav_margin

Mere meningsfuldt:

Værdierne skal danne rigtige grupper, som du kan træffe beslutninger ud fra.

Vælg den rette datakilde

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

Små, relativt stabile sortimenter

Ved få produkter og sjældne prisændringer kan en automatisk hentet fil være tilstrækkelig.

Mulige formater er for eksempel:

• XML
• TSV
• automatisk leveret produktfil
• direkte butiksintegration

Det afgørende er ikke formatet alene, men pålideligheden af opdateringen.

Mellemstore sortimenter med supplerende forretningsdata

Her kan en kombination af primær og supplerende datakilde give mening.

Den primære kilde indeholder f.eks.:

• Produkt-ID
• Titel
• Pris
• Tilgængelighed
• Produktlink
• Billeder
• Margenklasser
• sæsonbestemte tildelinger
• Kampagnelabels
• optimerede titler
• yderligere produktfunktioner

En supplerende kilde leverer:

Efter behandling kan et Merchant Center-produkt bestå af et primært produktinput og flere supplerende input.

Store eller meget dynamiske sortimenter

Ved hyppige pris-, lager- eller sortimentsændringer er Merchant API ofte det mere robuste grundlag.

Google muliggør administration af primære og supplerende datakilder via Merchant API. Datakilder kan opsættes til specifikke sprog og feed-labels eller mere fleksibelt anvendes til flere kombinationer.

For filbaserede datakilder indikerer Google, at manuel eller planlagt hentning ikke er beregnet til vilkårligt hyppige opdateringer. Hvis opdateringer er nødvendige hyppigere end en gang dagligt, skal Products-tjenesten bruges i stedet.

En praktisk opdeling er derfor:

Lokaliser produktfeeds til flere lande

Et internationalt feed er ikke blot en oversat kopi af det tyske feed.

Per destinationsland kan der være forskelle i:

• Sprog
• Valuta
• Pris
• Moms
• Forsendelsesomkostninger
• Tilgængelighed
• Størrelsesbetegnelser
• Måleenheder
• Produktnavne
• Lovpligtige oplysninger
• Sortiment

I Merchant API er feedLabel, contentLanguage og destinationslande separate konfigurationselementer. Et feed-label som "DE" medfører ikke automatisk, at produkter udelukkende målrettes mod Tyskland. Destinationslande og forsendelseskonfiguration skal indstilles separat.

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

En bogstavelig oversættelse kan være sprogligt korrekt, men kommercielt uhensigtsmæssig.

For eksempel kan brugere i forskellige lande:

• bruge andre produktbegreber
• skrive mål på en anden måde
• kombinere mærker og modeller forskelligt
• i højere grad søge efter materialer eller anvendelsesområder
• forvente andre størrelsesstandarder

Opbyg derfor egne titleregler pr. sprog. En fælles produktdatabase kan udgøre grundlaget, men den sproglige output bør lokaliseres.

Hvordan du gør feedoptimering målbar

Lad være med at ændre alle attributter for hele sortimentet på én gang. Ellers bliver det svært at se, hvilken foranstaltning der faktisk hjalp.

En kontrolleret proces er bedre.

Trin 1: Opret sammenlignelige produktgrupper

For eksempel:

• 200 produkter med optimerede titler
• 200 lignende produkter med tidligere titler
• Produktgruppe med lifestyle-billeder
• sammenlignelig produktgruppe uden lifestyle-billeder

Eller:

Trin 2: Dokumentér tidligere præstationer

Registrer mindst:

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

Trin 3: Ændr kun én større faktor ad gangen

Test f.eks. først titlerne. Derefter billederne. Efterfølgende de tilpassede etiketter eller produktbeskrivelser.

Trin 4: Indsaml tilstrækkeligt med data

Et produkt med to eksponeringer giver ikke et pålideligt udsagn. Evaluer ændringer på niveau med meningsfuldt store produktgrupper og tag højde for sæsonmæssige effekter.

Trin 5: Vurder forretningsværdi i stedet for klikrate

En ny titel kan øge klikraten, men tiltrække mindre købsvillige brugere.

Bedøm derfor ikke kun:

Har optimeringen ført til flere klik?

Men derimod:

Har den genereret flere profitable ordrer eller et højere dækningsbidrag?

De mest almindelige fejl i CSS-produktfeeds

En praktisk 30-dages plan

Uge 1: Tjek den tekniske tilstand

Lav først en statusopgørelse:

• Hvor mange produkter er frigivet?
• Hvilke fejl opstår hyppigst?
• Stemmer pris og tilgængelighed?
• Er ID'er stabile?
• Er varianter korrekt adskilt?
• Hvor stor er andelen af gyldige GTIN'er?
• Hvilke produkter har ingen billeder?

Ret først fejl, der fuldstændigt udelukker produkter fra visning.

Uge 2: Forbedr titler og identifikatorer

Vælg de vigtigste produktgrupper efter omsætning eller potentiale.

Udvikl en titelskabelon per kategori og tilføj:

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

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

Uge 3: Udvid billeder og produktinformation

Tilføj for vigtige produkter:

• højopløselige hovedbilleder
• alternative perspektiver
• detaljerede optagelser
• livsstilsbilleder
• produkthøjdepunkter
• tekniske produktdetaljer

Fokuser først på produkter med mange visninger, men en svag klik- eller konverteringsrate.

Uge 4: Økonomisk styring og automatisering

Definer et Custom Label-system og overfør:

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

Kontroller derefter, om din opdateringsfrekvens passer til sortimentet. Dynamiske priser og lagerniveauer taler for en API-baseret løsning.

Konklusion: CSS-partneren er infrastrukturen, feedet er performance-løftestangen

En god Comparison Shopping Service skaber forudsætningen for en professionel CSS-tilslutning. Om dit sortiment faktisk udnytter sit potentiale, afhænger dog væsentligt af produktdataenes kvalitet.

Start ikke med kosmetiske optimeringer. Sørg først for, at produkter er entydigt identificeret, korrekt frigivet og leveres med aktuelle priser og lagerbeholdninger.

Derefter følger de ydelsesfremmende tiltag:

• præcise produkttitler
• strukturerede beskrivelser
• korrekte GTIN'er
• specifikke kategorier
• overbevisende produktbilleder
• lifestyle-billeder
• økonomiske Custom Labels
• pålidelig automatisering

Det bedste produktfeed indeholder ikke flest mulige informationer. Det indeholder de rigtige informationer, i det rigtige attribut, for det rigtige produkt og på det rigtige tidspunkt.

Især ved store sortimenter bliver feed-optimering dermed en permanent proces. Den, der betragter CSS-tilslutning, produktdata, prisstyring og kampagnelogik samlet, skaber et markant bedre grundlag for skalerbar Google Shopping.

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