Technische SEO-checklist voor wat elke website op orde moet hebben

Technische SEO is het fundament onder al uw andere inspanningen. De beste tekst levert niets op als Google de pagina niet kan crawlen, als een vergeten noindex-tag haar uit de index houdt of als drie versies van dezelfde pagina met elkaar concurreren. Deze checklist overloopt wat elke website op orde moet hebben, van robots.txt en XML-sitemap tot structured data, Core Web Vitals en toegang voor AI-crawlers. Per punt leest u wat u controleert, met welk hulpmiddel en welke fouten we bij Vlaamse bedrijfssites het vaakst tegenkomen.

Wat is technische SEO en waarom telt ze?

Technische SEO omvat alles wat bepaalt of zoekmachines uw website kunnen bereiken, lezen, begrijpen en correct in hun index opnemen. Het gaat over de server, de code, de structuur van uw URL's en de signalen die u Google meegeeft. Inhoud en links bepalen hoe hoog u scoort. De techniek bepaalt of u überhaupt meedoet.

Technische fouten zijn verraderlijk omdat ze onzichtbaar blijven voor bezoekers. Een site kan er perfect uitzien en toch de helft van haar pagina's buiten de index houden. Daarom hoort een technische controle bij elke nieuwe website, elke migratie en minstens één keer per jaar bij een bestaande site. Technische controles zijn daarom een vast onderdeel van onze SEO-diensten. Wie de basis nog moet leggen, vindt in onze SEO-tips een bredere startlijst.

Kan Google uw pagina's bereiken en crawlen?

Googlebot ontdekt pagina's door links te volgen en door uw XML-sitemap te lezen. Het bestand robots.txt, in de hoofdmap van uw domein, vertelt crawlers welke delen ze niet mogen bezoeken. Een eenvoudig voorbeeld voor een webshop:

User-agent: *
Disallow: /winkelmand/
Disallow: /zoeken/
Sitemap: https://www.uwbedrijf.be/sitemap.xml

• Controleer dat robots.txt geen belangrijke mappen blokkeert. Een achtergebleven Disallow: / uit de testomgeving blokkeert de hele site.
• Blokkeer geen CSS- en JavaScript-bestanden die Google nodig heeft om de pagina weer te geven.
• Weet dat robots.txt het crawlen tegenhoudt, niet het indexeren. Een geblokkeerde URL kan toch in Google verschijnen als andere sites ernaar linken.
• Controleer met de URL-inspectie in Search Console hoe Google een pagina ziet, zeker als uw site inhoud via JavaScript laadt.

Staan de juiste pagina's geïndexeerd in Google?

Een pagina die gecrawld wordt, staat daarom nog niet in de index. Het indexeringsrapport van Google Search Console toont welke URL's uitgesloten zijn en waarom.

• Noindex: zoek pagina's met een meta robots noindex die wel in Google horen. Na de lancering van een nieuwe site is dit de klassieke fout. Om een noindex te kunnen lezen, moet Google de pagina wel kunnen crawlen, dus combineer noindex niet met een blokkering in robots.txt.
• XML-sitemap: neem alleen canonieke URL's op die een statuscode 200 geven. Geen redirects, geen 404's, geen pagina's met noindex. Een sitemap mag maximaal 50.000 URL's bevatten. Grotere sites werken met een sitemap-index.
• Search Console: dien de sitemap in, controleer of uw domeineigendom correct geverifieerd is en volg wekelijks het aantal geïndexeerde pagina's.
• Dunne pagina's: pagina's die Google wel crawlt maar niet indexeert, zijn vaak te mager of te gelijkaardig aan andere pagina's. Samenvoegen of verrijken helpt meer dan herhaaldelijk indexatie aanvragen.

Welke versie telt bij URL-structuur en canonical-tags?

Goede URL's zijn kort, leesbaar, stabiel en in de taal van de bezoeker. Een adres als /diensten/onderhoud-airco/ zegt meer dan /index.php?id=482. Kies één schrijfwijze en houd ze aan: kleine letters, koppeltekens tussen woorden en een consequente keuze voor wel of geen slash op het einde.

