Magento Ecommerce SEO: tips voor webshop-optimalisatie

Magento heeft SEO-potentieel, maar het vergt werk om het te ontsluiten

Magento (nu Adobe Commerce) is een van de meest flexibele e-commerce platformen die beschikbaar zijn. Het drijft webshops aan die miljoenen aan jaaromzet genereren en beheert productcatalogi met meer dan 100.000 SKU's. Maar die flexibiliteit brengt complexiteit met zich mee, en vanuit SEO-perspectief is Magento uit de doos problematisch.

Een standaard Magento 2-installatie creëert dubbele content, genereert opgeblazen URL's door gelaagde navigatie, laadt traag door niet-geoptimaliseerde assets en gaat verkeerd om met canonical tags. We hebben tientallen Magento-webshops geaudit, en elke afzonderlijke had SEO-problemen waarvan de eigenaar niet wist dat ze bestonden.

Het goede nieuws is dat Magento je de controle geeft om alles op te lossen. In tegenstelling tot gehoste platformen die beperken wat je kunt aanpassen, laat Magento je URL-structuren wijzigen, robots.txt-regels bewerken, canonical tag-logica aanpassen en indexering op een gedetailleerd niveau sturen. Je moet alleen weten wat je moet veranderen.

Deze gids behandelt de Magento-specifieke SEO-problemen die we het vaakst tegenkomen en de exacte oplossingen voor elk probleem. Als je professionele hulp wilt, ontdek dan onze Adobe Commerce SEO-diensten. Voor een zelfstudie behandelt de Magento SEO-gids in onze academy elke stap. Of je nu Magento 2 Open Source of Adobe Commerce (de betaalde versie) gebruikt, deze problemen en oplossingen gelden voor jou.

Gelaagde navigatie repareren om indexopblazing te voorkomen

Gelaagde navigatie is het filtersysteem van Magento voor categoriepagina's. Klanten gebruiken het om te filteren op maat, kleur, prijs, merk en andere attributen. Het is geweldig voor de gebruiksvriendelijkheid. Het is desastreus voor SEO als het niet geconfigureerd wordt.

Het probleem is dat elke filtercombinatie een unieke URL genereert. Een categoriepagina voor 'damesschoenen' met filters voor maat, kleur, merk en prijsklasse kan duizenden URL-variaties produceren. Magento indexeert ze standaard allemaal. We hebben een Magento-webshop met 200 categorieën geaudit en ontdekt dat gelaagde navigatie meer dan 340.000 indexeerbare URL's had gecreëerd, waarvan de meeste dunne content-duplicaten van de bovenliggende categorie waren.

Google verspilt crawlbudget aan deze URL's, en de dubbele content verdunt rankingsignalen over duizenden pagina's in plaats van ze te concentreren op de categoriepagina's die daadwerkelijk moeten ranken.

De oplossing hangt af van je SEO-strategie. Voor filtercombinaties met echte zoekvraag (zoals 'rode Nike hardloopschoenen') wil je dat die pagina's geïndexeerd worden met unieke content en canonical tags die naar zichzelf verwijzen. Voor al het andere wil je indexering voorkomen.

Ga in Magento 2 naar Stores > Configuration > Catalog > Catalog > Layered Navigation. Stel 'Use In Search Results Layered Navigation' zorgvuldig in. Gebruik vervolgens robots meta tags om filtercombinaties zonder zoekvraag op noindex te zetten. We voegen doorgaans een aangepaste module toe die noindex,follow toepast op elke URL die meer dan één filterparameter bevat, terwijl enkele betekenisvolle filterpagina's indexeerbaar blijven.

Een andere aanpak is het gebruik van AJAX-gebaseerd filteren dat de URL helemaal niet wijzigt. Dit behoudt alle filterfunctionaliteit voor gebruikers terwijl het een enkele, schone URL presenteert aan zoekmachines. Magento-extensies zoals Amasty Improved Layered Navigation en Mirasvit Layered Navigation doen dit goed.

URL-herschrijvingen en het Magento URL-probleem

Het URL-herschrijvingssysteem van Magento is krachtig maar gaat gemakkelijk kapot. Elke keer dat je een productnaam wijzigt, een product naar een andere categorie verplaatst of een categorienaam bijwerkt, maakt Magento een nieuwe URL-herschrijving aan. Na verloop van tijd stapelen deze zich op. We hebben Magento-webshops gezien met meer dan 2 miljoen vermeldingen in de url_rewrite databasetabel, wat ernstige prestatieproblemen veroorzaakte.

