Overblik: Hvad kendetegner et stærkt produktfeed?
Et stærkt produktfeed er mere end en teknisk liste med varer. Det er en struktureret, opdateret og kommercielt gennemtænkt datastrøm, der fortæller Google præcist, hvad du sælger, hvem det er relevant for, og hvordan dine produkter skal prioriteres i Google Shopping og Performance Max.
Når feedet er sat rigtigt op, kan du:
- få flere relevante visninger og højere klikrate
- undgå afviste produkter og pris-/lagerproblemer
- styre budgetter mod høj margin, bestsellers og sæsonvarer
- måle og dokumentere, hvad feedoptimering faktisk giver i kroner og øre
I det følgende går vi fra grundforståelse til avanceret struktur: felter, titler, kategorier, custom labels, fejlrensning, måling og værktøjsvalg. Undervejs får du konkrete tabeller, en dansk før/efter-case og en prioriteringsmatrix, så du kan omsætte arbejdet til en praktisk plan.
Hvad er et produktfeed – og hvorfor styrer det Google Shopping?
Et produktfeed er en struktureret fil eller dataforbindelse med dine produktdata (titel, pris, lager, billeder osv.), som sendes til Google Merchant Center og derfra videre til Google Shopping, Performance Max og andre kanaler. Feedet fungerer både som teknisk fundament og som kommercielt styringsværktøj.
Typisk leveres feedet som XML, CSV eller via API fra webshop, PIM eller et feed-tool. Kernen er, at hvert produkt får et sæt felter, som Google kan læse og forstå. De vigtigste til Shopping er blandt andet:
- id – produktets unikke nøgle
- title – produkttitlen, som brugeren ser i annoncen
- description – kort beskrivelse
- price og eventuelt sale_price
- availability – lagerstatus
- image_link – hovedbillede
- brand og gtin (stregkode)
- google_product_category og product_type
Her er det vigtige skel:
- “Bare et feed”: Webshoppen eksporterer standarddata, ofte kun lige nok til at blive godkendt i Merchant Center.
- “Et godt feed”: Felterne er udfyldt korrekt, opdateres hyppigt, og de værste fejl og huller (pris, lager, GTIN, billeder) er lukket.
- “Et feed der kan styre performance”: Titler, kategorier, product_type og custom labels er bevidst designet til segmentering, budgivning og analyse.
Hvis du vil forstå helheden i din e‑commerce-arkitektur, er det værd at se feedet som ét lag i din samlede data- og kanalstrategi, side om side med valg af webshop, PIM og betalingsløsninger. Her kan en overordnet guide som e‑commerce for virksomheder være et nyttigt supplement.
De vigtigste felter i et produktfeed – og hvad du skal starte med
De vigtigste felter i et produktfeed er dem, der både sikrer godkendelse i Google Merchant Center og giver Google tilstrækkelige signaler til at vise produktet korrekt. Herunder får du en prioriteret oversigt med formål, typiske fejl og hvad du bør starte med.
Must fix, high leverage og nice to have
En praktisk måde at tænke felter på er denne tredeling:
- Must fix: Fejl her giver afviste produkter eller misvisende annoncer.
- High leverage: Felter, der ikke er strengt nødvendige, men som kraftigt løfter relevans og styring.
- Nice to have: Felter, der kan finpudse visninger og rapportering.
| Felt | Formål | Typisk fejl | Prioritet |
|---|---|---|---|
| id | Unik identifikation af produkt | Genbrug af id på tværs af produkter eller varianter | Must fix |
| title | Vises i annoncen, styrer relevans | Kun intern navn som “Art. 1234 – Blå” | High leverage |
| description | Forklarer produktet for bruger og algoritme | Duplikeret tekst for mange produkter | High leverage |
| link | Landingsside i webshoppen | Broken links, parametrer der ikke matcher produkt | Must fix |
| image_link | Primært billede i annoncen | Lille opløsning, vandmærker, generiske billeder | Must fix |
| price / sale_price | Prisvisning og prisvalidering | Pris i feed matcher ikke webshop | Must fix |
| availability | Lagerstatus (in stock / out of stock osv.) | Viser på lager i feed, men udsolgt på side | Must fix |
| brand | Styrker søgninger på mærke | Mangler eller fyldt med generisk tekst | High leverage |
| gtin / mpn | Global produktidentifikation | Mangler hvor der faktisk findes GTIN | Must fix |
| identifier_exists | Fortæller om GTIN/MPN findes | Sat til “no”, selv om GTIN findes | Must fix |
| google_product_category | Placerer produktet i Googles taksonomi | For bred eller forkert kategori | High leverage |
| product_type | Egen taksonomi til analyse/segmentering | Tom eller identisk for mange produkter | High leverage |
| item_group_id | Sammensætter varianter (størrelse/farve) | Forkert grouping på tværs af produktserier | High leverage |
| custom_label_0-4 | Segmentering efter fx margin, sæson, pris | Ustrukturerede værdier, overlappende logikker | High leverage |
Hvis du står med begrænset tid, giver det typisk mest mening at:
- Fjerne pris-/lagerfejl, billedeproblemer og GTIN-fejl (must fix).
- Forbedre titler, tilføje korrekt google_product_category og meningsfuld product_type.
- Bygge en første, enkel struktur med custom labels og item_group_id.
Produkttitler: Sådan gør du dem stærkere uden at overfylde dem
En god produkttitel starter med de vigtigste identifikationsoplysninger først, så både Google og brugeren hurtigt forstår, hvad produktet er. Titlen skal være præcis, søgerelevant og læsbar – ikke en søgeords-støvsuger.
Grundmodel for gode Shopping-titler
En robust standard til de fleste danske kataloger ser typisk sådan ud:
- Brand + produkttype + modelnavn (eller nøgleegenskab)
- + vigtig variantinfo (størrelse, farve, materiale)
- + 1-2 tydelige
, hvis de ikke allerede er dækket
Som tommelfingerregel er du godt dækket, hvis titel-længden ender omkring 50-70 tegn, og kun undtagelsesvis går tæt på maksimumgrænsen. Længere titler kan give lidt ekstra kontekst, men de første ord vejer tungest.
Tre titelmodeller til typiske produkttyper
| Produkttype | Struktur | Eksempel før | Eksempel efter |
|---|---|---|---|
| Tøj/sko (varianter) | Brand + model + køn + produkttype + farve + størrelse | “Pegasus 40 sort” | “Nike Air Zoom Pegasus 40 herresko sort str. 44” |
| Elektronik | Brand + produkttype + model + nøgle-spec + kapacitet/farve | “Telefon 256GB sort” | “Samsung Galaxy S24 smartphone 256GB sort” |
| Møbler/bolig | Produkttype + serie/brand + materiale + størrelse/farve | “Sofabord eg” | “Sofabord ‘Aarhus’ egetræ 120 x 60 cm” |
Hvornår mere info hjælper – og hvornår det støjer
Flere attributter er kun en fordel, hvis de matcher reelle søgeord eller tydelig købsadfærd. Brug typisk ekstra detaljer til:
- produkter med mange nære alternativer (fx løbesko, mobiltelefoner)
- købsbeslutninger, hvor størrelse, farve eller materiale er afgørende
- kendte serier, hvor modelnavnet reelt bliver søgt på
Undgå at:
- fylde titlen med generiske superlativer som “billig”, “bedst”, “topkvalitet”
- gentage samme ord flere gange for at “tage” flere søgninger
- presse shipping-informationer, kampagner eller juridisk tekst ind i titlen
Til inspiration kan du overføre mange af de samme principper, som du ville bruge til SEO-titler på produktsider. Den overordnede introduktion til søgemaskineoptimering giver en god ramme for, hvordan søgeord og læsbarhed balanceres.
Product type, Google product category og intern kategori – sådan spiller de sammen
Intern kategori, product_type og google_product_category er tre forskellige lag af struktur. Kort sagt: den interne kategori styrer webshopoplevelsen, product_type styrer din analyse og segmentering, og google_product_category styrer, hvordan Google placerer produktet i sin egen taksonomi.
Tre strukturer – tre formål
- Intern kategori: Kategorimenuen og URL-strukturen i webshoppen. Optimeret til brugerens navigation.
- product_type: Dit eget felt i feedet, hvor du frit kan definere hierarki til brug i Google Ads-rapportering og segmentering.
- google_product_category: Et felt, som skal mappe til Googles officielle produktkategori-liste.
En typisk, god struktur kan illustreres sådan:
| Lag | Eksempelværdi | Primært formål |
|---|---|---|
| Intern kategori | “Herre → Løbesko” | Bruger-navigation og SEO |
| product_type | “Sko > Løbesko > Neutral” | Kampagnestruktur og performanceanalyse |
| google_product_category | “Shoes & Accessories > Shoes” | Googles forståelse og matching |
En enkel mapping-model til danske kataloger
En praktisk tilgang er at tage udgangspunkt i din interne kategori, men forfine den i product_type og derefter mappe til den bedst mulige Google-kategori:
- Start med eksport af alle produkter med intern kategori.
- Opret product_type-hierarkier, der er mere granulære end webshoppen, hvis det hjælper styring, fx “Møbler > Sofaer > Hjørnesofaer”.
- Map hver product_type-gren til en google_product_category, der er så specifik som muligt uden at ramme forkert.
- Brug eventuelt simple feed rules (regler) til at udfylde product_type og google_product_category baseret på interne kategorier, så du ikke skal gøre det manuelt per produkt.
Den her skelnen bliver ekstra vigtig, når du senere vil bruge custom labels og product_type til detaljere kampagnestrukturen og Performance Max-rapportering, uden at skulle ændre hele din webshopnavigation.
Custom labels: Nøglen til struktur, prioritering og budgivning
Custom labels er styringsfelter i feedet, som gør det muligt at segmentere produkter efter forretningsmål i stedet for kun efter kategorier. De fem felter (custom_label_0-4) bliver ikke vist til brugerne, men kan bruges til kampagnestruktur, budjusteringer og rapportering.
Byg labels i lag – ikke alt på én gang
En god måde at starte på er at opbygge labels i fire lag: økonomi, kommerciel prioritet, logistik og sæson. Her er en konkret model:
| Label | Foreslået indhold | Formål |
|---|---|---|
| custom_label_0 | Margin-bånd (fx “Høj margin”, “Mellem margin”, “Lav margin”) | Budgivning efter dækningsbidrag frem for kun ROAS |
| custom_label_1 | Kommerciel prioritet (fx “Bestseller”, “Strategisk”, “Langsom”) | Skub ekstra budget mod prioriterede produkter |
| custom_label_2 | Logistik (fx “Dag-til-dag”, “3-5 dage”, “Bestillingsvare”) | Styret synlighed ud fra leveringsevne |
| custom_label_3 | Sæson (fx “Sommer 2026”, “Jul”, “Helårlig”) | Hurtigt on/off og budstyring efter sæson |
| custom_label_4 | Prisinterval (fx “<500”, “500-1500”, “>1500”) | Segmentering af bud efter prisniveau |
Pointen er ikke, at netop disse labels er de eneste rigtige, men at:
- hver label har én tydelig funktion
- værdierne er standardiserede og genbrugelige (ikke fritekst “lidt dyr” osv.)
- det er klart, hvordan de kan bruges i Google Ads-strukturen
Undgå oversegmentering
Det største problem med custom labels er sjældent, at der mangler dem, men at der er alt for mange og for detaljerede værdier. Det gør det praktisk umuligt at styre budgivning og analysere data.
Hold øje med:
- om samme logik bliver blandet på tværs af labels (fx både margin og sæson i samme felt)
- om du opretter så små segmenter, at hvert kun får få klik og salg
- om dine naming-conventions er ensartede (fx “Høj margin” vs “High_margin”)
Har du allerede Performance Max-kampagner kørende, vil en bedre label-struktur gøre det langt lettere at forstå og styre, hvordan budgettet reelt fordeler sig. Her kan det give mening at læse op på styringsmulighederne i Performance Max i Google Ads, uden at blande de to projekter helt sammen.
Feed-rensning: Hvilke fejl skal du starte med, og hvordan løser du dem?
Feed-rensning handler om løbende at fjerne fejl og inkonsistenser, så produkter ikke bliver afvist eller misvisende. Start altid med fejl, der direkte giver afvisninger eller kraftige pris-/lagerkonflikter, og byg derfra en fast rutine for vedligeholdelse.
Typiske Merchant Center-fejl og deres løsning
| Fejl/symptom | Sandsynlig årsag | Praktisk løsning |
|---|---|---|
| “Pris i annoncer stemmer ikke med landingsside” | Pris opdateres hurtigere i webshop end i feed | Øg feed-frekvens, brug inventory feed, eller sikr at kilde til pris er den samme for feed og webshop |
| “Lagerstatus uoverensstemmelse” | availability-feltet afspejler ikke faktisk lager | Sæt integration op fra lager/ERP, brug hyppigere opdatering, og undgå manuelle overstyringer |
| Mange produkter uden GTIN | Mangler stregkoder eller ikke indlæst i kildesystem | Indsaml GTIN systematisk, masserett feeds hvor GTIN findes, og brug identifier_exists korrekt hvor de ikke gør |
| Afviste produkter pga. billedkvalitet | Små, mørke eller vandmærkede billeder | Udskift til billeder i højere opløsning uden vandmærker, og juster billedprocessen i webshop/PIM |
| Forkerte eller meget brede Google-kategorier | Standard-mapping fra webshopkategori til google_product_category | Gennemgå topkategorier, opret manuel mapping-tabel, og rens med “søg og erstat”-logikker i feed-værktøj |
| Varianter vises som separate produkter | Mangler eller forkert item_group_id | Definer klar regel for grouping (typisk på model/serie), udfyld item_group_id konsekvent i feedet |
| Policy-afvisninger (fx vildledende pris, begrænset indhold) | Mismatch mellem annonceret budskab og landingsside, eller policy-brud | Læs den konkrete policy-besked, ret indhold/data, og anmod først derefter om ny gennemgang |
En fast vedligeholdelsesrutine
For at undgå at rensning bliver et ad hoc-projekt, er det fornuftigt at etablere et simpelt, men fast workflow:
- Ugentligt: Tjek Merchant Center Diagnostics for nye fejl og advarsler. Løs akutte pris-/lagerkonflikter først.
- Månedligt: Gennemgå kategorier, GTIN-dækning og billedfejl for de 10-20 produktgrupper med størst spend.
- Kvartalsvist: Lav en bredere revision af product_type, google_product_category og custom labels.
Hvis du samtidig arbejder med teknisk SEO på webshoppen, kan du med fordel lade nogle af de samme rutiner og tjeklister gå igen. En systematisk tilgang som i teknisk SEO-analyse kan overføres direkte til feed-arbejdet: først kritiske fejl, så relevans, til sidst finpudsning.
Før/efter-case: Fra standard til avanceret feed på et dansk katalog
Det er lettere at se værdien af feedoptimering med et konkret eksempel. Nedenfor er en forsimplet case med en dansk løbesko-forhandler, der gik fra et standard-feed til et mere struktureret og performance-orienteret feed.
Udgangspunkt: Standard-feed
| Felt | Eksempelværdi (før) |
|---|---|
| title | “Pegasus 40 sort” |
| description | “Løbesko til mænd. God kvalitet.” |
| product_type | Tom |
| google_product_category | “Shoes” |
| gtin | Tom (selv om varen har stregkode) |
| custom_label_0-4 | Tom |
| item_group_id | Unikt for hver størrelse/farve |
Konsekvensen var:
- beskeden synlighed på brand- og modelrelaterede søgninger
- svær styring af budget mod de mest profitable og populære modeller
- spredt data i rapporteringen, fordi hver variant levede sit eget liv
Efter optimering: Avanceret feedstruktur
| Felt | Eksempelværdi (efter) |
|---|---|
| title | “Nike Air Zoom Pegasus 40 herresko sort str. 44” |
| description | “Neutral løbesko til herre med responsiv dæmpning. Ideel til daglig træning på asfalt.” |
| product_type | “Sko > Løbesko > Neutral” |
| google_product_category | “Shoes & Accessories > Shoes” |
| gtin | Korrekt 13-cifret stregkode |
| custom_label_0 | “Høj margin” |
| custom_label_1 | “Bestseller” |
| custom_label_2 | “Dag-til-dag” |
| custom_label_3 | “Forår/sommer” |
| custom_label_4 | “1000-1500” |
| item_group_id | “nike-pegasus-40” (fælles for alle varianter) |
Herefter kunne virksomheden:
- bygge kampagner og rapporter efter både brand, product_type og margin
- give Performance Max tydelige signaler om, hvilke produkter der var højt prioriterede
- analysere resultater på gruppeniveau (model, marginbånd osv.) i stedet for kun på enkeltvariant-niveau
Selve effekten afhænger naturligvis af budget, konkurrence og marginstruktur, men case-virksomheden oplevede, at feedet nu blev et aktiv i styringen i stedet for blot at være en teknisk nødvendighed.
Hvordan måler du, om feedoptimering virker?
Feedoptimering skal måles på ændrede resultater over tid, ikke på mavefornemmelser om, at “bedre data må give mere salg”. Det kræver et simpelt testdesign med baseline, afgrænset testperiode og kontrollen for andre ændringer.
Et praktisk testframework
En metode, der fungerer for de fleste shops, kan beskrives i fem trin:
- Definér målgruppe: Vælg én eller få produktgrupper, hvor du laver feedændringer (fx alle løbesko).
- Fastlæg baseline: Mål nøgletal for de valgte grupper i en sammenlignelig periode, fx 4-6 uger før ændringerne.
- Implementér ændringerne: Gennemfør konkrete optimeringer (titler, kategorier, labels) og dokumentér dato og omfang.
- Testperiode: Mål på samme nøgletal i en tilsvarende periode efter ændringerne.
- Analyser og dokumentér: Sammenlign før/efter og notér andre ændringer, der kan have påvirket resultaterne.
Hvilke KPI’er giver mening?
De mest relevante KPI’er for Shopping og Performance Max i denne sammenhæng er typisk:
- CTR (click-through-rate) – klikrate. Påvirkes ofte af bedre titler og billeder.
- CVR (conversion rate) – konverteringsrate. Kan påvirkes af mere præcis matching og landingsside-relevans.
- CPA (cost per acquisition) – pris pr. salg/lead.
- ROAS (return on ad spend) – omsætning pr. annoncekrone.
- Omsætning og gerne dækningsbidrag – særligt vigtigt, hvis margin varierer meget.
ROAS alene kan være misvisende, hvis nogle varer har langt lavere margin end andre. Derfor er det en klar fordel at kombinere feedets custom labels (fx høj/mellem/lav margin) med interne dækningsbidragsdata, når du evaluerer.
Pas på de skjulte faldgruber
Når du evaluerer en feedændring, skal du være særlig opmærksom på:
- Sæson: Sammenlign ikke højsæson med lavsæson uden at justere for det.
- Budget: En budgetforøgelse kan forklare en stor del af ekstra omsætning.
- Kampagneskift: Ændringer i kampagnestruktur, budstrategi eller målgruppe samtidig med feedoptimering gør det sværere at isolere effekten.
Har du en mere avanceret dataplatform eller BI-opsætning, kan du løfte analysen derover og koble feed-data med øvrige kanaler. Artikler om dataanalyse og BI kan være relevante, hvis du vil bygge et mere systematisk setup.
Hvilket feed-setup eller værktøj bør du vælge?
Det rigtige feed-setup afhænger af kompleksiteten i din forretning: antal produkter, hvor ofte pris og lager ændrer sig, hvor mange kanaler du bruger, og hvor meget struktur du selv vil eje. Der er ikke én rigtig løsning, men nogle klare mønstre.
Tre typiske niveauer
| Niveau | Kendetegn | Typisk setup |
|---|---|---|
| Basis | Få hundrede produkter, 1-2 markeder, moderat ændringsfrekvens | Direkte webshop-feed til Merchant Center + simple feed rules |
| Mellem | Flere tusinde produkter, flere kanaler (Google, Meta, evt. marketplaces) | Dedikeret feed management-platform med regler, templates og validering |
| Avanceret | Stort sortiment, mange markeder, hyppige pris-/lagerændringer, behov for avanceret logik | Kombination af PIM/ERP, API-baseret eksport, feed management og evt. specialudviklede scripts |
Valgkriterier du bør have styr på
Inden du vælger værktøj eller setup, er det værd at afklare:
- Hvor mange produkter har du nu – og om 1-2 år?
- Hvor mange kanaler vil du bruge feedet til (Google, Meta, prisportaler, marketplaces)?
- Hvor ofte ændrer pris og lager sig – dagligt, timebasis, sjældent?
- Har du behov for komplekse regler (margin-baseret ekskludering, landspecifik pris, sprogvarianter)?
- Har du internt kompetencer til at styre et avanceret værktøj, eller skal supporten være tæt?
Det er også værd at se feedet i sammenhæng med andre systemvalg som PIM, ERP og CMS. Hvis du allerede er i gang med at konsolidere dine forretningssystemer, kan artikler om forretningssystemer og softwarevalg give en nyttig ramme.
Prioriteringsmatrix: Hvad skal du gøre først, og hvad kan vente?
Den bedste rækkefølge i feedoptimering er næsten altid at rette tekniske fejl først, derefter forbedre relevans, og til sidst bygge struktur til performance og skalering. Nedenfor får du en enkel matrix, der kan bruges som arbejdsplan.
Matrix: Impact vs. effort
| Opgave | Impact | Effort | Hvem ejer typisk opgaven? |
|---|---|---|---|
| Ret pris- og lageruoverensstemmelser | Meget høj | Lav-middel | Økonomi/indkøb + udvikler |
| Udbedr GTIN/identifier_exists-fejl | Høj | Middel | Indkøb/dataansvarlig |
| Forbedr titler på top 10-20 produktgrupper | Høj | Middel | Marketing/e-commerce |
| Opbyg product_type-hierarkier | Høj | Middel | Marketing/e-commerce |
| Map google_product_category korrekt | Høj | Middel | Marketing/e-commerce |
| Opsæt første custom label-struktur | Middel-høj | Middel | Marketing/e-commerce |
| Optimér descriptions i stor skala | Middel | Høj | Marketing/content |
| Implementér avancerede regler og automation | Høj på sigt | Høj | Marketing + udvikling/toolpartner |
En realistisk 3-trins plan
Hvis du vil have en konkret startplan, kan du strukturere arbejdet sådan:
- Trin 1 – Stabilitet (0-4 uger)
Fokus: Ingen afvisninger på grund af pris, lager, GTIN eller billeder. Tjek og ret alle must fix-felter og de mest kritiske Merchant Center-fejl. - Trin 2 – Relevans (4-8 uger)
Fokus: Titler, product_type og google_product_category på de produktgrupper, der bruger mest budget. Implementér en første, simpel titelstandard og taksonomimapping. - Trin 3 – Performance-styring (8+ uger)
Fokus: Custom labels, variantstruktur og eventuelle feed-regler til margin- og sæsonstyring. Start simpelt og byg kun mere kompleksitet på, når rapporteringen viser, at du kan bruge den.
Opsummering og næste skridt
Hvis du kun skal tage én ting med herfra, er det, at produktfeedet ikke “bare” er en teknisk fil, men en central brik i din kommercielle styring på Google Shopping og Performance Max. Med få, velvalgte greb kan du øge datakvaliteten, styrke relevansen og gøre det langt lettere at styre budget og profit.
Tre konkrete næste skridt kunne være:
- Log ind i Merchant Center og lav en liste over de 5 mest kritiske fejl i Diagnostics – og planlæg, hvem der løser hvad.
- Udvælg 2-3 produktkategorier med højt spend, og implementér en klar titelstandard, bedre product_type og korrekt google_product_category.
- Design din første custom label-struktur med fokus på margin og kommerciel prioritet, og justér din kampagnestruktur, så du faktisk kan udnytte den.
Derfra kan du bygge videre mod mere avancerede regler, BI-rapporter og eventuelt et dedikeret feed management-setup, alt efter hvor stor og kompleks din forretning er.

Relaterede indlæg
Tilkoblet Salg, marketing og kunderelationer, Værktøjer, guides og beslutningsstøtte