Schema.org voor AI-weergave: Welke markeringen zijn nu belangrijk

Schema.org voor weergave in kunstmatige intelligentie: Welke markeringen zijn nu belangrijk

Per 5 september 2026 helpen gestructureerde gegevens zoekmachines nog steeds om pagina's, auteurs, organisaties en feiten te begrijpen. Het is echter geen directe rankingfactor voor antwoorden van kunstmatige intelligentie.

Google stelt dat pagina's geen speciale Schema.org-markeringen nodig hebben om te verschijnen in AI Overviews of AI Mode. Een pagina moet voornamelijk crawlbaar en geïndexeerd zijn, in aanmerking komen voor een zoekfragment en ondersteund worden door nuttige inhoud. Google zegt ook dat gestructureerde gegevens moeten overeenkomen met de zichtbare inhoud van de pagina. (developers.google.com)

De beste huidige strategie is daarom:

1. Gebruik gestructureerde gegevens om de pagina nauwkeurig te beschrijven.
2. Stem de markering af op het ware doel van de pagina.
3. Bouw duidelijke relaties op tussen artikelen, auteurs, organisaties en onderwerpen.
4. Schrijf directe, complete antwoorden in zichtbare HTML.
5. Meet citaten van kunstmatige intelligentie afzonderlijk van traditionele rich results.

Samenvattend oordeel

De brede onderzoeksbevinding is belangrijk: het toevoegen van generieke gestructureerde gegevens alleen heeft geen consistente toename in citaten van kunstmatige intelligentie opgeleverd. Een gecontroleerd Ahrefs-onderzoek volgde 1.885 pagina's die JavaScript Object Notation for Linked Data toevoegden en vergeleek deze met 4.000 controlepagina's. Het vond geen significante verbetering in Google AI Mode- of ChatGPT-citaten. Citaten in Google AI Overview daalden licht, maar de onderzoekers waarschuwden dat de verandering klein was en niet duidelijk aan de markering kon worden toegeschreven. (ahrefs.com)

Een afzonderlijke preprint uit 2026 wees uit dat generieke types zoals Article, Organization, BreadcrumbList en WebPage niet onafhankelijk citaten van kunstmatige intelligentie voorspelden na controle op zoekpositie en domeinautoriteit. De sterkste bevinding was dat pagina's met concrete, attribuutrijke gegevens, zoals prijzen, beoordelingen en specificaties, beter presteerden dan pagina's met alleen generieke paginalabels. Die bevinding richtte zich voornamelijk op product- en recensiepagina's, dus het moet niet worden behandeld als bewijs dat een van de types in dit artikel een citatievoordeel creëert. (aixiv.science)

Wat gestructureerde gegevens wel en niet kunnen doen

Gestructureerde gegevens zijn een machinaal leesbare beschrijving van een pagina. Ze kunnen een zoekmachine vertellen:

• Wat voor type pagina het is
• Wie het heeft geschreven
• Welke organisatie het heeft gepubliceerd
• Welke vraag het beantwoordt
• Welke datum het is gepubliceerd of bijgewerkt
• Welke persoon, bedrijf, term of dataset de pagina beschrijft

Google zegt dat gestructureerde gegevens zijn systemen kunnen helpen paginacontent te begrijpen en pagina's in aanmerking kunnen laten komen voor rijkere zoekfuncties. Het zegt ook dat Google Zoeken andere Schema.org-eigenschappen kan gebruiken voor begrip, zelfs wanneer die eigenschappen geen zichtbaar zoekresultaat opleveren. (developers.google.com)

Gestructureerde gegevens garanderen niet:

• Een hogere organische ranking
• Een citaat van kunstmatige intelligentie
• Een rich result
• Een knowledge panel
• Opname in een antwoord van kunstmatige intelligentie
• Gebruik van de exacte tekst in de markering

