Jawaban singkat
Bagaimana cara kerja transfer domain?
Transfer nama domain gTLD memindahkan nama dari satu registrar terakreditasi ICANN ke registrar lain dengan kode auth. Di bawah Kebijakan Transfer ICANN yang berlaku per Oktober 2026, registrar lama memiliki 5 hari kalender untuk menjawab. Setelah itu transfer disetujui secara default. Di TransferOffshore transfer .com berbiaya US$12,49 dan menambah satu tahun.
Aturan transfer domain yang berlaku saat ini
| Kebijakan yang berlaku | Kebijakan Transfer ICANN, versi diperbarui 21 Februari 2024; wajib bagi registrar sejak 21 Agustus 2025 |
|---|---|
| Jendela registrar yang kehilangan domain | 5 hari kalender setelah pemberitahuan registri; tidak ada jawaban berarti transfer disetujui secara default |
| Batas waktu kode auth | Dalam 5 hari kalender sejak permintaan Anda jika registrar tidak memiliki alat swalayan; tidak pernah ditahan karena sengketa pembayaran |
| Kunci setelah pendaftaran atau transfer | 60 hari: alasan yang dapat digunakan registrar untuk menolak; banyak registrar menerapkannya, dan sebagian registri menegakkannya |
| Kunci perubahan pendaftar | 60 hari setelah perubahan pendaftar; registrar dapat menawarkan opsi opt-out sebelum perubahan |
| Waktu tambahan pada gTLD | Satu tahun ditambahkan ke tanggal kedaluwarsa saat ini, dengan total dibatasi 10 tahun |
| Aturan berikutnya | Transfer Policy Review diadopsi oleh ICANN Board pada 7 Juni 2026 (kunci 30 hari, kode sekali pakai); belum ada tanggal berlaku yang diterbitkan per 19 Oktober 2026 |
| Harga transfer di sini | .com US$12,49, sama dengan perpanjangan; semua harga ada di daftar harga |
Siapa melakukan apa dalam transfer domain?
Empat pihak terlibat, dan hanya satu di antaranya adalah Anda. Registri menjalankan ekstensi, kedua registrar menjualnya, dan Anda memegang nama tersebut.
| Pihak | Siapa | Tugasnya dalam transfer |
|---|---|---|
| Pendaftar | Anda, pemegang nama domain | Menghapus kunci, mengambil kode auth, memberikannya ke registrar baru, menjaga email kontak tetap dapat dihubungi |
| Registrar pelepasan | Registrar yang tercatat saat ini | Menerbitkan kode auth, menghapus clientTransferProhibited, lalu menyetujui, menolak dengan alasan yang tercantum, atau membiarkan 5 hari berjalan habis |
| Registrar penerima | Registrar tujuan Anda; di TransferOffshore, mitra registrar terakreditasi ICANN kami, ditampilkan di catatan RDAP | Menerima kode, mengirim permintaan transfer ke registri, memverifikasi email pendaftar |
| Registri | Operator ekstensi (Verisign untuk .com) | Memeriksa kode, menetapkan pendingTransfer, memberi tahu registrar pelepasan, menyelesaikan pemindahan dan memperpanjang tanggal kedaluwarsa |
Registri adalah wasit. Registri memegang catatan otoritatif nama domain: registrar sponsornya, statusnya, tanggal kedaluwarsanya, dan nameserver-nya. Transfer mengubah registrar sponsor dalam catatan tersebut. Transfer tidak mengubah nameserver, itulah sebabnya situs web dapat tetap online sepanjang proses.
Apa yang terjadi antara hari 0 dan hari 5?
Transfer gTLD selesai paling lambat pada hari 5, kecuali registrar pelepasan menolaknya dengan alasan yang diizinkan kebijakan. Banyak registrar juga memungkinkan Anda menyetujui transfer keluar lebih awal, sehingga dapat selesai dalam hitungan jam.
| Kapan | Apa yang terjadi | Status domain |
|---|---|---|
| Sebelum hari 0 | Anda mematikan kunci transfer dan menyalin kode auth di registrar pelepasan | Kunci dihapus |
| Hari 0 | Registrar penerima mengirim permintaan dengan kode; registri memeriksa kode dan memberi tahu registrar pelepasan | pendingTransfer |
| Hari 1 sampai 5 | Registrar yang kehilangan domain dapat mengirim email kepada Anda, menyetujui lebih awal, atau menolak dengan alasan yang diizinkan | pendingTransfer |
| Hari 5 | Tanpa jawaban, registri menyetujui transfer secara default | Kembali ke ok, registrar baru |
| Setelah pemindahan | Registrar baru dapat memblokir transfer lain selama 60 hari | Sering kali clientTransferProhibited |
Di akun TransferOffshore Anda, My domains menampilkan linimasa yang sama: Diminta → Menunggu registrar saat ini (hingga 5 hari) → Selesai atau Gagal. Baris yang gagal menampilkan alasannya, seperti kode yang salah atau domain yang masih terkunci, dengan kolom untuk mengirim kode yang sudah diperbaiki.
Apa itu auth code, dan siapa yang harus memberikannya?
Auth code (juga disebut EPP code atau AuthInfo) adalah kata sandi yang disimpan di registri untuk setiap domain. Registrar penerima harus mengirimkannya bersama permintaan transfer, dan registri menolak permintaan jika tidak cocok.
Registrar yang kehilangan domain wajib memberi Anda kode tersebut. Jika tidak ada alat swalayan, kebijakan memberinya 5 hari kalender sejak permintaan Anda. Registrar tidak boleh menolak memberikan kode karena Anda memiliki utang. Registri negara menetapkan aturannya sendiri: AuthInfo .de berlaku 30 hari, dan .uk tidak menggunakan kode sama sekali. Detailnya di apa itu auth code.
Kunci dan status apa yang menghentikan transfer?
Ada dua jenis kunci: status yang dapat Anda hapus sendiri, dan aturan berbasis waktu yang hanya bisa Anda tunggu. RDAP menampilkan status tersebut, dan alat Lookup milik ICANN membacanya untuk domain gTLD apa pun.
| Kunci atau status | Ditetapkan oleh | Artinya | Yang Anda lakukan |
|---|---|---|---|
| clientTransferProhibited | Registrar pelepasan | Registri menolak setiap permintaan transfer | Matikan kunci transfer di dasbor registrar Anda |
| serverTransferProhibited | Registri | Blokir di tingkat registri, sering terkait sengketa atau masa redemption | Tanyakan kepada registrar mengapa status itu ditetapkan |
| pendingTransfer | Registri | Permintaan transfer sedang terbuka | Tunggu, atau setujui lebih awal di registrar yang kehilangan domain |
| 60 hari setelah pendaftaran atau transfer | Kebijakan registrar, kadang registri | Registrar dapat menolak transfer | Tunggu hingga hari ke-61 |
| Kunci perubahan pendaftar selama 60 hari | Registrar | Registrar harus menolak transfer | Tunggu, atau minta pengecualian sebelum perubahan berikutnya |
| redemptionPeriod | Registri | Domain dihapus setelah kedaluwarsa | Pulihkan dulu di registrar lama |
Daftar lengkap penyebabnya, beserta solusi untuk masing-masing, ada di mengapa domain tidak dapat ditransfer.
Apa yang ditambahkan ke tanggal kedaluwarsa setelah transfer?
Pada gTLD seperti .com, .net, dan .org, transfer yang selesai menambahkan satu tahun ke tanggal kedaluwarsa yang ada. Waktu yang sudah Anda bayar tetap dipertahankan. Kebijakan membatasi total masa berlaku yang belum kedaluwarsa hingga 10 tahun, sehingga domain yang diperpanjang mendekati batas itu tidak dapat mengambil seluruh tahun tambahan.
Contoh: .com kedaluwarsa pada 1 Maret 2027 dan pindah pada 10 November 2026. Tanggal kedaluwarsa barunya adalah 1 Maret 2028.
Masa tenggang perpanjangan otomatis. Jika registrar lama memperpanjang otomatis domain dalam 45 hari terakhir, registri membatalkan perpanjangan itu dan mengkreditkan registrar yang kalah. Transfer kemudian menambahkan tahunnya sendiri. Hasil bersihnya adalah satu tahun setelah tanggal kedaluwarsa lama, bukan dua. Jika Anda membayar registrar lama untuk perpanjangan itu, pengembalian dana tergantung pada kebijakan mereka sendiri.
Ekstensi negara berbeda. Transfer .uk membiarkan tanggal kedaluwarsa apa adanya. Transfer .ai menambahkan dua tahun sejak 15 Januari 2025, menurut pernyataan operator registri kepada Domain Name Wire; TransferOffshore menagihnya sebagai 2 tahun: US$86,49 ditambah satu perpanjangan, $172,98. Transfer .ch tidak menambahkan tahun.
Apa bedanya transfer country-code (ccTLD)?
ccTLD tidak mengikuti ICANN Transfer Policy: setiap registri menulis aturannya sendiri. Mekanismenya, waktu tunggu, dan tahun yang ditambahkan bisa berbeda semua. Tabel di bawah mencakup ekstensi yang paling sering ditanyakan orang; tabel aturan transfer per ekstensi mencakup 40 ekstensi.
| Ekstensi | Cara pemindahannya | Tahun ditambahkan | Kecepatan | Keyakinan |
|---|---|---|---|---|
| .uk | Perubahan tag IPS oleh registrar saat ini, tanpa kode; transfer berbasis kode mulai 9 Februari 2027, menurut Realtime Register | Tidak, tanggal kedaluwarsa tidak berubah | Tidak dinyatakan oleh Nominet | Campuran |
| .de | AuthInfo berlaku 30 hari, hanya untuk satu transfer | Bergantung pada registrar | Langsung setelah AuthInfo cocok (DENIC) | Utama untuk mekanisme ini |
| .nl | Token yang wajib diberikan registrar dalam 5 hari | Bergantung pada registrar | Langsung (SIDN) | Primer dan sekunder |
| .ch | Kode transfer dari registrar | Tidak | Tidak dinyatakan | Campuran |
| .ai | Kode auth EPP | Dua tahun sejak 15 Januari 2025 | Registrar yang kehilangan domain punya 7 hari, menurut sumber sekunder | Sekunder |
Setiap ekstensi yang kami terima juga memiliki panduan tersendiri di panduan transfer menurut ekstensi.
Kapan registrar wajib, boleh, atau tidak boleh menolak transfer?
Kebijakan Transfer membagi alasan penolakan ke dalam tiga daftar. Registrar yang menolak karena alasan di luar daftar tersebut melanggar kontrak ICANN-nya.
| Aturan | Alasan | Bagian kebijakan |
|---|---|---|
| Wajib menolak | Proses UDRP yang telah diberitahukan kepada registrar | I.A.3.8 |
| Wajib menolak | Perintah pengadilan | I.A.3.8 |
| Wajib menolak | Kasus TDRP (Transfer Dispute Resolution Policy) yang masih berjalan | I.A.3.8 |
| Wajib menolak | Proses URS atau penangguhan URS | I.A.3.8 |
| Wajib menolak | Penguncian 60 hari setelah perubahan pendaftar, kecuali pemegang memilih untuk tidak menggunakannya | I.A.3.8 |
| Boleh menolak | Bukti penipuan | I.A.3.7 |
| Boleh menolak | Sengketa yang wajar atas identitas orang yang meminta | I.A.3.7 |
| Boleh menolak | Tidak membayar untuk periode sebelumnya atau yang sudah kedaluwarsa, setelah nama domain ditempatkan pada Registrar Hold | I.A.3.7 |
| Boleh menolak | Keberatan tegas dari kontak transfer | I.A.3.7 |
| Boleh menolak | Kurang dari 60 hari sejak pembuatan, atau sejak transfer sebelumnya | I.A.3.7 |
| Tidak boleh menolak | Tidak membayar untuk periode yang tertunda atau akan datang | I.A.3.9 |
| Tidak boleh menolak | Tidak ada respons dari pendaftar atau kontak admin | I.A.3.9 |
| Tidak boleh menolak | Penguncian yang tidak dapat dihapus oleh pemegang dengan cara yang wajar | I.A.3.9 |
| Tidak boleh menolak | Kedaluwarsa atau tidak diperpanjangnya nama domain, sesuai FAQ pendaftar ICANN | I.A.3.9 |
Apakah aturan-aturan ini akan segera berubah?
Ya, tetapi belum. Pada 7 Juni 2026 Dewan ICANN mengadopsi Transfer Policy Review (resolusi 2026.06.07.04). Kebijakan ini memberlakukan penguncian 30 hari sebagai ganti 60 hari, Kode Otorisasi Transfer (TAC) sekali pakai yang berlaku 14 hari, dan berakhirnya penguncian 60 hari untuk perubahan pendaftar.
Per 19 Oktober 2026, ICANN belum menerbitkan tanggal berlaku. Sampai itu terbit, setiap aturan di halaman ini tetap berlaku. Halaman perubahan kebijakan transfer ICANN melacak detailnya.
Bagaimana proses transfer ke TransferOffshore?
Anda memasukkan setiap domain dan kode auth-nya di formulir transfer, satu baris per domain, hingga 20 baris per permintaan. Nameserver Anda saat ini dipertahankan secara default, sehingga situs web dan email tetap berfungsi. Anda membayar dari saldo kripto, dan permintaan dikirim ke registri setelah pembayaran dikreditkan. Registrar tercatat menjadi mitra registrar kami yang terakreditasi ICANN, ditampilkan dalam catatan RDAP.
Harga transfer sama dengan harga perpanjangan ekstensi dan ditagih sekali per domain (.ai ditagih 2 tahun, transfer + satu perpanjangan): .com US$12,49, .net US$12,99, .org US$12,49. Panduan lengkapnya ada di cara mentransfer domain ke registrar offshore.
Pertanyaan seputar transfer nama domain
Berapa lama transfer nama domain berlangsung?
Transfer gTLD memakan waktu hingga 5 hari kalender. Registri memberi tahu losing registrar, yang punya 5 hari untuk menjawab sebelum transfer disetujui secara default. Menyetujuinya lebih awal di losing registrar dapat mempersingkatnya menjadi beberapa jam. Beberapa registri negara, seperti DENIC untuk .de dan SIDN untuk .nl, menyelesaikan transfer seketika jika kodenya cocok.
Bisakah registrar lama memblokir transfer saya?
Hanya karena alasan yang tercantum dalam ICANN Transfer Policy. Registrar harus menolak selama kasus UDRP, perintah pengadilan, atau penguncian perubahan pendaftar. Registrar boleh menolak karena penipuan, sengketa identitas, periode lalu yang belum dibayar, atau periode 60 hari setelah pendaftaran atau transfer. Registrar tidak boleh menolak karena nama domain kedaluwarsa atau karena Anda tidak membalas email.
Apakah saya kehilangan waktu yang sudah dibayar saat transfer?
Tidak. Pada gTLD, registri mempertahankan tanggal kedaluwarsa Anda saat ini dan menambahkan satu tahun, hingga total 10 tahun. Jika nama domain diperpanjang otomatis dalam 45 hari terakhir, registri membatalkan perpanjangan itu. Transfer menambahkan satu tahun sebagai gantinya, jadi Anda berakhir satu tahun setelah tanggal kedaluwarsa lama.
Apakah transfer mengubah nameserver saya?
Tidak. Nameserver disimpan di registri dan tetap sama selama transfer. Downtime hanya terjadi jika DNS itu sendiri dihosting oleh registrar lama dan berhenti begitu nama domain keluar. TransferOffshore mempertahankan nameserver Anda saat ini secara default. Lihat transfer tanpa downtime DNS.
Mengapa saya harus menunggu 60 hari setelah mendaftarkan nama domain?
Kebijakan ICANN saat ini memperbolehkan registrar menolak transfer dalam 60 hari sejak tanggal pembuatan atau sejak transfer sebelumnya. Ini alasan yang diizinkan, bukan kewajiban, tetapi banyak registrar menerapkannya dan sebagian registri menegakkannya. Kebijakan yang diadopsi pada 7 Juni 2026 akan mempersingkatnya menjadi 30 hari begitu berlaku.
Siapa yang mengirimi saya email selama transfer?
Biasanya losing registrar, yang mungkin meminta Anda mengonfirmasi atau menolak transfer. Berdasarkan kebijakan saat ini Anda tidak perlu menjawab: tanpa jawaban, transfer disetujui setelah 5 hari. Gaining registrar juga memverifikasi email Anda. ICANN mewajibkan verifikasi tersebut dalam 15 hari, jika tidak nama domain ditangguhkan.
Apakah ccTLD mengikuti aturan yang sama?
Tidak. Registri kode negara menetapkan aturan transfernya sendiri. Nama domain .uk dipindahkan dengan mengubah tag IPS-nya, tanpa kode dan tanpa tambahan tahun. Transfer .de atau .nl selesai seketika jika kodenya cocok. Tabel aturan per ekstensi mencantumkan masing-masing beserta sumbernya.
Sumber (11)
- Transfer Policy (diperbarui 21 Februari 2024) — ICANN (diperiksa 2026-10-19)
- Transfer Policy (teks 2016) — ICANN (diperiksa 2026-10-19)
- FAQ pendaftar tentang transfer nama domain — ICANN (diperiksa 2026-10-19)
- Kode Status EPP: Apa Artinya, dan Mengapa Saya Perlu Tahu? — ICANN (diperiksa 2026-10-19)
- Registrar Advisory tentang masa tenggang perpanjangan otomatis (6 Juni 2002) — ICANN (diperiksa 2026-10-19)
- Masa tenggang dijelaskan — Identity Digital (diperiksa 2026-10-19)
- Resolusi yang disetujui, rapat reguler Dewan ICANN, 7 Juni 2026 — ICANN (diperiksa 2026-10-19)
- Provider transfer of .de domains — DENIC (diperiksa 2026-10-19)
- Transferring your domain name — SIDN (diperiksa 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (diperiksa 2026-10-19)
- Identity Digital kini mengelola domain .ai — Domain Name Wire (diperiksa 2026-10-19)
Siap memindahkan nama domain?
Masukkan nama dan kode auth-nya. Nameserver dipertahankan, satu tahun ditambahkan pada gTLD, dan Anda membayar dengan kripto tanpa ID.