Pesannya jelas-jelas ada di layar. Enam digit, baru masuk beberapa detik lalu. Tetapi kolom isian di situs tetap kosong, tidak ada saran yang muncul di atas papan ketik, dan kode yang seharusnya menghemat beberapa detik kini harus dibaca, diingat, lalu diketik ulang — dan justru di titik itulah orang tertukar dua digit lalu menyimpulkan ada yang rusak.
TL;DR: Kalau Anda bisa melihat kodenya, pesannya sudah terkirim, dan yang gagal adalah pengisian, bukan pengiriman. Isi otomatis atau autofill adalah kemudahan yang dilapiskan ponsel atau peramban di atas pesan yang sudah tiba, dan kemudahan itu hanya muncul kalau beberapa hal terpisah kebetulan sejalan. Di Android, Chrome meminta izin pertama kali ia mengenali kolom kode sekali pakai, lalu mengisi hanya ketika Anda mengetuk sebuah permintaan. Hilangnya saran bukan vonis tentang keaslian sebuah situs. Periksa layanan, akun, dan tantangan yang sedang berjalan sebelum memasukkan kode, dan jangan mengakali ketidakcocokan antara domain yang disebut di dalam pesan dan halaman yang sedang Anda pakai.
Autofill adalah kemudahan, bukan jalur pengiriman
Ada gunanya memperjelas bagian mana dari rantainya yang sebenarnya gagal.
Kode verifikasi sampai kepada Anda lewat sebuah pesan. Apakah pesan itu tiba sama sekali bergantung pada nomor yang dituju dan jalur pemilik nomor itu — topik lain dengan penyebabnya sendiri, dan topik yang relevan kalau Anda, misalnya, menunggu kode di paket travel data-only.
Autofill berada di atas itu. Begitu sebuah pesan mendarat di tempat yang bisa dibaca sistem operasi, sistem mungkin menawarkan untuk memasukkan kodenya ke kolom isian untuk Anda. Kalau tawaran itu tidak muncul, tidak ada yang berubah pada pesannya sendiri — meski itu tidak sama dengan mengatakan kodenya masih berlaku. Pesan yang terlihat bisa saja pesan lama, pesan yang sudah digantikan yang baru, atau jawaban untuk tantangan yang berbeda dari yang ada di layar. Dan kalau sebuah kode terikat pada domain tertentu, hilangnya saran bisa mencerminkan bahwa halamannya tidak cocok dengan domain yang disebut kode itu — sesuatu yang layak diperiksa, bukan diterobos.
Jadi hal pertama yang perlu dipastikan sekadar apakah Anda bisa melihat sebuah kode. Kalau bisa, berarti sebuah pesan sudah terkirim, dan semua yang di bawah ini soal beberapa sentimeter terakhir antara pesan dan kolom isian — setelah Anda memastikan bahwa kode di depan Anda memang milik layanan, akun, dan tantangan yang sedang Anda selesaikan.
Apa saja yang harus sejalan sebelum sebuah kode ditawarkan
Beberapa syarat yang saling lepas harus terpenuhi bersamaan, dan itulah sebabnya fitur ini lebih rapuh daripada kelihatannya.
Sistem harus mengenali kolom itu sebagai kolom kode sekali pakai. Kotak yang bagi Anda jelas-jelas tempat kode belum tentu dikenali demikian. Cara sebuah situs menandainya adalah urusan penerapan layanan itu sendiri, dan bukan sesuatu yang bisa Anda sediakan atau ubah dari sisi Anda.
Izinnya harus ada. Di Android, Google mendokumentasikan bahwa Chrome meminta izin pertama kali ia mengenali kolom kode verifikasi SMS sekali pakai. Halaman Google itu juga membahas keadaan ketika akses tersebut sebelumnya pernah ditolak, dan itu layak diperiksa sebelum menyimpulkan fiturnya tidak tersedia.
Anda harus bertindak. Pengisiannya tidak diam-diam. Perilaku Chrome yang didokumentasikan adalah munculnya sebuah permintaan, dan kodenya masuk ketika Anda mengetuknya. Di iPhone, panduan Apple tentang mengisi kode SMS secara otomatis menjelaskan kode yang terdeteksi disarankan di atas papan ketik untuk Anda ketuk. Pada keduanya, kodenya ditawarkan, bukan dimasukkan atas nama Anda.
Pesannya harus berada di tempat yang dilihat fitur itu. Syarat ini punya bagiannya sendiri di bawah.
Untuk kode yang terikat domain, domain yang disebut di dalam pesan harus cocok. Apple mendokumentasikan AutoFill untuk kode SMS yang terikat domain, yaitu ketika sebuah kode membawa domain miliknya dan AutoFill mencocokkannya dengan domain yang sedang dibuka Safari atau dengan associated domain milik sebuah aplikasi. Apple menyajikannya sebagai perlindungan terhadap phishing. Kalau keduanya tidak berpadanan, tidak ada saran yang ditawarkan.
Android juga menyediakan pengaturan untuk ini. Halaman Google menjelaskan opsi isi otomatis kode verifikasi yang mencakup kode di aplikasi dan situs serta kode di peramban utama Anda, dan itu layak diketahui sebelum menyimpulkan bahwa sebuah ponsel memang tidak bisa melakukannya.
Di mana kodenya berada, dan ke mana autofill melihat
Perbedaan ini bukan soal pengaturan, dan justru karena itu layak diperiksa lebih awal.
Fitur SMS yang dijelaskan di sini membaca pesan yang tiba di sistem pesan milik ponsel itu sendiri. Kalau sebuah kode sampai kepada Anda lewat tempat lain, fitur-fitur tersebut tidak punya apa pun untuk dikerjakan. Ini pernyataan tentang autofill SMS yang didokumentasikan di atas, bukan klaim tentang setiap integrasi yang ada: Apple, misalnya, mendokumentasikan AutoFill kode verifikasi dari Mail di Safari, jadi kanal lain tidak serta-merta tersingkir, dan kemampuannya berbeda-beda antar peramban, pengelola kata sandi, dan perangkat.
Contoh paling jelas adalah nomor verifikasi sewaan. Ketika Anda memesan nomor dari kami, pesan untuk pesanan itu muncul di kotak masuk pesanan tersebut di akun Anda, di layar mana pun yang sedang Anda buka. Itu halaman web yang menampilkan isi pesan yang diterima oleh nomor yang Anda sewa, bukan pesan di aplikasi pesan ponsel Anda. Autofill SMS yang dijelaskan di sini membaca pesan di ponsel, jadi di situ tidak ada yang bisa ia kerjakan, dan memindahkan kodenya adalah penyalinan yang Anda lakukan sendiri. Ini pernyataan tentang fitur ini, bukan tentang setiap integrasi yang mungkin ditawarkan sebuah peramban atau pengelola kata sandi.
Hal serupa berlaku ketika sebuah kode masuk ke aplikasi milik layanan itu sendiri atau ke platform obrolan, bukan sebagai SMS. Fiturnya melihat ke satu tempat tertentu, dan kalau kodenya tidak ada di sana, diamnya fitur itu tidak memberi informasi apa pun tentang kodenya. Surel bukan contoh yang bersih untuk ini, karena Apple mendokumentasikan AutoFill kode dari Mail di Safari; apa yang didukung sebuah kanal lain bergantung pada kombinasi aplikasi, peramban, dan sistemnya.
Apa yang ditunjukkan gejalanya
| Yang Anda lihat | Konsisten dengan | Hal pertama yang diperiksa |
|---|---|---|
| Kode terlihat di pesan ponsel, tidak ada permintaan sama sekali | Izin belum diberikan atau pernah ditolak, atau kolomnya tidak dikenali | Apakah isi otomatis kode verifikasi aktif untuk aplikasi dan untuk peramban Anda |
| Permintaan muncul tetapi kolomnya tetap kosong | Fokusnya di kolom lain, atau halamannya berubah saat Anda mengetuk | Ketuk langsung di kotak kodenya, lalu ikuti apa pun yang ditawarkan proses itu berikutnya |
| Kodenya ada di halaman pesanan nomor sewaan | Wajar — pesan itu tidak tiba di aplikasi pesan ponsel | Salin sendiri dari halaman pesanan |
| Saran muncul dengan kode yang lebih lama | Ada lebih dari satu kode, dan yang terbaru belum tentu yang ditawarkan | Baca kodenya di pesannya sendiri dan bandingkan sebelum mengetuk |
| Tidak ada saran di satu situs, ada di situs lain | Mungkin kode terikat domain tanpa situs yang cocok, atau kolom yang tidak ditandai | Apakah Anda sampai ke situs itu sendiri, bukan lewat sebuah tautan |
Baris terakhir itu yang perlu disikapi hati-hati ke dua arah. Hilangnya saran tidak membuktikan sebuah situs palsu, dan munculnya saran tidak membuktikan situs itu aman. Memulai prosesnya sendiri itu perlu, tetapi tidak menuntaskan pertanyaannya. Pengikatan domain adalah perlindungan yang nyata, jadi kalau sebuah kode menyebut domain yang tidak cocok dengan halaman yang sedang Anda buka, ketidakcocokan itulah yang layak ditanggapi serius, bukan dicari jalan memutarnya.
Dua situasi yang layak ditelusuri
Keduanya hipotetis, ditulis untuk memperlihatkan alur berpikirnya, bukan untuk melaporkan kasus nyata.
Kode yang tidak pernah menyentuh ponsel. Seseorang menyewa nomor untuk mendaftar sebuah layanan, membiarkan halaman pesanannya terbuka di laptop, dan mengerjakan pendaftarannya di laptop yang sama. Kodenya datang dan terlihat di kotak masuk pesanan. Ia lalu menghabiskan waktu mencari tahu kenapa ponselnya tidak menawarkan untuk mengisinya. Ponselnya memang tidak pernah menerima pesan itu: pesannya dikirim ke nomor sewaan dan ditampilkan di sebuah halaman web. Autofill SMS yang dijelaskan di sini tidak punya apa pun untuk dibaca, jadi menyalin kodenya dari halaman pesanan adalah jawabannya. Kalau kodenya sama sekali belum muncul di sana, itu persoalan pengiriman, bukan persoalan autofill, dan apa yang bisa dan tidak bisa dilakukan nomor sementara terhadap kode kedua adalah bacaan yang relevan.
Saran yang hilang dan dibaca sebagai peringatan. Orang lain membuka layanan yang biasa ia pakai, meminta kode, menerimanya, dan menyadari bahwa saran yang biasanya muncul di atas papan ketik kali ini tidak ada. Pikiran pertamanya adalah situsnya mungkin palsu. Kesimpulan itu tidak didukung apa pun: sebuah saran bisa hilang karena kolomnya tidak ditandai sebagai kolom kode, karena izinnya pernah ditolak, atau karena kodenya terikat pada domain yang tidak berpadanan dengan halaman yang sedang ia buka — dan tidak satu pun dari itu membedakan situs asli dari situs palsu. Cara ia sampai ke sana tetap penting: mengikuti tautan dari sebuah pesan atau surel adalah alasan untuk berhenti, meninggalkan halaman itu, dan mencapai layanannya dengan cara yang biasa ia pakai sebelum memulai lagi. Tetapi mengetik alamat sendiri atau membuka markah yang tersimpan juga bukan bukti bahwa sebuah tujuan itu asli, jadi itu pun tidak menuntaskan pertanyaannya. Sebelum memasukkan kodenya, yang layak dipastikan adalah bahwa kode itu menyebut layanan dan akun yang ia harapkan, bahwa kode itu menjawab tantangan yang ada di depannya, dan bahwa halaman yang ia buka memang halaman yang dimaksudkan untuk verifikasi tersebut. Ketidakcocokan domain bukan hal yang boleh diakali hanya karena prosesnya ia mulai sendiri.
Mengetik kode secara manual tanpa menciptakan masalah baru
Memasukkan kode secara manual itu hal yang wajar, dan kehati-hatian yang menyertainya sempit dan spesifik.
Ketiklah ke dalam proses yang Anda mulai sendiri, setelah lebih dulu memastikan bahwa kodenya menyebut layanan dan akun yang Anda harapkan serta menjawab tantangan di layar. Sampai ke situsnya sendiri itu perlu, tetapi belum cukup. Jangan membacakan kode kepada siapa pun, meneruskannya, menempelkannya ke obrolan, atau memasukkannya di halaman yang diarahkan orang lain kepada Anda — hal yang dibahas lebih panjang di apa yang harus dilakukan terhadap kode yang tidak Anda minta.
Baca kodenya dari pesannya, bukan dari pratinjau notifikasi, kalau ada lebih dari satu yang masuk, karena notifikasi paling baru tidak selalu berisi kode paling baru.
Kalau kodenya ditolak setelah diketik ulang dengan cermat, periksa apakah kode itu untuk layanan dan akun yang sedang Anda masuki, apakah ia menjawab tantangan yang sedang ada di layar, dan apakah ia sudah melewati masa berlaku yang disebutkan layanan tersebut. Ikuti petunjuk yang ditampilkan proses itu sendiri; meminta kode baru hanya tersedia kalau prosesnya memang menawarkan itu. Kalau nomornya sendiri mungkin sempat dimasukkan keliru, memeriksa format nomor dan cara memasukkannya adalah tempat yang tepat untuk melihat.
Satu hal yang jangan dilakukan: jangan memberikan akses luas ke pesan Anda kepada aplikasi yang tidak berkaitan demi membuat autofill bekerja. Fiturnya tidak membutuhkan itu, dan pertukarannya merugikan.
Batasan panduan ini
Panduan ini menjelaskan syarat-syarat ketika sebuah ponsel atau peramban menawarkan kode, bersandar pada dokumentasi Google untuk Chrome di Android dan materi Apple untuk iPhone. Panduan ini tidak mencakup setiap perangkat, peluncur, atau papan ketik, dan layar pengaturannya berbeda antar produsen sekalipun perilaku dasarnya sama.
Apakah kolom di sebuah situs tertentu dikenali adalah urusan penerapan layanan itu sendiri. Pembaca mungkin bisa mengamatinya tetapi tidak bisa mengubahnya, dan pengaturan di perangkat Anda sendiri tidak menggantikannya.
Panduan ini terbatas pada fitur autofill SMS yang disebutkan di dalamnya. Integrasi lain memang ada — Apple mendokumentasikan AutoFill kode dari Mail di Safari — dan apa yang didukung kombinasi peramban, pengelola kata sandi, atau perangkat tertentu berada di luar cakupan yang dijelaskan di sini.
Perilaku autofill dengan sendirinya bukan cara yang andal untuk membedakan situs asli dari situs palsu, dan panduan ini tidak menawarkannya sebagai cara itu. Pengikatan domain adalah perlindungan yang nyata, jadi ketidakcocokan layak diperhatikan, bukan diakali; yang tidak ia berikan adalah vonis yang bisa Anda baca dari hilangnya sebuah permintaan.
Jawaban bantuan kami membahas sisi pemesanan, dan tiket dukungan adalah jalurnya untuk hal yang spesifik pada pesanan yang Anda buat bersama kami.
FAQ
Kodenya ada di pesan saya tetapi tidak ada yang ditawarkan. Apakah kodenya rusak?
Tidak munculnya permintaan tidak mengatakan apa pun yang menentukan tentang kodenya. Pesan yang terlihat berarti sudah terkirim, dan gagalnya lapisan kemudahan tidak mengubah itu. Itu juga tidak membuktikan kodenya masih berlaku — bisa saja kode yang lebih lama, atau jawaban untuk tantangan yang berbeda. Periksa milik layanan, akun, dan tantangan yang mana kode itu, lalu ketikkan.
Kenapa autofill bekerja di sebagian situs dan tidak di situs lain?
Karena sebagian syaratnya milik situs, bukan milik ponsel Anda. Kolomnya harus dikenali sebagai kolom kode sekali pakai, dan kode yang terikat domain dicocokkan dengan domain yang disebut di dalam pesan. Keduanya bergantung pada penerapan layanan itu sendiri, dan itulah sebabnya ponsel yang sama berperilaku berbeda di tempat berbeda.
Apakah hilangnya saran berarti halamannya palsu?
Tidak dengan sendirinya, dan kebalikannya juga tidak aman: munculnya saran bukan jaminan. Sebuah permintaan bisa hilang karena izinnya ditolak, karena kolomnya tidak dikenali, atau karena kodenya terikat pada domain yang tidak cocok dengan halamannya. Apple menyajikan pencocokan domain sebagai perlindungan terhadap phishing, jadi ketidakcocokan layak ditanggapi serius, bukan diakali. Perlakukan hilangnya saran sebagai alasan untuk memeriksa kode itu untuk layanan dan akun apa dan apakah halamannya cocok, bukan sebagai vonis ke arah mana pun.
Kenapa ponsel saya tidak pernah menawarkan kode yang masuk ke nomor sewaan?
Karena pesan itu tidak tiba di aplikasi pesan ponsel Anda. Kode yang dikirim ke nomor sewaan diterima oleh nomor tersebut dan ditampilkan di kotak masuk pesanan di akun Anda, yang berupa halaman web. Fitur autofill SMS yang dijelaskan di sini membaca pesan milik ponsel, jadi tidak ada yang bisa ia tawarkan dari halaman itu, dan menyalin kodenya adalah tindakan terpisah yang Anda lakukan sendiri.
Apakah aman mengetik kode verifikasi secara manual?
Aman, di dalam proses yang Anda mulai sendiri, setelah Anda memastikan bahwa kodenya menyebut layanan dan akun yang Anda harapkan serta menjawab tantangan yang ada di depan Anda. Memulai prosesnya sendiri itu perlu, tetapi dengan sendirinya tidak membuktikan bahwa sebuah tujuan itu asli. Jangan pernah meneruskan kode kepada orang yang menghubungi Anda soal kode itu, semasuk akal apa pun alasannya terdengar.
Haruskah saya memberi aplikasi izin membaca semua pesan agar autofill bekerja?
Tidak. Penawaran kode tidak membutuhkan penyerahan akses pesan yang luas kepada aplikasi yang tidak berkaitan, dan melakukannya membuka jauh lebih banyak daripada satu kode yang sedang Anda coba masukkan. Kalau fitur bawaannya tidak menawarkan kode, memasukkannya secara manual adalah pertukaran yang lebih baik.