Hoe lang duurt een Hyvä-migratie? Fases en planning

“Hoe lang duurt het?” is meestal de tweede vraag die we over Hyvä krijgen, direct na “wordt het sneller?”. Het eerlijke antwoord: dat hangt af van je webshop. Dat antwoord is alleen nuttig als we ook uitleggen waar het van afhangt. Dit artikel loopt de fases van een migratie van Luma naar Hyvä door, en de factoren die elke fase korter of langer maken.

Ben je nieuw met Hyvä, begin dan met onze heldere uitleg over Hyvä. Kort gezegd vervangt Hyvä de frontend van Luma met RequireJS, KnockoutJS, jQuery en LESS door Tailwind CSS en Alpine.js. Je Magento-backend, catalogus, klanten en bestellingen blijven waar ze zijn.

Waarom er geen vast getal is

Een Hyvä-migratie is een herbouw van de frontend, geen datamigratie. Producten, prijzen, klanten en bestelgeschiedenis gaan nergens heen. Wat verandert, is elke template, elk script en elke stijl die de klant ziet.

De omvang van de klus wordt dus bepaald door het frontendoppervlak van je webshop:

• Hoeveel extensies van derden iets in de frontend tonen.
• Of die extensies een Hyvä-compatibiliteitsmodule hebben.
• Of je je huidige uitstraling houdt of een nieuw ontwerp wilt.
• Welke checkout je kiest.
• Hoeveel store views, talen en markten je hebt.

Twee webshops met hetzelfde aantal producten kunnen heel verschillende hoeveelheden werk vragen. Een webshop met een handvol bekende extensies en een native Hyvä-ontwerp is een klein project. Een webshop met veel maatwerkmodules, een sterk aangepaste checkout en meerdere markten is een veel groter project.

Fase 1: audit en projectplan

Alles begint met een audit van je huidige webshop. We zetten elke actieve module op een rij en controleren wat elke module in de frontend doet. Modules die alleen in de backend werken, zoals ERP-koppelingen of feed-exporters, hebben meestal helemaal geen frontendwerk nodig.

Voor elke frontendmodule zijn er drie uitkomsten:

1. Er bestaat een Hyvä-compatibiliteitsmodule die je kunt installeren.
2. Er bestaat geen compatibiliteitsmodule, dus de templates moeten worden herschreven voor Alpine.js en Tailwind.
3. De module is niet meer nodig en kan weg.

Deze stap beschrijven we uitgebreid in onze checklist voor de Hyvä-migratie. De audit omvat ook de server, de huidige snelheid als nulmeting en je analytics-inrichting. Aan het eind krijg je een projectplan met ontwerp, structuur, extensies en server, plus een planning.

Dit is de fase die de meeste onzekerheid wegneemt. Elke planning die vóór de audit wordt gegeven, is een gok.

Fase 2: scope en vaste offerte

Zodra de audit klaar is, wordt de scope een duidelijke lijst. Pagina's, checkout en extensies worden een voor een vastgelegd. Op basis van deze lijst bouwen we, en deze lijst keur jij goed.

In de scopefase worden ook de grote beslissingen genomen:

• Ontwerproute. Een native Hyvä-ontwerp met je logo, kleuren en lettertypes is de snelste weg naar livegang. Je huidige thema aanpassen of een maatwerkontwerp bouwen duurt langer.
• Checkout. Hyvä Checkout, een checkout van derden, of een van onze eigen templates in 2 stappen, 3 stappen of op één pagina. Elk vraagt een andere hoeveelheid inrichting en testwerk.
• Extensies zonder compatibiliteitsmodule. Elke extensie wordt opnieuw gebouwd, vervangen of geschrapt.

Duidelijke beslissingen hier houden de bouwfase kort. Open vragen komen later vaak terug als vertraging.

Fase 3: ontwerp en bouw op staging

De bouw gebeurt altijd op een stagingomgeving, nooit op je live webshop. Je live Luma-webshop blijft verkopen terwijl de Hyvä-versie ernaast wordt gebouwd.

De gebruikelijke volgorde van werken is:

1. Child theme en design tokens (kleuren, lettertypes, witruimte) in Tailwind.
2. Header, footer, navigatie en zoeken.
3. Categoriepagina's, gelaagde navigatie en productoverzicht.
4. Productpagina's, inclusief configureerbare producten, galerij en reviews.
5. Winkelwagen, minicart en checkout.
6. Pagina's van het klantaccount en CMS-content.
7. Templates van extensies die herschreven moeten worden.

Productpagina en checkout kosten meestal de meeste tijd, omdat daar de meeste logica en de meeste extensies zitten. Contentpagina's die met Page Builder zijn gebouwd vragen ook aandacht, omdat widgets uit het Luma-tijdperk kunnen leunen op scripts die Hyvä niet meer laadt.

Je beoordeelt de stagingomgeving terwijl die groeit, niet alleen aan het eind. Kleine feedbackrondes gaan veel sneller dan één grote review aan het eind.

Fase 4: testen

Testen is geen korte stap aan het eind. Het is een fase op zich, en die overslaan is de meest voorkomende reden dat migraties na de lancering misgaan.

• Checkouttests voor elke betaal- en verzendmethode, in elke markt.
• Store view-tests voor vertalingen, valuta en btw-weergave.
• Trackingtests voor GA4-e-commerce-events en eventuele marketingtags.
• Snelheidstests met Lighthouse op home-, categorie- en productpagina's.
• SEO-controles voor URL's, canonicals, gestructureerde data en redirects.

Onze methode voor snelheidstests leggen we uit in hoe we de snelheid van Hyvä testen met Lighthouse. Beveiligingsregels in de checkout zijn een ander klassiek probleem: Hyvä Checkout draait op Magewire, en de Content Security Policy-regels moeten getest worden met je echte betaalproviders.

Fase 5: lancering en daarna

De overstap zelf is gepland en kort. Omdat de backend niet verandert, betekent live gaan vooral: het nieuwe thema deployen, het aan je store views toewijzen en caches legen.

Een goed lanceringsplan bevat:

• Een lanceringsmoment met weinig verkeer.
• Een terugvalroute naar het oude thema als er iets kritieks opduikt.
• Het legen van de CDN-cache na de deploy.
• Monitoring van bestellingen, fouten en geslaagde betalingen in de eerste dagen.

Na de lancering meten we opnieuw en vergelijken we met de startcijfers. Labscores tellen, maar data van echte gebruikers en afgeronde checkouts tellen zwaarder.

Wat een migratie korter of langer maakt

De grootste factor is meestal de extensielijst. Een webshop die ongebruikte modules vóór de migratie verwijdert, wint tijd in elke volgende fase.

Veelgestelde vragen

Gaat mijn webshop offline tijdens een Hyvä-migratie?

Nee. De nieuwe frontend wordt op een stagingomgeving gebouwd terwijl je huidige webshop gewoon blijft verkopen. De overstap bij de lancering is kort en gepland op een rustig moment.

Moeten we onze producten en klanten migreren?

Nee. Hyvä is een frontendthema, dus je catalogus, klanten en bestellingen blijven in dezelfde Magento-database. Alleen de storefront wordt opnieuw gebouwd.

Kunnen we Magento tegelijk upgraden?

Dat kan, maar we raden meestal aan het als aparte stap te doen. Beide combineren maakt testen lastiger, omdat je dan niet weet of een probleem door de upgrade of door het nieuwe thema komt.

Wil je een realistische planning voor je eigen webshop? Onze Hyvä-migratiepakketten beginnen met een audit van elke extensie, zodat het plan op jouw webshop is gebaseerd en niet op een gok.