Validación de dirección para Checkout de comercio electrónico

Objetivo

Capturar direcciones precisas de pedidos de clientes es fundamental para el comercio electrónico, ya que ayuda a garantizar que los productos se puedan entregar correctamente, aumentar las entregas a tiempo y reducir los cargos por corrección de direcciones de mensajería.

En este documento, se describen las prácticas recomendadas para usar la API de Address Validation en la confirmación de compras de comercio electrónico, incluido cuándo aceptar una buena dirección de forma silenciosa, confirmar la respuesta de Address Validation con el cliente o enviarlo al formulario de entrada de direcciones para hacer correcciones manuales.

Google Maps Platform ya ofrece un instructivo sobre cómo mejorar la confirmación de la compra con el servicio Place Autocomplete. En este documento, se extiende ese instructivo, ya que se agregan las nuevas funciones de la API de Address Validation, que está diseñada para identificar errores en la entrada de la dirección, lo que ayuda a mejorar la capacidad de entrega y hace que la confirmación de la compra sea más potente.

¿Qué es la validación de direcciones?

Address Validation (también conocida como verificación de dirección) es un proceso diseñado para identificar si existen direcciones postales y postales ingresadas y si son de calidad que se pueden entregar.

¿Por qué necesitas la validación de la dirección en la confirmación de la compra?

Los errores inadvertidos en las direcciones durante la confirmación de la compra pueden causar graves problemas de entrega. La validación de direcciones en la pantalla de confirmación de la compra ayuda a garantizar que la dirección que ingresó el cliente para la entrega sea válida. Esto, a su vez, reduce las entregas fallidas y erróneas, lo que es costoso para las empresas.

El servicio Place Autocomplete y la API de Address Validation permiten al usuario ingresar sus datos correctamente en la confirmación de la compra de forma rápida y sencilla. Estas son algunas situaciones comunes que hacen que la API de Address Validation sea una parte esencial del proceso de confirmación de la compra:

Errores tipográficos

Es bastante común que los clientes escriban mal su dirección cuando ingresan su dirección, especialmente en dispositivos móviles. Por ejemplo, puedes ingresar Nueva York como la localidad de una dirección de Brooklyn.

Pedidos por teléfono

La persona que realiza un pedido por teléfono puede malinterpretar las direcciones o captar información de una dirección parcial con facilidad. Esto, a su vez, hace que la entrega de los pedidos llegue más tiempo o falle por completo.

Comprar regalos

A menudo, las personas compran productos como regalos para familiares y amigos con direcciones desconocidas del 100%. En estas situaciones, la API de Address Validation ayuda a proporcionar una capa de confianza adicional de que la dirección ingresada es válida.

El cliente necesita metadatos de dirección adicionales

A menudo, una empresa de transporte o mensajería de paquetes necesita información adicional para completar una entrega, como el tipo de edificio residencial o comercial, o un valor del DPV de USPS (solo en EE.UU.).

Diferencias debido a las distintas empresas de entrega

A menudo, los servicios postales locales conocen mejor un vecindario específico que un pequeño servicio de mensajería. Por lo tanto, aunque no aparezca el número de departamento o un punto de referencia local, es posible que algunas empresas de transporte (como la oficina de correo) entreguen un paquete, y otras empresas podrían no entregarlo.

Si los servicios de mensajería no tienen conocimientos locales de la zona de entrega, cuanta más información tengan la entrega será para garantizar una entrega exitosa. Las correcciones que sugiere la API de Address Validation pueden brindar a los servicios de mensajería una mayor confianza de que el paquete se puede entregar.

Cómo implementar la API de Address Validation

Después de que un cliente ingresa su dirección, ya sea desde Place Autocomplete o una entrada manual, los datos de dirección ingresados pueden enviarse a la API de Address Validation.

El momento sugerido para llamar a la API de Address Validation es hacer clic en el botón Siguiente/Continuar en el formulario de dirección, lo que probablemente te lleve a la página de procesamiento de pagos.

Un flujo de extremo a extremo que usa la API de Address Validation durante el proceso de confirmación de la compra puede verse de la siguiente manera:

imagen

Ahora desglosamos cada paso en detalle.

Paso 1: Flujo de entrada de direcciones (mediante el servicio Place Autocomplete)

El servicio Place Autocomplete debe implementarse en la primera línea del formulario de entrada de la dirección para brindar sugerencias al cliente a medida que ingresa los detalles de su dirección.

