Et produktfeed i Google Shopping er ikke bare en teknisk eksport. Det er den datakilde, som Google Merchant Center bruger til at afgøre, om dine varer overhovedet må vises i Shopping ads og free listings.
Kort fortalt
- Et svagt eller inkonsistent produktfeed i Google Shopping kan direkte koste salg, fordi produkter kan blive afvist i Merchant Center og stoppe med at blive vist i både Shopping ads og free listings.
- De vigtigste risikofelter er pris [price], lagerstatus [availability] og billeder [image_link], fordi Google sammenholder feedet med produktsiden og reagerer på mismatch.
- Warnings er ikke harmløse: de kan begrænse performance og senere blive til disapproved products, hvis fejl ikke bliver rettet.
- Hvis pris eller lager ændrer sig ofte, skal feedet opdateres løbende, fordi Google kun opdaterer visse data, når siden crawles, og dynamisk markup kan være mindre pålidelig ved hurtigt skiftende indhold.
- GTIN [gtin], brand og andre produktidentifikatorer skal være korrekte, ikke bare udfyldte. Manglende eller forkerte identifikatorer kan skade match, synlighed og godkendelse.
- Start altid med de fejl, der påvirker visning direkte: pris, lager, landingsside og billed-URLs. Titler og optimering kommer bagefter.
Mange webshops mister synlighed uden at opdage det med det samme, fordi problemet ofte starter som små warnings eller enkelte afviste varer. Når fejl først rammer bestsellere, kampagneprodukter eller hele kategorier, bliver konsekvensen hurtigt mærkbar på både klik, ROAS og omsætning.
Hvorfor kan et svagt produktfeed i Google Shopping koste dig salg?
Ja, et inkonsistent produktfeed i Google Merchant Center kan stoppe visning i både Shopping ads og free listings. Hvis pris, lagerstatus eller billeddata ikke matcher produktsiden, mister du synlighed med det samme.
Google vurderer ikke kun din kampagneopsætning. De vurderer også, om dine produktdata følger specifikationerne, og om de matcher det, brugeren møder på landingssiden. Hvis data ikke lever op til kravene for en destination, kan enkelte produkter blive afvist, og i værre tilfælde kan hele Merchant Center-kontoen blive ramt.
Det er det vigtige skel: et godt bud eller en skarp annonce kan ikke redde et produkt, som ikke er godkendt. En typisk misforståelse er, at feedfejl kun påvirker “den tekniske del”. I praksis påvirker de selve retten til at blive vist.
“The Morning Show tilbyder gratis webshopgennemgang og løbende drift uden binding, når feedfejl i Google Shopping skal findes og rettes hurtigt.”
Hvad er forskellen på feedet i Merchant Center og din produktside?
Feedet fortæller Google, hvad produktet er, mens produktsiden beviser, at oplysningerne er rigtige. I Google Merchant Center er landingssiden det endelige kontrolpunkt.
Feedet indeholder felter som title [title], price [price], availability [availability], image_link [image_link] og GTIN [gtin]. Produktsiden viser den faktiske pris, lagerstatus, variant og købsbarhed. Når Google crawler siden, sammenlignes især pris og lager med feeddata og eventuelt structured data, hvis det er implementeret.
Hvis feedet siger 399 kr., men produktsiden viser 449 kr., er det ikke et “mindre afvig”. Det er et mismatch, som kan føre til afvisning. Det samme gælder, hvis feedet siger “in stock”, mens knappen på siden reelt ikke giver mulighed for køb.
Et praktisk tip er at behandle produktsiden som din sandhedskilde og feedet som dit distributionslag. Hvis de to kilder ikke opdateres fra samme system, opstår fejl næsten altid før eller siden. En anden klassisk fejl er at tro, at structured data alene kan kompensere for et gammelt feed. Det kan det ikke.
Hvad er de 9 tydeligste tegn på, at dit produktfeed koster dig salg?
Ja, der findes nogle klare mønstre i Merchant Center. Når de dukker op, er tab af visning og omsætning ofte allerede i gang.
Det ses sjældent som ét stort sammenbrud. Oftere er det en række små signaler, som tilsammen fortæller, at dit feed google shopping setup ikke er stabilt nok.
- Du ser prisfejl mellem feed og produktside i Merchant Center.
- Lagerstatus i feedet matcher ikke den valgte variant på siden.
- Flere produkter står som disapproved products uden hurtig afklaring.
- Warnings vokser uge for uge, men bliver ikke prioriteret.
- Billeder mangler, er for små eller skifter URL unødigt.
- Produkttitler er så generiske, at Google matcher dem dårligt.
- GTIN [gtin] mangler på standardvarer, der burde have det.
- Feedet opdateres for sjældent i forhold til kampagner og lagerændringer.
- Visninger i Shopping ads eller free listings falder uden tydelig ændring i budstrategi.
Når tre eller flere af de tegn optræder samtidig, er problemet sjældent isoleret. Så handler det typisk om datakvalitet, feedlogik eller manglende synk mellem webshop og Merchant Center.
Hvordan tjekker du pris [price]-mismatch trin for trin?
Prisfejl skal findes systematisk i Google Merchant Center og på produktsiden. Googlebot sammenligner pris [price] i feedet med prisen på landing page og kan afvise varen ved mismatch.
Start med at åbne den konkrete vare i Merchant Center og notér den pris, valuta og eventuelle tilbudspris, som Google har registreret. Åbn derefter landingssiden i inkognito, vælg samme variant og bekræft, at brugeren ser præcis den samme pris i samme currency. Til sidst kontrollerer du structured data og din feedkilde, så alle lag viser samme værdi.
Hvis du kører kampagner, medlemspriser eller geostyrede priser, skal du være ekstra opmærksom. Hvis brugeren lander på en side med en anden pris end den, Google har modtaget, opstår problemet, selv om prislogikken giver mening internt i virksomheden. Det er en af de mest oversete årsager til pludselige afvisninger.
“The Morning Show arbejder med server-side tracking, webshopudvikling og drift, hvilket ofte gør pris- og datakilder lettere at afstemme med Google Merchant Center.”
Hvordan finder du fejl i availability [availability] trin for trin?
Lagerfejl opdages bedst ved at teste den faktiske købsoplevelse. Google kræver, at availability [availability] vises tydeligt på produktsiden for online køb.
Begynd med de varer, der har høj omsætning eller mange klik. Åbn produktsiden som almindelig bruger, vælg den relevante variant og se, om varen reelt kan lægges i kurv. Sammenlign derefter sidens status med feedet. Slut med at kontrollere, om feedet bliver opdateret hurtigt nok efter lagerændringer i webshoppen.
En typisk misforståelse er, at en grøn tekst med “på lager” er nok. Det er det ikke, hvis knappen er deaktiveret, varianten er udsolgt, eller leveringstiden gør varen reelt utilgængelig. Google ser på helheden, ikke kun én label.
Hvis din butik arbejder med mange varianter, er det ekstra vigtigt at tjekke, om feedet sender data på variantniveau og ikke kun på moderproduktet. Ellers kan én udsolgt størrelse smitte hele produktets status.
Hvordan vurderer du billeder og image_link [image_link] trin for trin?
Billedfejl er både et godkendelsesproblem og et klikproblem. Google kræver image_link [image_link] for hvert produkt og anbefaler store, stabile billeder.
Start med at kontrollere, om alle produkter har et gyldigt image_link, som returnerer et rigtigt billede uden fejl eller redirects. Tjek derefter kvaliteten: Google anbefaler det største billede, du har, og mindst 800 x 800 pixels er et godt udgangspunkt. Til sidst ser du på URL-stabilitet. Skift kun billed-URL, når selve billedet ændrer sig.
Det sidste punkt bliver ofte overset. Hvis dit system automatisk genererer nye billed-URLs ved hver eksport, kan Google blive nødt til at genbehandle billedet unødigt. Det kan forsinke opdateringer og skabe ustabil visning på tværs af Shopping ads og free listings.
Et praktisk tip er at gennemgå dine bedst sælgende produkter manuelt i Shopping-visningen. Selv godkendte billeder kan koste klik, hvis de er mørke, beskårne forkert eller utydelige i mobilvisning.
Hvad er forskellen på warnings, disapprovals og kontosuspension?
Warnings er tidlige advarsler, disapprovals stopper enkeltprodukter, og kontosuspension rammer hele Merchant Center-kontoen. Det er tre forskellige niveauer af risiko med meget forskellig effekt på salget.
Warnings betyder ikke nødvendigvis, at varen er væk fra Google med det samme. Men performance kan være begrænset, og uløste warnings kan udvikle sig til afvisninger. Når et produkt bliver disapproved, stopper det med at blive vist på tværs af Google. Ved kontosuspension kan alle items blive deaktiveret for de relevante destinationer.
Det betyder, at prioritering er afgørende. Mange teams bruger for meget tid på pæne titler og for lidt på godkendelse. Hvis du har valg mellem at forbedre title [title] og at rette price [price], skal prisfejlen næsten altid først.
“The Morning Show tilbyder abonnementsbaserede marketingydelser fra 1.990 kr./md. uden binding, når Merchant Center-fejl kræver løbende oprydning og eksekvering.”
Hvornår er GTIN [gtin], brand og MPN afgørende, og hvornår er de forkerte?
GTIN [gtin] er vigtigt for standardvarer med officielle identifikatorer. Hvis et produkt ikke har unikke produktidentifikatorer, skal du ikke opfinde dem for at udfylde feltet.
Google anbefaler GTIN stærkt, når produktet er bredt produceret og faktisk har en tildelt kode. Det hjælper Google med korrekt matchning, bedre produktforståelse og ofte stærkere eksponering. Men hvis varen ikke har en officiel GTIN, skal du heller ikke sende en tilfældig intern kode og kalde den GTIN.
Her går mange galt. De tror, at “noget data er bedre end ingen data”. På identifikatorer er det ofte omvendt. Forkerte identifikatorer kan skabe dårlig matching og i værste fald konflikter mellem dit produkt og et helt andet produkt i Googles katalog.
Hvis du sælger egne varer, specialproduktion eller bundter, skal du derfor tage stilling produkt for produkt. Hvis varen har en officiel GTIN, send den. Hvis ikke, så lad være med at udfylde feltet forkert.
Hvor ofte skal et Google Shopping-feed opdateres, hvis pris og lager ændrer sig hurtigt?
Hyppige ændringer kræver hyppige feedopdateringer. Hvis pris og lager skifter flere gange om dagen, er en daglig eksport ofte for langsom til Google Shopping.
Google crawler jævnligt landingssider, men ikke nødvendigvis i det tempo, din webshop ændrer sig. Det betyder, at du ikke kan regne med, at Google altid opdager pris- eller lagerændringer i tide. Hvis din side bruger dynamisk genereret markup til hurtigt skiftende indhold, kan crawls også blive mindre hyppige og mindre pålidelige.
Den praktiske regel er enkel: jo hurtigere dine produktdata ændrer sig, desto tættere skal feed og butik synkroniseres. Kører du flash sales, kampagner eller stærkt svingende lager, bør du tænke i flere opdateringer dagligt eller mere direkte integrationer, ikke manuelle filuploads én gang i døgnet.
Hvordan prioriterer du feedfejl, hvis du vil have mest muligt salg tilbage først?
Den hurtigste gevinst kommer fra fejl, der påvirker godkendelse og visning direkte. Merchant Center bør prioriteres efter omsætning, eksponering og sandsynligheden for afvisning.
Begynd med de produkter, der både har høj værdi og høj trafik. Ret derefter de datatyper, som kan stoppe visning helt, før du bruger tid på finpudsning. Hvis 20 procent af sortimentet skaber størstedelen af Shopping-omsætningen, er det dér, du skal starte.
- Først pris og lager: Fejl i price [price] og availability [availability] kan få produkter til at forsvinde fra Shopping ads og free listings.
- Derefter landingssider og billeder: Forkerte varianter, uklare købssignaler og ustabile image_link [image_link] skader både godkendelse og klikrate.
- Så produktidentifikatorer: GTIN [gtin], brand og relaterede felter skal være korrekte, ikke bare udfyldte.
- Til sidst optimering af synlighed: Title [title], kategorisering og feedforbedringer løfter ofte performance, men først når varerne faktisk kan vises.
Hvis du vil gøre arbejdet enkelt internt, så del fejlene i to bunker: “kan ikke vises” og “kan vises, men underpræsterer”. Den opdeling gør prioriteringen langt skarpere, især når marketing, e-commerce og udvikling skal arbejde på samme feed.