Validation de l'adresse pour le règlement e-commerce

Objectif

Pour l'e-commerce, il est essentiel d'enregistrer les adresses exactes des commandes des clients, car cela permet de s'assurer que les produits peuvent être livrés avec succès, d'augmenter le respect des délais de livraison et de réduire les frais de correction d'adresse de coursier.

Ce document décrit les bonnes pratiques d'utilisation de l'API Address Validation pour le règlement d'e-commerce, y compris quand accepter silencieusement une adresse correcte, confirmer la réponse de validation d'adresse auprès du client ou renvoyer le client au formulaire de saisie d'adresse pour effectuer des corrections manuelles.

Google Maps Platform propose déjà un tutoriel permettant d'améliorer le règlement à l'aide du service Place Autocomplete. Ce document complète ce tutoriel en ajoutant les nouvelles fonctionnalités de l'API Address Validation, conçue pour identifier les erreurs de saisie d'adresses, ce qui contribue à améliorer la livraison et à rendre le processus de paiement plus performant.

Qu'est-ce que la validation des adresses ?

La validation de l'adresse (également appelée validation d'adresse) est un processus conçu pour déterminer si des adresses postales et postales saisies existent, et si elles peuvent être livrées par l'utilisateur.

Pourquoi avez-vous besoin de valider votre adresse lors du règlement ?

Les erreurs non détectées dans les adresses lors du règlement peuvent entraîner de graves problèmes de livraison. La validation de l'adresse sur l'écran de paiement vous permet de vous assurer que l'adresse saisie par le client pour la livraison est valide. Vous réduisez ainsi les échecs et les erreurs de livraison, ce qui est coûteux pour les entreprises.

Le service Places Autocomplete et l'API Address Validation permettent à l'utilisateur de saisir rapidement et facilement ses données lors du règlement. Voici quelques cas courants qui font de l'API Address Validation un élément essentiel du processus de paiement:

Fautes de frappe

Il peut arriver que les clients fassent des erreurs de saisie lorsqu'ils saisissent leur adresse, en particulier sur un appareil mobile. Par exemple, vous pouvez indiquer New York comme localité pour une adresse de Brooklyn.

Commandes par téléphone

Une personne qui prend une commande par téléphone peut facilement mal comprendre des adresses ou capturer des informations d'adresse partielles. La livraison des commandes prend alors plus de temps ou échoue complètement.

Acheter des cadeaux

Les gens achètent souvent des produits pour les offrir à leurs proches dont ils ne connaissent peut-être pas l'adresse à 100 %. Dans de tels scénarios, l'API Address Validation contribue à fournir un niveau de confiance supplémentaire quant à la validité de l'adresse saisie.

Le client a besoin de métadonnées d'adresse supplémentaires

Un transporteur de colis ou un transporteur a souvent besoin d'informations supplémentaires pour effectuer une livraison. Il peut s'agir, par exemple, d'un type de bâtiment résidentiel ou commercial, ou d'une valeur DPV USPS (États-Unis uniquement).

Différences en raison de différentes sociétés de livraison

Les services postaux locaux maîtrisent souvent mieux un quartier qu'un petit transporteur. Ainsi, même en l'absence de numéro d'appartement ou de point de repère local, certains transporteurs (comme votre bureau de poste) peuvent être en mesure de livrer un colis, tandis que d'autres peuvent échouer.

Si les transporteurs ne connaissent pas bien la zone de livraison, plus ils disposent d'informations pour assurer une livraison réussie. Les corrections suggérées par l'API Address Validation peuvent renforcer la confiance des transporteurs quant à la nature du colis.

Implémenter l'API Address Validation

Une fois qu'un client a saisi son adresse, qu'elle provienne de Place Autocomplete ou d'une saisie manuelle, les données d'adresse saisies peuvent être envoyées à l'API Address Validation.

Le meilleur moment pour appeler l'API Address Validation consiste à cliquer sur le bouton "Next/Continue" (Suivant/Continuer) sur le formulaire d'adresse, qui mène probablement à la page de traitement des paiements.

Un flux de bout en bout utilisant l'API Address Validation lors du processus de règlement peut se présenter comme suit:

Image

Nous allons maintenant détailler chaque étape.

Étape 1: Flux de saisie d'adresse – Utiliser le service Place Autocomplete

Le service Place Autocomplete doit être implémenté sur la première ligne du formulaire de saisie d'adresse, afin de suggérer au client de saisir son adresse.

La saisie semi-automatique peut simplifier la saisie des adresses dans votre application, ce qui permet d'augmenter les taux de conversion et d'offrir une expérience fluide à vos clients. Il fournit un champ de saisie unique et rapide avec une prédiction d'adresse permettant de remplir automatiquement un formulaire d'adresse de facturation ou de livraison.

