CSS-gradient generator
Lineaire, radiale en conische verlopen.
Ontwerp
Schema.org gestructureerde data in JSON-LD.
Schema.org kent honderden types, maar slechts enkele leveren iets zichtbaars op.
| Type | Waarvoor | Zichtbaar resultaat |
|---|---|---|
| Article | artikelen en nieuws | datum, auteur |
| FAQPage | veelgestelde vragen | uitklapbare blokken |
| Product | productpagina's | prijs, beschikbaarheid |
| LocalBusiness | fysieke vestiging | openingstijden, adres |
| BreadcrumbList | kruimelpad | pad in het resultaat |
| HowTo | stapsgewijze instructies | genummerde stappen |
LocalBusiness verdient bijzondere aandacht als je een fysieke vestiging in Nederland hebt: in combinatie met een goed onderhouden bedrijfsprofiel levert dat het meeste op in lokale zoekopdrachten.
Zet de openingstijden in gestructureerd formaat, het telefoonnummer met landnummer, en het adres met de postcode. En zorg dat die gegevens exact overeenkomen met je bedrijfsprofiel: afwijkingen kosten vertrouwen.
Verrijkte resultaten zijn nooit gegarandeerd. De opmaak maakt je in aanmerking komend, de zoekmachine beslist.
JSON-LD is een op zichzelf staand blok, wat het veel hanteerbaarder maakt dan de alternatieven.
Het staat in een script-tag met type application/ld+json, in de head of in de body — beide mag.
Het voordeel boven microdata en RDFa is dat het niet door het HTML heen loopt: je kunt het genereren, wijzigen of verwijderen zonder de opmaak aan te raken.
Elk blok begint met @context met de waarde "https://schema.org" en een @type dat aangeeft waarover het gaat.
Je kunt meerdere blokken op één pagina hebben, of één blok met een @graph waarin verschillende samenhangende entiteiten staan. Dat tweede is schoner als de entiteiten naar elkaar verwijzen.
En een regel zonder uitzondering: de opmaak moet beschrijven wat de bezoeker op de pagina ziet. Beoordelingen markeren die er niet zijn, of veelgestelde vragen die niet in de zichtbare inhoud staan, leidt tot een handmatige maatregel en tot verlies van alle verrijkte resultaten van de site.
Vrijwel alle problemen vallen in een paar categorieën.
Ontbrekende verplichte velden: elk type heeft de zijne, en zonder die kom je niet in aanmerking, ook al is het geldige JSON.
Verkeerd opgemaakte datums: die moeten volgens ISO 8601, met tijdzone. Een datum in Nederlandse notatie binnen JSON-LD is een fout.
Prijzen als tekst met een symbool: de waarde moet numeriek zijn en de valuta staat in een eigen veld, met de code EUR.
Opmaak die van pagina naar pagina is gekopieerd zonder bij te werken, zodat twintig producten dezelfde identificator delen. Dat komt vaker voor dan je denkt in webwinkels met sjablonen.
Valideer altijd met de test voor verrijkte resultaten voordat je iets goedkeurt, en houd daarna het verbeteringenrapport in de zoekconsole in de gaten: daar verschijnen de fouten in productie.
En gebruik je een contentmanagementsysteem, controleer dan of dat niet al zijn eigen opmaak genereert. Twee tegenstrijdige blokken op één pagina zijn slechter dan geen.
JSON-LD, het aanbevolen formaat en het makkelijkst te onderhouden omdat het niet door je HTML loopt.
Nee. Je komt ervoor in aanmerking, maar de zoekmachine beslist.
Nee. Dat leidt tot een handmatige maatregel en verlies van al je verrijkte resultaten.
In ISO 8601 met tijdzone, nooit in Nederlandse notatie.
LocalBusiness, met gestructureerde openingstijden en gegevens die kloppen met je bedrijfsprofiel.
Nee.