Een succesvolle verhuizing eindigt met geverifieerde bedrijfsvoering op de nieuwe fundering. De klant moet weten wat er beweegt, waar de data zich bevinden en wie de dienst beheert. Zonder dat blijft bij het veranderen van de taal dezelfde afhankelijkheid van de opdrachtnemer behouden. We behandelen migratie als een beheerde servicewijziging met gedocumenteerde reikwijdte, acceptatie en buitengebruikstelling van de oude omgeving.
Definieer wat er wordt gemigreerd
Registreer pagina's, administratie, API's, schema's en externe links. Bepaal of elk onderdeel beweegt, verandert of buiten gebruik wordt gesteld. Voeg onzichtbare functies toe, zoals exports, e-mails, interne accounts en gegevensimport. Hierdoor wordt “volledige migratie” een verifieerbare specificatie en wordt voorkomen dat functies behouden blijven die niemand gebruikt of bezit.
Bevestig het eigendom van domeinen, infrastructuur, bron- en externe accounts. Los de door de contractant beheerde hulpbronnen op vóór de lancering. Breng productiegeheimen over via een afgesproken kanaal in plaats van ze in documentatie op te nemen. De klant moet weten welke tijdelijke machtigingen zijn verleend en wanneer deze moet worden ingetrokken na overdracht of personeelswijzigingen.
Acceptatiecriteria definiëren
“Alles zou moeten werken zoals voorheen” is onvoldoende. Selecteer scenario's: een vraag bereikt het personeel, een redacteur publiceert, een klant ziet alleen zijn gegevens. Definieer succes en falen. Prijslogica heeft voorbeeldberekeningen nodig. Op scenario's gebaseerde acceptatie legt mismatches vroegtijdig bloot en onderscheidt defecten van capaciteiten die buiten de overeengekomen reikwijdte vallen.
| Document of resultaat | Waarom de klant het nodig heeft |
|---|---|
| Functie inventarisatie | Bevestigt het migratiebereik |
| Gegevenskaart | Legt opslag en relaties uit |
| Acceptatiescenario's | Toon bereidheid |
| Overstapplan | Identificeert acties en verantwoordelijkheid |
| Gebruiksaanwijzing | Maak doorlopend onderhoud mogelijk |
Afzonderlijke verificatie en productie
Bouw de vervanging afzonderlijk. Gebruik testgegevens of op passende wijze geanonimiseerde gegevens wanneer productiegegevens niet nodig zijn. Beperk het beheer en vermijd het onnodig blootstellen van service-interfaces. Omgevingsinstellingen horen thuis in een gedefinieerde configuratie. Dit ondersteunt herhaalbare implementatie in plaats van één per ongeluk werkende testserver met ongedocumenteerde handmatige wijzigingen.
Controles volgen het risico: een catalogus en een financiële afschrijving hebben verschillende aandacht nodig. Controleer kritieke ketens en hun uiteindelijke status, inclusief externe fouten en nieuwe pogingen. Overdracht en afstemming van proefgegevens zijn afzonderlijke stappen. Registreer acties, verwachte resultaten en waargenomen resultaten in een vorm die de klant kan begrijpen.
Overgang voorbereiden
Ga akkoord met het wijzigingsvenster, de synchronisatie en de terugdraaitrigger. Identificeer beschikbare besluitvormers en tijdelijke bedrijfsbeperkingen. Schrijfbewerkingen tussen export en cutover vereisen expliciete afhandeling. DNS-wijzigingen verhinderen geen overdrachtsopdrachten en verhinderen ook niet alle toegang tot het oude platform. Het plan moet passen bij de daadwerkelijke service- en verkeersregeling.
- Omvang en eigenaren → Acceptatiecriteria
- Acceptatiecriteria → Proefmigratie
- Proefmigratie → Verzoening geslaagd?
- Verzoening geslaagd? → Proefmigratie (Nee)
- Verzoening geslaagd? → Overgang (Ja)
- Overgang → Acceptatie en PHP-pensionering
Terugdraaien heeft dezelfde zorg nodig. Nieuwe records moeten het overleven; Het tijdelijk onderbreken van bewerkingen kan veiliger zijn dan terugsturen naar een verouderde database. Definieer aanvaardbare fouten en de beslissingseigenaar. Complexe diensten hebben baat bij een repetitie om de werkelijke duur te meten en de juiste instructies te geven vóór de productie.
Wie beslist dat het klaar is?
Elke fase vereist verantwoordelijkheid van de aannemer en de klant. Ontwikkelaars bevestigen technische controles, terwijl vertegenwoordigers van het bedrijfsleven de gebruikersresultaten verifiëren. Boekhoud- of magazijnpersoneel neemt deel aan relevante scenario's. Uiterlijk alleen kan de gereedheid niet vaststellen. Specificeer vóór de overgang wie de lancering mag stoppen en wie blokkeringsproblemen krijgt.
Classificeer feedback op impact. Onjuiste bedragen of toegangsblokkeringen worden gelanceerd; een nieuw aangevraagde animatie kan normaal gesproken wachten. Leg beslissingen vast, zodat acceptatie niet afhankelijk is van tegenstrijdige verbale verwachtingen. Behoud eventueel afgesproken uitzonderingen waarbij functies tijdelijk in de oude omgeving blijven.
In de scope wordt ook vastgelegd welke informatie gezaghebbend is tijdens de transitie. Een proefimport is geen toestemming voor beide omgevingen om onafhankelijk dezelfde records te wijzigen. Vóór de definitieve synchronisatie identificeert het plan waar nieuwe operaties worden geaccepteerd en hoe deze zullen worden behouden. Dit is zelfs belangrijk als de website zelf er onveranderd uitziet, omdat een bestelling of aanvraag tussen twee anderszins succesvolle technische stappen kan komen.
Instructies moeten bruikbaar zijn voor iemand die het project niet heeft gebouwd. De klant heeft de vrijgaveprocedure, configuratievereisten en een beproefde herstelaanpak nodig, zonder openbaar gemaakte inloggegevens in de documenten. Praktische herhaalbaarheid is het bewijs dat eigendom is overgedragen, en niet louter de aanwezigheid van een koppeling met de repository.
Na oplevering blijven de overeengekomen onderhouds- en defecttermijnen expliciet. Dit vermijdt het vertrouwen op mondelinge veronderstellingen over hoe lang de contractant de website zal monitoren of wat geldt als een aanvullend verzoek. Een duidelijke verantwoordelijkheid ondersteunt toekomstige veranderingen zonder de eigenaar te dwingen het oorspronkelijke ontdekkingsproces te herhalen.
Maak de overgang volledig af
Controleer na acceptatie back-upadressen, schema's en oude panelen. Als u een WordPress-link verwijdert, wordt de applicatie niet uitgeschakeld. Als PHP nodig blijft, documenteer dan de uitzondering en de toekomst ervan. Volledige pensionering wordt tot stand gebracht via de hardloopomgeving. Bewaar oude back-ups gedurende een afgesproken periode met gecontroleerde toegang, zodat archieven geen ongecontroleerde bronnen van persoonlijke gegevens of geldige inloggegevens worden.
Overdracht omvat bron-, build-, configuratie- en back-upinstructies. Wijs updateverantwoordelijkheid en een contactpersoon voor het probleem toe, waarbij de correctie van defecten en de ondersteuningsvoorwaarden worden gedocumenteerd. Een ander team zou het moeten kunnen overnemen zonder elke beslissing te reconstrueren. Een werkplek die slechts bij één persoon bekend is, is geen volledige overdracht.
Verzend de projectbeschrijving en timingbeperkingen. Wij stellen de omvang, de volgorde en een duidelijke offerte op, inclusief vragen die vooraf moeten worden opgelost. Eenvoudige sites ondersteunen korte migraties; complexe diensten hebben hun eigen plannen nodig. In beide gevallen bevestigt acceptatie functies, gegevens, begrijpelijke handelingen en de afwezigheid van een onopgemerkte oude afhankelijkheid.
Bronnen
OWASP Top 10:2025. WordPress: security. Gecontroleerd op 26 oktober 2026. Migratieprocedures, voorbeelden, prijzen en leveringsvoorwaarden beschrijven de voorgestelde service van het project.