En intégrant la saisie semi-automatique dans votre panier en ligne, vous pouvez:

  • réduire considérablement les frappes de touches et le temps total nécessaire pour passer une commande.
  • réduire les erreurs de saisie d'adresse ;
  • Réduire le nombre d'abandons de panier
  • simplifier l'expérience de saisie d'adresse sur les appareils mobiles ou les accessoires connectés ;

Vous trouverez ici quelques exemples de ce à quoi peut ressembler l'écran de flux à cette phase.

Image

Étape 2: Utilisez l'API Address Validation pour valider des adresses

Nous vous recommandons d'appeler l'API Address Validation lors du règlement pour vérifier que l'adresse est valide et complète.

Toutefois, si pour une raison quelconque, l'API Address Validation n'est pas appelée dans le flux par défaut, nous vous recommandons de l'appeler au moins dans les cas suivants:

  1. Le client a utilisé la saisie automatique du navigateur au lieu de la saisie semi-automatique.
  2. Le client a ignoré la saisie semi-automatique.
  3. La saisie semi-automatique a été utilisée, mais l'adresse renvoyée a été modifiée.
  4. Vous traitez une transaction d'un montant élevé pour laquelle une livraison réussie est particulièrement importante.
  5. Vous êtes tenu de stocker les adresses des consommateurs pour des raisons légales.

Étape 3: Fournissez une confirmation visuelle

Une fois l'adresse saisie, présentez à l'utilisateur une confirmation visuelle du lieu de livraison à l'aide d'une simple carte statique. Cette carte garantit au client que l'adresse est correcte et réduit le nombre d'échecs de livraison ou de retrait.
La carte peut s'afficher sur la page où les clients saisissent leur adresse, ou même être intégrée dans l'e-mail de confirmation une fois la transaction terminée. Ces deux cas d'utilisation peuvent être accomplis à l'aide des API suivantes:

L'API Maps JavaScript fournit une carte interactive permettant d'afficher la position de l'utilisateur. L'API Maps Static permet d'intégrer des images à la page Web ou ultérieurement dans un e-mail.

Présentation détaillée : scénarios d'acceptation

Vous pouvez définir trois scénarios principaux à partir de la réponse de l'API Address Validation. Les composants de la réponse permettant de vérifier la qualité de l'adresse sont mis en surbrillance, et l'organigramme précédent dans le document propose une suggestion globale de procédure pour les scénarios décrits.

Scénario 1: adresse valide

Si l'API renvoie un signal indiquant que l'adresse saisie était de bonne qualité, le règlement peut passer à l'étape suivante sans aucune notification au client.
Voici les signes indiquant qu'une adresse est de bonne qualité:

  • Le repère addressComplete correspondant à true,
  • La valeur de "validationGranularity" à PREMISE ou SUB_PREMISE, et
  • Aucun des composants d'adresse n'est marqué comme suit :
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Nous vous recommandons d'utiliser les données d'adresse recommandées de l'API Address Validation, car elles peuvent contenir des corrections et des ajouts mineurs, par exemple:

  • Minuscules/Majuscules
  • Corrections de mise en forme, par exemple :
    • De rue à rue
    • Ordre correct des composants d'adresse
  • ZIP+4 aux États-Unis.

Un exemple de la façon dont ces commentaires peuvent être utilisés dans le processus de validation est illustré ci-dessous:

DEMANDER RÉACTIONS 
  "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"
        }

Scénario 2: adresse douteuse

L'API Address Validation peut indiquer que des modifications importantes ont été apportées à l'adresse. Généralement, en ajoutant inferred, spellCorrected ou replaced dans les champs individuels, l'adresse renvoyée doit être confirmée auprès du client. Pour ce faire, vous pouvez utiliser une fenêtre pop-up, avec une option permettant de sélectionner l'adresse saisie, ou la recommandation fournie par l'API.
  • Lorsque l'API Address Validation trouve une correspondance pour l'adresse (semblable à la "correspondance du candidat" pour la réponse Place Autocomplete), elle renvoie l'adresse correspondante la plus probable et signale tous les composants corrigés (réponse de l'API Address Validation: "spellCorrected": true). Exemple:
"1600 amphiteatre parkway" correspond à "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
Un exemple de la façon dont ces commentaires peuvent être utilisés dans le processus de validation est illustré ci-dessous:
DEMANDER RÉACTIONS 
  "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
        }
Remarque: Il manque le point "h" pour l'itinéraire et le nom de la localité (Mountain View)

