Så flyttar du din webbplats till en ny webbhost utan driftstopp

Att flytta en webbplats till en ny webbhost låter riskabelt, men med en tydlig plan blir det ett lugnt och förutsägbart jobb. Knepet är att bygga och testa den nya kopian medan den gamla fortsätter att visa sidan för besökarna, och först därefter peka om din domän. Den här guiden går igenom hela processen för en typisk liten webbplats. WordPress är huvudexemplet, och statiska sidor och egenbyggda PHP-sidor tas upp i allmänna termer.

Bestäm när du ska flytta och gå igenom vad du har

Bra skäl att flytta är upprepade långsamma laddningar eller avbrott, ett paket som inte längre passar din trafik, saknade funktioner som en aktuell PHP-version eller verktyg för testmiljö, dålig support, eller ett förnyelsepris som har stigit mer än tjänsten är värd. Dåliga skäl är en enstaka dålig eftermiddag eller ett skrikigt erbjudande som du inte har jämfört ordentligt. Om du fortfarande väger alternativ mot varandra tar vår guide om hur du väljer webbhotell upp vad du ska titta efter, och guiden om förnyelsepriser för webbhotell förklarar varför kostnaden efter den första perioden ofta ändras.

Välj en lugn tidpunkt för flytten. För de flesta sidor betyder det en vardagskväll eller en helg med lite trafik, och aldrig veckan för en stor rea, lansering eller kampanj. Ge dig själv några dagars marginal, även om själva arbetet bara tar ett par timmar.

Innan du rör något skriver du ner allt som din nuvarande host gör åt dig. Sidor är ofta beroende av saker som ingen minns att de ställt in. Här är en enkel inventering att fylla i.

Exportera din nuvarande DNS-zon som text eller ta skärmbilder av varje post. Det här enda steget förhindrar mer panik efter flytten än något annat. Kontrollera också om din domänregistrering och ditt webbhotell finns hos samma företag. Om du är osäker på hur de två delarna hänger ihop förklarar domännamn och webbhotell sambandet.

Säkerhetskopiera, bygg den nya sidan och testa den privat

Ta en fullständig säkerhetskopia av filer och databaser och spara den någon annanstans än hos den gamla hosten, till exempel på din egen dator och på ytterligare ett ställe. Lita inte bara på hostens automatiska säkerhetskopior, eftersom du kan förlora åtkomsten till dem om kontot stängs. Kontrollera att säkerhetskopian faktiskt går att öppna. En säkerhetskopia som du aldrig har återställt är bara ett hopp.

Ställ in den nya hosten

Skapa kontot eller paketet, lägg till din domän som en webbplats eller tilläggsdomän och välj samma stora PHP-version som din sida kör i dag, eller en nyare som du redan har bekräftat att din kod stöder. Skapa en tom databas och en databasanvändare med ett starkt lösenord. Ändra inte DNS ännu. I det här skedet är den nya hosten bara ett tomt rum som väntar på dina möbler.

Kopiera filer och databas

Ladda upp dina filer med SFTP eller filhanteraren i kontrollpanelen. SFTP är att föredra framför vanlig FTP eftersom det krypterar din inloggning. För en stor sida packar du mappen till ett enda arkiv, laddar upp det och packar upp det på servern, vilket går mycket snabbare än att skicka tusentals små filer.

Exportera sedan din databas från den gamla hosten och importera den på den nya. För WordPress finns två vanliga vägar. Du kan använda ett migreringstillägg som paketerar filer och databas tillsammans, eller göra det för hand: kopiera filerna, importera databasen och redigera sedan filen wp-config.php med det nya databasnamnet, användaren och lösenordet. En statisk sida behöver bara filerna. En egenbyggd PHP-sida behöver filerna, databasen och en noggrann genomgång av alla konfigurationsfiler som lagrar sökvägar, inloggningsuppgifter eller API-nycklar.

Testa innan du byter

Nu kontrollerar du den nya kopian medan allmänheten fortfarande ser den gamla. Det finns två pålitliga sätt att göra det.

• Redigera din hosts-fil. På din egen dator lägger du till en rad som kopplar ditt domännamn till den nya serverns IP-adress. Din webbläsare laddar då den nya kopian medan alla andra fortfarande ser den gamla. Ta bort raden när du är klar.
• Använd en tillfällig URL. Många hostar ger en förhandsadress till nya konton. Det är enklare, men vissa program, bland annat WordPress, kan skicka dig tillbaka till den riktiga domänen, och därför är metoden med hosts-filen oftast renare.