Bing geeft vergelijkbare richtlijnen. De huidige webmasterrichtlijnen stellen dat gestructureerde gegevens duidelijkere 'grounding' kunnen ondersteunen, maar het garandeert geen zichtbaarheid of citaatverkeer. Bing adviseert uitgevers ook om feiten en definities expliciet te maken in de zichtbare paginacontent. (bing.com)

De belangrijkste onderzoeksbeperking

Antwoordpanelen van kunstmatige intelligentie tonen meestal de bronpagina, niet het Schema.org-type dat mogelijk op die pagina aanwezig was. Google publiceert geen rapport waarin bijvoorbeeld staat dat een pagina werd geciteerd omdat deze Article gebruikte in plaats van WebPage.

Dit roept drie verschillende vragen op:

1. Is de pagina geciteerd?
2. Bevatte de pagina gestructureerde gegevens?
3. Veroorzaakten de gestructureerde gegevens de citatie?

De meeste studies kunnen alleen de eerste twee beantwoorden. De derde kunnen ze niet bewijzen.

Daarom kan een pagina met FAQPage-markeringen vaak verschijnen in antwoorden van kunstmatige intelligentie zonder dat de markeringen de reden zijn. De pagina kan sterke inhoud hebben, een hoge zoekranking, veel links, of een bekend merk.

Audit per schematype

1. Article

Wat het doet

Article beschrijft een artikel, nieuwsbericht, blogpost of vergelijkbare redactionele pagina. Google ondersteunt Article, NewsArticle en BlogPosting als artikeltypen. Google vermeldt geen vereiste eigenschappen voor artikelmarkeringen, maar raadt aan de eigenschappen toe te voegen die van toepassing zijn op de pagina. (developers.google.com)

Belangrijkste eigenschappen

Gebruik deze wanneer ze zichtbaar en nauwkeurig zijn:

• headline
• author
• author.name
• author.url of author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google raadt aan om een echte Person of Organization te gebruiken voor de auteur. Het raadt ook aan om datums in gestructureerde gegevens consistent te houden met de zichtbare publicatie- en update-datums. (developers.google.com)

Effect op kunstmatige intelligentie

Bewijsniveau: indirect.

Article helpt bij het vaststellen van paginatype, auteurschap en actualiteit. Dit zijn nuttige signalen voor zoeksystemen, vooral op feitenpagina's en redactionele inhoud. Huidig bewijs toont echter niet aan dat het toevoegen van Article alleen de citaten van kunstmatige intelligentie verhoogt.

Checklist voor artikelen

• De pagina is een echt artikel.
• De headline komt overeen met de zichtbare titel.
• Elke zichtbare auteur is opgenomen.
• Elke auteur heeft een afzonderlijk Person- of Organization-object.
• Auteursnamen bevatten alleen namen, geen functietitels of uitgeversnamen.
• De auteur linkt naar een echt profiel of auteurspagina.
• Publicatie- en update-datums zijn zichtbaar op de pagina.
• Datums gebruiken de juiste tijdzone wanneer tijd is inbegrepen.
• De afbeelding representeert het artikel.
• De uitgever wordt consistent geïdentificeerd op de hele site.
• Het artikel is niet gemarkeerd als een ander primair type, zoals HowTo, tenzij de pagina beide doelen echt dient.

2. WebPage

Wat het doet

WebPage is een algemeen paginatype. Schema.org stelt dat elke webpagina impliciet als een WebPage wordt behandeld, maar een expliciete declaratie kan helpen wanneer de pagina eigenschappen of relaties op paginaniveau bevat. (schema.org)

Nuttige eigenschappen zijn onder andere:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Effect op kunstmatige intelligentie

Bewijsniveau: laag en indirect.

WebPage kan het beste worden gebruikt als de buitenste paginalaag in een verbonden graaf. Het kan de pagina verbinden met het hoofdartikel, de definitie, dataset, persoon of organisatie.

