Validasi Alamat untuk Checkout E-commerce

Tujuan

Mendapatkan alamat yang akurat dari pesanan pelanggan sangat penting untuk e-commerce karena membantu memastikan produk dapat berhasil dikirim, meningkatkan pengiriman tepat waktu, dan mengurangi biaya koreksi alamat kurir.

Dokumen ini menjelaskan praktik terbaik penggunaan Address Validation API dalam checkout e-commerce, termasuk kapan harus menerima alamat yang baik secara diam-diam, mengonfirmasi respons Validasi Alamat dengan pelanggan, atau mengirim pelanggan kembali ke formulir entri alamat untuk melakukan koreksi manual.

Google Maps Platform sudah menawarkan tutorial tentang cara mengoptimalkan checkout menggunakan layanan Place Autocomplete. Dokumen ini memperluas tutorial tersebut dengan menambahkan kemampuan baru Address Validation API, yang dirancang untuk mengidentifikasi error entri alamat, sehingga membantu meningkatkan pengiriman dan menjadikan checkout lebih andal.

Apa itu validasi alamat?

Validasi Alamat (juga dikenal sebagai verifikasi alamat) adalah proses yang dirancang untuk mengidentifikasi apakah alamat pos dan jalan yang dimasukkan ada, dan memiliki kualitas hasil kerja.

Mengapa Anda memerlukan validasi alamat saat checkout?

Error yang tidak diketahui pada alamat saat checkout dapat menyebabkan masalah pengiriman yang serius. Validasi alamat di layar checkout membantu memberikan keyakinan Anda bahwa alamat yang dimasukkan pelanggan untuk pengiriman adalah valid. Hal ini pada akhirnya akan mengurangi kegagalan dan kesalahan pengiriman, yang merugikan perusahaan.

Layanan Places Autocomplete dan Address Validation API memungkinkan pengguna memasukkan data dengan benar saat check out dengan cepat dan mudah. Beberapa skenario umum yang membuat Address Validation API menjadi bagian penting dari proses checkout adalah:

Kesalahan ketik

Pelanggan sering kali salah mengetik saat memasukkan alamat, terutama di perangkat seluler. Misalnya, memasukkan New York sebagai lokalitas untuk alamat Brooklyn.

Pesanan melalui telepon

Orang yang menerima pesanan telepon dapat dengan mudah salah memahami alamat atau mengambil informasi alamat sebagian. Hal ini pada akhirnya menyebabkan pengiriman pesanan memakan waktu ekstra atau gagal sepenuhnya.

Membeli hadiah

Orang sering membeli produk sebagai hadiah untuk teman dan keluarga yang alamatnya mungkin tidak mereka ketahui dengan pasti. Dalam skenario semacam ini, Address Validation API membantu memberikan lapisan keyakinan tambahan bahwa alamat yang dimasukkan valid.

Pelanggan memerlukan metadata alamat tambahan

Perusahaan pengirim paket atau kurir sering kali memerlukan informasi tambahan untuk menyelesaikan pengiriman, seperti jenis bangunan Hunian vs Komersial, atau nilai DPV USPS (khusus AS).

Perbedaan karena perusahaan pengiriman yang berbeda

Layanan pos lokal sering kali lebih memahami lingkungan tertentu daripada kurir kecil. Jadi, meskipun nomor apartemen atau lokasi terkenal lokal tidak ada, beberapa jasa kurir (seperti kantor pos) mungkin dapat mengirimkan paket, tetapi jasa kurir lain mungkin gagal.

Jika kurir tidak memiliki pengetahuan lokal tentang area pengiriman, semakin banyak informasi yang mereka miliki membantu memastikan pengiriman yang berhasil. Koreksi yang di sarankan oleh Address Validation API dapat memberikan keyakinan yang lebih tinggi kepada kurir bahwa paket dapat dikirimkan.

Menerapkan Address Validation API

Setelah pelanggan memasukkan alamatnya, baik dari Place Autocomplete atau entri manual, data alamat yang dimasukkan dapat dikirim ke Address Validation API.