De canonical-tag vertelt Google welke URL de hoofdversie is wanneer dezelfde inhoud op meerdere adressen staat, bijvoorbeeld met trackingparameters of sorteeropties:

<link rel="canonical" href="https://www.uwbedrijf.be/diensten/onderhoud-airco/">

• Elke indexeerbare pagina krijgt een canonical naar zichzelf, met het volledige absolute adres.
• De canonical verwijst naar een pagina die een 200 geeft, niet naar een redirect of een 404.
• Google beschouwt de canonical als een sterke hint, geen bevel. Interne links, sitemap en canonical moeten dezelfde URL aanwijzen.

Lekt uw site waarde door redirects en 404-fouten?

Elke URL die ooit bezoekers of links kreeg, heeft waarde opgebouwd. Verdwijnt ze zonder doorverwijzing, dan gaat die waarde verloren.

• Gebruik een 301-redirect voor een definitieve verhuizing, rechtstreeks naar de best overeenkomende nieuwe pagina. Stuur niet alles naar de homepage: Google behandelt zulke redirects vaak als een 404.
• Een 302 betekent tijdelijk. Gebruik hem alleen als de oude URL terugkomt.
• Vermijd redirectketens (A naar B naar C). Verwijs elke oude URL in één stap naar haar eindbestemming en pas ook uw interne links aan.
• Laat definitief verwijderde pagina's zonder vervanger een correcte 404 of 410 teruggeven, met een nuttige foutpagina die naar uw hoofdrubrieken leidt.
• Let op soft 404's: pagina's die "niet gevonden" tonen, terwijl de server een statuscode 200 geeft. Search Console meldt ze apart.

Wat meet Google precies met sitesnelheid en Core Web Vitals?

Core Web Vitals zijn drie metingen van de echte gebruikerservaring, gebaseerd op gegevens van Chrome-gebruikers. Google beoordeelt ze op het 75e percentiel van de bezoeken.

• LCP (Largest Contentful Paint): hoe snel het grootste zichtbare element verschijnt, vaak de hoofdafbeelding of de titel. Goed is 2,5 seconden of minder.
• INP (Interaction to Next Paint): hoe snel de pagina reageert op een klik, tik of toetsaanslag. Goed is 200 milliseconden of minder.
• CLS (Cumulative Layout Shift): hoeveel de inhoud verspringt tijdens het laden, bijvoorbeeld wanneer een banner de tekst naar beneden duwt. Goed is 0,1 of minder.

Deze signalen maken deel uit van de paginabeleving, maar wegen minder dan de relevantie van de inhoud. Ze maken vooral het verschil tussen pagina's die verder gelijkwaardig zijn. Het rapport Core Web Vitals in Search Console groepeert URL's per status, PageSpeed Insights toont per pagina de oorzaken. De gebruikelijke boosdoeners: te grote afbeeldingen, trage hosting, zware thema's en een opeenstapeling van scripts van derden voor chat, tracking en advertenties.

Is uw site mobiel gebouwd voor de gsm?

Google gebruikt de mobiele versie van uw site om te crawlen en te indexeren. Toont uw site op een gsm minder tekst, minder links of minder structured data dan op desktop, dan is het die armere versie die telt.

• Toon op mobiel dezelfde inhoud als op desktop, ook in uitklapbare blokken.
• Zorg dat tekst leesbaar is zonder inzoomen en dat knoppen ver genoeg uit elkaar staan voor een vinger.
• Test formulieren op een echt toestel: een offerteformulier dat op een gsm niet werkt, kost u aanvragen, ook in B2B. De eerste zoektocht naar een leverancier gebeurt vaak op een gsm, onderweg of op een beurs.

Is uw site overal beveiligd met HTTPS?

HTTPS is een bevestigd, zij het licht, rankingsignaal en een vertrouwenssignaal voor bezoekers. Browsers markeren pagina's zonder versleuteling als niet veilig, en dat schrikt aankopers af.

• Alle varianten (http, https, met en zonder www) verwijzen met een 301 naar één versie.
• Geen gemengde inhoud: afbeeldingen, scripts en lettertypes laden allemaal via https.
• Interne links, canonicals, hreflang en sitemap gebruiken overal het https-adres.