De standaard URL-structuur van Magento bevat het categoriepad in product-URL's. Een product kan bereikbaar zijn op '/women/shoes/running-shoes/nike-air-zoom.html' en ook op '/nike-air-zoom.html' en '/sale/nike-air-zoom.html'. Dat is hetzelfde product op drie verschillende URL's. Magento voegt wel canonical tags toe, maar de canonical-logica kiest soms de verkeerde URL, vooral voor producten in meerdere categorieën.

Onze aanbevolen aanpak is om categoriepaden volledig uit product-URL's te verwijderen. Ga in Magento 2 naar Stores > Configuration > Catalog > Catalog > Search Engine Optimization en stel 'Use Categories Path for Product URLs' in op 'No'. Dit geeft elk product een enkele URL zoals '/nike-air-zoom.html', ongeacht tot welke categorieën het behoort. Voer deze wijziging eerst uit in een staging-omgeving en stel redirects in vanaf de oude URL's met categoriepad.

Ruim de url_rewrite-tabel periodiek op. Oude redirects van producten die niet meer bestaan, herschrijvingen voor verwijderde categorieën en dubbele vermeldingen stapelen zich op. We draaien elk kwartaal een opruimscript dat verweesde herschrijvingen verwijdert. Bij de webshop van een klant verminderde het opschonen van 1,8 miljoen verouderde url_rewrite-vermeldingen de tabelgrootte met 94% en verbeterde de laadtijden in het beheergedeelte merkbaar.

Voor URL-suffixen gebruikt Magento standaard '.html' voor zowel categorie- als product-URL's. Er is geen SEO-reden om dit suffix te behouden of te verwijderen, maar wees consistent. Als je besluit het te verwijderen, doe dit dan tijdens een migratie of herontwerp, niet als een geïsoleerde wijziging, omdat elke bestaande URL een redirect nodig heeft.

Sitesnelheid op Magento vereist echte investering

Magento is niet snel uit de doos. Een standaard Magento 2-installatie op basishosting laadt doorgaans in 4-6 seconden. Dat is te traag voor zowel gebruikers als zoekmachines. Google heeft expliciet verklaard dat paginasnelheid een rankingfactor is, en hun Core Web Vitals-metrics bestraffen traag ladende pagina's.

Full Page Cache is de meest impactvolle snelheidsverbetering. Magento 2 ondersteunt Varnish als Full Page Cache, en je zou het moeten gebruiken. Varnish plaatst zich voor Magento en serveert gecachte HTML voor de meeste paginaverzoeken, waardoor Magento niet bij elk bezoek PHP hoeft te verwerken. Met correct geconfigureerd Varnish dalen de laadtijden tot onder één seconde voor gecachte pagina's.

Beeldoptimalisatie is de tweede prioriteit. Productafbeeldingen in Magento-webshops worden vaak geüpload als 3000x3000px originelen zonder compressie. We implementeren WebP-conversie, lazy loading en responsieve afbeeldingssets via Magento-extensies of transformaties op CDN-niveau. Een typische webshop vermindert de beeldpayload met 60-75% na optimalisatie.

JavaScript- en CSS-bundeling in Magento 2 is berucht problematisch. De ingebouwde bundeling maakt dingen vaak erger door massieve bundelbestanden te creëren. We schakelen Magento's native bundeling uit en gebruiken in plaats daarvan aangepaste buildprocessen met tools zoals Webpack of stappen steeds vaker over naar een headless frontend (Hyvae of een aangepaste PWA) die asset-optimalisatie onafhankelijk afhandelt.

Hostinginfrastructuur is belangrijker voor Magento dan voor eenvoudigere platformen. Een shared hosting-plan volstaat niet. Je hebt minimaal een VPS of dedicated server nodig met SSD-opslag, PHP 8.1+, Redis voor sessie- en cacheopslag, Elasticsearch of OpenSearch voor cataloguszoekopdrachten en Varnish voor Full Page Caching. Voor webshops met meer dan 10.000 maandelijkse bezoeken raden we beheerde Magento-hostingproviders aan die gespecialiseerd zijn in prestatieoptimalisatie.

We benchmarken elk Magento-project tegen Core Web Vitals-doelen: LCP onder 2,5 seconden, FID onder 100ms en CLS onder 0,1. Het behalen van deze drempels op Magento is mogelijk maar vereist bewuste optimalisatie op elke laag van de stack.

Magento SEO-extensies die het installeren waard zijn

