Weryfikacja adresu e-commerce

Cel

Rejestrowanie dokładnych adresów z zamówień klientów ma kluczowe znaczenie w przypadku e-commerce, ponieważ pozwala zadbać o prawidłowe dostarczenie produktów, zwiększyć liczbę dostaw w czasie i ograniczyć koszty związane z korektywną adresem kurierskim.

Ten dokument opisuje sprawdzone metody korzystania z interfejsu Address Verification API podczas dokonywania płatności e-commerce, w tym m.in. informacje o tym, kiedy dyskretnie zaakceptować dobry adres, potwierdzić klientowi odpowiedź dotyczącą weryfikacji adresu lub odesłać klienta do formularza podawania adresu, aby wprowadzić ręczne poprawki.

Google Maps Platform udostępnia już samouczek pokazujący, jak ulepszyć proces płatności za pomocą usługi autouzupełniania miejsc. Ten dokument rozszerza samouczek o nowe funkcje interfejsu Address Verificationation API, który umożliwia identyfikowanie błędów podczas wpisywania adresu, a tym samym pomaga poprawić dostawę i usprawnić proces płatności.

Na czym polega weryfikacja adresu?

Weryfikacja adresu (nazywana też weryfikacją adresu) to proces, który ma na celu sprawdzenie, czy podane adresy pocztowe i pocztowe istnieją, oraz sprawdzenie, czy są one poprawne.

Dlaczego podczas płatności wymagana jest weryfikacja adresu?

Niezauważone błędy w adresach podczas płatności mogą spowodować poważne problemy z dostawą. Dzięki weryfikacji adresu na ekranie płatności masz pewność, że adres podany przez klienta w celu dostawy jest prawidłowy. To z kolei zmniejsza liczbę nieudanych i nieprawidłowych dostaw, co jest kosztowne dla firm.

Usługa autouzupełniania w miejscach i interfejs Address Billingation API umożliwiają użytkownikom szybkie i łatwe wpisywanie danych podczas płatności. Oto kilka typowych scenariuszy, w których interfejs Address Verificationation API jest istotną częścią procesu płatności:

Litery,

Często zdarza się, że klienci popełniają błędy podczas wpisywania adresu, zwłaszcza na urządzeniach mobilnych. Wpisz np. Nowy Jork jako rejon dla adresu na Brooklynie.

Zamówienia telefoniczne

Osoba przyjmująca zamówienie telefoniczne może łatwo błędnie odczytać adres lub odczytać dane adresowe. To z kolei prowadzi do wydłużenia czasu realizacji zamówienia lub jego całkowitego niepowodzenia.

Kupowanie prezentów

Ludzie często kupują prezenty dla znajomych i rodziny, których adresu mogą nie znać ze 100% pewnością. W takich sytuacjach interfejs Address Verificationation API pomaga uzyskać dodatkową warstwę pewności, że wpisany adres jest prawidłowy.

Klient potrzebuje dodatkowych metadanych adresu

Nadawca przesyłek lub firma kurierska często potrzebuje dodatkowych informacji, aby zrealizować dostawę, np. budynku mieszkalnego lub komercyjnego albo wartości USPS (tylko w USA).

Różnice wynikające z różnych firm kurierskich

Lokalne usługi pocztowe są często bardziej świadomi istnienia danej dzielnicy niż mały firma kurierska. Nawet jeśli brakuje numeru mieszkania lub lokalnego punktu orientacyjnego, niektórzy przewoźnicy (np. urząd pocztowy) mogą dostarczyć paczkę, a inni przewoźnicy mogą zawieść.

Jeśli przewoźnik nie wie o lokalnym obszarze dostawy, im więcej informacji o produkcie, tym większa szansa, że dostawa będzie udana. Poprawki, które sugeruje interfejs API do weryfikacji adresów, mogą dać kurierom większą pewność, że przesyłka zostanie dostarczona.

Wdrażanie interfejsu Address Review API

Gdy klient poda swój adres – niezależnie od tego, czy użyto autouzupełniania miejsca, czy ręcznego wpisania adresu, można je przesłać do interfejsu Address Verificationation API.

Sugerowany czas wywołania interfejsu Address Verificationation API to kliknięcie przycisku Dalej/Dalej w formularzu adresu, co najprawdopodobniej prowadzi do strony przetwarzania płatności.

Cały proces z użyciem interfejsu Address Verification API podczas procesu płatności może wyglądać tak:

obraz

Teraz szczegółowo omówimy każdy z kroków.

Krok 1. Proces wpisywania adresu – korzystanie z usługi autouzupełniania miejsc

Usługa autouzupełniania miejsc powinna być zaimplementowana w pierwszym wierszu formularza podawania adresu, zapewniając klientom sugestie podczas wpisywania danych adresowych.

Autouzupełnianie może uprościć wpisywanie adresu w aplikacji, zwiększając współczynnik konwersji i poprawiając wygodę klientów. Zawiera jedno, szybkie pole do wpisywania z prognozą adresu „wpisz z wyprzedzeniem”, które może służyć do automatycznego wypełniania formularza adresu rozliczeniowego lub adresu dostawy.