Scénario 3: adresse non valide

Si la réponse de l'API Address Validation indique une adresse non valide, le client doit être redirigé vers le formulaire de saisie d'adresse pour vérifier les données saisies. Lorsque l'API Address Validation ne parvient pas à trouver de correspondance pour une adresse, elle qualifie les composants individuels de l'adresse et signale les données manquantes/non valides. Il est donc possible de signaler les champs qui nécessitent des ajouts ou des corrections.
Un exemple de la façon dont ces commentaires peuvent être utilisés dans le processus de validation est illustré ci-dessous:
DEMANDER RÉACTIONS 
  "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 logique décrite ci-dessus peut être mise en œuvre dans le cadre du processus de paiement, comme illustré dans le schéma de flux suivant:

Image

Conseils pour optimiser davantage le processus de paiement

.

Il est important que les clients puissent payer en raison de la saisie d'une adresse non valide. La logique ne doit pas être construite de manière à envoyer les clients dans une boucle infinie si l'API indique systématiquement que leur entrée est une adresse non valide.

Nous recommandons aux clients d'avoir jusqu'à deux tentatives de saisie de leur adresse. Lors de la deuxième tentative, leur entrée doit être acceptée même si elle n'est pas validée. Pour ce faire, vous pouvez autoriser le client à "forcer la reprise" lorsqu'un pop-up contenant la suggestion d'API s'affiche, ou accepter silencieusement la deuxième tentative lors de la saisie de l'adresse, même si celle-ci n'est pas entièrement validée. Les entrées d'adresse qui ne sont pas complètement validées peuvent être signalées par un service client pour examen manuel en aval avant l'expédition d'un produit.

Un exemple de l'importance de cela est les nouvelles constructions. Il peut y avoir un écart entre le moment où la construction d'un nouveau bâtiment est terminée et le moment où l'adresse du bâtiment est renseignée dans les bases de données d'adresses postales. Les clients doivent pouvoir passer de force sur la page de paiement avec leur adresse saisie, ce qui peut ne pas sembler encore validée.

Vous pouvez éventuellement utiliser la méthode provideValidationFeedback de l'API Address Validation pour fournir des commentaires à Google sur une tentative de validation spécifique. En savoir plus

Les adresses peuvent être affichées dans l'interface utilisateur ou mises en cache dans une base de données si elles respectent les Conditions spécifiques du service de l'API Address Validation. Si les adresses sont mises en cache dans une base de données, nous devons nous assurer que:

  • Les adresses ne peuvent être mises en cache que pour un utilisateur.
  • L'adresse formatée et la plupart des autres attributs ne peuvent être mis en cache qu'après obtention du consentement de l'utilisateur.

Vous constaterez que certaines réponses de l'API Autocomplete et/ou Address Validation sont partielles ou incomplètes. Compte tenu de votre zone géographique et de vos besoins commerciaux spécifiques, nous vous recommandons d'implémenter la logique métier de manière plus permissive pour décider d'accepter ou non les adresses que l'API Address Validation n'est pas en mesure de confirmer.

Par exemple, si vous êtes aux États-Unis, vous avez la possibilité d'activer le service CASSTM du United States Postal Service®1 dans la réponse de l'API Address Validation, qui fournit un haut niveau de détails sur chaque adresse.

De nombreux clients préfèrent revalider les adresses via un processus secondaire tel que:

  • Des raisons réglementaires obligent les clients à garantir l'adresse exacte mise en cache.
  • Si l'appel initial de validation de l'adresse échoue, revalidez-la hors connexion.

Nous proposons un outil logiciel Open Source de validation des adresses à volume élevé, qui permet d'implémenter la revalidation d'adresses dans un traitement par lot.

Conclusion

L'API Address Validation est un outil puissant qui permet d'améliorer l'expérience de paiement de n'importe quelle plate-forme d'e-commerce. Pour en savoir plus sur l'API Address Validation et l'essayer, cliquez ici.

Étapes suivantes

Téléchargez le livre blanc Améliorer le processus de paiement, de livraison et d'exploitation avec des adresses fiables et consultez le webinaire Améliorer le processus de paiement, de livraison et d'exploitation avec Address Validation .

Autres ressources suggérées:

Contributeurs

Henrik Valve | Ingénieur en solutions
Thomas Anglaret | Ingénieur en solutions
Sarthak Ganguly | Ingénieur en solutions

  1. Titulaire d'une licence non exclusive du service postal des États-Unis. La ou les marques suivantes appartiennent au United States Postal Service® et sont utilisées avec autorisation: CASSTM, USPS®, DPV®. ↩