Passkey Kini Bisa Berpindah, tetapi Jalurnya Tetap Penting

Ponsel baru sudah siap, tetapi kunci untuk masuk ke akun masih tersimpan di pengelola kata sandi lama. Dalam situasi itu, tombol “impor” bisa terdengar seperti jawaban sederhana. Untuk passkey, tombol tersebut baru berguna jika aplikasi asal dan tujuan mendukung jalur pemindahan yang sama, pengguna mengizinkan pelepasan kredensial di tempat asal, dan hasilnya diperiksa setelah proses selesai. File CSV yang memindahkan kata sandi tidak otomatis membawa passkey.

Google mengumumkan pada 10 September 2026 pengalaman transfer antara Google Password Manager, 1Password, Bitwarden Password Manager, dan Dashlane. Pengumuman ini memberi jalan praktis untuk sebagian perpindahan yang sebelumnya sulit dilakukan, tetapi bukan pernyataan bahwa semua passkey di setiap perangkat dan aplikasi sudah bisa dipindahkan. Panduan ini membedakan fitur yang diumumkan, kemampuan teknis yang mendasarinya, dan keputusan sehari-hari yang tetap harus dibuat pemilik akun.

Passkey memungkinkan Anda masuk dengan kredensial kriptografis yang dikaitkan dengan layanan. Saat membuatnya, perangkat atau pengelola kredensial menyimpan bagian privat; layanan menyimpan bagian publik untuk memeriksa proses masuk. Ketika Anda menyetujui login dengan mekanisme setempat, misalnya kunci layar, yang dibuktikan bukan pengetahuan Anda tentang sebuah rangkaian huruf yang bisa diketik di situs palsu. Itulah perbedaan praktisnya dari kata sandi, meski keduanya mungkin muncul berdampingan di pengelola akun.

Perbedaan itu juga menjelaskan mengapa ekspor kata sandi lama tidak cukup. File CSV biasanya berisi pasangan situs, nama pengguna, dan kata sandi dalam bentuk yang dapat dibaca. Petunjuk impor Chrome untuk Android secara khusus membahas impor kata sandi lewat CSV; jangan membaca langkah itu sebagai cara memindahkan passkey. Jika suatu layanan menampilkan kata sandi dan passkey untuk akun yang sama, mengimpor kata sandinya tidak membuktikan passkey ikut datang. Kedua jenis kredensial perlu diperiksa secara terpisah.

Bagi pemilik banyak akun, pertanyaan pertama bukan “Bisakah saya mengekspor semuanya?” melainkan “Apa yang sebenarnya ingin saya pindahkan?” Ada akun yang masih memakai kata sandi saja. Ada akun dengan kata sandi dan passkey sekaligus. Ada pula akses yang dibuat melalui aplikasi atau perangkat dengan dukungan penyimpanan yang berbeda. Inventaris singkat sebelum berpindah mengurangi kemungkinan Anda menghapus aplikasi asal karena melihat daftar kata sandi sudah lengkap, padahal cara masuk tanpa kata sandi belum tersedia di tujuan.

Buka pengelola yang dipakai sekarang dan catat layanan penting: email utama, akun pemulihan, layanan keuangan, serta akun yang Anda gunakan untuk mengelola perangkat. Anda tidak perlu menyalin rahasia atau membuat daftar terbuka berisi kredensial. Cukup tandai apakah tiap layanan menampilkan passkey, kata sandi, atau keduanya, lalu pastikan Anda masih memiliki cara masuk cadangan yang sah. Bila sebuah layanan hanya dapat diakses dari perangkat lama, jangan menjadikan perpindahan pengelola sebagai saat untuk menutup akses lama sebelum pengujian.

Istilah “portabilitas” di sini berarti adanya jalur yang memungkinkan kredensial bergerak antaraplikasi yang berpartisipasi. Istilah itu bukan jaminan bahwa setiap jenis kredensial, setiap versi aplikasi, dan setiap kombinasi sistem operasi bekerja identik. Google menyebut nama mitra dalam pengumumannya, sedangkan dokumentasi Android menjelaskan antarmuka untuk aplikasi. Kedua sumber berbicara pada tingkat yang berbeda. Pembaca yang hanya melihat daftar mitra dapat melewatkan syarat perangkat; pembaca yang hanya melihat dokumen pengembang dapat mengira sebuah kemampuan API otomatis sudah muncul sebagai tombol di ponselnya.

