Trusted Content Solutions · SEO & AI · Les 5 van 7
Technische SEO controleren zonder alles zelf te bouwen
Controleer toegang, indexatie, mobiel gebruik en snelheid en maak een gerichte opdracht voor je websitebeheerder.
Zelfstudie met opdrachten voor je eigen website · Inhoud gecontroleerd op 30 september 2026
Je kunt uitstekende content hebben op een pagina die Google niet kan bekijken of die op een telefoon lastig te gebruiken is. In deze les leer je de belangrijkste controles uitvoeren. Je hoeft niet zelf serverinstellingen aan te passen. Je moet het probleem zo kunnen beschrijven dat jij of je websitebeheerder de juiste stap kan zetten.
Begin met toegang en indexatie
Open Google Search Console voor je eigen website. Heb je nog geen toegang, maak dan een property aan en laat de eigenaar of beheerder de verificatie uitvoeren. Kies de property die bij je website hoort; bij een domeinproperty is doorgaans een DNS-verificatie nodig. Geef geen brede toegang aan onbekenden om deze stap sneller te maken.
Plak het volledige adres van de gekozen dienstpagina in URL-inspectie. Bekijk of Google de URL kent, welke indexatiestatus wordt gemeld en welke URL Google als canoniek ziet. De live test laat zien of de huidige versie toegankelijk lijkt; de indexinformatie gaat over de versie die Google eerder heeft verwerkt. Die twee kunnen verschillen.
Een pagina moet toegankelijk zijn voor Googlebot, werken en indexeerbare inhoud bevatten om in aanmerking te komen voor indexatie. Dat maakt opname niet gegarandeerd. Een verzoek om indexatie is ook geen garantie voor een positie.
Bron: technische vereisten van Google Search.
Begrijp de meest voorkomende meldingen
| Melding of situatie | Wat je controleert | Passende actie |
|---|---|---|
| Noindex | Moet deze pagina openbaar vindbaar zijn? | Alleen bij een openbare doelpagina de onbedoelde instelling laten verwijderen |
| Geblokkeerd door robots.txt | Welke regel blokkeert de crawler? | Een beheerder de specifieke regel laten beoordelen |
| Niet gevonden of serverfout | Bestaat de pagina en werkt de server? | De URL of technische fout herstellen |
| Alternatieve of dubbele pagina | Is de gekozen canonieke URL logisch? | Controleren voordat je iets wijzigt |
| Gecrawld, niet geïndexeerd | Inhoud, overlap, interne links en relevantie | Onderzoeken; niet alleen herhaald indexatie aanvragen |
Niet iedere uitgesloten URL is een fout. Een bedankpagina, privéles of filtervariant hoeft mogelijk niet vindbaar te zijn. Maak eerst een lijst van de pagina’s die je werkelijk in zoekresultaten wilt laten verschijnen.
Wees voorzichtig met robots.txt en redirects
Robots.txt regelt toegang voor crawlers; het is geen wachtwoordbeveiliging. Een geblokkeerde URL kan onder omstandigheden nog zichtbaar worden als adres. Voor uitsluiting via noindex moet Google de instructie kunnen bekijken. Laat deze instellingen beoordelen wanneer je niet precies weet wat ze doen.
Een redirect stuurt een oud adres naar een nieuwe bestemming. Wanneer een belangrijke pagina verhuist, kies je een inhoudelijk passende bestemming en werk je ook de interne links bij. Stuur niet automatisch alle oude pagina’s naar de homepage. Bij een vervallen dienst bestaat er misschien geen vergelijkbare nieuwe pagina. Bespreek dan de juiste afhandeling met je beheerder.
Controleer de mobiele ervaring
- Open de pagina op een echte telefoon en blader van boven naar beneden.
- Controleer of tekst leesbaar is zonder inzoomen en of je zijwaarts moet scrollen.
- Test menu, formulieren, contactknoppen en uitklapbare onderdelen.
- Bekijk of banners of vaste knoppen informatie bedekken.
- Controleer of afbeeldingen inhoudelijk kloppen en geen onnodige ruimte reserveren.
Leg een probleem vast met pagina-adres, toestel, browser, screenshot en stappen om het te herhalen. “Op deze pagina schuift de paarse achtergrond op een scherm van 1920 pixels naar links en verschijnt onderaan een horizontale balk” is een bruikbare melding. “De website is raar” geeft weinig aanknopingspunten.
Bekijk snelheid met de juiste verwachtingen
Voer je URL in op PageSpeed Insights. Maak onderscheid tussen gegevens van echte gebruikers en een gesimuleerde test. Kleine websites hebben niet altijd genoeg gebruikersdata. Een testscore is dan nog steeds een aanwijzing, maar geen volledige weergave van de ervaring van al je bezoekers.
Core Web Vitals meten laadsnelheid, de reactiesnelheid op interacties en visuele stabiliteit. De richtwaarden voor goed zijn LCP tot 2,5 seconden, INP tot 200 milliseconden en CLS tot 0,1, beoordeeld op het 75e percentiel van echte bezoeken. Een goede score garandeert geen hoge positie.
Bron: Core Web Vitals. Tool: PageSpeed Insights.
Praktische verbeteringen kunnen zijn: grote afbeeldingen verkleinen, vaste afbeeldingsafmetingen instellen en onnodige scripts laten beoordelen. Verwijder geen plugin of trackingcode zonder te weten welke functie eraan hangt. Test wijzigingen op een veilige kopie of laat je beheerder een herstelmogelijkheid voorbereiden.
Een beslisroute voor een onvindbare pagina
Begin met het exacte adres. Werkt de pagina in je browser, en is dit de URL die je in Google wilt laten verschijnen? Bekijk daarna URL-inspectie in de juiste Search Console-property. Schrijf de melding letterlijk op voordat je instellingen verandert. Zo voorkom je dat je een herinnering aan een fout gaat oplossen die niet meer bestaat.
- Pagina werkt niet: onderzoek eerst adres, servermelding en beschikbaarheid.
- Pagina is bewust privé: behoud passende toegang en uitsluiting; SEO-vindbaarheid is hier geen doel.
- Openbare pagina heeft onbedoelde noindex: laat de betreffende instelling gericht beoordelen.
- Andere canonieke URL: bepaal of die keuze logisch is voor de inhoud en varianten.
- Geen duidelijke technische blokkade: onderzoek inhoud, overlap en interne bereikbaarheid.
Een live test bekijkt de huidige toegankelijkheid. De indexstatus beschrijft de eerder verwerkte situatie. Na herstel kan verwerking tijd vragen. Bewaar de datum van de wijziging en controleer opnieuw op een afgesproken moment. Dagelijks opnieuw indexatie aanvragen geeft geen garantie dat het sneller gaat.
Een technische opdracht die een beheerder kan uitvoeren
Beschrijf de URL, de gewenste situatie, de waargenomen fout, de stappen om de fout te zien en de controle na herstel. Voeg een screenshot of de exacte melding toe. Geef aan welke pagina’s prioriteit hebben. “Los alle SEO-fouten op” is moeilijker te beoordelen dan één duidelijke opdracht met een eindcontrole.
Voorbeeldmelding
“Op onze openbare dienstpagina meldt URL-inspectie een noindex-instructie. Deze pagina moet vindbaar kunnen zijn. Wil je vaststellen waar de instructie wordt toegevoegd, de instelling gericht aanpassen en controleren dat privé- en bedankpagina’s hun bedoelde instellingen behouden? Leg de wijziging en de controle vast.”
Afbeeldingen, layout en mobiel gebruik
Upload geen veel grotere afbeelding dan de weergave nodig heeft. Kies een geschikt formaat en controleer scherpte na verkleinen. Een beschrijvende alt-tekst helpt de betekenis van een inhoudelijke afbeelding overbrengen. Een decoratieve afbeelding heeft een andere rol. Stop geen rij zoekwoorden in de alt-tekst.
Controleer zijwaartse scroll op verschillende schermbreedtes. Een vaste breedte, negatieve marge of te brede tabel kan buiten een container vallen. Het verbergen van de scrollbar bewijst niet dat het onderliggende probleem is opgelost. Laat de breedte en positionering van het veroorzakende element bekijken en test vervolgens de hele pagina.
Wat je eerst herstelt en wat je bewaakt
Een onbedoelde blokkade op de belangrijkste dienstpagina en een niet werkend formulier krijgen voorrang. Daarna volgen problemen die lezen en bedienen hinderen. Een losse testscore optimaliseren heeft minder betekenis als je pagina intussen geen bruikbare informatie geeft.
Vraag bij een technische wijziging hoe je kunt terugkeren naar de vorige situatie. Controleer na een thema- of pluginwijziging opnieuw de relevante functies. Je hoeft niet iedere instelling zelf te leren; je moet kunnen beoordelen of de opdracht en het herstel op jouw doel aansluiten.
Opdracht
Controleer drie belangrijke openbare pagina’s. Noteer per pagina indexatiestatus, mobiele problemen en één snelheidsobservatie. Kies maximaal drie technische acties en geef aan wie ze uitvoert. Lever concrete meldingen op, geen lijst met ongecontroleerde foutcodes.
Zelfcontrole: moet iedere uitgesloten URL worden geïndexeerd?
Nee. Beoordeel eerst de functie van de URL. Je openbare dienstpagina hoort mogelijk wel in de index; een privépagina of bedankpagina kan terecht uitgesloten zijn.
Kennistoets les 5: acht vragen
Kies per vraag één antwoord. Je behaalt deze zelftoets met minimaal zes goede antwoorden. Dat komt overeen met een 7,5. Deze zelftoets is geen officieel examen. Na controle zie je je score en uitleg. Je kunt opnieuw proberen. Je antwoorden en cijfers worden automatisch bewaard in deze browser. Je kunt op hetzelfde apparaat en websiteadres later verdergaan. Ze worden niet naar TCS verzonden.
Werkt de controleknop niet? Gebruik dan het antwoordmodel onder de toets om je antwoorden zelf na te kijken.
Antwoordmodel met uitleg bekijken
- Vraag 1: B. Vaststellen waar noindex wordt toegevoegd, dit gericht herstellen en de pagina opnieuw controleren
De onbedoelde noindex is de vastgestelde blokkade. Een sitemap, meer links of herhaald aanmelden verwijdert die instructie niet.
- Vraag 2: A. De live test bekijkt de huidige situatie; de indexstatus kan nog eerdere verwerking weergeven
De actuele toegankelijkheid en de eerder verwerkte indexinformatie kunnen verschillen. Een live test is geen bewijs dat Google de wijziging al heeft geïndexeerd of getoond.
- Vraag 3: D. Om crawlers instructies te geven over welke URL’s zij mogen crawlen
Robots.txt geeft crawlinstructies. Het vervangt geen toegangsbeveiliging en is geen garantie voor verwijdering van een URL uit zoekresultaten.
- Vraag 4: C. De oude URL passend doorsturen naar de nieuwe en interne links bijwerken
Een passende redirect behandelt de oude verwijzingen; bijgewerkte interne links wijzen rechtstreeks naar de nieuwe bestemming. Verwijderen of dupliceren lost de verhuizing niet op dezelfde manier op.
- Vraag 5: D. De exacte URL, browser, schermbreedte, herhaalstappen en een screenshot
Adres, omstandigheden en stappen maken een concrete controle mogelijk. Een algemene opdracht of screenshot zonder context beperkt de reproduceerbaarheid.
- Vraag 6: B. De test geeft onderzoekspunten; gegevens van echte bezoeken ontbreken voor deze beoordeling
De test biedt aanwijzingen zonder een volledige weergave van echte bezoeken. Ontbrekende velddata bewijst noch probleemloos gebruik, noch een indexatieblokkade.
- Vraag 7: C. De bedoelde uitsluiting behouden en toegangsbeveiliging afzonderlijk beoordelen
Een privéles kan terecht uitgesloten zijn. Noindex is geen toegangsbeveiliging; opname in een sitemap heft de instructie niet op.
- Vraag 8: A. De breedte en positionering van het veroorzakende element controleren en het herstel testen
Onderzoek het element dat de overflow veroorzaakt. Verbergen of algemene verkleining kan symptomen wijzigen zonder het layoutprobleem te herstellen.
Heb je de opdracht en de toets afgerond? Kies hieronder je volgende stap.

