Een praktische workflow voor een snelle, bruikbare website.
Gebruik AI om je website te plannen, websiteteksten te schrijven, codeprompts te maken, kwaliteit te controleren en een lancering voor te bereiden — met een site die je zelf kunt begrijpen, aanpassen en onderhouden.
Ook een met AI gebouwde website heeft menselijke beslissingen nodig: het doel, de doelgroep, de paginastructuur en de kwaliteitslat. Deze gids houdt de workflow static-first en controleerbaar, zodat AI het werk versnelt zonder een codebase te maken die niemand begrijpt.
Eerlijke afbakening: dit is een praktische workflow voor websitebouw, geen juridisch, beveiligings- of bedrijfsadvies. Schakel gekwalificeerde professionals in voor contracten, gereguleerde sectoren, betaalstromen en gevoelige gegevens.
Je websitepad in 7 stappen
Bepaal het doel, plan de structuur, bouw een eerste versie en lanceer pas na een gerichte kwaliteitscontrole.
Maak het doel duidelijk en creëer een paginastructuur die het ondersteunt.
Stap 1
Bepaal het websitedoel
Resultaat: websitedoel
Begin met de taak van de website. Een tool van één pagina, lokale dienstenpagina, portfolio en SaaS-landingspagina hebben verschillende content en navigatie nodig.
Praktische controles:
Kies één primaire actie. Aanmelden, contact opnemen, een tool gebruiken, een gids lezen of kopen.
Schrijf de belofte in één zin. De website moet die belofte direct duidelijk maken.
Bepaal wat je niet gaat bouwen. Elke extra functie voegt onderhoud toe.
PromptgeneratorPrompt voor websitedoel - Vervang de gemarkeerde woorden en stuur hem daarna naar ChatGPT
Help me het doel van een eenvoudige website te bepalen. Het project is [beschrijf project]. De belangrijkste doelgroep is [doelgroep]. De belangrijkste actie die bezoekers moeten nemen is [actie]. Geef me: 1) één duidelijke waardepropositie, 2) de minimaal benodigde pagina’s, 3) wat ik in het begin beter niet bouw en 4) de belangrijkste vertrouwenssignalen.
Stap 2
Plan de pagina’s
Resultaat: paginaplan
Maak voordat je code schrijft een kleine sitemap en bepaal welke vraag elke pagina moet beantwoorden. Zo voorkom je dat AI willekeurige secties genereert die er mooi uitzien maar gebruikers niet helpen.
Praktische controles:
Home: wat het is, wie het helpt en waar je begint.
Kernpagina’s: één duidelijke intentie per pagina.
Ondersteunende pagina’s: privacyverklaring, disclaimer, colofon of contact waar nodig.
PromptgeneratorPrompt voor websitesitemap - Vervang de gemarkeerde woorden en stuur hem daarna naar ChatGPT
Maak een eenvoudige sitemap voor [website-idee]. Houd hem klein en static-first. Geef per pagina: paginadoel, H1, korte metabeschrijving, belangrijkste secties, primaire CTA en interne links naar gerelateerde pagina’s. Vermijd dubbele pagina’s en dunne content.
Fase 2
Kies en bouw
Kies een realistische opzet, bereid de content voor en maak de eerste versie.
Stap 3
Kies de technische opzet
Resultaat: technische beslissing
Een eenvoudige website mag op de beste manier saai zijn: leesbare HTML, gerichte CSS, minimale JavaScript en een hostingopzet die standaard snel is. Voor veel kleine sites is een static-first-opzet genoeg: je pagina’s zijn bestanden, geen zware app die voor elke bezoeker een server nodig heeft.
Praktische controles:
Registreer een domein bij een registrar zoals GoDaddy, Namecheap of Cloudflare Registrar.
Gebruik GitHub voor versiebeheer. Je krijgt een geschiedenis van elke wijziging en een veilige manier om terug te draaien.
Publiceer via een wereldwijd content delivery network (CDN). Cloudflare Pages of GitHub Pages kan statische bestanden via gedistribueerde infrastructuur aanbieden en ondersteunt HTTPS nadat domein en DNS correct zijn ingesteld. Beide diensten hebben productspecifieke quota, bestands-/buildlimieten en gebruiksbeperkingen die je vóór publicatie moet controleren.
Houd runtime-logica klein. Gebruik JavaScript voor interactie, niet om content te renderen die statische HTML kan zijn.
Prompt voor AI-programmeervaardigheden
Mijn project is een website waarbij de allereerste Google-landing-page-load centraal staat.
Je werkt aan een sterk geoptimaliseerde frontendwebsite met focus op:
- maximale Google PageSpeed-scores
- minimale CLS-, LCP- en TBT-waarden
- een schone architectuur voor de lange termijn
- zo weinig mogelijk onnodige JavaScript
- zo weinig mogelijk onnodige CSS
- stabiele layouts zonder layout shift
- een professionele, onderhoudbare codebase
- moderne SEO-best practices
- minimale impact van third parties
- een static-first-architectuur
- zo weinig mogelijk runtime-logica
- minimale DOM-complexiteit
De website gebruikt:
- vanilla JavaScript
- statische HTML-bestanden
- responsive layouts
- dark mode
- optimalisatie met critical CSS
Belangrijke architectuurprincipes:
1. Architectuur is belangrijker dan minification.
- Minify niet blind alles.
- HTML moet leesbaar blijven.
- JS en CSS mogen productiegericht en compact zijn, maar niet agressief geminified.
- De DOM-structuur moet schoon en begrijpelijk blijven.
2. Performance is belangrijker dan frameworkcomfort.
- Geen onnodige JavaScript.
- Geen onnodige rendering.
- Geen onnodige event listeners.
- Geen onnodige reflows of repaints.
- Beperk de impact van third parties.
3. Optimaliseer het critical rendering path.
- Above-the-fold-content moet met zo weinig mogelijk CLS renderen.
- Critical CSS moet alleen layoutstabiliteit en first paint afdekken.
- Laad niet-kritieke CSS later wanneer dat passend is.
- Vermijd onnodige blocking resources.
4. Behandel third-party-scripts uiterst voorzichtig.
- Als AdSense, Analytics of een CMP worden gebruikt, laad ze dan zo laat en efficiënt mogelijk.
- Gebruik alleen noodzakelijke preconnects.
- Elk extra request moet gerechtvaardigd zijn.
- Vermijd onnodige Google- of trackingafhankelijkheden.
5. CSS-principes:
- Geen ongebruikte regels.
- Geen dubbele regels.
- Groepeer componenten logisch.
- Houd globale side effects zo klein mogelijk.
- Gebruik efficiënte selectors.
- Behoud alleen noodzakelijke dark-mode-regels.
- Verwijder bij CSS-minification de spatie tussen [data-theme="dark"] en :is(...) niet, want dan gaat dark mode stuk.
6. JavaScript-principes:
- Scheid state, rendering en gedrag duidelijk.
- Behoud geen legacy helpers.
- Behoud geen dode logica.
- Vermijd onnodige DOM-builders.
- Geef de voorkeur aan event delegation.
- Geef de voorkeur aan progressive enhancement.
7. SEO en semantiek:
- correcte canonicals
- een schone hreflang-architectuur
- semantische HTML
- stabiele heading-hiërarchie
- geen SEO-placeholders
- content moet zo statisch mogelijk zijn
8. Voor elke wijziging:
- denk eerst na over de architectuur
- daarna over de performance-impact
- daarna over onderhoudbaarheid
- implementeer pas daarna
- vermeld altijd de gewijzigde bestanden
9. Kernprincipe:
Stop niet bij “het werkt”. Controleer of de wijziging:
- echt best practice is
- runtime-kosten verlaagt
- CLS verlaagt
- parsing vermindert
- DOM-complexiteit vermindert
- impact van third parties vermindert
- onderhoudbaarheid op lange termijn verbetert
10. Werk uiterst zorgvuldig.
- Geen onnodige wijzigingen.
- Geen layoutregressies.
- Geen agressieve automatische minification.
- Respecteer de bestaande werkende architectuur.
- Houd wijzigingen minimaal en gericht.
Technische vuistregel: bouw de kleinste versie die snel, begrijpelijk en onderhoudbaar kan zijn. Voeg alleen complexiteit toe wanneer een echte gebruikersbehoefte dat vereist.
Stap 4
Maak teksten en beelden
Resultaat: tekst- en beeldbriefing
Zodra de structuur duidelijk is, maak je paginateksten en beeldprompts. Houd zichtbare tekst in HTML en bak hem niet in afbeeldingen, zodat hij toegankelijk, vertaalbaar en indexeerbaar blijft.
PromptgeneratorPrompt voor landingspaginatekst - Vervang de gemarkeerde woorden en stuur hem daarna naar ChatGPT
Schrijf landingspaginatekst voor [website-idee]. Doelgroep: [doelgroep]. Primaire CTA: [CTA]. Toon: [toon]. Neem op: hero-kop, subtitel, drie voordeel-secties, één vertrouwenssectie, FAQ en footer-microcopy. Houd de taal duidelijk, nuttig en zonder hype.
Stap 5
Bouw de eerste versie
Resultaat: werkende eerste versie
Vraag AI om kleine, controleerbare wijzigingen in plaats van een volledige herschrijving. Eén pagina, component of probleem tegelijk is makkelijker te testen en veiliger voor prestaties.
Praktische controles:
Houd de DOM eenvoudig. Minder elementen betekent meestal minder CSS en minder layoutverrassingen.
Reserveer ruimte voor afbeeldingen. Gebruik width, height en aspect-ratio om cumulative layout shift te voorkomen.
Geef de voorkeur aan statische content. Tekst die in Google moet ranken hoort in HTML.
Voordat je code live zet: lees hem, test op mobiel en desktop en bewaar een back-up van de laatste werkende versie.
Fase 3
Controleer en lanceer
Controleer de kwaliteit, publiceer zorgvuldig en verbeter op basis van echt gebruik.
Stap 6
Controleer vóór de lancering
Resultaat: lanceringsaudit
Controleer de site vóór publicatie vanuit vier invalshoeken: codekwaliteit, zichtbaarheid in zoekmachines, Googlebot-rendering en duidelijkheid voor echte gebruikers. Houd de audits apart zodat elke prompt gericht blijft en de feedback uitvoerbaar is.
Gebruik AI om de audit voor te bereiden, niet om de uiteindelijke beslissing voor je te nemen. Het bruikbare resultaat is een korte lijst met punten die je zelf op een echt apparaat kunt verifiëren voordat je productiebestanden wijzigt.
Voor een bruikbare audit download je je huidige project als ZIP-bestand en upload je het samen met de passende prompt naar de AI-tool. Maak voor rendering- en prestatiecontroles ook een HAR-bestand via Chrome DevTools: open DevTools, ga naar het Network-paneel, laad de pagina opnieuw en exporteer daarna de opgenomen requests als HAR. Een normale webpaginalink kan DevTools niet veilig rechtstreeks in de browser van een bezoeker openen, dus gebruik de officiële Chrome DevTools-gids voor HAR-export wanneer je stapsgewijze instructies nodig hebt. Controleer HAR-bestanden voordat je ze deelt, omdat ze URL’s, cookies of andere gevoelige requestgegevens kunnen bevatten.
Auditprompts
Audit van codekwaliteit
Je bent een behoudende senior frontend-codeauditor voor een statische vanilla-JS-website met critical CSS en dark mode. Houd, indien aanwezig, ook rekening met AdSense, GA4, de Google CMP en Cloudflare.
BELANGRIJK:
- Herstel nog niets. Herschrijf geen bestanden.
- Doe geen aannames zonder die expliciet te benoemen. Rapporteer alleen concrete projectspecifieke bevindingen met bestand en regel/selector.
- Dit project wordt door meerdere AI-tools bewerkt; zoek daarom actief naar inconsistenties tussen sessies.
Controleer systematisch:
1. HTML
- ongeldige HTML, tagbalans, dubbele ID’s, ontbrekende labels of alt-tekst
- verkeerde semantiek, onnodig diepe div-nesting
- ontbrekende lang/meta/charset/viewport
- consistentie van identieke blokken zoals navigatie, footer en theme loader op alle pagina’s
2. Critical CSS, dat voor dit project essentieel is
- Spreekt inline critical CSS externe CSS tegen?
- Zijn er above-the-fold-risico’s voor layoutstabiliteit of CLS?
- Is de critical CSS voldoende voor first paint zonder layout jumps?
3. CSS
- dubbele of ongebruikte regels, overbodige media queries
- te hoge specificity of verkeerd gebruik van !important
- inconsistente spacing, afmetingen of breedtes tussen paginatypen
- dark-mode-dekking: hardcoded kleuren, correcte data-theme-selectors, ontbrekende componenten
- stijlregels die tussen bestanden synchroon moeten blijven
- gedeelde CSS die in het shared-bestand hoort in plaats van dubbel in pagina-CSS
4. JavaScript
- waarschijnlijke bugs, dode functies, dubbele logica, globale variabelen
- event-listener-lekken, onnodige DOM-queries en reflows
- event delegation tegenover afzonderlijke listeners
- progressive enhancement: werkt de pagina nog zonder JavaScript?
- ontbrekende foutafhandeling
- JavaScript dat layoutbreedtes regelt die beter door CSS kunnen worden afgehandeld
5. Third parties
- laadtiming en consent-signalen van AdSense, GA4 en Google CMP
- alleen noodzakelijke preconnects; elk request moet gerechtvaardigd zijn
6. UX en responsiveness
- mobiele problemen, overflow, touch targets en layoutbreuken
- navigatie- en hamburgergedrag op alle paginatypen
7. Accessibility
- toetsenbordgebruik, focus states en contrast in light en dark mode
- ARIA, formulieren en labels
Consistentiecontrole, hoofdfocus:
- Verschillen vergelijkbare pagina’s zonder goede reden in breedte, lettergrootte, spacing of structuur?
- Zijn componenten of stijlen tussen tools of sessies uit elkaar gaan lopen?
Uitvoerformaat:
## Executive Summary (max. 5 zinnen)
## Findings
Voor elk probleem: Prioriteit (Critical/High/Medium/Low) · Bestand:regel · Gebied · Probleem · Waarom dit belangrijk is · Risico van wijziging · Minimale oplossing
## Inconsistenties tussen pagina’s/tools
## Kopieën die synchroon moeten blijven
## Quick Wins (< 10 min)
## Veilige volgorde van fixes (veiligste eerst)
SEO-review
Je bent een senior technische SEO-auditor voor een statische website.
BELANGRIJK:
- Wijzig nog niets.
- Geef geen generieke tips.
- Rapporteer alleen concrete bevindingen in de bestaande code, met bestand en pagina/URL.
Controleer systematisch:
1. On-page SEO
- een beknopte, beschrijvende title per pagina; behandel 50–60 tekens niet als een Google-limiet en beoordeel waarschijnlijke afkapping op verschillende apparaten
- een unieke, nuttige meta description per pagina; Google heeft geen vaste tekenlimiet en kan de snippet afkappen of zelf een andere genereren
- dubbele titles en descriptions over alle pagina’s en talen
- keywordrelevantie en contenthiërarchie
2. Headings
- een duidelijke primaire paginakop en logische headingstructuur; meerdere H1-elementen zijn niet automatisch een Google-SEO-fout, maar de hoofdkop moet ondubbelzinnig zijn
- logische H2/H3-structuur
- geen sprongen in headingniveaus zonder reden
3. Technische SEO
- canonical-tags: geldig en consistent waar dubbele of vrijwel dubbele URL’s moeten worden geconsolideerd; self-referencing canonicals zijn een nuttige conventie, geen universele verplichting
- hreflang: wederkerig, x-default aanwezig, geldige taalcodes
- robots.txt en sitemap.xml: URL’s komen overeen met echte pagina’s, alle belangrijke pagina’s opgenomen, risico’s door statuscodes/redirects
- indexeerbaarheid, onbedoelde noindex, URL-structuur
4. Content
- dunne of dubbele content
- ontbrekende context
- diepte van interne links, orphan pages en CTA-structuur
5. Afbeeldingen
- alt-tekst
- beschrijvende bestandsnamen
- bestandsgroottes
- lazy loading
- LCP-afbeelding mag niet lazy-loaded zijn
6. Social en structured data
- Open Graph-velden
- Twitter Card-velden
- Schema.org JSON-LD: syntactisch geldig, passend @type, BreadcrumbList waar nuttig
- breadcrumbnamen komen overeen met zichtbare breadcrumbs
7. Core Web Vitals en SEO-impact
- render-blocking CSS/JS
- conflicten met critical CSS
- CLS-risico’s door ontbrekende afbeeldingsafmetingen, laat geladen fonts of geïnjecteerde advertenties
- identificeer het waarschijnlijke LCP-element
Uitvoerformaat:
## Executive SEO Score (1–10)
## Alleen kritieke problemen met rankingimpact
## Alle bevindingen
Voor elk probleem: Prioriteit · Bestand · Pagina/URL · Probleem · SEO-impact · Minimale oplossing · Verwacht voordeel
## hreflang-/i18n-bevindingen
## Quick Wins
## Prioriteitenroadmap (Top 10 op ROI)
Review van gebruikerservaring
Taak: UX-, SEO- en conversiereview met best-practice-onderzoek voor deze website: [VOEG URL IN]
Beoordeel de pagina vanuit drie perspectieven:
1. Gebruikerservaring en gebruikersbegeleiding
2. SEO en contentstructuur
3. Conversie, marketing en activatie van nieuwe gebruikers
Belangrijk: doe voor elk punt een korte webgebaseerde best-practice-check. Baseer aanbevelingen niet alleen op gevoel, maar vergelijk ze met voorbeelden, benchmarks of erkende UX-, SEO- en conversieprincipes.
Het doel is niet om direct te implementeren. Maak eerst een gedeelde beoordeling. Na review en overeenstemming kunnen de geprioriteerde punten worden uitgevoerd.
1. Sterkere primaire call-to-action op de homepage
Controleer of het belangrijkste startpunt op de homepage duidelijk genoeg is.
Vanuit gebruikersperspectief moet meteen duidelijk zijn:
- Wat kan ik hier doen?
- Waar begin ik?
- Wat krijg ik na de eerste klik?
Onderzoek:
- best practices voor hero-secties op SaaS-, tool- en AI-websites
- best practices voor primaire en secundaire CTA’s
- voorbeelden van goede CTA-teksten voor gratis AI-tools
Mogelijke hypothese om te testen:
Een opvallende knop zoals “Maak je eerste prompt”, “Begin met een promptgenerator” of “Bouw je eerste AI-prompt” kan gebruikers sneller activeren.
Geef een aanbeveling:
- Is de huidige CTA voldoende?
- Welke CTA-tekst is vanuit marketing- en SEO-perspectief het beste?
- Welke variant moet worden getest?
2. Begeleide instap via een eenvoudige startvraag
Controleer of nieuwe gebruikers duidelijker moeten worden begeleid.
Idee:
Vraag op de homepage of een centrale generatorpagina:
“Wat wil je met AI doen?”
Toon daarna 6–8 duidelijke tegels, bijvoorbeeld:
- Een e-mail schrijven of verbeteren
- Tekst samenvatten
- Iets vertalen
- Een afbeeldingsprompt maken
- Een reis plannen
- Een document uitleggen
- Socialmediacontent maken
- Een eigen prompt bouwen
Onderzoek:
- best practices voor guided onboarding
- best practices voor toolselectie op basis van use cases
- conversievoorbeelden van AI-tools, promptbibliotheken en SaaS-websites
- of navigatie op basis van use cases beter werkt dan navigatie op basis van categorieën
Geef een aanbeveling:
- Welke use cases moeten prominent worden getoond?
- Hoeveel tegels zijn nuttig?
- Waar moet dit startpunt komen?
- Moet het aan de bestaande navigatie worden toegevoegd in plaats van die te vervangen?
3. Universele generator: Snel versus Geavanceerd
Beoordeel de universele promptgenerator vanuit gebruikersperspectief.
Hypothese:
De generator is krachtig, maar beginners zien mogelijk te veel velden tegelijk.
Controleer of hij moet worden opgesplitst in:
- Snel / Eenvoudig: weinig verplichte velden, snelle uitvoer
- Expert / Geavanceerd: alle bestaande detailvelden
Onderzoek:
- best practices voor formulier-UX
- progressive disclosure in complexe formulieren
- conversie-impact van lange formulieren
- voorbeelden van AI-tools met eenvoudige en geavanceerde modi
Geef een aanbeveling:
- Welke velden zijn echt noodzakelijk voor beginners?
- Welke velden moeten optioneel of inklapbaar zijn?
- Hoe behoudt de generator zijn kracht zonder nieuwe gebruikers te overweldigen?
4. Concreet voorbeeld direct in de hero
Controleer of de homepage een direct zichtbaar voor/na-voorbeeld moet tonen.
Idee:
Eenvoudige invoer:
“Schrijf mijn e-mail”
Betere prompt:
“Schrijf een beleefde follow-upmail aan een klant die al 7 dagen niet heeft gereageerd. Houd hem professioneel, kort en vriendelijk. Voeg een duidelijke volgende stap toe.”
Onderzoek:
- best practices voor demovoorbeelden above the fold
- voorbeelden van AI-tools die waarde tonen met voor/na-demo’s
- of concrete voorbeelden conversie kunnen verbeteren
Geef een aanbeveling:
- Moet er een voorbeeld in de hero komen?
- Welke use case is het meest geschikt?
- Moet het voorbeeld statisch, interactief of een mini-demo zijn?
5. Verminder de bestaande navigatie niet, maar valideer en optimaliseer haar
Controleer niet primair hoe navigatie kan worden verwijderd. Controleer in plaats daarvan:
- Is de huidige navigatie begrijpelijk?
- Zijn de termen duidelijk?
- Is de volgorde logisch?
- Zijn er te veel even belangrijke items?
- Is er een betere groepering?
- Werkt ze goed op mobiel?
Onderzoek:
- best practices voor navigatie op content- en toolwebsites
- SEO-effecten van headernavigatie en interne links
- best practices voor mobiele navigatie
- voorbeelden van websites met veel tools of categorieën
Geef een aanbeveling:
- Wat moet blijven?
- Wat kan worden gegroepeerd?
- Welke menu-items zijn belangrijk voor SEO?
- Welke menu-items zijn het belangrijkst voor gebruikers?
6. Maak vertrouwen, privacy en geloofwaardigheid zichtbaarder
Controleer of bestaande trust-signals zichtbaarder moeten worden.
Positieve signalen die al aanwezig zijn:
- Geen account nodig
- Privacy-informatie aanwezig
- Colofon aanwezig
- Volgens de privacy-informatie worden gebruikersprompts niet opgeslagen
Onderzoek:
- best practices voor trust-signals op gratis tools
- privacycommunicatie voor AI-tools
- hoe privacyvoordelen duidelijk kunnen worden gecommuniceerd zonder de pagina te overladen
Geef een aanbeveling:
- Welke trust-notes moeten zichtbaar zijn op de homepage?
- Waar moeten ze staan?
- Welke formulering is duidelijk en betrouwbaar?
7. SEO- en marketingreview van de sitestructuur
Beoordeel de huidige sitestructuur vanuit SEO- en marketingperspectief.
Focus:
- Worden de belangrijkste use cases afgedekt door aparte SEO-landingspagina’s?
- Zijn er duidelijke keywordtargets per generator?
- Zijn title-tags, meta descriptions, H1/H2-structuren en interne links optimaal?
- Zijn er risico’s op duplicate content?
- Is er extra organisch verkeerspotentieel via long-tail-keywords?
Onderzoek:
- actuele SEO-best practices voor toolwebsites
- SEO voor programmatic pages / generatorpagina’s
- SEO voor AI-prompttools en promptbibliotheken
- best practices voor interne links tussen tool-, tutorial- en use-casepagina’s
Verwachte uitvoer:
1. Bevinding per punt
2. Best-practice-inzichten uit webonderzoek
3. Concrete aanbeveling
4. Schatting van implementatie-inspanning
5. Prioriteit: Hoog / Middel / Laag
6. Risico of afhankelijkheden
7. Meetbare succesmetric
Voorbeeld-KPI’s:
- click-through rate van de primaire CTA
- gebruik van de universele generator
- bounce rate van de homepage
- scroll depth
- tijd tot de eerste gegenereerde prompt
- aantal gestarte generatorflows
- organische klikken uit Google Search Console
- rankingverbeteringen voor relevante keywords
Proces:
1. Voer analyse en best-practice-onderzoek uit
2. Documenteer aanbevelingen
3. Bespreek ze met mij
4. Spreek geprioriteerde punten af
5. Implementeer met IT/programmering en SEO/marketing
6. Meet na implementatie de belangrijkste KPI’s
Doel: verbeter de eerste gebruikerservaring, duidelijkheid, SEO-performance en het gebruik van de promptgenerators zonder de bestaande navigatie onnodig te verbergen of SEO-waarde uit de huidige structuur te verliezen.
Review van Googlebot-rendering
Je bent een hybride SEO-, UX-, rendering- en Googlebot-auditor.
BELANGRIJK:
Gedraag je NIET als een normale gebruiker.
Analyseer de website primair vanuit het perspectief van:
1. Googlebot
2. de Google-renderingpipeline
3. Core Web Vitals
4. information retrieval en semantische relevantie
5. crawlability
6. indexability
7. interne linkstructuur
8. above-the-fold-UX
9. signalen voor ervaring, expertise, autoriteit en vertrouwen (E-E-A-T is een kwaliteitskader, geen afzonderlijke meetbare of op zichzelf staande rankingfactor)
10. waarschijnlijke rankingefficiëntie
Denk als:
- Google Search-kwaliteitssystemen
- een technische SEO-auditor
- een rendering engine
- een semantische parser
- een UX- en conversie-optimalisator
- een crawl-budget-optimalisator
Denk NIET als een designer.
Denk NIET als een marketingcopywriter.
Beoordeel niet alleen op basis van Lighthouse.
-----------------------------------
TAAK
-----------------------------------
Analyseer de volgende website volledig:
[VOEG URL IN]
Voer een volledige audit uit.
Beoordeel:
- HTML-structuur
- DOM-structuur
- renderinggedrag
- JavaScript-afhankelijkheden
- crawlability
- semantiek
- above-the-fold-gebied
- informatiehiërarchie
- interne links
- contentdichtheid
- layoutspacing
- visuele prioritering
- laadgedrag
- lazy loading
- hydrationproblemen
- CLS-risico’s
- mobiele UX
- accessibilitysignalen
- semantische relevantie
- indexeringsrisico’s
- mogelijke kwaliteits- of spamsignalen
- vertrouwen en E-E-A-T
- PageRank-verdeling binnen de pagina
-----------------------------------
BELANGRIJK GEDRAG
-----------------------------------
Ga ervan uit dat:
- Google NIET scrollt zoals een echte gebruiker
- Google meestal niet actief rondklikt
- content achter scroll-events, klikken, hover-effecten, tabs, accordions of JS-only-rendering mogelijk minder betrouwbaar wordt geïndexeerd
Controleer daarom:
- welke content in de initiële HTML aanwezig is
- welke content pas na JavaScript verschijnt
- welke content Googlebot mogelijk mist
Houd rekening met:
- crawl budget
- renderingkosten
- DOM-complexiteit
- onnodige JavaScript-executie
- hoge hydrationkosten
- risico’s van infinite scroll
- ontbrekende crawlbare URL’s
- zwakke interne links
- zwakke semantische signalen
-----------------------------------
ANALYSESTRUCTUUR
-----------------------------------
Maak de audit in deze secties:
1. Executive Summary
- grootste SEO- en renderingproblemen
- grootste rankingkansen
- meest kritieke fouten eerst
2. Googlebot Rendering Analysis
- Wat ziet Google onmiddellijk?
- Wat ziet Google waarschijnlijk NIET?
- Welke content is riskant?
- Welke content is te afhankelijk van JavaScript?
3. Above-the-Fold Analysis
Beoordeel:
- zichtbaarheid van de hoofdboodschap
- spacing en whitespace
- H1-positie
- CTA-zichtbaarheid
- contentdichtheid
- semantische duidelijkheid
- renderingprioriteit
- visuele hiërarchie
- mogelijke UX- of SEO-problemen
Controleer expliciet:
- te veel whitespace
- belangrijke content te ver naar beneden
- onnodige animaties
- hero-secties zonder informatiewaarde
4. Core Web Vitals en performance
Beoordeel:
- LCP
- CLS
- INP
- TTFB
- JS-grootte
- render blocking
- hydrationkosten
- problemen met lazy loading
- afbeeldingsoptimalisatie
- font loading
Leg uit:
- welke problemen echt rankingrelevant zijn
- welke problemen alleen Lighthouse-cosmetiek zijn
5. Informatiearchitectuur
Beoordeel:
- semantische structuur
- headinghiërarchie
- onderwerpduidelijkheid
- interne links
- crawl depth
- prioritering van belangrijke pagina’s
- kwaliteit van topic clusters
6. Semantiek en content
Controleer:
- semantische duidelijkheid
- zoekintentie
- thin content
- entity-signalen
- keywordcannibalisatie
- duplicatierisico’s
- E-E-A-T
- expertise- en trust-signals
7. Mobile-First Analysis
Beoordeel:
- mobiele prioritering
- above the fold op mobiel
- tap targets
- mobiele renderingproblemen
- content shift
- mobiele snelheid
8. Technical SEO Analysis
Controleer:
- SSR versus CSR
- HTML-kwaliteit
- schema markup
- canonicals
- meta-tags
- robots
- sitemap
- paginering
- infinite scroll
- indexeringsproblemen
- crawlproblemen
9. Geprioriteerde acties
Groepeer alle aanbevelingen in:
- CRITICAL
- HIGH IMPACT
- MEDIUM IMPACT
- LOW PRIORITY
Leg uit:
- waarom dit waarschijnlijk ranking beïnvloedt
- waarom dit Googlebot helpt
- waarom dit UX verbetert
10. Quick Wins
Noem de 10 snelste verbeteringen met maximale impact op SEO, UX en rendering.
-----------------------------------
ZEER BELANGRIJK
-----------------------------------
Wees kritisch.
Wees technisch.
Wees precies.
Geef geen:
- generieke SEO-clichés
- marketingfluff
- oppervlakkige tips
Geef wel:
- echte renderingproblemen
- echte crawlproblemen
- echte semantische problemen
- echte UX- en layoutproblemen
- echte rankinghefbomen
Waar mogelijk:
- leg concrete oorzaken uit
- leg concrete effecten op Google uit
- leg concrete technische oplossingen uit
Beoordeel de website vanuit het perspectief van een modern Google-renderingsysteem van de nieuwste generatie, niet vanuit klassieke SEO-checklists uit 2018.
Codekwaliteit: HTML-validiteit, CSS-structuur, JavaScript, toegankelijkheid, dark mode, Core Web Vitals, layoutstabiliteit, onderhoudbaarheid en veilige refactoring.
SEO: titles, metabeschrijvingen, headings, canonicals, hreflang, interne links, schema, afbeeldingen, crawlbaarheid, risico’s op dubbele content en long-tail-kansen.
Gebruikersweergave: duidelijkheid, vertrouwen, CTA-kracht, mobiele frictie, cognitieve belasting, navigatie, vertrouwen bij de eerste klik en conversiepad.
Tip: Los eerst punten met hoge prioriteit op. Refactor werkende code niet alleen omdat AI een schoner patroon voorstelt.
Stap 7
Lanceer en verbeter
Resultaat: verbetercyclus
Publiceer de site, kijk wat er gebeurt en verbeter in kleine stappen. Een website is nooit af; hij wordt nuttig door feedback, meting en zorgvuldige iteratie.
Praktische controles:
Controleer de basis: mobiele layout, links, formulieren, analytics, privacypagina’s en paginasnelheid.
Meet één of twee doelen: CTA-klikken, gestarte generators, scrolldiepte of contactklikken.
Verbeter zorgvuldig: kleine wijzigingen zijn makkelijker te testen en terug te draaien.
AI kan je helpen pagina’s te plannen, teksten te schrijven, code te genereren en het resultaat te auditen, maar de website heeft nog steeds jouw oordeel nodig. Een goede site is niet de site met de meeste functies; het is de site die mensen begrijpen, vertrouwen en zonder frictie kunnen gebruiken.
Drie dingen zijn belangrijker dan meer functies toevoegen:
Duidelijkheid: bezoekers moeten binnen enkele seconden begrijpen waar de site voor is.
Vertrouwen: snel laden, leesbare content, werkende links en transparante informatie laten de site echt aanvoelen.
Controle: statische, eenvoudige code is makkelijker te testen, onderhouden en terug te draaien als iets breekt.
Begin eenvoudig, houd de structuur statisch en leesbaar, verifieer elke belangrijke wijziging zelf en verbeter één probleem tegelijk. Zo wordt een door AI ondersteunde website iets betrouwbaars in plaats van nog een gegenereerd concept.
Begin met duidelijkheid
Neem vandaag de eerste websitebeslissing
Een duidelijk doel en paginaplan voorkomen het meeste vermijdbare herstelwerk. Begin daarmee voordat je AI code of tekst laat schrijven.