Skeln mellem dataformat og søgeresultat
Schema markup er en måde at beskrive indhold maskinlæsbart, eksempelvis en artikel, et produkt eller en virksomhed. Schema.org indeholder mange typer. At en type findes dér, betyder ikke, at Google har en særlig søgeresultatvisning for den.
Google har egne krav til de funktioner, der understøttes i søgning. Korrekt markup er heller ikke en garanti for, at et udvidet resultat bliver vist. Se Googles generelle retningslinjer for strukturerede data.
Begynd derfor med sidens faktiske indhold og det konkrete formål. Hvad skal beskrives, hvor kommer oplysningerne fra, og hvilken funktion forventer du realistisk at understøtte?
Vælg efter sidetype og dokumenterede oplysninger
En artikel kan beskrives som en artikel med titel, forfatter og relevante datoer. En produktside kan indeholde produkt- og tilbudsoplysninger. En brødkrumme kan beskrive placeringen i hjemmesidens struktur. En virksomhed skal beskrives med sin faktiske identitet og kontaktoplysninger.
Vælg ikke en mere attraktiv type, hvis siden ikke passer til den. En almindelig ydelsesside bliver ikke til en produktanmeldelse, fordi du vil have stjerner i søgeresultatet. Priser, lagerstatus, anmeldelser og kvalifikationer må ikke opfindes for at udfylde felter.
Lav en oversigt med sidetype, valgt markup, datakilde og ansvarlig. Det gør implementeringen nemmere at vedligeholde, når indhold eller priser ændres.
| Sidens indhold | Oplysninger, der skal afklares |
|---|---|
| Artikel | Korrekt titel, forfatter og faktiske publicerings- og opdateringsdatoer. |
| Produkt | Den konkrete vare og de aktuelle tilbudsoplysninger, som siden viser. |
| Arrangement | Det reelle arrangement, tidspunkt, sted og den aktuelle status. |
| Virksomhed | Den faktiske identitet, kontaktoplysninger og relevante lokale forhold. |
| Brødkrumme | Sidens placering og de rigtige adresser i hjemmesidens struktur. |
Listen er et grundlag for at vælge data, ikke en liste over garanterede Google-visninger. Schema.org beskriver ordforrådet; Google har særskilte krav til sine funktioner. En virksomhed behøver ikke alle typer på alle sider. For en lokal virksomhed skal oplysningerne også passe til den øvrige lokale SEO.
Vælg en løsning, der kan holdes opdateret
Google understøtter JSON-LD, Microdata og RDFa og anbefaler normalt JSON-LD, når opsætningen tillader det. JSON-LD kan ligge i dokumentets head eller body. Googles introduktion til strukturerede data.
Bed om at få forklaret, hvor data hentes fra. En pris bør eksempelvis ikke skulle rettes både på produktsiden og i en separat kodeblok, som ingen husker. Aftal også, hvem der ændrer markeringen ved nye skabeloner, flytninger og ændrede forretningsoplysninger.
En kodegenerator kan hjælpe med formatet, men ved ikke nødvendigvis, hvilke oplysninger der er sande eller relevante. Kopiér ikke eksemplernes navne, adresser og datoer ind på en offentlig side. Start med en konkret skabelon, og kontrollér dens undtagelser før en bred udrulning.
Kontrollér det, hjemmesiden allerede udsender
Tema, CMS og plugins kan allerede levere strukturerede data. Se på den faktiske side, før du tilføjer en ny blok. Flere blokke er ikke automatisk et problem, men modstridende oplysninger om samme produkt eller virksomhed skal afklares.
Undersøg en repræsentativ side fra hver skabelon og nogle undtagelser. Et produkt uden anmeldelser, en artikel uden opdateringsdato og en side med flere varianter kan afsløre fejl, som en enkelt standardtest ikke finder.
Sammenhold data med det synlige indhold. Titel og forfatter skal passe til artiklen. Pris og tilgængelighed skal passe til den aktuelle vare. En teknisk test kan ikke afgøre, om en påstand er sand.
Brug aktuelle krav, især ved FAQ
Google stoppede med at vise FAQ rich results fra 7. maj 2026 og fjernede dokumentationen i juni. Ændringen fremgår af Googles dokumentationslog. En FAQ skal derfor ikke sælges som en genvej til ekstra spørgsmål og svar i Googles søgeresultat.
De synlige spørgsmål og svar kan stadig være nyttige for kunden. Bevar dem, når de afklarer noget reelt, og vurder eventuel maskinlæsbar markering ud fra dens anvendelse. Skeln mellem en nyttig FAQ på hjemmesiden og en funktion, Google ikke længere viser.
Gennemgå også andre typer mod den aktuelle dokumentation. En ældre artikel eller et plugin kan omtale funktioner, der siden er ændret eller udfaset.
Test syntaks, indhold og den offentlige side
En praktisk kontrol har tre dele:
- Syntaks: Kan data læses, og er værdier og typer gyldige?
- Sammenhæng: Stemmer oplysningerne med siden, og er relationerne mellem elementerne korrekte?
- Adgang og funktion: Kan den offentlige side hentes, og opfylder den kravene til den tilsigtede søgefunktion?
Brug Googles Rich Results Test til understøttede Google-funktioner. Brug en passende Schema.org-validering til den bredere struktur. De to kontroller besvarer ikke nødvendigvis samme spørgsmål.
Test igen på den færdige URL efter publicering. Se også efter utilsigtet noindex, testdomæner og gamle canonical-adresser. Et korrekt eksempel i et kodefelt dokumenterer ikke den version, en besøgende eller søgemaskine modtager.
Vedligehold data sammen med indholdet
Hent oplysninger fra samme grundlag, hvor det er muligt, så pris eller artikeloplysninger ikke skal opdateres flere steder manuelt. Dokumentér, hvilken komponent eller app der ejer de enkelte data.
Når en skabelon ændres, skal markeringen være med i efterkontrollen. Følg eventuelle rapporter i Search Console for de funktioner, der faktisk er relevante. Manglende udvidet visning er ikke i sig selv en fejl, og en positiv validering må ikke omtales som en garanti for højere placeringer.
Jeg hjælper med SEO-analyse, når strukturerede data skal vurderes sammen med indhold, indeksering og den tekniske opsætning.
Følg de relevante rapporter gennem Google Search Console, og hold leverancen adskilt fra effekten: Data kan være rettet og valideret, uden at en bestemt visning optræder. Rich snippets og featured snippets er heller ikke samme funktion. Ved øvrige problemer kan du bruge gennemgangen af tekniske SEO-fejl. Rankingfaktorer kan ikke reduceres til, om en enkelt schema-test er grøn.
FAQ
Giver schema markup automatisk bedre placeringer?
Nej. Markeringen beskriver indhold og kan understøtte relevante funktioner, men er ikke en garanti for en bestemt placering eller udvidet visning. Indholdet og de øvrige krav skal stadig være i orden.
Hvorfor viser en test ingen understøttede elementer?
Værktøjet kan være begrænset til bestemte Google-funktioner. Kontrollér, hvilken type du har implementeret, og om den understøttes af testen. Det er ikke det samme som, at al Schema.org-markering på siden er ugyldig.
Skal jeg tilføje FAQ-schema for at få spørgsmål i Google?
Nej. Google viser ikke længere FAQ rich results. Brug en FAQ, når den hjælper læseren, og undgå at love en visning, som funktionen ikke længere giver.
Kan flere kodeblokke på samme side være korrekte?
Ja. Siden kan beskrive flere relevante elementer. Undersøg især modstridende værdier og relationerne mellem elementerne, frem for at antage, at mere end én blok altid er en fejl.
Få gennemgået data og skabeloner
Kontakt mig, hvis du vil have afklaret relevante typer, datakilder og konkrete rettelser på din hjemmeside.