Adressbestätigung für E-Commerce-Kasse

Ziel

Für E-Commerce ist es wichtig, korrekte Adressen von Kundenbestellungen zu erfassen, da so sichergestellt wird, dass Produkte erfolgreich geliefert werden können, die pünktliche Lieferung erhöht und die Kosten für Korrektur von Kurieradressen reduziert werden.

In diesem Dokument werden Best Practices für die Verwendung der Address Validation API beim E-Commerce-Kaufvorgang beschrieben. Dazu gehört unter anderem, wann eine fehlerfreie Adresse unbemerkt akzeptiert, die Adressüberprüfungsantwort mit dem Kunden bestätigt oder der Kunde zum Adresseingabeformular zurückgesendet wird, um manuelle Korrekturen vorzunehmen.

Für die Google Maps Platform gibt es bereits ein Tutorial dazu, wie Sie den Bezahlvorgang mit dem Place Autocomplete-Dienst verbessern können. In diesem Dokument werden die neuen Funktionen der Address Validation API hinzugefügt. Diese dienen dazu, Fehler bei der Adresseingabe zu erkennen und so die Zustellbarkeit zu verbessern und den Bezahlvorgang zu optimieren.

Was ist die Adressüberprüfung?

Die Adressüberprüfung (auch bekannt als Adressüberprüfung) ist ein Prozess, mit dem ermittelt werden soll, ob eingegebene Straßen- und Postadressen vorhanden sind und ob es sich um eine zustellbare Qualität handelt.

Warum muss die Adresse an der Kasse bestätigt werden?

Unbemerkte Fehler in der Adresse an der Kasse können zu schwerwiegenden Lieferproblemen führen. Die Adressvalidierung beim Bezahlvorgang gibt dir die Gewissheit, dass die vom Kunden für die Lieferung eingegebene Adresse gültig ist. Dies reduziert wiederum Fehler und Fehllieferungen, die für das Unternehmen kostspielig sind.

Mit dem „Places Autocomplete“-Dienst und der Address Validation API können Nutzer ihre Daten beim Bezahlvorgang schnell und einfach korrekt eingeben. Hier einige häufige Szenarien, die die Address Validation API zu einem wesentlichen Bestandteil des Bezahlvorgangs machen:

Tippfehler

Es kann vorkommen, dass sich Kunden bei der Adresseingabe verwechseln, insbesondere auf einem Mobilgerät. Beispiel: Sie geben New York als Ort für eine Adresse in Brooklyn ein.

Telefonische Bestellungen

Eine Person, die eine Telefonbestellung aufnimmt, kann Adressen leicht missverstehen oder teilweise Adressinformationen erfassen. Dies führt wiederum dazu, dass die Lieferung der Bestellung zu lange dauert oder überhaupt ausfällt.

Geschenke kaufen

Oft werden Produkte als Geschenk für Bekannte und Familienmitglieder gekauft, deren Adresse sie vielleicht nicht mit 100% iger Sicherheit kennen. In solchen Fällen bietet die Address Validation API eine zusätzliche Gewissheit, dass die eingegebene Adresse gültig ist.

Kunde benötigt zusätzliche Adressmetadaten

Ein Paketversand- oder Kurierunternehmen benötigt häufig zusätzliche Informationen, um eine Lieferung abzuschließen, z. B. ein Wohn- oder Gewerbegebäude oder einen USPS DPV-Wert (nur USA).

Unterschiede aufgrund unterschiedlicher Lieferunternehmen

Lokale Postdienste kennen sich oft besser mit einem bestimmten Stadtteil aus als ein kleiner Kurierdienst. Selbst wenn eine Wohnungsnummer oder ein lokales Denkmal fehlt, können einige Transportunternehmen (z. B. das Postamt) ein Paket zustellen, bei dem andere Transportunternehmen ausfallen können.

