Veel trajecten met gestructureerde data stranden op dezelfde fout: prioriteiten blijven impliciet. Je bent druk, maar merkt pas laat dat de verkeerde zaken al maanden aandacht krijgen. Leg vooraf vast wat ‘goed’ betekent (doel, tijd, stop-moment) en toets elke stap daaraan.
Kort stappenplan:
- Inventariseer je belangrijkste pagina’s en zoekintentie om kansen te spotten
- Kies per pagina passende Schema.org-types (bijv. Product, Article, FAQ)
- Voeg JSON-LD toe via je CMS of handmatig met de juiste entiteiten en properties
- Valideer met de Rich Results Test en los waarschuwingen en fouten direct op
- Monitor in Search Console en optimaliseer op basis van dekking en CTR
Herken je deze uitdaging?
Veel organisaties lopen vast bij Gestructureerde data: onduidelijke keuzes, verkeerde prioriteiten, of resultaten die tegenvallen. Krijg helder welke aanpak bij jouw situatie past en waar je nu moet beginnen.
Wat is gestructureerde data?
Bij gestructureerde data helpt het om eerst helder te krijgen wat ‘goed’ betekent voor jouw situatie (doel, tijd, budget, risico), voordat je keuzes maakt. Praktisch: leg vooraf één meetpunt en één stopmoment vast, dan voorkom je bijsturen op gevoel. Je start meestal zonder duidelijk kader. Drie weken later discussieer je nog over wat ‘goed’ is. Leg daarom vooraf vast welke uitkomst acceptabel is (tijd, budget, risico) en toets elke keuze daaraan.
Gestructureerde data is een gestandaardiseerde manier om context aan je content toe te voegen, zodat zoekmachines precies snappen wat er op je pagina staat. Je labelt onderdelen zoals producten, artikelen, recepten of evenementen met vaste typen en eigenschappen uit een gedeelde vocabulaire. Gestructureerde data helpt zoekmachines de inhoud van je pagina beter te begrijpen, waardoor rich results en hogere doorklikpercentages mogelijk worden.
Technisch gezien voeg je meestal JSON-LD toe aan je HTML, gebaseerd op het Schema.org-woordenboek, om entiteiten (zoals een Product of Organization) en hun relaties te beschrijven. Deze mark-up is leesbaar voor machines, blijft voor je bezoeker onzichtbaar en geeft extra betekenis aan gegevens zoals prijzen, voorraden, auteurs, beoordelingen en publicatiedata.
Je gebruikt gestructureerde data wanneer je content duidelijk te classificeren is en je in aanmerking wilt komen voor rijke weergaven in zoekresultaten. Belangrijk is dat je mark-up exact overeenkomt met wat iemand op de pagina ziet; afwijkingen kunnen tot afkeuring leiden. Het is geen truc om hoger te scoren, maar het geeft zoekmachines betrouwbare signalen en vergroot vaak de kans op relevante vertoningen.
Begin pragmatisch met essentiële types voor je doelen, zoals Product, Article of FAQ, en houd je gegevens actueel. Controleer je implementatie regelmatig en stuur bij als je site, assortiment of content verandert, zodat je mark-up consistent blijft met de realiteit.
Schema.org en JSON-LD in het kort
Schema.org is het gedeelde woordenboek voor gestructureerde data; JSON-LD is het lichtgewicht formaat waarmee je die betekenis als los script aan je pagina toevoegt. Samen zorgen ze ervoor dat zoekmachines snel begrijpen wat je content voorstelt en hoe onderdelen samenhangen.
Je gebruikt JSON-LD in een script-tag met @context en @type om entiteiten als Product, Article, Organization of FAQPage te definiëren en met eigenschappen te vullen, zoals naam, prijs, voorraad, auteur of datum.
Dit staat los van je HTML, is makkelijk te beheren via je CMS, en verkleint de kans op markup-fouten in de DOM. Wanneer je meerdere elementen hebt, kun je entiteiten nesten of meerdere objecten opnemen. Belangrijk is dat je data overeenkomt met wat op de pagina staat en dat je wijzigingen bijhoudt.
Weet je niet waar te beginnen?
Bij Gestructureerde data is het verschil tussen succes en vastlopen vaak de vraag: wat doe je eerst? Plan een 30-min gesprek en krijg 3 concrete prioriteiten.
Dit gaat vaak fout
- Je markeert elementen met schema die niet overeenkomen met wat iemand op de pagina ziet (bijv. prijs, beschikbaarheid of beoordeling kloppen niet), of je voegt verzonnen gestructureerde data toe. Zorg dat alle properties exact matchen met de zichtbare content: haal waarden uit dezelfde bron als je pagina, synchroniseer CMS-velden met je json-ld en verwijder alles wat je niet daadwerkelijk toont.
- Je kiest het verkeerde type of je overmarkeert: alles als Article of FAQ terwijl er geen echte Q/A is, of je plakt Product op categoriepagina’s omdat dat ‘handig’ lijkt; de veelgebruikte types worden zo verkeerd ingezet. Kies per template de juiste, veelgebruikte types en markeer alleen wat echt aanwezig is: Article voor een blogdetail, FAQ voor echte vraag-antwoordblokken, Product voor productdetailpagina’s; vul minimaal de verplichte properties in.
- Je laat onderhoud en context liggen: losse fragmenten zonder @id, ontbrekende nesting, en verouderde data (prijzen/voorraad) doordat updates niet doorstromen naar je json-ld. Gebruik één hoofdentiteit met een stabiele @id en nest gerelateerde entiteiten in dezelfde json-ld; koppel dynamische data aan je CMS of feed zodat updates automatisch doorzetten en plan periodieke validatie.
Veelgebruikte types: product, article, FAQ
Product, Article en FAQ zijn de populairste Schema.org-types omdat ze veelvoorkomende content strak definiëren en duidelijke context geven aan zoekmachines. Je gebruikt Product voor echte productpagina’s, met kerngegevens zoals naam, beschrijving, merk, SKU en vooral offers voor prijs, valuta en beschikbaarheid; heb je beoordelingen, voeg dan aggregateRating of review toe.
Article past bij blogposts, nieuws en gidsen en werkt het best met headline, afbeelding, auteur, publisher en datumvelden zoals datePublished en dateModified, zodat je content herkenbaar en actueel is.
Voor veelgestelde vragen markeer je een pagina als FAQPage en maak je per vraag een Question met een AcceptedAnswer; de tekst moet letterlijk op de pagina staan. Houd de mark-up feitelijk, actueel en consistent met wat je bezoeker ziet.
Zo werkt gestructureerde data
- Bij een webshop in Nederland liep gestructureerde data vast op één fout: alles tegelijk starten. Na 3 weken was nog onduidelijk welke aanpassingen iets deden voor aanvragen.
- Zonder nulmeting werd prioriteren gokken. Risico: weken werk en budget gingen op aan ruis, terwijl de kernkeuze bleef liggen.
- Er werd eerst scherp gemaakt wat minimaal moest lukken en wat niet mis mocht gaan. Eén meetpunt werd gekozen, de nulmeting werd vastgelegd en pas daarna werd bijgestuurd.
- De conversie steeg met 38 procent, waardoor het risico op bijsturen op aannames kleiner werd. Binnen 6 weken waren er genoeg meetpunten om te zien welke stap effect had zonder extra budget.
- Eén meetdoel en één template scheidt ruis van effect.
Dit werkt minder goed als je weinig tijd of draagvlak hebt; begin dan kleiner en maak eerst de randvoorwaarden scherp. Als het risico hoog is (bijv. afhankelijkheden of compliance), dan loont het om extra controle en documentatie in te bouwen.
Een aanpak wordt vaak gekozen op basis van één factor, terwijl beperkingen pas later zichtbaar worden. Door vooraf twee of drie harde criteria te kiezen, voorkom je onnodige omwegen. Beslisregel: zie je na twee weken geen duidelijk signaal, dan schrappen en herprioriteren in plaats van extra acties stapelen. Je start meestal zonder duidelijk kader. Drie weken later discussieer je nog over wat ‘goed’ is. Leg daarom vooraf vast welke uitkomst acceptabel is (tijd, budget, risico) en toets elke keuze daaraan.
Gestructureerde data werkt doordat je expliciete labels toevoegt aan de belangrijkste onderdelen van je pagina, zodat crawlers begrijpen welke entiteiten je beschrijft en hoe ze samenhangen. Je biedt context via types en properties (zoals Product, prijs, voorraad; of Article, auteur, datum), waardoor zoekmachines een betrouwbaar gegevensmodel kunnen opbouwen.
Tijdens het crawlen lezen ze je JSON-LD, koppelen dat aan de zichtbare content en aan bekende entiteiten, en beoordelen of de informatie volledig, consistent en actueel is. Gebruik schema.org-markup in JSON-LD en valideer met de Rich Results Test om fouten vroegtijdig te vinden en impact te maximaliseren.
Let erop dat de mark-up een hint is, geen garantie: je komt pas in aanmerking voor rijke resultaten als de inhoud voldoet aan beleidsregels en goed aansluit bij de zoekintentie. Houd waarden synchroon met wat iemand op de pagina ziet (prijzen, beschikbaarheid, auteur, datum) en geef waar mogelijk stabiele identifiers met @id om onderdelen te verbinden.
Monitor prestaties en waarschuwingen in Search Console en werk je mark-up bij zodra je content wijzigt.
Entiteiten, properties en context
Entiteiten, properties en context zijn de bouwstenen van gestructureerde data: je beschrijft wat iets is, welke kenmerken het heeft en hoe het zich verhoudt tot andere dingen. Een entiteit is een herkenbaar “ding” zoals een Product, Article of Event; properties vullen dat “ding” met feiten zoals naam, merk, prijs, auteur of startdatum.
Context ontstaat wanneer je relaties legt: je koppelt offers aan een Product, een auteur aan een Article, en een locatie aan een Event, zodat zoekmachines snappen wat bij elkaar hoort.
Gebruik duidelijke identifiers met @id, verwijs waar mogelijk met sameAs naar officiële profielen en kies het meest specifieke type. Let op consistente formats (bijv. ISO-datums, valuta), correcte taalinstellingen en waarden die overeenkomen met wat iemand op de pagina ziet.
Hoe zoekmachines crawlen en interpreteren
Zoekmachines crawlen je site door links te volgen, sitemaps te gebruiken en je HTML op te halen; daarna renderen ze waar nodig JavaScript om de uiteindelijke content te zien. Tijdens dit proces lezen ze je JSON-LD, koppelen de entiteiten en properties aan de zichtbare tekst en beelden, en bouwen zo een samenhangend beeld van wat je pagina voorstelt.
Als resources zijn geblokkeerd door robots.txt, scripts traag laden of content pas na interactie verschijnt, kan je mark-up minder effectief worden.
Vervolgens controleren ze consistentie (prijzen, beschikbaarheid, datums), dedupliceren via canonicals, en bepalen of je pagina voldoet aan beleidsregels voor rijke resultaten. Duidelijke interne links, schone statuscodes en actuele sitemaps helpen hercrawl en indexatie, terwijl exacte overeenstemming tussen mark-up en on-page inhoud vertrouwen versterkt.
Voordelen en impact op SEO
Gestructureerde data helpt zoekmachines je inhoud sneller en preciezer te begrijpen én opvallender weer te geven in de resultaten. Dat leidt vaak tot rijkere snippets en meer relevante bezoekers.
- In aanmerking komen voor rich results (bijv. sterren, prijzen, beschikbaarheid, breadcrumbs, FAQ-snippets, sitelinks-zoekvak) vergroot je zichtbaarheid en SERP-real-estate en kan de CTR verhogen.
- Door entiteiten, properties en relaties expliciet te maken verminder je ambiguïteit; zoekmachines kunnen correct indexeren, koppelen aan kennisgrafen en beter matchen op zoekintentie.
- Ondersteunt kwaliteitssignalen en E-E-A-T-context via o.a. auteur-, datum- en organisatiedata en duidelijke product-/reviewgegevens; geen directe rankingfactor, maar via presentatie en gebruikssignalen (zoals CTR) wél impact op SEO.
Zie het als een presentatie- en contextlaag bovenop sterke content en een gezonde technische basis. Correcte implementatie en doorlopende validatie vergroten de kans op blijvende impact.
Rich results en hogere CTR
Rich results verhogen vaak je klikratio doordat je resultaat opvalt met visuele elementen en directe informatie uit je mark-up. Door prijzen, beschikbaarheid, beoordelingen, breadcrumbs of een sitelinks-zoekvak te tonen, help je zoekers sneller kiezen en vergroot je de kans dat ze op jouw resultaat klikken. Voorwaarde is dat je gestructureerde data volledig en waarheidsgetrouw is, zichtbaar op de pagina staat en voldoet aan beleidsrichtlijnen; anders kan de weergave worden overgeslagen.
Ook de zoekintentie blijft leidend: je ziet vooral effect wanneer je mark-up aansluit op wat iemand zoekt, bijvoorbeeld actuele prijs en voorraad bij een product. Optimaliseer daarom kritieke velden (price, availability, aggregateRating, image) en houd ze up-to-date. Monitor prestaties en weergavetypen in Search Console en verbeter on-page titels en beschrijvingen om de extra zichtbaarheid maximaal te benutten.
Kwaliteitssignalen en E-E-A-T
Gestructureerde data versterkt je kwaliteitssignalen door duidelijk te maken wie de maker is, welke organisatie erachter zit en hoe actueel en betrouw baar je informatie is. Daarmee ondersteun je E-E-A-T: je toont ervaring en expertise via een Author (Person) met naam, functie en affiliatie, autoriteit via een herkenbare Organization met legaal naamgebruik en een consistent logo, en betrouwbaarheid via transparante gegevens.
Door datePublished en dateModified op artikelen te markeren laat je actualiteit zien, terwijl je met sameAs-profielen verwantschap met erkende bronnen verduidelijkt.
Bij product- of dienstpagina’s kun je zichtbare reviews en aggregateRating markeren om gebruikersfeedback te onderbouwen, mits die echt op de pagina staat. Contactgegevens en beleidspagina’s kun je koppelen via Organization en ContactPoint, wat vertrouwen wekt. Cruciaal is dat alles overeenkomt met wat iemand ziet, volledig is ingevuld en consistent blijft zodra je content of bedrijfsgegevens veranderen.
Implementatie en tips
Een robuuste implementatie van gestructureerde data begint bij een heldere bron en een consistente manier van publiceren. Met onderstaande punten maak je het beheer schaalbaar en verklein je de kans op fouten.
- Implementeren via JSON-LD of CMS: voeg JSON-LD toe in je templates of configureer CMS-velden die direct uit je contentbron komen; werk modulair met herbruikbare snippets per paginatype (Product, Article, FAQ); geef objecten een stabiele @id en voeg sameAs toe voor herkenbare profielen; houd prijs, beschikbaarheid, auteur en datums automatisch synchroon met wat zichtbaar is.
- Validatie en monitoring: valideer elke wijziging vóór en na livegang met de Rich Results Test; monitor waarschuwingen en vertoningskansen in Search Console; test op staging én productie, inclusief JavaScript-rendering.
- Praktische tips en veelgemaakte fouten: documenteer je mapping voor beheer en overdracht; markeer alleen wat op de pagina staat en vul verplichte/aanbevolen properties in; voorkom type- of nestingfouten en dubbele/tegenstrijdige entiteiten. Let op: het effect is beperkter wanneer de pagina geen duidelijke hoofdentiteit of context biedt.
Blijf itereren op basis van meldingen en prestaties in Search Console. Zo houd je je markup actueel en vergroot je de kans op relevante vertoningen wanneer de inhoud die context ondersteunt.
Implementeren via JSON-LD of CMS
Je implementeert gestructureerde data het meest flexibel via JSON-LD-scripts die je in je templates injecteert, omdat je zo los van de HTML semantiek beheert en makkelijk kunt updaten. Werk je met een CMS, dan kun je modules of plugins gebruiken om mark-up automatisch te genereren op basis van velden als titel, prijs, voorraad, auteur en datum.
Kies de aanpak die het best past bij je beheer: handmatig in templates voor maximale controle, of via het CMS voor schaal en snelheid.
Belangrijk is dat je per paginatype een vaste mapping maakt, meerdere entiteiten per pagina kunt ondersteunen, waarden lokaliseert (valuta, taal) en dynamische data automatisch synchroniseert. Vermijd handmatige plakwerk-snippets, test op staging én productie, en zorg dat wat je markeert altijd exact zichtbaar is op de pagina.
Validatie en monitoring (rich results test, search console)
Je valideert en monitort gestructureerde data door elke wijziging te testen en daarna live prestaties te volgen. De Rich Results Test controleert of je JSON-LD geldig is voor door Google ondersteunde rich-resultaten, toont fouten en waarschuwingen per entiteit, laat voorbeeldweergaven zien en test zowel live-URL als codefragment. Gebruik hem vóór publicatie om blockers te vinden en na deploy om te checken wat de bot ziet.
In Search Console volg je per property de enhancement-rapporten voor ondersteunde features, ontdek je trends in geldige/ongeldige items, en pak je issues op met gedetailleerde voorbeeld-URL’s. Met URL-inspectie verifieer je de geïndexeerde mark-up, zie je of Google je script oppikt en kun je herindexatie aanvragen na fixes. Koppel bevindingen aan logfiles en analytics om impact en regressies snel te spotten.
Praktische tips en veelgemaakte fouten
Je haalt het meeste uit gestructureerde data door klein te beginnen, per paginatype een vaste mapping te maken en elke wijziging te testen voordat je live gaat. Zorg dat alle gemarkeerde waarden exact overeenkomen met wat iemand op de pagina ziet; afwijkingen bij prijs, beschikbaarheid, reviews of datums leiden vaak tot afkeuring.
Kies het meest specifieke type en vul verplichte én logische aanbevolen velden in, met consistente formats voor datums, valuta en talen.
Gebruik stabiele @id’s om entiteiten te verbinden en voorkom dubbele of tegenstrijdige objecten op dezelfde URL. Markeer geen content die verborgen is of niet bestaat, en misbruik FAQ of review-markup niet. Houd scripts licht en modulair, onderhoud je templates via versiebeheer, plan periodieke audits en verwijder verouderde properties zodat je mark-up actueel en betrouwbaar blijft.
Kosten en vergelijking: zelf doen of uitbesteden
De kosten hangen vooral af van scope en complexiteit: hoeveel paginatypen je hebt, hoeveel velden je wilt markeren, of data dynamisch is en of je meertaligheid, reviews of voorraad synchronisatie nodig hebt. Je kiest tussen zelf implementeren of uitbesteden op basis van beschikbare tijd, kennis en de snelheid die je verwacht.
Zelf doen drukt de uitgaven maar vraagt ontwikkeltijd, documentatie, testwerk en doorlopend onderhoud; dit past vaak bij kleinere sites met duidelijke templates en een CMS dat velden netjes ontsluit. Uitbesteden betekent doorgaans hogere startkosten, maar je krijgt sneller een robuuste mapping, kwaliteitsborging, releaseprocedures en begeleiding bij beleid en valkuilen.
Reken in beide opties op verborgen kosten zoals regressies na releases, updates wanneer richtlijnen veranderen, testautomatisering, training van redacties en monitoring via rapportages. Een hybride aanpak werkt vaak goed: strategie, audit en voorbeeldsnippets extern, implementatie en beheer intern. Maak je keuze met een simpel kader: hoe complex is je landschap, hoeveel interne capaciteit heb je, hoe kritisch is de time-to-value en welk risiconiveau accepteer je.
Uiteindelijk levert de beste route je schaalbare mark-up op die actueel blijft en duurzaam bijdraagt aan zichtbaarheid en efficiëntie.
Kostenposten en ROI-factoren
Je kosten zitten vooral in analyse, datamodellering, implementatie, testen en doorlopend onderhoud; je ROI komt uit extra zichtbaarheid in rich results en een mogelijke stijging van je CTR en conversies. Als je veel paginatypen, dynamische prijzen of meertaligheid hebt, nemen uren toe; werk je al met schone CMS-velden en herbruikbare templates, dan daalt de inspanning.
Reken op tijd voor mapping per paginatype, ontwikkeling in templates of via je CMS, validatie, documentatie, monitoring en regressietesten na releases.
De grootste ROI-factoren zijn de mate waarin je pagina’s in aanmerking komen voor rijke weergaven, hoe goed je mark-up aansluit op zoekintentie, het zoekvolume en de marge per bezoeker. Ook actualiteit van data (prijs, voorraad), kwaliteit van afbeeldingen, paginasnelheid en concurrentiedruk wegen mee. Meet effect met duidelijke nulmetingen, annotaties en Search Console-rapporten, en begin bij pagina’s met het meeste potentiële rendement.
Zelf implementeren vs. agency of ontwikkelaar
Onderstaande vergelijking laat zien wat de praktische verschillen zijn tussen zelf gestructureerde data implementeren en uitbesteden aan een agency of ontwikkelaar, zodat je op basis van expertise, tijd, kosten en beheer een passende keuze kunt maken.
| Optie | Sterke punten | Risico’s/aandachtspunten | Past vooral bij |
|---|---|---|---|
| Zelf implementeren | Volledige controle; lage directe kosten; snelle iteraties in CMS of via JSON-LD; team bouwt kennis op van Schema.org en rich results. | Kans op syntaxis- of modelleerfouten; beperkte dekking van edge cases; vraagt tijd voor validatie/monitoring (Rich Results Test, Search Console). | Kleinere sites of eenvoudige types (Product, Article, FAQ); teams met basis technische SEO-kennis en beschikbare tijd. |
| Agency (SEO/marketing) | Ervaring met typekeuze en prioritering; kwaliteitsborging en proces; koppelt schema-implementatie aan contentstrategie en CTR-kansen. | Afhankelijk van planning/overdracht; kosten doorgaans hoger dan zelf; implementatie via tag manager of CMS kan technisch begrensd zijn. | Organisaties die begeleiding en governance willen; meerdere templategroepen/paginatypes; behoefte aan richtlijnen en documentatie. |
| Ontwikkelaar (freelance of in-house) | Diepe technische integratie; schaalbare templates/back-end rendering; versiebeheer en testen; geschikt voor complexe datamodellen en feeds. | Doorlooptijd valt in release-cyclus; hogere ontwikkelkosten; duidelijke SEO-specificaties en onderhoud nodig bij schema-updates. | Webshops/catalogi met dynamische data; maatwerkplatforms; wanneer automatisering, performance en datakwaliteit prioriteit hebben. |
| Hybride (agency + ontwikkelaar) | Combineert strategische keuzes met robuuste implementatie; vaak goede schaalbaarheid en kwaliteitscontrole over meerdere templates. | Meer afstemming en eigenaarschap nodig; totale kosten kunnen oplopen; heldere rolverdeling essentieel voor doorlooptijd. | Middelgrote tot grote organisaties met doorlopende SEO en development capaciteit. |
Kort samengevat: zelf doen is handig voor eenvoudige scope en snelle iteraties, een agency voegt strategie en kwaliteitsbewaking toe, en een ontwikkelaar is passend voor complexe, schaalbare integraties; een hybride aanpak kan de voordelen combineren.
Je kiest tussen zelf implementeren en uitbesteden op basis van capaciteit, complexiteit en gewenste snelheid. Zelf doen past wanneer je duidelijke paginatemplates hebt, een CMS met schone velden en ontwikkelaars die JSON-LD beheersen; je behoudt maximale controle, bouwt interne kennis op en houdt kosten voorspelbaar, maar je moet tijd vrijmaken voor mapping, testen en onderhoud.
Een agency of ontwikkelaar is handig bij complexe datastromen, meertaligheid, custom features of wanneer je snel en foutarm live wilt; je profiteert van ervaring, code reviews en releaseprocedures, maar betaalt meer en bent deels afhankelijk van hun planning.
Een hybride aanpak werkt vaak goed: strategie en audit extern, implementatie en beheer intern. Maak je keuze door te kijken naar time-to-value, risicotolerantie, eigenaarschap over templates en de noodzaak van continue optimalisatie.
Wanneer werkt het niet (goed)?
Het werkt niet goed wanneer je mark-up niet overeenkomt met wat iemand op de pagina ziet, je inhoud geen duidelijke entiteiten heeft of je paginatype nauwelijks wordt ondersteund voor rijke weergaven. Voor pagina’s met laag zoekvolume, sterk fluctuerende prijzen of voorraad zonder automatische koppeling aan je CMS of PIM, of content achter een login, blijft de ROI meestal beperkt.
Ook bij dunne of gedupliceerde content, misleidende reviews, irrelevante FAQ’s, of wanneer resources geblokkeerd zijn en JavaScript niet rendert, wordt je mark-up genegeerd.
Technische ruis zoals foutieve canonicals, verkeerde taal- of valutacodes en ontbrekende verplichte velden remt de kans verder. In zulke gevallen maakt zelf doen of uitbesteden weinig verschil; de bottleneck is kwaliteit en zichtbaarheid. Versterk eerst je content, datakwaliteit en renderbaarheid, en rol pas daarna grootschalige mark-up uit.
Wil je hier geen tijd aan verspillen?
Bespreek jouw situatie rond Gestructureerde data, krijg een lijst met 3 prioriteiten en een realistische inschatting van wat er nodig is.
Over de auteur
