Van PrestaShop 1.6 naar 8 migreren zonder SEO-verlies

Het grootste risico is niet wat u denkt

Bij een migratie vanaf PrestaShop 1.6 gaat de zorg vanzelf uit naar de gegevens: verliezen we bestellingen, klanten, producten? In de praktijk komen die data er redelijk goed doorheen. Wat wél verloren gaat, en niet uit zichzelf terugkomt, is het organische verkeer.

De URL-structuur verandert tussen 1.6 en de moderne versies. Zonder omleidingsplan wordt elke geïndexeerde URL een 404. Google haalt de pagina's uit de index, opgebouwde posities verdwijnen en het kost vervolgens maanden om terug te klimmen. Daarom kan een technisch geslaagde migratie commercieel alsnog mislukken.

Het versiepad is verplicht

Eerste regel: er bestaat geen directe sprong van 1.6 naar 8. De migratiescripts werken incrementeel; tussenstappen overslaan laat de database in een inconsistente staat achter.

Het pad luidt: 1.6.1.x → 1.7.8.x → 8.x (en daarna eventueel 9.x).

Elke tussenstap moet worden gecontroleerd voordat u verdergaat: de back-office laadt, een bestelling komt door, de producten worden getoond. Een te snel gemigreerde database geeft fouten die pas weken later opduiken, bij randfunctionaliteit.

De zes klassieke verliesposten

1. Het thema. Een 1.6-thema werkt niet in 1.7 en hoger. De template-engine heeft een andere versie gekregen en de bestandsstructuur van de producten is volledig herzien. Er is geen automatische conversie: het thema wordt opnieuw gebouwd of vervangen.

2. Alle overrides. De map override/ begint weer bij nul. De overschreven classes hebben een andere signatuur gekregen, en een overgenomen 1.6-override veroorzaakt een fatale fout. Het is ook een kans: de helft van de overrides hoort bij wensen die allang zijn losgelaten.

3. De 1.6-modules. Hooks zijn hernoemd (hookHeader werd bijvoorbeeld hookDisplayHeader) en de module-architectuur is veranderd. Elke module moet worden vervangen door zijn moderne versie of worden herschreven.

4. De productbeoordelingen. De module productcomments gebruikt een ander schema. Klantbeoordelingen worden niet automatisch overgenomen: die migreert u per script, tabel voor tabel. Deze content heeft echte SEO-waarde, laat die niet liggen.

5. De productafbeeldingen. Het opnieuw genereren van de thumbnails via Design > Afbeeldingsinstellingen overschrijdt de toegestane uitvoeringstijd zodra u boven een paar duizend afbeeldingen zit. Gevolg: producten zonder beeld in de winkel. Doe dit via de commandoregel of in batches.

6. CMS-blokken en statische content. CMS-pagina's, geruststellingsblokken, content op de homepage: afhankelijk van de modules die u in 1.6 gebruikte, staat die content in tabellen die niet meer bestaan. Exporteer ze vooraf en voer ze achteraf opnieuw in.

Het SEO-plan, stap voor stap

Dit is het onderdeel dat de meeste aandacht verdient.

Vóór de migratie

1. Exporteer alle geïndexeerde URL's. Combineer drie bronnen: een volledige crawl van de site, de pagina-export uit Search Console over 16 maanden en uw huidige sitemap. Search Console is onmisbaar: die toont URL's die de crawl niet meer vindt maar die nog verkeer krijgen.
2. Leg de posities vast. Een momentopname van uw rankings vóór de omschakeling is achteraf uw enige objectieve vergelijkingspunt.
3. Bouw de omleidingstabel. Elke oude URL wijst naar zijn nieuwe tegenhanger. Verwijderde producten gaan naar hun categorie, nooit naar de homepage: massale omleidingen naar de homepage behandelt Google als een soft 404.

Tijdens de migratie

4. Zet de 301-omleidingen op serverniveau, niet via een module, zodra het om grote aantallen gaat. Een PHP-omleiding over 40.000 URL's drukt op de prestaties.
5. Controleer de canonical tags en het bestand robots.txt. Een acceptatieomgeving op noindex die live gaat zonder dat die regel eruit gaat, is een klassieke en volstrekt vermijdbare ramp.

Na de migratie

6. Dien de nieuwe sitemap in en houd een maand lang dagelijks het dekkingsrapport in de gaten.
7. Volg de echte 404's in de serverlogs, niet alleen in Search Console, dat met vertraging rapporteert. Elke terugkerende 404 op een URL die verkeer kreeg, is een vergeten omleiding.

Hoeveel tijd u moet rekenen

Een migratie van 1.6 naar 8 met een nieuw thema en het overzetten van de modules kost weken, geen dagen. De zwaarste post is vrijwel altijd het thema, gevolgd door het overzetten van maatwerk.

De beste investering blijft de audit vooraf: een inventaris van modules, overrides, overschreven templates en geïndexeerde URL's. Die verandert een ruwe offerte in een planning, en laat vaak zien dat het werk meevalt.

Draait u al op versie 8 en twijfelt u over de volgende stap, lees dan ons artikel over het einde van de ondersteuning van PrestaShop 8.

Uw webshop laten migreren

Wij nemen de volledige migratie op ons, inclusief omleidingsplan, en volgen het organische verkeer na de omschakeling. Zie de pagina PrestaShop-migratie.