Technische SEO Audit Checklist

Technische SEO is het loodgieterwerk van zoekzicht: onzichtbaar als het werkt, catastrofaal als het niet werkt. De beste inhoud op het web verdient niets als crawlers het niet kunnen bereiken, renders kunnen het niet zien, of dubbele signalen verstrooien haar autoriteit over vijf URL’s. Een goede audit loopt dezelfde pijplijn als een zoekmachine doet – ontdekken, ophalen, renderen, indexeren, rangeren – en controleert elke fase op lekken. Deze checklist is georganiseerd in die volgorde, omdat de volgorde belangrijk is: er is geen punt het optimaliseren van paginasnelheid op pagina’s die per ongeluk noindexed. Voer het driemaandelijks voor grote of vaak veranderde sites, minimaal jaarlijks voor stabiele kleine, en altijd na migraties en herontwerpen.

Fase één: toegang tot kruipen

Robots.txt gezond verstand

Lees uw robots.txt bestand regel voor regel. Bevestig dat het CSS of JavaScript-mappen niet blokkeert (engines moeten pagina’s renderen zoals gebruikers ze zien), geeft niet de mogelijkheid om secties die u wilt geïndexeerd, en verwijst naar uw sitemap. Controleer de klassieke rampen: een restje enscenering-brede Disallow: /, regels gekopieerd van een andere site, of blokken op parameters die ook echte pagina’s vangen. Beslis bewust welke AI kruipers je toestaat – die richtlijnen hebben nu zichtbaarheidsgevolgen die verder gaan dan de klassieke zoektocht.

Serverreacties en kruipfouten

Trek de kruipstatistieken en indexeerrapporten in Search Console: pieken in 404s, zachte 404s (dunne pagina’s die 200 teruggeven dat Google behandelt als fouten), 5xx serverfouten, en DNS problemen alle gashendel kruipen. Controleer uw site geeft juiste statuscodes – echte 404s voor verdwenen inhoud (of 410 wanneer permanent), 301s voor bewegingen, geen omleiding ketens langer dan een hop of twee, en geen redirect loops. Elke keten verspilt kruipbudget en lekt link equity.

Sitemap-integriteit

De XML-sitemap zou alleen canonieke, indexeerbare, 200-status-URL’s moeten bevatten – geen redirects, geen geindexeerde pagina’s, geen duplicaten – en zou automatisch moeten worden bijgewerkt wanneer de inhoud verandert. Vergelijk sitemap URL-tellingen met werkelijke geïndexeerde aantallen; grote gaten in beide richtingen zijn kenmerkend goud. Oversized sites moeten gesegmenteerde sitemaps, zodat u indexatie problemen kunt lokaliseren per sectie.

Fase twee: indexeringscontrole

Wat zit er in de index die niet hoort te zijn

Audit voor index bloat: parametervariaties, interne zoekresultaten, tagarchieven, enscenering subdomeinen, printerversies, gepagineerde duplicaten. Elke junk URL verdunt kruipende aandacht en kwaliteit gemiddelden. Verwijder met de juiste tool voor elke zaak – noindex voor pagina’s gebruikers nodig hebben, maar motoren niet, canonieke tags voor legitieme varianten, robots blokken alleen voor secties die nooit moeten worden opgehaald (herinner je je een geblokkeerde pagina kan niet passeren zijn noindex).

Wat is dat?

De omgekeerde audit: trek uw geld pagina’s en bevestig dat elk is geïndexeerd. Gemeenschappelijke stille moordenaars hier gevonden: zwerf noindex tags overleven van ontwikkeling, canonieke wijzen op de verkeerde pagina, pagina’s wees van interne links, en JavaScript-afhankelijke inhoud de renderer nooit gezien. De URL-inspectie van Search Console laat precies zien hoe Google voor het laatst een pagina heeft verwerkt – de meest nuttige diagnostische in een technische SEO-toolbox.

Coherentie van de canonicalisatie

