Snabbt svar
Varför kan jag inte överföra min domän?
Om du inte kan överföra din domän är oftast ett lås orsaken. De tre vanligaste är 60-dagarsperioden efter registrering eller överföring, ett lås vid byte av registrant och statusen clientTransferProhibited. Per oktober 2026 visar TransferOffshore orsaken till felet under Mina domäner, där du kan skicka en korrigerad kod.
Överföringslås: viktiga fakta
| Lås efter registrering eller överföring | 60 dagar; registrare får neka inom den, många gör det och vissa registries tillämpar den |
|---|---|
| Lås vid byte av registrant | 60 dagar efter ändring av namn, organisation eller e-post; registraren måste neka om du inte har valt bort det |
| Registrarlås | Status clientTransferProhibited; du kan stänga av det i kontrollpanelen |
| Registry-lås | Status serverTransferProhibited; endast registraren eller registret kan häva det |
| Återställningsperiod | Ingen överföring alls; återställ domänen hos den gamla registraren först |
| Fall där nekande är obligatoriskt | Pågående UDRP, domstolsbeslut, TDRP, URS |
| Var du läser statusen | ICANN Lookup (lookup.icann.org), som läser RDAP-data |
| Kommande ändring | 30-dagarslås enligt policyn som antogs den 7 juni 2026; inget ikraftträdandedatum per den 19 oktober 2026 |
Vilket lås stoppar din överföring?
Matcha det du ser mot en rad. Orsakskolumnen anger om den gamla registraren får neka, måste neka eller bara väntar på dig.
| Vad du ser | Trolig orsak | Lösning |
|---|---|---|
| Felmeddelande om "mindre än 60 dagar", eller koden visas som otillgänglig | Domänen registrerades eller överfördes under de senaste 60 dagarna; registrare får neka och många gör det | Vänta till dag 61 efter Created-datumet eller det senaste överföringsdatumet |
| Överföring nekad kort efter att du ändrade ägarens namn, organisation eller e-post | 60-dagarslås vid byte av registrant; registrar måste neka | Vänta 60 dagar; inför nästa ändring, be registrar om opt-out |
| Statusen visar clientTransferProhibited | Registrarens överföringslås är aktiverat | Stäng av "transfer lock" eller "domain lock"; vissa registrar slår på det igen efter några dagar |
| Statusen visar serverTransferProhibited | Ett lås på domänregisternivå: en tvist, en inlösensperiod eller en registry lock-tjänst | Fråga registrar vilket det är; ett betalt registry lock kräver sin egen upphäkningsprocedur |
| "Ogiltig auth-kod" eller "fel kod" | Skrivfel, en nyare kod ersatte den, eller en ccTLD-kod har gått ut | Begär en ny kod och klistra in den utan mellanslag; skicka den igen från Mina domäner |
| Statusen visar redemptionPeriod | Domänen raderades efter utgång | Återställ den hos den gamla registraren (den sätter avgiften), överför sedan |
| Statusen visar pendingDelete | Domänen är på väg att släppas | Ingen överföring eller återställning är möjlig; vänta på att den släpps och registrera den igen |
| Nekande med hänvisning till en tvist eller domstolsbeslut | Pågående UDRP, domstolsbeslut, TDRP eller URS; registrar måste neka | Vänta tills ärendet är avslutat och följ dess beslut |
| Nekande med hänvisning till en obetald tidigare period, med status clientHold | Obetald avgift för en tidigare eller utgången period; registrar kan neka efter en Registrar Hold | Gör upp den tidigare perioden med den gamla registraren |
| Ingen kod kommer fram, eller bekräftelsemailet kommer aldrig | Registrantens e-post är föråldrad eller trasig | Fixa brevlådan eller uppdatera e-postadressen; be om opt-out först, eftersom detta kan räknas som byte av registrant |
Varför blockerar registrar överföringar i 60 dagar?
Eftersom gällande ICANN Transfer Policy tillåter det, inte för att den kräver det. En registrar får neka en överföring inom 60 dagar från skapelsedatumet, eller inom 60 dagar efter en tidigare överföring. Många registrar tillämpar den regeln, och vissa registry-avtal gör den till ett lås på domänregisternivå.
För att räkna dagarna, läs domänens Created-datum, eller datumet för dess senaste överföring, i ICANN Lookup. Lägg till 60 dagar och planera flytten till dagen efter.
Policyn som antogs den 7 juni 2026 ersätter detta med ett obligatoriskt 30-dagarslås (720 timmar). Det gäller efter skapande och efter en överföring. Den är inte i kraft: per den 19 oktober 2026 har inget ikraftträdandedatum publicerats. Ändringarna finns på ICANN transfer policy changes.
Vad är låset vid byte av registrant, och kan du undvika det?
Det är en 60-dagarsblockering av överföringar efter en ändring av domänens ägaruppgifter. Enligt gällande policy räknas en väsentlig ändring av registrantens namn, organisation eller e-post som ett byte av registrant. Registraren måste då införa ett 60-dagarslås för överföring mellan registrar och måste neka alla överföringar under den tiden.
Registraren får låta dig välja opt-out innan ändringen görs. Vissa erbjuder det som en kryssruta eller ett "hoppa över"-alternativ; andra bygger in det i sina villkor. När låset väl är satt finns ingen genväg: vänta ut de 60 dagarna.
Lärdomen för en flytt: uppdatera kontaktuppgifterna efter överföringen, inte före, om du inte väljer opt-out. Den nya policyn tar bort detta lås och dess opt-out, men först när den träder i kraft.
Hur läser du en domäns status med ICANN Lookup?
Öppna lookup.icann.org, skriv domännamnet och läs raderna Domain Status. ICANN Lookup läser registreringsdata via RDAP, protokollet som ersatte WHOIS för gTLD:er. Det visar de data som domänregistret och registraren publicerar.
Slå upp domänen
Gå till lookup.icann.org och ange namnet, till exempel example.com.
Läs statusarna
Varje rad i Domain Status är en EPP-kod. clientTransferProhibited är din registrars lås; serverTransferProhibited är domänregistrets.
Läs datumen
Datumen Created, Updated och Expiration visar om 60-dagarsperioden har passerat och om domänen har gått ut.
Läs registraren
Fältet Registrar anger den avgivande registraren, den som måste släppa domänen.
En domän som bara visar "ok" (eller "active") har ingen statuslåsning. Landsändelser publicerar mindre data, och vissa använder inte RDAP; kontrollera dem hos domänregistret eller registraren.
Vad får en registrar aldrig använda för att blockera din överföring?
Policyn listar skäl som en registrar inte får använda. Om din gamla registrar anger ett av dessa bryter den mot sitt ICANN-avtal:
- utebliven betalning för en pågående eller framtida registreringsperiod;
- inget svar från registranten eller administratörskontakten på dess e-post;
- ett lås som du inte hade någon rimlig möjlighet att ta bort själv;
- att domänen löpt ut eller inte förnyats, enligt ICANN:s registrant-FAQ.
Den får inte heller hålla kvar auth-koden på grund av en betalningstvist. Utan ett självbetjäningsverktyg måste den lämna koden inom 5 kalenderdagar. Mer om koden i vad en auth-kod är.
Vad ser du i TransferOffshore när en överföring misslyckas?
Domänens rad i Mina domäner blir Failed och anger orsaken. Vanliga orsaker är en felaktig överföringskod, en domän som fortfarande är låst eller mindre än 60 dagar sedan registrering. Ett formulär på samma sida tar emot en korrigerad kod, så du behöver inte börja om.
Om blockeringen är ett tidsbaserat lås, notera datumet och kom tillbaka efter det. Är det ett statuslås tar du bort det hos den gamla registraren och skickar sedan igen. Var varje registrar har sin låsbrytare finns i guiderna överföring från…. Priserna finns på prislistan.
Frågor om överföringslås
Hur tar jag bort clientTransferProhibited?
Stäng av överföringslåset (även kallat domänlås eller registrar-lås) i din nuvarande registrars kontrollpanel. Kontrollera efteråt i ICANN Lookup att statusen är borta. Vissa registrare slår på låset igen efter några dagar (OVHcloud efter 7). Begär koden och skicka överföringen strax efter att du låst upp.
Kan 60-dagarslåset efter registrering hävas?
Ibland. Enligt nuvarande ICANN-policy är 60-dagarsperioden efter registrering eller överföring ett skäl som en registrar får använda, inte måste använda. En registrar kan välja att inte tillämpa det, men många gör det, och vissa domänregister tillämpar låset själva. Policyn som antogs i juni 2026 gör det till fasta 30 dagar.
Jag bytte e-post och nu kan jag inte överföra. Varför?
Att ändra registrantens e-post kan räknas som ett registrantbyte, vilket sätter ett 60-dagars överföringslås. Registraren måste neka överföringar under den tiden, om du inte valde bort det före ändringen. Vänta tills låset upphör, och begär opt-out nästa gång innan du redigerar kontaktuppgifter.
Kan jag överföra en domän under en UDRP-tvist?
Nej. När registraren har informerats om ett UDRP-förfarande måste den neka alla överföringar tills ärendet är avslutat. Samma sak gäller ett domstolsbeslut, ett TDRP-ärende eller ett URS-förfarande. Regeln gäller offshore också: hos TransferOffshore tillämpas UDRP-panelens beslut, som ICANN kräver av varje registrar.
Min domän har löpt ut. Är det därför överföringen misslyckas?
Inte i sig: registrare får inte neka en överföring för att en domän löpt ut. Blockeringarna kommer från redemption-perioden, där domänen först måste återställas, eller från en obetald tidigare period med Registrar Hold. Se överföring av utgångna domäner.
Vad betyder serverTransferProhibited?
Det är domänregistret, inte din registrar, som har blockerat överföringar. ICANN beskriver det som ovanligt och ofta kopplat till en tvist eller en redemption-period. Vissa ägare köper också en registry lock-tjänst som sätter det med avsikt. Fråga din registrar vilket fall som gäller, eftersom bara den kan be domänregistret att häva det.
Källor (7)
- Transfer Policy (uppdaterad 21 februari 2024) — ICANN (kontrollerad 2026-10-19)
- Transfer Policy (2016 års text) — ICANN (kontrollerad 2026-10-19)
- Vanliga frågor från registranter om överföring av domännamn — ICANN (kontrollerad 2026-10-19)
- EPP-statuskoder: Vad betyder de, och varför bör jag känna till dem? — ICANN (kontrollerad 2026-10-19)
- ICANN Lookup — ICANN (kontrollerad 2026-10-19)
- Transfer Policy Review PDP Final Report — ICANN GNSO (kontrollerad 2026-10-19)
- Överföra ett utgående domännamn — OVHcloud (kontrollerad 2026-10-19)
Låset hävt? Skicka överföringen
Ange domänen och dess auth-kod. Namnservrar behålls, .com kostar 12,49 US$ med ett år tillagt, ingen ID, betalas med krypto.