Sådan opsætter du Product Schema for Google Rich Snippets på danske webshop-sider (2026 guide)

Product Schema for Google Rich Snippets er en metode, hvor du strukturerer produktdata som navn, billede, beskrivelse, pris, lagerstatus, brand, SKU, anmeldelser og ratings på din produktside. Dette gøres bedst ved at tilføje schema.org/Product markers i JSON-LD-format på produktsiden, matche data direkte med det brugeren ser, og validere med Google Rich Results Test. En korrekt opsat Product Schema kan give dit produkt en mere attraktiv visning i Google med pris, lager, stjerner og leveringsinfo – men det er ikke en garanti for Rich Snippets alene.

I 2026’s SEO-standarder er Product Schema ikke længere bare en teknisk tagging. Google forventer, at struktureret data stemmer overens med det synlige indhold, at ratings og anmeldelser er ægte, og at pris og lagerinfo er opdateret. Derfor skal opsætningen på webshops, markedspladser og virksomheder med enkeltprodukt tænkes sammen med indhold, teknisk SEO, hastighed, sikkerhed og datakvalitet. For stabil drift anbefales E-handel hostingpakker, og for sikker betaling og brugertryghed bør du overveje SSL certifikat.

Hvad er Product Schema, og hvorfor er det vigtigt?

Product Schema bruger schema.org’s Product-type til at gøre et produkt forståeligt for maskiner. Når Google crawler en produktside, forsøger den normalt at forstå indholdet ud fra titler, tekst, billeder og HTML-struktur. Med Product Schema fortæller du Google direkte: Dette er et produkt, det hedder det, det koster det, det er i lager, det har dette mærke, og her er ægte bruger-anmeldelser.

Det er særligt vigtigt for SEO på webshops, da mikrodata som pris, lager og rating kan vises direkte i søgeresultaterne og påvirke klikbeslutningen. Forestil dig to webshops med samme produkt – én viser kun titel og beskrivelse, den anden også pris, lager og 4,7 stjerner. Brugeren vælger ofte den anden, fordi det virker mere troværdigt og gør beslutningen lettere. Det kan øge den organiske CTR markant.

Product Schema bidrager også til data-konsistens på Google Merchant Center, produkt-snippets, shopping-oplevelser og billedsøgning. Men det er vigtigt: Struktureret data må ikke bruges til at præsentere information for Google, som ikke er synlig for brugeren. Fremtidens SEO er baseret på gennemsigtig og verificerbar data.

Product Schema & Google Rich Snippets – Sammenhængen

Rich Snippets, dvs. udvidede søgeresultater, er standardresultater med ekstra data. Product Schema er den primære datakilde til produkt-specifikke Rich Snippets. Google vurderer struktureret data, sideindhold, Merchant Center-data og sitekvalitet samlet. Dit produkt kan derfor vises med pris, lager, rating, anmeldelser, rabat eller levering.

Husk: At tilføje Product Schema betyder ikke, at Google nødvendigvis viser Rich Snippets. Google afgør dette ud fra kvalitet, relevans, brugerintention og SERP-design. Alligevel er korrekt schema en stærk teknisk SEO-basis, da det gør produktdata forståelig for Google.

Med AI-drevne søgeresultater og Google AI Overviews bliver præcis struktureret data endnu vigtigere. Søgemaskiner forstår ikke bare ord, men også entiteter og relationer. Klart definerede felter som produktnavn, brand, pris, rating og returvilkår gør din data mere troværdig og brugbar.

Obligatoriske og anbefalede felter i Product Schema

Du skal ikke udfylde alle felter, men for at øge chancen for Rich Snippets og datakvalitet skal du have de vigtigste med. Google fokuserer især på name, image, description og offer. Hvis pris, valuta og lager ikke matcher det brugeren ser, ødelægges brugeroplevelsen – og schema-fejl kan opstå.

En typisk fejl er at tilføje ratings/anmeldelser kunstigt for at få Rich Snippets. Hvis du ikke har et ægte kommentar-system, så undlad aggregateRating/review. Google opdager inkonsistens og kan fjerne Rich Snippets eller give Search Console-advarsler.

JSON-LD, Microdata eller RDFa – Hvilken metode skal du vælge?

Product Schema kan implementeres med JSON-LD, Microdata eller RDFa. I 2026 anbefales JSON-LD til langt de fleste sites. JSON-LD er adskilt fra HTML, nem at opdatere, og Google foretrækker det. Det er lettere at vedligeholde ved temaændringer, designopdateringer og databaseintegration.

