Flytta webbplats

Lästid 7 minuter

Uppdaterad - 28 februari 2025

Flytta en webbplats, vad betyder det, varför - och hur fungerar det? Den här artikeln är tillägnad dessa frågor i detalj. Det är därför den är lite längre än vanligt på min blogg.

Att flytta en webbplats kan ha olika betydelser:

Flytt av värd

• Webbplatsen flyttas från en hostingleverantör till en annan.
• Databaser, filer och e-postmeddelanden måste ofta tas med.
• DNS-inställningarna måste justeras.
• Till exempel av prestanda-, säkerhets- eller prisskäl.

Domänöverföring

• Webbplatsen ändras från en gammal domän (t.ex. gammal-domän.com) till en ny (ny-domän.com).
• Omdirigeringar (301-omdirigeringar) är viktiga för att få besökare och SEO-ranking.

Byte av server

• Webbplatsen ligger kvar på samma domän, men flyttas till en ny server (t.ex. från delad hosting till en egen server).
• Kan krävas av bland annat prestations- och säkerhetsskäl.

Varför då?

En webbplats som började som en liten blogg växer och kräver därför mer minne, större databaser och går utanför ramen för det avtal som ingåtts med webbhotellet. En uppgradering skulle dock återigen överskrida budgeten, varför du letar efter andra hostingleverantörer.

I början tänker man inte på databaser och andra resurser. Du jämför olika erbjudanden och väljer oftast det som ger dig de "högsta" siffrorna till det lägsta priset. På grund av bristande bakgrundskunskaper funderar man inte över hur meningsfulla och nödvändiga dessa "siffror" är. Och om man inte riktigt vet vilka siffror som i slutändan kommer att vara viktiga, vet man inte vilka frågor man ska ställa eller vilka uppgifter man ska vara särskilt uppmärksam på.

Eftersom avtal måste hållas kommer hostingleverantören knappast att blunda för att de fastställda gränserna överskrids, utan först artigt påpeka den avtalsbrytande omständigheten och, om detta inte åtgärdas, helt enkelt blockera webbplatsen.

Okej, så när du väljer en leverantör måste du också ta hänsyn till den maximalt tillåtna databasstorleken. Detta är lättare sagt än gjort, eftersom nästan inga leverantörer anger detta som ett kriterium i sina siffror när de väljer en tariff. Desto större anledning att fråga om det uttryckligen, via e-post eller chatt!
Och detta är också tillrådligt med välkända leverantörer, vars tariffer lätt kan uppgå till flera hundra euro per år.

I exemplet var det just detta, överskridandet av den tillåtna databasstorleken på 1 024 MB, som föranledde bytet av hostingleverantör.

Val av hostingleverantör

Om du söker efter jämförelser av hostingleverantörer kommer du att hitta listan övervägande i stigande prisordning.

Förutom ren "teknisk data" är tillgänglighet, svarstid och effektivitet i supporten också viktigare. När det gäller AI kan det råda delade meningar, men leverantörer använder i allt större utsträckning AI för att täcka första nivåns support, dvs. allmänna frågor från kunder. Det är helt förståeligt och fullt tillräckligt för ändamålet. Det är roligt när AI önskar dig "god natt" och "sov gott!".

En människa i andra änden ska dock vara tillgänglig för specifika problem och vara tillgänglig hela dagen, 24/7. Hur långt den inkluderade supporttjänsten sträcker sig och när den blir debiterbar är också något som måste klargöras innan avtalet ingås.

Avtal som ingås flera år framåt i tiden är oftast mer intressanta ur prissynpunkt, särskilt som kostnadssidan då blir lättare att beräkna på lång sikt. En leverantör som säger upp sin tjänst före avtalstidens slut, eller överlever denna period, skulle naturligtvis vara det bästa valet. Ingen kommer dock att kunna garantera detta.

De - vanligtvis högre - kostnaderna efter det att den första perioden har löpt ut bör också beaktas i beslutsprocessen, särskilt eftersom ökningen ofta är mycket betydande. Naturligtvis kan man helt enkelt låta avtalet löpa ut och flytta webbplatsen - igen - men erfarenheten visar att detta inte görs, särskilt inte av bekvämlighetsskäl.

När du har hittat din nya leverantör kan du börja flytta din webbplats.

Flytt av webbplatsen

Nio steg krävs:

• Uppdatera alla plug-ins, teman och WordPress-installationen till den senaste versionen
• Omorganisation av databaserna
• Ladda ner och installera plug-in för säkerhetskopiering av data (t.ex. UpdraftPlus)
• Säkerhetskopiering av allt innehåll (databas, plugins, teman, uppladdningar, övrigt)
• Överföring av domänen till den nya leverantören
• Installation av WordPress på den nya leverantörens servrar
• Installation av plug-in för säkerhetskopiering av data (här UpdraftPlus)
• Återställning av data till den nya WordPress-installationen
• Kontrollera DNS-poster med den nya leverantören

Uppdateringar

