Validação de endereço para a finalização de compra de e-commerce

Objetivo

Coletar endereços precisos de pedidos de clientes é fundamental para o e-commerce porque ajuda a garantir que os produtos possam ser entregues, aumentar as entregas pontuais e reduzir as cobranças de correção de endereço da transportadora.

Neste documento, descrevemos as práticas recomendadas para usar a API Address Validation na finalização da compra de e-commerce, incluindo quando aceitar silenciosamente um bom endereço, confirmar a resposta de validação de endereço com o cliente ou enviar o cliente de volta ao formulário de inserção de endereço para fazer correções manuais.

A Plataforma Google Maps já oferece um tutorial sobre como melhorar a finalização da compra usando o serviço Place Autocomplete. Este documento amplia esse tutorial ao adicionar os novos recursos da API Address Validation, que foi projetada para identificar erros de entrada de endereço, ajudando a melhorar a entrega e tornar a finalização de compra mais eficiente.

O que é validação de endereço?

A validação de endereço (também conhecida como verificação de endereço) é um processo projetado para identificar se a rua e os endereços postais inseridos existem e se têm entregas de qualidade.

Por que a validação do endereço é necessária na finalização da compra?

Erros despercebidos nos endereços na finalização da compra podem causar sérios problemas na entrega. A validação do endereço na tela de finalização da compra ajuda a ter certeza de que o endereço informado pelo cliente para entrega é válido. Isso, por sua vez, reduz falhas e entregas incorretas, o que é caro para as empresas.

O serviço Places Autocomplete e a API Address Validation permitem que o usuário insira os dados corretamente na finalização da compra de maneira rápida e fácil. Veja abaixo alguns cenários comuns que tornam a API Address Validation uma parte essencial do processo de finalização da compra:

Erros de digitação

É comum que os clientes digitem errado ao inserir o endereço, especialmente em dispositivos móveis. Por exemplo, inserir Nova York como a região administrativa de um endereço do Brooklyn.

Pedidos por telefone

Uma pessoa que aceita um pedido por telefone pode facilmente entender os endereços ou capturar informações parciais dele. Isso, por sua vez, faz com que a entrega do pedido leve mais tempo ou falhe completamente.

Compra de presentes

As pessoas geralmente compram produtos como presentes para amigos e familiares cujo endereço elas podem não saber com 100% de certeza. Nesses cenários, a API Address Validation ajuda a fornecer uma camada adicional de confiança de que o endereço inserido é válido.

O cliente precisa de mais metadados do endereço

Uma transportadora de pacotes ou uma empresa de entregas geralmente precisa de mais informações para concluir uma entrega, como o tipo de edifício residencial ou comercial, ou um valor de USPS DPV (somente nos EUA).

Diferenças devido a diferentes empresas de entrega

Os serviços postais locais geralmente são mais bem informados sobre um bairro específico do que uma pequena transportadora. Assim, mesmo que um número de apartamento ou um ponto de referência local esteja ausente, algumas transportadoras (como sua agência de correio) podem conseguir entregar um pacote, onde outras transportadoras podem falhar.

Se as transportadoras não tiverem conhecimento local da área de entrega, mais informações elas tiverem para garantir uma entrega bem-sucedida. Com as correções sugeridas pela API Address Validation, as transportadoras têm mais confiança de que o pacote pode ser entregue.

Como implementar a API Address Validation

Depois que um cliente digita o endereço, seja do Place Autocomplete ou de uma entrada manual, os dados inseridos podem ser enviados para a API Address Validation.

O tempo sugerido para chamar a API Address Validation pode ser feito com um clique no botão "Avançar/Continuar" no formulário de endereço, o que provavelmente leva à página de processamento de pagamentos.

Um fluxo completo que usa a API Address Validation durante o processo de finalização da compra pode ter esta aparência:

imagem

Agora, vamos detalhar cada etapa.

Etapa 1: fluxo de entrada de endereço usando o serviço Place Autocomplete

O serviço Place Autocomplete precisa ser implementado na primeira linha do formulário de inserção de endereço, oferecendo sugestões ao cliente à medida que ele insere os detalhes do endereço.

