Magento SEO: het platform kan het, als je het goed instelt

Let op met 'Use Categories Path for Product URLs' op een bestaande shop. Omzetten van Yes naar No verandert de URL van elk product. Dat is een kleine migratie, met een redirectplan en monitoring. We doen het alleen als de winst opweegt tegen het risico, en altijd met de oude URL's als 301 naar de nieuwe.

Standaard voegt de gelaagde navigatie van Magento filters toe als parameters: /herenschoenen.html?color=49&size=171. Elke combinatie van filters is een nieuwe URL, en elke URL is een link in de HTML. Bij tien filters met elk tien opties is het aantal combinaties praktisch oneindig.

Met de canonical-instelling voor categorieën wijzen al die URL's naar de categoriepagina. Dat voorkomt indexatie van de meeste duplicaten, maar Google moet ze nog steeds crawlen om de canonical te zien. Bij een grote catalogus is dat precies waar je crawlbudget naartoe gaat.

Onze aanpak heeft drie lagen. Filters zonder zoekvraag, zoals sorteringen, prijsranges en combinaties van drie of meer filters, worden niet als crawlbare link aangeboden en waar nodig geblokkeerd in robots.txt. Filters met echte zoekvraag, zoals merk of type binnen een categorie, krijgen een eigen indexeerbare URL met eigen titel, H1 en intro. En de canonical-logica volgt die keuze, in plaats van alles blind naar de categorie te sturen.

Gebruik je een zoek- en navigatieplatform zoals Tweakwise, Klevu of een vergelijkbare oplossing, dan bepaalt dat platform vaak de filter-URL's. We controleren dan welke URL's het genereert en of die met canonicals en robots.txt in lijn zijn. De details staan op onze pagina over categoriepagina's en filters.

Magento is sterk in meerdere websites en storeviews: Nederland en België, of Nederlands, Frans en Duits. Maar Magento Open Source heeft geen ingebouwde hreflang. Die moet je toevoegen met een extensie of maatwerk, en daar gaat het vaak mis.

De drie fouten die we het meest zien: hreflang die naar de homepage van de andere taal wijst in plaats van naar het equivalente product, hreflang die niet wederkerig is omdat een product in één storeview ontbreekt, en hreflang naar URL's die een andere canonical hebben. Elk van die fouten zorgt dat Google de hreflang negeert.

We koppelen hreflang aan de entiteit: het product of de categorie zelf, niet de URL. Zo verwijst elke taalversie naar zijn equivalent, ook als de URL-keys per taal verschillen. En we controleren dat canonical, hreflang en sitemap per storeview naar exact dezelfde URL's wijzen. Voor de bredere aanpak zie onze pagina over internationale SEO.

Luma laadt op elke pagina een grote hoeveelheid JavaScript via RequireJS en Knockout. Op mobiel betekent dat trage interactie en een hoge INP. Hyvä vervangt die frontend door Alpine.js en Tailwind CSS, met veel minder JavaScript. Het resultaat zijn doorgaans veel betere Core Web Vitals.

Voor SEO heeft Hyvä nog een voordeel: schone templates. Je bouwt titels, canonicals, structured data en interne links in overzichtelijke PHTML-bestanden, zonder lagen aan JavaScript-componenten. Content staat in de HTML die de server stuurt, wat ook AI-crawlers zonder JavaScript-ondersteuning helpt.

Een overstap van Luma naar Hyvä verandert de URL's niet, omdat de backend gelijk blijft. Het SEO-risico zit in de templates: markup, meta-tags of interne links die in Luma door een extensie werden toegevoegd en in Hyvä ontbreken. Daarom vergelijken we voor en na livegang de gerenderde HTML per paginatype. Als Hyvä Silver Partner bouwen we die migraties dagelijks. We meten het effect met echte gebruikersdata via RUMvision, niet met een Lighthouse-score.