Wenn Kuriere das Liefergebiet nicht kennen, tragen je mehr Informationen zur Zustellung bei. Die von der Address Validation API vorgeschlagenen Korrekturen können Kurierdiensten die Gewissheit geben, dass das Paket lieferbar ist.

Address Validation API implementieren

Nachdem ein Kunde seine Adresse eingegeben hat – ob über eine Place Autocomplete- oder eine manuelle Eingabe – können die eingegebenen Adressdaten an die Address Validation API gesendet werden.

Der empfohlene Zeitpunkt für den Aufruf der Address Validation API ist ein Klick auf die Schaltfläche „Next/Continue“ (Weiter/Weiter) im Adressformular. Das führt höchstwahrscheinlich zur Seite „Zahlungsbearbeitung“.

Ein End-to-End-Ablauf, bei dem die Address Validation API während des Bezahlvorgangs verwendet wird, kann so aussehen:

Image

Jetzt schlüsseln wir jeden Schritt im Detail auf.

Schritt 1: Ablauf zur Adresseingabe – mit dem „Place Autocomplete“-Dienst

Der „Place Autocomplete“-Dienst sollte in der ersten Zeile des Formulars zur Adresseingabe implementiert werden und dem Kunden Vorschläge bei der Eingabe der Adressdetails machen.

Die automatische Vervollständigung kann die Adresseingabe in Ihrer Anwendung vereinfachen, was zu höheren Conversion-Raten und einem reibungslosen Ablauf für Ihre Kunden führt. Sie bietet ein einzelnes Feld für die Schnelleingabe mit Adressvervollständigung bei der automatischen Eingabe, mit dem das Formular für Rechnungs- oder Versandadressen automatisch ausgefüllt werden kann.

Wenn Sie die automatische Vervollständigung in Ihren Einkaufswagen einbinden, haben Sie folgende Möglichkeiten:

  • wesentlich geringerer Tipp- und Bestellaufwand.
  • weniger Fehler bei der Adresseingabe
  • Weniger Kaufabbrüche
  • vereinfachte Adresseingabe auf Mobilgeräten und Wearables

Hier sind einige Beispiele dafür, wie der Ablaufbildschirm in dieser Phase aussehen kann.

Image

Schritt 2: Address Validation API zum Validieren von Adressen verwenden

Wir empfehlen, beim Bezahlen die Address Validation API aufzurufen, um zu prüfen, ob die Adresse gültig und vollständig ist.

Wenn die Address Validation API aus irgendeinem Grund nicht im Standardablauf aufgerufen wird, empfehlen wir, sie zumindest in den folgenden Fällen aufzurufen:

  1. Der Kunde hat statt der automatischen Vervollständigung die Funktion „Autofill“ für den Browser verwendet.
  2. Der Kunde hat die automatische Vervollständigung ignoriert.
  3. Die automatische Vervollständigung wurde verwendet, die zurückgegebene Adresse wurde jedoch bearbeitet.
  4. Sie verarbeiten eine Transaktion mit hohem Wert, für die eine erfolgreiche Übermittlung besonders wichtig ist.
  5. Sie sind aus rechtlichen Gründen verpflichtet, Privatadressen zu speichern.

Schritt 3: Visuelle Bestätigung bereitstellen

Stellen Sie dem Nutzer nach der Adresseingabe eine visuelle Bestätigung des Lieferorts mit einer einfachen statischen Karte zur Verfügung. Diese Karte bietet dem Kunden zusätzliche Sicherheit, dass die Adresse korrekt ist, und sie reduziert Liefer-/Abholfehler.
Die Karte kann auf der Seite angezeigt werden, auf der Kunden die Adresse eingeben, oder in der Bestätigungs-E-Mail nach Abschluss der Transaktion gesendet werden. Beide Anwendungsfälle können mit den folgenden APIs umgesetzt werden:

Die Maps JavaScript API bietet eine interaktive Karte für die Anzeige des Nutzerstandorts. Mit der Maps Static API können Bilder auf einer Webseite oder später in einer E-Mail eingebettet werden.