Waktu yang disarankan untuk memanggil Address Validation API adalah dengan mengklik tombol Berikutnya/Lanjutkan di formulir alamat, yang kemungkinan besar mengarah ke halaman pemrosesan pembayaran.

Alur menyeluruh menggunakan Address Validation API selama proses checkout dapat terlihat seperti ini:

gambar

Sekarang kita menguraikan setiap langkah secara rinci.

Langkah 1: Alur entri alamat - menggunakan layanan Place Autocomplete

Layanan Place Autocomplete harus diterapkan di baris pertama formulir entri alamat, yang memberikan saran kepada pelanggan saat mereka memasukkan detail alamat.

Pelengkapan otomatis dapat menyederhanakan entri alamat di aplikasi Anda, sehingga menghasilkan rasio konversi yang lebih tinggi dan pengalaman yang lancar bagi pelanggan Anda. Fitur ini menyediakan satu kolom entri cepat dengan prediksi alamat "sebelum pengetikan" yang dapat digunakan untuk mengisi formulir alamat penagihan atau pengiriman secara otomatis.

Dengan memasukkan Pelengkapan Otomatis di keranjang belanja online, Anda dapat:

  • Mengurangi secara signifikan ketikan dan total waktu yang diperlukan untuk memesan.
  • Mengurangi kesalahan entri alamat.
  • Kurangi pengabaian keranjang.
  • Menyederhanakan pengalaman entri alamat di perangkat wearable atau seluler.

Beberapa contoh tampilan layar alur pada fase ini ditampilkan di sini.

gambar

Langkah 2: Gunakan Address Validation API untuk memvalidasi alamat

Sebaiknya panggil Address Validation API saat checkout untuk mengonfirmasi bahwa alamat tersebut valid dan lengkap.

Namun, jika karena alasan tertentu Address Validation API tidak dipanggil dalam alur default, sebaiknya panggil setidaknya dalam skenario berikut:

  1. Pelanggan menggunakan isi otomatis browser, bukan Autocomplete.
  2. Pelanggan mengabaikan input Autocomplete.
  3. Pelengkapan otomatis digunakan, tetapi alamat yang ditampilkan telah diedit.
  4. Anda sedang memproses transaksi bernilai tinggi yang keberhasilannya sangat penting.
  5. Anda harus menyimpan alamat konsumen untuk alasan hukum.

Langkah 3: Berikan konfirmasi visual

Setelah entri alamat, berikan konfirmasi visual kepada pengguna terkait lokasi pengiriman dengan peta statis yang sederhana. Peta ini memberikan kepastian tambahan kepada pelanggan bahwa alamat tersebut sudah benar dan mengurangi kegagalan pengiriman/pengambilan.
Peta dapat ditampilkan di halaman tempat pelanggan memasukkan alamat, atau bahkan dikirim dalam email konfirmasi saat mereka menyelesaikan transaksi. Kedua kasus penggunaan ini dapat dilakukan dengan API berikut:

Maps JavaScript API menyediakan peta interaktif untuk menampilkan lokasi pengguna. Maps Static API memungkinkan penyematan gambar di halaman web atau di tahap selanjutnya dalam email.

Pembahasan Mendalam - mengatasi skenario penerimaan

Ada tiga skenario utama yang dapat ditentukan dari respons Address Validation API. Komponen dalam respons untuk memeriksa kualitas alamat ditandai, dan diagram alir sebelumnya dalam dokumen ini memiliki alur yang disarankan secara keseluruhan untuk skenario yang dijelaskan ini.

Skenario 1: Alamat yang valid