Dalam pengumuman Google pada 10 September, alur dimulai di aplikasi pengelola kata sandi tujuan. Pengguna kemudian mengesahkan transfer di aplikasi asal. Urutan ini penting: Anda tidak perlu mencari file passkey untuk disimpan ke folder unduhan, dikirim lewat pesan, lalu diunggah lagi. Aplikasi yang mendukung alur tersebut mengurus permintaan dan otorisasi melalui pengalaman transfer yang dirancang untuk kredensial.

Pengalaman transfer baru ini sudah tersedia di Google Password Manager, 1Password, Bitwarden Password Manager, dan Dashlane, dan mitra lainnya akan menyusul.

Pernyataan itu berasal dari Jean-Pierre Pralle dan Chirag Desai di blog Google. “Sudah tersedia” dalam kutipan merujuk pada pengalaman transfer yang mereka umumkan untuk pengelola yang disebutkan, bukan janji bahwa menu yang sama akan tampak pada semua ponsel atau bahwa setiap passkey tanpa pengecualian dapat ikut. Jika Anda melihat panduan lama yang meminta ekspor CSV, cocokkan dulu jenis kredensial yang hendak dipindahkan dengan fitur yang sedang dibahas.

Bayangkan Anda ingin beralih dari pengelola A ke B pada ponsel yang sama. Mulailah dari menu impor atau transfer di B, pilih sumber yang benar bila diminta, kemudian baca layar konfirmasi yang dibuka oleh A. Pastikan nama pengelola tujuan sesuai dengan keputusan Anda. Setelah menyetujui, tunggu hasil di B dan periksa satu akun nyata dengan membuka layanan resminya. Jika suatu langkah tidak muncul, jangan mengubahnya menjadi prosedur mengirim cadangan mentah lewat email. Periksa versi aplikasi dan dokumentasi kedua penyedia, atau gunakan cara membuat passkey baru di layanan tersebut bila transfer memang tidak tersedia untuk pasangan itu.

Satu pemeriksaan tambahan mudah terlupakan: pengelola mana yang akan ditawarkan ketika Anda masuk ke situs berikutnya? Transfer kredensial dan pengaturan penyedia pilihan adalah dua urusan berbeda. Setelah passkey tampak di aplikasi baru, periksa pengaturan autofill atau pengelola kredensial pada perangkat sesuai petunjuk sistem yang Anda gunakan. Jika penyedia lama masih menjadi pilihan aktif, permintaan masuk bisa tetap dibawa ke sana dan memberi kesan keliru bahwa transfer gagal. Sebaliknya, melihat prompt dari aplikasi baru belum membuktikan semua akun berhasil dipindahkan.

Beri waktu untuk verifikasi sebelum membersihkan aplikasi asal. Pilih setidaknya satu layanan yang penting tetapi dapat dipulihkan, buka alamat atau aplikasi resmi, dan coba masuk menggunakan passkey yang tertera di tujuan. Perhatikan nama akun yang dipilih jika Anda mempunyai lebih dari satu identitas pada layanan yang sama. Keberhasilan satu akun menjadi bukti untuk akun itu saja. Ia bukan audit otomatis atas semua entri yang mungkin memiliki pembatasan atau cara penyimpanan berbeda.

Google menjelaskan arah transfer dua langkah ini, sementara catatan produk 1Password mendukung adanya jalur impor masuk ke 1Password. Tetap ikuti antarmuka yang benar-benar ada di perangkat Anda. Nama menu dan urutan layar dapat berubah dengan pembaruan, sehingga panduan yang paling aman adalah memahami peran asal dan tujuan, bukan menghafal letak tombol dari satu tangkapan layar.

Dokumentasi Credential Manager Android menjabarkan API transfer kredensial pada perangkat yang sama. Dokumen itu mencantumkan kompatibilitas hingga Android 8, yaitu API level 26. Angka ini perlu dibaca dengan hati-hati. Kompatibilitas suatu API bagi pengembang tidak berarti setiap pemilik ponsel Android 8 hari ini pasti melihat tombol transfer siap pakai di setiap pengelola kata sandi.

