SEO met AI: 3 methoden die we hebben getest, 1 waarvoor Google waarschuwt

Door SEOgrinder · Gepubliceerd 4 november 2026 · Bijgewerkt 5 november 2026 · 12 min leestijd

Kort antwoord: SEO met AI werkt het veiligst als je de AI een taak geeft waarvan je het resultaat kunt controleren. Drie methoden voldoen daaraan: een coding agent herstelt één bevinding uit een SEOgrinder-rapport, AI schrijft titels en metabeschrijvingen die een mens op lengte en feiten controleert, en AI schrijft JSON-LD dat de Rich Results Test van Google valideert. De praktijk die je moet vermijden, is veel pagina’s genereren zonder gebruikers meerwaarde te bieden. Het spambeleid van Google noemt dat “scaled content abuse”.

Teststand (5 november 2026): De hieronder beschreven test is uitgevoerd en geslaagd. De meetwaarden publiceren we niet, dus dit artikel noemt daarbuiten geen resultaat.

Is AI-content tegen de regels van Google?

Niet op zich. Google beantwoordt de vraag in zijn FAQ over AI-content uitdrukkelijk: “Appropriate use of AI or automation is not against our guidelines.” In hetzelfde antwoord staat de grens: AI mag niet worden gebruikt om content te maken met als hoofddoel de zoekresultaten te manipuleren, want dat is in strijd met het spambeleid. De pagina over behulpzame inhoud zegt het nog eens voor automatisering, ook AI-generatie: content maken met als hoofddoel de zoekresultaten te manipuleren, is “a violation of our spam policies”.

De grens is dus het doel, niet het gereedschap. Googles richtlijnen over generatieve AI-content noemen zelfs een gebruik dat Google goedkeurt: “Generative AI can be particularly useful when researching a topic, and to add structure to original content.” Dezelfde pagina vraagt je ook iets: “It is critical to manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing.” Volgens die pagina geldt de controle ook voor metagegevens zoals title-elementen, metabeschrijvingen, gestructureerde gegevens en alt-teksten van afbeeldingen, omdat die in de zoekresultaten kunnen verschijnen. Methode 2 en 3 hieronder zijn precies rond die zin gebouwd.

SEO met AI in één overzicht: drie methoden en een waarschuwing

Alle drie de methoden volgen hetzelfde patroon. De AI schrijft het concept, en iets buiten de AI beslist of het resultaat klopt: een nieuwe scan, een tekentelling met een vergelijking met de pagina, of de eigen validator van Google.

Aanpak	Wat de AI doet	Wat beslist of het klopt
Methode 1	Een coding agent past je code aan om één bevinding te herstellen	Een nieuwe SEOgrinder-scan zodra de wijziging live staat
Methode 2	Schrijft een titel en een metabeschrijving	Een mens: tekenaantal, en elke bewering tegenover de pagina
Methode 3	Schrijft JSON-LD voor een pagina	De Rich Results Test van Google, plus een vergelijking met de zichtbare pagina
Vermijden	Genereert veel pagina’s	Niets, en dat is het probleem (zie hieronder)

Methode 1: laat een coding agent één bevinding herstellen

Een SEO-rapport bevat mechanische bevindingen, zoals een ontbrekende canonical-tag of een ontbrekende title. Ze hebben één juiste oplossing, en die kun je controleren door de pagina op te halen. Daardoor zijn ze een goede taak voor een coding agent als Claude Code, Cursor of GitHub Copilot. De volledige werkwijze met veiligheidsregels staat in ons artikel over SEO-fouten oplossen met een AI coding agent. Hier de korte versie.

Voer het adres van je openbare pagina in bij SEOgrinder. Het is gratis en vraagt geen account. Klik in het rapport op Overdragen aan AI om de werkopdracht te openen, een Markdown-document waarin elke taak een controleerbare voorwaarde “Klaar wanneer” heeft. Om één taak over te dragen, klik je op dezelfde knop op de taakkaart. Geef de werkopdracht aan je agent en zeg dat hij één taak moet doen en dan stoppen. Lees de diff, zet de wijziging live en klik daarna op Opnieuw controleren. SEOgrinder bewaart een rapport tot 24 uur, en de knop forceert een verse meting (hij werkt een paar keer per uur).

