Websiteaudit voor klanten: het Lighthouse- en SEO-rapport in één overzicht

Elk gesprek over vitals eindigt bij dezelfde vraag: welke pagina? Dit rapport beantwoordt hem door twee metingen naast elkaar te houden. Het veldpercentiel is wat bezoekers echt ervoeren – Largest Contentful Paint, Interaction to Next Paint en Cumulative Layout Shift op het 75e percentiel, tegen Googles eigen goede en slechte grenzen. De lab-audit is wat Lighthouse op aanvraag mat op elke URL op de lijst, onder gecontroleerde omstandigheden, de dag dat een oplossing live gaat. Het ene zegt of de site slaagt; het andere zegt welk template verantwoordelijk is.

De tabel met geauditeerde pagina’s is waar die koppeling zichtbaar wordt. Elke geauditeerde URL draagt zijn eigen vier scores naast zijn eigen lab-LCP en lab-CLS, en de beoordelingsring telt hoeveel pagina’s zonder meer slagen, verbetering nodig hebben of falen – zodat „de site voelt traag” een werkorder wordt die het template, het verkeer erachter en de metriek die tekortschiet benoemt. Property-brede trends en de apparaatsplitsing die Google publiceert horen in het Search Console-rapport thuis; deze pagina is de testbank eronder.

Het tabblad kansen toont wat de audit vond en wat het oplossen ervan waard is – milliseconden voor renderblokkerende resources en serverreactietijd; kibibytes voor beeldlevering, ongebruikte JavaScript, niet-geminificeerde CSS en cachetijden. Elke rij draagt het gebied waartoe hij hoort en een ernstniveau afgeleid van de omvang van de besparing, zodat een ontwikkelaarsschatting en een bureauprioriteit vanuit dezelfde lijst te beargumenteren zijn in plaats van uit twee losse exports.

Diagnostiek staat ernaast als uitleg in plaats van als takenlijst: DOM-grootte, main-threadwerk, JavaScript-uitvoeringstijd, aantal verzoeken, transfergewicht en de labmetingen erachter, zoals First Contentful Paint, Largest Contentful Paint, Speed Index en Total Blocking Time. Elk wordt gerapporteerd met zijn doelwaarde en een duidelijke zin over waarom het ertoe doet, wat meestal het verschil is tussen een rapport dat een klant doorstuurt naar zijn ontwikkelaar en een rapport dat met vragen terugkomt.

Geautomatiseerde toegankelijkheidschecks zijn gegroepeerd zoals herstelwerk ook echt wordt afgebakend – naar impact. Kritieke bevindingen zoals formuliervelden zonder label en afbeeldingen zonder alternatieve tekst staan los van ernstige bevindingen zoals contrastfouten en naamloze links, die weer los staan van matige problemen zoals de grootte van tikdoelen, kopvolgorde en focusvolgorde. Elke rij draagt het aantal betrokken elementen, zodat een offerte op aantallen gebouwd wordt in plaats van op een vage belofte om de toegankelijkheid te verbeteren.

Het rapport is bewust eerlijk over wat een geautomatiseerde controle dekt. Deze checks vangen maar een fractie van de drempels die een handmatige beoordeling vindt, en het scherm zegt dat ook, wat een bureau beschermt tegen een klant die een schone run leest als een compliancecertificaat. Goed gebruikt is het de goedkoopste eerste veegronde die er is: hij ruimt de mechanische fouten op, laat een gedocumenteerde vastlegging achter van wat er is opgelost en wanneer, en geeft een handmatige audit een veel kleiner oppervlak om doorheen te werken.

Tien crawl- en opmaakchecks lopen als een lijst met geslaagd of mislukt, met een zin die uitlegt wat de crawl vond: title-elementen, metabeschrijvingen, crawlbare links, canonical-verklaringen, hreflang-annotaties, een geldig robots-bestand, alt-attributen bij afbeeldingen, leesbare lettergroottes, ruimte tussen tikdoelen en de geldigheid van structured data. Een kopcijfer staat boven de tabel, zodat het eerste wat iemand ziet is hoeveel van de tien schoon zijn en hoeveel nog open werk vormen.

Dit is de on-pageaudit, niet het indexeringsrapport – wat een crawler op de pagina kan lezen, niet wat Google koos om te bewaren. De twee beantwoorden verschillende vragen en horen op verschillende plekken thuis, wat de reden is dat dekking, zoekopdrachten en vertoningen in het Search Console-rapport zitten en deze pagina zich bij de opmaak houdt. Ze samen bekijken is het gebruikelijke patroon: los eerst op wat de audit hier signaleert, en volg dan hoe dekking en positie de weken erna reageren.

Elke audit is via de klantwisselaar afgebakend tot één klant en gepresenteerd in de huisstijl van je bureau, zodat dezelfde structuur zowel het overleg van januari als dat van juni draagt. Scores, vitals, kansen, diagnostiek, toegankelijkheid en technische checks houden hun plek over opdrachten heen, waardoor een vergelijking van maand tot maand neerkomt op dezelfde sectie twee keer lezen in plaats van twee verschillend gevormde documenten met elkaar te verzoenen. De werkruimte levert de reviewomgeving; het inrichten van de databron blijft een aparte stap.

Die herhaling is wat technisch werk verandert in iets waar een klant voor blijft betalen. Een ontwikkelaar ziet een gerangschikte oplossingenlijst met geschatte besparingen; een accountmanager ziet vier scores, een gezondheidscijfer en de pagina’s erachter; en beiden kijken naar hetzelfde rapport. Teams besteden hun tijd aan beslissen wat als volgende wordt opgelost in plaats van een presentatielay-out opnieuw te bouwen, en de audit is niet langer het rapport dat niemand graag schrijft.