Waarom migraties op data stuklopen
De techniek van een webshopmigratie is voorspelbaar geworden. Wat niet voorspelbaar is, is de staat van de data die mee moet: velden die door de jaren voor twee doelen zijn gebruikt, kleuren die als vrije tekst zijn ingevoerd, en artikelen die drie keer bestaan.
Daar gaat vertraging zitten, niet in het bouwen. Wie de datastap onderschat, staat op het punt van live gaan te kiezen tussen uitstellen of met een half gevulde catalogus beginnen.
Begin met een inventarisatie, niet met een export
Voordat je iets exporteert wil je weten wat je hebt. Hoeveel artikelen zijn er echt, hoeveel daarvan zijn de afgelopen twee jaar verkocht, welke velden zijn gevuld en welke staan leeg.
Die eerste telling levert vaak de belangrijkste beslissing op: welk deel van je catalogus je niet meeneemt. Producten die jaren niet verkocht zijn en geen data hebben, kosten je bij elke volgende stap tijd.
De mapping is het echte werk
Per veld in het oude systeem bepaal je waar het in het nieuwe terechtkomt, en wat er gebeurt als het leeg is. Dat is saai en het voorkomt de meeste problemen.
Let vooral op de velden die je oude shop niet als attribuut had. Kleur in de titel, maat in de omschrijving, toepassing in een bijlage. Dat is het moment om ze wel als attribuut vast te leggen, want later doet niemand het nog.
URL-structuur en vindbaarheid
Je oude productpagina’s en categoriepagina’s hebben vindbaarheid opgebouwd. Verandert de URL-structuur, en dat gebeurt bij vrijwel elke platformwissel, dan heb je een redirect nodig per oude adres.
Dat is geen bijzaak. Een migratie zonder redirectplan kost standaard maanden aan posities. Wij maken die lijst vóór het omzetten en testen hem daarna regel voor regel. Zie webshop migreren voor de bredere aanpak.
Testen op de dingen die je niet ziet
Zichtbare fouten vind je zelf. Waar je op moet testen zijn de onzichtbare: varianten die aan het verkeerde moederproduct hangen, prijzen met een decimaalteken dat verkeerd is geïnterpreteerd, voorraadaantallen die als tekst zijn ingelezen, en afbeeldingen die wel bestaan maar niet gekoppeld zijn.
Een steekproef van vijftig artikelen over verschillende categorieën vindt in de praktijk het meeste. Neem daar bewust de rommeligste categorie in mee.
Het moment van omzetten
Kies een rustig moment in je seizoen en houd de oude omgeving bereikbaar tot je zeker weet dat alles klopt. Zet de nieuwe shop niet live met een openstaande dataronde, want dan test je op je klanten.
Hou de eerste week je zoekfunctie en je 404-meldingen in de gaten. Dat zijn de twee plekken waar ontbrekende data zich het eerst laat zien.
Veelgemaakte fouten
Alles meenemen omdat weggooien voelt als verlies. Handmatig invoeren wat een bestand ook had kunnen doen. Redirects pas na livegang bedenken. En de leveranciersbestanden niet bewaren, zodat je bij de volgende ronde opnieuw begint.
Die laatste is de goedkoopste om te voorkomen: bewaar de bronbestanden en de mapping. Bij de volgende uitbreiding is dat uren waard.
Veelgestelde vragen
Kan ik mijn productdata gewoon exporteren en importeren?
Technisch vaak wel, maar dan neem je de rommel mee. De waarde zit in de mappingslag: velden opschonen, attributen aanmaken die er nog niet waren en dubbele artikelen samenvoegen.
Verlies ik mijn Google-posities bij een migratie?
Niet als je een redirect legt van elk oud adres naar het nieuwe equivalent en je paginastructuur herkenbaar houdt. Zonder dat verlies je vrijwel zeker posities, en het herstel duurt maanden.
Hoelang duurt zo’n datatraject?
Bij een paar honderd artikelen met redelijke data een tot twee weken. Bij duizenden artikelen of slechte data kan het langer duren dan het bouwen van de shop zelf. De inventarisatie vooraf vertelt welke kant het opgaat.
Wat kost dit?
Dat hangt af van de staat van je data en het aantal artikelen. We doen daarom eerst een gratis inventarisatie, zodat je een reële prijs krijgt in plaats van een schatting die tijdens het project omhoog gaat.