Bestäm vad flytten faktiskt ska ändra
Att flytta en domän betyder ofta att du byter företaget som administrerar registreringen. Det företaget kallas registrar. Webbplatsens filer, databasen och e-postlådorna ligger däremot i andra tjänster, även när allt säljs av samma leverantör. Börja därför med att beskriva vad du vill uppnå: ett nytt ställe att förnya domänen, en ny DNS-tjänst, ett nytt webbhotell eller en kombination av dessa förändringar.
Ett rent registrarbyte behöver inte innebära att webbplatsens adress eller innehåll ändras. Om domännamnet, DNS-svaren och tjänsterna bakom dem förblir desamma kan besökarnas väg fortsätta fungera. Men det förutsätter att de gamla tjänsterna får fortsätta användas. En DNS-zon eller e-posttjänst som ingår i ett avslutat paket kan försvinna även om du inte själv har ändrat en enda post.
Gör en enkel karta över fyra ansvar: registrering, DNS, webb och e-post. Skriv vilket konto som hanterar varje del och vem som har tillgång till det. Om samma leverantör står på flera rader är det fortfarande olika funktioner. Den uppdelningen gör det lättare att fråga vad som händer med respektive tjänst när registreringen flyttas och vilka abonnemang som behöver vara kvar.
Välj helst en arbetsordning där en förändring blir kontrollerad innan nästa börjar. Det betyder inte att allt alltid måste ske på olika dagar, men du behöver kunna avgöra vad som orsakat ett fel. Den här guiden fokuserar på att byta registrar med bibehållen funktion. Om du samtidigt flyttar WordPress behöver du även arbetsgången för att flytta webbplatsens filer och databas.
Kontrollera innehavare, åtkomst och förnyelsedatum
Kontrollera först att rätt person eller organisation är registrerad som innehavare. Att du kan logga in i ett webbhotellskonto betyder inte automatiskt att innehavaruppgifterna är korrekta. Det kan exempelvis finnas en tidigare medarbetare eller en gammal kontaktadress kvar i administrationen. Red ut sådana oklarheter genom registrarens ordinarie process innan du planerar en tidskritisk flytt.
Se till att du kan ta emot de meddelanden som behövs för att godkänna överföringen. Om kontaktadressen ligger på domänen som flyttas behöver e-posten fungera under hela processen. Ordna också en dokumenterad reservkontakt enligt tjänstens möjligheter. Gör inte oplanerade innehavarändringar precis före en flytt utan att kontrollera följderna; för vissa domäntyper kan sådana ändringar påverka när ett registrarbyte får genomföras.
Anteckna förnyelsedatum och kontrollera eventuella väntande ärenden. Undvik att lägga flytten så nära ett kritiskt datum att det inte finns tid att lösa en avvisad begäran. Utgå inte från att en påbörjad överföring automatiskt ersätter en nödvändig förnyelse. Fråga vad som gäller för just domänens status och toppdomän, och spara svaret tillsammans med flyttplanen.
Säkerställ slutligen att den som ska utföra arbetet har rätt befogenheter. För en förening eller ett företag är det klokt att två ansvariga personer känner till planen och vet var åtkomstuppgifterna förvaras. Sprid inte lösenord i själva arbetsdokumentet. Där ska det framgå vilket konto som behövs och vem som ansvarar för det, medan hemligheter ligger i avsedd skyddad lagring.
Ta reda på reglerna för just din toppdomän
Regler för överföring varierar mellan toppdomäner. För en svensk .se-domän används en auktoriseringskod när du byter registrar. Du får koden från den nuvarande registraren och använder den i den nya registrarens flyttprocess. Koden ska behandlas som en hemlighet eftersom den har betydelse för möjligheten att genomföra överföringen. Publicera den inte i ett supportforum eller i en bild av kontrollpanelen.
För generiska toppdomäner som .com kan överföringen begränsas av låsningar och tidsregler. Exempelvis kan nyregistrering, en nyligen genomförd flytt eller vissa innehavarändringar påverka möjligheten att byta registrar. Överför inte sådana regler rakt av till .se. Kontrollera det aktuella villkoret för din toppdomän och din registreringsstatus innan du beställer, särskilt om domänen nyligen har ändrats på något sätt.
Fråga den mottagande registraren vad du behöver göra och vilken tidsåtgång du ska planera för. Ta reda på om ett särskilt flyttlås måste hanteras, hur en begäran bekräftas och hur du ser att den är slutförd. En instruktion som gäller en annan domäntyp eller ett äldre kontrollpanelsgränssnitt kan ge fel arbetsordning. Använd därför aktuella instruktioner för den tjänst du faktiskt ska använda.
Kontrollera också hur avgift, återstående registreringstid och nästa förnyelse behandlas. Det går inte att lova att varje flytt är gratis eller att den alltid förlänger registreringen på samma sätt. Spara villkoren för den konkreta beställningen. Jämför därefter det ordinarie framtida priset och administrationsmöjligheterna med dina behov, så att flytten inte bara bygger på ett tillfälligt introduktionserbjudande.
Spara en fullständig DNS-inventering
Dokumentera de namnservrar som domänen använder och var den aktiva DNS-zonen administreras. En lista med DNS-poster i en gammal kontrollpanel behöver inte vara den lista som för närvarande används. Bekräfta därför vilken tjänst som faktiskt svarar för domänen. Guiden om hur DNS fungerar förklarar skillnaden mellan delegering och enskilda poster om begreppen är nya för dig.
Exportera zonen om tjänsten erbjuder det och komplettera med tydliga anteckningar. Ta med huvuddomänen, www och andra underdomäner. Webbtrafiken kan använda både A- och AAAA-poster, medan vissa namn använder CNAME. E-post kan bero på MX och flera TXT-poster. Det finns även andra posttyper och tjänstespecifika inställningar, så begränsa inventeringen till vad som faktiskt finns, inte bara till de namn du råkar känna igen.
Kontrollera särskilt sådant som inte syns när du öppnar startsidan: verifieringar, bokningssystem, kundportal, kalenderfunktioner och automatiska integrationer. En gammal underdomän kan fortfarande användas av en viktig tjänst. Fråga berörda personer innan du bedömer något som överflödigt. En flytt är ett dåligt tillfälle att rensa okända poster utan att förstå deras funktion.
Spara även TTL-värden och notera vilka uppgifter som behöver förbli identiska. En lägre TTL kan vara användbar inför planerade ändringar av DNS-svar, men den måste få genomslag innan gamla cacheposter försvinner. Att sänka TTL på en A-post påskyndar inte själva registrarens administrativa överföring. Om inga DNS-svar ska ändras behöver du inte behandla flytten som om all trafik måste pekas om.
Bestäm om namnservrarna ska behållas
Om DNS-tjänsten kan fortsätta efter registrarbytet är det ofta enklare att behålla befintliga namnservrar under själva överföringen. Bekräfta detta med både den nuvarande och den nya leverantören. Kontrollera om den nya beställningen automatiskt väljer andra namnservrar eller lägger upp en standardzon. Du vill veta vad som kommer att ändras innan överföringen är genomförd, inte upptäcka det när e-posten har slutat komma fram.
Om DNS också ska flyttas behöver den nya zonen vara förberedd innan delegeringen ändras. Jämför posterna rad för rad och kontrollera hur tjänsten tolkar relativa namn, slutpunkter och särskilda funktioner. Vissa funktioner i en leverantörs gränssnitt är inte vanliga DNS-poster som följer med en enkel export. Säkerställ att motsvarande beteende finns på destinationen eller att en genomtänkt ersättning är planerad.
DNSSEC kräver egen uppmärksamhet. En DS-post i överordnad zon behöver stämma med den signerade zonens nycklar. Om du byter signerande DNS-tjänst utan att hantera den kedjan kan validerande uppslag misslyckas. Planera därför DNSSEC-övergången tillsammans med de berörda leverantörerna. Behåller du samma fungerande signerade DNS-tjänst ska du inte slentrianmässigt ta bort dess skydd bara för att registraren ändras.
I vissa flyttar används en samordnad nyckelövergång, medan andra instruktioner innebär att gammal DS-information tas bort och att DNSSEC aktiveras på nytt efter DNS-bytet. Vilken väg som är lämplig beror på tjänsterna och deras stöd. Följ en komplett dokumenterad process med kontrollpunkter för cache och validering. Blanda inte halva instruktionen från en leverantör med halva från en annan.
Skydda e-posten som ett eget arbetsflöde
E-post är ofta den del som lättast glöms bort när fokus ligger på domännamnet. Att flytta registreringen kopierar inte inkorgar, mappar eller gamla meddelanden till en annan e-posttjänst. Om den nuvarande e-posten ska fortsätta behöver dess abonnemang och DNS-poster vara kvar. Om den ska flyttas behöver du planera konton, överföring av innehåll och klientinställningar separat.
Skriv en lista över adresser, alias, vidarebefordringar och andra funktioner som används. Kontrollera vilka uppgifter mottagande tjänst kräver och hur befintliga meddelanden ska bevaras. En ny MX-post säger vart inkommande e-post ska levereras, men den flyttar inte historiken. Därför kan en domän se korrekt konfigurerad ut samtidigt som användarna saknar sina gamla mappar på den nya tjänsten.
Bevara relevanta SPF-, DKIM- och DMARC-inställningar när e-postleverantören är oförändrad. Om leverantören byts behöver posterna anpassas till den nya tjänsten och eventuella avsändare som fortfarande används. Kopiera inte flera motstridiga SPF-policyer för samma namn som en snabb lösning. Kontrollera också formulärutskick och verksamhetssystem, eftersom de kan skicka e-post på ett annat sätt än användarnas vanliga inkorgar.
Testa både mottagning och sändning med adresser du själv kontrollerar. Kontrollera fler än en brevlåda när miljön har olika typer av konton eller alias. Be en ansvarig användare bekräfta att arbetsflödet fungerar, inklusive åtkomst till historik om den har flyttats. Avsluta inte den gamla e-posttjänsten förrän den planerade övergången är verifierad och nödvändigt innehåll finns säkrat.
Starta överföringen och följ dess status
När inventering och beroenden är klara hämtar du auktoriseringskoden via den nuvarande registrarens avsedda funktion. Lämna den endast i den mottagande registrarens betrodda flyttprocess eller annan uttryckligen anvisad säker kanal. Kontrollera stavningen av domännamnet före beställningen. Det är särskilt viktigt om du administrerar flera liknande namn eller både en huvuddomän och en alternativ stavning.
Följ sedan de bekräftelser som gäller för just din toppdomän. Håll reda på vilket konto och vilken kontaktadress som får meddelanden, och kontrollera status i administrationen. Ett mottaget beställningskvitto är inte alltid samma sak som att överföringen är slutförd. Spara tidpunkter och ärendenummer så att supporten kan hitta rätt begäran om processen stannar.
Om flytten avvisas undersöker du orsaken innan du försöker igen. Det kan handla om kod, status, låsning eller andra villkor som behöver redas ut. Begär inte upprepade flyttar med olika uppgifter på måfå. Kontrollera också att koden fortfarande är giltig enligt tjänstens hantering och att ingen annan ansvarig samtidigt har startat ett separat ärende för samma domän.
Undvik onödiga parallella ändringar medan överföringen behandlas. Fortsätt bevaka webb och e-post, och låt befintliga tjänster vara tillgängliga enligt planen. Om ett oväntat driftfel uppstår ska du undersöka DNS-svaren och tjänsternas status, inte utgå från att registreringen ensam måste vara orsaken. Den tidigare ansvarskartan hjälper dig att kontakta rätt part med en tydlig felbeskrivning.
Verifiera registrering, webb och e-post efteråt
När den nya registraren bekräftar att flytten är klar kontrollerar du att domänen finns i rätt konto och att kontaktuppgifter och förnyelseinställningar stämmer. Bekräfta nästa viktiga datum och hur betalning hanteras. Om du använder automatisk förnyelse behöver den vara korrekt inställd hos den nya leverantören; anta inte att alla kontoinställningar följer med från den gamla.
Kontrollera namnservrar och relevanta DNS-poster mot inventeringen. Om DNSSEC används ska även dess funktion verifieras enligt den valda övergångsplanen. Öppna webbplatsen med HTTPS och prova både huvudnamnet och www när båda används. Kontrollera en undersida och någon särskild underdomän. Ett fungerande bokmärke till en cachad startsida är inte tillräckligt för att bedöma hela domänens funktion.
Prova e-post i båda riktningarna och kontrollera viktiga integrationer. Om du samtidigt har ändrat DNS bör du även testa från mer än ett nätverk, eftersom cache kan ge olika svar under övergången. Dokumentera vilka svar du får och när. Undvik att lova att allt alltid blir identiskt efter ett bestämt antal timmar; olika poster och tidigare cachevärden kan ha olika förutsättningar.
Spara en kort verifieringsrapport med tidpunkt, kontroller och eventuella kvarstående frågor. Om något avviker kan du jämföra mot den ursprungliga kartan och den nya konfigurationen. Det hjälper dig att skilja en saknad post från ett problem i själva webbservern eller e-postkontot. Åtgärda det identifierade felet i rätt system i stället för att ändra flera delar samtidigt.
Ett registrarbyte som behåller samma adresser innebär normalt inget behov av nya omdirigeringar på webbplatsen. Kontrollera ändå att befintliga omdirigeringar och HTTPS fortsätter fungera om fler tjänster ändrats samtidigt. Om du också byter själva domännamnet är det en annan typ av flytt, där gamla och nya sid-adresser behöver hanteras systematiskt. Blanda inte ihop dessa två uppgifter i dokumentationen. Skriv uttryckligen om adresserna ska vara oförändrade, så att ingen aktiverar en ny standardstartsida eller byter webbplatsens grundadress av misstag under administrationen. Den kontrollen hjälper även redaktörer och andra ansvariga att förstå vad de ska förvänta sig efter arbetet.
Avsluta gamla tjänster först när beroendena är borta
Gå igenom det gamla avtalet när den nya administrationen och alla berörda funktioner har verifierats. Ta reda på vilka tjänster som fortfarande behövs och vad en uppsägning faktiskt avslutar. Ett paket kan innehålla DNS, lagring, e-post och andra funktioner även efter att domänregistreringen flyttats. Markera uttryckligen vad som ska behållas och vad som kan avslutas.
Spara nödvändiga kopior innan data tas bort eller åtkomst upphör. Det kan gälla webbplatsens filer, databaser och e-postarkiv. Guiden om säkerhetskopiering och återställning hjälper dig att kontrollera att det sparade materialet går att använda. En nedladdad fil är inte samma sak som en prövad återställningsväg, och ett avslutat konto kan vara svårt att få tillbaka med samma innehåll.
Uppdatera till sist verksamhetens dokumentation: var domänen förnyas, var DNS ändras, vem som ansvarar för e-posten och vilka personer som har administrativ åtkomst. Behåll flyttens viktigaste beslut så att nästa förändring börjar med korrekta uppgifter. En lyckad domänflytt är klar när både administrationen och de tjänster som använder namnet fungerar under de avtal du avser att ha kvar.