Search Console verbergt je goedkoopste winst

👁 117 keer gelezen

Een pagina met 81.616 vertoningen en een klikfrequentie van 3,5% verscheen niet in een enkele lijst die ik eerder in de Search Console-interface bekeek. Ik vond hem pas toen ik data zonder rijlimiet ophaalde en lokaal sorteerde op vertoningen in plaats van op kliks. Dat is één regel verschil in de query en een compleet andere takenlijst voor de komende maand.

Waarom het standaardrapport deze pagina’s verzwijgt

De Search Console-interface toont een beperkt aantal rijen en sorteert ze op afnemende kliks. Dat is een verstandige standaardkeuze, want meestal willen we weten wat verkeer oplevert. Het probleem ontstaat wanneer je naar het omgekeerde zoekt - plekken waar geen verkeer is, terwijl dat er wel zou moeten zijn.

Neem twee hypothetische URL’s. Eerste: 400 vertoningen, 120 kliks. Tweede: 40.000 vertoningen, 400 kliks. In een weergave gesorteerd op kliks zien beide er vergelijkbaar uit, en als de lijst lang is, past de tweede misschien niet eens in het weergegeven fragment. Ondertussen heeft de eerste URL geen ruimte meer om te groeien, terwijl de tweede tienduizenden vertoningen laat liggen die niemand interessant genoeg vond om op te klikken.

Mijn geval met 81.616 vertoningen viel precies in deze val. Een CTR van 3,5% bij die schaal aan vertoningen is geen ramp - en juist daarom schreeuwde niets in het rapport. De URL had een fatsoenlijk aantal kliks in absolute waarden, dus kwam niet in een filter als “nul kliks” terecht. Tegelijkertijd had hij er zo weinig ten opzichte van de concurrentie in de tabel, dat hij bij sortering op kliks buiten het gezichtsveld zat.

Wat data ophalen zonder rijlimiet verandert

Het verschil zit niet in het feit dat de Google Search Console API andere data toont. Het toont dezelfde data, maar laat je alles ophalen en sorteren op elke kolom die je wilt - ook op vertoningen. Hieronder wat ik zag voor en na de verandering van aanpak voor dezelfde website en dezelfde periode.

De derde kolom is geen magie van een tool, alleen het gevolg van het feit dat ik sorteer na het ophalen, niet ervoor. Zolang de interface voor mij sorteert, krijg ik antwoord op een vraag die ik niet stelde.

Waarom dit de goedkoopste winst is - en waar mijn mening zit

Het feit is: een pagina met 81.616 vertoningen en een CTR van 3,5% wordt al door Google getoond op een schaal waar de meeste nieuwe content maanden voor vecht. Je hoeft hem niet vanaf nul te positioneren, je hoeft er geen links naartoe te bouwen, je hoeft niet te wachten op indexering.

Hier komt mijn mening, en ik markeer dit duidelijk: ik vind dat werken aan het verbeteren van de CTR op zulke URL’s een betere verhouding tussen effect en inspanning heeft dan nieuwe content maken, omdat je alleen verandert wat de gebruiker in de zoekresultaten ziet, niet de hele positie van de pagina in de index. Ik heb daar geen meting voor in dit materiaal - ik heb alleen een meting dat deze pagina bestond en voor mij onzichtbaar was. De conclusie over winstgevendheid is mijn oordeel, geen gegeven.

Tweede mening: de drempels in mijn criterium - meer dan 1000 vertoningen en CTR onder 2% - zijn arbitrair. Ik koos ze zo dat de lijst uitvoerbaar was in één sprint, niet omdat 2% een natuurlijke grens is. Op een andere website, met een ander profiel van zoekopdrachten, zal een verstandige drempel anders zijn.

Hoe je een takenlijst uit deze data bouwt

Wanneer je de hele dataset gesorteerd op vertoningen hebt, is het filter simpel en eenduidig. Je houdt URL’s over die meer dan 1000 vertoningen hebben en tegelijkertijd een CTR onder 2%. Dat is één expressie in een spreadsheet en een kant-en-klare werkwachtrij - zonder discussie, zonder intuïtie, zonder rapporten doorbladeren op gevoel.

Wat doe je met zo’n gefilterde lijst wanneer je je afvraagt hoe je de CTR op een specifieke URL verbetert? De volgorde die ik toepas, ziet er zo uit:

