Een nieuwe website, een ander CMS of een snellere hostingomgeving klinkt als vooruitgang. Toch ontstaan de meest gemaakte fouten bij website migratie vaak niet door de nieuwe techniek, maar door wat onderweg verdwijnt: vindbaarheid, formulieren, meetdata, e-mailinstellingen of cruciale content. Het resultaat is pijnlijk herkenbaar: minder aanvragen, dalende posities in Google en een team dat pas na de livegang ontdekt dat iets niet werkt.

Een website migreren is daarom geen simpele verhuisactie. U verplaatst niet alleen pagina’s, maar ook URL’s, bestanden, koppelingen, beveiligingsinstellingen, data en verwachtingen van bezoekers. Wie vooraf eigenaarschap, controles en een terugvalscenario regelt, voorkomt dat een technische verbetering uitloopt op commerciële schade.

De meest gemaakte fouten bij website migratie

1. Zonder volledige inventarisatie beginnen

Veel organisaties kijken alleen naar de zichtbare pagina’s. Dat is te beperkt. Oude landingspagina’s kunnen nog organisch verkeer opleveren, PDF’s kunnen in zoekresultaten staan en een weinig gebruikt formulier kan wel degelijk aanvragen van bestaande klanten verwerken. Ook redirects, trackingcodes, cookie-instellingen, API-koppelingen en mailboxen horen bij de inventarisatie.

Maak vóór de bouw een overzicht van alle URL’s, inclusief afbeeldingen, downloads en subdomeinen. Leg vast welke pagina’s verkeer, conversies, backlinks of zakelijke waarde hebben. Bepaal daarna per URL wat ermee gebeurt: behouden, vernieuwen, samenvoegen of definitief verwijderen. Zonder dit overzicht wordt de nieuwe site vaak mooier, maar functioneel onvolledig.

2. Redirects te laat of onjuist regelen

Een redirect vertelt bezoekers en zoekmachines waar een oude pagina is gebleven. Ontbreekt die verwijzing, dan belandt iemand op een foutpagina. Dat kost vertrouwen en kan ook opgebouwde SEO-waarde verloren laten gaan.

De klassieke fout is om alle oude URL’s naar de homepage te sturen. Dat lijkt snel opgelost, maar het is zelden de beste keuze. Iemand die zoekt naar een specifieke dienst, productpagina of handleiding verwacht daar ook terecht te komen. Richt daarom permanente 301-redirects in van elke relevante oude URL naar de inhoudelijk meest passende nieuwe bestemming.

Test redirects niet alleen handmatig op een paar bekende pagina’s. Controleer een volledige lijst, inclusief URL’s met parameters, hoofdletters, oude categorieën en veelgebruikte downloads. Let ook op redirectketens: een bezoeker mag niet via meerdere tussenstappen worden doorgestuurd. Dat vertraagt de site en maakt fouten lastiger zichtbaar.

3. SEO als laatste stap behandelen

Een migratie kan rankings beschadigen, zelfs wanneer de nieuwe website technisch beter is. Dat gebeurt bijvoorbeeld wanneer paginatitels, headings, interne links, canonicals of gestructureerde gegevens verdwijnen. Ook kan een testomgeving per ongeluk worden geïndexeerd, terwijl de productiesite juist op noindex blijft staan.

SEO hoort in de voorbereiding, niet in de afronding. Vergelijk vóór en na de migratie welke pagina’s organisch verkeer genereren, op welke zoektermen ze gevonden worden en welke metadata aanwezig is. Bewaak vervolgens de technische basis: correcte indexeerinstellingen, een actuele XML-sitemap, canonicals die naar de juiste productie-URL’s verwijzen en interne links zonder oude domeinen of foutmeldingen.

Niet elke oude pagina verdient een-op-een behoud. Soms is samenvoegen juist verstandiger, bijvoorbeeld bij dunne of dubbele content. Maar neem die beslissing op basis van data en inhoudelijke relevantie, niet omdat een nieuwe navigatiestructuur toevallig minder pagina’s bevat.

4. Formulieren, e-mail en koppelingen onvoldoende testen

Een contactformulier kan er op de nieuwe site perfect uitzien en toch geen enkel bericht afleveren. Vaak zit de fout in SMTP-instellingen, spamfilters, een gewijzigd ontvangstadres of een koppeling met CRM, nieuwsbriefsoftware of planningstool. Dat soort problemen wordt regelmatig pas weken later ontdekt, wanneer aanvragen uitblijven.

Test elke route die een bezoeker kan afmaken. Verstuur formulieren met verplichte en optionele velden, controleer de ontvangst in de mailbox en kijk of gegevens correct in gekoppelde systemen terechtkomen. Test ook foutmeldingen, bevestigingsmails en toestemming voor privacy of marketingcommunicatie.

Vergeet externe onderdelen niet. Denk aan betaalproviders, chatfuncties, agenda-integraties, kaarten, vacatureformulieren en productfeeds. Een kleine wijziging in een domein, API-sleutel of beveiligingsregel kan een bedrijfskritische koppeling stilleggen.

Techniek, snelheid en veiligheid onder druk

5. De livegang plannen zonder realistische testomgeving

Een testomgeving is geen luxe. Daar controleert u of ontwerp, inhoud en techniek samen werken zonder dat klanten worden geraakt. De testomgeving moet zoveel mogelijk lijken op de productieomgeving: dezelfde PHP-versie, caching, serverinstellingen, plug-ins en koppelingen waar dat veilig kan.