Is de bevinding uit het nieuwe rapport verdwenen, dan werkte de methode. Staat ze er nog, dan vertelde het verslag van de agent je alleen wat hij wilde wijzigen, niet wat live staat. SEOgrinder leest alleen openbare pagina’s, dus een wijziging die alleen op je laptop bestaat, ziet hij niet.

Eén grens hoort hier: een herstelde bevinding haalt één technische fout weg; SEOgrinder controleert het meeste van het technische fundament, niet alles. Het belooft geen betere positie, en SEOgrinder meet geen posities en ook niet of AI-assistenten je site noemen.

Methode 2: laat AI titels en beschrijvingen schrijven, en controleer ze

Bij het schrijven van concepten bespaart AI tijd: een model stelt in seconden drie titels en drie beschrijvingen voor. Het risico is een bewering die niet op je pagina staat, zoals een getal, een belofte of een functie. Titels en beschrijvingen kunnen in zoekresultaten verschijnen, dus de regel van Google over feitencontrole hierboven geldt er volledig voor.

Een werkwijze die de controle eenvoudig houdt:

Geef de AI de bron. Plak de paginatekst, noem het zoekwoord en verbied alles wat niet in de tekst staat. Een prompt als deze doet dat:

Schrijf drie varianten voor een titel en drie varianten voor een metabeschrijving bij de paginatekst die na dit bericht volgt.
Gebruik alleen feiten die in de tekst staan. Voeg geen getallen, prijzen, onderscheidingen of beloftes toe.
Zet het hoofdzoekwoord aan het begin van elke titel en zeg wat de lezer krijgt.

Tel de tekens zelf. Vertrouw niet op de lengte die het model noemt. In een terminal geeft printf '%s' "SEO met AI: 3 methoden in test, 1 om te vermijden" | wc -m het getal 49.
Controleer elke bewering tegenover de pagina. Staat een bewering uit het concept niet op de pagina, schrap ze dan of zet haar eerst op de pagina.
Kies een variant of werk haar bij. Lees haar zoals een bezoeker.

Twee soorten grenzen spelen mee. De bereiken 30–60 tekens voor titels en 110–160 tekens voor beschrijvingen zijn de waarden die onze eigen blogcontrole eist. Het zijn geen eisen van Google. Google noemt op zijn pagina’s geen vaste grens: een title-element mag willekeurig lang zijn, en ook een metabeschrijving mag willekeurig lang zijn. In beide gevallen wordt het resultaat in Google Zoeken ingekort, “as needed, typically to fit the device width”, dus naar behoefte en meestal passend bij de breedte van het apparaat. Onze inschatting: kortere teksten worden minder vaak afgekapt, daarom gebruiken we de bereiken als richtwaarde.

Voor de formulering zelf biedt de pagina van Google over behulpzame inhoud twee vragen die je aan elk concept kunt stellen: geeft de hoofdkop of paginatitel een beschrijvende, behulpzame samenvatting van de inhoud, en vermijdt hij overdrijving en sensatie? Google schrijft ook dat het de metabeschrijving soms in het fragment toont als die de pagina nauwkeuriger beschrijft dan tekst van de pagina zelf. Een onjuiste bewering daar kan dus bij zoekers terechtkomen.

Methode 3: laat AI JSON-LD schrijven en valideer het

Gestructureerde gegevens zijn code met gedocumenteerde regels, dus een goede taak voor AI en voor een machinale controle. Google raadt JSON-LD aan als de opzet van je website het toelaat. Voor breadcrumbs zegt de documentatie van Google: definieer een BreadcrumbList met minstens twee ListItems. Verplicht zijn itemListElement voor de lijst, en name en position voor elk item. Het adres item is verplicht bij elk item behalve het laatste. Andere typen hebben eigen verplichte velden, open dus de pagina van jouw type in de documentatie van Google voordat je een concept vertrouwt. Een BreadcrumbList voor een blogpagina ziet er zo uit, met example.com als website:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
    { "@type": "ListItem", "position": 3, "name": "SEO met AI" }
  ]
}
</script>

Plak de code in de Rich Results Test. Die heeft een tabblad voor het adres van een pagina en een voor code. Google beschrijft het doel zo: de test laat zien welke rich results kunnen ontstaan uit de gestructureerde gegevens die een pagina bevat.

