Voor wie dit is
Winkeleigenaren en kleine teams van wie de Magento 2-winkel live is en verdient, en die engineering nodig hebben in plaats van nog een extensie: een requestpad dat traag is geworden, een import die de catalogus breekt, een checkout die voor sommige klanten faalt, een upgrade die niemand durft te draaien.
Ik werk met Magento sinds versie 1, en van 2021 tot 2026 dagelijks met Magento 2 en Hyvä bij Sanexo B.V. Daarnaast bouw en beheer ik Velgrina, een Magento 2-winkel met een React Native-app. De servers onder die winkels beheer ik zelf.
Typische situaties
- Categorie- en productpagina’s laden in seconden en elke extensieleverancier zegt dat het niet aan zijn extensie ligt.
- De nachtelijke productimport laat stilletjes attributen vallen, dupliceert SKU’s of haalt de site onderuit.
- Bestellingen komen binnen met een betaling maar zonder bevestiging, of met een bevestiging maar zonder betaling.
- De Luma-frontend is traag en zwaar, en de overstap naar Hyvä is twee keer uitgesteld vanwege de extensies die erdoor zouden breken.
- Een Magento- of PHP-upgrade is over tijd en de vorige brak de checkout een dag lang.
- Een vorig bureau liet maatwerkmodules achter zonder documentatie, tests of testomgeving.
Wat ik lever
- Performancewerk langs het hele requestpad: full-page cache en Varnish, PHP-FPM, database en indexers, calls naar derden, gemeten voor en na.
- Hyvä-themawerk: een Luma-winkel migreren, extensies zonder Hyvä-compatibiliteit vervangen, de templates licht houden.
- Product- en catalogusimports die valideren voor ze schrijven, foute rijen isoleren, productidentiteit stabiel houden en een log achterlaten dat elke run verklaart.
- Checkout-, betaal-, verzend- en ERP-integraties, met webhook-ontvangers die tegen duplicaten en late events kunnen.
- Upgrades en migraties: Magento-versie- en PHP-upgrades op een testkopie met echte data, en verhuizingen tussen hosts.
- Maatwerkmodules als de marketplace niets passends heeft, geschreven om de volgende upgrade te overleven, met de mobiele app of headless frontend in gedachten.
Hoe het gaat
Naar de winkel kijken zoals een request hem ziet. Logs, cache-hitrates, trage queries, indexerstatus, wachtrijdiepte, de observers die op elke pagina afgaan. Het resultaat is een lijst oorzaken met bewijs, gesorteerd op impact.
Eerst de grootste oorzaak weghalen. Ik bouw de wijziging op een testkopie van de winkel met echte catalogusdata en een terugweg, en test hem voor hij in de buurt van klanten komt.
Uitrollen in een rustig venster, dan opschrijven. Monitoring aan tijdens de release; daarna een korte notitie over wat er veranderd is, wat je in de gaten houdt en wat ik als volgende stap zou doen.