Techniek, content of links: waar begin je met SEO?

De kern: kies het probleem, niet de favoriete discipline

De oorspronkelijke titel van dit artikel, “Autoriteit is zilver, techniek is goud”, suggereert een algemene winnaar. Zo'n rangorde is niet houdbaar voor iedere website. Een indexatieblokkade, ontbrekende productspecificatie en gebrek aan onafhankelijke bekendheid zijn verschillende problemen. Ze vragen verschillende vormen van werk en bewijs.

Deze gids helpt prioriteiten kiezen tussen die werkzaamheden. Voor een volledig technisch onderzoek is er de technische auditgids; voor de opzet van een breder onderzoek de SEO-analysegids. Hier staat vooral de vraag centraal: wat verdient nu aandacht en waarom?

De valkuil: een toollijst behandelen als strategie

Een crawler kan veel meldingen vinden op een site die inhoudelijk weinig over het aanbod vertelt. Omgekeerd kan een sterke pagina onbereikbaar worden na een release. In beide situaties is een standaardbudgetverdeling tussen techniek, content en links weinig behulpzaam. Onderzoek eerst welke taak voor een bezoeker of zoekmachine wordt belemmerd.

Vraag bij een voorgestelde wijziging om een voorbeeld-URL, de waarneming, het verwachte gedrag en de gevolgen van niets doen. Een melding met het label kritiek is nog geen bevestigde oorzaak van minder aanvragen. Google maakt onderscheid tussen externe hulpmiddelen en interne rankinginformatie. Gebruik een leveranciersscore dus als aanwijzing, niet als oordeel van Google.

Dit betekent niet dat je nooit kunt beginnen zonder volledige data. Een aantoonbaar defecte contactlink kun je herstellen zonder maanden zoekhistorie. Houd alleen de conclusie passend: de link werkt daarna; het effect op aanvragen moet nog blijken. Kleine, omkeerbare verbeteringen en omvangrijke URL-wijzigingen verdienen niet dezelfde beslisprocedure.

Drie soorten werk, drie verschillende aanleidingen

Fictieve situaties: welk werk past bij het knelpunt?

Vastgesteld probleem	Eerste passende actie	Wat is daarmee nog niet bewezen?
Een openbare dienstpagina heeft onbedoeld noindex	Herstel de instelling na controle van de bedoelde publicatiestatus	Wanneer Google de wijziging verwerkt en of de pagina groeit
De pagina is bereikbaar, maar laat toepassingsvoorwaarden weg	Laat de inhoudseigenaar de ontbrekende voorwaarden bevestigen en uitleggen	Dat meer tekst automatisch meer geschikte aanvragen geeft
Er is een bruikbaar eigen onderzoek, maar weinig relevante verspreiding	Zoek inhoudelijk passende publicaties en bespreek de bevindingen	Dat een pitch wordt geplaatst of een ranking verandert

Dit zijn demonstraties, geen klantresultaten of universele volgorde. Verschillende teams kunnen gelijktijdig werken als hun taken elkaar niet blokkeren. Een inhoudsreview hoeft bijvoorbeeld niet te wachten op een losstaande beeldoptimalisatie. Een publicatieclaim hoort wél te wachten op de persoon die het feit kan bevestigen.

De uitvoering kan bij technische SEO, inhoudelijk SEO-werk of externe autoriteitsopbouw liggen. De dienstnaam volgt uit het onderzoek, niet andersom. Leg bij een gemengd traject vast wie de gezamenlijke prioriteiten bewaakt.

Wanneer is techniek daadwerkelijk de eerste stap?

Technisch herstel verdient voorrang wanneer een bevestigde fout de bedoelde toegang of werking blokkeert. Denk aan een belangrijke pagina die ten onrechte een foutstatus geeft, essentiële informatie die niet verschijnt of een interne link die naar een verkeerde bestemming leidt. Onderzoek hoe breed het probleem voorkomt voordat je een volledige websitewijziging plant.

Niet iedere technische afwijking is een blokkade. Een bewust verwijderde URL, een filtervariant of een afgeschermde beheerpagina vraagt een andere beoordeling dan de hoofddienst. Beschrijf het gewenste gedrag per paginatype. Behoud bestaande prestaties en URL's waar een wijziging niet nodig of onvoldoende onderbouwd is.

Een bruikbaar ticket bevat de betrokken template, een reproduceerbaar voorbeeld, het afgesproken herstel en een hertest op de echte publicatie. Een ontwikkelaar kan zo controleren of het werk is afgerond zonder een willekeurige score als acceptatie te gebruiken.

Snelheid: meet gebruikerservaring zonder omzetbelofte

Core Web Vitals beoordelen laden, interactie en visuele stabiliteit. De goede grenzen zijn LCP maximaal 2,5 seconden, INP maximaal 200 milliseconden en CLS maximaal 0,1, op het 75e percentiel. Beoordeel mobiele en desktopveldgegevens afzonderlijk. Een Lighthouse-test is nuttig voor diagnose, maar is geen vervanging voor veldmetingen.