Di sisi implementasi tertentu, Bitwarden menyebut persyaratan Android 14 atau lebih baru dan Google Play Services versi 26.21 atau lebih baru untuk pengalaman yang dibahasnya. Ini bukan pertentangan dengan dokumentasi API yang menyebut Android 8. Satu angka menggambarkan batas kompatibilitas teknis, angka lain menggambarkan syarat pengalaman produk yang dijelaskan penyedia. Jika ponsel Anda menjalankan Android 12, misalnya, Anda tidak bisa menyimpulkan keberhasilan transfer Bitwarden hanya dari fakta bahwa API Android mendukung versi lebih lama.

Periksa tiga lapisan sebelum menyalahkan akun. Pertama, lihat versi sistem operasi dan layanan sistem yang relevan. Kedua, perbarui aplikasi asal dan tujuan melalui kanal resminya, lalu cari dukungan transfer pada dokumentasi produk masing-masing. Ketiga, lihat apakah opsi tersedia untuk akun dan jenis kredensial yang dimaksud. Ketika salah satu lapisan tidak memenuhi syarat, menekan impor CSV berkali-kali tidak akan menciptakan dukungan passkey yang tidak ada.

Frasa “pada perangkat yang sama” dalam dokumentasi Android juga membatasi ekspektasi. Memindahkan data dari satu pengelola ke pengelola lain di ponsel yang sedang Anda pegang bukan pertanyaan yang persis sama dengan memindahkan ponsel lama ke ponsel baru, apalagi berpindah ekosistem. Bila Anda sekaligus mengganti ponsel dan pengelola, pisahkan dua keputusan itu. Pastikan dulu akses ke pengelola asal pada perangkat yang mendukung alur transfer, lalu pindahkan kredensial ke tujuan dan uji hasilnya. Jangan berasumsi bahwa menyalin semua berkas ponsel lama akan menghasilkan jalur otorisasi yang sama.

Ada alasan praktis untuk tidak menghapus pengelola lama segera setelah melihat pesan sukses. Anda mungkin masih memiliki akun yang hanya menyimpan kata sandi, akun yang belum menampilkan passkey di tujuan, atau sesi pada perangkat lain yang memakai konfigurasi berbeda. Daftar cek yang masuk akal berbunyi: apakah layanan penting muncul, apakah akun yang benar muncul, apakah passkey bekerja di situs resmi, dan apakah akses pemulihan tetap ada. Barulah Anda menilai apakah pengelola lama masih diperlukan.

Perpindahan yang baik tidak menuntut Anda menebak dari satu indikator. Tampilan entri menunjukkan sesuatu tersimpan; percobaan login menunjukkan sesuatu dapat digunakan; jalur pemulihan menunjukkan Anda tidak terjebak jika satu cara gagal. Ketiganya menjawab pertanyaan berbeda. Jika hasilnya tidak cocok, berhenti pada tahap pemeriksaan, bukan menghapus data lama agar daftar terlihat rapi.

Di balik pengalaman aplikasi, standar membantu vendor menyepakati cara merepresentasikan kredensial. Spesifikasi FIDO Credential Exchange Format, CXF, mendefinisikan format pertukaran. Format menjawab bagaimana data dikemas dan ditafsirkan. Ia tidak dengan sendirinya memasang tombol impor pada ponsel, membuka izin dari aplikasi asal, atau menjamin semua pasangan pengelola saling mendukung pada tanggal yang sama.

Perbedaan antara format dan pengalaman pengguna mirip perbedaan antara berkas yang dapat dibaca dan layanan yang bersedia menerima serta memprosesnya. Agar perpindahan benar-benar terjadi, aplikasi tujuan harus menawarkan permintaan, aplikasi asal harus menanggapi dan meminta persetujuan yang tepat, serta sistem tempat keduanya berjalan harus menyediakan jalur yang diperlukan. Nama standar mungkin sama di sebuah dokumen, tetapi kondisi rilis aplikasi dan sistem tetap menentukan apa yang Anda lihat saat menyentuh layar.

