De meeste “Magento SEO checklists” zijn generieke SEO-checklists waar een paar keer het woord Magento is ingevoegd – meta-titels, alt-teksten, laadtijd, het gebruikelijke rijtje. Niets daarvan is fout, maar niets daarvan verklaart waarom een technisch solide Magento-winkel toch lager rankt dan een middelmatige, of waarom pagina’s die er in de browser prima uitzien slecht of helemaal niet geïndexeerd worden.
De echte Magento-SEO-problemen zijn platformspecifiek. Ze ontstaan door hoe het platform standaard URL’s genereert, filters verwerkt en pagina’s rendert – niet door ontbrekende alt-teksten. Dit is de checklist die er echt toe doet, opgebouwd uit wat we daadwerkelijk oplossen bij klantwinkels, niet uit een generieke template.
Zorg dat de laagnavigatie uw crawlbudget niet opslokt
Magento’s laagnavigatie (de filterbalk – maat, kleur, prijs, merk) genereert standaard een URL voor elke filtercombinatie. Een categorie met 6 filterbare attributen kan duizenden crawlbare URL-varianten opleveren, elk een near-duplicate van de basiscategoriepagina met een andere query string.
- Zet attributen die geen indexeerbare URL’s zouden mogen genereren op “Gebruiken in laagnavigatie: Filterbaar (geen resultaten)” waar van toepassing, of vertrouw op canonical tags die teruglinken naar de schone categorie-URL.
- Controleer of
rel="canonical" op gefilterde categoriepagina’s echt naar de schone categorie-URL verwijst, en niet naar zichzelf met parameters erbij – dit is de meest voorkomende Magento-SEO-fout die we bij een audit tegenkomen.
- Sluit filterparameters uit via de lijst “Zoekmachine-robots” of via
robots.txt, zodat crawlers hun budget niet verspillen aan oneindige combinaties.
Als Google zijn crawlbudget besteedt aan 4.000 varianten van dezelfde categoriepagina, blijft er minder budget over voor de pagina’s die u écht geïndexeerd wilt hebben.
Controleer eerst uw URL-structuur
- Controleer op dubbele URL’s uit zowel
/categorie/product.html als /product.html, als de instelling “Categoriepad gebruiken voor product-URL’s” ooit in de geschiedenis van de winkel is omgezet – deze ene instellingswijziging, zonder redirects doorgevoerd, ligt vaker aan de basis van Magento-rankingdalingen dan elk ander configuratieprobleem dat we tegenkomen.
- Controleer of de URL-suffix-instelling (
.html of geen) consistent is en niet halverwege het bestaan van de winkel is veranderd zonder passende 301-redirects.
- Haal een lijst met 404’s op uit zowel Google Search Console als uw serverlogs, niet alleen uit één van de twee – ze komen zelden volledig overeen, en precies in dat verschil zit meestal het echte probleem.
Structured data die zoekmachines daadwerkelijk gebruiken
Product schema is niet langer optioneel – het bepaalt mee of AI-gedreven zoek- en shopping-functies uw product überhaupt tonen, niet alleen of u rich snippets krijgt.
- Product schema met prijs, beschikbaarheid en, indien aanwezig, reviews – Magento levert dit standaard niet netjes uit; de meeste winkels moeten het toevoegen of herstellen via een module, niet via een generieke SEO-extensie die alleen de homepage afhandelt.
- BreadcrumbList schema dat overeenkomt met uw werkelijke categoriehiërarchie, niet een platgeslagen versie die niet aansluit op wat een gebruiker op de pagina ziet.
- Organization schema op uw kernpagina’s, consistent over elke taalversie van uw site – verrassend veel meertalige Magento-winkels hebben dit alleen goed staan in de standaardtaal.
Fix hreflang eerst, voor u iets anders internationaal aanpakt
Als u meer dan één taal- of landversie draait, zijn hreflang-tags óf wat uw internationale SEO laat werken, óf wat het stilletjes kannibaliseert. Wij draaien deze exacte site in vier taalversies, dus dit is voor ons geen theorie.
- Elke taalversie van een pagina moet verwijzen naar elke andere taalversie, inclusief zichzelf – een eenzijdige hreflang-link (DE-pagina verwijst naar EN, EN-pagina verwijst niet terug) is per definitie kapot en komt vaak voor bij winkels die handmatig een taal hebben toegevoegd.
- Hreflang-waarden gebruiken de juiste taal-regiocodes (
nl-nl, niet inconsistent gemengd met nl), en komen exact overeen met uw sitemap en uw werkelijke <link>-tags.
- Als u Polylang, FireGento of een vergelijkbare meertalige opzet gebruikt, controleer dan of hreflang automatisch wordt gegenereerd voor elk URL-type – categorie-, product- en CMS-pagina’s – niet alleen voor de pagina’s waar iemand bij het instellen aan heeft gedacht.
Core Web Vitals zijn al lang geen extraatje meer
Page experience is al jaren een rankingfactor, en op een standaard Luma- of Venia-gebaseerd Magento-thema is dat meestal precies de reden dat een winkel wordt afgeremd.
- Draait u nog op een Luma-gebaseerd thema met volledige JavaScript-rendering voor checkout en winkelwagen, dan betaalt uw Largest Contentful Paint daar waarschijnlijk de prijs voor – Hyvä-gebaseerde thema’s bestaan specifiek omdat dit een chronisch, structureel Magento-probleem was, geen incident.
- Controleer specifiek categorie- en productpagina’s op render-blocking JS en CSS – dit zijn uw meest waardevolle pagina’s voor zowel verkeer als conversie, en meestal ook de zwaarste.
- Afbeeldingen: lazy loading onder de vouw, correct geschaalde productafbeeldingen (geen afbeelding van 2000px die via CSS wordt verkleind) en WebP waar het thema dat ondersteunt.
Laat niet-leverbare en uitgefaseerde producten niet stilletjes uw rankings op 404 zetten
Dit staat zelden in een generieke SEO-checklist, maar is een constant probleem in echte Magento-catalogi: een product is niet leverbaar of wordt uitgefaseerd, iemand deactiveert het, en de URL die daarvoor rankte begint plotseling een 404 te geven – en neemt zijn linkwaarde en rankinggeschiedenis mee.
- Tijdelijk niet-leverbare producten moeten online en indexeerbaar blijven, met duidelijke “weer op voorraad”-communicatie, in plaats van gedeactiveerd te worden en 404’s te geven.
- Definitief uitgefaseerde producten hebben óf een 301-redirect naar de beste vervanger nodig, óf een goede “dit product is niet meer verkrijgbaar, dit is de vervanging”-pagina – geen gedeactiveerd product dat stilletjes uit de catalogus verdwijnt.
- Als een categorie leegloopt omdat alle producten erin zijn uitgefaseerd, heeft die categoriepagina ook een plan nodig, niet alleen een 404 in wording.
Precies hierom hebben we een gratis Discontinued Products-module voor Magento 2 gebouwd – die blokkeert de verkoop en stelt een vervanger voor, in plaats van simpelweg de pagina te verwijderen waarop het product rankte.
De checklist, samengevat
- Canonical tags op gefilterde/laagnavigatiepagina’s verwijzen naar de schone categorie-URL
- Filterparameter-URL’s uitgesloten van crawling of correct gecanonicaliseerd
- Geen dubbele URL-paden door historische wijzigingen aan “Categoriepad gebruiken”
- 404’s gecontroleerd tussen Search Console en serverlogs
- Product-, breadcrumb- en organization structured data aanwezig en geldig in elke taalversie
- Hreflang-tags zijn tweerichtings, correct gecodeerd en gegenereerd voor elk URL-type
- Core Web Vitals specifiek gecontroleerd op categorie- en productpagina’s, niet alleen de homepage
- Niet-leverbare producten blijven indexeerbaar; uitgefaseerde producten redirecten of leggen uit, in plaats van stilletjes een 404 te geven
Waar wij in uitblinken
Wij voeren SEO-audits uit op Magento-winkels specifiek gericht op deze platformgebonden problemen – geen generiek SEO-rapport met “voeg meer keywords toe” onderaan. Als uw rankings niet overeenkomen met hoeveel werk er in uw content is gestoken, zit het gat meestal in een van de categorieën hierboven. Neem contact op als u hier een tweede, ervaren blik op wilt.