Dzięki włączeniu autouzupełniania w koszyku na zakupy online możesz:

  • znacznie zmniejszają liczbę naciśnięć klawiszy i zmniejszają całkowity czas potrzebny na złożenie zamówienia.
  • Zmniejsz liczbę błędów podczas wpisywania adresu.
  • Zmniejsz liczbę porzuceń koszyka.
  • Uprość wpisywanie adresu na urządzeniach mobilnych i urządzeniach do noszenia.

Oto kilka przykładów tego, jak może wyglądać ekran przepływu w tej fazie.

obraz

Krok 2. Użyj interfejsu Address Verificationation API, aby zweryfikować adresy

Zalecamy wywoływanie interfejsu Address Validation API podczas płatności, aby potwierdzić, że adres jest prawidłowy i kompletny.

Jeśli jednak z jakiegoś powodu interfejs Address Review API nie jest wywoływany w domyślnym procesie, zalecamy jego wywołanie co najmniej w tych sytuacjach:

  1. Klient użył autouzupełniania w przeglądarce zamiast autouzupełniania.
  2. Klient zignorował dane autouzupełniania.
  3. Użyto autouzupełniania, ale zwrócony adres został zmodyfikowany.
  4. Przetwarzasz transakcję o wysokiej wartości, a jej pomyślne wyświetlenie jest szczególnie ważne.
  5. Ze względów prawnych musisz przechowywać adresy klientów.

Krok 3. Prześlij wizualne potwierdzenie

Po wpisaniu adresu przekaż użytkownikowi wizualne potwierdzenie miejsca dostawy za pomocą prostej mapy statycznej. Taka mapa daje klientowi dodatkową pewność, że adres jest prawidłowy, co zmniejsza liczbę nieudanych dostaw lub odbioru.
Mapa może być widoczna na stronie, na której klienci wpisują adres, lub możesz ją nawet wysłać w e-mailu z potwierdzeniem, gdy transakcja zostanie zrealizowana. Oba te przypadki użycia można realizować za pomocą tych interfejsów API:

Interfejs Maps JavaScript API udostępnia interaktywną mapę, która wyświetla lokalizację użytkownika. Map Static API pozwala umieścić zdjęcie na stronie internetowej lub później w e-mailu.

Zaawansowane informacje – scenariusze akceptacji

Są 3 główne scenariusze, które można zdefiniować w odpowiedzi interfejsu Address Verification API. Komponenty w odpowiedzi sprawdzającej jakość adresu są wyróżnione, a schemat blokowy widoczny wcześniej w dokumencie zawiera ogólny sugerowany przepływ dla tych opisanych scenariuszy.

Scenariusz 1. Prawidłowy adres

Jeśli interfejs API zwróci sygnał, że podany adres ma dobrą jakość, płatność może przejść do następnego etapu bez powiadamiania klienta.
Sygnały, które wskazują na wysoką jakość adresu:

  • Znacznik addressComplete to true,
  • poziom szczegółowości weryfikacji PREMISE lub SUB_PREMISE, oraz
  • Żaden z komponentów adresu oznaczonych jako:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Zalecamy korzystanie z zalecanych danych adresowych z interfejsu Address Verificationation API, ponieważ mogą one zawierać drobne poprawki i uzupełnienia, na przykład:

  • Użycie wielkich liter
  • korekty formatowania, na przykład:
    • Ulica do ul.
    • Prawidłowa kolejność elementów adresu.
  • ZIP+4 w USA.

Oto przykład, w jaki sposób można wykorzystać tę opinię w procesie weryfikacji:

WYŚLIJ PROŚBĘ ODPOWIEDŹ 
  "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"
        }

Scenariusz 2. Podejrzany adres

Interfejs Address Verification API może wskazywać, że w adresie zaszły istotne zmiany. Zwykle zawiera on inferred, spellCorrected lub replaced w poszczególnych polach. Zwrócony adres należy potwierdzić u klienta. Możesz to zrobić za pomocą wyskakującego okienka z opcją wyboru podanego adresu lub rekomendacji udostępnianej przez interfejs API.
  • Gdy interfejs Address Billingation API znajdzie dopasowanie do adresu (podobnie jak „dopasowanie kandydata” w przypadku odpowiedzi autouzupełniania miejsc), wysyła w odpowiedzi jeden najbardziej prawdopodobny pasujący adres i oznaczy wszystkie poprawione komponenty (odpowiedź interfejsu API do weryfikacji adresów: "spellCorrected": true). Na przykład:
"1600 amphiteatre parkway" odpowiada wartości "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
Oto przykład, w jaki sposób można wykorzystać tę opinię w procesie weryfikacji:
WYŚLIJ PROŚBĘ ODPOWIEDŹ 
  "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
        }
Uwaga: na trasie brakuje litery „h”, brak nazwy miejscowości (Mountain View)

Scenariusz 3. Nieprawidłowy adres