Ada pula batas informasi yang dapat dibawa. Spesifikasi FIDO mengecualikan penghitung tanda tangan bernilai bukan nol dari pertukaran. Penjelasan Bitwarden juga menyinggung pengecualian penghitung tersembunyi. Pembaca biasa tidak perlu mengubah pengaturan teknis berdasarkan satu kalimat ini. Maknanya lebih sederhana: jangan menerjemahkan “passkey bisa dipindahkan” menjadi “setiap metadata internal disalin tanpa perubahan”. Bila layanan atau pengelola menampilkan riwayat dan rincian teknis, ketidakcocokan salah satu rincian bukan otomatis bukti bahwa kredensial tidak dapat dipakai.

Sebaliknya, jangan memakai perbedaan metadata sebagai alasan mengabaikan kegagalan masuk. Ukuran keberhasilan bagi pemilik akun ialah passkey yang tepat tersedia di tujuan dan dapat digunakan pada layanan resmi setelah transfer. Bila percobaan gagal, identifikasi titik kegagalannya: apakah entri tidak ada, akun salah, aplikasi tujuan tidak muncul pada prompt, atau layanan menolak proses masuk? Rincian ini lebih membantu ketika membaca panduan dukungan daripada kalimat umum “passkey rusak”.

Perlu dibedakan pula antara pertukaran yang dijalankan aplikasi dan tindakan Anda membuat passkey baru. Jika layanan memungkinkan pendaftaran passkey tambahan, membuat yang baru pada pengelola tujuan bisa menjadi pilihan ketika jalur transfer tidak tersedia. Namun hasilnya bukan salinan melalui alur pertukaran: layanan kini memiliki kredensial lain yang perlu dikelola, dan Anda harus memeriksa apakah passkey lama masih terdaftar. Jangan menghapus yang lama hanya karena pendaftaran baru selesai, terutama sebelum akses baru diuji di perangkat yang akan dipakai sehari-hari.

Standar memberi bahasa bersama bagi penyedia, bukan pengganti penilaian pengguna. Ia layak diperhatikan karena mengurangi ketergantungan pada format ekspor tertutup, tetapi keputusan memindahkan akun tetap dilakukan pada aplikasi, perangkat, dan layanan konkret. Ketika membaca pengumuman portabilitas, cari selalu empat hal: siapa sumbernya, siapa tujuannya, perangkat apa yang disyaratkan, dan apa yang sebenarnya ikut berpindah.

Pengumuman Google berfokus pada pengalaman transfer dalam lingkungan Android dan pengelola yang disebutkan. Di sisi lain, sesi Apple WWDC 2025 tentang transfer kredensial menjelaskan pengalaman bagi aplikasi kredensial yang berpartisipasi pada sistem Apple versi 26, dengan autentikasi lokal. Adanya inisiatif di kedua ekosistem adalah kabar baik bagi pilihan pengguna, tetapi tidak berarti satu alur Android bisa langsung dipakai sebagai petunjuk menu iPhone, atau sebaliknya.

Jika Anda bertahan di Android dan hanya mengganti pengelola, mulai dari syarat pasangan aplikasi yang Anda gunakan. Jika Anda bertahan di perangkat Apple dan mengganti aplikasi kredensial, baca petunjuk Apple dan penyedia yang berpartisipasi. Jika Anda sekaligus berpindah dari Android ke iPhone atau sebaliknya, perlakukan itu sebagai kasus tersendiri: periksa dokumentasi resmi kedua penyedia untuk kombinasi tersebut, bukan menambahkan dua pengumuman berbeda lalu menyimpulkan jalur lintas platform pasti tersedia.

Contoh yang mudah membuat orang salah langkah adalah perjalanan dari ponsel Android dengan pengelola A ke iPhone dengan pengelola B. Kata “transfer” muncul di kedua materi platform, tetapi prasyarat, titik persetujuan, dan aplikasi yang memenuhi syarat mungkin tidak sama. Sebelum mengatur ulang ponsel lama, pastikan Anda dapat membuka sumber pada perangkat yang diperlukan oleh prosedur yang benar-benar akan dipakai. Jika prosedurnya tidak tersedia, periksa apakah layanan menyediakan opsi membuat passkey baru pada perangkat tujuan sambil mempertahankan metode masuk yang lama selama masa peralihan.

