E-ticaret Ödemesi için Adres Doğrulama

Hedef

Müşteri siparişlerinde doğru adreslerin yakalanması, ürünlerin başarıyla teslim edilmesine, zamanında teslimatların artırılmasına ve kurye adresi düzeltme ücretlerini azaltmaya yardımcı olduğundan e-ticaret için kritik öneme sahiptir.

Bu belgede, e-ticaret ödemelerinde Address Validation API'yi kullanmaya yönelik en iyi uygulamalar açıklanmaktadır. Bu uygulamalara örnek olarak iyi bir adresin sessizce kabul edileceği, müşteriyle birlikte Adres Doğrulama yanıtının onaylanacağı veya manuel düzeltmeler yapmak üzere müşteriyi adres giriş formuna geri göndereceği durumlar dahildir.

Google Haritalar Platformu, Otomatik Yer Tamamlama hizmetini kullanarak ödeme işleminin nasıl iyileştirileceğiyle ilgili bir eğitici zaten sunuyor. Bu belge, adres girişi hatalarını tanımlayarak teslimatın iyileştirilmesine ve ödeme işleminin daha güçlü hale getirilmesine yardımcı olmak için tasarlanmış Adres Doğrulama API'sinin yeni özelliklerini ekleyerek bu eğiticinin kapsamını genişletir.

Adres doğrulama nedir?

Adres Doğrulama (adres doğrulaması olarak da bilinir), girilen açık adres ve posta adreslerinin mevcut olup olmadığını belirlemek için tasarlanmış ve teslim edilebilir bir kalitede olan bir süreçtir.

Ödeme sırasında neden adres doğrulamasına ihtiyacınız var?

Ödeme sırasındaki adreslerde fark edilmeyen hatalar, ciddi teslimat sorunlarına neden olabilir. Ödeme ekranında adres doğrulama, müşterinin teslimat için girdiği adresin geçerli olduğundan emin olmanızı sağlar. Bu da başarısızlıkları ve hatalı teslimatları azaltıyor. Bu da işletmeler için maliyetli bir araç.

Yerler Otomatik Tamamlama hizmeti ve Adres Doğrulama API'si, kullanıcının ödeme sırasında verilerini doğru ve hızlı bir şekilde girmesini sağlar. Address Validation API'yi ödeme sürecinin önemli bir parçası haline getiren bazı yaygın senaryolar şunlardır:

Yazım hataları

Müşterilerin, özellikle mobil cihazlarda, adreslerini girerken yanlış yazmaları sık karşılaşılan bir durumdur. Örneğin, bir Brooklyn adresinin konum olarak New York'u girmek.

Telefonla verilen siparişler

Telefonla sipariş veren bir kişi, adresleri kolayca yanlış anlayabilir veya kısmi adres bilgilerini ele geçirebilir. Bu da sipariş teslimatının fazladan zaman almasına veya tamamen başarısız olmasına yol açıyor.

Hediye satın alma

Kullanıcılar genellikle adreslerini% 100 emin bir şekilde bilmedikleri arkadaşlarına ve ailelerine hediye olarak satın alırlar. Bu tür senaryolarda Address Validation API, girilen adresin geçerli olduğuna dair ek bir güven katmanı sağlamaya yardımcı olur.

Müşteri ek adres meta verilerine ihtiyaç duyuyor

Bir paket gönderici veya kurye şirketi, genellikle konut veya ticari bina türü ya da USPS DPV değeri (yalnızca ABD) gibi bir teslimatı tamamlamak için ek bilgiye ihtiyaç duyar.

Kargo şirketlerinden kaynaklanan farklılıklar

Yerel posta hizmetleri, belirli bir mahalle hakkında genellikle küçük bir kuryeden daha bilgilidir. Yani bir apartman numarası veya yerel bir nokta eksik olsa bile bazı taşıyıcılar (postaneniz gibi) bir paketi teslim edebilir. Bu durumda diğer taşıyıcılar başarısız olabilir.

