Sådan validerer du strukturerede data uden at jagte rich results

Schema Markup Validator og Google Rich Results Test bruges ofte til samme opgave, men de svarer ikke på samme spørgsmål.

Schema Markup Validator hjælper med at tjekke, om strukturerede data kan læses som Schema.org-markup. Google Rich Results Test tjekker, om en side kan være egnet til Googles understøttede rich results baseret på Googles egne strukturerede data-funktioner.

For et dansk virksomhedswebsite betyder den forskel noget. En ydelsesside, produktside, lokationsside, artikel, kontaktformular eller bookingflow kan have gyldige strukturerede data uden at kvalificere sig til et Google rich result. Målet er ikke at presse en særlig visning frem i søgeresultatet. Målet er at beskrive synligt indhold præcist, så søgemaskiner og andre systemer lettere kan forstå siden.

Det korte svar

Brug begge værktøjer, men brug dem til forskellige beslutninger.

• Brug Schema Markup Validator til at tjekke, om Schema.org-markup er læsbar og strukturelt korrekt.
• Brug Google Rich Results Test til at tjekke, om Google genkender markup til understøttede rich-result-funktioner.
• Brug den synlige side til at afgøre, om de strukturerede data er ærlige, nyttige og komplette.

At bestå et af værktøjerne garanterer ikke placeringer, rich results, AI-synlighed eller mere trafik. Strukturerede data understøtter forståelse. De erstatter ikke nyttigt indhold, crawlability, interne links, hastighed eller en side, der faktisk matcher søgeintentionen.

Hvad Schema Markup Validator gør godt

Schema Markup Validator er nyttig, når du vil inspicere selve de strukturerede data.

Den hjælper med spørgsmål som:

• Kan JSON-LD’en parses?
• Findes de forventede entiteter?
• Er indlejrede objekter koblet korrekt sammen?
• Mangler der krævede eller anbefalede properties for den type, du bruger?
• Outputter et CMS-plugin flere modstridende entiteter?
• Beskriver markuppen Article, Product, LocalBusiness, Service, BreadcrumbList eller en anden type tydeligt?

Det er nyttigt på custom-byggede Astro-, Laravel-, PHP- eller WordPress-sites, hvor strukturerede data kan komme fra templates, plugins, theme-kode eller en specialbygget integration.

Den store styrke er bredden. Værktøjet spørger ikke kun, om Google har en rich-result-funktion for markuppen. Det spørger, om Schema.org-data kan forstås.

Hvor Schema Markup Validator er begrænset

Schema Markup Validator fortæller ikke, at Google vil vise et rich result.

Det kan heller ikke afgøre, om markuppen er en god forretningsmæssig beslutning. En side kan have teknisk gyldig schema, som stadig er misvisende, ufuldstændig, duplikeret eller irrelevant. En ydelsesside bør for eksempel ikke bruge product-, review-, FAQ- eller local business-properties, medmindre den synlige side faktisk understøtter de oplysninger.

Validatoren er derfor et teknisk tjek, ikke et SEO-godkendelsesstempel.

Hvad Google Rich Results Test gør godt

Google Rich Results Test er nyttig, når spørgsmålet specifikt handler om Googles rich-result-eligibility.

Værktøjet kan vise, om Google finder strukturerede datatyper, der understøttes som rich results, og det kan markere fejl eller advarsler, som betyder noget for de funktioner. Det gør testen nyttig ved kontrol af markup på sider som produkter, artikler, breadcrumbs, events, opskrifter, videoer eller andre Google-understøttede rich-result-typer.

For et dansk website ville jeg bruge det, når en konkret sidetype har et realistisk rich-result-formål:

• En produkt- eller tilbudsside, hvor pris, lagerstatus og synlige produktdetaljer faktisk findes
• En artikel eller guide, hvor artikelmetadata bør være tydelige
• En breadcrumb-struktur, der matcher den synlige navigation
• En lokal virksomhedsside, hvor adresse, telefon, åbningstider og virksomhedsoplysninger er konsistente
• En video- eller eventside, hvor det synlige indhold reelt matcher markuppen

Det nyttige er ikke kun bestået eller fejlet. Det nyttige er, om Google læser samme betydning, som siden forsøger at kommunikere.

Hvor Google Rich Results Test er begrænset

Google Rich Results Test fokuserer kun på rich-result-funktioner, som Google understøtter. Det er ikke en fuld Schema.org-validator, og det garanterer ikke, at et rich result bliver vist.

Google kan vælge ikke at vise et rich result, selv når markuppen er gyldig. Eligibility afhænger af mere end syntax: sidekvalitet, policy-overholdelse, søgeintention, enhed, lokation, konkurrence og Googles egne visningsvalg spiller også ind.