I synnerhet WordPress bör ha den senaste versionen, eftersom den nya WordPress-installationen kommer att vara den senaste. I regel är versionerna kompatibla nedåt, men genom denna åtgärd undviker man eventuella inkompatibiliteter.

Plug-ins är mindre kritiska och kan fortfarande uppdateras efter migreringen.

Plug-in för säkerhetskopiering av data UpdraftPlusOm det redan var aktivt på den gamla installationen bör det definitivt uppdateras till den aktuella versionen före säkerhetskopieringen, eftersom det också kommer att laddas och installeras i den aktuella versionen efter WordPress installationen på den nya servern har slutförts. Även detta för att förhindra versionsinkompatibilitet.

Omorganisation av databas

Databaser är som bokhyllor: en bok in, tre böcker ut, fem böcker in ... - de lever och förändras hela tiden. Ibland bryts en stor bok som inte passar in i en lucka ner i lämpliga enskilda delar och lagras på olika ställen. Databasen har därför ett fragmenterat innehåll. Referenser till dessa fragment tar upp lika mycket lagringsutrymme som själva innehållet. Dessutom sparas loggar, skrivs cache-data etc.

En databasomorganisation läser all data, sätter ihop fragmenterad data igen, raderar temporär data som inte längre behövs och optimerar på så sätt både åtkomsthastigheten och storleken på databasen. Detta minskar också den tid som krävs för att säkerhetskopiera och återställa databasen.

Eftersom databasen är den centrala nerven i en webbplats rekommenderas det starkt att du skapar en kopia av databasen INNAN du omorganiserar den och säkerhetskopierar den på lokal lagring. Om något går fel kan du återställa den.

Plug-in för säkerhetskopiering av data

Det finns ett antal plug-ins som är avsedda för säkerhetskopiering och migrering av en webbplats. De flesta av dem gör säkerhetskopieringen utan problem, men ber dig att betala när du migrerar. Så om du inte planerar att migrera din webbplats då och då är det osannolikt att du är intresserad av en årlig prenumeration. Plugin-programmet som länkas ovan UpdraftPlus är ett anmärkningsvärt undantag här, eftersom det är blygsamt och tillåter en återställning utan några om och men.

UpdraftPlus guidar dig intuitivt genom säkerhetskopieringsprocessen och kan ladda ner de enskilda filerna till din egen dator när installationen har slutförts.

Domänöverföring

Vad är en domän?

En domän är t.ex. www.google.de - www är valfritt och representerar den s.k. subdomänen. Följaktligen kan du ange "google.de" till samma resultat som "www.google.de". I båda fallen hämtas webbplatsen av Google.

"google" är det individuella namnet, medan ".de" är toppdomänen (TLD).

EEP

De Extensible Provisioning Protocol (EPP) används för administration av domännamn hos registratorer och register och möjliggör standardiserad och säker kommunikation mellan domänregistratorer som Namecheap, GoDaddy och de centrala registren som DENIC (Tyskt informationscentrum för nätverk) för toppdomänen ".sv" och Verisign för .com.).

En domänöverföring kräver en ansökan från domäninnehavaren, dvs. webbplatsoperatören. Webbplatsoperatören ansöker hos sin tidigare hostingleverantör om den så kallade EPP-Auth-kod. Den mottagna koden anges på den nya leverantörens sida för ansökan om överföring av domän, som sedan ordnar så att domänen överförs från den gamla leverantören till den nya leverantören.

Så snart domänöverföringen har ägt rum pekar den tidigare "adressen", som tidigare ledde till den gamla leverantören, dess server och din egen webbplats, ingenstans. Här kommer Server för domännamn (DNS) kommer in i bilden.

DNS

A Server för domännamn omvandlar den angivna adressen "www.google.de" till en IP-adress som är lämplig för servrar, här "8.8.8.8".

Globalt tillgänglig DNS-interaktion: Om den första servern som tillfrågas (DNS-resolvern) inte känner till IP-adressen skickar den frågan vidare till nästa. Denna rekursiva sökning fortsätter tills namnposten hittas och den sökta IP-adressen skickas tillbaka till den begärande organisationen och den önskade webbplatsen kan laddas.

En DNS lagrar också ytterligare poster, t.ex.

• A-Record - Länkar en domän med en IPv4-adress.
• AAAA rekord - Länkar en domän med en IPv6-adress.
• CNAME-post - Omdirigerar en domän till en annan (t.ex. www.example.com → exempel.com).
• MX-Record - Definierar e-postserver för e-post.
• TXT-post - Innehåller ytterligare information, t.ex. om säkerhetsmekanismer.

DNS-spridning

Varje hostingleverantör har sin egen namnserver. Den gamla leverantören t.ex. ns1.alterProvider.comden nya, till exempel ns1.newprovider.com.

I händelse av flytt hänvisar den gamla adressen som lagras hos registraren till ns1.alterProvider.com Följaktligen måste du först gå till den gamla leverantörens webbplats.
Så snart registraren tar emot den nya leverantörens adress ns1.newprovider.com en förfrågan skickas till den nya leverantören, men webbplatsen har ännu inte överförts till deras server. Förfrågan förblir därför resultatlös. Sidan visas som vanligt igen först när allt innehåll har återställts.