Jika API menampilkan sinyal bahwa alamat yang dimasukkan berkualitas baik, checkout dapat berlanjut ke tahap berikutnya tanpa notifikasi apa pun kepada pelanggan.
Sinyal yang menunjukkan alamat yang berkualitas baik adalah:

  • Penanda addressComplete adalah true,
  • Perincian validasi di PREMISE atau SUB_PREMISE, dan
  • Tidak ada komponen alamat yang ditandai sebagai:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Sebaiknya ambil data alamat yang direkomendasikan dari Address Validation API karena data ini dapat berisi sedikit koreksi dan penambahan, seperti:

  • Kapitalisasi
  • Memformat koreksi, misalnya
    • Jalan ke St
    • Urutan komponen alamat yang benar
  • ZIP+4 di AS.

Contoh bagaimana masukan ini dapat digunakan dalam proses validasi ditampilkan di bawah ini:

MINTA RESPONS 
  "address": {
    "regionCode": "US",
    "locality": "Mountain View",
    "addressLines": ["1600 Amphitheatre Pkwy"]
  }
 
"verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "PREMISE",
      "geocodeGranularity": "PREMISE",
      "addressComplete": true,
      "hasInferredComponents": true
    } …
"addressComponents": [
        {
          "componentName": {
            "text": "1600",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Amphitheatre Parkway",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Mountain View",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED"
        }

Skenario 2: Alamat yang dapat dipertanyakan

Address Validation API dapat menunjukkan bahwa ada perubahan yang berarti pada alamat, biasanya dengan menyertakan inferred, spellCorrected, atau replaced pada kolom individual, alamat yang ditampilkan harus dikonfirmasi dengan pelanggan. Hal ini dapat dilakukan menggunakan modal pop-up, dengan opsi untuk memilih alamat yang dimasukkan, atau rekomendasi yang disediakan oleh API.
  • Jika Address Validation API menemukan kecocokan untuk alamat tersebut (mirip dengan "kecocokan kandidat" untuk respons Place Autocomplete), API tersebut akan merespons dengan satu alamat yang paling mungkin cocok dan menandai setiap komponen yang dikoreksi (respons Address Validation API: "spellCorrected": true). Misalnya:
"1600 amphiteatre parkway" cocok dengan "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
Contoh bagaimana masukan ini dapat digunakan dalam proses validasi ditampilkan di bawah ini:
MINTA RESPONS 
  "address": {
    "regionCode": "US",
    "addressLines": ["1600 amphiteatre parkway"]
  }
 
      "verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "PREMISE",
      "geocodeGranularity": "PREMISE",
      "addressComplete": true,
      "hasInferredComponents": true
    } …
      "address": {
      "formattedAddress": "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA",
      …
      "addressComponents": [
        {
          "componentName": {
            "text": "1600",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Amphitheatre Parkway",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "CONFIRMED",
          "spellCorrected": true
        }
...
{ "componentName": {
            "text": "Mountain View",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED",
          "inferred": true
        }
Catatan: Rute tidak ada “h”, nama lokalitas tidak ada (Mountain View)

Skenario 3: Alamat tidak valid

Jika respons dari Address Validation API menunjukkan alamat yang tidak valid, pelanggan harus dialihkan ke formulir entri alamat untuk memeriksa data yang dimasukkan. Jika Address Validation API tidak dapat menemukan kandidat yang cocok untuk sebuah alamat, komponen alamat akan memenuhi syarat, serta menandai data yang tidak ada/tidak valid sehingga kolom yang memerlukan penambahan atau koreksi dapat dilaporkan.
Contoh bagaimana masukan ini dapat digunakan dalam proses validasi ditampilkan di bawah ini:
MINTA RESPONS 
  "address": {
    "regionCode": "US",
    "addressLines": ["123 fake street new york"]
  }

"verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "ROUTE",
      "geocodeGranularity": "ROUTE",
      "hasUnconfirmedComponents": true,
      "hasInferredComponents": true
    } …
"addressComponents": [...
       {"componentName": {
            "text": "123",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
        },
        { "componentName": {
            "text": "fake street",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
        },
        {"componentName": {
            "text": "New York",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED"
        } …

Logika yang dijelaskan di atas dapat diterapkan sebagai bagian dari alur checkout seperti yang ditunjukkan pada diagram alur berikut:

gambar

Tips untuk meningkatkan checkout

Pelanggan tidak diblokir agar tidak dapat check out karena memasukkan alamat yang tidak valid. Logika tidak boleh dibuat dengan cara mengirimkan pelanggan dalam loop tanpa batas jika API secara konsisten menunjukkan entri mereka adalah alamat yang tidak valid.

Sebaiknya pelanggan diberi hingga dua kesempatan untuk memasukkan alamatnya, dan pada upaya kedua, entrinya harus diterima meskipun tidak divalidasi. Hal ini dapat dicapai dengan mengizinkan pelanggan untuk 'melanjutkan secara paksa' saat menampilkan modal pop-up dengan saran API, atau secara diam-diam menerima upaya kedua saat entri alamat, meskipun alamat tidak sepenuhnya divalidasi. Input alamat yang tidak sepenuhnya divalidasi dapat ditandai untuk downstream peninjauan manual oleh departemen layanan pelanggan sebelum produk dikirim.

Contoh mengapa ini penting adalah konstruksi baru. Mungkin ada kesenjangan antara kapan konstruksi bangunan baru selesai dan saat alamat gedung tersebut diisi dalam database alamat pos. Pelanggan harus dapat melanjutkan secara paksa di halaman checkout dengan alamat yang mereka ketik, yang mungkin belum tervalidasi.

Secara opsional, Anda dapat menggunakan metode provideValidationFeedback dari Address Validation API untuk memberikan masukan kepada Google tentang upaya validasi tertentu. Pelajari lebih lanjut di sini.

Alamat dapat ditampilkan di UI atau di-cache dalam database jika sesuai dengan Persyaratan Khusus Layanan Address Validation API. Jika alamat di-cache dalam database, kita perlu memastikan hal berikut:

  • Alamat hanya dapat di-cache terhadap pengguna.
  • Alamat yang diformat dan sebagian besar atribut lainnya hanya dapat disimpan dalam cache setelah mendapatkan izin pengguna.

Anda akan menemukan bahwa beberapa respons Autocomplete dan/atau Address Validation API sebagian atau tidak lengkap. Berdasarkan geografi dan kebutuhan bisnis spesifik Anda, sebaiknya terapkan logika bisnis agar lebih longgar saat memutuskan apakah akan menerima alamat yang tidak dapat dikonfirmasi oleh Address Validation API.

Misalnya, jika berada di AS, Anda memiliki opsi untuk mengaktifkan CASSTM dari United States Postal Service®1 dalam respons Address Validation API, yang memberikan detail dalam setiap alamat.

Banyak pelanggan lebih memilih untuk memvalidasi ulang alamat melalui proses sekunder seperti:

  • Alasan peraturan mewajibkan pelanggan untuk menjamin alamat yang tepat yang sedang di-cache.
  • Jika panggilan awal untuk memvalidasi alamat gagal, validasi ulang alamat secara offline.

Kami menyediakan Validasi Alamat Volume Tinggi sebagai alat software open source untuk menerapkan validasi ulang alamat dalam proses batch.

Kesimpulan

Address Validation API adalah alat canggih untuk meningkatkan pengalaman checkout untuk semua platform e-commerce. Pelajari Address Validation API lebih lanjut dan coba di sini.

Langkah Berikutnya

Download Laporan Resmi Meningkatkan checkout, pengiriman, dan operasi dengan alamat yang andal , serta lihat Webinar Meningkatkan checkout, pengiriman, dan operasi dengan Validasi Alamat .

Disarankan bacaan lebih lanjut:

Kontributor

Henrik Valve | Solutions Engineer
Thomas Anglaret | Solutions Engineer
Sarthak Ganguly | Solutions Engineer

  1. Penerima Lisensi Non-eksklusif Layanan Pos Amerika Serikat. Merek dagang berikut dimiliki oleh United States Postal Service® dan digunakan dengan izin: CASSTM, USPS®, DPV®. ↩