Het moet niet worden behandeld als een speciaal optimalisatietype voor kunstmatige intelligentie. Een pagina die alleen een generiek WebPage-object bevat, biedt meestal minder nuttige informatie dan een pagina die zijn hoofdentiteit duidelijk identificeert.

Checklist voor WebPagina

• Gebruik één stabiele @id voor de pagina.
• Gebruik de canonieke URL als de pagina-URL.
• Identificeer de ware mainEntity van de pagina.
• Koppel de hoofdentiteit terug naar de pagina met mainEntityOfPage.
• Voeg inLanguage toe wanneer bekend.
• Houd de paginanaam en beschrijving afgestemd op zichtbare inhoud.
• Gebruik WebPage niet om te verbergen dat de pagina eigenlijk een artikel, profiel, dataset of vragenpagina is.

3. QAPage

Wat het doet

QAPage is voor een pagina die gericht is op één vraag en de antwoorden daarop. Google zegt dat het Question gestructureerde gegevens gebruikt van pagina's die gemarkeerd zijn als QAPage, en dat er slechts één QAPage en één hoofd Question op de pagina moet zijn. (developers.google.com)

Vereiste eigenschappen

Voor huidige Google vraag-en-antwoord geschiktheid:

• QAPage.mainEntity
• Een geneste Question
• Question.answerCount
• Ofwel acceptedAnswer of suggestedAnswer
• Answer.text

Een vraag zonder antwoorden komt niet in aanmerking voor het rich result.

Belangrijke inhoudsregel

Gebruik QAPage niet voor:

• Een normale veelgestelde vragen pagina
• Een blogpost die een vraag beantwoordt
• Een 'hoe-doe-je-dat'-artikel
• Een productpagina die veel vragen bevat
• Een redactioneel antwoord geschreven door alleen de site-eigenaar

Google zegt dat gebruikers antwoorden moeten kunnen indienen voor een normale QAPage. Geldige voorbeelden zijn een forumvraag of een ondersteuningspagina waar gebruikers antwoorden kunnen geven. (developers.google.com)

Effect op kunstmatige intelligentie

Bewijsniveau: medium semantische overeenkomst, geen bewezen causale lift.

Een echte vraag-en-antwoordpagina is van nature gemakkelijk te begrijpen voor een ophaalsysteem. Er is echter geen sterke openbare studie die bewijst dat QAPage-markeringen op zichzelf citaten van kunstmatige intelligentie verhogen.

Checklist voor QAPage

• De pagina richt zich op één vraag.
• Gebruikers kunnen antwoorden indienen, tenzij de pagina in aanmerking komt voor een speciale educatieve vraag-en-antwoordervaring.
• De volledige vraag is zichtbaar.
• De volledige antwoordtekst is zichtbaar.
• answerCount komt overeen met het werkelijke aantal antwoorden.
• Geaccepteerde en voorgestelde antwoorden zijn correct gelabeld.
• Opmerkingen zijn gemarkeerd als opmerkingen, niet als antwoorden.
• De pagina is niet slechts een redactionele veelgestelde vragen pagina.
• De pagina bevat geen meerdere ongerelateerde vragen.

QAPage voorbeeld

html

Gebruik dit patroon alleen wanneer de pagina echt een vraag-en-antwoord-interactie ondersteunt.

4. HowTo

Wat het doet

HowTo beschrijft stapsgewijze instructies. Google ondersteunde ooit How-to rich results, maar heeft deze zoekfunctie in september 2023 afgeschaft. Google zei dat How-to resultaten niet langer op desktop zouden verschijnen en al waren verwijderd uit mobiele zoekopdrachten. (developers.google.com)

Effect op kunstmatige intelligentie

Bewijsniveau: laag voor Google.

De zichtbare stappen kunnen gebruikers en ophaalsystemen nog steeds helpen. Een duidelijke tutorial met koppen, genummerde stappen, tools, tijd en waarschuwingen is gemakkelijker te lezen en te citeren. Maar huidig bewijs toont niet aan dat HowTo-markeringen een speciaal voordeel creëren in Google AI Overviews of AI Mode.

