Răspuns rapid
Cum funcționează transferurile de domenii?
Un transfer de domeniu gTLD mută un nume de la un registrar acreditat ICANN la altul cu un cod de autorizare. Conform politicii de transfer ICANN în vigoare din octombrie 2026, vechiul registrar are 5 zile calendaristice pentru a răspunde. Apoi transferul este aprobat implicit. La TransferOffshore un transfer .com costă 12,49 USD și adaugă un an.
Regulile de transfer de domenii în vigoare astăzi
| Politica în vigoare | Politica de transfer ICANN, versiunea actualizată la 21 februarie 2024; obligatorie pentru registrari din 21 august 2025 |
|---|---|
| Fereastra registrarului cedent | 5 zile calendaristice de la notificarea registrului; lipsa unui răspuns înseamnă că transferul este aprobat implicit |
| Termenul limită pentru codul de autorizare | În termen de 5 zile calendaristice de la cererea ta, atunci când registrarul nu are un instrument self-service; niciodată blocat din cauza unei dispute privind plata |
| Blocare după înregistrare sau transfer | 60 de zile: un motiv pe care registrarilor le este permis să îl invoce pentru a refuza; mulți registrari îl aplică, iar unele registre îl impun |
| Blocare la schimbarea deținătorului | 60 de zile după schimbarea deținătorului; registrarul poate oferi o opțiune de renunțare înainte de schimbare |
| Timp adăugat la gTLD-uri | Un an adăugat la data de expirare curentă, cu un total plafonat la 10 ani |
| Reguli care urmează | Transfer Policy Review adoptată de Consiliul ICANN la 7 iunie 2026 (blocări de 30 de zile, cod unic); nicio dată de intrare în vigoare publicată până la 19 octombrie 2026 |
| Prețul transferului aici | .com 12,49 USD, la fel ca reînnoirea; toate prețurile din lista de prețuri |
Cine face ce într-un transfer de nume de domeniu?
Patru părți iau parte, iar doar una dintre ele ești tu. Registrul administrează extensia, cei doi registrari o vând, iar tu deții numele.
| Partea | Cine este | Rolul ei în transfer |
|---|---|---|
| Deținătorul | Tu, posesorul numelui de domeniu | Dezactivează blocarea, obține codul de autorizare, îl dai noului registrar, menții adresa de email de contact accesibilă |
| Registrarul cedent | Registrarul de înregistrare actual | Emite codul de autorizare, elimină clientTransferProhibited, apoi aprobă, refuză pentru un motiv din listă sau lasă cele 5 zile să expire |
| Registrarul primitor | Registrarul la care te muți; la TransferOffshore, partenerul nostru registrar acreditat de ICANN, afișat în înregistrarea RDAP | Preia codul, trimite cererea de transfer către registru, verifică emailul deținătorului |
| Registru | Operatorul extensiei (Verisign pentru .com) | Verifică codul, setează pendingTransfer, îi anunță pe registrarul cedent, finalizează mutarea și prelungește data de expirare |
Registrul este arbitrul. El deține înregistrarea autoritativă a numelui de domeniu: registrarul său sponsor, statusurile sale, data sa de expirare și nameserverele sale. Un transfer schimbă registrarul sponsor în acea înregistrare. Nu schimbă nameserverele, motiv pentru care un site poate rămâne online pe tot parcursul procesului.
Ce se întâmplă între ziua 0 și ziua 5?
Un transfer de gTLD se finalizează cel târziu în ziua 5, cu excepția cazului în care registrarul cedent îl refuză pentru un motiv permis de politică. Mulți registrari îți permit și să aprobi mai devreme transferul de ieșire, ceea ce îl poate finaliza în câteva ore.
| Când | Ce se întâmplă | Statusul numelui de domeniu |
|---|---|---|
| Înainte de ziua 0 | Dezactivezi blocarea transferului și copiezi codul de autorizare la registrarul cedent | Blocare eliminată |
| Ziua 0 | Registrarul primitor trimite cererea cu codul; registrul verifică codul și îl notifică pe registrarul cedent | pendingTransfer |
| Zilele 1 până la 5 | Registrarul de origine îți poate trimite un e-mail, poate aproba transferul mai devreme sau îl poate refuza pentru un motiv permis | pendingTransfer |
| Ziua 5 | Fără un răspuns, registrul aprobă transferul implicit | Înapoi la ok, registrar nou |
| După mutare | Noul registrar poate bloca un alt transfer timp de 60 de zile | Adesea clientTransferProhibited |
În contul tău TransferOffshore, secțiunea My domains arată aceeași cronologie: Solicitat → Se așteaptă registrarul actual (până la 5 zile) → Finalizat sau Eșuat. Un rând eșuat arată motivul, de exemplu un cod greșit sau un nume de domeniu încă blocat, cu un câmp pentru a trimite un cod corectat.
Ce este codul de autorizare și cine trebuie să ți-l dea?
Codul de autorizare (numit și cod EPP sau AuthInfo) este o parolă stocată la registru pentru fiecare nume de domeniu. Registrarul care primește domeniul trebuie să îl trimită odată cu cererea de transfer, iar registrul refuză cererea dacă nu se potrivește.
Registrarul de origine trebuie să îți dea codul. Dacă nu are un instrument de autoservire, politica îi acordă 5 zile calendaristice de la cererea ta. Nu poate refuza codul pentru că îi datorezi bani. Registrele de țară își stabilesc propriile reguli: un AuthInfo pentru .de este valabil 30 de zile, iar .uk nu folosește deloc cod. Detalii în ce este un cod de autorizare.
Ce blocaje și statusuri opresc un transfer?
Există două tipuri de blocaj: un status pe care îl poți elimina singur și o regulă bazată pe timp pe care nu poți decât să o aștepți. RDAP arată statusurile, iar instrumentul Lookup al ICANN le citește pentru orice nume de domeniu gTLD.
| Blocaj sau status | Setat de | Ce înseamnă | Ce faci |
|---|---|---|---|
| clientTransferProhibited | Registrarul cedent | Registrul respinge orice cerere de transfer | Dezactivează blocajul de transfer din panoul registrarului tău |
| serverTransferProhibited | Registru | Un blocaj la nivel de registru, adesea legat de o dispută sau de o perioadă de redempțiune | Întreabă registrarul de ce este setat |
| pendingTransfer | Registru | Există o cerere de transfer deschisă | Așteaptă sau aprobă transferul mai devreme la registrarul de origine |
| 60 de zile după înregistrare sau transfer | Politica registrarului, uneori cea a registrului | Registrarul poate refuza transferul | Așteaptă până în ziua 61 |
| Blocaj de 60 de zile la schimbarea titularului | Registrar | Registrarul trebuie să refuze transferul | Așteaptă sau cere excluderea înainte de următoarea schimbare |
| redemptionPeriod | Registru | Numele de domeniu a fost șters după expirare | Recuperează-l mai întâi la registrarul vechi |
Lista completă a cauzelor, cu o soluție pentru fiecare, este în de ce un nume de domeniu nu poate fi transferat.
Ce se adaugă la data de expirare după un transfer?
La gTLD-uri precum .com, .net și .org, un transfer finalizat adaugă un an la data de expirare existentă. Timpul deja plătit este păstrat. Politica limitează termenul total neexpirat la 10 ani, așa că un domeniu reînnoit aproape de această limită nu poate primi întregul an suplimentar.
Un exemplu: un .com expiră pe 1 martie 2027 și se mută pe 10 noiembrie 2026. Noua sa dată de expirare este 1 martie 2028.
Perioada de grație pentru reînnoirea automată. Dacă vechiul registrar a reînnoit automat domeniul în ultimele 45 de zile, registrul anulează acea reînnoire și creditează registrarul pierzător. Transferul adaugă apoi propriul an. Rezultatul net este un an după vechea dată de expirare, nu doi. Dacă ai plătit vechiului registrar pentru acea reînnoire, rambursarea depinde de politica sa.
Extensiile de țară diferă. Un transfer .uk lasă data de expirare așa cum este. Un transfer .ai adaugă doi ani începând cu 15 ianuarie 2025, conform declarației operatorului registrului pentru Domain Name Wire; TransferOffshore îl facturează ca 2 ani: 86,49 USD plus o reînnoire, 172,98 USD. Un transfer .ch nu adaugă niciun an.
Cum diferă transferurile pentru extensiile de țară (ccTLD)?
ccTLD-urile nu urmează Politica de transfer ICANN: fiecare registru își scrie propriile reguli. Mecanismul, timpul de așteptare și anul adăugat se pot schimba toate. Tabelul de mai jos acoperă extensiile despre care se întreabă cel mai des; tabelul reguli de transfer pe extensie acoperă 40.
| Extensie | Cum se mută | Anul adăugării | Viteză | Încredere |
|---|---|---|---|---|
| .uk | Schimbarea etichetei IPS de către registrarul actual, fără cod; transferurile pe bază de cod din 9 februarie 2027, conform Realtime Register | Nu, data de expirare rămâne neschimbată | Nu este precizat de Nominet | Mixt |
| .de | AuthInfo valabil 30 de zile, un singur transfer | Depinde de registrar | Imediat, odată ce AuthInfo corespunde (DENIC) | Principal pentru mecanism |
| .nl | Token pe care registrarul trebuie să ți-l dea în 5 zile | Depinde de registrar | Imediat (SIDN) | Principal și secundar |
| .ch | Cod de transfer de la registrar | Nu | Nespecificat | Mixt |
| .ai | Cod de autorizare EPP | Doi ani din 15 ianuarie 2025 | Registrarul cedent are 7 zile, conform unor surse secundare | Secundară |
Fiecare extensie pe care o preluăm are și propriul ghid în ghidurile de transfer pe extensii.
Când trebuie, poate sau nu poate un registrar să refuze un transfer?
Politica de transfer împarte motivele de refuz în trei liste. Un registrar care refuză pentru un motiv din afara lor își încalcă contractul ICANN.
| Regulă | Motiv | Secțiune din politică |
|---|---|---|
| Trebuie să refuze | O procedură UDRP despre care registrarul a fost informat | I.A.3.8 |
| Trebuie să refuze | O hotărâre judecătorească | I.A.3.8 |
| Trebuie să refuze | Un caz TDRP (Transfer Dispute Resolution Policy) în curs | I.A.3.8 |
| Trebuie să refuze | O procedură URS sau o suspendare URS | I.A.3.8 |
| Trebuie să refuze | Blocajul de 60 de zile la schimbarea deținătorului, cu excepția cazului în care deținătorul a renunțat | I.A.3.8 |
| Poate să refuze | Dovezi de fraudă | I.A.3.7 |
| Poate să refuze | Un litigiu rezonabil privind identitatea persoanei care face cererea | I.A.3.7 |
| Poate să refuze | Neplata pentru o perioadă anterioară sau expirată, după plasarea domeniului pe Registrar Hold | I.A.3.7 |
| Poate să refuze | Obiecție expresă din partea contactului de transfer | I.A.3.7 |
| Poate să refuze | Mai puțin de 60 de zile de la creare sau de la un transfer anterior | I.A.3.7 |
| Nu poate să refuze | Neplata pentru o perioadă în curs sau viitoare | I.A.3.9 |
| Nu poate să refuze | Niciun răspuns de la deținător sau de la contactul administrativ | I.A.3.9 |
| Nu poate să refuze | Un blocaj pe care deținătorul nu a avut nicio modalitate rezonabilă să îl elimine | I.A.3.9 |
| Nu poate să refuze | Expirarea sau neprelungirea domeniului, conform FAQ-ului ICANN pentru deținători | I.A.3.9 |
Se vor schimba aceste reguli în curând?
Da, dar nu încă. Pe 7 iunie 2026, Consiliul ICANN a adoptat Transfer Policy Review (rezoluția 2026.06.07.04). Aceasta aduce blocaje de 30 de zile în loc de 60, un cod de autorizare a transferului (TAC) unic, valabil 14 zile, și sfârșitul blocajului de 60 de zile pentru schimbarea registrantului.
Începând cu 19 octombrie 2026, ICANN nu a publicat nicio dată de intrare în vigoare. Până atunci, fiecare regulă de pe această pagină rămâne în vigoare. Pagina modificări ale politicii de transfer ICANN urmărește detaliile.
Cum funcționează un transfer către TransferOffshore?
Introduci fiecare domeniu și codul său de autorizare în formularul de transfer, un rând per domeniu, până la 20 rânduri per cerere. Nameserverele tale actuale sunt păstrate implicit, așa că site-ul și emailul continuă să funcționeze. Plătești dintr-un sold în cripto, iar cererile ajung la registre odată ce plata este creditată. Registrarul de drept devine partenerul nostru registrar acreditat de ICANN, afișat în înregistrarea RDAP.
Prețul de transfer este egal cu prețul de reînnoire al extensiei și se facturează o dată per domeniu (un .ai este facturat 2 ani, transfer + o reînnoire): .com 12,49 USD, .net 12,99 USD, .org 12,49 USD. Ghidul complet este în cum transferi un domeniu la un registrar offshore.
Întrebări despre transferul domeniilor
Cât durează transferul unui domeniu?
Un transfer gTLD durează până la 5 zile calendaristice. Registrul notifică registrarul pierzător, care are 5 zile să răspundă înainte ca transferul să fie aprobat implicit. Aprobarea timpurie la registrarul pierzător poate reduce acest timp la câteva ore. Unele registre naționale, cum ar fi DENIC pentru .de și SIDN pentru .nl, finalizează transferul imediat ce codul corespunde.
Poate vechiul registrar să-mi blocheze transferul?
Doar pentru motivele enumerate în Politica de transfer ICANN. Trebuie să refuze în timpul unui caz UDRP, al unei hotărâri judecătorești sau al unui blocaj de schimbare a registrantului. Poate refuza pentru fraudă, o dispută de identitate, o perioadă neplătită anterior sau perioada de 60 de zile după înregistrare sau transfer. Nu poate refuza pentru că domeniul a expirat sau pentru că nu ai răspuns la un e-mail.
Pierd timpul deja plătit când transfer domeniul?
Nu. Pentru gTLD-uri, registrul păstrează data de expirare curentă și adaugă un an, până la un total de 10 ani. Dacă domeniul a fost reînnoit automat în ultimele 45 de zile, registrul anulează acea reînnoire. Transferul adaugă în schimb un an, așa că ajungi la un an după vechea dată de expirare.
Un transfer îmi schimbă nameserverele?
Nu. Nameserverele sunt stocate la registru și rămân aceleași pe parcursul transferului. Întreruperea apare doar când DNS-ul este găzduit de vechiul registrar și încetează odată ce domeniul pleacă. TransferOffshore păstrează nameserverele tale actuale implicit. Vezi transfer fără întreruperi DNS.
De ce trebuie să aștept 60 de zile după înregistrarea unui domeniu?
Politica actuală ICANN permite unui registrar să refuze un transfer în termen de 60 de zile de la data creării sau de la un transfer anterior. Este un motiv permis, nu o obligație, dar mulți registrari îl aplică și unele registre îl impun. Politica adoptată pe 7 iunie 2026 îl va scurta la 30 de zile odată ce intră în vigoare.
Cine îmi trimite e-mailuri în timpul unui transfer?
De obicei registrarul pierzător, care îți poate cere să confirmi sau să respingi transferul. Conform politicii actuale, nu trebuie să răspunzi: tăcerea duce la aprobare după 5 zile. Registrarul câștigător îți verifică și e-mailul. ICANN impune această verificare în termen de 15 zile, altfel domeniul este suspendat.
Domeniile ccTLD urmează aceleași reguli?
Nu. Registrele naționale își stabilesc propriile reguli de transfer. Un domeniu .uk se mută prin schimbarea etichetei IPS, fără cod și fără an adăugat. Un transfer .de sau .nl se finalizează imediat ce codul corespunde. Tabelul reguli pe extensie le listează pe fiecare cu sursa sa.
Surse (11)
- Transfer Policy (actualizat 21 februarie 2024) — ICANN (verificat 2026-10-19)
- Transfer Policy (text din 2016) — ICANN (verificat 2026-10-19)
- Întrebări frecvente pentru deținătorii de domenii despre transferul numelor de domeniu — ICANN (verificat 2026-10-19)
- Codurile de stare EPP: ce înseamnă și de ce ar trebui să le știu? — ICANN (verificat 2026-10-19)
- Aviz pentru registrari privind perioada de grație pentru reînnoirea automată (6 iunie 2002) — ICANN (verificat 2026-10-19)
- Perioadele de grație explicate — Identity Digital (verificat 2026-10-19)
- Rezoluții aprobate, ședința ordinară a Consiliului de Administrație ICANN, 7 iunie 2026 — ICANN (verificat 2026-10-19)
- Provider transfer of .de domains — DENIC (verificat 2026-10-19)
- Transferring your domain name — SIDN (verificat 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (verificat 2026-10-19)
- Identity Digital administrează acum domeniile .ai — Domain Name Wire (verificat 2026-10-19)
Ești gata să muți un nume de domeniu?
Introdu numele și codul său de autentificare. Nameserverele sunt păstrate, un an este adăugat pentru gTLD-uri, iar tu plătești în cripto fără acte de identitate.