De extensie-marketplace van Magento heeft honderden SEO-gerelateerde modules. De meeste zijn overbodig als je weet hoe je Magento's ingebouwde instellingen moet configureren. Maar een paar vullen echte hiaten.

Mirasvit SEO Suite behandelt veel voorkomende Magento SEO-problemen in één pakket. Het beheert canonical URL's, genereert XML-sitemaps met betere controle dan Magento's standaard, voegt Structured Data-markup toe en biedt SEO-templates voor het massaal genereren van title tags en meta descriptions. We gebruiken het bij ongeveer 60% van onze Magento-projecten.

Amasty SEO Toolkit is het belangrijkste alternatief. Het bestrijkt vergelijkbaar terrein met verschillende benaderingen voor canonical-afhandeling en duplicaat-contentpreventie. Zowel Mirasvit als Amasty worden goed onderhouden en regelmatig bijgewerkt voor nieuwe Magento-versies.

Voor Structured Data specifiek gebruiken we vaak een dedicated extensie in plaats van te vertrouwen op de SEO-suitemodules. Magefan of Amasty's Product Schema-extensies genereren correct JSON-LD-markup voor producten, inclusief prijs, beschikbaarheid, reviews en geaggregeerde beoordelingen. Correcte Structured Data zorgen voor rich snippets in zoekresultaten, wat de klikfrequentie merkbaar verbetert. Je kunt je productmarkup verifiëren en opbouwen met onze schema-generatortool.

Vermijd het installeren van meerdere SEO-extensies met overlappende functionaliteit. Twee extensies die beide proberen canonical tags te beheren, zullen conflicteren en onvoorspelbare resultaten veroorzaken. Kies één primaire SEO-suite en vul deze alleen aan met gespecialiseerde extensies waar nodig.

