Een contentbriefing bouwen uit Search Console-data

Een taalmodel kan op basis van een zoekwoordenlijst in een middag dertig artikelen produceren. Ik gebruik AI dagelijks in mijn werk en schrijf toch geen woord voordat er een briefing ligt die op de zoekdata van de klant is gebaseerd.

Dat is geen principiële weerstand tegen snelheid. Het komt voort uit hoe deze modellen werken.

## Wat een taalmodel wel en niet weet

Een taalmodel voorspelt tekst op basis van wat het eerder heeft gezien. Vraag je om een artikel over een onderwerp, dan krijg je het gemiddelde van alles wat daarover al geschreven is.

Dat is precies het probleem. Het gemiddelde bestaat al, staat al online en is al geschreven door iemand anders. Er is geen reden waarom Google of een lezer daar jouw versie van nodig heeft.

Wat een model niet weet, is waar jouw bezoekers op zoeken en waar je nu al voor verschijnt zonder dat je erop scoort. Die informatie moet je erin stoppen. Doe je dat niet, dan is de bron van het artikel het internet in plaats van jouw situatie.

## Waarom ik met de data begin en niet met het onderwerp

In Search Console staat per zoekterm hoe vaak een site verschijnt, hoe vaak er geklikt wordt en op welke positie dat gebeurt. Daar zitten zoektermen tussen waar veel op vertoond wordt zonder dat er iets binnenkomt.

Dat zijn de plekken waar de vraag al bestaat en het antwoord tekortschiet. Een onderwerp dat daaruit komt is niet bedacht maar gemeten.

Voor mijn klanten komt die data samen in het [SEO Rapportagesysteem](https://ferryjansen.nl/use-cases/rapportagesysteem/), dat de vraag beantwoordt welk werk aan de site effect heeft gehad. De briefing haalt daar zijn vertrekpunt op.

## De drie lagen

De productie loopt bij mij in drie stappen, elk met een eigen rol.





  

    
    

      
01
      

        
Onderzoek
        
Wat zoeken mensen al waar we nu geen goed antwoord op geven?
        levert de briefing
      
    
    
    

      
02
      

        
Schrijven
        
De briefing invullen met echte voorbeelden, eigen ervaring en de juiste toon.
        begint pas na laag 1
      
    
    
    

      
03
      

        
Publiceren
        
Plaatsen, intern verwijzen en na een paar weken kijken wat het deed.
        terug naar laag 1
      
    
    
  
  



De eerste laag is de kwaliteitspoort. Komt daar geen bruikbare vraag uit, dan wordt er niets geschreven. Dat scheelt meer werk dan het kost.

## Wat er in een briefing staat

Een briefing is bij mij kort en bestaat uit vaste onderdelen.

- De zoektermen waar dit stuk antwoord op geeft, met hoe de site daar nu voor staat
- Wat er al over gepubliceerd is, op de eigen site en daarbuiten
- Welke vraag het stuk beantwoordt en voor wie
- Welke eigen data, voorbeelden of ervaring erin moeten
- Waar het stuk naartoe verwijst

Dat laatste punt is belangrijker dan het lijkt. De briefing bepaalt welke concrete kennis er ingaat, en dat is het deel dat een model zelf niet kan verzinnen.

## Van goedgekeurde briefing naar concepttekst met AI

Zodra een briefing is goedgekeurd, kan het schrijven beginnen. Dit is de stap waar ik AI inzet om van een gestructureerd voorstel een eerste concepttekst te maken. De kwaliteit van de output hangt volledig af van de kwaliteit van de input. Mijn systeem is geen magische knop, maar een manier om een doordachte briefing efficiënt om te zetten in tekst.

Dit proces verloopt in drie stappen:

- **Het gestructureerde voorstel.** Alles begint met de goedgekeurde briefing. Die bevat niet alleen de zoektermen uit het [SEO Rapportagesysteem](https://ferryjansen.nl/use-cases/rapportagesysteem), maar ook de unieke invalshoek, eigen voorbeelden en de vertaling van een [zoekterm naar een onderwerp](https://rankfellow.com/blog/zoekterm-topic-ux/) dat de lezer helpt.
- **De automatische verwerking.** Mijn zelfgebouwde software leest deze gestructureerde briefing en zet de onderdelen om in een opdracht voor een taalmodel. De briefing fungeert als de bron, niet het open internet.
- **Het concept in Notion.** Het resultaat is een complete concepttekst die automatisch in Notion wordt geplaatst. Deze tekst is de basis voor de laatste stap: redactie en publicatie. Het stuk moet immers passen in de bredere contentstructuur, zoals een [hub-en-pillar-model](https://rankfellow.com/blog/hub-en-pillar/).

## Waarom ik dit onderscheid belangrijk vind

Ik denk dat AI in het uitvoerende deel van marketing veel werk uit handen kan nemen, en ik zet het daar zelf ook voor in. Maar het model levert de vorm, niet de inhoud. De inhoud komt uit de data en uit wat je zelf hebt meegemaakt.

Wie dat omdraait krijgt tekst die klopt maar niets toevoegt. Dat is niet de schuld van het model, dat doet precies wat het moet doen met wat het krijgt.

Het gevolg voor mijn eigen werk is dat er minder stukken komen dan wanneer ik op volume zou sturen. Elk stuk is wel terug te voeren op een zoekvraag die er al lag.

Hoe ik die kadans van meten naar handelen in de rest van mijn werk aanhoud, staat in [Management, signaal, analyse, actie](https://ferryjansen.nl/blog/seo-signaal-analyse-actie-automatisering/). Content is daar één toepassing van, met dezelfde volgorde.

## Veelgestelde vragen

**Kun je SEO zelf doen?**
Ja, je kunt SEO zelf doen. De basis is niet het toepassen van trucjes, maar het structureel beter beantwoorden van de vragen van je bezoekers. Dat begint bij het begrijpen van je eigen data, bijvoorbeeld uit Google Search Console, om te zien waar de kansen liggen. Een vast proces helpt om dit consistent te doen.

**Wat zijn goede SEO-woorden?**
Goede SEO-woorden zijn de zoektermen die jouw potentiële klanten daadwerkelijk gebruiken. Je vindt ze niet in een algemene lijst, maar in je eigen data. De meest waardevolle zoektermen zijn vaak de termen waar je website al voor wordt getoond, maar waar nog weinig op wordt geklikt. Dat is een teken dat de vraag er is, maar jouw antwoord nog niet goed genoeg is.