Welke structured data en schema markup heeft uw site nodig?

Structured data, meestal in het formaat JSON-LD volgens de woordenlijst van schema.org, beschrijft in machineleesbare vorm wie u bent en wat een pagina bevat. Het helpt Google en AI-systemen uw informatie correct te interpreteren en maakt bepaalde uitgebreide zoekresultaten mogelijk. De belangrijkste types voor een bedrijfssite:

• Organization: naam, logo, adres, contactgegevens en profielen op sociale netwerken, meestal op de homepage.
• LocalBusiness: voor bedrijven met een fysieke vestiging, met adres, openingsuren en telefoonnummer, identiek aan uw Google Bedrijfsprofiel.
• Product: prijs, beschikbaarheid en reviews in webshops.
• FAQPage: voor vraag-en-antwoordblokken. Google toont FAQ-resultaten in de zoekresultaten tegenwoordig alleen nog voor een beperkt aantal gezaghebbende overheids- en gezondheidssites, maar de markup blijft geldig om de structuur van uw pagina te verduidelijken.
• Article of BlogPosting: voor blogartikels, met auteur en publicatiedatum.

<script type="application/ld+json">
{
 "@context": "https://schema.org",
 "@type": "Organization",
 "name": "Uw Bedrijf",
 "url": "https://www.uwbedrijf.be/",
 "logo": "https://www.uwbedrijf.be/logo.png"
}
</script>

De gouden regel: markeer alleen wat ook zichtbaar op de pagina staat. Test elke template met de Test voor uitgebreide resultaten van Google en met de validator van schema.org.

Wilt u weten hoe uw site scoort op deze punten? Ons team voert een technische audit uit en zet de correcties in volgorde van impact.

Toont Google met hreflang de juiste taalversie?

Een Belgische site in het Nederlands en het Frans, of een bedrijf met versies voor België, Frankrijk en Nederland, heeft hreflang-tags nodig. Ze vertellen Google welke versie bij welke taal en welk land hoort, zodat een zoeker in Rijsel uw Franse pagina voor Frankrijk ziet en een zoeker in Namen de Belgisch-Franse.

<link rel="alternate" hreflang="nl-BE" href="https://www.uwbedrijf.be/nl/" />
<link rel="alternate" hreflang="fr-BE" href="https://www.uwbedrijf.be/fr/" />
<link rel="alternate" hreflang="fr-FR" href="https://www.uwbedrijf.fr/" />
<link rel="alternate" hreflang="x-default" href="https://www.uwbedrijf.be/" />

• Elke versie verwijst naar alle andere en naar zichzelf. Zonder wederkerigheid negeert Google de tags.
• Gebruik correcte codes: taal volgens ISO 639-1, land volgens ISO 3166-1, zoals nl-BE en fr-FR.
• Hreflang verwijst alleen naar canonieke URL's met een statuscode 200.

Of u best met aparte domeinen, submappen of subdomeinen werkt, hangt af van uw markten, uw aanwezigheid ter plaatse en uw teams. De volledige uitleg staat in ons artikel over hreflang.

Vindt Google uw belangrijke pagina's via interne links en site-architectuur?

Hoe minder klikken een pagina van de homepage verwijderd is, hoe belangrijker Google haar inschat en hoe vaker ze gecrawld wordt. Uw dienstenpagina's en productcategorieën horen daarom vlot bereikbaar te zijn via het menu en via links in de tekst.

• Spoor weespagina's op: pagina's die in de sitemap staan maar door geen enkele interne link bereikt worden.
• Gebruik beschrijvende ankerteksten, geen "klik hier" of "lees meer".
• Herstel interne links naar redirects of 404's zodat ze rechtstreeks naar de eindbestemming wijzen.

Zijn uw afbeeldingen licht en voorzien van alt-teksten?

Afbeeldingen zijn vaak de grootste oorzaak van een trage LCP en tegelijk een gemiste kans in Google Afbeeldingen.