Kuryeler teslimat bölgesi hakkında yerel bilgiye sahip değilse, sahip oldukları daha fazla bilgi teslimatın başarılı olmasına yardımcı olur. Address Validation API'nin önerdiği düzeltmeler, kuryelere paketin teslim edilebilir olduğuna dair daha yüksek bir güven sağlayabilir.

Address Validation API'yi uygulama

Müşteri, adresini Otomatik Tamamlama veya manuel giriş yoluyla girdikten sonra, girilen adres verileri Address Validation API'ye gönderilebilir.

Adres Doğrulama API'sini çağırmak için önerilen zaman, adres formundaki İleri/Devam düğmesi tıklanarak erişilebilir ve büyük olasılıkla ödeme işleme sayfasına yönlendirilir.

Ödeme işlemi sırasında Address Validation API'nin kullanıldığı uçtan uca akış aşağıdaki gibi görünebilir:

resim

Şimdi her bir adımı ayrıntılı olarak inceleyeceğiz.

1. Adım: Adres girişi akışı - Otomatik Yer Tamamlama hizmetini kullanma

Yer Otomatik Tamamlama hizmeti adres giriş formunun ilk satırına uygulanmalı ve müşteri adres bilgilerini girerken önerilerde bulunulmalıdır.

Otomatik tamamlama, uygulamanızdaki adres girişini kolaylaştırarak daha yüksek dönüşüm oranları sağlar ve müşterileriniz için sorunsuz bir deneyim sunar. Fatura veya gönderim adresi formunu otomatik olarak doldurmak için kullanılabilen "ileride" adres tahmini özelliğine sahip tek ve hızlı bir giriş alanı sağlar.

Otomatik Tamamlama özelliğini çevrimiçi alışveriş sepetinize ekleyerek:

  • Tuş vuruşlarını ve sipariş vermek için gereken toplam süreyi önemli ölçüde azaltın.
  • Adres girişi hatalarını azaltın.
  • Alışveriş sepetini terk etme oranını azaltma.
  • Mobil veya giyilebilir cihazlarda adres girme deneyimini kolaylaştırın.

Bu aşamada akış ekranının nasıl görünebileceğine dair bazı örnekler burada gösterilmiştir.

resim

2. Adım: Adresleri doğrulamak için Address Validation API'yi kullanın

Adresin geçerli ve eksiksiz olduğunu onaylamak için ödeme sırasında Address Validation API'yi çağırmanızı öneririz.

Ancak herhangi bir nedenle Adres Doğrulama API'si varsayılan akışta çağrılmazsa en azından aşağıdaki senaryolarda bu API'nin çağrılmasını öneririz:

  1. Müşteri, Otomatik tamamlama yerine tarayıcıda otomatik doldurma özelliğini kullandı.
  2. Müşteri Otomatik tamamlama girişini yoksaydı.
  3. Otomatik tamamlama kullanıldı, ancak döndürülen adres düzenlendi.
  4. Başarılı bir teslimata sahip olmanın özellikle önemli olduğu yüksek değerli bir işlem gerçekleştiriyorsunuz.
  5. Yasal nedenlerle tüketici adreslerini saklamanız gerekmektedir.

3. Adım: Görsel onay sağlayın

Adres girişinden sonra, kullanıcıya basit bir statik haritayla teslimat konumunun görsel onayını sağlayın. Bu harita, müşterilere adresin doğru olduğuna dair ek güvence sağlar ve teslimat/teslim alma hatalarını azaltır.
Harita, müşterilerin adresi girdikleri sayfada gösterilebilir ve hatta işlemi tamamladıklarında onay e-postası içinde gönderilebilir. Bu kullanım alanlarının her ikisi de aşağıdaki API'lerle gerçekleştirilebilir:

Haritalar JavaScript API'si, kullanıcının konumunu görüntülemek için etkileşimli bir harita sağlar. Haritalar Statik API'si, resimlerin web sayfası içine veya daha sonraki bir aşamada e-postayla yerleştirilmesine olanak tanır.

