Op een webshop met duizenden URL’s crawlt Google zelden meer dan een deel van je pagina’s. In audits zie ik steeds hetzelfde beeld: goede producten, degelijke teksten, en toch dunne organische groei. De oorzaak zit bijna nooit in de content, maar in de techniek eronder. Een technische SEO webshop-audit legt zeven fundamenten bloot: crawlbudget, indexatie, faceted navigation, Core Web Vitals, canonicals, XML-sitemap en schema. Die bepalen samen of Google en AI-assistenten je pagina’s kunnen vinden, begrijpen en tonen.
Content bepaalt of je pagina antwoord geeft. De techniek bepaalt of die pagina ooit wordt bekeken. Een technische SEO webshop-basis die klopt, is de voorwaarde waar al je contentwerk op landt. In deze gids loop ik de zeven fundamenten langs, met de verschillen tussen WooCommerce en Magento en de aanpak die ik bij ITM Interma gebruikte.
Crawlbudget: waarom Google niet je hele webshop bekijkt
Crawlbudget is het aantal URL’s dat Google binnen een bepaalde periode op je webshop ophaalt. Bij een kleine site merk je daar niets van. Bij een webshop met duizenden producten, varianten en filtercombinaties wel, want het aantal crawlbare URL’s loopt daar snel in de tienduizenden. Google besteedt dat budget dan aan pagina’s die er niet toe doen, en jouw nieuwe categorietekst blijft wachten. De techniek achter je webshop begint daarom hier.
Het patroon. Elke actieve filter, sorteeroptie en sessieparameter maakt technisch een aparte URL. Een categorie met acht filters levert al honderden combinaties op. Google volgt die links, crawlt de varianten en concludeert dat een groot deel van je site bijna-identiek is. Volgens Google Search Central is dat precies waar grote sites hun crawlbudget verliezen.
De oplossing zit in de volgende paragrafen: bepaal wat in de index mag, houd waardeloze filtercombinaties uit de crawl, en wijs met canonicals naar de juiste versie. In WooCommerce ontstaan die parameter-URL’s vooral via de standaard laagfilter-widgets. In Magento via layered navigation, die zonder configuratie elke attribuutcombinatie als crawlbare link plaatst.
Indexatie en robots: bepaal wat wel in de index mag
Indexatie bepaalt welke pagina’s Google mag opslaan en tonen. Op een webshop wil je een scherpe scheiding: categorie- en productpagina’s in de index, en interne zoekresultaten, winkelmand, account- en checkout-pagina’s eruit. Die scheiding regel je met een robots-meta-tag per pagina en met het robots.txt-bestand voor crawlpaden.
Robots-meta versus robots.txt. De robots-meta-tag (noindex) houdt een pagina uit de index maar laat Google de link nog volgen. Robots.txt blokkeert het crawlen zelf. Het verschil is belangrijk: een pagina die je in robots.txt blokkeert kan Google niet lezen, dus een noindex daarop ziet Google nooit. Voor filterpagina’s die je uit de index wilt, gebruik je daarom noindex op paginaniveau, niet een blokkade in robots.txt.
Bij WooCommerce zet een SEO-plugin als Rank Math of Yoast de winkelmand- en account-pagina’s standaard op noindex. Bij Magento regel je dit via de robots-instructies per pagina-type en de meta-robots op filterpagina’s. Controleer het altijd na, want een verkeerd vinkje zet zomaar je hele categorie op noindex.
Logfile-analyse: zie wat Google echt op je webshop crawlt
Logfile-analyse laat zien welke URL's Googlebot daadwerkelijk ophaalt, en dat is de enige harde meting van je crawlbudget. Search Console toont wat Google rapporteert; je serverlogs tonen wat er echt gebeurt. Op een webshop met duizenden URL's lopen die twee vaak uiteen. Filter je logs op Googlebot en je ziet meteen of het budget naar je categorie- en productpagina's gaat of naar filter- en sorteervarianten die je nooit had willen laten crawlen.
Zoek naar drie signalen: crawlt Googlebot dezelfde parameter-URL's keer op keer, haalt hij verouderde of uitverkochte producten op, en bereikt hij je nieuwe pagina's binnen redelijke tijd? Wijkt dit af, dan verspilt je webshop crawlbudget en weet je precies welke fundamenten uit deze gids aandacht nodig hebben. Een technische SEO webshop-audit zonder logfiles mist deze harde bevestiging.
Faceted navigation: het grootste technische SEO-risico voor webshops
Faceted navigation is het filtersysteem waarmee bezoekers producten verfijnen op merk, maat, kleur of prijs. Het is fijn voor gebruikers en tegelijk het grootste technische SEO-risico op een webshop, omdat elke filtercombinatie een crawlbare URL maakt. Ongecontroleerd levert dat duizenden dunne, bijna-identieke pagina’s op die je crawlbudget opeten en onderling om dezelfde term concurreren.
De aanpak draait om één keuze: welke filtercombinaties hebben eigen zoekvraag, en welke niet. Waardevol. Een combinatie waar mensen echt op zoeken, bijvoorbeeld “led werklampen 230 volt”, verdient een indexeerbare, statische URL met eigen tekst. Waardeloos. Een toevallige stapeling van vier filters plus een prijs-slider indexeer je niet. Die krijgt een noindex en een canonical naar de schone categorie.
Google beschrijft in de documentatie over faceted navigation dezelfde lijn: laat alleen combinaties met echte vraag toe. In elke technische SEO webshop-audit die ik doe is dit vrijwel altijd de grootste winst, groter dan welke on-page tweak dan ook. Een half procent van je filterpagina’s verdient een index-plek. De rest houd je bewust uit de index.
Core Web Vitals: het snelheidsfundament dat blijft tellen
Core Web Vitals zijn de drie meetwaarden waarmee Google de laadervaring beoordeelt: LCP voor laadsnelheid, INP voor reactiesnelheid en CLS voor visuele stabiliteit. Voor een webshop gelden volgens web.dev van Google deze drempels: LCP onder 2,5 seconden, INP onder 200 milliseconden, CLS onder 0,1. Haal je die op mobiel, dan staat dit deel van je technische SEO webshop-fundament.
Webshops zakken vooral weg op LCP en CLS. LCP lijdt onder zware producthero-afbeeldingen en trage servers. CLS ontstaat als afbeeldingen zonder vaste afmetingen inladen en de bestelknop verspringt net als de klant wil tikken. Dat kost geen halve seconde, dat kost conversie.
WooCommerce. De winst zit in caching, beeldcompressie naar WebP, en het afslanken van page builders die veel ongebruikte CSS laden. Magento. Daar draait het om Full Page Cache, Varnish en het beheersen van third-party modules die de front-end vertragen. Snelheid is nooit één knop. Het is een reeks kleine ingrepen die samen onder de drempel duiken.
Canonicals: dubbele content onder controle
Een canonical tag vertelt Google welke URL de originele versie is als dezelfde inhoud op meerdere adressen staat. Op webshops is dubbele content de norm, niet de uitzondering: een product in drie categorieën, een filter-URL met sorteerparameter, een print-versie. Zonder canonical verdeelt Google de waarde over al die varianten en weet geen enkele versie sterk te ranken.
De regel is simpel. Elke pagina wijst met een canonical naar zichzelf, tenzij het een variant is van een andere pagina, dan wijst hij naar het origineel. Een productpagina die via meerdere categoriepaden bereikbaar is, krijgt één canonieke URL. Filtervarianten wijzen naar de schone categorie. WooCommerce en Magento zetten zelf-canonicals standaard goed neer, maar de variant-naar-origineel-koppeling moet je bewust inrichten. Dat is handwerk dat je maar één keer goed hoeft te doen.
XML-sitemap: je index-wensenlijst voor Google
De XML-sitemap is de lijst met URL’s die je expliciet aan Google aanbiedt voor indexatie. Zie het als je wensenlijst: alleen pagina’s die je echt in de index wilt, horen erin. Een sitemap vol noindex-URL’s, filtervarianten of uitverkochte producten geeft Google tegenstrijdige signalen en verwatert het nut.
Voor een webshop betekent dat: canonieke categorie- en productpagina’s erin, alle ruis eruit. Een goede sitemap verdeel je bovendien in delen (producten, categorieën, pagina’s, afbeeldingen), zodat je in Google Search Console per type ziet hoeveel er is ingediend en hoeveel er is geïndexeerd. Dat verschil is je belangrijkste diagnose-instrument. Loopt het uiteen, dan crawlt of indexeert Google niet wat jij wilt, en weet je meteen waar je moet graven.
Schema: product- en breadcrumb-markup die webshops onderscheidt
Schema markup is gestructureerde data waarmee je Google letterlijk vertelt wat een pagina is: een product, een prijs, een beoordeling, een broodkruimelpad. Voor webshops zijn Product-schema en BreadcrumbList-schema de twee die tellen. Product-schema levert rich results op met prijs, voorraad en sterren in de zoekresultaten. BreadcrumbList toont je categoriestructuur onder de titel.
Schema is geen directe rankingfactor en geen AI-citatiehefboom. Het effect is indirect maar reëel: rich results vergroten je opvallendheid in de SERP, en een halve procentpunt hogere doorklik op duizenden vertoningen tikt aan. Reken niet met verdubbelingen. Reken met een paar procent extra klikken op verkeer dat je toch al had. Op schaal is dat het verschil tussen een categoriepagina die meedoet en een die opvalt. Zo hoort schema bij een complete technische SEO webshop-audit, als sluitstuk en niet als startpunt.
De praktijk: hoe ik dit fundament bij ITM Interma legde
ITM Interma is een B2B-webshop voor magazijnartikelen met duizenden artikelen, waar de categoriepagina tegelijk de bestelpagina was. Klanten bestelden rechtstreeks vanaf de categorie. Dat maakte de techniek achter die pagina’s dubbel belangrijk: het was niet alleen een vindbaarheidsvraag, maar ook een bestelroute. Ik pakte het technische SEO webshop-fundament daar in samenhang met twee structurele ombouwen aan.
De eerste ombouw was de navigatie: van een indeling op materiaal naar een indeling op toepassing, omdat een zakelijke koper op gebruik zoekt, niet op grondstof. De tweede was het samenbrengen van losse producten onder configureerbare producten. Dat laatste is puur technische SEO-winst: tientallen bijna-identieke variantpagina’s werden één configureerbaar product met één canonieke URL. Minder dunne pagina’s, minder onderlinge concurrentie, meer gebundelde waarde. De volledige aanpak staat in de case study over de ITM Interma webshop.
De kernles uit dat traject: structuur en content bepalen elkaar, en je pakt ze nooit los aan. Eerst het technische fundament en de navigatie op orde, dan de teksten die daarop landen. In omgekeerde volgorde schrijf je mooie content voor pagina’s die Google niet goed kan crawlen.
WooCommerce versus Magento: waar de techniek verschilt
De zeven fundamenten gelden voor elk platform, maar de uitvoering verschilt wezenlijk tussen WooCommerce en Magento. Een technische SEO webshop-aanpak begint daarom met weten waar je platform je helpt en waar het je tegenwerkt. WooCommerce is licht en pluginafhankelijk: canonicals, noindex en sitemap regel je met een SEO-plugin, snelheid met caching- en beeldplugins, en de risico’s zitten in zware page builders en filter-widgets die parameter-URL’s uitstrooien. Magento heeft veel ingebouwd maar is complexer: layered navigation genereert zonder configuratie enorme aantallen crawlbare filter-URL’s, en snelheid draait om Full Page Cache en Varnish.
| Fundament | WooCommerce | Magento |
|---|---|---|
| Canonicals en noindex | Via SEO-plugin (Rank Math, Yoast) | Ingebouwd, per pagina-type instellen |
| Faceted navigation | Filter-widgets maken parameter-URL's | Layered navigation, configuratie verplicht |
| Snelheid | Caching- en beeldplugins | Full Page Cache plus Varnish |
| Grootste risico | Plugin-wildgroei en page builders | Ongeconfigureerde layered navigation |
De kern: WooCommerce vraagt discipline in je pluginkeuze, Magento vraagt configuratie vooraf. Beide belonen dezelfde principes, alleen bereik je ze langs een andere route.
Technische SEO webshop checklist: 8 controlepunten
Deze technische SEO webshop-checklist is de samenvatting van de zeven fundamenten, plus een monitoringpunt. Loop hem langs voor je webshop, of gebruik hem als briefing voor je bouwer. Elk punt is een concrete controle, niet een vaag advies.
| # | Controlepunt | Wat je checkt |
|---|---|---|
| 1 | Crawlbudget | Aantal crawlbare URL’s in verhouding tot echte producten; geen explosie door parameters |
| 2 | Indexatie | Categorie en product geindexeerd; mand, account, checkout en interne zoek op noindex |
| 3 | Faceted navigation | Alleen filtercombinaties met eigen zoekvraag indexeerbaar; rest noindex plus canonical |
| 4 | Core Web Vitals | Mobiel: LCP onder 2,5s, INP onder 200ms, CLS onder 0,1 |
| 5 | Canonicals | Zelf-canonical per pagina; varianten wijzen naar het origineel |
| 6 | XML-sitemap | Alleen canonieke, indexeerbare URL’s; opgedeeld per type |
| 7 | Schema | Product- en BreadcrumbList-schema valide op categorie en product |
| 8 | Monitoring | Ingediend versus geindexeerd in Search Console per sitemap-deel |
Werk je met veel pagina’s, dan is dit fundament ook de basis onder geautomatiseerde categoriepagina-SEO. Techniek eerst, dan schaal je de content erop. De bredere context staat in mijn complete gids over webshop SEO.
Veelgestelde vragen over technische SEO voor webshops
Wat is technische SEO voor een webshop?
Technische SEO voor een webshop is het inrichten van crawlbudget, indexatie, faceted navigation, snelheid, canonicals, XML-sitemap en schema, zodat Google en AI-assistenten je categorie- en productpagina’s kunnen vinden, begrijpen en tonen. Het is het fundament onder je content: zonder een schone technische SEO webshop-basis wordt je beste tekst niet goed gecrawld of geindexeerd. Het verschilt van on-page SEO, die over de inhoud van een losse pagina gaat, en van content-SEO, die over de kwaliteit van je teksten gaat.
Wat is het verschil tussen technische SEO bij WooCommerce en Magento?
De principes zijn identiek, de uitvoering verschilt. WooCommerce leunt op plugins: een SEO-plugin regelt canonicals en noindex, caching- en beeldplugins regelen snelheid, en de risico’s zitten in zware page builders en filter-widgets die parameter-URL’s maken. Magento heeft veel ingebouwd, maar layered navigation genereert zonder configuratie enorme aantallen crawlbare filter-URL’s, en snelheid draait om Full Page Cache en Varnish. Magento vraagt meer configuratie vooraf, WooCommerce meer discipline in pluginkeuze.
Hoeveel filtercombinaties moet je laten indexeren?
Alleen de combinaties met een eigen, meetbare zoekvraag. In de praktijk is dat een klein deel van het totaal, vaak minder dan een procent van alle mogelijke combinaties. Een filter waar mensen echt op zoeken, zoals een specifiek voltage of een maat, verdient een statische, indexeerbare pagina met eigen tekst. De rest krijgt noindex plus een canonical naar de schone categorie. De vuistregel: indexeer een combinatie alleen als je er eigen content voor zou schrijven.
Welke Core Web Vitals-scores heeft een webshop nodig?
Google hanteert voor alle sites dezelfde drempels: LCP onder 2,5 seconden, INP onder 200 milliseconden, CLS onder 0,1, gemeten op mobiel. Voor een webshop is LCP het lastigst door zware producthero-afbeeldingen, en CLS door afbeeldingen zonder vaste afmetingen. Haal je de drie drempels op je belangrijkste categorie- en productpagina’s, dan is het snelheidsfundament op orde. Meet met echte veld-data uit Search Console, niet alleen met een labtest, want die twee lopen vaak uiteen.
Moet elke productpagina in de XML-sitemap?
Elke canonieke, indexeerbare productpagina hoort in de sitemap, maar geen varianten, filter-URL’s of uitverkochte producten die je uit de index houdt. De sitemap is je wensenlijst voor indexatie, dus alles wat erin staat moet ook echt in de index mogen. Uitverkochte producten die terugkomen kun je erin houden; producten die definitief weg zijn haal je eruit en geef je een passende status. Een sitemap vol ruis verzwakt het signaal naar Google.
Wat levert technische SEO op als mijn content al goed is?
Goede content op een zwak technisch fundament wordt niet volledig gecrawld, geindexeerd of getoond, dus je mist een deel van het rendement dat je al betaald hebt. Technische SEO verdubbelt je verkeer niet, maar het ontsluit het verkeer dat je content verdient. In mijn audits zie ik dat het opruimen van faceted navigation en het herstellen van indexatie vaak de grootste winst geeft, juist omdat de content er al ligt. Techniek is geen extra laag, het is de voorwaarde. Zo bezien is een technische SEO webshop-check het meest rendabele werk aan een shop die al goede content heeft.
Wat is een goed crawlbudget voor een webshop?
Er bestaat geen vast getal; een goed crawlbudget betekent dat Googlebot je belangrijke categorie- en productpagina's regelmatig ophaalt en je nieuwe of gewijzigde pagina's binnen enkele dagen bereikt. Op een webshop met duizenden URL's is de verhouding belangrijker dan het absolute aantal: crawlt Google vooral je waardevolle pagina's, of verdwijnt het budget in filtervarianten? Meet dit in je serverlogs, niet in een schatting. Slokt ruis het budget op, dan los je dat op met indexatie- en faceted-navigation-hygiene, niet met meer crawlverzoeken.
Heb ik een SEO-plugin nodig voor technische SEO in WooCommerce?
Voor WooCommerce regel je canonicals, noindex-instellingen, de XML-sitemap en de robots-meta het snelst met een SEO-plugin als Rank Math of Yoast; zonder plugin zet je die met de hand in code. De plugin doet het technische fundament niet vanzelf goed; je loopt de instellingen bewust na, vooral de noindex op winkelmand, account en interne zoekresultaten. Bij Magento zit veel hiervan ingebouwd en heb je geen aparte SEO-plugin nodig, maar wel de juiste configuratie per pagina-type.
Plan een technische SEO webshop-audit via Yellify. Ik loop de acht controlepunten langs op je WooCommerce- of Magento-shop en lever een prioriteitenlijst waarmee je bouwer direct aan de slag kan.
