Convalida dell'indirizzo per il pagamento e-commerce

Scopo

Ottenere indirizzi precisi dagli ordini dei clienti è fondamentale per l'e-commerce, perché contribuisce a garantire che i prodotti possano essere consegnati correttamente, ad aumentare le consegne puntuali e a ridurre gli addebiti per la correzione dell'indirizzo del corriere.

Questo documento descrive le best practice per l'utilizzo dell'API Address Validation nei pagamenti e-commerce, ad esempio quando accettare automaticamente un indirizzo valido, confermare la risposta di Address Validation con il cliente o rimandare il cliente al modulo di inserimento dell'indirizzo per apportare correzioni manuali.

Google Maps Platform offre già un tutorial su come migliorare la procedura di pagamento utilizzando il servizio Place Autocomplete. Questo documento amplia il tutorial aggiungendo le nuove funzionalità dell'API Address Validation, progettata per identificare gli errori di inserimento degli indirizzi, contribuendo così a migliorare la recapitabilità e a rendere più potente il pagamento.

Che cos'è la convalida degli indirizzi?

La convalida dell'indirizzo (nota anche come verifica dell'indirizzo) è un processo progettato per identificare l'esistenza di indirizzi e indirizzi postali inseriti e di offrire una qualità di consegna.

Perché è necessaria la convalida dell'indirizzo al momento del pagamento?

Errori non rilevati negli indirizzi al momento del pagamento possono causare gravi problemi di consegna. La convalida dell'indirizzo nella schermata di pagamento consente di verificare che l'indirizzo inserito dal cliente per la consegna sia valido. Questo a sua volta riduce le mancate forniture, costi costose per le aziende.

Il servizio Places Autocomplete e l'API Address Validation consentono all'utente di inserire correttamente i propri dati al momento del pagamento in modo facile e veloce. Ecco alcuni scenari comuni che rendono l'API Address Validation una parte essenziale del processo di pagamento:

Errori di battitura

Può essere piuttosto comune per i clienti digitare in modo errato l'indirizzo, soprattutto su un dispositivo mobile. Ad esempio, inserendo New York come località per un indirizzo di Brooklyn.

Ordini telefonici

Una persona che effettua un ordine telefonico può facilmente fraintendere gli indirizzi o acquisire informazioni parziali sull'indirizzo. Questo, a sua volta, porta alla consegna dell'ordine che richiede più tempo o al contrario.

Acquisto di regali

Spesso le persone acquistano prodotti come regali per amici e familiari di cui potrebbero non conoscere con la certezza del 100%. In questi scenari, l'API Address Validation aiuta a fornire un ulteriore livello di sicurezza che l'indirizzo inserito sia valido.

Il cliente ha bisogno di ulteriori metadati dell'indirizzo

Un corriere o un corriere ha spesso bisogno di informazioni aggiuntive per completare la consegna, ad esempio un tipo di edificio residenziale o commerciale o un valore DPV USPS (solo per gli Stati Uniti).

Differenze dovute alle diverse società di consegna