Ayrıntılı İnceleme: Kabul senaryoları

Address Validation API'nin yanıtına bakılarak tanımlanabilecek üç ana senaryo vardır. Adres kalitesini kontrol etmeye verilen yanıttaki bileşenler vurgulanır ve dokümanın önceki bölümlerinde açıklanan akış şemasında, açıklanan bu senaryolar için önerilen bir akış bulunur.

1. Senaryo: Geçerli adres

API, girilen adresin iyi kalitede olduğuna dair bir sinyal döndürürse ödeme işlemi, müşteriye herhangi bir bildirimde bulunulmadan bir sonraki aşamaya geçebilir.
Adresin iyi kalitede olduğunu gösteren sinyaller:

  • addressComplete işaretçisi true,
  • PREMISE veya SUB_PREMISE, adresindeki doğrulamaGranularity ve
  • Adres bileşenlerinin hiçbiri şu şekilde işaretlenmemiş:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Aşağıdakiler gibi küçük düzeltmeler ve eklemeler içerebileceğinden, önerilen adres verilerini Address Validation API'den almanızı öneririz:

  • Büyük harf kullanımı
  • Biçimlendirme düzeltmeleri, örneğin
    • Cadde - Cadde
    • Adres bileşenlerinin doğru sıralaması
  • ABD'de ZIP+4.

Bu geri bildirimin doğrulama sürecinde nasıl kullanılabileceğiyle ilgili bir örnek aşağıda verilmiştir:

İSTE TEPKİ 
  "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"
        }

2. Senaryo: Şüpheli adres

Address Validation API, genellikle bağımsız alanlara inferred, spellCorrected veya replaced eklenerek adreste anlamlı değişiklikler olduğunu gösterebilir. Döndürülen adresin müşteri tarafından onaylanması gerekir. Bunun için, girilen adresi veya API'nin sunduğu öneriyi seçme seçeneği sunan bir pop-up kalıcı iletişim kutusu kullanılabilir.
  • Address Validation API, adres için bir eşleşme bulduğunda (Yer Otomatik Tamamlama yanıtı "aday eşleşmesi"ne benzer)), en olası eşleşen adresle yanıt verir ve düzeltilen bileşenleri (Address Validation API yanıtı: "spellCorrected": true) işaretler. Örneğin:
"1600 amphiteatre parkway", "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA" ile eşleşiyor
Bu geri bildirimin doğrulama sürecinde nasıl kullanılabileceğiyle ilgili bir örnek aşağıda verilmiştir:
İSTE TEPKİ 
  "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
        }
Not: Rotada "h" eksik, yerel birim adı eksik (Mountain View)

Senaryo 3: Geçersiz adres

Address Validation API'den gelen yanıtta geçersiz bir adres belirtiliyorsa müşteri, girilen verilerini kontrol etmek için adres girişi formuna yönlendirilmelidir. Address Validation API bir adres için eşleşme adayı bulamadığında adresin bağımsız bileşenlerini niteler ve eksik/geçersiz verileri işaretler. Böylece, ekleme veya düzeltme gerektiren alanları işaretleyebilirsiniz.
Bu geri bildirimin doğrulama sürecinde nasıl kullanılabileceğiyle ilgili bir örnek aşağıda verilmiştir:
İSTE TEPKİ 
  "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"
        } …

Yukarıda açıklanan mantık, aşağıdaki akış diyagramında gösterildiği gibi ödeme akışının bir parçası olarak uygulanabilir:

resim

Ödeme sürecini daha da geliştirmeye yönelik ipuçları

Geçersiz adres girmeleri nedeniyle müşterilerin ödeme işleminin engellenmemesi önemlidir. API, girişinin geçersiz bir adres olduğunu sürekli olarak belirtiyorsa mantık, müşterileri sonsuz bir döngüye gönderen şekilde oluşturulmamalıdır.

