Byta webbhotell: komplett guide för en flytt utan nedtid

Att byta webbhotell känns för många som ett tekniskt högriskprojekt, men med rätt ordning på stegen är det sällan värre än att flytta ett bibliotek utan att stänga det för besökarna mitt i flytten. Den här guiden ger dig helhetsbilden, från när ett byte är rätt lösning och i vilken ordning flytten bör göras, till var du hittar djupare hjälp för de tre moment där de flesta problemen uppstår.

Ska du byta webbhotell?

Ett byte är rätt lösning när problemet faktiskt sitter hos leverantören. Återkommande driftstörningar, en support som inte svarar eller svarar utan att lösa något, eller ett pris som skjutit i höjden efter att det första årets introduktionserbjudande gått ut och ersatts av ett betydligt högre förnyelsepris, är alla legitima skäl. Detsamma gäller om sajten har vuxit ur paketet, med resursgränser som ständigt nås eller trafik som paketet aldrig var dimensionerat för.

Ibland är svensk support och ett svenskt datacenter i sig ett skäl att byta, särskilt om nuvarande leverantör sitter utomlands och kommunikationen känns trög eller långsam. Om det är ditt läge hjälper vår jämförelse av svenska webbhotell dig vidare. Den här artikeln hjälper dig däremot inte att välja vilket nytt webbhotell du ska landa på. Det gör i stället vår jämförelse av webbhotell, där du kan sortera efter pris, prestanda och funktioner.

Bindningstid stoppar dig inte

En vanlig missuppfattning är att en bindningstid låser fast dig hos leverantören. Så fungerar det inte. Du kan flytta sajten när du vill, du behöver bara betala ut den period som redan är bunden. Svensk lag ställer dessutom krav på leverantören vid automatisk avtalsförlängning. Enligt lag (2014:1449) om konsumentskydd vid automatisk avtalsförlängning ska leverantören skicka en skriftlig påminnelse senast en månad innan uppsägningsfristen löper ut. Uteblir den påminnelsen har du som konsument rätt att säga upp avtalet ändå, oavsett vad som står i de ursprungliga villkoren. Konsumentverket beskriver reglerna mer utförligt om du vill läsa på innan du hör av dig till din nuvarande leverantör.

Grundregeln som styr hela flytten

Säg aldrig upp det gamla kontot först. Hela poängen med en välskött flytt är parallell drift. Du bygger upp allt på det nya kontot medan det gamla fortfarande rullar och betjänar besökare, klipper över till det nya när du har verifierat att allt fungerar, och säger upp det gamla kontot sist, gärna efter två till fyra veckors observation.

Den här principen är samtidigt hela din reträttplan. Går något fel efter växlingen, en trasig databaskoppling, ett formulär som slutat skicka mejl, en betalning som inte går igenom, pekar du DNS tillbaka till det gamla kontot. Det lever fortfarande kvar, orört, redo att ta över igen inom minuter. Den som säger upp det gamla hotellet samma dag som DNS pekas om har bränt sin enda reträttväg.

Välj ditt spår

Hur komplicerad flytten blir avgörs nästan helt av vad sajten faktiskt är. En enkel portfoliosajt flyttas på en eftermiddag, en butik med löpande dagliga ordrar kräver betydligt mer försiktighet.

• Statisk eller enkel sajt. Det enklaste spåret. Oftast handlar det bara om att flytta filer och eventuellt se till att formulärmejl fortsätter fungera på den nya adressen.
• WordPress. Databasen gör flytten mer riskabel än den ser ut. WordPress serialiserar en hel del data, vilket betyder att ett för brett sök-ersätt-verktyg kan förstöra innehåll som ser helt orört ut tills du öppnar just rätt sida. Vi går igenom hur du undviker det i WordPress-flytten utan att det går sönder.
• WooCommerce eller annan e-handel. Ordrar tickar in medan flytten pågår, vilket betyder att du aldrig kan frysa sajten och flytta i lugn takt. Principen är att hålla den gamla butiken skarp och redo att ta betalt hela vägen fram till växlingen, och att ha en plan för att synkronisera de sista ordrarna som kommer in på gamla kontot efter att databasen kopierats över.
• E-posttung verksamhet. Om företaget lever av sin inkorg är den verkliga risken vid ett webbhotellsbyte oftast mejlen, inte hemsidan. Se momentet om e-post längre ner, och läs flytta e-posten utan att tappa mejl innan du sätter ett datum för växlingen.

Fasad tidslinje för flytten

Oavsett sajttyp följer en trygg flytt samma grundstruktur. Skillnaden mellan ett byte som går obemärkt förbi och ett som orsakar timmar av nedtid eller tappade mejl ligger nästan alltid i ordningen stegen görs, inte i vilka verktyg som används.

1. Förberedelse

Inventera allt som faktiskt ligger på det gamla kontot innan du rör någonting. Filer, databaser, e-postkonton, DNS-poster och eventuella cron-jobb som kör schemalagda uppgifter i bakgrunden brukar vara det som glöms bort, sådant som fungerat i flera år utan att någon tänkt på det. Sänk samtidigt TTL-värdet på DNS-posterna två till tre dagar före den planerade växlingsdagen, så att ändringen slår igenom snabbt när det väl är dags i stället för att dröja kvar i cachade poster världen över.

2. Flytta filer och databas