I servizi postali locali sono spesso più informati su un quartiere specifico rispetto a un piccolo corriere. Quindi, anche se manca il numero di un appartamento o un punto di riferimento locale, alcuni corrieri (come l'ufficio postale) potrebbero riuscire a consegnare un pacco, mentre altri corrieri potrebbero incorrere in un errore.

Se i corrieri non conoscono a livello locale l'area di consegna, maggiori sono le informazioni a loro disposizione per garantire il successo della consegna. Le correzioni suggerite dall'API Address Validation possono offrire ai corrieri una maggiore sicurezza della consegna del pacco.

Implementazione dell'API Address Validation

Dopo che il cliente ha inserito l'indirizzo, indipendentemente dal fatto che provenisse da Place Autocomplete o da una voce manuale, i dati dell'indirizzo inseriti possono essere inviati all'API Address Validation.

Il momento consigliato per chiamare l'API Address Validation è il clic sul pulsante Avanti/Continua del modulo dell'indirizzo, che molto probabilmente indirizza alla pagina di elaborazione dei pagamenti.

Un flusso end-to-end che utilizza l'API Address Validation durante la procedura di pagamento può avere il seguente aspetto:

immagine

Ora analizziamo ogni passaggio in dettaglio.

Passaggio 1: flusso di inserimento dell'indirizzo utilizzando il servizio Place Autocomplete

Il servizio Place Autocomplete deve essere implementato nella prima riga del modulo di inserimento dell'indirizzo, fornendo suggerimenti al cliente durante l'inserimento dei dati dell'indirizzo.

Il completamento automatico può semplificare l'inserimento degli indirizzi nell'applicazione, generando tassi di conversione più elevati e un'esperienza fluida per i tuoi clienti. Fornisce un singolo campo di immissione rapida con previsione dell'indirizzo "type-ahead" che può essere utilizzato per compilare automaticamente un modulo per l'indirizzo di fatturazione o di spedizione.

Se incorpori la funzionalità di completamento automatico nel tuo carrello degli acquisti online, puoi:

  • Ridurre significativamente le sequenze di tasti e il tempo totale necessario per effettuare un ordine.
  • Riduci gli errori di inserimento dell'indirizzo.
  • Riduci l'abbandono del carrello.
  • Semplifica l'inserimento degli indirizzi su dispositivi mobili o indossabili.

Qui puoi vedere alcuni esempi dell'aspetto della schermata del flusso in questa fase.

immagine

Passaggio 2: utilizza l'API Address Validation per convalidare gli indirizzi

Ti consigliamo di chiamare l'API Address Validation al momento del pagamento per verificare che l'indirizzo sia valido e completo.

Tuttavia, se per qualche motivo l'API Address Validation non viene richiamata nel flusso predefinito, ti consigliamo di richiamarla almeno in questi scenari:

  1. Il cliente ha utilizzato la compilazione automatica del browser anziché il completamento automatico.
  2. Il cliente ha ignorato l'input di completamento automatico.
  3. È stato utilizzato il completamento automatico, ma l'indirizzo restituito è stato modificato.
  4. Stai elaborando una transazione di alto valore per cui è particolarmente importante che avere una pubblicazione riuscita è particolarmente importante.
  5. Devi archiviare gli indirizzi dei consumatori per motivi legali.

Passaggio 3: fornisci una conferma visiva

Dopo l'inserimento dell'indirizzo, fornisci all'utente una conferma visiva della località di consegna con una semplice mappa statica. Questa mappa offre al cliente un'ulteriore garanzia che l'indirizzo sia corretto e riduce gli errori di consegna/ritiro.
La mappa può essere visualizzata nella pagina in cui i clienti inseriscono l'indirizzo o può essere inviata nell'email di conferma dopo aver completato la transazione. Entrambi questi casi d'uso possono essere realizzati con le seguenti API:

L'API Maps JavaScript fornisce una mappa interattiva per visualizzare la posizione dell'utente. L'API Maps Static consente di incorporare le immagini all'interno della pagina web o in un secondo momento in un'email.

Approfondimento - Scenari di accettazione degli indirizzi

Esistono tre scenari principali che possono essere definiti dalla risposta dell'API Address Validation. I componenti della risposta per verificare la qualità dell'indirizzo sono evidenziati e il diagramma di flusso in precedenza nel documento presenta un flusso suggerito complessivo per gli scenari descritti.

Scenario 1: indirizzo valido

Se l'API restituisce un segnale che indica che l'indirizzo inserito è di buona qualità, il pagamento può passare alla fase successiva senza alcuna notifica al cliente.
Gli indicatori che indicano un indirizzo di buona qualità sono:

  • L'indicatore addressComplete è true,
  • La validationGranularity in PREMISE o SUB_PREMISE, e
  • Nessuno dei componenti dell'indirizzo è contrassegnato come:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Ti consigliamo di prendere i dati dell'indirizzo consigliati dall'API Address Validation, in quanto potrebbero contenere piccole correzioni e aggiunte, ad esempio:

  • Lettere maiuscole
  • Correzioni della formattazione, ad esempio:
    • Da strada a St
    • Ordine corretto dei componenti dell'indirizzo
  • ZIP+4 negli Stati Uniti.

Di seguito è riportato un esempio di come questo feedback può essere utilizzato nel processo di convalida:

RICHIEDI RISPOSTA 
  "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"
        }

Scenario 2: indirizzo discutibile

L'API Address Validation può indicare la presenza di modifiche significative all'indirizzo. Di solito mediante l'inclusione di inferred, spellCorrected o replaced nei singoli campi, l'indirizzo restituito deve essere confermato dal cliente. Per farlo, puoi utilizzare una finestra modale popup con la possibilità di selezionare l'indirizzo inserito o il suggerimento fornito dall'API.
  • Quando l'API Address Validation trova una corrispondenza per l'indirizzo (simile alla "corrispondenza candidati" per la risposta di Place Autocomplete), risponde con il singolo indirizzo corrispondente più probabile e segnala tutti i componenti corretti (risposta dell'API Address Validation: "spellCorrected": true). Ad esempio:
"1600 amphiteatre parkway" corrisponde a "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
Di seguito è riportato un esempio di come questo feedback può essere utilizzato nel processo di convalida:
RICHIEDI RISPOSTA 
  "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
        }