Brug JSON-LD til nye opsætninger. Hvis du allerede bruger Microdata og det fungerer uden fejl, behøver du ikke skifte – men undgå dobbelt eller modstridende markup. Dobbelt pris eller lagerdata for samme produkt nedsætter Googles tillid.

Trin-for-trin: Sådan opsætter du Product Schema

1. Bekræft at det er en ægte produktside

Product Schema bruges kun på dedikerede produktsider – ikke på kategorier, tags, blogindlæg eller søgesider. En kategori med mange laptops bør bruge ItemList, ikke Product. Men på en side for én laptopmodel er Product Schema korrekt.

Der skal vises produktnavn, billede, beskrivelse, pris og købsmulighed for brugeren. Hvis siden kun er katalog og ingen pris, kan du stadig bruge Product, men offers skal kun med, hvis data er tilgængelig.

2. Definér datakilde

Det bedste Product Schema kommer fra databasen, ikke fra manuelt indtastet tekst. I WooCommerce har du allerede navn, beskrivelse, pris, tilbudspris, lager og SKU i kontrolpanelet. Med custom løsninger skal data trækkes fra database eller API. Hvis du arbejder med API-baseret lager/pris, se API- og integrationsguider.

Spørg dig selv: Hvor ofte ændres prisen? Opdateres lager live? Har varianter separate SKU’er? Leveres billeder via CDN? Svarene afgør schemaens kvalitet.

3. Lav basis JSON-LD skabelon

Her er et simpelt eksempel på Product Schema for én hostingpakke. I praksis skal du udfylde med din egen produktdata dynamisk:

{ "@context": "https://schema.org", "@type": "Product", "name": "Hostragons Performance Hosting Pakke", "image": ["https://www.eksempeldomæne.dk/billede/hostragons-performance.jpg"], "description": "Optimeret hosting til websites med højt trafikniveau.", "sku": "HRG-PERF-01", "brand": { "@type": "Brand", "name": "Hostragons" }, "offers": { "@type": "Offer", "url": "https://www.eksempeldomæne.dk/hostragons-performance", "priceCurrency": "DKK", "price": "499.90", "availability": "https://schema.org/InStock", "itemCondition": "https://schema.org/NewCondition" } }

Brug punktum til decimaler i price. Valuta skal være ISO-kode (DKK, EUR, USD). availability kan være InStock, OutOfStock, PreOrder. url bør være canonical produktadressen.

4. Korrekt opsætning af offers-feltet

Offers er produktets handelsdata. Hvis den er forkert, får du dårlig Rich Snippet-performance. Hvis prisen på siden er 499,90 kr., men schema viser 449,90 kr., er det inkonsistent. Hvis produktet ikke er på lager, må du ikke markere det som InStock.

• Synkroniser price med kampagner og tilbud.
• priceCurrency skal matche produktets valuta.
• availability skal trækkes fra live lager.
• url skal være canonical, ikke kampagne-URL med parametre.
• Brug priceValidUntil til at matche kampagnens slutdato.

I store shops ændres priser ofte. Pas på med cache – hvis siden viser gammel pris, men schema sender ny, eller omvendt, får du datafejl. Planlæg din cache-strategi sammen med Installation af LiteSpeed Cache og optimering af webstedshastighed.

5. Tilføj anmeldelser og ratings etisk

aggregateRating og review kan give stjerner i søgeresultaterne, men de er også risikable. Google forventer ægte bruger-anmeldelser, der vises på siden. Hvis du ikke har anmeldelser, må du ikke bruge ratings i schema.

Gennemsnitlig rating, antal anmeldelser og udvalgte kommentarer skal komme fra dit kommentar-system. Hvis du har 128 vurderinger med gennemsnit 4,6, sætter du ratingValue 4.6 og reviewCount 128. Undgå at give alle produkter automatisk 5 stjerner eller kopiere anmeldelser fra andre sites – det ødelægger tillid og kvalitet.

6. Variant-produkter

Farve, størrelse, kapacitet og pakker kræver ekstra omhu. Hvis hver variant har egen URL, pris og lager, send Product Schema for hver variant. Hvis varianten vælges på én URL, skal schema-data matche det synlige standardvalg.