Onderzoek het concrete gedrag: welk element verschijnt laat, welke bediening reageert traag en wat verschuift? Zoek daarna de oorzaak en voer dezelfde controle na de wijziging uit. Een zware afbeelding vraagt ander werk dan een vastlopende interactie. Een score zonder die diagnose vertelt weinig over het passende ticket.

Google behandelt pagina-ervaring als onderdeel van een bredere beoordeling, niet als een garantie op topposities. Presenteer een snellere pagina daarom niet met een vast conversiepercentage. Een verbetering in laadtijd en een verandering in aanvragen zijn verschillende metingen. Zie ook de snelheidsgids.

Crawlbudget: geen standaardprobleem van iedere website

Googles crawlbudgetgids is vooral bedoeld voor zeer grote of snel veranderende sites en bepaalde ontdekkingsproblemen. De genoemde aantallen zijn grove indicaties, geen harde drempels. Crawling hangt samen met capaciteit en vraag; een gecrawlde pagina is niet automatisch geïndexeerd.

Een daling in crawlactiviteit bewijst op zichzelf geen technische storing. Bekijk serverresponsen, relevante URL's en de aanleiding. Blokkeer niet zonder onderzoek alle filters of paginering. Een pagina kan nodig zijn om bezoekers en crawlers bij bruikbare inhoud te brengen.

Gebruik robots.txt ook niet als tijdelijke schuif om verondersteld crawlbudget elders te besteden. Google beschrijft dat vrijgekomen capaciteit niet automatisch naar andere pagina's verschuift. Een correcte 404 of 410 kan juist passen bij definitief verwijderde inhoud. Prioriteit ontstaat uit de werkelijke situatie, niet uit het doel om iedere foutstatus uit een rapport te laten verdwijnen.

Indexatie: kies de juiste instructie voor het gewenste gedrag

Verschillende doelen vragen verschillende controles

Doel	Middel of signaal	Controlepunt
Voorkeursversie van sterk gelijkende inhoud aangeven	Canonicalisatie	Past de doelpagina inhoudelijk en zijn signalen consistent?
Een bereikbare pagina buiten Google Search houden	Noindex	Kan Googlebot de instructie daadwerkelijk ophalen?
Crawling van een URL beperken	Robots.txt	Blokkeer je geen informatie die Google nog moet verwerken?
Een definitief verplaatste pagina doorsturen	Passende permanente redirect	Komt de bezoeker rechtstreeks bij een relevante vervanger?

Google beschrijft canonicals als voorkeurssignalen. Ze zijn geen opdracht om willekeurige onderwerpen samen te voegen. Noindex werkt pas als de crawler de instructie kan zien; blokkeer diezelfde pagina dus niet gedachteloos via robots.txt.

Maak bij een bestaand paginabestand eerst de bedoelde selectie zichtbaar. Welke URL's moeten vindbaar blijven, welke hebben nog geen beoordeling en welke zijn bewust niet indexeerbaar? Zonder zoek- en linkhistorie kun je risico's van samenvoegen niet volledig inschatten. Een audit hoeft daarom niet direct een massale verwijdering op te leveren.

JavaScript: controleer de uitkomst, niet alleen het framework

Google beschrijft crawling, rendering en indexering als afzonderlijke onderdelen. Server-rendering of vooraf gegenereerde HTML kan helpen; niet iedere crawler voert JavaScript uit. Dat maakt een frameworknaam nog geen bewijs dat een concrete pagina correct werkt.

Controleer in de oorspronkelijke HTML of de hoofdinhoud en belangrijke links beschikbaar zijn. Vergelijk die met de gerenderde weergave en test navigatie. Leg ook vast welke versie je onderzoekt: een CMS-wijziging kan door caching nog niet overal in de gepubliceerde HTML staan. Een screenshot van de editor bewijst niet wat een bezoeker ontvangt.

Een Next.js-site heeft dus niet automatisch een platformmigratie nodig voor SEO. Zoek eerst het specifieke defect, bijvoorbeeld ontbrekende inhoud, een inconsistent canonicaldoel of een onbedoelde foutstatus. De technische auditgids helpt zo'n bevinding uitwerken tot implementatie en hertest.

Structured data: beschrijf wat er werkelijk staat

Controleer of organisatie, auteur, dienst, afbeelding en datums overeenkomen met zichtbare en aantoonbare gegevens. Voeg geen beoordelingen, reviewdatum of resultaten toe die niet zijn vastgelegd. Schema-validatie controleert een deel van de technische vorm; het bewijst niet dat de inhoud waar is.

Voor generatieve zoekfuncties vraagt Google geen bijzondere GEO-markup. Verkoop extra schema dus niet als automatische citatie- of rankinghefboom. Een FAQ kan lezers helpen zonder dat je een uitgebreide zoekweergave belooft.