La función de autocompletar puede simplificar el ingreso de direcciones en tu aplicación, lo que implica mayores porcentajes de conversiones y una experiencia sin inconvenientes para tus clientes. Proporciona un único campo de entrada rápida con la función de predicción de direcciones (escritura anticipada), que se puede usar para propagar automáticamente un formulario de dirección de facturación o envío.

Si incorporas la función Autocompletar en tu carrito de compras en línea, podrás hacer lo siguiente:

  • Reducir significativamente la escritura y el tiempo total requeridos para realizar un pedido
  • Disminuir la cantidad de errores cuando se ingresa una dirección
  • Reduce el abandono de carritos.
  • Simplificar la experiencia de ingresar una dirección en dispositivos móviles o wearables

Aquí se muestran algunos ejemplos de cómo puede verse la pantalla de flujo en esta fase.

imagen

Paso 2: Usa la API de Address Validation para validar direcciones

Te recomendamos que llames a la API de Address Validation cuando confirmes la compra para confirmar que la dirección sea válida y esté completa.

Sin embargo, si por algún motivo la API de Address Validation no se invoca en el flujo predeterminado, te recomendamos invocarla al menos en estas situaciones:

  1. El cliente usó la función Autocompletar del navegador en lugar de la función Autocompletar.
  2. El cliente ignoró la entrada de Autocomplete.
  3. Se usó Autocomplete, pero se editó la dirección que se mostró.
  4. Cuando procesas una transacción de alto valor, es especialmente importante tener una entrega exitosa.
  5. Tienes la obligación de almacenar las direcciones de los consumidores por motivos legales.

Paso 3: Proporciona una confirmación visual

Después de ingresar la dirección, proporciona al usuario una confirmación visual de la ubicación de entrega con un simple mapa estático. Este mapa ofrece al cliente una mayor seguridad de que la dirección es correcta y reduce los errores de entrega o retiro.
El mapa puede mostrarse en la página donde los clientes ingresan la dirección o incluso enviarse en el correo electrónico de confirmación cuando completan la transacción. Ambos casos de uso se pueden lograr con las siguientes APIs:

La API de Maps JavaScript proporciona un mapa interactivo en el que se muestra la ubicación del usuario. La API de Maps Static permite incorporar imágenes en la página web o en una etapa posterior de un correo electrónico.

Análisis detallado: Situaciones de aceptación de direcciones

Existen tres situaciones principales que se pueden definir a partir de la respuesta de la API de Address Validation. Se destacan los componentes de la respuesta para verificar la calidad de la dirección, y el diagrama de flujo que se mostró antes en el documento tiene un flujo sugerido general para estas situaciones descritas.

Situación 1: dirección válida

Si la API muestra un indicador de que la dirección ingresada era de buena calidad, la confirmación de la compra puede pasar a la siguiente etapa sin enviar ninguna notificación al cliente.
Los indicadores que indican una dirección de buena calidad son los siguientes:

  • El marcador addressComplete es true,
  • El valor de ValidationGranularity en PREMISE o SUB_PREMISE,
  • Ninguno de los componentes de dirección está marcado de la siguiente manera:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Te recomendamos que tomes los datos de dirección recomendados de la API de Address Validation, ya que podrían contener correcciones y adiciones menores, como las siguientes:

  • Uso de mayúsculas
  • Correcciones de formato, por ejemplo:
    • Calle a calle
    • Orden correcto de los componentes de la dirección
  • ZIP+4 en EE.UU.

A continuación, se muestra un ejemplo de cómo se pueden usar estos comentarios en el proceso de validación:

SOLICITAR: RESPUESTA 
  "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"
        }

Situación 2: dirección cuestionable

La API de Address Validation puede indicar que hay cambios significativos en la dirección. Por lo general, debido a la inclusión de inferred, spellCorrected o replaced en los campos individuales, la dirección que se muestra debe confirmarse con el cliente. Para ello, usa una ventana modal emergente que tenga la opción de seleccionar la dirección ingresada o la recomendación que proporcione la API.
  • Cuando la API de Address Validation encuentra una coincidencia para la dirección (similar a la "coincidencia de candidata" para la respuesta de Place Autocomplete), responde con la única dirección coincidente más probable y marca los componentes corregidos (respuesta de la API de Address Validation: "spellCorrected": true). Por ejemplo:
"1600 amphiteatre parkway" coincidencias con "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
A continuación, se muestra un ejemplo de cómo se pueden usar estos comentarios en el proceso de validación:
SOLICITAR: RESPUESTA 
  "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: Falta la "h" en la ruta, pero falta el nombre de la localidad (Mountain View)