Testen erstatter heller ikke en manuel gennemgang af siden. Hvis strukturerede data siger noget, som brugeren ikke kan verificere på siden, er markuppen forkert, selv hvis værktøjet accepterer syntaxen.

Reglen: markup synlig sandhed

Strukturerede data skal beskrive det, brugeren kan se og verificere.

Gode strukturerede data er nøgternt præcise:

• Article-schema beskriver den faktiske artikel
• Breadcrumb-schema matcher den synlige eller logiske navigation
• Product-schema matcher en reel produktside med synlige tilbudsoplysninger
• LocalBusiness-schema matcher synlige virksomhedsoplysninger
• FAQ-schema bruges kun, når siden synligt indeholder rigtige spørgsmål og svar
• Review eller aggregate rating markup bruges kun, når siden legitimt viser disse anmeldelser

Dårlige strukturerede data forsøger at fremstille søgefeatures kunstigt. Det skaber risiko og gør typisk siden sværere at vedligeholde.

På mindre virksomhedswebsites er den mest almindelige fejl ikke ødelagt syntax. Det er schema, der er tilføjet, fordi et plugin, en tjekliste eller et SEO-værktøj foreslog det, uden at nogen kontrollerede, om siden faktisk understøtter markuppen.

En praktisk valideringsworkflow

Start med siden, ikke værktøjet.

1. Afgør hvad siden faktisk er: artikel, ydelsesside, produktside, lokationsside, kontaktside, bookingside eller noget andet.
2. Tjek om det synlige indhold understøtter den strukturerede datatype.
3. Kør siden gennem Schema Markup Validator for at tjekke parsing og entitetsstruktur.
4. Kør siden gennem Google Rich Results Test, hvis sidetypen har en relevant Google rich-result-funktion.
5. Ret template-problemer, før du redigerer én side ad gangen.
6. Tjek igen efter deployment, især når WordPress-plugins, themes eller custom templates genererer markuppen.
7. Hold øje med Search Console for strukturerede data-rapporter, hvor Google viser dem.

Så bliver validering koblet til implementering i stedet for at blive en jagt på grønne flueben.

Almindelige fejl

De mest almindelige problemer med strukturerede data er almindelige template-problemer:

• Markup beskriver skjult indhold, som brugeren ikke kan se
• Organization-, LocalBusiness-, Article- og WebPage-entiteter modsiger hinanden
• Breadcrumb-URL’er peger på staging, gamle routes eller redirectede sider
• Product- eller service-schema tilføjes på sider, der ikke er reelle produkt- eller ydelsessider
• Review-markup findes uden synlige anmeldelser
• Flere plugins outputter overlappende JSON-LD
• Datoer, forfattere, priser, lagerstatus eller åbningstider er forældede
• Danske eller engelske sider beholder strukturerede data fra forkert marked eller sprog

På danske websites med flere sprog eller markeder kræver routes ekstra opmærksomhed. Synlig side, title, h1, metadata, canonical URL, sprogalternativer og strukturerede data bør alle beskrive den samme version.

Brug det sammen med relaterede tjek

Validering af strukturerede data hører til i en bredere teknisk SEO-arbejdsgang.

Brug guiden om struktur, semantik og metadata til HTML- og metadatafundamentet bag markuppen. Brug crawlability og indeksering, når spørgsmålet er, om søgemaskiner overhovedet kan finde og behandle siden. Brug Google Search Console og Bing Webmaster Tools til at sammenholde valideringsfund med søgemaskinernes egne rapporter.

For den bredere diagnostiske arbejdsgang kan du starte med websiteanalyse til SEO og udvikling.

Officielle referencer

Retningslinjer for strukturerede data ændrer sig over tid, så præcise eligibility- og policy-detaljer bør tjekkes i den aktuelle dokumentation:

• Google structured data introduction
• Google structured data general guidelines
• Google Rich Results Test
• Schema Markup Validator documentation

Fra validering til rettelser

Nyttigt arbejde med strukturerede data bliver ofte til template-arbejde: oprydning i JSON-LD-generering, fjernelse af duplikeret plugin-output, rettelse af canonical-URL’er i schema, matchende sprogversioner, opdaterede virksomhedsoplysninger og markup, der følger den synlige side.

Hvis dit danske virksomhedswebsite har forvirrende advarsler om strukturerede data, kan du sende mig URL’en og hvad værktøjerne rapporterer. Jeg kan hjælpe med at skelne reelle problemer fra værktøjsstøj og pege på konkrete rettelser.