Welke technische SEO-factoren zijn echt belangrijk voor AI-zichtbaarheid? Onze site scoort goed op Google maar krijgt nul AI-vermeldingen

Goede Google-rankings GARANDEREN GEEN AI-zichtbaarheid. Dit is waarom:

Hoe AI-crawlers verschillen van Googlebot:

Wat Google maskeert en AI blootlegt:

1. Autoriteit compensatie – Google weegt je DA en backlinks zwaar mee. AI kijkt niet naar links – alleen naar contentkwaliteit en toegankelijkheid.

2. JavaScript rendering – Googlebot rendert JS na de eerste crawl. AI-crawlers zien alleen ruwe HTML.

3. Mobile-first – Beiden letten erop, maar AI-crawlers kunnen sneller uitvallen op slechte mobiele ervaring.

4. Snelheidstolerantie – Google houdt rekening met snelheid, maar compenseert met autoriteit. AI-systemen slaan trage sites gewoon over.

Waarschijnlijke oorzaken bij jou:

Aangezien je goed scoort op Google maar geen AI-vermeldingen hebt, controleer:

1. JavaScript-rendering van cruciale content
2. Robots.txt die AI user-agents blokkeert
3. CDN/Cloudflare die AI-bots blokkeert
4. Contentstructuur (machine-leesbaar vs. mens-leesbaar)

Paginasnelheidsperspectief – dit is belangrijker voor AI dan voor Google:

Waarom snelheid AI harder raakt:

AI-platforms crawlen miljarden pagina’s en verbruiken enorme hoeveelheden rekenkracht. De uitbreiding van OpenAI vereist 10 gigawatt vermogen. Elke trage pagina verspilt resources.

Het rekensommetje:

• Trage site = meer crawlresources
• Meer resources = hogere kosten
• Hogere kosten = minder prioriteit
• Resultaat = minder AI-vermeldingen

Snelheidsnormen voor AI:

Je “alles groen” Core Web Vitals:

De drempels van Google zijn soepel. Voor AI:

• Google “goed” = 2,5s LCP
• AI-voorkeur = onder 1,5s LCP

Je haalt misschien Google’s norm maar bent nog steeds traag voor AI.

Prioriteit bij snelheidsoptimalisatie:

1. Serverreactietijd (TTFB)
2. Afbeeldingsoptimalisatie (WebP/AVIF, lazy loading)
3. JavaScript-reductie (minder/kleinere bundels)
4. CDN-caching (vanaf edge serveren)
5. Render-blocking resources elimineren

Schema markup en gestructureerde data – vaak ontbrekend op hoog scorende sites:

Waarom schema belangrijker is voor AI:

Google gebruikt signalen buiten schema om (links, autoriteit, engagement). AI-systemen vertrouwen sterk op gestructureerde data om:

• Het type content te begrijpen
• Informatie met vertrouwen te extraheren
• Entiteitinformatie te verifiëren
• Onduidelijkheid te verminderen

Schema dat invloed heeft op AI (~10% van Perplexity ranking):

1. Article/TechArticle – Contenttype-identificatie
2. FAQPage – Vraag-antwoord-extractie
3. HowTo – Stapsgewijze processen
4. Organization – Entiteitherkenning
5. Product/Service – Duidelijkheid commerciële intentie
6. BreadcrumbList – Inzicht in sitestructuur

Implementatie checklist:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Jouw paginatitel",
  "datePublished": "2026-01-06",
  "dateModified": "2026-01-06",
  "author": {
    "@type": "Person",
    "name": "Naam auteur",
    "url": "https://jouwsite.nl/auteur"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Jouw bedrijf"
  }
}

Veelgemaakte fouten:

• Schema komt niet overeen met zichtbare content
• Verouderde dateModified-timestamps
• Ontbrekende auteur/uitgever info (E-E-A-T signalen)
• Geen FAQPage-schema op FAQ-secties

Valideer met Google’s Rich Results Test EN Schema Markup Validator.

Contentstructuurperspectief – wat AI nodig heeft vs. wat mensen zien:

Het verschil tussen menselijk en machinaal lezen:

Mensen:

• Scannen visueel
• Interpreteren context
• Vullen gaten in
• Navigeren intuïtief

AI-crawlers:

• Lezen HTML sequentieel
• Hebben expliciete context nodig
• Kunnen geen betekenis afleiden
• Volgen structuur strikt

Structuurelementen die ertoe doen:

1. Koppenhiërarchie

H1 (één per pagina)
  H2 (hoofdstukken)
    H3 (subsecties)

Sla nooit niveaus over. Elke kop = inhoudsgrens.

2. URL-structuur Goed: /features/sso-configuration Fout: /page?id=12345

Beschrijvende URL’s geven vooraf al signaal over de inhoud.

3. Interne linking

• Bidirectionele links tonen relaties
• Beschrijvende ankertekst helpt begrip
• Topicclusters signaleren autoriteit

4. Content opdelen

• Korte alinea’s (2-3 zinnen)
• Zelfstandige secties
• Lijsten voor scanbare info
• Tabellen voor vergelijkingen

De zichtbaarheidstest:

Als je alle opmaak van je pagina zou verwijderen, blijft de structuur dan nog logisch? Dat is wat AI-crawlers zien.

Ik heb net Cloudflare gecontroleerd – AI-bots werden standaard geblokkeerd. Dit verklaart alles.

Mijn auditbevindingen:

1. Cloudflare-blokkade – AI-bots geblokkeerd (NU OPGELOST)
2. JavaScript-inhoud – Sommige cruciale content wordt via JS gerenderd
3. Schema-gebreken – Geen FAQPage-schema, onvolledig Article-schema
4. Snelheid – 2,3s LCP (voldoet aan Google, maar niet ideaal)

Mijn technische actieplan:

Direct (Vandaag):

• AI-crawler-toegang inschakelen in Cloudflare (GEDAAN)
• Testen met curl om toegang te verifiëren

Week 1:

• Audit op JavaScript-rendering op top 50 pagina’s
• SSR implementeren voor cruciale content
• FAQPage-schema toevoegen aan alle FAQ-secties

Week 2-4:

• Article-schema compleet maken met auteursinformatie
• Snelheidsoptimalisatie (doel 1,5s LCP)
• Audit op koppenhiërarchie

Doorlopend:

• AI-vermeldingen monitoren via Am I Cited
• Correlatie tussen aanpassingen en zichtbaarheid volgen
• Regelmatige infrastructuur-audits

Belangrijkste inzichten:

1. Google-rankings maskeren technische schuld – AI legt problemen bloot waar Google voor compenseert
2. Infrastructuur van derden is belangrijk – Cloudflare blokkeerde ons zonder dat we het wisten
3. Verschillende crawlers, verschillende eisen – Googlebot-succes betekent niet automatisch AI-succes
4. Schema is belangrijker voor AI – Niet langer optioneel

De nederige realisatie:

We dachten dat onze technische SEO solide was omdat Google dat zei. AI-crawlers lieten een totaal ander verhaal zien.

Iedereen bedankt voor het helpen bij de diagnose!