O preenchimento automático pode simplificar a inserção dos endereços no seu aplicativo, aumentando as taxas de conversão e otimizando a experiência para os clientes. Ele fornece um campo de entrada único e rápido com previsão de endereço, que pode ser usado para preencher automaticamente um formulário de endereço de cobrança ou entrega.

Ao incorporar o preenchimento automático em seu carrinho de compras on-line, você pode:

  • Reduza significativamente o número de teclas digitadas e o tempo total necessário para fazer um pedido.
  • Reduzir erros de inserção de endereço.
  • Reduzir o abandono do carrinho
  • Simplificar a inserção de endereço nos dispositivos móveis e wearable.

Alguns exemplos de como a tela de fluxo pode ficar nesta fase são mostrados aqui.

imagem

Etapa 2: usar a API Address Validation para validar endereços

Recomendamos que você chame a API Address Validation na finalização da compra para confirmar se o endereço é válido e está completo.

No entanto, se por algum motivo a API Address Validation não for invocada no fluxo padrão, recomendamos chamá-la pelo menos nestes cenários:

  1. O cliente usou o preenchimento automático do navegador em vez do Autocomplete.
  2. O cliente ignorou a entrada de preenchimento automático.
  3. O preenchimento automático foi usado, mas o endereço retornado foi editado.
  4. Você está processando uma transação de alto valor em que uma entrega bem-sucedida é especialmente importante.
  5. Você precisa armazenar endereços de consumidores por motivos legais.

Etapa 3: fornecer confirmação visual

Após a inserção do endereço, forneça ao usuário uma confirmação visual do local de entrega com um mapa estático simples. Esse mapa oferece ao cliente uma garantia adicional de que o endereço está correto e reduz falhas de entrega/retirada.
O mapa pode ser mostrado na página em que os clientes inserem o endereço ou até mesmo enviado dentro do e-mail de confirmação quando concluem a transação. Esses dois casos de uso podem ser realizados com as seguintes APIs:

A API Maps JavaScript oferece um mapa interativo para mostrar a localização do usuário. A API Maps Static permite a incorporação de imagens na página da Web ou em um e-mail posteriormente.

Análise detalhada: abordar cenários de aceitação

Há três cenários principais que podem ser definidos com base na resposta da API Address Validation. Os componentes na resposta para verificar a qualidade do endereço estão destacados, e o fluxograma anterior no documento tem um fluxo geral sugerido para esses cenários descritos.

Cenário 1: endereço válido

Se a API retornar um sinal de que o endereço inserido era de boa qualidade, a finalização da compra pode passar para a próxima etapa sem nenhuma notificação ao cliente.
Os sinais que indicam um endereço de boa qualidade são:

  • O marcador addressComplete é true,
  • A validateGranularity em PREMISE ou SUB_PREMISE, e
  • Nenhum dos componentes de endereço marcado como:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

Recomendamos extrair os dados de endereço recomendados da API Address Validation, porque eles podem conter pequenas correções e adições, como:

  • Letras maiúsculas
  • Correções de formatação, por exemplo
    • Rua até a S
    • Ordem correta dos componentes de endereço
  • ZIP+4 nos EUA.

Confira abaixo um exemplo de como esse feedback pode ser usado no processo de validação:

SOLICITAR RESPOSTA 
  "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"
        }

Cenário 2: endereço questionável

A API Address Validation pode indicar que há mudanças significativas no endereço, geralmente com a inclusão de inferred, spellCorrected ou replaced nos campos individuais. O endereço retornado precisa ser confirmado com o cliente. Isso pode ser feito usando um pop-up modal, com uma opção para selecionar o endereço inserido ou a recomendação fornecida pela API.
  • Quando a API Address Validation encontra uma correspondência para o endereço (semelhante a "correspondência de candidato" para a resposta do Place Autocomplete), ela responde com o endereço correspondente mais provável e sinaliza todos os componentes corrigidos (resposta da API Address Validation: "spellCorrected": true). Por exemplo:
"1600 amphiteatre parkway" corresponde a "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"
Confira abaixo um exemplo de como esse feedback pode ser usado no processo de validação:
SOLICITAR RESPOSTA 
  "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
        }
Observação: trajeto sem "h", nome de localidade ausente (Mountain View)

Cenário 3: endereço inválido