Under testet klickar du dig igenom startsidan, några undersidor, sökning, formulär, inloggningar, kassan om du har en och bildggallerier. Skicka ett testmeddelande från kontaktformuläret och bekräfta att e-posten kommer fram. Leta efter trasiga bilder, varningar om blandat innehåll och felsidor. Jämför den nya kopian med den gamla sida vid sida.

Sänk TTL, frys ändringar och byt DNS

DNS är systemet som översätter ditt domännamn till en serveradress. Varje DNS-post har ett TTL, förkortning av time to live, som talar om för andra nätverk hur länge de får komma ihåg svaret innan de frågar igen. Om din TTL är ett dygn kan vissa besökare fortsätta komma till den gamla servern i upp till ett dygn efter att du har bytt.

Minst två dagar före flytten sänker du TTL på dina viktigaste poster till något kort, till exempel fem minuter. Det måste ske i god tid, eftersom den gamla långa TTL:en först måste ha gått ut överallt. Att sänka den en timme före bytet gör föga nytta.

Frys ändringar i innehållet

När din slutliga kopia är gjord stoppar du ändringar på den gamla sidan. En blogg kan helt enkelt pausa publiceringen. En webbutik är knepigare, eftersom beställningar som läggs på den gamla servern efter din sista databaskopia inte finns på den nya. För butiker, medlemssidor och forum planerar du ett kort underhållsfönster, tar den sista databaskopian i början av det och undviker beställningar under uppehållet. Gör sedan en sista synkning av filer och databas till den nya hosten och kör ett sista snabbtest.

Byt posterna

Du har två sätt att peka din domän mot den nya hosten.

• Ändra A-posten (och AAAA om den används) hos din nuvarande DNS-leverantör så att den pekar på den nya serverns IP-adress. Då lämnas resten av din DNS, inklusive e-posten, precis som den är. Det är det säkrare alternativet för de flesta.
• Ändra namnservrarna hos din registrator så att den nya hosten styr all DNS. Det är prydligt, men gör det först när du har skapat om varje post från din inventering hos den nya hosten, särskilt MX- och TXT-poster. Saknade poster är den vanligaste orsaken till förlorad e-post efter en flytt.

Hur lång tid spridningen egentligen tar

Man hör ofta att DNS tar upp till 48 timmar, men det är en vana från värsta fallet snarare än en regel. Ingenting sprids egentligen ut från din DNS-leverantör. I stället har tusentals resolvers över världen var sitt cachat svar, och var och en uppdaterar det först när dess timer går ut. Med en kort TTL inställd i förväg når de flesta besökare den nya servern inom några minuter till några timmar. Ändringar av namnservrar kan ta längre tid eftersom registret har sin egen cachning, och vissa internetleverantörer behåller svar längre än de borde. Därför måste den gamla hosten vara igång under övergången. Vissa ser den gamla sidan, andra den nya, och båda måste fungera.

Du kan följa förloppet med offentliga DNS-verktyg som frågar många platser, eller med ett kommandoradsuppslag på din egen dator. Kom ihåg att din egen dator och router också cachar svar, så ett test från en telefon på mobildata kan ge en användbar andra åsikt.

Hantera e-post, SSL och URL:er

E-post och MX-poster

E-post är den del som oftast glöms bort. Ta först reda på var din e-post ligger. Om den finns hos din gamla webbhost måste du flytta postlådorna också, inklusive de sparade meddelandena. Skapa samma postlådor hos den nya hosten och kopiera sedan över gammal post med ett IMAP-överföringsverktyg, eller genom att lägga till båda kontona i ett e-postprogram och dra över mapparna. Fortsätt skicka och ta emot på den gamla servern tills kopieringen är klar.

MX-posterna talar om för omvärlden vart din e-post ska levereras. Om du bara ändrar A-posten förblir MX orörd och e-posten fortsätter att gå dit den går i dag. Om du byter namnservrar kopierar du MX-posterna exakt, plus TXT-posterna för SPF, DKIM och DMARC, som hjälper dina meddelanden att undvika skräppostmappar. Om din e-post ligger hos en separat e-postleverantör låter du dess poster vara helt ifred. Skicka testmeddelanden i båda riktningarna samma dag om du är osäker.