Aanbeveling

Gebruik HowTo alleen wanneer:

• De pagina echt een taak aanleert.
• De stappen zichtbaar zijn in de paginacontent.
• Een andere zoekmachine, platform of intern systeem profiteert van de markering.
• Uw team het kan onderhouden zonder conflicterende gegevens te creëren.

Voor Google Zoeken, prioriteer sterke HTML-koppen, genummerde lijsten, duidelijke instructies en nuttige afbeeldingen of video's.

Checklist voor tutorials

• De pagina leert een echte taak aan.
• Het resultaat van de taak is duidelijk.
• Elke stap is zichtbaar en compleet.
• Stapnamen komen overeen met de zichtbare koppen.
• Tools en benodigdheden zijn echt en zichtbaar.
• Tijdschattingen zijn nauwkeurig.
• Veiligheidswaarschuwingen zijn waar nodig opgenomen.
• De eerste sectie geeft een kort antwoord of resultaat.
• De pagina vertrouwt niet op markeringen om de instructies te geven.

5. ClaimReview

Wat het doet

ClaimReview is ontworpen voor factcheck-inhoud. Google heeft de ondersteuning voor Claim Review in Zoeken uitgefaseerd als onderdeel van zijn inspanningen in 2025 om zoekresultaten te vereenvoudigen. Het type is verwijderd uit Search Console-rapportage en de Rich Results Test. (developers.google.com)

Effect op kunstmatige intelligentie

Bewijsniveau: geen huidig Google-voordeel.

Een hoogwaardige factcheck kan nog steeds worden geciteerd omdat deze duidelijk vermeldt:

• De bewering
• De beoordeling
• Het bewijs
• De datum
• De factcheck-organisatie
• De redenering achter de conclusie

Deze voordelen komen voornamelijk voort uit de inhoud zelf, niet uit de afgeschafte Google zoekfunctie.

Aanbeveling

Voor een feitenpagina:

1. Gebruik Article of NewsArticle wanneer de pagina redactioneel is.
2. Vermeld de bewering duidelijk in zichtbare tekst.
3. Citeer primair bewijs.
4. Identificeer de auteur en de controlerende organisatie.
5. Voeg publicatie- en beoordelingsdatums toe.
6. Gebruik ClaimReview alleen als een ander platform of datasysteem dit specifiek vereist.

Voeg ClaimReview niet alleen toe omdat u verwacht dat Google kunstmatige intelligentie-antwoorden dit zullen prefereren.

6. FAQPage

Wat het doet

FAQPage beschrijft een pagina met vragen en officiële antwoorden. Google is gestopt met het tonen van het FAQ rich result in Zoeken vanaf 7 mei 2026, en heeft de gerelateerde documentatie in juni 2026 verwijderd. (developers.google.com)

Effect op kunstmatige intelligentie

Bewijsniveau: zwak en gemengd.

Een 90 dagen durend leverancieronderzoek voegde FAQPage-markeringen toe aan 120 pagina's. Het vond geen betrouwbare verbetering in citaten van ChatGPT, Gemini of Google AI Overview. Perplexity liet een kleine toename zien, maar het onderzoek zelf stelde dat het resultaat platforms-specifiek was en geen causaliteit bewees. (authorityradar.com)

Een ander onderzoek van 615 reeds geciteerde pagina's toonde aan dat FAQ-markeringen vaker voorkwamen op veel geciteerde pagina's. Die relatie verdween na controle voor herhaalde pagina's van dezelfde uitgevers. De onderzoekers concludeerden dat het bewijs geen effect van de markering zelf vaststelde. (getintel.ai)

Aanbeveling

Gebruik veelgestelde vragen wanneer ze de pagina voor lezers verbeteren. Voeg geen grote blokken generieke vragen toe alleen om antwoorden van kunstmatige intelligentie te targeten.

Als u FAQPage-markeringen behoudt voor een andere zoekmachine of contentsysteem:

