Begin bij de pagina en een ondersteunde functie
Begin niet door alle schema.org-types toe te voegen die gerelateerd lijken aan je bedrijf. Schema.org is een breed gedeeld vocabulaire, terwijl Google’s Search Gallery de rijke-resultaatfuncties documenteert die Google ondersteunt en welke properties ze nodig hebben. Een product-, evenement- of artikelpagina moet eerst nuttig zijn zonder markup.
Voor elke template benoem je het hoofdonderwerp en zichtbare ondersteunende feiten. Lees daarna de actuele handleiding van Google voor de bijpassende functie. Product, Recipe, Article, Breadcrumb, Event, Organization, Local business en Video zijn voorbeelden. Een vocabulairetype op zichzelf creëert geen Google-functie; de verplichte properties van die functie bepalen de geschiktheid.
Maak het primaire zichtbare item het primaire markup-onderdeel.
Gebruik de handleiding van Google voor functiedragend gedrag en schema.org voor het vocabulaire.
Maak de zichtbare pagina de bron van de waarheid
Markup moet het hoofdgedeelte van de pagina weergeven, niet verborgen, irrelevante of misleidende informatie. Als het zegt dat een artiest optreedt, moet de pagina die artiest beschrijven. Als het een samengestelde beoordeling markeert, moeten bezoekers die beoordeling zien. Dit voorkomt dat een template verandert in een misleidende samenvatting.
Bouw paginatekst en markup vanuit dezelfde goedgekeurde bronnen. Een productfeed, evenementenbeheer of CMS kan beide leveren, maar waarden moeten vóór publicatie worden gecontroleerd. Kopieer geen prijs, voorraadstatus, datum of aantal beoordelingen in een alleen-markup-veld dat vergeten kan worden. Werk markup bij of verwijder het wanneer de zichtbare informatie verandert.
Houd namen, datums, prijzen, beschikbaarheid en beoordelingen in overeenstemming met de pagina.
Vul nooit properties met geraden of verouderde waarden.
Gebruik JSON-LD als een onderhoudbare datalaag
JSON-LD is een JSON-gebaseerd linked-dataformaat dat in een HTML-document geplaatst wordt. Google ondersteunt JSON-LD, Microdata en RDFa, en zegt dat JSON-LD over het algemeen het gemakkelijkst te implementeren en te onderhouden is op schaal. De scheiding van zichtbare markup kan geneste informatie makkelijker modeleren.
Gebruik één duidelijk data-object voor elk echt item, met een passend schema.org-type en nauwkeurige, ondersteunde properties. Documenteer voor elke template de functiehandleiding, bronveld, gedragsregels voor verplichte velden en eigenaar. Controleer ook de gerenderde output: een plug-in of component kan dubbele of conflicterende markup toevoegen.
Kies het formaat dat je team consequent kan onderhouden.
Bedenk geen verplichte waarde als brondata afwezig is.
Valideer de code en de toegankelijke pagina
Valideren beantwoordt twee vragen. Ten eerste: is de markup volledig genoeg voor een ondersteunde functie? De Rich Results Test accepteert geplakte code of een publiekelijk toegankelijke URL en meldt welke rijke resultaten gegenereerd kunnen worden uit de gestructureerde data. Test representatieve voorbeelden voor elke template, niet één uitzonderlijk volledige pagina.
Ten tweede: kan Google de vrijgegeven pagina en bronnen bereiken? Blokkeer gemarkeerde pagina’s niet met robots.txt, noindex of toegangslimieten. Controleer relevante afbeeldings-URL's. De test is geen kwaliteitsgarantie: zichtbare-content- of beleidsproblemen kunnen weergave nog steeds voorkomen.
Test eerst de code, test daarna een live openbare URL.
Vergelijk gerenderde pagina, bron en testresultaat wanneer tooling markup toevoegt.
Potentiële weergave is geen belofte van daadwerkelijke weergave.
Release het als een gebruiker-gerichte templatewijziging
Gestructureerde data is vaak afhankelijk van templates, feeds en publicatieregels. Een redesign, verandering in voorraadintegratie, lokalisatie-update of verwijderde component kan veel items breken. Voeg representatieve markup-controles toe aan de pre-release review die je ook voor canonical-tags, titels en afbeeldingen gebruikt. Noteer de template, pagina-exemplaren, bronvelden en releasedatum.
Wanneer een template foute markup uitstuurt, corrigeer de gedeelde bron of template, valideer een kleine steekproef, implementeer de kleinst mogelijke veilige wijziging en test de getroffen URL's opnieuw. Als de fix onverwacht werkt, gebruik dan je normale rollback-proces. Het doel is op bewijs gebaseerde remediering van een gedegradeerde webcapaciteit, niet een outage-alarm.
Controleer representatieve paginasets, niet één enkele URL.
Leg de wijziging en markupcomponent vast vóór een vervolgfxx en fix.
Onderhoud, meet en accepteer de limitatie van weergave
Na uitrol gebruik je het relevante Search Console-rapport voor rijke resultaten om problemen te onderzoeken en fixes te bevestigen. Rapporten zijn steekproeven in plaats van een volledige inventaris, en aantallen verwijzen naar items, niet naar pagina's. Inspecteer een specifieke URL wanneer dat nodig is.
Meet voorzichtig. Google suggereert een vergelijking van vóór en ná op stabiele, voldoende gelezen pagina’s over maanden in Search Console. Noteer de releasedatum en andere paginawijzigingen. Correcte markup maakt alleen geschiktheid mogelijk; Google bepaalt de zoekweergave.
Hercontroleer na CMS-, template-, feed-, beleids- of contentmodelwijzigingen.
Vermijd vergelijkingen waar andere grote paginawijzigingen verschillen.