Kort svar: En kundesite-flytning uden nedetid er 20 % teknik og 80 % proces: varslé kunden og vælg et lavtrafik-vindue, sæt en kort indholdsfrys, kopiér sitet og TEST det på en midlertidig adresse, sænk DNS-TTL i god tid, skift DNS på det aftalte tidspunkt – og overvåg begge miljøer, til trafikken er flyttet. „Uden at kunden opdager det“ betyder ikke hemmeligholdelse (informer ALTID kunden – det er deres site); det betyder, at hverken kunder, ordrer eller placeringer mærker noget som helst.
At flytte sit EGET site er håndværk; at flytte en KUNDES site er håndværk plus ansvar plus kommunikation. Går det godt, lægger ingen mærke til noget – går det skidt, ringer kundens kunder til kunden, og kunden ringer til dig. Selve teknikken har vi beskrevet i detaljer i flytteguiden; denne artikel handler om bureau-processen udenom: planlægningen, kommunikationen og de faldgruber, der er særlige for kundesites.
Send kunden én mail, før noget sker: HVORFOR der flyttes (hastighed, sikkerhed, samling af drift), HVORNÅR (dato + vindue, typisk tidlig morgen eller sen aften på en stille ugedag – kig i deres statistik, ikke din kalender), hvad kunden skal gøre (typisk: ingenting, plus en kort indholdsfrys – „opret ikke nye sider/produkter mellem kl. X og Y“), og hvad der sker, hvis noget mod forventning driller (rollback til det gamle miljø, som først opsiges EFTER en succesfuld uge på det nye). Flyt én kunde ad gangen, når du flytter en hel portefølje – og start med den mest tålmodige, ikke den største.
Kort fortalt: fuld kopi (filer + database) til det nye miljø, grundig test på en midlertidig adresse (forside, formularer, checkout, login – samme minimumstest som i jeres ændringsproces), TTL sænket i god tid før skiftet, og så selve DNS-skiftet, hvor begge miljøer kører parallelt, mens verdens navneservere følger med. Nedetid opstår stort set kun tre steder: man glemmer TTL (skiftet tager timer i stedet for minutter), man tester ikke SSL på det nye miljø før skiftet, eller man flytter mail og web samtidig uden at have styr på MX-records – flyt dem hver for sig.
På en webshop er databasen levende: hver ordre, der lander på det GAMLE miljø efter kopien, mangler på det nye. Løsningen er et kort, varslet ordrevindue: tag den endelige databasekopi, skift DNS med lav TTL, og hold det gamle miljø i skrivebeskyttet ro – eller sammenkør de få mellemliggende ordrer manuelt bagefter (ordreliste fra begge miljøer, sammenlign ordrenumre). Detaljerne – inkl. betalingsgateway-webhooks, der skal pege på den nye adresse – står i WooCommerce-flytteguiden. Og læg vinduet dér, hvor shoppen faktisk sover: klokken 03 for de fleste – men ikke for en shop med natlige B2B-ordrer fra udlandet.
Når DNS peger rigtigt: kør efter-flytnings-tjeklisten (formularer, mails fra sitet, betalinger, redirects, søgekonsol), sæt overvågning på det nye miljø fra minut ét, og hold det gamle miljø kørende en uges tid som sikkerhedsnet. Meld så tilbage til kunden med før/efter-tal – indlæsningstid er den mest overbevisende – så flytningen ikke bare var „noget teknisk“, men en synlig forbedring. Den måling hører naturligt hjemme i næste månedsrapport.
Bureauer, der kan flytte sites uden dramatik, kan også VINDE sites: „vi flytter jer gratis og uden nedetid“ er et af de stærkeste tilbud i salgssamtaler med utilfredse kunder hos andre leverandører. Gør processen til en fast pakke med tjekliste og faste vinduer – og læg fundamentet rigtigt: flytter du kunderne til din egen bureau-platform hos Hostious, klarer Hostious’ gratis migrering selve flyttearbejdet for dig – så din rolle er planen, kommunikationen og efter-tjekket.
Kør en generalprøve, første gang du bruger processen – og gerne på dit eget site: tag tid på hvert trin, afprøv rollback (peg DNS tilbage – virker alt så?), og notér, hvor tjeklisten haltede. En times øvelse gør den første rigtige kundeflytning rolig i stedet for improviseret – og giver dig realistiske tidsangivelser til varslingsmailen, så „vinduet“ du lover, er et, du faktisk kan holde.
Altid – det er deres site og deres forretning. „Uden at kunden opdager det“ handler om driften: ingen nedetid, ingen tabte ordrer, ingen overraskelser.
Mindst et døgn før, så den gamle, høje TTL er udløbet overalt. Sænk fx til 300 sekunder – så følger navneserverne skiftet på minutter.
Tidligst efter en succesfuld uge på det nye miljø – når overvågning, formularer, betalinger og søgetrafik er bekræftet i orden. Det gamle miljø er dit rollback-sikkerhedsnet.