• Maak elke vraag zichtbaar.
• Maak elk antwoord compleet.
• Houd de markeringen identiek aan de pagina.
• Herhaal dezelfde vraag niet in meerdere schemablokken.
• Verwacht geen Google FAQ rich result.

FAQPage voorbeeld voor niet-Google consumenten

html

Dit is een semantische beschrijving, geen belofte van een Google zoekfunctie.

7. Organization

Wat het doet

Organization helpt Google een bedrijf, non-profitorganisatie, uitgever, school of andere organisatie te begrijpen en te disambigueren. Google zegt dat organisatiemarkeringen visuele elementen kunnen beïnvloeden, zoals het logo dat wordt weergegeven in Zoeken en sommige informatie in het kennisvenster. Er zijn geen vereiste eigenschappen in de huidige organisatiegids van Google. (developers.google.com)

Aanbevolen eigenschappen

Gebruik de eigenschappen die waar en zichtbaar zijn:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Effect op kunstmatige intelligentie

Bewijsniveau: indirect maar nuttig.

Organization kan verbinden:

• De uitgever met een artikel
• Het bedrijf met zijn producten of diensten
• Het merk met zijn officiële profielen
• De organisatie met een bekende webidentiteit

Dit is nuttig voor entiteitsdisambiguatie. Het bewijst niet dat een kunstmatige intelligentiesysteem de pagina zal citeren.

Checklist voor organisatie

• Plaats het volledige organisatie-object op de homepage of organisatiepagina.
• Gebruik een stabiele @id, zoals https://www.example.com/#organization.
• Gebruik de exacte openbare organisatienaam.
• Link naar echte officiële profielen met sameAs.
• Gebruik de juiste organisatie-subtype wanneer van toepassing.
• Gebruik een echt logo dat de organisatie vertegenwoordigt.
• Houd contactgegevens actueel.
• Verwijs naar de organisatie vanuit artikelen in plaats van conflicterende versies op elke pagina opnieuw aan te maken.

8. Person

Wat het doet

Person identificeert een persoon die schrijft, beoordeelt, bezit, beheert of verschijnt op een pagina. Het is meestal het meest nuttig wanneer het is verbonden met:

• Article.author
• QAPage vraag- of antwoordauteur
• ProfilePage.mainEntity
• Organization.employee
• Review.author

De profielrichtlijnen van Google zeggen dat een profielpagina zich moet richten op één persoon of organisatie. Het ProfilePage-object vereist een mainEntity, en die entiteit moet een Person of Organization zijn. De persoon of organisatie moet een name hebben, of een alternateName wanneer er geen naam beschikbaar is. (developers.google.com)

Aanbevolen eigenschappen

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Effect op kunstmatige intelligentie

Bewijsniveau: indirect.

Persoonsmarkering kan helpen de naam van een auteur te verbinden met:

• Een biografie
• Een functie of rol
• Een organisatie
• Gepubliceerde artikelen
• Externe profielen
• Expertisegebieden

Gebruik het om de identiteit duidelijk te maken, niet om expertise te claimen die de pagina niet ondersteunt.

Checklist voor persoon

• Gebruik Person alleen voor een echte persoon.
• Gebruik Organization voor een bedrijf of publicatie.
• Koppel de persoon aan een zichtbare auteurspagina.
• Gebruik sameAs alleen voor nauwkeurige, officiële profielen.
• Houd functietitels en referenties actueel.
• Voeg alle zichtbare auteurs toe, niet alleen de hoofdauteur.
• Gebruik dezelfde persoon @id voor artikelen en profielpagina's.

Matrix van vereiste eigenschappen

De algemene richtlijnen van Google geven de voorkeur aan complete en nauwkeurige gegevens boven grote hoeveelheden onvolledige markeringen. Het waarschuwt ook dat gestructureerde gegevens zichtbare inhoud moeten vertegenwoordigen en dat correcte markeringen nog steeds geen rich result garanderen. (developers.google.com)