Detailanalyse – Akzeptanzszenarien

Es gibt drei Hauptszenarien, die aus der Antwort der Address Validation API definiert werden können. Die Komponenten in der Antwort zur Prüfung der Adressqualität sind hervorgehoben. Das Flussdiagramm weiter oben im Dokument enthält einen insgesamt empfohlenen Ablauf für diese beschriebenen Szenarien.

Szenario 1: Gültige Adresse

Wenn die API ein Signal zurückgibt, dass die eingegebene Adresse von guter Qualität ist, kann der Bezahlvorgang zur nächsten Phase übergehen, ohne dass der Kunde darüber benachrichtigt wird.
Signale, die auf eine Adresse von hoher Qualität hindeuten, sind:

  • Die addressComplete-Markierung ist true,
  • ValidationGranularity unter PREMISE oder SUB_PREMISE, und
  • Keine der Adresskomponenten ist so gekennzeichnet:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Wir empfehlen, die empfohlenen Adressdaten aus der Address Validation API zu übernehmen, da diese kleinere Korrekturen und Ergänzungen enthalten können, z. B.:

  • Großschreibung
  • Formatierungskorrekturen, z. B.
    • Straße nach St.
    • Ordnungsgemäße Reihenfolge der Adresskomponenten
  • ZIP+4 in den USA.

Hier ein Beispiel für die Verwendung dieses Feedbacks im Validierungsprozess:

ANFRAGE REAKTION 
  "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"
        }

Szenario 2: Fragwürdige Adresse

Die Address Validation API kann auf sinnvolle Änderungen der Adresse hinweisen. Dies geschieht in der Regel durch die Angabe von inferred, spellCorrected oder replaced für die einzelnen Felder. Die zurückgegebene Adresse muss vom Kunden bestätigt werden. Dazu können Sie ein modales Pop-up-Fenster verwenden, in dem die eingegebene Adresse ausgewählt werden kann, oder die Empfehlung der API.
  • Wenn die Address Validation API eine Übereinstimmung für die Adresse findet (ähnlich wie „Kandidatenübereinstimmung“ für die Place Autocomplete-response), antwortet sie mit der höchstwahrscheinlichen übereinstimmenden Adresse und markiert alle korrigierten Komponenten (Address Validation API-Antwort: "spellCorrected": true). Beispiel:
"1600 amphiteatre parkway" stimmt mit "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA" überein.
Hier ein Beispiel für die Verwendung dieses Feedbacks im Validierungsprozess:
ANFRAGE REAKTION 
  "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
        }
Hinweis: Auf der Route fehlt das Zeichen „h“, kein Ortsname (Mountain View)

Szenario 3: Ungültige Adresse

Wenn die Antwort der Address Validation API auf eine ungültige Adresse hinweist, sollte der Kunde zum Adresseingabeformular weitergeleitet werden, um die eingegebenen Daten zu prüfen. Wenn die Address Validation API keinen passenden Kandidat für eine Adresse findet, werden die einzelnen Komponenten der Adresse qualifiziert und fehlende oder ungültige Daten markiert. So ist es möglich, Felder zu kennzeichnen, die ergänzt oder korrigiert werden müssen.
Hier ein Beispiel für die Verwendung dieses Feedbacks im Validierungsprozess:
ANFRAGE REAKTION 
  "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"
        } …

Die oben beschriebene Logik kann als Teil des Bezahlvorgangs implementiert werden, wie im folgenden Flussdiagramm gezeigt:

Image

Tipps zur Optimierung des Bezahlvorgangs

Es ist wichtig, dass Kunden nicht durch die Eingabe einer ungültigen Adresse am Bezahlvorgang abgehalten werden. Die Logik sollte nicht so aufgebaut sein, dass Kunden in einer Endlosschleife gesendet werden, wenn die API konsistent angibt, dass ihr Eintrag eine ungültige Adresse ist.

