Technische basis · Navolgbare bevindingen
Technische SEO: websiteproblemen systematisch afbakenen
Als een belangrijke pagina moeilijk te vinden is, helpt een duidelijke controlevolgorde. Deze gids onderscheidt de bereikbaarheid van een URL, de geleverde inhoud, indexeringsinstructies en de selectie door zoekmachines. Zo wordt een algemene foutmelding een onderbouwde volgende taak.
Beginnen met een getroffen pagina en een concrete waarneming
Leg vast welke URL welk probleem vertoont: een pagina laadt niet, inhoud ontbreekt bij een openbare opvraging, een oud adres loopt dood of Google toont een ander adres. Noteer tijdstip, apparaat en de waargenomen toestand. «De website is technisch slecht» is geen voldoende foutbeschrijving.
Controleer eerst of de inhoud openbaar vindbaar moet zijn. Contactbevestigingen, privédocumenten en interne zoekresultaten kunnen bewust anders worden behandeld dan dienstenpagina's. Een controlehulpmiddel kent die redactionele bedoeling niet automatisch.
De gids over SEO-audits plaatst technische en inhoudelijke taken in het totale project. Hier gaat het om de volgorde van de technische diagnose.
Eerst de opvraging en het definitieve doeladres controleren
Open het exacte adres zonder aanmelding en controleer het antwoord, inclusief mogelijke doorverwijzingen. Een zichtbare foutmelding met een succesvolle HTTP-status en een daadwerkelijk onbereikbare pagina zijn verschillende bevindingen. Leg beide vast: technische status en zichtbare inhoud.
| Waarneming | Eerst controleren | Benodigd resultaat |
|---|---|---|
| Een belangrijke pagina ontbreekt. | Klopt de URL; is de inhoud verplaatst, verwijderd of nog niet gepubliceerd? | Een bevestigde beslissing over herstel, een passend opvolgdoel of bewuste verwijdering. |
| Het adres leidt via meerdere tussendoelen. | Welk doel is momenteel bedoeld en welke regel veroorzaakt elke tussenstap? | Een navolgbare directe koppeling aan het geschikte doel. |
| De inhoud is alleen na aanmelding zichtbaar. | Is dit de beoogde bescherming of een onbedoelde beperking? | De verantwoordelijke persoon bevestigt de publicatie- of beschermingsstatus. |
| Een controlehulpmiddel krijgt een blokkeringsantwoord. | Welk verzoek is geblokkeerd; welke beschermingsregel en welke legitieme toegang worden geraakt? | Een onderbouwd toegangsgeval in plaats van de algemene aanname dat alle zoekmachines zijn geblokkeerd. |
Wijzigingen aan beschermingsregels vallen onder de verantwoordelijkheid van de bevoegde beheerders. Een foutmelding rechtvaardigt niet het algemeen uitschakelen van beveiligingsmaatregelen.
Geleverde inhoud en weergave uit elkaar houden
Een pagina kan er in uw eigen browser volledig uitzien terwijl een deel van de inhoud pas door scripts of een interactie ontstaat. Vergelijk daarom het oorspronkelijke HTML-antwoord met de gerenderde pagina. Controleer vooral de hoofdboodschap, dienstdetails, belangrijke links en afbeeldingen.
Google verwerkt ophalen, rendering en indexering in afzonderlijke stappen. JavaScript is daarbij niet principieel een SEO-fout. Bepalend is of de vereiste inhoud en bronnen daadwerkelijk kunnen worden verwerkt. Een al in de oorspronkelijke HTML ingestelde noindex pas later via een script verwijderen, is geen betrouwbare strategie om indexering toe te staan. Bron: Google over JavaScript en verwerking voor zoeken.
Voor het rapport volstaat «JavaScript aanwezig» daarom niet. Benoem precies welke inhoud ontbreekt, waar die wordt verwacht en bij welke opvraging ze ontbreekt.
robots.txt, noindex en Canonical beoordelen op basis van hun taak
Deze gegevens vervullen verschillende taken. Het bestand robots.txt regelt het ophalen door crawlers die de regels ervan naleven. noindex verzoekt zoekmachines die de instructie ondersteunen om de bron niet in zoekresultaten op te nemen. De Canonical benoemt een voorkeursversie van dezelfde of sterk vergelijkbare inhoud.
Google moet een noindex in de HTML of HTTP-header kunnen ophalen. Als de pagina tegelijk door robots.txt wordt geblokkeerd, kan deze instructie ongelezen blijven. Een Canonical is bovendien een signaal en geen doorverwijzing voor bezoekers. Google kan een andere URL selecteren. Bron: Google over noindex; Bron: Google over Canonicals.
Vergelijk daarom de beoogde paginarol met de daadwerkelijk geleverde gegevens. Verschillende SEO-plugins, sjablonen of cacheversies kunnen afwijkende uitvoer genereren. Een juiste instelling in één bewerkingsveld beëindigt de controle nog niet.
Interne links en sitemap op dezelfde doelen afstemmen
Een belangrijke pagina moet via zinvolle links bereikbaar zijn. Controleer de toegangsweg vanaf de bijbehorende dienst, een overzicht of een passend basisartikel. De linktekst moet duidelijk maken welk antwoord op de doelpagina kan worden verwacht.
Controleer daarna of de sitemap de beoogde voorkeurs-URL's bevat. Oude doorverwijzingsdoelen, bewust uitgesloten pagina's en afwijkende Canonicals vragen om concrete opheldering. Een sitemap vervangt noch de interne route naar de pagina, noch het bewijs van indexering.
Bij meerdere vergelijkbare URL's begint de beslissing bij de inhoud: gaat het om hetzelfde antwoord, een daadwerkelijk andere taal of een eigen taak? De gids over meertalige websites legt taalversies uit; de grondslagen van interne links helpen bij de navigatie.
Een technische taak met acceptatiecriterium overdragen
Een bruikbare overdracht stelt een tweede persoon in staat de bevinding te begrijpen en dezelfde controle na de wijziging te herhalen. Houd deze gegevens bij elkaar:
- Vindplaats: Exacte URL, tijdstip en betreffende paginasjabloon.
- Bewijs: Waargenomen antwoord, instructie of ontbrekende inhoud.
- Bedoeling: Wat moet voor deze pagina openbaar werken?
- Wijziging: Welke concrete oorzaak moet de verantwoordelijke persoon aanpakken?
- Reikwijdte: Betreft de oorzaak alleen deze URL of ook andere pagina's met hetzelfde sjabloon?
- Acceptatie: Welke hercontrole bevestigt de correcte uitvoering?
Een foutenteller die uit een hulpmiddel is geëxporteerd, vervangt deze informatie niet. De prioriteit volgt uit het belang van de betreffende taak en het daadwerkelijk bevestigde probleem.
De live-test van daadwerkelijke indexering onderscheiden
Een momenteel opvraagbare pagina kan technisch geschikt zijn zonder al in de zoekindex te staan. In de Search Console moeten de bekende geïndexeerde stand en een live-test daarom apart worden gelezen. Ook een geslaagde live-test garandeert geen opname of weergave in zoekresultaten. Bron: Google over de URL-inspectietool.
Documenteer bij ontbrekende toegang «niet gecontroleerd». Eén zoekresultaat of het ontbreken daarvan levert geen volledige indexeringsdiagnose op. Vergelijk na een correctie de betreffende URL's en beschikbare zoekgegevens; verwar technische goedkeuring niet met een gegarandeerde positie.
Bij gelijktijdig dalende bezoeken horen ook de vraag, seizoensveranderingen, gewijzigde inhoud en de meting bij het onderzoek. Een technische verklaring moet aan de concrete bevinding kunnen worden getoetst.
Het kleinste volledige verbeterpakket vaststellen
Begin met een bevestigde belemmering op een belangrijke pagina of een belangrijk sjabloon. Stel de uitgangsstand veilig, corrigeer de oorzaak en controleer dezelfde taak opnieuw. Controleer daarnaast de direct betrokken functies, zoals navigatie, taalwissel of contact.
Bij een grotere verbouwing helpt het werkplan voor websitevernieuwing. Voor een afzonderlijke technische verkenning kunt u via Contact de betreffende URL, de waarneming en bekende wijzigingen vermelden. Toegangsgegevens horen niet in een algemene aanvraag.
Uw volgende stap
Laten we
uw website bespreken.
Wat moet uw website voor uw bedrijf bereiken? Vertel ons wat u van plan bent.