Implementatiechecklists per use-case

Feitenpagina's

Beste combinatie:

• WebPage
• Article of NewsArticle
• Person
• Organization
• Optioneel ClaimReview alleen voor een andere ondersteunde consument

Checklist:

• Vermeld het hoofdfeit bovenaan de pagina.
• Noem de bron van het feit.
• Link naar primair bewijs.
• Vermeld de publicatiedatum en de datum van de laatste beoordeling.
• Identificeer de auteur en recensent.
• Scheid feiten van meningen.
• Gebruik Article wanneer de pagina redactioneel is.
• Gebruik ClaimReview niet als een huidige Google Zoeken-tactiek.

Definitiepagina's

Beste combinatie:

• WebPage
• DefinedTerm
• Optioneel Article als de pagina een lange redactionele uitleg is
• Organization of Person wanneer een expert of uitgever verantwoordelijk is

DefinedTerm is bedoeld voor een woord, zin, code of concept met een formele definitie. De belangrijkste eigenschappen zijn onder andere name, description, termCode, inDefinedTermSet en sameAs. (schema.org)

Checklist:

• Geef de definitie in de eerste paragraaf.
• Gebruik één duidelijke term als de hoofdentiteit.
• Voeg alternatieve namen alleen toe wanneer ze echt zijn.
• Link naar een betrouwbare externe definitie wanneer passend.
• Leg de term in duidelijke taal uit.
• Gebruik voorbeelden en afbakeningen.
• Vermijd het markeren van een lijst met ongerelateerde termen als één DefinedTerm.

Tutorials

Beste combinatie:

• WebPage
• HowTo alleen wanneer een andere consument het nodig heeft
• Article wanneer de tutorial ook een redactioneel artikel is
• Person en Organization voor auteurschap

Checklist:

• Vermeld het resultaat vóór de stappen.
• Gebruik genummerde zichtbare koppen.
• Houd elke stap gericht op één actie.
• Voeg waar nodig tools, benodigdheden, tijd en waarschuwingen toe.
• Voeg afbeeldingen of video toe wanneer deze helpen.
• Verberg de stappen niet alleen in JSON-LD.
• Verwacht geen How-to rich results in Google Zoeken.

Datacatalogi

Beste combinatie:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definieert Dataset als een verzameling gestructureerde informatie en ondersteunt relaties zoals includedInDataCatalog en distribution. (schema.org)

Google verduidelijkte eind 2025 dat Dataset gestructureerde gegevens worden gebruikt door Dataset Search en geen algemene Google Zoeken-resultaatfunctie is. Het moet daarom worden behandeld als een laag voor gegevensontdekking en interoperabiliteit, niet als een snelkoppeling voor citaten van kunstmatige intelligentie. (developers.google.com)

Checklist:

• Geef elke dataset een stabiele identificatie.
• Vermeld het onderwerp en de reikwijdte.
• Vermeld de uitgever of maker.
• Voeg het datumbereik toe dat door de gegevens wordt bestreken.
• Vermeld geografische dekking wanneer relevant.
• Beschrijf licenties en toegangscondities.
• Voeg elk downloadbaar bestand toe als een DataDownload.
• Vermeld bestandsformaat en download-URL.
• Houd catalogusmetadata gesynchroniseerd met de daadwerkelijke bestanden.
• Documenteer de updatefrequentie en de datum van de laatste update.

JSON-LD voorbeeld: feitenpagina

Dit voorbeeld verbindt de pagina, het artikel, de auteur, de uitgever en het onderwerp. Vervang elke waarde door informatie die op de echte pagina verschijnt.

html

JSON-LD voorbeeld: definitiepagina

html

De definitie moet ook verschijnen als normale paginatekst. Plaats de definitie niet alleen in de gestructureerde gegevens.

JSON-LD voorbeeld: tutorial

