Technische SEO-analyse voor E-commerce

Google crawlt niet elke dag elke pagina van je site. Het kent een crawlbudget toe — een ruwe limiet op hoeveel pagina's Googlebot in een bepaalde periode ophaalt. Voor shops met een paar honderd producten maakt dit zelden uit. Voor shops met 10.000+ SKU's is het enorm belangrijk.

Het probleem: de meeste e-commerceplatforms genereren enorme hoeveelheden URL's zonder waarde — gepagineerde categoriepagina's (/schoenen?pagina=47), filter- en sorteercombinaties (/schoenen?sort=prijs&kleur=rood&maat=40), pagina's van uitverkochte producten en interne zoekresultaten. Google crawlt dit allemaal in plaats van je echte content.

Los het bij de bron op. In robots.txt scherm je Googlebot af van URL-patronen die waardeloze pagina's genereren. Voor filter- en sorteerparameters: gebruik canonical-tags die verwijzen naar de basis-categoriepagina, of voeg rel="nofollow" toe aan paginering- en filterlinks zodat Googlebot ze niet ontdekt. Controleer regelmatig het dekkingsrapport in GSC — het laat je precies zien welke URL's Google onnodig crawlt.

Facetnavigatie — de filterzijbalken waarmee shoppers verfijnen op maat, kleur, merk en prijs — is een van de nuttigste UX-functies van elke webshop. Het is ook, bijna altijd, een SEO-ramp als het niet goed geconfigureerd is.

Elke filtercombinatie genereert een nieuwe URL. Een categorie met 200 producten, 5 kleuren, 8 maten en 3 prijsbereiken kan tienduizenden unieke URL-combinaties produceren. De meeste bevatten geen unieke content — het zijn dunne duplicaten van de basis-categoriepagina. Google indexeert ze, verdeelt het link-equity erover, en de ranking van je categoriepagina daalt.

In de praktijk: voeg een canonical-tag toe op elke filter-URL die verwijst naar de basis-categoriepagina. Of gebruik — als je platform het ondersteunt — JavaScript-only URL-updates zodat filters de paginastatus wijzigen zonder nieuwe server-side URL's te maken. Shopify doet dit standaard slecht — de standaard facetzoekapp maakt volledig indexeerbare URL's voor elk filter. Je moet canonical-verwerking handmatig of via een thema-aanpassing regelen.

Gebruik Screaming Frog om je shop te crawlen en URL's per template te tellen. Als je categoriepagina 12 echte subpagina's heeft maar Screaming Frog 4.000 URL's met dat categoriepad vindt, heb je een facetnavigatie­probleem.

Een product met 5 kleuropties hoort één indexeerbare pagina te hebben, niet vijf. Als elke variant zijn eigen URL heeft — /blauwe-sneaker, /rode-sneaker, /groene-sneaker — en elke pagina dezelfde titel, beschrijving en content heeft met alleen de kleurna­am verwisseld, ziet Google vijf dunne duplicaten. Geen ervan rankt goed.

De oplossing zijn canonical-tags. Elke variant-URL moet een canonical hebben die verwijst naar de hoofd-productpagina. De hoofd-productpagina zelf moet zelf-canonicali­serend zijn. In Shopify worden variant-URL's standaard gegenereerd als ?variant=12345. De ingebouwde canonical-logica van Shopify handelt dit af — maar het is de moeite waard te verifiëren, met name op sterk aangepaste thema's, of de canonical-tag op elke variant-URL daadwerkelijk verwijst naar de juiste product-URL.

Google gebruikt Core Web Vitals als rankingsignaal. De drempelwaarden: LCP (Largest Contentful Paint) onder 2,5 seconden, CLS (Cumulative Layout Shift) onder 0,1, en INP (Interaction to Next Paint) onder 200 ms. De meeste e-commercesites zakken op mobiel voor minstens één ervan — en dat is waar Google ze meet.

De grootste LCP-boosdoeners op e-commercesites zijn niet-geoptimaliseerde productafbeeldingen. Een JPEG van 3 MB als hero-afbeelding op een productpagina vernietigt je LCP-score. Serveer WebP of AVIF, stel expliciete breedte- en hoogte-attributen in, gebruik next/image of een vergelijkbare beeldoptimalisatielaag, en zorg dat de hoofd­product­afbeelding fetchpriority="high" heeft. Zowel Ahrefs Site Audit als PageSpeed Insights markeren LCP-element­problemen duidelijk.

INP is de nieuwste metric en de moeilijkste om te verbeteren. Het meet hoe lang de pagina erover doet om te reageren op gebruikers­interacties. Op e-commercesites is zwaar JavaScript — met name scripts van derden voor chatwidgets, retargetingpixels en aanbevelings­engines — doorgaans de oorzaak. Stel alle niet-kritieke scripts van derden uit. Gebruik het Performance-paneel in Chrome DevTools om te achterhalen welke scripts de main thread blokkeren na het laden van de pagina.

Het dekkingsrapport in Google Search Console maakt crawlproblemen zichtbaar. Het deelt URL's in: Geïndexeerd, Niet geïndexeerd (met redenen), Fout en Geldig met waarschuwingen. Elke categorie vertelt je iets anders.

• —Soft 404's: pagina's die een HTTP-200-status retourneren maar een bericht 'geen resultaten' of 'product niet beschikbaar' tonen. Google behandelt ze als geldige pagina's — ze worden geïndexeerd, dragen geen waarde over, en kunnen stille­tjies de domein­kwaliteits­signalen beschadigen.
• —Omleidingsketens: URL A stuurt door naar URL B die doorstuurt naar URL C. Elke stap verdunt PageRank en vertraagt het crawlen. Oplossing: alle interne links bijwerken zodat ze rechtstreeks naar de uiteindelijke doel-URL verwijzen.
• —Gecrawld maar niet geïndexeerd: Google heeft de pagina bezocht maar gekozen deze niet te indexeren. Doorgaans een kwaliteits­signaalprobleem — dunne, duplicaat of bijna-duplicaat content.
• —Ontdekt maar niet gecrawld: Google heeft de URL gevonden (via sitemap of interne link) maar nog niet opgehaald. Op grote sites wijst dit op uitputting van het crawlbudget — Google zet URL's in een wachtrij die het nooit bereikt.

De meest productieve workflow: GSC-dekkingsdata exporteren, een volledige crawl uitvoeren met Screaming Frog, en beide kruislings vergelijken. GSC vertelt je wat Google ziet; Screaming Frog vertelt je wat er echt op de site staat. Pagina's die GSC als soft 404 markeert maar Screaming Frog met echte content vindt, hebben doorgaans een content-rendering­probleem — JavaScript dat niet laadt voor Googlebot.

Gestructureerde data verbetert rankings niet direct, maar beïnvloedt wel hoe je pagina's in zoek­resultaten verschijnen. Voor e-commerce telt dit meer dan in de meeste niches — Product-schema ontgrendelt rich results met prijs, beschikbaarheid en sterrenbeoordelingen direct in de SERP. Dit verhoogt de klikratio aanzienlijk, met name bij competitieve shopping-zoekopdrachten waar organische resultaten onder een muur van Shopping-advertenties staan.

Elke productpagina heeft Product-schema nodig met minimaal: name, image, description, sku, brand, offers (met price, priceCurrency, availability en url). Als de pagina reviews heeft, voeg je AggregateRating toe. Zonder dit verschijnen je beoordelings­sterren niet in zoekresultaten — ook al staan de reviews op de pagina.