Tegelijk mag testdata geen veiligheidsrisico vormen. Gebruik waar mogelijk geanonimiseerde persoonsgegevens en voorkom dat zoekmachines de testsite indexeren. Geef ook duidelijk aan wie wijzigingen mag doorvoeren. Wanneer meerdere partijen tegelijk aan content, design en techniek werken, ontstaan fouten vaak door onduidelijke versies en last-minute aanpassingen.

Plan de livegang op een moment waarop de juiste mensen beschikbaar zijn. Voor een website die leads genereert of orders verwerkt, is vrijdagavond zelden ideaal als er in het weekend niemand kan ingrijpen. Leg vooraf vast wie beslist, wie technische toegang heeft en wie klanten informeert als er iets misgaat.

6. Back-ups verwarren met een herstelplan

Een back-up is noodzakelijk, maar alleen waardevol als herstel ook echt werkt. Bij een mislukte migratie moet duidelijk zijn welke bestanden, database, DNS-instellingen en configuraties worden teruggezet, door wie en binnen welke tijd. Zonder oefening blijkt een back-up soms onvolledig, verouderd of niet compatibel met de nieuwe omgeving.

Maak vlak voor de livegang een gecontroleerde back-up van de oude website en database. Bewaar daarnaast configuraties van DNS, SSL-certificaten, e-mail en serverinstellingen. Spreek een concreet terugvalmoment af: als een kritieke functionaliteit binnen een bepaalde periode niet stabiel werkt, zet u terug in plaats van eindeloos te improviseren op productie.

Dit is ook het moment om toegangen op te schonen. Oude beheerdersaccounts, gedeelde wachtwoorden en ongebruikte plug-ins vergroten het risico. Een migratie is een goed moment om multifactor-authenticatie, rollen en updates opnieuw te beoordelen.

7. Performance en mobiele ervaring pas na livegang meten

Een nieuwe website bevat vaak grotere beelden, extra scripts, chattools, cookie-oplossingen en marketingtags. Elk onderdeel kan de laadtijd beïnvloeden. Zeker op mobiel en via een trage verbinding merkt een bezoeker dat direct. Een site die op kantoor snel voelt, kan op een smartphone alsnog traag of onbruikbaar zijn.

Meet prestaties vóór en na de verhuizing. Controleer belangrijke templates zoals de homepage, dienstpagina’s, productpagina’s, contactpagina en formulieren. Kijk niet alleen naar een technische score, maar ook naar de werkelijke gebruikerservaring: laden afbeeldingen correct, zijn knoppen goed aan te tikken en blijft de site bruikbaar als scripts vertraagd laden?

Caching en een content delivery network kunnen helpen, maar vragen zorgvuldige configuratie. Te agressieve caching kan ervoor zorgen dat wijzigingen niet zichtbaar zijn of dat persoonlijke informatie verkeerd wordt getoond. De juiste keuze hangt af van het type website, het verkeer en de gebruikte toepassingen.

Zo houdt u grip op de migratie

Een gecontroleerde migratie vraagt om een vaste volgorde. Eerst brengt u de huidige situatie en zakelijke risico’s in kaart. Daarna bouwt en test u de nieuwe omgeving, zet u content en data over, richt u redirects in en plant u een livegang met duidelijke verantwoordelijkheden. Na de livegang begint de controlefase pas echt.

Controleer in de eerste dagen onder meer deze punten:

• Werken belangrijke pagina’s, formulieren, betalingen en koppelingen zoals afgesproken?
• Komen 301-redirects uit op de juiste bestemming en zijn er geen onverwachte 404-fouten?
• Worden bezoekers, conversies en foutmeldingen correct gemeten?
• Zijn SSL, DNS, e-mailaflevering en beveiligingsinstellingen actief en stabiel?
• Blijven organisch verkeer, indexatie en rankings binnen de verwachte bandbreedte?

Gebruik daarbij één centraal overzicht voor bevindingen, eigenaar, prioriteit en status. Dat voorkomt dat fouten blijven hangen tussen een webbouwer, marketingpartij, hostingprovider en interne medewerker. Voor veel mkb-organisaties is juist die versnippering het grootste risico: iedereen beheert een deel, maar niemand bewaakt het geheel.

Wanneer is externe begeleiding verstandig?

Bij een kleine informatieve website kan een eenvoudige verhuizing voldoende zijn, mits er weinig URL’s en koppelingen zijn. Zodra een website leads, klantdata, e-commerce, meerdere talen, maatwerkfunctionaliteit of een sterke SEO-positie heeft, stijgt de impact van een fout snel. Dan is technische regie geen bijzaak meer.

Een partij die zowel infrastructuur, beveiliging als digitale groei begrijpt, kan de afhankelijkheden beter overzien. Letech werkt vanuit dat uitgangspunt: niet alleen een website online zetten, maar zorgen dat de omgeving bereikbaar, veilig en zakelijk inzetbaar blijft. Dat vraagt om afspraken die verder gaan dan het moment waarop de nieuwe homepage verschijnt.

Een geslaagde migratie voelt voor uw klant bijna onzichtbaar. Pagina’s blijven vindbaar, formulieren blijven binnenkomen en uw team kan gewoon doorwerken. Juist daarom verdient de voorbereiding meer aandacht dan de feestelijke livegang.