• Gebruik moderne formaten zoals WebP of AVIF en lever afbeeldingen in de afmetingen waarin ze getoond worden.
• Geef breedte en hoogte op, zodat de lay-out niet verspringt tijdens het laden.
• Laad afbeeldingen onder de vouw met lazy loading, maar nooit de hoofdafbeelding bovenaan.
• Schrijf een alt-tekst die beschrijft wat er te zien is, in de taal van de pagina. Een decoratieve afbeelding krijgt een lege alt.

Concurreren uw pagina's met elkaar door dubbele content?

Dubbele inhoud leidt zelden tot een straf, maar wel tot verwarring. Google kiest zelf één versie en negeert de rest, en dat is niet altijd de versie die u wilt.

• Webshops: filter- en sorteercombinaties maken duizenden bijna identieke URL's. Gebruik canonicals en laat alleen de interessante combinaties indexeren.
• Productteksten van de fabrikant: dezelfde beschrijving staat op tientallen andere webshops. Herschrijf ze voor uw belangrijkste producten.
• Meertalige sites: een Nederlandse tekst die nog niet vertaald is en op de Franse URL verschijnt, vormt een duplicaat in de verkeerde taal.
• Blogs: meerdere artikels over hetzelfde onderwerp. Voeg ze samen in één sterk artikel met een 301 vanaf de andere.

Voor webshops is dit vaak het grootste technische dossier. Meer daarover op onze pagina SEO voor webshops.

Welke AI-crawlers mogen uw site lezen?

Naast Googlebot bezoeken ook crawlers van AI-diensten uw site. Wat u in robots.txt beslist, heeft gevolgen voor uw zichtbaarheid in die diensten.

• OAI-SearchBot gebruikt OpenAI voor de zoekfunctie van ChatGPT, GPTBot voor het trainen van modellen. U kunt ze apart toelaten of blokkeren.
• PerplexityBot indexeert pagina's voor de antwoorden van Perplexity.
• Google-Extended is geen aparte crawler maar een token in robots.txt waarmee u het gebruik van uw inhoud voor Gemini-modellen beperkt. Het heeft geen invloed op uw ranking in Google Zoeken.
• Controleer of uw firewall of CDN deze bots niet ongewild blokkeert.

Een bestand llms.txt in de hoofdmap is een voorstel voor een overzicht van uw belangrijkste pagina's ten behoeve van taalmodellen. Het is facultatief, Google gebruikt het niet, en het vervangt geen goed gestructureerde site. Toegang alleen garandeert ook geen vermelding in een AI-antwoord. Hoe u daar verder aan werkt, leest u op onze pagina over AI-SEO.

Zo ziet u problemen op tijd met logbestanden en monitoring

Serverlogs tonen welke pagina's Googlebot en andere crawlers bezoeken, hoe vaak en met welke statuscode. Voor grote sites en webshops is dat de enige manier om te zien waar crawlcapaciteit verloren gaat aan filters, parameters of oude URL's. Controleer daarbij of een bezoeker die zich als Googlebot voorstelt wel degelijk van Google komt, via een omgekeerde DNS-opzoeking.

• Volg wekelijks het aantal geïndexeerde pagina's en de crawlstatistieken.
• Zet een externe monitoring op voor de beschikbaarheid van uw site en de geldigheid van uw certificaat.
• Crawl uw site na elke grote wijziging opnieuw met een tool als Screaming Frog of Sitebulb, bij voorkeur eerst in de testomgeving.

Hoe voert u zelf een SEO-audit uit?

Een technische SEO-audit volgt best een vaste volgorde, zodat u eerst de blokkerende problemen vindt en pas daarna de verfijningen.

• Stap 1: verzamel gegevens uit Search Console (indexering, Core Web Vitals, handmatige maatregelen) en GA4 (organisch verkeer en aanvragen per pagina).
• Stap 2: crawl de volledige site en noteer statuscodes, redirects, canonicals, noindex, titels, H1's en interne links.
• Stap 3: vergelijk de crawl met de sitemap en met de geïndexeerde pagina's. De verschillen wijzen de problemen aan.
• Stap 4: controleer templates in plaats van losse pagina's: één fout in de productpagina-template treft alle producten.
• Stap 5: rangschik de bevindingen op impact en inspanning. Een noindex op een categoriepagina gaat voor een ontbrekende alt-tekst.
• Stap 6: laat de correcties uitvoeren, controleer ze opnieuw en volg de effecten in Search Console.