SSL-certifikat

Ett säkert hänglås kräver ett giltigt certifikat på den nya servern. De flesta hostar kan utfärda ett gratis automatiskt certifikat, men de kräver oftast att domänen redan pekar på dem, så utfärdandet kan lyckas först efter DNS-bytet. Räkna med ett kort fönster och begär certifikatet så fort posterna ändrats. Vissa hostar låter dig installera ett certifikat i förväg, vilket undviker ett glapp. När det är aktivt kontrollerar du att varje sida laddas över HTTPS utan varningar om blandat innehåll, och att HTTP-adresser omdirigeras till HTTPS.

Omdirigeringar och URL:er

Behåll dina URL:er identiska så långt det går. Om webbadressen till en sida ändras lägger du till en permanent omdirigering från den gamla adressen till den nya, så att besökare och sökmotorer följer med. För över dina omdirigeringsregler, som ofta ligger i en dold fil som heter .htaccess eller i serverkonfigurationen. Kontrollera också att din föredragna version av domänen, med eller utan www, beter sig som förut. Om du dessutom byter själva domännamnet är det ett separat projekt som förtjänar en egen plan.

Övervaka efter bytet och ha en återställningsplan

De första dagarna följer du sidan noga. Ladda viktiga sidor regelbundet, testa formulär och kassa och titta i serverns felloggar. Sätt upp en gratis övervakning av drifttid om du inte redan har en. Bekräfta att schemalagda uppgifter körs, eftersom cron-jobb lätt glöms bort. För WordPress ser du till att schemalagda inlägg publiceras och att tillägg för säkerhetskopiering fungerar. Skapa nya säkerhetskopior hos den nya hosten och kontrollera att dina analys- och sökkonsolverktyg fortfarande rapporterar data.

Din återställningsplan är enkel eftersom du har förberett den. Den gamla sidan är fortfarande igång och dina ursprungliga DNS-poster är sparade. Om något allvarligt går sönder och inte kan lagas snabbt ändrar du tillbaka posterna till de gamla värdena. Tack vare den korta TTL:en sprids även återgången snabbt. Bestäm i förväg vad som räknas som allvarligt, till exempel att kassan slutar fungera eller att e-post inte kommer fram, så att du inte behöver diskutera det under stress.

Behåll det gamla paketet under en kort överlappning, vanligen en till två veckor, och längre om du är osäker på e-posten eller har en månatlig faktureringsperiod. Säg inte upp det samma dag. Innan du säger upp tar du en sista säkerhetskopia, bekräftar att det inte finns någon post kvar där och kontrollerar att inget, till exempel en underdomän eller ett litet sidoprojekt, fortfarande är beroende av det. Kontrollera också om din domänregistrering ingick i det gamla paketet så att du inte råkar förlora den.

Vanliga misstag och när du ska be om hjälp

• Att glömma e-posten. Posten slutar fungera eftersom MX- eller TXT-poster inte kopierades.
• Att låta TTL vara hög. Bytet drar då ut på tiden i timmar eller dagar.
• Att hoppa över testet. Problemen dyker upp inför kunderna i stället för i det privata.
• Att säga upp det gamla paketet för tidigt. Då försvinner ditt skyddsnät medan DNS fortfarande sätter sig.
• Att redigera båda kopiorna. Innehåll som läggs till på den gamla sidan under flytten går förlorat.
• Att inte spara DNS-posterna. Du kan inte återskapa det du inte skrev ner.
• Att ignorera PHP- och programversioner. Ett gammalt tillägg kan sluta fungera på en nyare serverversion.

Många hostar erbjuder en gratis flyttjänst, oftast för nya kunder som flyttar en standardsida. Den är värd att använda för enkla WordPress-sidor, eftersom den sparar tid och experterna har gjort det många gånger. Ställ några frågor först. Omfattar den filer, databaser och e-post? Hur många sidor eller postlådor ingår? Testar de sidan före bytet, och får du en förhandsvisning? Lämnas den gamla sidan orörd? Vem sköter DNS, och vad händer om något går fel? Finns det begränsningar för storlek, egen kod eller särskilda program? Få svaren skriftligt när du kan.