Autentikasi lokal pada proses Apple juga bukan sinonim dari mengirim kata sandi kunci layar ke aplikasi tujuan. Anda mengesahkan operasi pada perangkat melalui mekanisme yang disediakan sistem. Itulah alasan untuk membaca layar permintaan dengan teliti: tindakan yang sah mempunyai konteks perpindahan yang Anda mulai sendiri. Bila tiba-tiba muncul permintaan persetujuan ketika Anda tidak sedang memindahkan kredensial, jangan menyetujui hanya karena tampilannya mirip permintaan sistem.

Pembedaan ekosistem membantu saat mencari bantuan. Sebutkan model perpindahannya secara lengkap, misalnya “pengelola A ke B pada ponsel Android yang sama” atau “pengelola A di Android ke B di iPhone”. Tambahkan versi sistem dan aplikasi bila menghubungi dukungan. Pertanyaan “Apakah passkey portabel?” terlalu luas untuk mengidentifikasi masalah. Jawabannya dapat berbeda menurut sistem, versi, penyedia, dan langkah yang sedang Anda jalankan.

Jangan pula menganggap login yang berhasil lewat sinkronisasi akun penyedia sebagai bukti transfer antarpengelola telah terjadi. Jika Anda memasang pengelola yang sama di ponsel baru, entri mungkin tersedia melalui mekanisme penyedia tersebut. Itu skenario lain dari memindahkan kredensial ke perusahaan pengelola yang berbeda. Keduanya dapat terasa serupa di layar login, tetapi keputusan meninggalkan penyedia asal baru diuji oleh skenario kedua.

Mengganti pengelola kredensial melibatkan data yang langsung menentukan akses ke akun. Karena itu, bagian otorisasi tidak boleh diperlakukan sebagai gangguan yang harus dilewati secepatnya. Alur Google meminta transfer dimulai di tujuan lalu disetujui di sumber. Sebelum menerima permintaan, baca nama aplikasi dan tindakan yang dijelaskan. Jika tujuan yang tampil bukan aplikasi yang Anda pilih, batalkan dan mulai kembali dari aplikasi resmi yang benar.

Lakukan perpindahan ketika Anda bisa memeriksa layanan secara langsung, bukan saat tergesa di depan loket atau sesaat sebelum menghapus ponsel lama. Pastikan perangkat terkunci dengan metode yang Anda kuasai dan pengelola asal masih dapat dibuka. Panduan Google untuk Chrome Android juga memuat konteks kunci layar untuk pengelolaan kredensial; keamanan perangkat bukan formalitas terpisah dari akses ke data login. Jangan menonaktifkan perlindungan perangkat demi memaksa suatu menu muncul.

Periksa alamat situs sebelum pengujian passkey. Transaksi masuk yang sah seharusnya dilakukan pada domain atau aplikasi resmi layanan. Pesan yang mengajak Anda mengunjungi halaman “verifikasi transfer” melalui tautan acak tidak menjadi sah hanya karena portabilitas passkey sedang diberitakan. Pengumuman produk tidak mengubah kebiasaan dasar: buka sendiri aplikasi pengelola dan layanan tujuan, bukan menyerahkan akses dari pesan tak diminta.

Selama masa peralihan, simpan jalur pemulihan yang sudah disediakan masing-masing layanan. Ini bukan ajakan mencatat kata sandi di berkas teks atau membagikan kode pemulihan kepada orang lain. Tujuannya memastikan Anda tahu bagaimana kembali masuk bila passkey yang baru dipindahkan tidak muncul pada satu perangkat. Jika layanan mempunyai pengaturan passkey, lihat daftar perangkat atau kredensial yang terdaftar dan pahami konsekuensi menghapus entri lama sebelum menyentuh tombol hapus.

Pemilik akun juga perlu memisahkan “memindahkan” dari “mencabut”. Sukses impor di tujuan belum tentu menghapus entri di sumber atau mengubah daftar kredensial pada layanan. Jangan berasumsi dua hal itu terjadi otomatis. Bila Anda hendak meninggalkan pengelola lama, periksa apa yang tersimpan di kedua sisi, tentukan masa transisi yang wajar bagi Anda, lalu lakukan pembersihan berdasarkan petunjuk tiap layanan dan penyedia. Keamanan di sini bukan lomba mengosongkan aplikasi lama paling cepat; prioritasnya menjaga akses yang terverifikasi tanpa meninggalkan salinan yang tak lagi Anda kelola.