Wanneer schakelt u best hulp in?

Een kleine bedrijfssite kunt u met deze checklist grotendeels zelf controleren. Hulp loont wanneer de site groot of complex is: een webshop met duizenden producten, een site in meerdere talen, een migratie naar een nieuw CMS of een plotse daling van het verkeer zonder duidelijke oorzaak. Dan is de volgorde van de correcties even belangrijk als de correcties zelf.

Mintense werkt al 17 jaar aan zoekmachineoptimalisatie, in 16 talen en 60 landen, met kantoren in Verona, Rijsel en Londen. Bekijk hoe we technische SEO aanpakken op onze pagina SEO voor uw bedrijf.

Veelgestelde vragen

Wat is het verschil tussen technische SEO en gewone SEO?

Technische SEO gaat over de voorwaarden: kan Google uw site crawlen, de pagina's indexeren en de juiste versie tonen. Daaronder vallen robots.txt, de XML-sitemap, canonical-tags, redirects, snelheid, mobiele weergave, HTTPS en structured data. De rest van SEO gaat over inhoud en autoriteit: teksten die de vraag van de zoeker beantwoorden en links van andere websites. Zonder technische basis levert de beste inhoud weinig op, omdat Google ze niet of in de verkeerde versie toont.

Hoe controleer ik of mijn website geïndexeerd is in Google?

Open Google Search Console en bekijk het indexeringsrapport. Daar ziet u hoeveel pagina's geïndexeerd zijn en welke uitgesloten zijn, met de reden. Voor één pagina gebruikt u de URL-inspectie bovenaan Search Console: die toont of de pagina in de index staat, welke canonical Google gekozen heeft en wanneer ze laatst gecrawld is. De zoekopdracht site:uwbedrijf.be in Google geeft alleen een ruwe indicatie en is niet betrouwbaar als telling.

Wat moet er in een robots.txt-bestand staan?

Een robots.txt-bestand staat in de hoofdmap van uw domein en bevat regels per crawler. Voor de meeste bedrijfssites volstaan een paar Disallow-regels voor pagina's zonder zoekwaarde, zoals de winkelmand, interne zoekresultaten of de beheeromgeving, en een regel met het adres van uw XML-sitemap. Blokkeer nooit CSS- of JavaScript-bestanden die nodig zijn om de pagina weer te geven. Gebruik robots.txt ook niet om pagina's uit Google te halen: daarvoor dient een noindex-tag.

Wat zijn goede waarden voor de Core Web Vitals?

Google beschouwt de ervaring als goed wanneer, op het 75e percentiel van de bezoeken, de LCP 2,5 seconden of minder is, de INP 200 milliseconden of minder en de CLS 0,1 of minder. LCP meet hoe snel het hoofdelement verschijnt, INP hoe snel de pagina reageert op een interactie en CLS hoeveel de lay-out verspringt. U vindt de echte waarden van uw bezoekers in het rapport Core Web Vitals van Search Console en in PageSpeed Insights.

Welke structured data heeft een bedrijfswebsite nodig?

Voor de meeste bedrijfssites volstaan enkele types. Organization op de homepage, met naam, logo, adres en contactgegevens. LocalBusiness als u een fysieke vestiging hebt waar klanten langskomen. Product voor webshops, met prijs en beschikbaarheid. Article of BlogPosting voor blogartikels, met auteur en datum. FAQPage kan voor vraag-en-antwoordblokken. Markeer alleen wat zichtbaar op de pagina staat en test elke template met de Test voor uitgebreide resultaten van Google.

Hoe vaak moet ik een technische SEO-audit laten uitvoeren?

Een volledige audit is aangewezen bij de lancering van een nieuwe website, voor en na een migratie en wanneer het organische verkeer plots daalt. Voor een stabiele bedrijfssite volstaat daarnaast een grondige controle per jaar. Grote webshops en meertalige sites, waar elke wijziging aan een template duizenden pagina's raakt, controleert u best elk kwartaal. Tussendoor houdt u Search Console wekelijks in het oog, zodat nieuwe fouten niet maandenlang onopgemerkt blijven.