Wees precies over wat “geslaagd” betekent. In de richtlijnen voor gestructureerde gegevens van Google staat: “Google does not guarantee that your structured data will show up in search results”, en dat geldt ook als de opmaak volgens de Rich Results Test klopt. Geslaagd zijn is op zichzelf niet genoeg: de breadcrumb-pagina van Google zegt “You must follow these guidelines to be eligible to appear with breadcrumbs in Google Search”, dus de richtlijnen moeten worden gevolgd, en de pagina moet voor Google bereikbaar zijn en mag niet door robots.txt, een noindex-tag of een login zijn afgesloten. Door te slagen ontstaat er geen rich result. Breadcrumbs zijn volgens de documentatie bijvoorbeeld een functie die op desktop beschikbaar is.

De test controleert de structuur. Of de inhoud klopt, zegt hij je niet, en een model kan eigenschappen toevoegen die aannemelijk lijken. Dezelfde richtlijnen zeggen dat je geen inhoud mag markeren die lezers van de pagina niet zien. Vergelijk de opmaak dus met de pagina: elke naam, datum en elk adres erin moet daar voorkomen. Na het live zetten meldt SEOgrinder pagina’s zonder gestructureerde gegevens, JSON-LD-blokken die het niet kan lezen en items waarin velden ontbreken die Google verlangt. Niet elke pagina heeft opmaak nodig: het rapport zegt zelf dat ontbrekende gestructureerde gegevens prima zijn als er geen type rich result bij de pagina past.

De praktijk die je moet vermijden: veel pagina’s zonder waarde

Het spambeleid van Google definieert het in één zin: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” Een van de voorbeelden daar luidt: “Using generative AI tools or other similar tools to generate many pages without adding value for users”. Misbruik is het volgens het beleid “no matter how it's created”, dus ongeacht hoe de inhoud ontstaat. Op dezelfde lijst staan het scrapen van feeds, zoekresultaten of andere inhoud om veel pagina’s te maken, het aan elkaar plakken van inhoud van verschillende pagina’s en veel pagina’s die voor een lezer weinig zin hebben maar zoektermen bevatten.

De gevolgen noemt het beleid duidelijk. Websites die de regels overtreden, “may rank lower in results or not appear in results at all”, en Google ontdekt overtredingen met geautomatiseerde systemen en zo nodig met beoordeling door mensen, wat kan leiden tot een handmatige maatregel. Voor zulke inhoud op je eigen website is de aanwijzing van het beleid kort: “exclude it from Search”.

Dit is de ene praktijk die we niet testen. We publiceren geen pagina’s zonder waarde om te zien wat er gebeurt. De waarschuwing berust alleen op de tekst van Google.

Hoeveel AI is te veel?

Google noemt geen getal. In de vier Google-teksten die we voor dit artikel hebben gelezen (het beleid, de richtlijnen over generatieve AI-content, de pagina over behulpzame inhoud en de FAQ-post) staat geen percentage en geen aandeel door AI geschreven tekst waarboven het te veel zou zijn. Een regel van de vorm “tot X procent AI is veilig” komt niet van Google.

In plaats van een getal geeft Google vragen. De pagina over behulpzame inhoud vraagt onder meer: “Are you using extensive automation to produce content on many topics?” en “Are you producing lots of content on many different topics in hopes that some of it might perform well in search results?” Dat zijn vragen aan jezelf, geen regels. Het “waarom” achter een pagina noemt Google misschien wel de belangrijkste vraag: inhoud moet vooral ontstaan om mensen te helpen.

Dezelfde pagina zegt dat search quality raters naar de inspanning kijken en dat grote hoeveelheden tekst uit generatieve AI “without manual oversight or curation represents little to no effort”. Google voegt in zijn richtlijnen over AI-content toe dat de beoordelingen van die raters de ranking niet rechtstreeks beïnvloeden. Onze inschatting, geen uitspraak van Google: vraag bij elke pagina of ze iets bevat wat een lezer niet krijgt door andere pagina’s samen te vatten, zoals je eigen metingen of schermafbeeldingen, en of een mens de feiten heeft gecontroleerd. Kun je dat niet met ja beantwoorden, dan ligt het probleem bij de pagina, hoeveel of hoe weinig AI er ook in zit.