Untuk akun bersama atau perangkat yang dipakai beberapa orang, berhati-hatilah terhadap asumsi kepemilikan. Persetujuan pada satu ponsel tidak otomatis mewakili keputusan semua pemilik akses. Pastikan Anda berwenang mengubah pengelola kredensial dan memahami akun mana yang terlibat. Artikel ini membahas perpindahan akun yang Anda kuasai sendiri, bukan cara mengambil kredensial milik orang lain atau melewati persetujuan mereka.

Sebelum memindahkan seluruh kebiasaan login, lakukan uji terbatas. Pilih akun yang passkey-nya terlihat di pengelola asal, memiliki metode pemulihan yang masih berfungsi, dan tidak akan membuat Anda terkunci dari semua layanan penting bila percobaan gagal. Pastikan aplikasi tujuan mendukung transfer yang Anda perlukan. Mulai dari tujuan, sahkan di asal, lalu cek apakah entri untuk akun yang sama muncul di tujuan.

Kemudian buka layanan melalui alamat yang Anda ketik atau bookmark tepercaya. Jika sistem menawarkan beberapa pengelola, pilih tujuan yang ingin diuji. Masuk menggunakan passkey dan pastikan identitas akun yang terbuka benar. Keluar bila perlu, kemudian ulangi pada konteks perangkat yang memang ingin Anda gunakan, selama layanan mengizinkan. Pengujian ini lebih berarti daripada hanya melihat pemberitahuan “selesai”, karena Anda menguji rangkaian dari penyimpanan sampai penerimaan oleh layanan.

Bila entri belum muncul, jangan langsung mencoba mengekspor CSV. Periksa apakah yang Anda lihat di sumber benar-benar passkey, bukan kata sandi berlabel mirip. Periksa pula apakah Anda sedang melihat akun yang sama di aplikasi tujuan. Jika menunya tidak ada sama sekali, bandingkan versi sistem dan aplikasi dengan persyaratan produk, khususnya ketika membaca klaim dukungan API yang lebih luas daripada syarat implementasi penyedia. Catat pesan kesalahan yang benar-benar tampil, tanpa menyalin rahasia ke forum umum.

Bila entri ada tetapi login gagal, pisahkan kemungkinan penyebab dengan tenang. Apakah situs resmi menawarkan passkey untuk akun tersebut? Apakah prompt datang dari pengelola tujuan atau ternyata dari asal? Apakah Anda memilih identitas yang benar? Apakah cara masuk lain masih bekerja? Pertanyaan ini tidak membuktikan satu penyebab tertentu, tetapi menghasilkan informasi yang bisa dibawa ke pusat bantuan layanan atau penyedia pengelola. Hindari menghapus passkey sumber sebagai cara “memperbaiki” kegagalan yang belum dipahami.

Ulangi pemeriksaan pada beberapa akun yang berbeda kebutuhan, bukan puluhan akun secara membabi buta. Akun email utama, misalnya, mempunyai fungsi pemulihan bagi akun lain, sehingga kegagalannya lebih berat daripada akun percobaan. Simpan akun semacam itu untuk tahap setelah Anda memahami alur dan telah memastikan opsi pemulihan. Jika Anda mengelola identitas pribadi dan kerja dalam satu perangkat, cek keduanya secara terpisah; keberhasilan identitas pribadi tidak mengesahkan pengaturan organisasi.

Tuliskan hasil sederhana tanpa rahasia: nama layanan, apakah passkey terlihat di tujuan, apakah login berhasil, dan apakah metode cadangan masih tersedia. Catatan seperti ini membantu memutuskan kapan aman menghentikan pemakaian pengelola lama. Jangan simpan kode pemulihan, kunci privat, atau kata sandi dalam catatan uji. Jika menemukan satu akun yang tidak mengikuti alur, tandai pengecualian itu dan lanjutkan berdasarkan petunjuk resminya, alih-alih menyatakan seluruh transfer sukses atau gagal dari satu contoh.