Hvis en mobiltelefon findes i 128GB og 256GB med forskellig pris, skal schema-prisen matche den variant brugeren ser som standard. I store kataloger kan forkert variant-markup give Search Console-fejl for pris/lager.

7. Gør billed-URL’er tilgængelige for Google

image-feltet skal kunne crawles af Googlebot. Billeder, der er blokeret af robots.txt, kræver login eller har midlertidige URL’er, giver problemer. Brug HTTPS, god opløsning og relevante billeder. For hurtig og sikker billedlevering, se SSL certifikat og Brug af CDN.

Flere produktbilleder kan sendes som array i image. Hovedbillede, alternative vinkler og brugssituationer styrker brugeroplevelsen. Undlad logo/banner/kampagne-billeder som produktbilleder.

Opsætning på WordPress og WooCommerce

WooCommerce har strukturerede produktdata, hvilket gør Product Schema let at implementere. De fleste SEO-plugins kan generere basis Product Schema, men plugins alene er ikke nok – felterne skal være korrekt udfyldt. Navn, beskrivelse, SKU, lagerstyring, brand-taxonomi, kommentar-system og pris skal være på plads.

Her er en WooCommerce-tjekliste:

• Unik SKU for hvert produkt.
• Aktivér og opdater lagerstyring løbende.
• Skriv en unik, værdifuld kort beskrivelse.
• Standardisér brand med custom felt eller taxonomi.
• Overvej kun at tillade anmeldelser fra verificerede køb.
• Tjek at schema fra SEO-plugin og tema ikke overlapper eller konflikter.

På WordPress kan tema, page builder og SEO-plugin alle generere schema. Dette kan føre til dobbelt Product-markup eller modstridende data. Hvis du ser flere Product-objekter på samme side, identificer den korrekte og fjern de andre. For hurtig, stabil WordPress-drift, overvej WordPress hosting.

Product Schema på custom platforme og API-shops

På custom webshops tilføjes Product Schema typisk i backend-skabelonen. Når produktsiden genereres, hentes data fra databasen og sættes ind i JSON-LD. Udviklere skal især være opmærksomme på data-escaping og korrekt format. Specialtegn, linjeskift og anførselstegn kan ødelægge JSON hvis de ikke håndteres.

Tekniske tips til custom shops:

• Standardisér name, description, sku, brand, price, currency, stock_status, image_url i produkttabellen.
• Generér schema via central helper/component.
• Automatisér cache-clear ved pris/lager-opdatering.
• Brug canonical URL til offers.url.
• Implementér Rich Results Test som del af QA.

På multi-language/multi-currency sites skal hreflang, canonical og Product Schema afstemmes. Hvis den danske side bruger DKK og den tyske EUR, skal schema-data matche det synlige indhold per sprog. For domæne-strategi og geografisk målretning, se Domæneforespørgsel og DNS Administration.

Sådan tester du Product Schema

Test er mindst lige så vigtigt som opsætning. Brug først Google Rich Results Test med produkt-URL og tjek om Rich Snippets er mulig. Brug derefter Schema Markup Validator for schema.org-kompatibilitet. Tjek løbende Search Console for produkt-snippets, Merchant listings og struktureret data-rapporter.

Kig ikke kun efter fejl, men også advarsler – fx manglende shippingDetails eller hasMerchantReturnPolicy. Disse er ikke kritiske, men kan øge synligheden. Leveringspris, returpolitik og sælgerinformation er vigtige for brugeroplevelsen.

• Test med live URL – ikke bare kode-indsætning.
• Sørg for ens data på mobil/desktop.
• Tjek at cache, CDN og firewall ikke blokerer Googlebot.
• Følg Search Console-rapporter ugentligt.
• Test tilfældige produkter efter pris/lager-opdatering.

Typiske fejl ved Product Schema

Den mest almindelige fejl er at schema-data ikke matcher det synlige indhold. Det skyldes ofte tekniske fejl – fx cache med gammel JSON-LD efter en kampagne. Brugeren ser ny pris, Google ser den gamle. Det underminerer både tillid og Rich Snippet-kvalifikation.

Andre typiske fejl:

• Tilføje Product Schema på kategori-sider.
• Give alle produkter falske 5-stjernede ratings.
• Viser skjulte anmeldelser i schema, men ikke på siden.
• Forkert valuta (fx ikke DKK, EUR eller USD).
• Markere udsolgte produkter som InStock.
• Blokere billed-URL med robots.txt.
• Dobbelt Product-markup fra plugin og tema.
• Undlade at fjerne schema på udgåede produkter.