Jeśli odpowiedź z interfejsu Address Verification API wskazuje nieprawidłowy adres, klient powinien zostać przekierowany do formularza podawania adresu, aby mógł sprawdzić wpisane dane. Gdy interfejs Address Billingation API nie może znaleźć kandydata pasującego do adresu, klasyfikuje poszczególne komponenty adresu i oznacza brakujące lub nieprawidłowe dane, dzięki czemu możliwe jest oznaczenie pól, które wymagają dodania lub poprawienia.
Oto przykład, w jaki sposób można wykorzystać tę opinię w procesie weryfikacji:
WYŚLIJ PROŚBĘ ODPOWIEDŹ 
  "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"
        } …

Logikę opisaną powyżej można wdrożyć w ramach procesu płatności, tak jak na tym schemacie procesu:

obraz

Wskazówki dotyczące dalszego usprawnienia procesu płatności

Ważne jest, aby klienci nie mogli dokonać płatności z powodu nieprawidłowego adresu. Logiki nie należy konstruować w sposób, który powoduje wysyłanie klientów w nieskończonej pętli, jeśli interfejs API konsekwentnie wskazuje, że ich wpis jest nieprawidłowy.

Zalecamy, aby klienci mieli maksymalnie 2 szanse na podanie adresu. Przy drugiej próbie dane powinny zostać zaakceptowane, nawet jeśli nie zostaną zweryfikowane. Można to osiągnąć, zezwalając klientowi na „wymuszenie przejścia” po wyświetleniu wyskakującego okienka z sugestią interfejsu API lub dyskretnie akceptując drugą próbę przy wpisywaniu adresu, nawet jeśli adres nie został w pełni zweryfikowany. Dane wejściowe, które nie zostaną w pełni zweryfikowane, mogą zostać oznaczone do ręcznego sprawdzenia przez dział obsługi klienta przed wysłaniem produktu.

Przykładem może być tu nowa konstrukcja. Może upłynąć trochę czasu między zakończeniem budowy nowego budynku a dodaniem adresu tego budynku w bazach danych z adresami pocztowymi. Klienci powinni mieć możliwość przejścia na stronie płatności z użyciem wpisanego adresu, który może jeszcze nie zostać zweryfikowany.

Opcjonalnie możesz użyć metody provideValidationFeedback interfejsu AddressValidation API, aby przesłać do Google opinię na temat określonej próby weryfikacji. Więcej informacji znajdziesz tutaj.

Adresy mogą być wyświetlane w interfejsie lub przechowywane w bazie danych, jeśli są zgodne ze szczegółowymi warunkami korzystania z usługi Address Review API. Jeśli adresy są przechowywane w pamięci podręcznej w bazie danych, musimy się upewnić, że:

  • Adresy mogą być przechowywane w pamięci podręcznej tylko dla użytkownika.
  • Sformatowany adres i większość innych atrybutów można przechowywać w pamięci podręcznej dopiero po uzyskaniu zgody użytkownika.

Niektóre odpowiedzi interfejsu autouzupełniania lub adresów do weryfikacji adresów są częściowe lub niekompletne. W zależności od położenia geograficznego i konkretnych potrzeb biznesowych zalecamy wdrożenie logiki biznesowej, która będzie bardziej wyrozumiała przy podejmowaniu decyzji o akceptowaniu adresów, których API weryfikacji adresów nie może potwierdzić.

Jeśli np. przebywasz w Stanach Zjednoczonych, możesz w odpowiedzi interfejsu Address Verificationation API włączyć opcję CASSTM od agencji United States Postal Service®1. Zapewnia ona bardzo szczegółowe informacje o każdym adresie.

Wielu klientów woli ponownie zweryfikować adresy za pomocą dodatkowego procesu, takiego jak:

  • Ze względów prawnych klienci muszą zagwarantować, że dokładny adres będzie przechowywany w pamięci podręcznej.
  • Jeśli pierwsze wywołanie weryfikacji adresu nie powiedzie się, zweryfikuj adres ponownie offline.

Oferujemy weryfikację adresów wielu adresów jako oprogramowanie typu open source, które umożliwia wdrożenie ponownej weryfikacji adresów w procesie wsadowym.

Podsumowanie

Interfejs Address Verification API to zaawansowane narzędzie, które usprawnia proces płatności na każdej platformie e-commerce. Więcej informacji o interfejsie Address Verificationation API i wypróbuj go tutaj.

Dalsze kroki

Pobierz dokument Usprawnij proces płatności, dostawy i operacji dzięki wiarygodnym adresom i obejrzyj webinar Jak usprawnić proces płatności, dostawy i operacji dzięki weryfikacji adresu .

Sugerowana dalsza analiza:

Współtwórcy

Henrik Valve | Inżynier ds. rozwiązań
Thomas Anglaret | Inżynier ds. rozwiązań
Sarthak Ganguly | Inżynier ds. rozwiązań

  1. Niewyłączny licencjobiorca amerykańskiej poczty pocztowej. Następujące znaki towarowe należą do firmy United States Postal Service® i są używane za jej zgodą: CASSTM, USPS®, DPV®. ↩