Se a resposta da API Address Validation indicar um endereço inválido, o cliente será redirecionado ao formulário de inserção de endereço para verificar os dados inseridos. Quando a API Address Validation não encontra um candidato correspondente para um endereço, ela qualifica os componentes individuais do endereço e marca os dados ausentes/inválidos. Assim, é possível sinalizar campos que precisam de adições ou correções.
Confira abaixo um exemplo de como esse feedback pode ser usado no processo de validação:
SOLICITAR RESPOSTA 
  "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"
        } …

A lógica descrita acima pode ser implementada como parte do fluxo de finalização da compra, conforme mostrado no diagrama de fluxo a seguir:

imagem

Dicas para melhorar ainda mais a finalização da compra

É importante que os clientes não sejam impedidos de finalizar a compra devido à inserção de um endereço inválido. A lógica não deve ser construída de uma maneira que envie clientes em um loop infinito se a API indicar consistentemente que a entrada deles é um endereço inválido.

Recomendamos que os clientes tenham até duas chances de inserir o endereço e, na segunda tentativa, a inscrição será aceita mesmo que não seja validada. Isso pode ser feito permitindo que o cliente "force o processo" ao ver um modal pop-up com a sugestão da API ou aceite silenciosamente a segunda tentativa na entrada do endereço, mesmo que o endereço não seja validado totalmente. As entradas de endereço que não foram validadas totalmente podem ser sinalizadas para revisão manual downstream por um departamento de atendimento ao cliente antes do envio de um produto.

Um exemplo da importância disso é a construção nova. Pode haver uma lacuna entre a conclusão da construção de um novo edifício e o preenchimento do endereço nos bancos de dados de endereços postais. Os clientes precisam ser capazes de forçar o próximo passo na página de finalização da compra com o endereço digitado, que pode não parecer validado ainda.

Opcionalmente, você pode usar o método provideValidationFeedback da API Address Validation para fornecer feedback ao Google sobre uma tentativa de validação específica. Saiba mais.

Os endereços podem ser exibidos na interface ou armazenados em cache em um banco de dados se estiverem alinhados com os Termos de serviço específicos da API Address Validation. Se os endereços estiverem armazenados em cache em um banco de dados, será necessário garantir o seguinte:

  • Os endereços só podem ser armazenados em cache com relação a um usuário.
  • O endereço formatado e a maioria dos outros atributos só podem ser armazenados em cache após o consentimento do usuário.

Você descobrirá que algumas respostas da API Address Validation e/ou Autocomplete são parciais ou incompletas. Com base na sua região geográfica e em necessidades comerciais específicas, recomendamos implementar a lógica de negócios para ser mais flexível ao decidir se você aceita endereços que não podem ser confirmados pela API Address Validation.

Por exemplo, se você estiver nos EUA, poderá ativar o CASSTM pelo Serviço Postal dos Estados Unidos®1 na resposta da API Address Validation, que fornece um alto nível de detalhes sobre cada endereço.

Muitos clientes preferem revalidar os endereços usando um processo secundário, como:

  • Motivos regulatórios exigem que os clientes garantam o endereço exato que está sendo armazenado em cache.
  • Se a chamada inicial para validar o endereço falhar, revalide-o off-line.

Fornecemos a Validação de endereço de alto volume como uma ferramenta de software de código aberto para implementar a revalidação de endereços em um processo em lote.

Conclusão

A API Address Validation é uma ferramenta poderosa para aprimorar a experiência de finalização de compra em qualquer plataforma de e-commerce. Saiba mais sobre a API Address Validation e faça um teste aqui.

Próximas etapas

Faça o download do artigo Melhorar a finalização de compra, a entrega e as operações com endereços confiáveis e confira o webinar Como melhorar a finalização de compra, a entrega e as operações com a Address Validation .

Leitura adicional sugerida:

Colaboradores

Henrik Valve | Engenheiro de soluções
Thomas Anglaret | Engenheiro de soluções
Sarthak Ganguly | Engenheiro de soluções

  1. Licenciado não exclusivo do Serviço Postal dos Estados Unidos. As marcas registradas a seguir são do Serviço Postal dos Estados Unidos® e usadas com permissão: CASSTM, USPS®, DPV®. ↩