Aangezien Google's How-to rich result is afgeschaft, behandeld u dit als optionele markering voor andere systemen. De zichtbare pagina moet nog steeds de volledige instructies bevatten.

html

JSON-LD voorbeeld: datacatalogus

html

Veelvoorkomende implementatievalkuilen

Niet-overeenkomende schema's

De meest ernstige fout is het markeren van inhoud die gebruikers niet kunnen zien. Google zegt dat gestructureerde gegevens een getrouwe weergave van de pagina moeten zijn, en misleidende of verborgen inhoud kan een pagina uitsluiten van rich results. (developers.google.com)

Veelvoorkomende voorbeelden:

• Het markeren van een artikel als een HowTo wanneer het geen echte stappen bevat
• Het markeren van een bedrijf als auteur wanneer het artikel door een persoon is geschreven
• FAQ-antwoorden toevoegen die niet op de pagina verschijnen
• Een toekomstige publicatiedatum gebruiken
• Een algemene blogpost markeren als QAPage
• ClaimReview toevoegen aan een opiniestuk

Magere antwoorden

Gestructureerde gegevens kunnen een lege pagina niet vullen.

Een kort, vaag antwoord binnen Answer.text of acceptedAnswer creëert geen sterke bron. De zichtbare inhoud moet:

• De vraag direct beantwoorden
• Belangrijke beperkingen en uitzonderingen uitleggen
• Bronnen vermelden
• Datums, voorbeelden of metingen toevoegen waar nuttig
• Op zichzelf staan wanneer het buiten de context wordt gekopieerd

De richtlijnen voor kunstmatige intelligentie van Google zeggen dat er geen ideale paginalengte is en dat het niet nodig is om inhoud in kleine stukjes te hakken voor kunstmatige intelligentiesystemen. Het betere doel is nuttige, complete, mensgerichte inhoud. (developers.google.com)

Dubbele entiteiten

Vermijd het publiceren van verschillende conflicterende versies van dezelfde organisatie, auteur of pagina.

Zwakke implementatie:

• Eén Organization-object met één naam op de homepage
• Een tweede object met een andere naam op elk artikel
• Een derde object zonder @id op de auteurspagina

Betere implementatie:

• Geef de organisatie één stabiele @id
• Geef elke auteur één stabiele @id
• Verwijs naar die objecten vanuit artikelen, profielen en vragenpagina's
• Houd de naam, het logo, de URL en externe identiteitslinks consistent

Dubbele vragen

Herhaal dezelfde vraag niet in:

• FAQPage
• QAPage
• Artikelmarkeringen
• Verschillende zichtbare paginasecties
• Meerdere JSON-LD blokken

Gebruik het schematype dat overeenkomt met het hoofddoel van de pagina. Eén duidelijk antwoord is beter dan meerdere overlappende markeringsblokken.

Incorrecte datums

Google gebruikt verschillende bronnen om publicatie- en update-datums te schatten. Het raadt aan dat zichtbare datums en gestructureerde datums overeenkomen, en het waarschuwt tegen het gebruik van toekomstige datums of datums die verband houden met evenementen die in het artikel worden besproken in plaats van datums die verband houden met de pagina zelf. (developers.google.com)

Overmatig gebruik van sameAs

Een sameAs-link moet dezelfde persoon of organisatie uit de echte wereld identificeren. Link niet naar:

• Een ongerelateerd sociaal profiel
• Een zoekresultatenpagina
• Een generieke directoryvermelding
• Een pagina met een andere spelling of identiteit
• Een profiel dat de organisatie niet beheert

Alleen-JavaScript markeringen

Google kan gestructureerde gegevens verwerken die aan de gerenderde pagina zijn toegevoegd, maar een JavaScript-alleen-implementatie kan moeilijker zijn voor andere crawlers en audittools om te detecteren. Een server-gerenderd JSON-LD blok is meestal gemakkelijker te testen en te onderhouden. (developers.google.com)

Een praktisch testplan

