Technische SEO voor webshops: eerst gevonden worden, dan pas ranken
Een categoriepagina die Google niet indexeert, rankt nergens. Hoe goed de tekst ook is. Technische SEO zorgt dat zoekmachines je shop kunnen crawlen, renderen en indexeren zoals jij bedoelt. Wij vinden de fouten, lossen ze zelf op in Magento, Shopify of Laravel, en meten of het effect heeft.
- Diagnose op basis van Search Console, crawls en serverlogs
- Fixes in de code en configuratie, niet in een rapport dat blijft liggen
- Meten wat er na de fix gebeurt met indexatie en organische omzet
Wat is technische SEO, en waarom wint een webshop of verliest hij hier?
Technische SEO is alles wat bepaalt of een zoekmachine je pagina's kan vinden, ophalen, renderen, begrijpen en in de index opnemen. Het gaat over statuscodes, robots.txt, canonicals, redirects, sitemaps, interne links, JavaScript-rendering en snelheid. Content en links komen pas daarna. Een pagina die niet in de index staat, kan geen enkele positie halen.
Bij een webshop is dat lastiger dan bij een gewone website. Eén catalogus van 5.000 producten levert met filters, sorteringen, paginering en varianten al snel honderdduizenden URL's op. Het grootste deel daarvan is bijna-duplicaat. Google besteedt dan crawltijd aan ?sort=price&dir=asc in plaats van aan je nieuwe collectie. Dat is geen theorie, het is rekenwerk: meer URL's zonder waarde betekent minder aandacht per URL die wel omzet maakt.
Daarom behandelen we technische SEO als een wiskundevraagstuk. Hoeveel URL's bestaan er, hoeveel wil je in de index, hoeveel staan er echt in, en waar zit het verschil? Die vragen beantwoorden we met data uit Search Console, een volledige crawl en je serverlogs. Daarna lossen we de oorzaak op in het platform. Geen plugin die het symptoom maskeert, maar een aanpassing in templates, configuratie of routing.
De vijf stappen die een URL doorloopt voordat hij kan ranken
Elke technische fout valt in een van deze stappen. Wie weet in welke stap het misgaat, weet ook waar de fix zit.
| Stap | Wat er gebeurt | Typische fout in webshops | Waar je het ziet |
|---|---|---|---|
| Ontdekken | De zoekmachine vindt de URL via interne links, sitemaps of externe links | Producten die alleen via filters of site search bereikbaar zijn, of ontbreken in de sitemap | Crawl vergeleken met de catalogusexport |
| Crawlen | Googlebot haalt de URL op, als robots.txt het toestaat en de server snel antwoordt | Crawlbudget dat opgaat aan filter- en sorteer-URL's, trage serverrespons, 5xx-pieken | Crawlstatistieken in Search Console en serverlogs |
| Renderen | De pagina wordt uitgevoerd zoals een browser dat doet, inclusief JavaScript | Prijs, productinformatie of links die pas na client-side JavaScript verschijnen | URL-inspectie: gerenderde HTML en screenshot |
| Indexeren | Google beslist of de pagina in de index komt en welke URL de canonieke is | Google kiest een andere canonical dan jij, of zet pagina's op 'Gecrawld, momenteel niet geïndexeerd' | Rapport Pagina-indexering in Search Console |
| Ranken | De geïndexeerde pagina concurreert op relevantie, kwaliteit en ervaring | Meerdere eigen pagina's die op hetzelfde zoekwoord concurreren | Prestatierapport: query's met meerdere ranking-URL's |
Plan een vrijblijvend gesprek over je project
Een half uur via video met de mensen die het werk ook echt doen. Kies hieronder een moment dat jou past.
- Direct met het vaste team, geen tussenlagen
- Concrete feedback op je huidige situatie of plannen
- Eerlijk advies, ook als het antwoord "niet doen" is
- Indicatie van kosten en tijdlijn
Plan een gratis Tech Check
Vrijblijvend jouw uitdagingen bespreken
Of bel direct: 0591-239 299
Crawlbaarheid en crawlbudget: waar Googlebot zijn tijd aan besteedt
Google crawlt niet onbeperkt. Hoeveel URL's per dag worden opgehaald, hangt af van hoe snel en stabiel je server antwoordt en hoeveel vraag er naar je content is. Voor een shop met een paar honderd producten is crawlbudget zelden het probleem. Voor een catalogus met tienduizenden producten en uitgebreide filters wel.
De grootste lekken zien we steeds op dezelfde plekken. Gelaagde navigatie die voor elke filtercombinatie een nieuwe crawlbare URL maakt. Sorteer- en weergaveparameters zoals ?product_list_order=price of ?limit=36. Interne zoekresultaatpagina's die via links of sitemaps bereikbaar zijn. Sessie- of trackingparameters in interne links. Elke variant daarvan is een URL die Googlebot moet ophalen voordat hij kan bepalen dat hij er niets mee hoeft.
De oplossing is zelden één regel in robots.txt. Je bepaalt per parametertype wat ermee moet gebeuren. Filters met echte zoekvraag, zoals een merk binnen een categorie, kunnen een eigen indexeerbare landingspagina krijgen. Sorteringen en weergave-opties horen niet crawlbaar te zijn; daar gebruik je robots.txt of je voorkomt dat ze als link in de HTML staan. Filtercombinaties zonder zoekvraag krijgen een canonical naar de categorie en worden niet in sitemaps opgenomen.
Let op de volgorde. Een URL die in robots.txt geblokkeerd is, kan Google niet ophalen, en ziet dus ook de canonical of noindex op die pagina niet. Wil je dat een URL uit de index verdwijnt, dan moet Google hem eerst kunnen crawlen en een noindex zien. Pas daarna blokkeer je hem eventueel. Andersom werkt het niet, en een noindex-regel in robots.txt zelf wordt sinds 2019 niet meer ondersteund.
Indexatie: het verschil tussen wat je wilt en wat Google doet
Het rapport Pagina-indexering in Search Console is het startpunt. Deze statussen zien we het vaakst bij webshops, met de gebruikelijke oorzaak.
Gevonden, momenteel niet geïndexeerd
Google kent de URL maar heeft hem nog niet gecrawld. Meestal een signaal dat crawlbudget opgaat aan andere URL's, of dat de interne linkstructuur deze pagina's te weinig gewicht geeft.
Lees verder →Gecrawld, momenteel niet geïndexeerd
Google heeft de pagina opgehaald en besloten hem niet op te nemen. Vaak dunne categoriepagina's, bijna-identieke productvarianten of pagina's met weinig unieke inhoud.
Duplicaat, Google heeft een andere canonical gekozen
Jouw canonical-tag is een hint, geen richtlijn. Als interne links, sitemaps en redirects iets anders zeggen, kiest Google zelf. Alle signalen moeten naar dezelfde URL wijzen.
Lees verder →Soft 404
De pagina geeft status 200 maar ziet eruit als een foutpagina. Klassiek bij lege categorieën en uitverkochte producten die een kale pagina tonen.
Lees verder →Uitgesloten door noindex-tag
Soms terecht, soms een restant van een staging-omgeving of een thema-instelling die per ongeluk op hele paginatypes staat. Altijd controleren of het bewust is.
Geblokkeerd door robots.txt, wel geïndexeerd
Google indexeert de URL zonder content omdat er links naartoe wijzen. Blokkeren in robots.txt haalt een URL niet uit de index. Daar is een noindex of een 404/410 voor nodig.
Rendering en JavaScript: ziet Google wat je klant ziet?
Google rendert pagina's met een actuele versie van Chromium, dus JavaScript wordt uitgevoerd. Maar rendering kost Google meer moeite dan HTML lezen, en wat pas na interactie verschijnt, wordt niet gezien. Klikt een bezoeker op 'Meer laden' om producten te zien, dan klikt Googlebot daar niet op.
Voor webshops gaat het om drie vragen. Staan de productnaam, prijs, beschikbaarheid en beschrijving in de HTML die de server stuurt, of pas na client-side rendering? Zijn links naar categorieën en producten echte a-elementen met een href, of onclick-handlers en knoppen? En verschijnt de structured data in de bron of pas nadat een script heeft gedraaid?
Bij een standaard Magento-shop met Hyvä of een Shopify-thema op Liquid is dat meestal in orde, omdat de server complete HTML levert. Het risico zit in headless-opzetten, zware JavaScript-frameworks in het thema, en apps of extensies die content via JavaScript injecteren. Met URL-inspectie in Search Console bekijk je de gerenderde HTML. Die vergelijken we met de broncode en met wat een bezoeker ziet.
AI-crawlers zijn hier strenger dan Google. Veel van die crawlers voeren geen of beperkt JavaScript uit. Content die alleen client-side verschijnt, bestaat voor hen dus niet. Server-side rendering is daarmee niet alleen een SEO-keuze maar ook een GEO-keuze.
Statuscodes, redirects en canonicals: de regels die we hanteren
Er is weinig mening nodig in dit deel van technische SEO. Het zijn afspraken over hoe je signalen afgeeft.
Statuscodes
- 200 alleen voor pagina's met echte inhoud; lege filterresultaten en verwijderde producten geven geen kale 200
- 404 of 410 voor producten die definitief weg zijn en geen logische opvolger hebben
- 301 voor permanent verplaatste URL's, 302 alleen als het echt tijdelijk is
- 503 met Retry-After tijdens onderhoud, zodat Google niet een onderhoudspagina indexeert
- Geen 5xx-pieken bij cache-flushes of reindexering; die zie je terug in de crawlstatistieken
Redirects
- Altijd direct naar de eindbestemming, geen ketens van drie of vier stappen
- Geen massale redirects naar de homepage; Google behandelt die vaak als soft 404
- Interne links bijwerken naar de nieuwe URL in plaats van te leunen op de redirect
- Redirectregels op één plek beheren: platform of webserver, niet allebei door elkaar
- Bij handle- of URL-key-wijzigingen automatisch een 301 laten aanmaken
Canonicals
- Elke indexeerbare pagina verwijst naar zichzelf, als absolute URL
- Canonical, interne links, sitemap en hreflang wijzen naar exact dezelfde URL
- Geen canonical naar een URL die zelf redirect, een noindex heeft of geblokkeerd is
- Gepagineerde pagina's verwijzen naar zichzelf, niet allemaal naar pagina 1
- Productvarianten via parameters canonicaliseren naar de hoofdproduct-URL, tenzij een variant eigen zoekvraag heeft
Sitemaps
- Alleen canonieke, indexeerbare URL's met status 200
- Maximaal 50.000 URL's of 50 MB ongecomprimeerd per bestand, daarboven een sitemap-index
- Een lastmod die alleen verandert als de inhoud echt verandert; Google negeert priority en changefreq
- Gesplitst per paginatype, zodat je in Search Console de indexatie per type kunt volgen
- Ingediend in Search Console en Bing Webmaster Tools, en vermeld in robots.txt
Logfile-analyse: het enige objectieve beeld van wat Googlebot doet
Search Console laat een steekproef en aggregaten zien. Je serverlogs laten elke request zien. Met een logfile-analyse zie je per URL-type hoe vaak Googlebot langskomt, welke statuscodes hij krijgt en welke delen van je shop hij links laat liggen.
Dat levert vaak de belangrijkste inzichten van een technische audit. Bijvoorbeeld dat het grootste deel van de Googlebot-requests naar filter-URL's gaat. Of dat nieuwe producten pas weken na publicatie voor het eerst worden opgehaald. Of dat een oude URL-structuur van jaren geleden nog dagelijks wordt gecrawld via vergeten redirects.
We filteren de logs op geverifieerde Googlebot-requests via reverse DNS, omdat veel scrapers zich als Googlebot voordoen. Daarna groeperen we per paginatype en zetten we het naast de crawl en de indexatiecijfers. Zo zie je niet alleen dát er iets misgaat, maar ook hoeveel crawlcapaciteit je terugwint met een fix. Dezelfde logs laten ook zien hoe vaak AI-crawlers zoals OAI-SearchBot, PerplexityBot en ClaudeBot langskomen.
Logs ophalen is bij Magento en Laravel op eigen hosting eenvoudig. Bij Shopify heb je geen toegang tot serverlogs. Daar werken we met de crawlstatistieken uit Search Console en een eigen crawl.
Technische SEO per platform
De principes zijn overal gelijk. De plekken waar het misgaat en de manier van oplossen verschillen per platform.
Magento 2
URL-rewrites, 'Use Categories Path for Product URLs', canonical-instellingen per entiteit, gelaagde navigatie met parameters en indexers die achterlopen. Veel controle, dus ook veel om goed te zetten.
Lees verder →Shopify
Vaste URL-prefixen, collectie-URL's naar producten, robots.txt via robots.txt.liquid en apps die scripts en duplicaten toevoegen. Minder controle, dus slim werken binnen de grenzen.
Lees verder →Laravel en headless
Volledige vrijheid, en dus ook volledige verantwoordelijkheid. Rendering, statuscodes, canonicals en sitemaps moet je zelf bouwen. Dat doen we vanaf de eerste regel goed.
Lees verder →Categoriepagina's en filters
Faceted navigation is bij elke webshop de grootste bron van duplicaten en crawlverspilling. Welke filters indexeerbaar worden, is een keuze op basis van zoekvraag.
Lees verder →Snelheid hoort bij technische SEO, maar meet het goed
Core Web Vitals zijn onderdeel van de signalen voor pagina-ervaring. De drempels: LCP binnen 2,5 seconde, INP onder 200 milliseconden en CLS onder 0,1, gemeten op het 75e percentiel van echte bezoekers. INP verving FID in maart 2024. Google gebruikt daarvoor de veldgegevens uit het Chrome UX Report, niet je Lighthouse-score.
Een Lighthouse-score van 95 zegt dus weinig als je echte bezoekers op een middenklasse-telefoon een LCP van 4 seconden hebben. Als RUMvision Gold Partner meten we met real user monitoring per paginatype en per apparaat. Zo zie je of de productpagina of de categoriepagina het probleem is, en welk script of welke afbeelding de oorzaak is.
Snelheid is zelden de reden dat een pagina niet rankt. Maar het is wel de reden dat bezoekers afhaken die je met moeite binnenhaalt. Voor de diepere aanpak verwijzen we naar onze pagina over Core Web Vitals.
Wat we niet doen, en waarom we dat hardop zeggen
Wij kopen geen links en we leveren geen pakketten met honderd blogartikelen per maand. Technische SEO lost het fundament op: dat je bestaande pagina's gevonden, begrepen en geïndexeerd worden. Dat is bij de meeste webshops waar de meeste winst ligt, omdat de catalogus en de categoriepagina's er al zijn.
Wat we wel doen: de fouten vinden, ze zelf oplossen in het platform, en meten wat het oplevert. Heb je daarnaast een contentbureau of een eigen marketeer, dan werken we graag samen. Zij schrijven, wij zorgen dat wat ze schrijven ook in de index komt.
Onze aanpak van technische SEO
Van data naar fix naar meting, met hetzelfde vaste team dat je shop kent.
- 1
Data verzamelen
Toegang tot Search Console, Bing Webmaster Tools en Analytics, een volledige crawl en waar mogelijk serverlogs van minimaal enkele weken.
- 2
Diagnose per paginatype
Producten, categorieën, filters, CMS, blog: per type het aantal URL's, de indexatiestatus, crawlfrequentie en de fouten die het verschil verklaren.
- 3
Prioriteren
Elke bevinding krijgt een inschatting van impact en inspanning. Je ziet wat eerst moet en wat kan wachten.
- 4
Implementeren
We passen templates, configuratie, robots.txt, redirects en sitemaps zelf aan, eerst op een testomgeving, dan live.
- 5
Valideren
Na livegang controleren we met een nieuwe crawl en URL-inspectie of de fix werkt, en vragen we waar nodig hervalidatie aan in Search Console.
- 6
Meten
We volgen indexatie, crawlverdeling en organisch verkeer per paginatype, en koppelen dat aan omzet waar de data het toelaat.
Wat je opgeleverd krijgt
- Overzicht van alle URL-types met aantallen: bestaand, gewenst in de index, werkelijk geïndexeerd
- Crawlanalyse met statuscodes, redirectketens, canonical-conflicten en orphan pages
- Logfile-analyse van Googlebot en AI-crawlers, waar het platform dat toelaat
- Geprioriteerde lijst bevindingen met impact, inspanning en de concrete fix per punt
- Aangepaste robots.txt, canonical-logica en sitemapstructuur
- Opgeschoonde redirects zonder ketens of homepage-redirects
- Nulmeting en vervolgmeting van indexatie en organisch verkeer per paginatype
Waarom Coding.nl voor technische SEO
We passen het zelf aan
De mensen die je audit maken, bouwen ook de fix. Geen rapport dat je zelf nog moet laten uitvoeren door een ander bureau.
Platformkennis tot in de database
Hyvä Silver Partner en Hypernode Silver Partner, en dagelijks bezig in Magento en Shopify. We weten waar een probleem vandaan komt, niet alleen dat het er is.
Meten met echte data
Als RUMvision Gold Partner meten we snelheid met echte gebruikersdata, en indexatie met Search Console en logs. Geen vanity metrics.
Korte lijnen
Geen projectmanagers of accountmanagers ertussen. Je bespreekt een bevinding direct met degene die hem oplost.
Verder lezen
- ›Technische SEO voor webshops — de complete audit checklist
- ›Crawlbudget bij grote webshops: wanneer het speelt en wat je doet
- ›Logfile-analyse voor SEO: wat Googlebot en AI-crawlers doen
- ›Canonical tags in webshops: de 8 fouten die we het vaakst zien
- ›301-redirects beheren in je webshop: ketens, loops en 410
- ›Gevonden, maar niet geïndexeerd in Search Console: oplossen
- ›JavaScript-SEO bij headless webshops: CSR, SSR en hydration
- ›Google Search Console voor webshops: de rapporten die tellen
- ›Faceted navigation en SEO — duplicate content voorkomen
- ›Pagination en SEO: canonical, noindex of load more?
Veelgestelde vragen
Weten waar je shop technisch lekt?
Plan een Tech Check. We kijken samen naar je indexatie, crawlverdeling en de grootste technische fouten, en vertellen je eerlijk wat het oplossen oplevert en wat het kost aan uren.