Situación 3: Dirección no válida

Si la respuesta de la API de Address Validation indica una dirección no válida, se debe redireccionar al cliente al formulario de entrada de la dirección para que revise los datos ingresados. Cuando la API de Address Validation no puede encontrar un candidato que coincida con una dirección, califica los componentes individuales de la dirección y marca los datos faltantes o no válidos, por lo que es posible marcar los campos que necesitan adiciones o correcciones.
A continuación, se muestra un ejemplo de cómo se pueden usar estos comentarios en el proceso de validación:
SOLICITAR: RESPUESTA 
  "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 lógica descrita anteriormente se puede implementar como parte del flujo de confirmación de la compra, como se muestra en el siguiente diagrama de flujo:

imagen

Sugerencias para mejorar aún más la confirmación de la compra

Es importante que los clientes puedan pagar por ingresar una dirección no válida. La lógica no se debe construir de manera que se envíe a los clientes en un bucle infinito si la API indica de manera coherente que su entrada no es válida.

Recomendamos que los clientes tengan hasta dos oportunidades para ingresar su dirección y que, en el segundo intento, se acepte su entrada, incluso si no se valida. Para ello, puedes permitir que el cliente continúe con la acción cuando se le muestre una ventana modal emergente con la sugerencia de la API, o bien aceptar silenciosamente el segundo intento en el ingreso de la dirección, incluso si la dirección no se valida por completo. Las entradas de dirección que no se validan por completo se pueden marcar para una revisión manual en sentido descendente por parte de un departamento de atención al cliente antes de que se envíe un producto.

Un ejemplo de por qué esto es importante es la construcción nueva. Puede haber un intervalo entre el momento en que se termina la construcción del nuevo edificio y el momento en el que se propaga la dirección de ese edificio en las bases de datos de direcciones postales. Los clientes deben poder proceder de manera forzosa a través de la página de confirmación de compras con la dirección escrita, que puede parecer que aún no se validó.

De manera opcional, puedes usar el método provideValidationFeedback de la API de Address Validation para proporcionar comentarios a Google sobre un intento de validación específico. Obtén más información aquí.

Las direcciones se pueden mostrar en la IU o almacenar en caché en una base de datos si cumplen con las Condiciones Específicas del Servicio de la API de Address Validation. Si las direcciones se almacenan en caché en una base de datos, debemos asegurarnos de que se cumpla lo siguiente:

  • Las direcciones solo se pueden almacenar en caché de un usuario.
  • La dirección con formato y la mayoría de los demás atributos solo se pueden almacenar en caché después de obtener el consentimiento del usuario.

Verás que algunas respuestas de la API de Autocomplete o Address Validation son parciales o incompletas. Según tu ubicación geográfica y tus necesidades empresariales específicas, te recomendamos que implementes la lógica empresarial para que sea más tolerante cuando decidas si aceptar o no direcciones que la API de Address Validation no pueda confirmar.

Por ejemplo, si estás en EE.UU., tienes la opción de habilitar CASSTM del United States Postal Service®1 en la respuesta de la API de Address Validation, que proporciona un alto grado de detalle en cada dirección.

Muchos clientes prefieren volver a validar las direcciones con un proceso secundario, como el siguiente:

  • Los motivos reglamentarios exigen que los clientes garanticen que la dirección exacta se almacenará en caché.
  • Si la llamada inicial para validar la dirección falla, vuelve a validar la dirección sin conexión.

Proporcionamos Validación de direcciones de alto volumen como una herramienta de software de código abierto que permite implementar la revalidación de direcciones en un proceso por lotes.

Conclusión

La API de Address Validation es una herramienta potente que sirve para mejorar la experiencia de confirmación de la compra en cualquier plataforma de comercio electrónico. Obtén más información sobre la API de Address Validation y pruébala aquí.

Próximos pasos

Descarga el informe Mejora la confirmación de la compra, la entrega y las operaciones con direcciones confiables y consulta el seminario en línea Cómo mejorar la confirmación de la compra, la entrega y las operaciones con Address Validation .

Lectura adicional sugerida:

Colaboradores

Henrik Valve | Ingeniero de soluciones
Thomas Anglaret | Ingeniero de soluciones
Sarthak Ganguly | Ingeniero de soluciones

  1. Licenciatario no exclusivo del Servicio Postal de Estados Unidos. Las siguientes marcas comerciales pertenecen al United States Postal Service® y se utilizan con el permiso correspondiente: CASSTM, USPS®, DPV®. ↩