Kunden sollten bei der Eingabe ihrer Adresse bis zu zwei Versuche haben. Beim zweiten Versuch sollte die Eingabe akzeptiert werden, auch wenn sie nicht validiert wird. Dies kann erreicht werden, indem dem Kunden entweder erlaubt wird, die Aktion zu erzwingen, wenn ein modales Pop-up-Fenster mit dem API-Vorschlag angezeigt wird, oder indem der zweite Versuch bei der Adresseingabe ohne Meldung akzeptiert wird, auch wenn die Adresse nicht vollständig validiert wird. Adresseingaben, die nicht vollständig validiert werden, können von einer Kundendienstabteilung nachgelagert zur manuellen Überprüfung gekennzeichnet werden, bevor ein Produkt versendet wird.

Ein Beispiel dafür, warum dies wichtig ist, sind Neubauten. Es kann eine Lücke zwischen dem Zeitpunkt des Baus eines Neubaus und dem Ausfüllen der Adresse dieses Gebäudes in den Adressdatenbanken geben. Kunden sollten in der Lage sein, mit ihrer eingegebenen Adresse, die noch nicht bestätigt zu sein scheint, die Zahlungsseite zu erzwingen.

Optional können Sie die Methode provideValidationFeedback der Address Validation API verwenden, um Google Feedback zu einem bestimmten Validierungsversuch zu senden. Weitere Informationen

Adressen können auf der Benutzeroberfläche angezeigt oder in einer Datenbank im Cache gespeichert werden, wenn sie den dienstspezifischen Nutzungsbedingungen der Address Validation API entsprechen. Wenn die Adressen in einer Datenbank im Cache gespeichert sind, muss Folgendes sichergestellt werden:

  • Adressen können nur für Nutzer im Cache gespeichert werden.
  • Die formatierte Adresse und die meisten anderen Attribute können nur im Cache gespeichert werden, nachdem die Nutzereinwilligung eingeholt wurde.

Einige Antworten der Autocomplete API und/oder Address Validation API sind unvollständig oder unvollständig. Basierend auf Ihren geografischen und geschäftlichen Anforderungen empfehlen wir, die Geschäftslogik zu implementieren, um nachsichtiger zu entscheiden, ob Adressen akzeptiert werden, die von der Address Validation API nicht bestätigt werden können.

Wenn Sie sich z. B. in den USA befinden, können Sie CASSTM über den United States Postal Service®1 in der Antwort der Address Validation API aktivieren. Diese bietet mehr Details zu jeder Adresse.

Viele Kunden ziehen es vor, die Adressen über einen sekundären Prozess neu zu validieren, z. B.:

  • Aus rechtlichen Gründen müssen Kunden die genaue im Cache gespeicherte Adresse garantieren.
  • Wenn der erste Aufruf zur Validierung der Adresse fehlschlägt, können Sie die Adresse offline noch einmal validieren.

Wir bieten High Volume Address Validation als Open-Source-Softwaretool an, mit dem die erneute Validierung von Adressen in einem Batchprozess implementiert wird.

Fazit

Die Address Validation API ist ein leistungsstarkes Tool zur Optimierung des Bezahlvorgangs auf jeder E-Commerce-Plattform. Hier finden Sie weitere Informationen zur Address Validation API und können sie ausprobieren.

Nächste Schritte

Laden Sie das Whitepaper Verbessern der Kasse, der Zustellung und der Abläufe mit zuverlässigen Adressen herunter und sehen Sie sich das Webinar Kasse, Zustellung und Abläufe mit Adressüberprüfung verbessern an.

Leseempfehlungen:

Beitragende

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

  1. Nicht exklusiver Lizenznehmer des United States Postal Service. Die folgenden Marken gehören der United States Postal Service® und werden mit deren Genehmigung verwendet: CASSTM, USPS®, DPV®. ↩