Forebyg fejl ved at tænke Product Schema som løbende vedligeholdelse, ikke engangsopsætning. På shops med mange produkter kræves automatiske tests, logs og regelmæssig sampling.

Avancerede Product Schema-tips til 2026

Produktdata handler i 2026 ikke kun om pris og lager. Google prioriterer mere detaljerede informationer for at hjælpe brugeren med købsbeslutningen. Overvej shippingDetails, hasMerchantReturnPolicy, gtin, mpn, color, size, material og audience, hvis du kan levere ægte, opdateret data.

GTIN er især relevant for fysiske produkter med producent. Har du stregkode eller global produktnummer, styrker det matching i Google Shopping. Hvis du sælger egne eller service-produkter uden GTIN, undlad feltet – indtast ikke fiktive værdier.

Du kan bruge Product Schema til hosting, software-licenser, digitale produkter og abonnementer – men vær tydelig om produktets type. Hvis en hostingpakke præsenteres som produkt med pris, kan du bruge Product og Offer. Vis varighed, pakkeinfo og vilkår klart for brugeren. Til hosting anbefales Webhosting pakker og for sikker start SSL certifikat.

Mål din Product Schema-performance

Succes måles ikke kun på om du får Rich Snippets, men også på trafik og konvertering. Følg Search Console-performance for visninger, klik, position og CTR på produktsiderne. Sammenlign 28 dage før og efter opsætning – eller længere, hvis der er sæson/kampagne.

Hold øje med:

• Organiske visninger af produktsider.
• CTR på produkt-søgninger.
• Fejl i Search Console’s struktureret data-rapporter.
• Antal gyldige produkt-snippet-sider.
• Advarsler om pris/lager-inkonsistens.
• Organiske konverteringer (fx tilføj til kurv, køb).

Hvis du har 300 produkter og 280 får valid Product Schema, undersøg hvorfor de sidste 20 fejler. Mangler der billeder, er der prisfejl eller lagerproblemer? Små tekniske fejl kan have stor samlet effekt.

Quick-tjekliste før launch

Brug denne tjekliste før lancering:

• Er Product Schema kun brugt på ægte produktsider?
• Er name, image, description, sku, brand og offers korrekt?
• Matcher pris, valuta og lager det synlige indhold?
• Er anmeldelser/rating ægte og synlige?
• Er billeder tilgængelige for Googlebot?
• Er JSON-LD syntaktisk korrekt?
• Er Rich Results Test og Schema Markup Validator gennemført?
• Er der rutine for Search Console-overvågning?

Ofte stillede spørgsmål

Garanterer Product Schema stjerner i Google?

Nej. Product Schema hjælper Google med at forstå produktdata, men Rich Snippet visning er ikke garanteret. Google vurderer sidekvalitet, datakonsistens, brugerintention, rating-troværdighed og algoritmisk relevans samlet.

Hvilket format er bedst til Product Schema?

JSON-LD er det foretrukne format for moderne websites. Det kan administreres uafhængigt af tema, fungerer godt med plugins og custom integrationer, og støttes bredt af Google.

Må jeg bruge aggregateRating hvis jeg ikke har anmeldelser?

Nej – kun hvis du har ægte, synlige bruger-anmeldelser på siden. Kunstige ratings eller skjulte kommentarer strider mod Googles policy for struktureret data.

Hvordan holder jeg Product Schema opdateret hvis prisen ændres ofte?

Træk prisen fra databasen dynamisk, synkroniser cache-clear med prisopdateringer, og test løbende på tilfældige produkter. Hvis cache eller CDN viser gammel schema, kan der opstå Rich Snippet-fejl.

Skal jeg bruge Product Schema på kategorisider?

Normalt ikke. Kategorisider viser flere produkter – brug ItemList hvis relevant. Product Schema hører hjemme på detaljerede produktsider.

Sammenfattende er Product Schema den mest effektive metode til at levere rene, konsistente og verificerbare produktdata til Google for Rich Snippets. Med korrekt JSON-LD, opdateret pris og lager, ægte anmeldelser og løbende test får du et solidt SEO-fundament til din webshop. Vil du styrke din platform med fart, sikkerhed og stabilitet, så tjek Hostragons’ hosting, domæne og SSL-løsninger for den bedste opsætning til din danske webshop.