Migreer de website, niet het probleem

Blijven de URL’s gelijk, dan ligt de nadruk op bestanden, databank, certificaten, formulieren en geplande taken. Veranderen ze, dan krijgt elk oud adres ook een expliciete bestemming.

Een nieuw CMS, domein en ontwerp tegelijk lanceren vermengt drie mogelijke oorzaken. Google raadt aan grote wijzigingen waar mogelijk op te splitsen.

We verzamelen geïndexeerde URL’s, inhoud, bestanden, talen, formulieren, accounts, rechten, automatiseringen en externe koppelingen.

Tests gebruiken fictieve of geanonimiseerde gegevens. Toegang tot de testomgeving, tijdelijke kopieën, bewaartermijnen en verwijdering worden vastgelegd vóór de eerste productie-export.

De juiste basis hangt af van inhoudsmodellen, rollen, talen, koppelingen en de mensen die de site onderhouden.

Een proefmigratie zegt meer dan tien vergaderingen: één complexe pagina, formulier, media-item, taalvariant en doorverwijzing tonen of het traject klopt.

Voor opening testen we redirects, canonieke URL’s, robots.txt, sitekaarten, formulieren en gebeurtenissen.

De DNS-zone wordt geëxporteerd en gecontroleerd: web, MX, SPF, DKIM, DMARC, subdomeinen, TTL en DNSSEC. Een belastingstest omvat zowel de normale crawl van de nieuwe site als bezoeken die vanaf de oude site worden doorgestuurd; vertraging, 429, 5xx en WAF-blokkades krijgen terugvaldrempels.

Het afhankelijkhedenregister dekt CORS, CSP, OAuth, webhooks, cookies en lokale opslag: een nieuw domein is ook een nieuwe browser-origin. Toestemming start opnieuw geweigerd; alleen een expliciete, ondertekende en eenmalige functionele overdracht mag een concept meenemen.

Tijdens de overgang blijft één schrijvende bron benoemd. Incrementele imports, een korte eindstop, de laatste delta en reconciliatie van jobs en webhooks gaan vóór de omschakeling; data terugrollen vraagt om terugwaartse synchronisatie, niet enkel DNS.

Uitgaande verbindingen worden vanaf het doel met de echte IP-adressen herhaald. Firewalls, toelatingslijsten en mTLS-clientcertificaten worden bij elke externe dienst gevalideerd. DNS wordt bevraagd vanaf internet, VPN, kantoor en servicenetwerken, zodat een private zone niet naar de oude server blijft wijzen.

Wanneer een CDN of omgekeerde proxy wordt toegevoegd, mogen alleen die relais de oorsprong bereiken. De vertrouwensketen voor Forwarded, X-Forwarded-For, Host en Proto wordt tegen vervalsing getest. Apps en partners die een certificaat of publieke sleutel vastzetten, krijgen de nieuwe reeks pinnen vóór de rotatie.

Het doel ontvangt pas verkeer nadat data, media, formulieren en verbindingen functioneel gezond zijn. De oude backend stopt met nieuwe verzoeken en draineert uploads en blijvende verbindingen. Beide klokken zijn gesynchroniseerd en bewaakt vóór tests van JWT, handtekeningen, TLS en geplande taken.

Het register scheidt origin-gebonden webopslag van cookies, die door naam, Domain, Path en SameSite worden begrensd. Host-only of __Host--cookies voorkomen dat beide versies elkaar overschrijven. Scripts van derden en tagcontainers krijgen een eigenaar, versie, datalijst en bestemmingen en worden tijdens de acceptatietest bevroren.

Tijdens de overlap lezen oude en nieuwe processen beide versies van berichten en cachewaarden; schema’s en naamruimten zijn geversioneerd. Een versleutelde herstelkopie wordt in doel én terugvalomgeving echt ontsleuteld met de juiste KMS-sleutels, machtigingen en context. Niet-HTML-documenten krijgen een canonieke Link-header en elke taal behoudt een indexeerbare URL met een cachesleutel die klopt met Vary.

Camera, microfoon, geolocatie, betaling en volledig scherm worden op de nieuwe origin getest. Permissions-Policy-allowlists en iframe-attributen noemen de nieuwe domeinen expliciet. Voor FedCM registreert de identity provider de exacte nieuwe origin van de vertrouwende dienst en controleert hij de Origin-header; het web-identity-bestand van de provider blijft bereikbaar.

Zakelijke login verhuist als contract: Entity ID, ACS-URL, logout-URL, metadata en SAML-certificaten blijven tijdens de overgang op beide versies geldig. SCIM-basis-URL, tokens en Users- en Groups-routes worden getest met aanmaken, wijzigen, deactiveren en verwijderen, zodat geen spookaccounts achterblijven.

Gebruikt de site Apple Pay, dan publiceert en verifieert elk handelsdomein zijn associatiebestand vóór de omschakeling en wordt TLS-verval bewaakt. Ook CSP-rapportering verhuist: report-to en report-uri wijzen naar een actieve ontvanger en worden echt getest, omdat report-to voorrang krijgt wanneer beide bestaan.