Product schema er strukturerede data, der beskriver et produkt på en måde, som søgemaskiner kan forstå. Det bygger på Schema.org-standarden og gør oplysninger som navn, pris, lagerstatus og anmeldelser mere tydelige for søgemaskinen.
På en produktside hjælper denne markering med at koble sidens indhold til konkrete produktdata. Det gør det lettere for søgemaskiner at tolke informationen korrekt, også når en side rummer mange elementer og variationer.
Product schema bliver ofte implementeret i formatet JSON-LD, som indsættes i sidens kode uden at ændre det synlige indhold. Formålet er ikke direkte bedre placeringer, men en klarere forståelse af produktet og dets oplysninger.
Når en søgemaskine kan læse tydelige oplysninger om et produkt, bliver det lettere at forstå, hvad siden faktisk handler om. Med Product schema kan man markere centrale data som pris, valuta, lagerstatus, producent, anmeldelser og samlet bedømmelse i et format, som søgemaskiner kan fortolke mere præcist end almindelig brødtekst.
Den forståelse kan bruges til at vise rich results og produktsnippets i søgeresultaterne. Det kan for eksempel være visning af pris, om varen er på lager, stjerner fra anmeldelser eller andre produktdetaljer direkte i søgeresultatet. Markupen forbedrer altså ikke nødvendigvis placeringerne i sig selv, men den kan øge sandsynligheden for, at siden kan vises med udvidede elementer, hvis indholdet også opfylder søgemaskinens krav.
For brugeren giver det et hurtigere overblik, før der klikkes. For søgemaskinen reducerer det tvivl om, hvilke oplysninger der gælder for det enkelte produkt eller de enkelte produkter. Det er især nyttigt på produktsider, hvor pris og tilgængelighed ændrer sig, og hvor anmeldelser kan være en vigtig del af vurderingen.
Et produktschema beskriver de oplysninger, søgemaskiner bruger til at forstå en vare mere præcist. De mest centrale felter i Product er typisk name, description og brand. Name er produktets navn, description forklarer kort, hvad produktet er, og brand angiver producent eller mærke. For mange webshops er det nok at starte her, så produktet bliver identificeret korrekt og tydeligt.
Det er også vigtigt at kende forskellen på Product og Offer. Product beskriver selve varen, mens Offer beskriver det konkrete salgstilbud. Pris og lagerstatus hører derfor normalt til i Offer, ikke i den generelle produktbeskrivelse. Her bruges især price og availability. Pris viser, hvad varen koster, mens availability fortæller, om den for eksempel er på lager, udsolgt eller kan forudbestilles.
Hvis siden også indeholder kundeanmeldelser, kan Review og AggregateRating være relevante. Review bruges til en enkelt anmeldelse, mens AggregateRating opsummerer den samlede bedømmelse på tværs af flere anmeldelser, for eksempel gennemsnitlig score og antal vurderinger. De felter bør kun bruges, når oplysningerne faktisk fremgår af siden og kan dokumenteres. Det gør schemaet mere troværdigt og brugbart.
På de fleste produktsider lægges Product schema ind som JSON-LD i sidens kode, typisk i head eller et centralt scriptfelt. Det er som regel den foretrukne metode, fordi oplysningerne samles ét sted og er lettere at vedligeholde end markup, der flettes direkte ind i HTML-elementerne. Samtidig mindsker det risikoen for fejl, når udviklere eller redaktører ændrer sidens layout.
I praksis bør markupen bygges ud fra de samme data, som vises for brugeren på siden. Det gælder blandt andet produktnavn, beskrivelse, pris, valuta, lagerstatus, brand, billeder og eventuelle anmeldelser. For netbutikker med mange varer er det vigtigt, at data hentes dynamisk fra produktkataloget, så schema altid følger den aktuelle information. Hvis pris eller lager ændrer sig, skal JSON-LD opdateres samtidig. Ellers kan søgemaskiner modtage modstridende signaler.
I Shopify sker det ofte via temaets produktskabelon eller en app, mens WordPress typisk håndterer det gennem WooCommerce, SEO-udvidelser eller tilpassede felter i temaet. Uanset løsning bør man kontrollere, at der kun bruges relevant markup, og at hver produktside beskriver det konkrete produkt på siden. Variantdata, tilbud og anmeldelser skal også angives præcist. Korrekt implementering handler derfor ikke kun om at tilføje kode, men om at sikre konsistens mellem sideindhold, datakilder og strukturerede data.
Markup for produkter bruges typisk på sider, hvor der vises noget, man kan købe, bestille eller abonnere på. Det gælder især fysiske varer som sko, møbler og reservedele, men kan også være relevant for digitale produkter som software, licenser eller e-bøger, hvis siden tydeligt beskriver selve produktet, pris og tilgængelighed.
For ydelser er grænsen mere praktisk end absolut. Nogle services kan i visse tilfælde markeres som et produkt, især hvis de sælges som en klart afgrænset vare med fast pris, navn og købssituation. Andre ydelser passer bedre til andre schema-typer, fordi siden primært beskriver virksomheden, en kategori eller en kontaktmulighed.
Det afhænger derfor af sidetypen, indholdet på siden og Googles retningslinjer. En produktside med konkrete oplysninger giver oftest bedst mening. En generel serviceside gør ikke nødvendigvis.
Selv små fejl i product schema kan betyde, at en produktside ikke bliver kvalificeret til rige resultater. Derfor bør markup altid kontrolleres, før den publiceres, og igen når siden ændres. Brug Google Rich Results Test til at se, om siden kan udløse relevante visninger i søgeresultaterne, og brug Schema.org som reference for felter, datatyper og korrekt struktur.
En af de mest almindelige fejl er manglende obligatoriske felter, især i name, image, offers og prisoplysninger. En anden fejl er uoverensstemmelse mellem sideindhold og markup. Hvis schema angiver en pris, et produktnavn eller en lagerstatus, som ikke matcher det synlige indhold på siden, kan det skabe problemer for både validering og tillid. Markup skal afspejle det, brugeren faktisk ser.
Fejl i pris og lagerstatus går igen på mange produktsider. Det kan være en gammel pris i schema, manglende valuta eller en lagerstatus, der stadig står som tilgængelig, selv om varen er udsolgt. Også variationer mellem enkeltprodukt og varianter giver ofte fejl. Hold derfor data opdaterede, og test både enkeltsider og skabeloner løbende, så fejl ikke spreder sig til mange produkter på én gang.
God produktmarkup gør oplysningerne på siden tydelige for søgemaskiner og skal afspejle det, brugeren faktisk kan se. På en almindelig produktside for en kaffemaskine vil markup typisk indeholde navn, beskrivelse, brand, billede, pris, valuta og lagerstatus. Hvis siden også viser anmeldelser, kan rating og antal anmeldelser medtages, men kun når de er synlige på siden.
Et andet realistisk eksempel er en produktside med tilbud. Her kan dataene vise både den aktuelle pris og, hvis det vises for brugeren, at varen er på tilbud i en bestemt periode. Sælges produktet i flere varianter, bør markupen passe til den valgte variant, for eksempel størrelse eller farve, så pris, lagerstatus og varenummer stemmer overens.
Fælles for gode eksempler er, at strukturerede data ikke pynter på virkeligheden. Produktdata skal være opdaterede, konsistente og svare til sidens indhold, ellers risikerer man fejl i søgeresultaterne.
Hvad er minimumskravet for product schema?
Som udgangspunkt skal oplysningerne på siden matche markeringen. Et produktnavn er centralt, og ofte bør du også angive beskrivelse, billede og en entydig identifikator, hvis den findes. Sælger du varen direkte, er pris og lagerstatus typisk vigtige.
Hvad er forskellen på Product, Offer og Review?
Product beskriver selve varen, for eksempel navn, mærke og egenskaber. Offer handler om tilbuddet omkring produktet, såsom pris, valuta, levering og tilgængelighed. Review dækker en konkret anmeldelse, mens samlede bedømmelser normalt markeres som en samlet vurdering.
Hvordan implementerer man product schema korrekt?
Det mest brugte er strukturerede data i JSON-LD i sidens kode. Markeringen skal afspejle det synlige indhold, så søgemaskiner og brugere møder de samme oplysninger. Brug én tydelig produktmarkering pr. produktside, medmindre siden reelt viser flere selvstændige produkter.
Hvordan tester man markeringen?
Du tester ved at validere, om felterne er skrevet korrekt, og om siden er kvalificeret til rich results. Se både efter fejl og advarsler. Fejl kan blokere visning, mens advarsler ofte peger på data, der mangler, men ikke altid er påkrævede.
Giver product schema automatisk rich results?
Nej. Korrekt markering gør en side egnet, men det er stadig søgemaskinen, der afgør, om et rich result vises. Kvaliteten af siden, datakomplethed og overholdelse af retningslinjer spiller også ind.
Product schema er strukturerede data, der fortæller søgemaskiner, at en side handler om et bestemt produkt, og hvilke produktoplysninger siden indeholder. Det kan for eksempel være navn, pris, brand, lagerstatus og anmeldelser.
Markupen laves normalt efter Schema.org-standarden og implementeres ofte som JSON-LD i sidens kode. Formålet er at gøre produktdata lettere at forstå maskinelt.
Product schema bruges til at gøre produktsider mere tydelige for søgemaskiner. Det kan hjælpe Google med at forstå, hvilke oplysninger der gælder for produktet, og hvordan de hænger sammen.
Det giver ikke automatisk bedre placeringer, men det kan øge muligheden for udvidede visninger i søgeresultaterne, for eksempel pris, lagerstatus og stjerner, hvis siden opfylder kravene.
Den mest almindelige metode er at indsætte JSON-LD i sidens kode. Her opretter man en Product-markering og knytter relevante oplysninger til, ofte sammen med Offer for pris og lagerstatus.
Det vigtigste er, at dataene i markupen svarer til det, brugeren ser på siden. I netbutikker bør oplysningerne hentes automatisk fra produktdata, så pris og tilgængelighed holdes opdateret.
Kravene afhænger af sidetypen og den produktvisning, man sigter efter, men typisk er felter som navn, billede og tilbudsoplysninger centrale. Hvis produktet sælges på siden, er pris, valuta og lagerstatus ofte vigtige elementer.
Derudover kan brand, beskrivelse, anmeldelser og samlet bedømmelse være relevante, når de faktisk findes på siden. Google skelner mellem anbefalede og nødvendige felter, så det bør altid kontrolleres i den aktuelle dokumentation.
Det er ikke et absolut krav i alle tilfælde, men JSON-LD er normalt den anbefalede løsning. Formatet er lettere at vedligeholde og mere overskueligt end markup, der spredes ud i HTML-koden.
For de fleste webshops og produktsider er JSON-LD derfor det mest praktiske valg. Det gør også fejlfinding og validering enklere.
Ja, i nogle tilfælde kan det bruges til ydelser, hvis ydelsen præsenteres som et klart afgrænset produkt med navn, pris og konkrete købsvilkår. Det kan for eksempel gælde digitale produkter, abonnementer eller standardiserede servicepakker.
Hvis siden derimod mere beskriver en generel service eller virksomheden som helhed, er Product ikke altid den bedste schema-type. Her bør man vurdere, om en anden type passer bedre til indholdet.
Det gør man typisk med Googles Rich Results Test, som viser, om siden kan være kvalificeret til relevante udvidede søgeresultater. Her kan du se både fejl og advarsler i markupen.
Det er også en god idé at sammenholde resultatet med Schema.org-definitionerne, så felter, datatyper og struktur er korrekte. Test gerne både enkelte produktsider og de skabeloner, der bruges på tværs af webshoppen.
Selv korrekt product schema er ikke en garanti for rich results. Google vurderer selv, om en side skal vises med udvidede elementer, og det afhænger blandt andet af datakvalitet, sidens indhold og overholdelse af retningslinjer.
Typiske årsager er manglende felter, uoverensstemmelse mellem synligt indhold og markup, forældede priser eller forkert lagerstatus. Det kan også skyldes, at Google endnu ikke har crawlet og behandlet ændringerne.
Product beskriver selve varen, for eksempel navn, brand, billede og generelle egenskaber. Offer beskriver det konkrete salgstilbud, som pris, valuta, lagerstatus og eventuel tilbudsperiode.
Review bruges til en enkelt anmeldelse, mens en samlet bedømmelse normalt markeres separat som en samlet vurdering. Det er vigtigt at skelne mellem disse typer, så produktdata og handelsdata ikke blandes sammen.
Ja, ofte kan det implementeres automatisk gennem temaer, apps eller udvidelser. I Shopify sker det typisk i temaets produktskabelon eller via en app, mens WordPress ofte bruger WooCommerce og SEO-plugins.
Automatisk implementering er dog ikke det samme som korrekt implementering. Markupen bør stadig gennemgås, så felter, varianter, priser og anmeldelser passer præcist til det indhold, der vises på siden.