Elke pagina moet een canonieke URL verklaren, en al uw signalen moeten ermee instemmen: interne links, sitemap ingangen, omleidingen en hreflang moeten allemaal verwijzen naar de canonieke vorm. Controleer protocol en host consolidatie (een van de http/https en www/non-www moet 301 naar de andere), trailing-slash consistentie, en case gevoeligheid. Gemengde signalen dwingen motoren om te raden, en ze raden niet altijd jouw manier.

Fase drie: rendering en JavaScript

Bron vergelijken, weergegeven en geïndexeerd

Voor sjabloontypes die afhankelijk zijn van JavaScript, vergelijk de ruwe HTML, de weergegeven DOM en wat de URL inspectietool laat zien als geïndexeerd. Inhoud, links of metadata die alleen bestaan na de render komen laat of inconsistent; inhoud die nooit wordt weergegeven voor de bot bestaat gewoon niet. Kritische inhoud en navigatie horen thuis in server-gedelivered HTML – via SSR, statische generatie, of hydratatie strategieën die stof in de eerste reactie.

Kijk uit voor render-blokkering vallen

Lui geladen inhoud die scrolling of interactie vereist om te verschijnen, cookie muren en interstitiële poorten van de bot, en geo / apparaat camouflage allemaal creëren een kloof tussen wat gebruikers en crawlers ervaren. Render de pagina als Googlebot en kijk naar wat er eigenlijk is – aannames zijn de vijand in dit stadium.

Fase vier: architectuur en interne koppeling

Diepte- en weesanalyse

Kruip uw site met een desktop crawler en onderzoek de clickdiepte: belangrijke pagina’s begraven meer dan drie of vier klikken van de homepage krijgen proportioneel zwakker kruipen en autoriteit. Vind wezen – geïndexeerde of sitemap-geliste pagina’s met nul interne links – en ofwel integreren of met pensioen gaan. De link grafiek is uw verklaring van wat belangrijk is; maak het overeenkomen met uw zakelijke prioriteiten.

Navigatie, broodkruimels en ankerkwaliteit

Verifiëren navigatie is kruipbare HTML, broodkruimels bestaan en dragen BreadcrumbLijst markup, en interne anker tekst beschrijft bestemmingen. Audit voor massa-verdupliceerde ketelplaat links verdringen contextuele degenen, en voor gebroken interne koppelingen verzameld door content karn – elk is zowel een gebruiker dood-end en verspild kruipen.

Paginatie en facetnavigatie

De categorie paginatie moet kruipbaar en zelfcanonicaliserend zijn per pagina; gefacetteerde filters (kleur, grootte, prijs) hebben een doelbewuste strategie nodig – meestal alleen de facetten indexeren met echte zoekvraag en de combinatoriale explosie van de rest controleren. Onbeheerde facetten zijn de belangrijkste oorzaak van een crawl-budget bloeding op handelssites.

Fase vijf: prestaties en pagina-ervaring

Triage van kernweblevens

Geef veldgegevens (niet alleen labscores) voor de drie vitale functies: laden (LCP), interactiviteit (INP) en visuele stabiliteit (CLS). Diagnose per sjabloon, niet per pagina – een product-template probleem is een oplossing voor duizenden URL’s. Gebruikelijke verdachten: oversized unoptimalized images, render-blocking scripts, laat-loaden fonts verschuiven lay-out, en derde-partij tags concurreren om de hoofdthread.

De praktische snelheid stack

Moderne beeldformaten en responsieve sizing, compressie en caching headers, CDN levering, uitgesteld niet-kritieke JavaScript, en meedogenloze derde-partij tag audits (elke marketing pixel is een prestatiebelasting – inventariseer ze jaarlijks en verwijder de zombies). Mobiele getrotteerde testen is de eerlijke benchmark, want daar woont je marginale bezoeker.

HTTPS en veiligheidshygiëne

Geldig certificaat, geen waarschuwingen met gemengde inhoud, HSTS waar van toepassing, en geen beveiligingswaarschuwingen in Search Console. Beveiligingsvlaggen vernietigen vertrouwen – gebruiker en algoritmisch – sneller dan bijna elk ander technisch falen.

Fase zes: gestructureerde gegevens, mobiel en internationaal