Sebelum membuka layar transfer, periksa daftar singkat ini:

• Catat pengelola asal dan tujuan serta versi aplikasi yang digunakan.
• Hitung kata sandi dan passkey secara terpisah, lalu tandai kredensial perangkat keras sebagai kemungkinan pengecualian.
• Pastikan jalur pemulihan bagi setiap akun penting masih dapat dipakai.
• Simpan akses ke brankas lama sampai Anda berhasil masuk dengan kredensial di brankas baru.

Untuk pengguna yang hanya berganti pengelola pada satu ponsel Android yang memenuhi syarat, rute pertama ialah mencari transfer di aplikasi tujuan, mengesahkan di asal, lalu memeriksa hasilnya pada layanan resmi. Rute itu paling dekat dengan alur yang diumumkan Google. Nama Google Password Manager, 1Password, Bitwarden, dan Dashlane membantu mempersempit pencarian, tetapi Anda masih harus memastikan kombinasi dan versi yang dipakai menyediakan menu yang dibutuhkan.

Untuk pengguna yang berganti ponsel sekaligus, jangan jadikan penghapusan ponsel lama sebagai langkah pertama. Pahami apakah yang tersedia ialah sinkronisasi melalui pengelola yang sama, transfer antarpengelola pada perangkat yang sama, atau prosedur lain yang didukung penyedia. Bila alur meminta persetujuan dari aplikasi sumber di perangkat lama, Anda memerlukan akses ke sumber tersebut sampai transfer dan pengujian selesai. Bila tidak ada jalur yang cocok, masuk melalui metode sah yang tersisa dan pertimbangkan pendaftaran passkey baru satu layanan demi satu layanan.

Untuk pengguna yang berpindah antara Android dan ekosistem Apple, periksa petunjuk kedua platform serta aplikasi yang terlibat. Sesi WWDC membahas aplikasi yang berpartisipasi pada sistem Apple 26; pengumuman Android membahas alur dan mitra pada lingkungannya. Kesamaan tujuan tidak menghapus perbedaan implementasi. Hindari panduan yang menyebut “semua passkey dapat dipindahkan” tanpa menyebut asal, tujuan, perangkat, dan syarat versinya.

Untuk pengguna yang hanya menemukan opsi CSV, berhenti dan baca lagi label fiturnya. Jalur CSV dalam bantuan Chrome Android berkaitan dengan kata sandi. Anda boleh memindahkan kata sandi melalui prosedur resmi bila memang itu kebutuhan Anda, tetapi buat daftar passkey sebagai pekerjaan terpisah. Jika aplikasi tujuan tidak dapat menerima passkey lewat jalur yang didukung, pilihan praktis mungkin mempertahankan pengelola asal sementara atau mendaftarkan passkey baru pada setiap layanan yang memungkinkan. Jangan menganggap satu berkas impor menyelesaikan keduanya.

Ada pula situasi ketika tidak berpindah sekarang adalah keputusan yang masuk akal. Jika perangkat tidak memenuhi syarat implementasi, akses ke aplikasi asal sudah tidak ada, atau akun utama belum punya metode pemulihan yang bisa diuji, pemindahan yang dipaksakan menambah risiko terkunci. Perbaiki prasyarat yang bisa diperbaiki, baca petunjuk resmi penyedia, dan mulailah dari akun yang konsekuensinya paling ringan. Portabilitas memberi opsi keluar dari satu pengelola; ia tidak mewajibkan Anda mengambil opsi itu pada hari pengumuman.

Inti praktisnya tetap pada rute. Tentukan kredensial apa yang Anda miliki, identifikasi aplikasi asal dan tujuan, cocokkan persyaratan platform, setujui hanya permintaan yang Anda mulai sendiri, lalu uji login sebelum melepas akses lama. Passkey kini lebih mungkin ikut ketika Anda mengganti pengelola. Namun keberhasilan perpindahan tidak diukur dari slogan portabilitas, melainkan dari akun Anda yang benar-benar dapat dibuka dengan aman di tempat baru.

*Sumber: Google, 10 September 2026; Android Developers, Credential Manager credential transfer; Google Chrome Help; FIDO Alliance, CXF v1.0; Apple WWDC 2025; 1Password; Bitwarden.*