Onze test: wat we op 5 november 2026 hebben gedaan

De kop zegt “we hebben getest”. Dit onderdeel beschrijft die test. De meetwaarden publiceren we niet.

Transparantie: SEOgrinder is onze eigen tool, en we bouwen hem.

De test bestond op 5 november 2026 uit drie ronden van elk ongeveer 10 minuten, uitgevoerd op onze eigen website door de persoon die de test draait:

Methode 1, één pagina met een openstaande bevinding. De pagina in SEOgrinder scannen en de openstaande bevinding noteren. Haar met Overdragen aan AI aan een coding agent geven, de diff lezen, de wijziging live zetten en op Opnieuw controleren klikken.
Methode 2, een nieuw artikel van deze blog. Uit de artikeltekst titels en metabeschrijvingen door AI laten schrijven. Tekens tellen, elke bewering tegenover het artikel controleren en één variant kiezen.
Methode 3, één blogpagina. De JSON-LD voor de pagina door AI laten schrijven en de code in de Rich Results Test van Google plakken.

Dit leggen we vast: datum en tijd, de versies van de gebruikte tools, het SEOgrinder-rapport vóór en na ronde 1, de commit met de wijziging, de lengte in tekens van elk concept uit ronde 2 en een schermafbeelding van de Rich Results Test uit ronde 3.

Resultaat: de drie ronden zijn geslaagd. De meetwaarden publiceren we niet. De vierde praktijk, veel pagina’s zonder waarde publiceren, hoort niet bij de test.

Veelgemaakte fouten

AI-concepten ongelezen publiceren. Google noemt de controle “critical”, en ze geldt voor titels, beschrijvingen, gestructureerde gegevens en alt-teksten.
Het tekenaantal van het model vertrouwen. Tel zelf.
Markeren wat niet op de pagina staat. Volgens de richtlijnen van Google moeten gestructureerde gegevens beschrijven wat lezers kunnen zien.
“Geslaagd” lezen als “rich result gegarandeerd”. Google schrijft uitdrukkelijk dat het niet garandeert dat gestructureerde gegevens verschijnen.
De agent het hele rapport in één keer geven. Een grote diff verbergt welke wijziging welk probleem veroorzaakte. Eén bevinding tegelijk duurt langer en is veel veiliger.
Een methode op honderden pagina’s toepassen zonder steekproef. Probeer haar op één pagina, lees het resultaat en breid dan uit.
Een percentage noemen alsof het van Google komt. In de teksten die we lazen, staat er geen.

Veelgestelde vragen

Straft Google door AI geschreven content?

Google zegt dat gepast gebruik van AI niet tegen zijn richtlijnen is. Het spambeleid gaat over content die met als hoofddoel de zoekresultaten te manipuleren wordt gemaakt, en websites die het overtreden, kunnen lager komen te staan of helemaal niet meer verschijnen. Beslissend zijn doel en waarde voor gebruikers, niet het gereedschap.

Moet ik AI-content vermelden?

Google formuleert het als aanbeveling. In zijn richtlijnen staat “consider adding information on how your content was created in a way that makes sense for your audience”, en in de FAQ staat dat je zulke vermeldingen toevoegt “when it would be reasonably expected”.

Mag ik AI als auteur van een artikel noemen?

Volgens de FAQ van Google is een auteursregel met AI “probably not the best way” om lezers duidelijk te maken dat AI aan het maken van de inhoud meedeed.

Verhogen deze methoden mijn positie?

Dat kan niemand beloven. Methode 1 haalt technische fouten weg, methode 2 verandert hoe een pagina in de resultaten kan verschijnen, en methode 3 valideert de opmaak waar rich results van afhangen. Geen van de drie garandeert een positie.

Je volgende stap

Doe de gratis scan van je website in SEOgrinder, pak de eerste taak van de lijst en probeer methode 1 op die ene bevinding: overdragen, diff lezen, live zetten, op Opnieuw controleren klikken. Wil je eerst de veiligheidsregels voor het werken met een agent lezen, dan helpt SEO-fouten oplossen met een AI coding agent.