XML-sitemapgeneratie in Magento's standaardimplementatie is basaal. Het dumpt alle URL's in één bestand zonder prioriteitsonderscheid en zonder intelligente wijzigingsfrequentie-instellingen. Een extensie zoals Amasty XML Sitemap of Mirasvit SEO Suite laat je sitemaps splitsen per type (producten, categorieën, CMS-pagina's), specifieke URL's uitsluiten en prioriteiten instellen op basis van het daadwerkelijke belang van de pagina.

Magento vs headless architectuur voor SEO

Headless e-commerce scheidt de frontend-presentatielaag van de backend commerce-engine. Voor Magento betekent dit dat Magento puur als API wordt gebruikt en de frontend wordt gebouwd met een framework zoals React, Vue of een Magento-specifieke oplossing zoals Hyvae.

De SEO-implicaties van headless gaan zijn aanzienlijk. Traditioneel Magento rendert HTML op de server, wat zoekmachines zonder problemen kunnen crawlen. Een JavaScript-zware headless frontend kan afhankelijk zijn van client-side rendering, wat Google kan verwerken maar niet zo efficiënt. Als je headless frontend geen Server-Side Rendering (SSR) of Static Site Generation (SSG) implementeert, loop je het risico dat pagina's niet correct worden geïndexeerd.

Hyvae is de headless oplossing die we het vaakst aanbevelen voor Magento-webshops die snelheidsverbeteringen willen. Het vervangt Magento's standaard Luma of Blank frontend door een moderne tech stack met behoud van Server-Side Rendering. Pagina's laden gemiddeld in minder dan één seconde, en de SEO-output (HTML-structuur, meta tags, Structured Data) kan nauwkeurig worden beheerd.

PWA Studio, Adobe's officiële headless oplossing voor Magento, heeft aanhoudende SEO-problemen gehad. Dynamic Rendering, inconsistente canonical tag-afhandeling en moeilijkheden bij het implementeren van hreflang-tags hebben het een riskante keuze gemaakt voor SEO-bewuste webshops. De situatie is verbeterd met recente versies, maar we zien nog steeds problemen bij PWA Studio-webshops die niet bestaan bij traditionele Magento- of Hyvae-implementaties.

Ons advies: als de snelheidsproblemen van je Magento-webshop de primaire zorg zijn, probeer dan eerst de bestaande setup te optimaliseren (Varnish, Redis, beeldoptimalisatie). Headless gaan introduceert complexiteit en kosten. Als je toch headless gaat, kies dan een oplossing die SSR out of the box ondersteunt en test grondig met Google's URL Inspection Tool voordat je lanceert. Voor een volledige behandeling van technische SEO-principes voor e-commerce is onze technische SEO-gids voor e-commerce van toepassing op alle platformen, inclusief Magento.

Veelvoorkomende Magento SEO-fouten die we blijven vinden

Na jarenlang Magento-webshops te hebben geaudit, duiken bepaalde fouten herhaaldelijk op. Dit zijn degene die de meeste schade veroorzaken.

Dubbele content door store views komt veel voor bij meertalige Magento-installaties. Elke store view genereert zijn eigen set URL's, en zonder correcte hreflang-tags en canonical-configuratie ziet Google dezelfde content op meerdere URL's. We vinden dit bij bijna elke multi-store Magento-setup die we auditen.

Standaard Magento meta-titels volgen het formaat 'Productnaam - Categorienaam - Winkelnaam'. Die template creëert buitensporig lange title tags die worden afgekapt in zoekresultaten en ruimte verspillen aan de winkelnaam. We verwijderen de winkelnaam uit product- en categorie-title tags en passen de template aan om het belangrijkste zoekwoord eerst te plaatsen.

De Magento-sitemap bevat vaak noindex-pagina's, 404-URL's en redirectketens. Exporteer je sitemap en crawl elke URL erin. We vinden routinematig 10-30% van de sitemap-URL's die er niet in thuishoren. Schone sitemaps helpen Google zijn crawlbudget te besteden aan pagina's die ertoe doen.

CMS-pagina's die zijn gemaakt voor promoties en campagnes worden vergeten nadat het evenement is afgelopen. Deze verlaten pagina's stapelen zich op in de loop der tijd. Een Magento-webshop die we hebben geaudit had 450 CMS-pagina's, waarvan 280 lege of verouderde promotiepagina's die nog steeds in de sitemap verschenen. Redirect ze naar relevante categoriepagina's of verwijder ze en retourneer correcte 410-statuscodes.

Magento's standaard robots.txt is te permissief. Het staat het crawlen toe van klantaccountpagina's, checkoutpagina's, verlanglijstpagina's en vergelijkingspagina's. Geen van deze zou gecrawld moeten worden. Werk robots.txt bij om /customer/, /checkout/, /wishlist/, /catalog/product_compare/ en alle andere paden die leiden naar gebruikersspecifieke of niet-contentpagina's te blokkeren.

Een Magento SEO-project plannen van begin tot eind

Magento SEO is niet iets dat je eenmalig configureert en vergeet. De complexiteit van het platform vereist doorlopend onderhoud. Zo structureren wij een Magento SEO-project.

Fase één is de technische audit. We crawlen de gehele site met Screaming Frog, analyseren de url_rewrite-tabel, controleren de indexering van gelaagde navigatie, testen de paginasnelheid op verschillende apparaattypen en valideren Structured Data. Dit duurt doorgaans 2-3 weken voor een webshop met meer dan 5.000 producten en levert een geprioriteerde lijst van fixes op. Een professionele e-commerce SEO-audit in deze fase geeft je een compleet beeld van wat er moet worden opgelost voordat er werk begint.

Fase twee is het oplossen van infrastructuurproblemen. URL-structuurwijzigingen, canonical tag-correcties, robots.txt-updates, sitemap-opschoning en snelheidsoptimalisaties vinden hier plaats. Deze fase duurt meestal 4-6 weken omdat veel wijzigingen ontwikkelwerk en testen in een staging-omgeving vereisen voor deployment.

Fase drie is on-page optimalisatie. Met een solide technische basis optimaliseren we title tags, meta descriptions, H1's en content op categorie- en productpagina's. Keyword mapping stuurt deze fase. We gebruiken vaak Magento's SEO-extensietemplates om optimalisaties op schaal toe te passen en verfijnen vervolgens handmatig de pagina's met de hoogste prioriteit.

Fase vier is monitoring en iteratie. We volgen crawlstatistieken in Google Search Console, monitoren Core Web Vitals, letten op nieuwe indexeringsproblemen na Magento-updates en passen de strategie aan op basis van ranking- en verkeersgegevens. Magento-updates herintroduceren soms SEO-problemen die eerder waren opgelost, dus post-update audits zijn onderdeel van de routine.

Magento is een krachtig platform voor webshops met grote catalogi en complexe vereisten. Maar het vereist SEO-aandacht die eenvoudigere platformen niet nodig hebben. Als je op Magento zit en je organisch verkeer niet groeit, is de platformconfiguratie vrijwel zeker onderdeel van het probleem. Als je Shopify als alternatief evalueert, is onze Shopify e-commerce SEO-gids een nuttige benchmark voor het vergelijken van platformmogelijkheden.