Een WordPress-site kan er prima uitzien terwijl onder water de technische fundering rammelt. Verborgen noindex-tags, dubbele canonical URLs, traag ladende pagina's door een stapel plugins die elkaar beconcurreren: het zijn problemen die Yoast of RankMath niet oplossen, die ze hooguit wegstoppen achter een groen vinkje. Bij een maatwerkwebsite, of dat nu een PHP/Laravel-applicatie is, een portaal of een webshop op eigen stack, ontbreekt die pluginlaag. Dat klinkt als een nadeel, maar het is juist een kans om SEO vanaf de basis goed in te richten, zonder afhankelijkheid van tools die je niet begrijpt en niet controleert.
Wat Google beoordeelt en wat AI-search daarboven op doet
Zoekmachines beoordelen technische kwaliteit al jaren via signalen als laadtijd, crawlbaarheid en gestructureerde data. Wat erbij is gekomen, is dat AI-gestuurde zoekomgevingen zoals de Search Generative Experience van Google en zoekmachines als Perplexity of Bing Copilot steeds meer kijken naar de semantische structuur van een pagina. Ze proberen niet alleen een ranking te maken, maar de inhoud te begrijpen en samen te vatten. Dat betekent dat een pagina met heldere koppen, leesbare HTML, goede interne links en relevante metadata in dat nieuwe landschap zwaarder beloond wordt dan een pagina die vol staat met zoekwoorden maar nauwelijks structuur heeft.
Wat dit concreet betekent voor jouw website: de HTML die jouw pagina genereert moet schoon, semantisch correct en voorspelbaar zijn. Een maatwerksite die ik bouw in Laravel genereert die HTML direct vanuit Blade-templates. Er zit geen tussenliggende laag van shortcodes, page builders of automatisch gegenereerde divitis-structuren. Elk heading-niveau, elk <article>-element, elke <nav> staat er bewust in. Dat is iets wat je met een standaard CMS zonder serieuze developer-begeleiding nauwelijks voor elkaar krijgt.
Sitemap, robots.txt en canonical: drie dingen die je niet aan een plugin moet overlaten
Een sitemap is geen statisch bestand dat je één keer aanmaakt. Op een maatwerksite genereer ik de sitemap dynamisch, zodat nieuwe pagina's, productcategorieën of blogartikelen er direct in verschijnen zonder dat iemand eraan hoeft te denken. Een route als /sitemap.xml roept een controller aan die de database bevraagt en de output terugstuurt met de juiste Content-Type: application/xml header. Dat klinkt technisch, maar het zakelijke voordeel is simpel: Google indexeert nieuwe content sneller, zonder vertraging door een cache die vernieuwd moet worden of een plugin die om een handmatige actie vraagt.
Het robots.txt-bestand verdient net zoveel aandacht. Op een portaal of webapplicatie zijn er doorgaans pagina's die je absoluut niet geïndexeerd wilt hebben: dashboards, betalingspagina's, interne zoekresultaten, PDF-downloads. Als dat niet goed is ingesteld, verspilt Google crawlbudget aan pagina's die geen waarde hebben voor je organisch verkeer, en dat gaat ten koste van de pagina's die er wél toe doen. Bij maatwerk stel ik robots.txt in als een geserveerd bestand via de applicatie zelf, zodat je per omgeving (staging of productie) exact kunt bepalen wat gecrawld mag worden.
Canonical URLs zijn het derde punt dat op standaard CMS-installaties regelmatig misgaat. Een webshop met filteropties genereert makkelijk tientallen varianten van dezelfde pagina: /schoenen?kleur=zwart, /schoenen?maat=42&kleur=zwart, enzovoort. Zonder een canonical-tag die al deze varianten terugwijst naar de basispagina, ziet Google ze als aparte, dunne pagina's. Op een maatwerkshop of webapplicatie bepaal ik in de routing welke pagina's canonical zijn en welke niet, en die logica zit in de code, niet in een instelling die een beheerder per ongeluk kan overschrijven.
Paginasnelheid als SEO-factor: wat Core Web Vitals echt meten
Google meet paginasnelheid via Core Web Vitals: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) en Interaction to Next Paint (INP). Dit zijn geen abstracte scores. LCP meet hoe lang het duurt voordat het grootste zichtbare element op de pagina geladen is, CLS meet of elementen verschuiven terwijl je de pagina laadt, en INP meet hoe snel de pagina reageert op een klik of invoer. Samen bepalen ze of een bezoeker jouw site als snel of als traag ervaart, en Google weegt dat mee in zijn ranking.
Waar een WordPress-site bij elke paginalading PHP draait, plugins initialiseert, tien of twintig database-queries uitvoert en daarna nog een berg JavaScript inlaadt van externe CDN's, is dat op een maatwerksite beheersbaar. Cache-lagen zet ik in op het niveau dat het meeste effect heeft: op databasequery's via Redis, op volledig gerenderde HTML-responses voor statische pagina's, en op statische assets via de headers die ik direct op de server configureer. Het resultaat is dat een goed gebouwde maatwerksite bij LCP-scores van onder de twee seconden uitkomt zonder dat daar externe optimalisatiediensten voor nodig zijn.
CLS is in mijn ervaring het meest ondergewaardeerde signaal. Op sites waar afbeeldingen geen vaste hoogte en breedte in de HTML hebben, of waar fonts laat inladen en tekst opschuiven, tikt de CLS-score omhoog. Op een maatwerksite specificeer ik width en height op elk <img>-element, serveer ik lettertypes via self-hosted bestanden met font-display: swap, en laad ik geen scripts in die de layout blokkeren. Dat zijn keuzes die je in de code maakt, niet in een instellingenscherm.
AI-zoekmachines en de opkomst van semantische markup
Naast Google zijn er nu zoekmachines en AI-assistenten die webpagina's actief uitlezen om antwoorden samen te stellen. Perplexity, ChatGPT met zoekfunctie en de AI-samenvattingen bovenaan Google zoekresultaten werken allemaal op basis van hoe goed een pagina te begrijpen is voor een taalmodel. Dat is een andere lat dan traditionele SEO, waarbij zoekwoorddichtheid en backlinks de doorslag gaven.
Wat die AI-systemen willen, is een pagina die als een goed geschreven document werkt: een heldere vraag of topic in de titel, een inleiding die de essentie samenvat, duidelijke tussenkopjes die het onderwerp opdelen, en concrete antwoorden zonder onnodige omwegen. Gestructureerde data in JSON-LD, zoals FAQPage, HowTo, Product of LocalBusiness schema's, helpen zoekmachines en AI-systemen om de inhoud in de juiste context te plaatsen. Op een maatwerksite genereer ik die JSON-LD-blokken dynamisch vanuit de applicatielaag, gevuld met echte data uit de database. Denk aan een productpagina die automatisch een Product-schema genereert met de actuele prijs, beschikbaarheid en reviews, zonder dat een beheerder dat handmatig hoeft in te vullen.
Het effect is tweeledig. Enerzijds vergroot je de kans dat Google een rich result toont bij jouw zoekresultaat, wat de klikratio verhoogt. Anderzijds vergroot je de kans dat een AI-zoekmachine jouw pagina als bron aanhaalt bij het beantwoorden van een vraag. Dat laatste is voor dienstverleners en webshops met specifieke producten steeds relevanter, nu meer mensen hun eerste oriëntatie via een AI-interface doen in plaats van een traditionele zoekopdracht.
Wat ik ook toepas bij maatwerkprojecten is correcte hreflang-implementatie voor meertalige sites en een strakke interne linkstructuur die de autoriteit van pagina's goed verdeelt. Dat zijn zaken die je niet aan een plugin kunt delegeren zonder precies te weten wat die plugin ervan maakt. Op maatwerk heb je inzicht in elke link die gegenereerd wordt, en dat maakt het makkelijker om te auditen, bij te sturen en te verantwoorden.
Technische SEO is geen checklist die je eenmalig afvinkt. Het is een structurele keuze die je maakt op het moment dat je beslist hoe jouw website gebouwd wordt. Als die keuze goed is, hoef je later niet te betalen voor herstelwerk aan een fundament dat nooit solide was. Dat is iets wat ik in elk project meeweeg, van de eerste paginastructuur tot de serverrespons-headers.
Wil je weten hoe jouw huidige site scoort op dit soort technische factoren, of wil je een nieuwe website laten bouwen waarbij dit van het begin af aan goed zit? Kijk dan op https://pimvdmolen.nl/diensten/seo-optimalisaties voor meer informatie over hoe ik dit aanpak. Je kunt me ook direct bereiken via https://pimvdmolen.nl/contact.