Gestructureerde gegevensvalidatie

Valideer de schema-uitvoer van elk template: correcte types, vereiste eigenschappen aanwezig, waarden die overeenkomen met zichtbare inhoud, geen verouderde types nog steeds verzenden. Controleer de verbeteringsrapporten van Search Console voor fouten per type, en bevestig dat uw entiteitsaantekening (Organisatie, auteur Personen) consistent blijft op de website.

Mobiele pariteit

Met mobiele-eerste indexing is de mobiele rendering de site. Bevestig inhoud, interne links, metadata en gestructureerde gegevenspariteit tussen desktop- en mobiele renderingen – “wij verbergen dat gedeelte op mobiel” betekent “dat gedeelte nauwelijks bestaat” voor indexeringsdoeleinden. Test tap doelen, viewport configuratie, en opdringerige-interstitiële naleving.

Hreflang en internationale targeting

Voor meertalige of multiregionale sites: hreflang annotaties moeten bidirectioneel zijn (elke pagina verwijst naar alle alternatieve sites, inclusief zichzelf), correcte taal-regiocodes gebruiken en verwijzen naar de indexeerbare canonieke URL’s. Gebroken hreflang voedt gebruikers stil het foute-taal resultaat – een conversie lek onzichtbaar in rang rapporten.

De controle omzetten in resultaten

Prioriteren door blokkade, dan op schaal

Score bevindingen op twee assen: hoe volledig de kwestie blokkeert zichtbaarheid (een noindexed geld pagina overtreft elke snelheid tweak) en hoeveel URL’s het beïnvloedt (template-niveau repareert beat page-level degenen). De leveringsmogelijkheid is een gerangschikte fix lijst met inspanningsschattingen en benoemde eigenaren – engineering voor code, content ops voor metadata, infrastructuur voor servers – niet een honderd pagina’s PDF die ouder wordt in een schijf.

Land van de fixes verifiëren

Elke fix krijgt een verificatie stap: herrawl de getroffen URL’s, bevestig in URL-inspectie, bekijk de relevante Search Console rapport trend. Technische oplossingen falen stilletjes in implementatie vaker dan iedereen toegeeft; de audit wordt niet gedaan totdat de index weerspiegelt.

Toezicht tussen audits

Staande vangrails vangen regressies vroeg: Search Console wekelijks gecontroleerd, geautomatiseerde kruip diffs na releases, uptime en vitale monitoring, en een pre-lancering SEO checklist bedraad in uw implementatieproces (de goedkoopste audit is degene die de bug nooit bereikt). Technische gezondheid schrijft ook alles wat je doet – de inhoud die je publiceert en promoot over sociale kanalen (op welke cadans je agenda, zoals de SocialBlaze social media scheduler, houdt) zet alleen aandacht om in ranglijsten wanneer de pijpleiding erachter schoon is.

Voer de stadia in volgorde, fix upstream voor downstream, controleer in de index, en automatiseer de terugkerende controles. Technische SEO wint zelden applaus – het houdt je gewoon stil tegen om alles te verliezen wat de rest van je marketing verdient.

Voor sites die geconfronteerd worden met een migratie of replatforming – de gebeurtenissen die de meeste catastrofale technische regressies veroorzaken – breid deze checklist uit tot een voor-en-na protocol: kruipen en archiveren van de oude site volledig (URL’s, titels, rangschikkingen, analytics basislijnen), kaart elke oude URL naar zijn nieuwe thuis vóór de lancering, podium de omleidingen voor het testen, en opnieuw uitvoeren van de volledige audit binnen dagen na cutover met de gearchiveerde basislijn als uw vergelijking. De meeste “de migratie doodde ons verkeer” verhalen sporen op tot een handvol te voorkomen fouten – ongemappeerde URL’s, vergeten subdomeinen, een robotblok dat werd overgedragen van enscenering, of canonieke wijzen op het dode domein – elk van die dit protocol vangt terwijl het nog steeds goedkoop is. Migraties verliezen niet inherent rangschikkingen; niet-geauditeerde migraties wel.