Blog
Hoe verkoop je SEO-werk zonder als een SEO te klinken
Je audit is grondig, maar je baas zegt nee. Het ligt niet aan de technische details, maar aan je framing. Leer elke SEO-oplossing te vertalen naar de drie vragen die je baas daadwerkelijk beantwoordt.
Samenvatting
Het meeste SEO-advies is geschreven voor mensen die de zoekmachine-taal al spreken. Als je in een klein intern team werkt, is je echte struikelblok de niet-technische persoon die het budget beheert. Je hebt geen betere audit nodig; je hebt een betere pitch nodig. Dit artikel laat je zien hoe je elke aanbeveling kunt framen als bedrijfsrisico, omzet en een duidelijke volgende stap. Je leert technische zelfstandige naamwoorden te vervangen door klantwerkwoorden, je baas zinnen te geven die hij kan herhalen, en een voorstel van één pagina te bouwen dat wordt goedgekeurd. Het onderliggende SEO-werk blijft hetzelfde. Het verhaal verandert, en dat is wat de 'ja' oplevert.
Het meeste SEO-advies faalt voordat je ook maar één bestand aanraakt. Het gaat ervan uit dat je probleem technisch is. Dat is het niet. Je probleem is de mens die het budget beheert. Je voert een vlekkeloze audit uit, noemt zevenenveertig problemen, en je niet-technische baas antwoordt: "Laten we dit kwartaal conservatief blijven." Je hebt geen betere oplossingen nodig. Je hebt een betere pitch nodig.
Stop met schrijven voor Googlebot. Begin te schrijven voor de persoon die 'ja' zegt.
Denk aan wat er afgelopen maandag eigenlijk gebeurde. Je stuurde een spreadsheet met crawl-fouten, redirect-ketens, LCP-tijden en canonical-tags. De ogen van je baas draaiden weg. Je baas zag IT-gedoe, een kost die hij niet kon uitleggen, en hij keurde het af. Dat was geen falen van je analyse. Het was een falen van vertaling.
Hier is de regel. Voordat je een SEO-aanbeveling schrijft, beantwoord je drie vragen in eenvoudig Nederlands. Wat is de bedrijfskundige impact van dit probleem? Wat is het risico als we het laten zoals het is? Wat is de kleinste volgende stap? Schrijf die antwoorden eerst. Voeg het technische detail toe als voetnoot.
Neem het voorbeeld waar je al een kwartaal mee worstelt. Schrijf niet "LCP is 4,2 seconden", maar schrijf "Klanten wachten meer dan vier seconden voordat ze iets zien. Ondertussen kunnen ze de pagina van je concurrent direct openen." Dat is de hele verschuiving in één zin. Je maakt niets eenvoudiger dan het is. Je filtert door de lens van waar je baas daadwerkelijk om geeft.
Als je audit alles opsomt, geef je je baas een onmogelijke beslissing. Een audit die geen onderscheid maakt tussen wat ertoe doet en wat niet, is geen audit; het is een woordenboek. Lees een praktischere aanpak voor audits in deze gids voor niet-technische marketeers.
Het patroon is moeilijk te zien tot je het naast elkaar ziet.
| Wat je nu schrijft | Wat je baas hoort | Wat daadwerkelijk goedkeuring krijgt |
|---|---|---|
| 47 crawl-fouten gevonden | Weer een IT-buglijst | Google kan 47 van onze pagina's niet lezen, dus ze verschijnen niet in zoekresultaten. Dat is verloren zichtbaarheid. |
| LCP is 4,2 seconden | Een getal dat me niets zegt | Bezoekers wachten meer dan vier seconden om de hoofdinhoud te zien. De meesten wachten niet. |
| Ontbrekende meta descriptions op blog | Onnodig werk | Elk blogbericht mist de ene regel die aan Google en de lezer vertelt waar het over gaat. We verschijnen vaag, of helemaal niet. |
| Duplicate canonical-problemen | Data opschonen | We concurreren per ongeluk met onszelf op Google. Twee van onze eigen pagina's vechten om dezelfde plek. |
Merk iets op. Elke zin aan de rechterkant gaat over een klant, een resultaat of geld. Niet over een protocol. Dat is precies het filter dat je baas gebruikt om elk verzoek te beoordelen.
Val nu het grootste bezwaar als eerste aan. Je zult vaak horen: "Paginasnelheid is al jaren een rankingfactor voor Google, dus het zit al in hun algoritme." Dat is waar. Paginasnelheid wordt bevestigd als rankingfactor in Google's eigen SEO Starter Guide. Maar je baas geeft niet om Google's algoritme. Hij geeft om al gekocht verkeer. Je betaalt ervoor dat mensen op je links klikken, en dan stuur je ze naar een pagina die hen verliest. Dat argument werkt bij een niet-technische baas omdat het over verspilling gaat, niet over webprestaties. Zeg het gewoon: "We betalen om mensen naar een pagina te sturen die hen verliest." Geld verliezen is de enige taal die elke baas onmiddellijk begrijpt.
En niet alle langzame pagina's zijn gelijk. Je homepage is misschien langzaam, maar een productpagina die je klanten daadwerkelijk gebruiken om te kopen, kan langzamer zijn en belangrijker. Geef je budget uit waar de omzet ademt. De langzame pagina die ertoe doet is niet altijd de homepage.
Stop vervolgens met het woord 'schema'. Gebruik het woord 'begrip'. Je baas geeft niet om wat gestructureerde data is. Hij geeft om wat het oplevert. Yoast beschrijft gestructureerde data als code die zoekmachines helpt om de inhoud van een pagina te begrijpen. Dat is de definitie die je je baas in de mond legt. Search Engine Land's gids over gestructureerde data uit 2025 benadrukt dat naarmate zoeken verschuift naar AI-ervaringen, die code belangrijker wordt. De zin die je voor je baas klaar moet hebben is: "We geven Google een spiekbriefje over wat onze pagina's betekenen, zodat we verschijnen in nuttige formaten en rijkere resultaten." Je hoeft het niet direct te implementeren. Frame het gewoon voordat je het pitcht.
Val niet in de valkuil om elk probleem als een must-fix te presenteren. Die transparantie zal je geloofwaardigheid vernietigen. Breek je aanbevelingen in plaats daarvan op in drie eerlijke niveaus.
Niveau één: Moet dit kwartaal worden opgelost. Dit zijn de items die nu direct de omzet schaden. Een langzame checkout-pagina, ontbrekende metadata op je belangrijkste productcategorie, of een niet-responsieve mobiele lay-out kwalificeert. Niveau twee: Moet dit jaar worden opgelost. Deze verbeteren bereik en merkzichtbaarheid, maar stoppen het bloeden niet. Gestructureerde data die rijkere snippets oplevert is een goed niveau-twee-item. Niveau drie: De moeite niet waard. Dit zijn leuke ideeën, maar ze kosten ontwikkelingstijd en leveren bijna niets zichtbaars op. Laat ze volledig uit het rapport weg.
Je baas keurt niveau één goed omdat het klinkt als het beschermen van bestaand inkomen. Hij keurt niveau twee goed als je het framet als een concurrentievoordeel. Hij ziet niveau drie nooit, dus je lijkt nooit op iemand die gewoon uren wil declareren. Deze eerlijke triage is de reden dat je voorstel de eerste vergadering overleeft.
Hoe ziet het goedgekeurde document er dan eigenlijk uit? Maak een voorstel van één pagina. Niet meer.
Titel de pagina met de uitkomst, niet de taak. Bijvoorbeeld: "Zorg dat de productpagina snel genoeg laadt om geen klanten meer te verliezen." Schrijf eronder een samenvatting van drie zinnen in eenvoudig Nederlands. Geef een schatting van de inspanning. Voeg een regel 'Risico van overslaan' toe. Zet daarna het technische detail als een compacte tabel onderaan.
Vergelijk twee versies van hetzelfde verzoek. Versie A: "Verminder LCP van 4,2s naar onder 2,5s door hero-afbeeldingen te optimaliseren en caching in te schakelen." Versie B: "Klanten op onze productpagina wachten vier seconden en vertrekken vaak. Het repareren van de hoofdafbeelding en caching zal ervoor zorgen dat het in ongeveer één seconde laadt. Dit kost twee dagen ontwikkelwerk en geen nieuw budget. Als we het niet doen, blijven we betalende bezoekers verliezen bij de eerste stap." Je baas weet welke hij moet goedkeuren.
Je snijdt geen hoeken af. Je verbindt de technische oplossing met het bedrijfsresultaat.
Als je de volledige inventaris wilt van oplossingen waar je baas ja tegen zal zeggen, gebruik dan deze goedgekeurde oplossingenlijst als startpunt.
Pak nu de afwimpeling aan die je altijd zult horen: "Laten we het aan IT vragen." Die zin is een valstrik omdat het de beslissing uit jouw handen haalt. Geef je baas in plaats daarvan een antwoord van drie regels om door te sturen. "Dit is geen IT-onderhoudstaak. Het is een omzetkwestie. Ik moet het dit kwartaal inplannen omdat we betalen voor verkeer dat we niet kunnen vastleggen totdat het is opgelost." Nu klinkt je baas geïnformeerd en begrijpt IT de urgentie.
Het laatste stuk is het moeilijkste: je moet de audit loslaten. Stop met het presenteren van de volledige lijst. Begin met de belangrijkste oplossing en de enige vraag die je baas daadwerkelijk stelt: "Wat krijgen we ervoor, en wat gebeurt er als we nee zeggen?"
Je technische SEO-werk verandert niet. Je verhaal wel. En het verhaal is wat het budget wint.
Sources (5)
- Google's SEO Starter Guide: What Website Teams Need to Know
- What Is Technical SEO? The Best Checklist in 2026
- Technical SEO Checklist 2026: What Really Matters - NoGood
- How Important Is Page Speed for SEO? Exploring Its Impact on Rankings - Devenup Agency
- Core Web Vitals — What they are and how to optimize them - web.dev