Vraag per veld welk zichtbaar feit het beschrijft en welke bron dat feit ondersteunt. Als een auteurspagina ontbreekt, kan het belangrijker zijn het echte auteurschap uit te werken dan meer typen schema toe te voegen. Zie de structured-datagids voor een gerichte controle.

Internationale SEO alleen bij echte taal- of regiovarianten

Bij meerdere taal- of regioversies onderzoek je eerst welke pagina's inhoudelijk elkaars alternatieven zijn. Volgens Googles hreflang-documentatie is een taalcode verplicht en een regiocode optioneel. Nederlands met nl is dus niet per definitie fout; nl-NL richt zich specifieker op Nederland.

Controleer wederkerige verwijzingen en de juiste equivalente URL's. x-default is bedoeld als terugval voor niet-gematchte talen of regio's, niet als verplicht wondermiddel. Hreflang vervangt geen vertaling of inhoudelijke marktkeuze. Een Nederlandstalige site zonder zulke varianten hoeft niet voor de volledigheid een internationaal project te starten.

Van hulpmiddel naar geaccepteerd werk

Gebruik een crawler voor de URL- en linkinventaris, een browser voor weergave en bediening en beschikbare zoek- en gebruikersgegevens voor de betreffende meetvraag. Een bepaald betaald abonnement is geen voorwaarde voor deskundigheid. Leg toolversie en instellingen vast als die de uitkomst beïnvloeden.

Houd drie soorten bewijs uit elkaar: de fout vóór de wijziging, de controle na publicatie en latere waarnemingen van zoek- of zakelijke prestaties. Zonder die scheiding kan een gunstige grafiek ten onrechte als bewijs voor één technisch ticket worden gepresenteerd.

Wat je niet hebt gemeten, blijft open. Dat geldt ook voor effecten bij AI-platformen, omzet en ontbrekende Core Web Vitals-velddata. Een rapport mag een duidelijke beperking bevatten; het hoeft niet ieder vakje groen te maken.

Prioriteren zonder een vaste groeikalender

1. Vaststellen: welke belangrijke taak wordt belemmerd?
2. Afwegen: welke onderbouwing, afhankelijkheid en risico's zijn er?
3. Uitvoeren: wie maakt de afgesproken wijziging?
4. Hertesten: klopt de publicatie en wat blijft nog onbekend?

Plan een nieuwe controle bij een relevante release, een veranderd aanbod of een nieuw signaal. Een grote migratie vraagt een andere aanpak dan een tekstcorrectie. Leg per taak vast of eerst toestemming, productinformatie of ontwikkeling nodig is. Onafhankelijke taken kunnen naast elkaar doorgaan.

Er is geen vaste opbrengsttermijn voor techniek tegenover content of links. Bespreek concrete opleveringen en meet later het effect. Wil je prioriteiten voor jouw website bepalen, plan dan een vrijblijvend adviesgesprek. De scope en eventuele uitvoering worden in een offerte op maat afgesproken.

Veelgestelde vragen over SEO-prioriteiten

Is technische SEO belangrijker dan content?

Niet altijd. Een bevestigde toegangs- of indexatieblokkade kan eerst herstel vragen. Als die niet speelt, kan ontbrekende beslisinformatie juist prioriteit hebben.

Moeten alle technische meldingen eerst weg?

Nee. Onderzoek of de melding klopt, of het gedrag ongewenst is en welke pagina's worden geraakt. Bewuste uitzonderingen en kleine afwijkingen zijn niet automatisch blokkades.

Kunnen content en techniek tegelijk worden aangepakt?

Ja, wanneer taken elkaar niet blokkeren. Leg afhankelijkheden vast: een productclaim wacht bijvoorbeeld op feitenbevestiging, niet noodzakelijk op een losstaande beeldoptimalisatie.

Betekent server-rendering dat mijn SEO klaar is?

Nee. Controleer de daadwerkelijk geleverde HTML, juiste URL's, inhoud, bediening en meetgegevens. Een frameworkkeuze bewijst niet dat iedere pagina correct is.

Helpt llms.txt als technisch SEO-onderdeel?

Googles generatieve zoekfuncties hebben dit bestand niet als toegangsvoorwaarde. Geef een dergelijk bestand geen automatische prioriteit boven aantoonbare inhouds- of toegangsproblemen.

Is nl zonder regiocode fout in hreflang?

Nee. De regiocode is optioneel. Kies taal en eventuele regio op basis van de bedoelde doelgroep en controleer de bijbehorende alternatieve pagina's.

Garandeert een goede Core Web Vitals-score hogere posities?

Nee. Een goede gebruikerservaring is waardevol, maar de score is geen ranking- of omzetgarantie. Houd technische metingen en zakelijke resultaten afzonderlijk bij.

Wanneer verdient linkbuilding aandacht?

Wanneer relevante externe bekendheid een onderbouwde vervolgstap is en er iets bruikbaars te delen is. Het vervangt geen herstel van een blokkade of ontbrekende informatie.