Produktafvisninger i Google Merchant Center Next føles ofte som “alt var sat rigtigt op, og så stoppede det bare”. Det sker tit, fordi Merchant Center arbejder med flere datakilder på én gang: dit feed, dit website, dine politikindstillinger og Googles egen crawling.
Når først du angriber afvisninger systematisk, bliver det mindre mystisk og mere som almindelig datakvalitet: find årsagen, ret kilden, få ny godkendelse, og byg en rutine så det ikke gentager sig.
Hvad Merchant Center Next gør anderledes, når noget bliver afvist
Merchant Center Next har samlet flere signaler i samme overblik, og det gør både fejlfinding nemmere og mere “kontant”: du kan hurtigt se, om problemet er på kontoniveau (forsendelse, returpolitik, verifikation), på feedniveau (format og obligatoriske felter) eller på produktniveau (pris, lager, billeder, ID’er).
Samtidig har Google skruet op for automatiske kontroller. Det betyder, at afvisninger kan komme hurtigere end før, især ved pris- og lagerafvigelser mellem feed og landingsside, eller hvis billeder bryder retningslinjer (overlay, generisk billede, for lav opløsning).
Der er også flere automatiske rettelser, du kan slå til. De kan være en hjælp, men de er ikke en erstatning for at have styr på kildedata.
Skeln mellem tre typer problemer: konto, data og produkt
Hvis du ikke skelner, ender du med at rette i titler, når problemet i virkeligheden er manglende forsendelsesindstillinger.
- Konto-problemer: Gælder hele Merchant Center-kontoen, og kan påvirke alle produkter.
- Data-problemer: Gælder dit feed eller din produktkilde som helhed (format, parsing, manglende felter i mange varer).
- Produkt-problemer: Gælder enkelte varer eller varianter (forkert GTIN, mismatch på pris, billedfejl).
Den hurtigste måde at spare tid på er at starte med konto-bannere og “diagnostik” før du åbner et enkelt produkt.
Sådan læser du en afvisning korrekt i “Behøver opmærksomhed”
I Merchant Center Next finder du typisk fejl under Produkter og derefter Behøver opmærksomhed. Klik dig ind på selve problemet (Issue Details), og brug især disse tre ting:
- Hvilken destination er ramt (Shopping-annoncer, gratis fortegnelser, Performance Max)
- Om problemet er “advarsel” eller “afvisning”
- Eksempler på berørte varer og den præcise attribut, der udløser fejlen
En klassiker er at rette det synlige symptom (fx “pris afviger”), men ikke årsagen (fx caching, valuta, rabatlogik eller strukturerede data på produktsiden).
Efter du har læst fejlen, kan du triagere den på et minut med en fast tjekliste.
- Start med kontoniveau: forsendelse, returpolitik, verifikation, skatteindstillinger
- Find datakilden: feed, Content API, platform-app, eller “automatiske feeds”
- Test landingssiden: åbner linket uden login, viser korrekt pris, viser lagerstatus, loader billedet
- Ret i kilden: undgå manuelle rettelser direkte i Merchant Center, medmindre det er midlertidigt
De hyppigste afvisninger i Merchant Center Next (og hvad der normalt løser dem)
Nedenfor er en praktisk oversigt over fejl, man ser igen og igen i danske webshops. Bemærk at Google kan formulere fejlen lidt forskelligt, men mønsteret er ofte det samme.
| Afvisning/advarsel | Typisk årsag | Det du retter | Hurtig kontrol |
|---|---|---|---|
| Manglende/ugyldig GTIN, MPN eller brand | Produkt-ID’er mangler, er forkert format, eller brand matcher ikke | Udfyld korrekt GTIN (EAN), eller MPN + brand når GTIN ikke findes | Stemmer EAN overens med emballage/leverandørdata? |
| Manglende variantattributter (tøj) | gender, size, color, age_group mangler i varianter |
Tilføj attributter pr. variant, ikke kun på “parent” | Har hver størrelse/farve sin egen værdi? |
| Generisk billede / “no image available” | Pladsholder, logo, kategori-billede eller for meget grafik | Erstat med reelt produktfoto via image_link |
Åbner billed-URL direkte i browser? |
| Tekst/overlay på billede | Vandmærke, kampagnetekst, “-20%”, logo i hjørnet | Upload rene billeder, evt. slå automatisk billedforbedring til | Zoom ind og tjek hjørnerne |
| Billedet er for lille | Under minimumskrav, ofte ved thumbnails | Brug højere opløsning og korrekt fil-URL | Tjek pixelstørrelse på billedfilen |
| Pris eller lager matcher ikke landingsside (PID) | Feed opdateres for sjældent, cache, rabatlogik, valuta, eller strukturerede data afviger | Synkronisér pris/lager, øg feed-frekvens, ret schema/markup | Sammenlign pris i feed med pris på produktside uden cookies |
| Broken link / robots.txt blokering | 404, redirect-kæde, geo-blocking, login, blokeret Googlebot | Ret URL, fjern blokering, undgå login-krav | Test med URL-inspektion og en ren browser |
| Spamagtige titler (STORE BOGSTAVER) | Overdreven kapitalisering eller salgsord i titel | Skriv titel i normal form, flyt kampagner til promotions | Ser titlen ud som en bannertekst? |
Pris og lager: den hurtigste vej til afvisning
Pris- og tilgængelighedsfejl er dem, der rammer hårdest, fordi de ofte stopper visningen med det samme. Google sammenligner dit feed med det, de selv kan læse på landingssiden. Hvis der er afvigelser, kan du ende med en forhåndsafvisning, indtil der er lavet en ny gennemgang.
Typiske årsager i praksis:
- Rabatter vises kun for bestemte brugere (nyhedsbrev, loyalty, kupon gemt i cookie)
- Valuta eller moms vises forskelligt afhængigt af lokation eller sprog
- Cache viser gammel pris, mens feedet har ny pris
- Strukturerede data (schema.org) viser en anden pris end den visuelle pris på siden
Hvis du vil reducere risikoen markant, skal du beslutte dig for én “sandhedskilde” for pris og lager, og sørge for at både feed og landingsside følger den.
En simpel model, der ofte virker godt, er at lade webshopplatformens produktdata være master, og så bygge feed, schema og kampagner oven på det uden at “opfinde” priser i flere systemer.
Billeder: små detaljer der stopper hele produktet
Google vil have et tydeligt produktfoto. Ikke et banner. Ikke en collage. Ikke et billede med kampagnetekst.
Det lyder banalt, men her falder mange igennem, især hvis billeder kommer fra leverandører, eller hvis man bruger automatiske “badge overlays” i billedgeneratorer.
Tjek især disse to ting:
- Din primære
image_linkskal være ren og uden salgsbudskaber - Opløsningen skal være høj nok. For små billeder bliver enten afvist eller vist dårligt, og især tøj har skærpede minimumskrav
Merchant Center Next kan tilbyde automatisk billedforbedring i nogle tilfælde. Det kan være en god midlertidig hjælp, men det bedste er at få rene masterbilleder ind i shoppen, så du ikke er afhængig af Googles rettelser.
Produkt-ID’er: GTIN, MPN og brand er ikke “nice to have”
Mange webshops kan godt få produkter igennem uden perfekte produkt-ID’er, men det bliver hurtigt dyrt på performance, og du risikerer afvisninger på flere varer.
Hvis et produkt har en GTIN (EAN), så skal den med. Hvis det reelt er et unikt eller håndlavet produkt uden GTIN, så skal du typisk bruge MPN og brand, eller tydeligt markere at der ikke findes en GTIN, afhængigt af kategori og opsætning.
Det vigtigste er, at du ikke “finder på” en GTIN. Forkerte ID’er giver ofte mere bøvl end tomme felter, fordi de kan udløse deciderede afvisninger.
Tøj og varianter: her opstår skjulte databrud
Beklædning er en kategori, hvor Merchant Center forventer, at varianter er udfyldt konsistent. Det er ikke nok, at produktet har en farve et sted. Hver variant skal have de relevante værdier.
Det skaber problemer i særligt to situationer:
- Du har “one-size” produkter, men feedet mangler
size - Farver ligger i produktnavnet, men ikke i
color-attributten
Når du retter, så tænk på Merchant Center som et system, der ikke gætter. Det læser felter.
En god tommelfingerregel er, at hvis en kunde kan filtrere på det i shoppen (størrelse, farve, køn), så bør Google også få det som attributter i feedet.
Feed-kilden: Shopify, WooCommerce og tredjepartsværktøjer
Merchant Center Next kan modtage produkter på flere måder. Det gør det fleksibelt, men det gør også fejlfinding sværere, hvis man ikke ved, hvad der faktisk sender data.
I Shopify ser man ofte, at en app eller Google-kanalen sender et feed, mens marketingteamet samtidig uploader et manuelt feed. Så får du konflikter og mærkelige “duplikat” signaler.
I WooCommerce ser man ofte, at et plugin genererer XML, men at det ikke inkluderer alle variantfelter, eller at billedlinks peger på thumbnails i stedet for originaler.
Hvis du oplever mange afvisninger på én gang efter en ændring, så start med at bekræfte:
- Er der én aktiv produktkilde eller flere?
- Er opdateringsfrekvensen passende (dagligt eller oftere ved mange prisændringer)?
- Kommer pris og lager fra samme sted som på websitet?
Når du har det på plads, bliver resten typisk mere mekanisk.
En rutine der holder afvisninger nede uden at stjæle hele ugen
Afvisninger kommer ikke kun ved opstart. De kommer, når sortimentet ændrer sig, når et tema opdateres, når en rabatkampagne går live, eller når et plugin ændrer billedstier.
En realistisk rutine handler om korte, faste tjek og klare regler for, hvem der retter hvad.
- Mandag: tjek “Behøver opmærksomhed” og sortér efter flest berørte produkter
- Ved kampagner: verificér at rabatlogik ikke ændrer pris på landingssiden uden at feedet følger med
- Ved nye produkter: kræv GTIN/brand og minimum 1 rent produktfoto før lancering
- Ved temaændringer: dobbelttjek schema/structured data for pris og lager
Hvis du vil gøre det mere driftssikkert, så lav en intern regel om, at ændringer i prisvisning, lagerlogik eller checkout altid udløser et Merchant Center-tjek samme dag.
Når man arbejder som ekstern marketingafdeling for webshops, er det præcis den type rutiner og datadisciplin, der typisk giver færre stop i Shopping-annoncer og mere stabil skalering i Google Ads, også når sortimentet vokser, eller når der kommer mange kampagner på kort tid.