Överväg betald professionell hjälp om du driver en butik med pågående beställningar, ett medlems- eller bokningssystem, en stor databas, egen kod som ingen i ditt team har skrivit eller komplicerade e-postlösningar. En frilansare eller byrå kan också vara ett förnuftigt val när driftstopp skulle kosta mer än deras arvode. Även om du anlitar någon behåller du din egen inventering och dina säkerhetskopior, och du behåller kontrollen över ditt domänkonto.

Ett exempel på tidsplan för flytten

1. En vecka före: Bestäm att flytta, välj ny host och gör klart din inventering av filer, databaser, e-post, cron-jobb, DNS och SSL.
2. Tre till fem dagar före: Exportera DNS-zonen, ta fullständiga säkerhetskopior och bekräfta att de går att återställa.
3. Tre dagar före: Sänk TTL på dina viktigaste DNS-poster till några minuter.
4. Två dagar före: Ställ in den nya hosten, kopiera filer och databas och uppdatera konfigurationen.
5. En dag före: Testa via hosts-filen eller en tillfällig URL och åtgärda problem.
6. Bytesdagen, början: Frys ändringar i innehållet, gör en sista synkning av filer och databas och kör ett snabbtest.
7. Bytesdagen, mitten: Uppdatera A-posten eller namnservrarna och begär sedan SSL-certifikatet.
8. Samma dag: Kontrollera att e-posten fortfarande fungerar i båda riktningarna och bekräfta att HTTPS och omdirigeringar fungerar.
9. Dag ett till tre: Övervaka drifttid, loggar, formulär, cron-jobb och analys. Häv fryset av innehållet när du känner dig säker.
10. Dag sju till fjorton: Ta en sista säkerhetskopia från det gamla paketet, bekräfta att inget är beroende av det och säg upp det. Höj TTL tillbaka till ett normalt värde.

Checklista före och efter flytten

Före flytten

• Inventeringen nedskriven: filer, databaser, e-post, cron-jobb, DNS-poster, SSL.
• DNS-zonen exporterad och sparad utanför den gamla hosten.
• Fullständiga säkerhetskopior tagna, sparade på två ställen och testade vid återställning.
• TTL sänkt minst två dagar före bytet.
• Ny host inställd med en motsvarande eller kompatibel PHP-version.
• Filer och databas kopierade, konfigurationen uppdaterad.
• Sidan testad via hosts-filen eller en tillfällig URL, inklusive formulär och inloggningar.
• E-postplanen bestämd, postlådor skapade, gamla meddelanden kopierade.
• Innehållsfrys planerat och meddelat till alla som redigerar sidan.
• Återställningsplanen nedskriven, med de ursprungliga DNS-värdena till hands.

Efter flytten

• Domänen laddas från den nya servern på flera nätverk och enheter.
• HTTPS fungerar på varje sida, och HTTP omdirigeras till HTTPS.
• E-post skickas och tas emot, och SPF-, DKIM- och DMARC-poster finns på plats.
• Formulär, kassa, sökning och inloggningar fungerar.
• Omdirigeringar och valet mellan www och utan www beter sig som förut.
• Cron-jobb och schemalagda uppgifter körs.
• Övervakning av drifttid och säkerhetskopior är aktiva hos den nya hosten.
• TTL höjd igen när allt är stabilt.
• Gamla paketet behållet i en till två veckor och sedan uppsagt efter en sista säkerhetskopia.

En anmärkning om transparens: DealPortal kan få provision om du köper via vissa länkar på vår webbplats, och det ändrar varken priset du betalar eller råden vi ger.

Viktigaste punkterna

• Bygg och testa den nya kopian privat först, med hosts-filen eller en tillfällig URL, medan den gamla sidan fortsätter att köra.
• Sänk din DNS-TTL minst två dagar i förväg och spara en kopia av varje DNS-post innan du ändrar något.
• Behandla e-post som en egen uppgift: flytta postlådorna, kopiera MX-, SPF-, DKIM- och DMARC-poster och testa i båda riktningarna.
• Spridningen går oftast snabbt med en kort TTL, men vissa besökare ser den gamla sidan en stund, så stäng aldrig av den gamla för tidigt.
• Behåll det gamla paketet i en till två veckor och ha en skriftlig återställningsplan redo.
• Använd en gratis flyttjänst för enkla sidor och anlita en professionell för butiker, egen kod eller allt där driftstopp är dyrt.