Müşterilere adreslerini girmek için en fazla iki şans verilmesini öneririz. İkinci denemede, geçersiz olmasa bile girişleri kabul edilmelidir. Bunun için, API önerisi içeren bir pop-up penceresi gösterildiğinde müşterinin "zorlama yapmasına" izin verebilir veya adres tam olarak doğrulanmamış olsa bile adres girişinde ikinci girişimi sessizce kabul ederek gerçekleştirilebilir. Tamamen doğrulanmayan adres girişleri, ürün gönderilmeden önce müşteri hizmetleri departmanı tarafından aşağı yönlü manuel inceleme için işaretlenebilir.

Bunun neden önemli olduğuna örnek olarak yeni inşaat verilebilir. Yeni bina inşaatının bitmesi ile posta adresi veritabanlarında ilgili binanın adresinin doldurulması arasında bir boşluk olabilir. Müşteriler, kayıtlı adresleriyle ödeme sayfasında zorla devam edebilmelidir ve bu adres henüz doğrulanmış olmayabilir.

İsteğe bağlı olarak, belirli bir doğrulama girişimi hakkında Google'a geri bildirim sağlamak için Address Validation API'nin provideValidationFeedback yöntemini kullanabilirsiniz. Daha fazla bilgiyi burada bulabilirsiniz.

Adresler, Adres Doğrulama API Hizmetine Özel Şartlar ile uyumluysa kullanıcı arayüzünde görüntülenebilir veya bir veritabanında önbelleğe alınabilir. Adresler bir veritabanında önbelleğe alındıysa aşağıdakilerden emin olmamız gerekir:

  • Adresler yalnızca bir kullanıcıya göre önbelleğe alınabilir.
  • Biçimlendirilmiş adres ve diğer özelliklerin çoğu yalnızca kullanıcı izni alındıktan sonra önbelleğe alınabilir.

Bazı Otomatik Tamamlama ve/veya Adres Doğrulama API'si yanıtlarının kısmi ya da eksik olduğunu göreceksiniz. Bulunduğunuz yere ve belirli işletme ihtiyaçlarınıza göre, Address Validation API'nin onaylayamadığı adresleri kabul edip etmemeye karar verirken daha esnek olmak için iş mantığını uygulamanızı öneririz.

Örneğin, ABD'deyseniz Address Validation API yanıtında United States Postal Service®'ten1 CASSTM'yi etkinleştirebilirsiniz. Bu özellik her adresle ilgili yüksek düzeyde ayrıntı sağlar.

Birçok müşteri, adresleri aşağıdaki gibi ikincil bir işlemle yeniden doğrulamayı tercih eder:

  • Yasal nedenler, müşterilerin tam adresin önbelleğe alınmasını garanti etmesini zorunlu kılar.
  • Adresi doğrulamak için yapılan ilk çağrı başarısız olursa adresi çevrimdışı olarak yeniden doğrulayın.

Toplu işlemde adres yeniden doğrulamasını uygulamak için açık kaynak yazılım aracı olarak Yüksek Hacimli Adres Doğrulama hizmeti sunuyoruz.

Sonuç

Address Validation API, herhangi bir e-ticaret platformunda ödeme deneyimini geliştiren güçlü bir araçtır. Address Validation API hakkında daha fazla bilgi edinin ve buradan deneyin.

Sonraki adımlar

Güvenilir adreslerle ödeme, teslimat ve işlemleri iyileştirme Teknik Belgesini indirin ve Adres Doğrulama ile ödeme, teslimat ve işlemleri iyileştirme web seminerini görüntüleyin.

Önerilen daha fazla bilgi:

Katılımcılar

Henrik Valve | Çözüm Mühendisi
Thomas Anglaret | Çözümler Mühendisi
Sarthak Ganguly | Çözümler Mühendisi

  1. ABD Posta Hizmeti'nin Münhasır Olmayan Lisans Sahibi. Şu ticari markalar United States Postal Service®'e aittir ve izinle kullanılmaktadır: CASSTM, USPS®, DPV®. ↩