Kort svar: Et Google Shopping-feed fra WooCommerce laves med et feed-plugin, der genererer en feed-URL, som Merchant Center henter automatisk – én gang sat op, altid ajour. Fejlfrit bliver det, når fem ting sidder: komplette nøglefelter (især GTIN/EAN og brand), titler bygget til søgning (brand + produkttype + vigtigste attributter), pris og lager, der ALTID matcher siden (cache er klassikeren), rene produktbilleder uden tekst og vandmærker – og et ugentligt blik på Merchant Centers diagnostik, så afvisninger fanges, mens de er få. Feedet er dine annoncers råstof: kvaliteten HÉR sætter loftet for alt, der bygges ovenpå.
Shopping-annoncer er for mange danske webshops den største betalte kanal – og samtidig den, hvor flest penge spildes på et sjusket fundament: feedet. Afviste produkter, generiske titler og prisafvigelser koster både visninger og kvalitetsscore, længe før nogen kigger på budstrategien. Denne guide bygger feedet rigtigt fra WooCommerce – automatisk, komplet og med de kontroller, der holder det fejlfrit måned efter måned.
Standardopsætningen: et feed-plugin i WooCommerce genererer en XML-feed-URL med alle (eller udvalgte) produkter i Googles format – og i Merchant Center opretter du feedet som „planlagt hentning“ af den URL, typisk dagligt. Derefter er kæden automatisk: produktændringer i shoppen ryger med i næste feed-generering og næste hentning. Vælg pluginet efter tre ting: kan det mappe ALLE de felter, du skal bruge (inkl. GTIN og custom labels)? Kan det filtrere (udelad udsolgte, udelad kategorier, kun varer over en margin)? Og regenererer det feedet automatisk – ved ændringer eller i interval? Sæt hentetidspunktet i Merchant Center EFTER pluginets genereringstidspunkt, så Google altid får friske tal – den lille detalje forebygger et helt lag af prisafvigelses-fejl.
De obligatoriske: id (SKU), titel, beskrivelse, link, billedlink, pris, tilgængelighed og stand – dem udfylder pluginet stort set selv. Kampen står om resten: GTIN/EAN – stregkodenummeret, Google bruger til at matche dit produkt med alle andres; uden det får du ringere placering eller afvisning på mærkevarer, så få numrene fra leverandørfeedet ind i et fast felt fra dag ét. Brand – samme historie. Google-produktkategori – vælg den præcise gren, ikke topniveauet. Fragt og moms – danske priser angives inkl. moms, og fragten sættes typisk op som regler i Merchant Center, så den matcher checkoutens satser; afvigelser her er en hyppig og unødvendig fejlkilde. Og custom labels – frie felter (margin, sæson, bestseller), som senere lader annoncekampagnerne byde klogt: udfyld dem fra start, selv om annoncefolkene først beder om dem om tre måneder.
Shopping-titlen behøver ikke være identisk med produktsidens – og bør ofte ikke være det: på Shopping søger folk med konkrete ord, og de første ord vægter tungest. Formlen for de fleste kategorier: brand + produkttype + vigtigste attributter („Stanley termokrus 0,47 l rustfrit stål grøn“ slår „Det perfekte krus til turen“ med længder). Brug feed-pluginets regler til at BYGGE titler af felter (brand + navn + størrelse + farve), så strukturen er ens for hele sortimentet uden håndarbejde – og undgå STORE BOGSTAVER, udråbstegn og kampagneord i titlen; det udløser afvisninger. Beskrivelsen må gerne genbruge produktsidens (her tæller unikhed på tværs af NETTET mindre end i organisk søgning), men titlerne er håndtaget: shops, der systematiserer dem, ser det direkte i klikraten.
Prisafvigelse (feedet siger 299, siden viser 249): næsten altid cache eller timing – sørg for, at produktsider ikke cachelagres med gamle priser, og kør feed-generering + hentning i den rigtige rækkefølge; efter bulk-priskørsler skal feedet med i efterkontrollen. Manglende GTIN på mærkevarer. Billeder med pålagt tekst, logo eller vandmærke – Google vil have rene produktbilleder. Tilgængelighed, der ikke matcher (feedet siger på lager, siden siger udsolgt – synkroniserér oftere). Og sitets rammer: Merchant Center tjekker OGSÅ shoppen – tydelige handelsbetingelser, kontaktinfo, retur- og leveringsinfo skal være på plads (det er de samme krav som i handelsbetingelses-guiden) – mangler dér kan suspendere hele kontoen, ikke bare enkelte varer.
Feedet er automatik – og skal derfor overvåges som al anden automatik: sæt et ugentligt kvarter af til Merchant Centers diagnostik-fane (nye afvisninger? advarsler, der vokser?), og reagér på MØNSTRE frem for enkeltvarer – tyve nye afvisninger med samme årsag er én fejl i opsætningen, ikke tyve produkter. Tjek feedet EKSTRA efter tre hændelser: bulk-prisændringer, kampagnestart (udsalgspriser skal følge førpris-reglerne – også i annoncerne) og større plugin-/temaopdateringer, der kan ændre URL’er eller billeder. Og hold sitet hurtigt: Googles crawlere henter både feed og produktsider konstant, og landingssidens hastighed påvirker både kvalitetsscore og konvertering – endnu et sted, hvor en hurtig WooCommerce-hosting stille betaler sin egen regning.
Begge kan – et dedikeret feed-plugin giver typisk mere kontrol (titel-regler, filtre, custom labels), mens den officielle kobling er hurtigst i gang. Vælg efter, hvor meget du vil kunne styre.
Fordi feedets pris ikke matcher sidens i kontroløjeblikket – næsten altid cache med gamle priser eller forkert rækkefølge mellem feed-generering og Googles hentning. Ryd cache ved prisændringer, og timér hentningen efter genereringen.
På varer, der HAR et (mærkevarer), skal det med – ellers rammes synlighed og godkendelse. Egenproducerede varer uden GTIN markeres i stedet med identifier_exists-feltet.