Om den gamla eller den nya namnservern fortfarande är lagrad för den flyttade domänen kan kontrolleras via Vem är jag? kontrollera. För att göra detta anger du den domän som ska kontrolleras i sökfältet längst upp till höger och klickar på WHOIS-knappen till höger.

Dessutom måste den nya adressposten fortfarande överföras till alla DSN:er i världen, vilket kan ta upp till cirka 48 timmar. Det är därför möjligt att någon i Nairobi kommer att kunna komma åt webbplatsen, medan någon från Moskva fortfarande kommer att hamna i tomrummet eller få ett felmeddelande.

Kontrollera DNS NameServer

Du kan ta reda på vilken DNS den nya adressen redan har registrerats på via webbplatsen DNS-kontroll genom att välja NS för NameServer i urvalsfältet till höger om den domän som ska registreras (t.ex. csiag.de). Resultatet visas längst ner i landslistan för varje land till höger. Den nya NameServern bör visas där i stället för den gamla.

WordPress-installation

När den nya adressen kan nås via DNS hos den nya leverantören kan du logga in där med de uppgifter du tidigare angett och starta installationen av WordPress. Leverantörerna utformar i allmänhet användargränssnitten för sina portaler så intuitivt att du oftast hittar de relevanta menyerna och funktionerna direkt.

När installationen av WordPress har slutförts installeras plug-in för säkerhetskopiering av data.

Plug-in för säkerhetskopiering av data

I sidofältet i WordPress-installationen hittar du menyalternativet Plugins.

Längst upp till vänster klickar du på knappen Lägg till nytt plugin till översiktssidan över tillgängliga plug-ins.

Till höger i sökfältet Sök plugins skriver du in UpdraftPlus och det plug-in du letar efter kommer omedelbart att visas, vilket du kan installera genom att klicka på Installera nu startas. Efter en lyckad installation startas plug-in genom att klicka på Aktivera kapabel att agera.

Återställa data

I den vänstra menykolumnen i WordPress finns nu också UpdraftPlus listad. Om du klickar på denna post öppnas funktionsvalet för Save eller Restore.

Funktioner Migrera / klona verkar vara reserverade för inköpsversionen, varför den rena funktionaliteten Säkra nu eller, längre ner, Återställ används.

Det finns ingen befintlig säkerhetskopia på den nya servern, varför filerna från säkerhetskopian hos den gamla leverantören först måste återställas genom att klicka på Ladda upp backup-filer måste överföras till den nya leverantörens server.

När överföringen har slutförts finns det nu fem knappar tillgängliga efter backupdatumet/tiden i tabellen nedan. Det finns en ruta precis i början av raden. Klicka på denna och klicka till höger på knappen Återställ Starta återställningen.

Om återställningen avbryts visas ett motsvarande felmeddelande samt en knapp för att korrigera felet. I de flesta fall kan återställningsprocessen inte skriva över de tomma databastabeller som skapats av den tidigare WordPress-installationen, varför de uttryckligen måste raderas manuellt med ett klick och sedan starta om processen.

Så snart återställningen har slutförts kan webbplatsen nås som vanligt, förutsatt att DNS-utbredningen har slutförts.

Pitfall hosts fil

Hosts-filen är en lokal konfigurationsfil i ett operativsystem som används för att tilldela IP-adresser till värdnamn. Den gör det möjligt att dirigera vissa domäner till en viss IP-adress utan att göra en DNS-fråga.

Exempel:

##
# Värddatabas
# localhoist används för att konfigurera loopback-gränssnittet
# när systemet startar. ändra inte denna post.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.1 lokalhost
255.255.255.255 broadcasthost
::1 lokalhost

Posterna 139.162.163.62 ledde till den gamla hostingleverantören, varför åtkomsten trots en återställning till den nya leverantören alltid landade på den gamla leverantören - utan en DNS-fråga - och ändringar på webbplatsen med den nya leverantören inte visades på enheter med extern åtkomst.

Därför måste dessa poster kommenteras med en # så att en DNS-fråga kan utföras igen och dirigeras till den nya leverantören:

# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de

Redigera hosts-filen

Under Mac OSX (Sonoma) öppnar du Terminal i Finder under Verktyg och skriver in

sudo nano /etc/hosts

ange. En lösenordsuppmaning följer. Filen öppnas sedan för redigering.

Använd pil ned för att placera dig framför den första posten, t.ex. 139...., skriv #, följt av ett mellanslag. Använd nu pilknapparna vänster och nedåt för att placera markören framför nästa rad, här igen 139..., skriv # igen, följt av ett mellanslag, som visas ovan.

Spara hosts-fil

Med tangentkombinationen Ctrl+X , följt av Y och ENTER filen är sparad.

Ta bort OSX DNS-cache

Om du vill radera operativsystemets egen DNS-cache skriver du

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

in. Webbplatsen ska sedan adresseras och visas med den nya IP-adressen som erhållits via den DNS-begäran som tvingats fram på detta sätt.