Je kent het gevoel: een lange, goed onderzochte pagina verschijnt, de intro en conclusie worden keurig geciteerd, en het midden wordt door AI aan het toeval overgelaten. Dat is niet omdat je tekst halverwege minder goed wordt. Het komt doordat moderne taalmodellen en systemen precies hetzelfde zwakke punt hebben: lange contexten maken de middenstrook kwetsbaar. Hieronder leg ik uit waarom, wat je praktisch kunt doen en hoe je dit snel redigeert zonder je verhaal kapot te maken.
Wat er echt misgaat
Het midden van een artikel sterft niet omdat je minder scherp schrijft. Het gebeurt omdat grote taalmodellen positioneel kwetsbaar zijn en productpipelines lange tekst vaak samenvatten of comprimeren voordat het model überhaupt kan ‘lezen’. Resultaat: het begin en het einde blijven sterk, het midden verliest verbinding en het systeem vult de gaten met aannames.
Waarom de ‘dog‑bone’ ontstaat
Er zijn twee bovenop elkaar liggende faalmodi. Ten eerste toonde onderzoek (bekend als 'lost in the middle') dat modellen informatie beter gebruiken als die aan het begin of einde staat; informatie in het midden scoort vaak slechter. Ten tweede nemen productie-omgevingen compressie of samenvatting toe om kosten en complexiteit te beheersen. Samen geven die twee factoren precies het dog‑bone‑patroon: sterk voor- en achteraan, zwak in het midden. Recente papers zoals ATACompressor (2026) en werk rond context‑folding (bijvoorbeeld AgentFold) bevestigen dat compressie bewust wordt ingezet en dat het midden daarbij risico loopt.
Twee filters die je tekst door moet
Denk aan twee filters voordat jouw tekst in een antwoord terechtkomt. Filter 1 is het aandachtsgedrag van het model: begin en eind wegen zwaarder. Filter 2 is systeem‑niveau contextbeheer: pipelines vouwen, samenvatten of comprimeren. Beide treffen hetzelfde gebied: de middenstrook. Als je dat accepteert als gegeven, wordt het doel helder: engineer de middenstrook om beide filters te weerstaan.
Maak het midden niet korter, maar sterker
Dit is geen oproep om lange artikelen te schrappen. Lange vorm is waardevol voor mensen en voor systemen die jouw content als kennisbron gebruiken. Het probleem los je structureel: verhoog informatie‑dichtheid en geef duidelijke ankers. Hieronder vijf praktische gewoonten die ik zelf toepas en die je direct kunt invoeren.
- Zet antwoordblokken in het midden
Vervang zweterige verbindende proza in het midden door korte, zelfstandige blokken. Elk blok moet een bewering hebben, een grens of beperking, één ondersteunend detail en een directe implicatie. Als een citaat uit dat blok nog steeds klopt en betekenis heeft, overleeft het compressie veel beter. Dit maakt je midden 'moeilijk om verkeerd samen te vatten'.
- Re‑key halverwege
Voeg rond de midpoint één korte paragraaf toe die het hoofdargument opnieuw formuleert, de relevante actoren noemt en de besliscriteria samenvat. Twee tot vier zinnen volstaan. Dit werkt als continuïteitsbeheer: zowel het model als compressiesystemen herkennen wat wél belangrijk is en laten het staan.
- Houd bewijs dicht bij de claim
Modellen en compressors houden van lokale verbanden. Als een claim in paragraaf 14 staat en het bewijs in paragraaf 37, dan wordt die link vaak weggevouwen. Plaats dus compact bewijs direct na de bewering: een cijfer, datum, definitie of bronvermelding. Lange toelichting kan blijven, maar zet eerst het anker.
- Gebruik consistente namen
Kleine stijlkeuzes werken tegen je als systemen context comprimeren. Noem hetzelfde concept steeds hetzelfde. Synoniemen kun je voor de leesbaarheid toevoegen, maar kies één primaire term. Stabiele labels worden door machines als handvatten gebruikt; wisselende labels worden mist.
- Geef machines voorspelbare vormen
Het ecosysteem beweegt naar gestructureerde output en parseerbare feiten. Dat betekent niet dat een artikel JSON moet worden, maar voeg wel voorspelbare vormen toe: definities, stappenplannen, criterialijsten en vergelijkingen met vaste kenmerken. Zulke vormen zijn makkelijk te extraheren en blijven bij compressie betrouwbaarder.
Hoe dit zich uit in SEO en zichtbaarheid
Als SEO‑verantwoordelijke zie je herkenbare symptomen: de intro en conclusie worden goed weergegeven, maar middencapaciteit wordt fout samengevat of genegeerd. Merk je dat je merk wordt genoemd zonder dat het ondersteunend bewijs meekomt, dan is dat vaak een local‑proof‑probleem. Of je nuance wordt veranderd in een generiek jasje omdat compressie die details vereenvoudigt. De remedie is niet minder inhoud, maar scherper ingedeelde inhoud.
Snelle redactieworkflow om het midden te redden (ongeveer 1 uur)
1) Bepaal het midden en lees alleen het middelste derde deel. Als je dat niet in twee zinnen kunt samenvatten zonder wezenlijk verlies, is het te zacht. 2) Voeg een re‑key paragraaf toe aan het begin van dat derde. Herhaal de hoofdclaim, de grenzen en het 'so what'. 3) Breek het midden op in 4–8 antwoordblokken. Elk blok moet quote‑waardig zijn en minimaal één bewijsstuk bevatten. 4) Haal bewijs naar de bewering toe: een getal, datum of bron naast de claim. 5) Kies en houd vast aan de primaire termen voor je kernbegrippen.
Afsluitende gedachte
Grotere contextvensters lossen het probleem niet op; ze nodigen systemen juist uit om meer te comprimeren. Schrijf en publiceer lange stukken wanneer dat zin heeft, maar behandel het midden als de draagbalk van een brug: zet daar de sterke liggers, niet alleen de versiering. Zo blijft je werk bruikbaar voor mensen en betrouwbaar voor systemen die het doorgeven of gebruiken.
Bronnen en verder lezen
Belangrijke referenties achter deze observaties: het 'lost in the middle' onderzoek (Stanford et al.), de ATACompressor paper (2026), en werk naar context‑folding/agent‑strategieën zoals AgentFold. Voor praktische SEO‑inzichten lees je de artikelen over content en AI van Search Engine Journal en het oorspronkelijke stuk van Duane Forrester. Als je wilt, kijk ik met je mee naar een pagina en pas ik deze stappen concreet toe.