Kopiera över filerna och flytta databasen genom att exportera den från det gamla kontot och importera den på det nya. Gör detta i god tid före växlingen, inte samma dag, så att du hinner testa i lugn takt utan tidspress.

3. Testa den nya sajten innan DNS pekas om

Använd datorns hosts-fil för att peka just din egen dator mot den nya servern, utan att röra den globala DNS-posten. Då ser du och kan testa den nya sajten i skarpt skick medan resten av världen fortfarande ser den gamla, helt utan risk.

4. Utfärda SSL innan växlingen

Se till att SSL-certifikatet är utfärdat och aktivt på den nya servern innan DNS pekas om. Görs det efteråt riskerar besökare certifikatvarningar under den tid det tar för DNS-ändringen att sprida sig, vilket för vissa besökare kan ta allt från minuter till ett par dygn.

5. DNS-växling, mejlen sist

Peka om DNS-posterna, men spara MX-posten till sist av alla. Mejlflödet ska inte klippas över förrän e-postkontona faktiskt är uppsatta och synkroniserade på det nya hotellet, annars riskerar du mejl som studsar eller försvinner i glappet mellan de två systemen.

6. Parallell drift och efterkontroll

Håll koll på loggarna på båda kontona under övergången. Testa formulär, testa ett par beställningar i praktiken om det är en butik, och skicka testmejl fram och tillbaka för att bekräfta att allt fungerar, inte bara ser rätt ut på ytan.

7. Säg upp det gamla kontot

Först nu, efter att allt har verifierats fungera under ett par veckor, säger du upp det gamla kontot. Har du inte sett några problem vid det laget är risken låg att något dyker upp i efterhand.

De tre momenten där byten faktiskt går snett

De flesta stegen ovan är mekaniska och förlåtande. Tre moment sticker ut som de där vi genom åren sett flest byten gå fel, och de förtjänar var sin djupguide snarare än en snabb sammanfattning här.

E-posten

Mejl som studsar dagar efter växlingen är den vanligaste följdskadan av ett webbhotellsbyte, och orsaken är nästan alltid densamma. Inte alla klienter och DNS-cacher runt om i världen hinner uppdatera sig samtidigt, vilket skapar ett glapp där avsändare fortfarande skickar mot den gamla mejlservern. Genomgången flytta e-posten utan att tappa mejl går igenom exakt hur du minimerar det glappet.

DNS-posterna folk glömmer

Utöver A-posten och MX-posten finns ett helt lager av poster som lätt glöms bort vid en flytt. SPF och DKIM för e-postautentisering, DMARC-policyn, verifierings-TXT-poster för tjänster som Google Workspace eller andra tredjepartsintegrationer, och CAA-poster som styr vilka certifikatutfärdare som får utfärda SSL för domänen. Missar du en av dem kan mejl plötsligt klassas som skräppost eller en integration sluta fungera, utan att något annat i övrigt verkar fel. DNS-checklistan går igenom varje post du behöver kopiera med.

WordPress-flytten

Det som ser ut som en enkel filkopiering blir snabbt komplicerat så fort databasen är inblandad. WordPress lagrar en hel del data serialiserat, vilket betyder att sök-ersätt-verktyg som byter ut den gamla domänen mot den nya måste vara exakta. Ett för brett sök-ersätt kan tyst förstöra innehåll i widgetar, anpassade fält eller sidbyggarblock utan att felet syns förrän långt senare. WordPress-flytten utan att det går sönder visar hur du gör det säkert.

Checklista för flytten

Hela flytten i punktform, i den ordning stegen ska göras. Skriv gärna ut den eller spara den bredvid dig under växlingsdagen.

1. Bekräfta att bytet faktiskt löser problemet. Uteslut prestandaorsaker som flyttar med, som tunga plugin eller ett tungt tema.
2. Välj nytt webbhotell. Jämför pris, prestanda och funktioner i lugn takt innan du bestämmer dig.
3. Inventera det gamla kontot. Filer, databaser, e-postkonton, DNS-poster och cron-jobb.
4. Sänk TTL på DNS-posterna. Gör det två till tre dagar innan växlingen.
5. Flytta filer och databas. Till det nya kontot, i god tid före växlingen.
6. Testa nya sajten via hosts-filen. Innan DNS pekas om, utan att påverka andra besökare.
7. Utfärda SSL på nya servern. Innan växlingen, för att undvika certifikatvarningar.
8. Sätt upp e-postkontona på nya hotellet. Synkronisera dem klart innan MX-posten flyttas.
9. Peka om DNS, spara MX sist. Övriga poster kan bytas tidigare i samma växling.
10. Bevaka loggarna på båda kontona. Särskilt under de första dagarna efter växlingen.
11. Testa formulär, beställningar och mejl i praktiken. Inte bara att sidorna laddar korrekt.
12. Vänta ut ett par veckors observation. Innan du rör det gamla kontot.
13. Säg upp det gamla kontot sist. Aldrig tidigare, oavsett hur säker flytten känns.

De flesta byten som går snett gör det sällan för att flytten i sig var tekniskt svår, utan för att någon kortade ner på tiden mellan stegen. Ge växlingen den tid den behöver, håll det gamla kontot vid liv tills du faktiskt är säker, så blir de tre knepiga momenten ovan sällan mer än en fotnot i en annars odramatisk flytt.