• Ik controleer op welke zoekopdrachten de pagina daadwerkelijk vertoningen verzamelt - vaak blijkt dat de titel een andere vraag beantwoordt dan wat mensen intypen.
• Ik lees de titel en beschrijving zoals iemand die de website niet kent ze ziet - blijkt uit het fragment in de resultaten alleen wat je krijgt na het klikken.
• Ik vergelijk mijn fragment met fragmenten van buren in de resultaten voor dezelfde zoekopdracht en zoek waarin ik niet van hen verschil.
• Ik noteer de datum van de wijziging, zodat ik na een paar weken de CTR voor en na op dezelfde URL kan vergelijken.

Het laatste punt is belangrijker dan het lijkt. Zonder genoteerde wijzigingsdatum onderscheid je het effect van je werk niet van natuurlijke schommelingen in zichtbaarheid.

De valkuil waar ik onderweg in trapte

Bij mijn eerste poging haalde ik data op met een rijlimiet - ik veranderde simpelweg de standaardwaarde niet. De dataset zag er compleet uit, lokaal sorteren werkte, en toch verscheen de pagina met 81.616 vertoningen nog steeds niet. De reden was banaal: als de limiet rijen afkapt voor het verzenden, en de afgeknapte rijen zijn die met het kleinste aantal kliks, dan sorteert lokaal sorteren op vertoningen al een verminkte dataset. Je sorteert wat overbleef, niet wat er is.

Dit is naar mijn gevoel de meest voorkomende fout bij het eerste contact met zo’n ophaalactie. Lokaal sorteren heeft alleen zin wanneer je lokaal alles hebt. De helft van de data gesorteerd op de juiste kolom geeft een vals gevoel van compleetheid - je ziet een nette tabel en hebt geen reden om te vermoeden dat de interessantste rij ontbreekt.

Hoe je dit zelf controleert

1. Kies een periode die je daadwerkelijk wilt analyseren, en houd je eraan bij elke volgende ophaalactie - anders vergelijk je geen resultaten tussen iteraties.
2. Stel de dimensie in op pagina-URL, zodat je data per URL krijgt, niet geaggregeerd voor de hele website.
3. Haal data op zonder rijlimiet. Als de tool een standaardwaarde voor de limiet heeft, verander die dan bewust - dit is de ene stap waar ik struikelde.
4. Verifieer compleetheid: controleer of het aantal rijen in het bestand overeenkomt met het aantal URL’s dat je verwacht te zien. Een verdacht gelijk aantal is een signaal dat de limiet nog steeds werkt.
5. Sorteer de dataset lokaal aflopend op vertoningen. Niet op kliks.
6. Voeg een kolom met CTR toe als die niet in de opgehaalde data zit, en filter: vertoningen boven 1000, CTR onder 2%.
7. Bewaar het filterresultaat als takenlijst met meetdatum. Dit is je wachtrij voor de komende weken.
8. Herhaal de hele procedure na het doorvoeren van wijzigingen en vergelijk de CTR voor dezelfde URL’s - met behoud van dezelfde periodelengte.

Veelgestelde vragen

Waarom toont Search Console geen pagina’s met veel vertoningen en lage CTR?

De standaardweergave van Search Console sorteert resultaten op kliks, dus bovenaan komen de URL’s die al werken. Pagina’s met veel vertoningen en lage CTR zakken in deze volgorde naar posities waar niemand komt.

Hoe vind je pagina’s met groot groeipotentieel in Search Console?

Je moet de hele dataset zonder rijlimiet ophalen en lokaal sorteren op vertoningen in plaats van op kliks. Na het ophalen kun je een filter toepassen: pagina’s met meer dan 1000 vertoningen en een CTR onder 2%.

Welke fout wordt het vaakst gemaakt bij het ophalen van data uit Search Console?

De meest voorkomende fout is data ophalen met een rijlimiet - rijen met het kleinste aantal kliks worden afgeknapt voor het verzenden van de data. Lokaal sorteren op vertoningen sorteert dan al een afgeknotte dataset, niet de complete data.

// lees verderDeepSeek, GLM, Kimi en Qwen: gratis chat of goedkope API?BenchmarksPerplexity Decider v1.1 27B: goedkoopste beslismodelBenchmarksKimi K3 wordt 36% goedkoper voor inputtokensNieuws

Kinetyra