Structured data toepassen zonder zichtbare inhoud te overdrijven

Structured data is machineleesbare informatie die beschrijft wat een pagina en haar onderdelen voorstellen. U kunt er bijvoorbeeld een artikel, organisatie of werkelijk aangeboden product mee aanduiden. De gegevens moeten kloppen met de zichtbare inhoud en voldoen aan de regels van de beoogde zoekfunctie. Geldige markup geeft geen garantie op een rich result, hogere positie of citaat in een AI-antwoord.

Begin met de werkelijkheid achter de pagina. Kies pas daarna een type en technische vorm. Een gewone handleiding wordt geen product doordat u er een prijs of een Product-label aan toevoegt.

Scheid beschrijving, validatie en zoekweergave

Een schema kan technisch geldig zijn zonder voor een Google-zoekfunctie in aanmerking te komen. Andersom kan een ondersteund type aanvullende verplichte velden en inhoudelijke voorwaarden hebben. Houd daarom drie vragen apart: beschrijft dit de pagina juist, is de uitvoer geldig en is er een passende ondersteunde zoekweergave?

Google geeft de basis in hoe structured data werkt. JSON-LD is een gangbare aanbevolen implementatievorm wanneer dat bij uw techniek past. Het kiezen van JSON-LD is echter geen inhoudelijke beoordeling. Dezelfde onjuiste claim blijft onjuist wanneer zij foutloos door een parser wordt gelezen.

Maak eerst een klein entiteitenplan

Schrijf op welke echte onderdelen aanwezig zijn. Een gids kan een artikel met een uitgever en auteurinformatie hebben. Een contactpagina beschrijft een onderneming en bereikbaarheid. Een productpagina kan een product met aanbodinformatie tonen. Gebruik stabiele identificatoren als u onderdelen naar dezelfde echte entiteit laat verwijzen.

Meerdere samenhangende objecten kunnen via @id worden verbonden, eventueel in een @graph. Eén allesomvattend JSON-LD-blok is geen universele verplichting. Het doel is een consistente beschrijving zonder conflicterende namen, adressen of feiten. Controleer of verschillende plug-ins niet tegelijk afwijkende versies van dezelfde organisatie publiceren.

Houd de markup gelijk aan de zichtbare inhoud

Prijzen, beschikbaarheid, auteurschap en datums moeten overeenkomen met de pagina. Een recente technische deployment is geen nieuwe publicatiedatum. Een modelbeoordeling is geen onafhankelijke menselijke eindreview. Noem alleen personen en verantwoordelijkheden die werkelijk bij de inhoud horen.

De algemene structured-dataregels sluiten misleidende en irrelevante markup uit. Gebruik uw broncontrole om belangrijke velden te verifiëren. Gegevens die uitsluitend bestaan omdat een validator erom vraagt, verdienen extra aandacht: misschien is het verkeerde type gekozen of ontbreekt de echte informatie om dit type verantwoord te gebruiken.

Een fictief entiteitenplan voor drie pagina’s

Een fictieve tuinwinkel heeft een onderhoudsgids, een verkooppagina voor een snoeischaar en een contactpagina. Dit is een ontwerpoefening, geen uitgevoerde implementatie of gemeten zoekcase.

• Onderhoudsgids: beschrijf het artikel en de werkelijke uitgever; maak er geen productreview van zonder echte reviewinhoud.
• Snoeischaar: beoordeel productmarkup aan de hand van het werkelijk zichtbare product en aanbod.
• Contactpagina: beschrijf de echte onderneming en haar juiste gegevens, zonder extra vestigingen te verzinnen.

Alle pagina's gebruiken dezelfde identiteit voor de uitgever waar dat passend is. De gids krijgt geen voorraadstatus. De contactpagina krijgt geen reviewscore die van een andere website is gekopieerd. Het plan voorkomt dat technische herbruikbaarheid onjuiste inhoudelijke velden verspreidt.

Behandel producten en reviews als aparte verplichtingen

Google onderscheidt productweergaven, waaronder product snippets en merchant listings, met eigen voorwaarden. Bekijk bij een echte webshop de gids over product-SEO. Voeg aan een gewone tutorial geen nepaanbod, verzonnen prijs of beoordelingssterren toe om een opvallender resultaat uit te lokken.

Een review moet over het juiste ondersteunde onderwerp gaan en daadwerkelijk op de pagina beschikbaar zijn. De regels voor review snippets bevatten aanvullende beperkingen. Zelf verzamelde beoordelingen over de eigen onderneming leveren voor LocalBusiness of Organization niet zomaar reviewsterren op; Google's regels sluiten dergelijke zelfdienende gevallen uit. Een technisch ingevulde aggregateRating verandert dat niet.

Gebruik sameAs alleen voor dezelfde echte entiteit

SameAs hoort naar een adres te wijzen dat dezelfde entiteit identificeert, bijvoorbeeld een werkelijk officieel profiel. Het is geen lijst met gezaghebbende websites die u graag met uw merk wilt verbinden. Een algemene Wikipedia- of Wikidata-homepage beschrijft uw onderneming niet.

Verzin ook geen kennisbankpagina, registratie of externe erkenning. Als een betrouwbare gelijkwaardige identiteit ontbreekt, laat het optionele veld weg. Deze terughoudendheid geldt net zo goed voor auteursprofielen en certificaten. Goede paginatitels en omschrijvingen mogen de inhoud helder voorstellen, maar dezelfde feiten moeten ook in zichtbare uitleg en markup controleerbaar blijven.

Test uitvoer en geschiktheid afzonderlijk

Bekijk de JSON-LD die de uiteindelijke pagina levert. Controleer syntax, types, relaties en overeenstemming met de tekst. Gebruik daarna een relevante rich-resultscontrole voor de Google-functie die u beoogt. Een waarschuwing over een optioneel veld is iets anders dan een ontbrekend verplicht veld.

Leg vast welke pagina's u controleerde en wat de test werkelijk bevestigde. “Markup technisch geldig voor deze steekproef” is preciezer dan “rich results gegarandeerd”. Lees bij FAQ structured data bijvoorbeeld ook de sterke beperkingen aan uitgevers die voor de zichtbare FAQ-weergave in aanmerking komen. Validatie alleen toont die geschiktheid niet volledig aan.

Houd gegevens bij inhoudelijke wijzigingen gelijk

Koppel prijzen en voorraad waar mogelijk aan dezelfde gecontroleerde bron als de zichtbare productpagina. Laat datum- en auteursvelden uit echte redactionele gegevens komen. Controleer bij een redesign of oude plug-ins nog verborgen kopieën publiceren.

Neem structured data mee in uw controle na publicatie, vooral voor herbruikbare sjablonen. Bewaar een beknopt veldregister met bron, eigenaar en betekenis. Daarmee kan een collega een afwijking herstellen zonder nieuwe feiten te bedenken. Een kleinere juiste beschrijving is waardevoller dan een uitgebreid netwerk van claims dat uw onderneming niet kan onderbouwen.

Controleer relaties even zorgvuldig als losse velden. Een correct benoemde auteur die via een verkeerd identificatieadres naar een andere persoon verwijst, blijft onjuiste informatie. Hetzelfde geldt voor een product dat aan de verkeerde aanbieding wordt gekoppeld. Vergelijk daarom bij hergebruik van objecten niet alleen namen, maar ook hun stabiele identificatie en betekenis op de betreffende pagina.

Bronnen en verder lezen

Google Search Central documenteert de werking van structured data, de algemene regels en review snippets. De fictieve voorbeelden zijn geen verklaring van geschiktheid voor een specifieke zoekweergave.