Nota: percorso mancante "h", nome della località mancante (Mountain View)

Scenario 3: indirizzo non valido

Se la risposta dell'API Address Validation indica un indirizzo non valido, il cliente deve essere reindirizzato al modulo di inserimento dell'indirizzo per controllare i dati inseriti. Quando l'API Address Validation non riesce a trovare un candidato per la corrispondenza di un indirizzo, qualifica i singoli componenti dell'indirizzo e contrassegna i dati mancanti/non validi; in questo modo, è possibile contrassegnare i campi che richiedono aggiunte o correzioni.
Di seguito è riportato un esempio di come questo feedback può essere utilizzato nel processo di convalida:
RICHIEDI RISPOSTA 
  "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"
        } …

La logica sopra descritta può essere implementata come parte del flusso di pagamento, come mostrato nel seguente diagramma di flusso:

immagine

Suggerimenti per migliorare ulteriormente i pagamenti

È importante che ai clienti non venga impedito il pagamento a causa dell'inserimento di un indirizzo non valido. La logica non deve essere creata in modo da indirizzare i clienti in un ciclo infinito se l'API indica costantemente che la voce è un indirizzo non valido.

Consigliamo ai clienti di avere fino a due possibilità di inserire il proprio indirizzo e, al secondo tentativo, l'immissione deve essere accettata anche se non è valida. Questo può essere ottenuto consentendo al cliente di eseguire il "procedimento forzato" quando viene mostrata una finestra modale popup con il suggerimento dell'API o accettando in silenzio il secondo tentativo di inserimento dell'indirizzo, anche se l'indirizzo non viene convalidato completamente. Gli input degli indirizzi che non vengono convalidati completamente possono essere segnalati per una revisione manuale a valle da un reparto di assistenza clienti prima della spedizione del prodotto.

Un esempio del motivo per cui questo aspetto è importante è rappresentato dalle nuove costruzioni. Potrebbe esserci un divario tra il momento in cui viene completata la costruzione di un nuovo edificio e il momento in cui l'indirizzo dell'edificio viene inserito nei database degli indirizzi postali. I clienti devono essere in grado di procedere forzatamente tramite la pagina di pagamento con l'indirizzo digitato, che potrebbe non sembrare ancora convalidato.

Facoltativamente, puoi utilizzare il metodo provideValidationFeedback dell'API Address Validation per fornire feedback a Google su uno specifico tentativo di convalida. Scopri di più qui.

Gli indirizzi possono essere visualizzati nell'interfaccia utente oppure memorizzati nella cache in un database se sono in linea con i termini specifici del servizio dell'API Address Validation. Se gli indirizzi sono memorizzati nella cache di un database, dobbiamo garantire quanto segue:

  • Gli indirizzi possono essere memorizzati nella cache solo per un utente.
  • L'indirizzo formattato e la maggior parte degli altri attributi possono essere memorizzati nella cache solo dopo aver ottenuto il consenso dell'utente.

Vedrai che alcune risposte dell'API Autocomplete e/o Address Validation sono parziali o incomplete. In base alla tua area geografica e alle specifiche esigenze aziendali, ti consigliamo di implementare la logica di business per essere più tollerante al momento di decidere se accettare indirizzi che l'API Address Validation non è in grado di confermare.

Ad esempio, se ti trovi negli Stati Uniti, hai la possibilità di abilitare CASSTM dagli Stati Uniti Postal Service®1 nella risposta dell'API Address Validation, che fornisce un elevato livello di dettagli su ciascun indirizzo.

Molti clienti preferiscono riconvalidare gli indirizzi tramite una procedura secondaria, ad esempio:

  • Per motivi normativi, i clienti devono garantire che l'indirizzo esatto venga memorizzato nella cache.
  • Se la chiamata iniziale per la convalida dell'indirizzo non va a buon fine, convalida nuovamente l'indirizzo offline.

Forniamo High Volume Address Validation come strumento software open source per implementare la riconvalida degli indirizzi in un processo batch.

Conclusione

L'API Address Validation è un potente strumento per migliorare l'esperienza di pagamento su qualsiasi piattaforma di e-commerce. Scopri di più sull'API Address Validation e provala qui.

Passaggi successivi

Scarica il white paper Migliorare la procedura di pagamento, la consegna e le operazioni con indirizzi affidabili e guardare il webinar Migliorare procedura di pagamento, consegna e operazioni con Address Validation .

Ulteriore lettura suggerita:

Collaboratori

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

  1. Licenziatario non esclusivo del Servizio postale degli Stati Uniti. I seguenti marchi sono di proprietà dell'Ufficio postale degli Stati Uniti® e vengono utilizzati previa autorizzazione: CASSTM, USPS®, DPV®. ↩