Om te meten of markeringen een incrementeel effect hebben, gebruikt u een gecontroleerde test in plaats van te vertrouwen op enkele handmatige zoekopdrachten.

Voor de verandering

Registreer:

• Doelquery's
• Huidige organische ranking
• Of een antwoord van kunstmatige intelligentie verschijnt
• Welke pagina's worden geciteerd
• Citaatpositie indien beschikbaar
• Zoekverkeer
• Conversies
• Huidige gestructureerde gegevens
• Inhoudelijke wijzigingen gemaakt tijdens de testperiode

Tijdens de test

• Voeg één grote markeringswijziging tegelijk toe.
• Houd inhoud, interne links, titels en backlinks stabiel.
• Gebruik vergelijkbare controlepagina's die de wijziging niet ontvangen.
• Registreer de exacte publicatiedatum van de wijziging.
• Wacht lang genoeg op crawling en herverwerking.

Ahrefs gebruikte gematchte controles en een voor-en-na verschil-in-verschillenmethode. De aanpak is een nuttig model voor organisaties die gestructureerde gegevens willen testen in plaats van aan te nemen dat een correlatie causaliteit bewijst. (ahrefs.com)

Na de verandering

Volg:

• Google Search Console prestatiegegevens voor kunstmatige intelligentie
• Citaten van Google AI Overview
• Citaten van Google AI Mode
• Bing Webmaster Tools citaten van kunstmatige intelligentie
• ChatGPT, Gemini of Perplexity citaten wanneer relevant
• Organische rankings
• Zoekklikken
• Geassisteerde conversies

Google rapporteert zoekverkeer van kunstmatige intelligentie via de Search Console prestatierapportage. De prestatierapportage van Bing voor kunstmatige intelligentie toont geciteerde pagina's en 'grounding queries', maar het toont niet waarom een pagina is geselecteerd of hoe belangrijk deze was binnen een antwoord. (developers.google.com)

Aanbevolen implementatievolgorde

Voor de meeste uitgevers is de beste volgorde:

1. Los eerst zichtbare inhoud op.
2. Maak crawling en indexering betrouwbaar.
3. Implementeer Article voor echte redactionele pagina's.
4. Verbind auteurs met Person en profielpagina's.
5. Verbind uitgevers met Organization.
6. Gebruik WebPage als een schone grafieklaag op paginaniveau.
7. Gebruik QAPage alleen voor echte gemeenschapsvragen.
8. Gebruik DefinedTerm voor woordenlijst- en definitiepagina's.
9. Gebruik Dataset en DataCatalog voor gegevensbronnen.
10. Behandel FAQPage, HowTo en ClaimReview als secundaire of niet-Google markeringen, omdat hun Google-zoekfuncties zijn verwijderd of afgeschaft.

Conclusie

De belangrijkste les is eenvoudig: Schema.org-markeringen helpen machines inhoud te begrijpen, maar het is geen gegarandeerde weg naar antwoorden van kunstmatige intelligentie.

De meest duurzame implementatie is geen grote verzameling schematypen. Het is een kleine, nauwkeurige entiteitsgraaf:

• Article beschrijft de redactionele pagina.
• Person identificeert de auteur.
• Organization identificeert de uitgever.
• WebPage verbindt de pagina met zijn hoofdentiteit.
• QAPage beschrijft een echte gebruikersvraag en de antwoorden daarop.
• DefinedTerm verduidelijkt een definitie.
• Dataset en DataCatalog beschrijven gestructureerde gegevensbronnen.

Gebruik gestructureerde gegevens waar ze duidelijke betekenis toevoegen. Gebruik ze niet om magere inhoud te verhullen, zichtbare tekst te dupliceren of een zoekfunctie na te bootsen die Google niet langer ondersteunt. Voor weergave in kunstmatige intelligentie blijft het meest waardevolle werk bestaan uit duidelijke antwoorden, sterk bewijs, nauwkeurige entiteiten, actuele informatie en inhoud die op zichzelf staat.