Article structured data.

Nee — schema is een aanvraag, geen garantie. Vijf factoren die rich-result-vertoning bepalen. (1) Schema correct geïmplementeerd. Verplichte velden (headline, image, datePublished, author, publisher) volledig en valide. Test via Rich Results Test. Niet alleen "valide" maar ook "eligible for rich results" status. (2) Content-kwaliteit + autoriteit. Google toont rich results voor authoritative sources eerder dan voor unknown sites. Nieuwe sites krijgen weinig rich results in eerste maanden. (3) Pagina-positie + relevance. Rich results worden vooral getoond voor pagina's die top-10 ranken. Een pagina op positie 25 met perfect schema krijgt zelden rich result. (4) Image-kwaliteit. Google's eis: minimaal 1200px breed, hoge resolutie, relevante content. Slechte cover-image = geen rich result ondanks valid schema. (5) Geen schema-misuse. Misleidende schema (bijv. fake reviews, content die niet matcht met schema) → niet alleen geen rich result, maar potentieel manual action. Houd schema-content gelijk aan zichtbare content. Voor breder context zie Google Search Console gids.

Zes meest voorkomende fouten in mijn audits. (1) Author als string ipv Person-object. "author": "Ralf" is niet ideaal — Google waardeert "author": {"@type": "Person", "name": "Ralf"} veel sterker. Voor E-E-A-T-signalen + AI-citation-likelihood essentieel. (2) Logo zonder vereiste afmetingen. Publisher.logo moet minimaal 112x112 pixels zijn. Veel sites gebruiken te kleine logos. Google's parser geeft geen error maar logo wordt niet getoond in rich result. (3) datePublished zonder timezone. "2024-03-27" is technisch valide maar "2024-03-27T08:00:00+01:00" geeft accuratere timestamp. Vooral voor NewsArticle met "actueel" criterium. (4) dateModified eerder dan datePublished. Logica-fout die Google's validator soms wel detecteert. dateModified moet altijd ≥ datePublished. (5) headline langer dan 110 karakters. Google truncate automatisch. Schrijf een specifieke kortere headline in schema vs de full H1 op de pagina. (6) Schema duplication. Twee Article-blocks per pagina (vaak door meerdere plugins). Audit altijd alle script type="application/ld+json" blocks via View Source. Behoud één canonieke versie. Voor breder context zie structured data met JSON-LD.

Article-schema ondersteunt multiple authors via array-syntax. Vijf principes voor co-auteur content. (1) Author als array. "author": [{...}, {...}] in plaats van single object. Beide auteurs als Person-objects, elk met name, url, sameAs. Volgorde matters — primary author eerst. (2) Specifieke rollen. Voor content met duidelijke rolverdeling (writer + editor + reviewer) gebruik je Schema.org's contributor field naast author. "contributor": {"@type": "Person", "name": "..."} voor reviewers/editors. (3) Organization als co-author. Bij content waar bedrijf en individu samen auteur zijn, kan zowel Person als Organization in author-array. Bijvoorbeeld: "author": [{Person}, {Organization}]. (4) Practical use case: B2B-content met expert + ghost-writer. Schema toont alleen de expert (degene die echte autoriteit heeft). Ghost-writer optioneel onder contributor. (5) E-E-A-T-implicatie. Multiple authors met sterke individuele profielen verhogen autoriteit-signalen. Maar zorg dat elke author legitieme bijdrage heeft — fake co-authorship voor SEO is risico voor manual action. Voor breder context zie Google E-E-A-T optimaliseren.