Эта страница переведена с помощью Cloud Translation API.

Проверка адреса для электронной торговли

Цель

Получение точных адресов из заказов клиентов имеет решающее значение для электронной коммерции, поскольку помогает обеспечить успешную доставку продуктов, увеличить своевременную доставку и снизить расходы на корректировку курьерского адреса.

В этом документе описаны лучшие практики использования API проверки адреса при оформлении заказа в электронной торговле, в том числе, когда молча принять правильный адрес, подтвердить ответ проверки адреса с клиентом или отправить клиента обратно в форму ввода адреса для внесения исправлений вручную.

Платформа Google Maps уже предлагает руководство о том, как улучшить оформление заказа с помощью службы автозаполнения мест. Этот документ расширяет это руководство, добавляя новые возможности API проверки адреса, который предназначен для выявления ошибок при вводе адреса, что помогает улучшить доставляемость и сделать оформление заказа более эффективным.

Что такое проверка адреса?

Проверка адреса (также известная как проверка адреса) — это процесс, предназначенный для определения существования введенных уличных и почтовых адресов и их качества.

Зачем вам нужна проверка адреса при оформлении заказа?

Незамеченные ошибки в адресах при оформлении заказа могут стать причиной серьезных проблем с доставкой. Проверка адреса на экране оформления заказа помогает вам быть уверенными в том, что адрес, введенный клиентом для доставки, действителен. Это, в свою очередь, снижает количество неудачных и неправильных поставок, что дорого обходится предприятиям.

Служба автозаполнения мест и API проверки адреса позволяют пользователю быстро и легко правильно вводить свои данные при оформлении заказа. Вот некоторые распространенные сценарии, которые делают API проверки адреса важной частью процесса оформления заказа:

Опечатки

Клиенты могут довольно часто ошибаться при вводе своего адреса, особенно на мобильном устройстве. Например, введите Нью-Йорк в качестве местоположения для адреса в Бруклине.

Заказы по телефону

Человек, принимающий заказ по телефону, может легко неправильно понять адреса или уловить неполную адресную информацию. Это, в свою очередь, приводит к тому, что доставка заказа занимает больше времени или вообще не выполняется.

Покупка подарков

Люди часто покупают товары в качестве подарков друзьям и родственникам, адрес которых они могут не знать со 100% уверенностью. В таких сценариях API проверки адреса помогает обеспечить дополнительный уровень уверенности в том, что введенный адрес действителен.

Клиенту нужны дополнительные метаданные адреса

Отправителю посылок или курьерской компании часто требуется дополнительная информация для завершения доставки, например, тип жилого или коммерческого здания или значение USPS DPV (только для США).

Различия из-за разных компаний доставки

Местные почтовые службы зачастую более осведомлены о конкретном районе, чем небольшой курьер. Таким образом, даже если номер квартиры или местная достопримечательность отсутствуют, некоторые перевозчики (например, ваше почтовое отделение) могут доставить посылку, тогда как другие перевозчики могут потерпеть неудачу.

Если курьеры не обладают местными знаниями о регионе доставки, то дополнительная информация, которой они располагают, помогает обеспечить успешную доставку. Исправления, которые предлагает API проверки адреса, могут повысить уверенность курьеров в доставке посылки.

Реализация API проверки адреса

После того, как клиент ввел свой адрес, будь то с помощью автозаполнения места или вручную, введенные данные адреса могут быть отправлены в API проверки адреса.

Рекомендуемое время для вызова API проверки адреса — нажатие кнопки «Далее/Продолжить» в форме адреса, которое, скорее всего, приведет к странице обработки платежа.

Сквозной поток с использованием API проверки адреса во время процесса оформления заказа может выглядеть следующим образом:

Теперь разберем каждый шаг подробно.

Шаг 1. Порядок ввода адреса – использование службы автозаполнения мест.

Служба автозаполнения мест должна быть реализована в первой строке формы ввода адреса, предлагая клиентам предложения при вводе данных адреса.

Автозаполнение может упростить ввод адреса в вашем приложении, что приведет к более высоким показателям конверсии и удобству обслуживания ваших клиентов. Он предоставляет единое поле быстрого ввода с прогнозированием адреса с опережением ввода, которое можно использовать для автоматического заполнения формы адреса выставления счета или доставки.

Включив автозаполнение в свою онлайн-корзину, вы сможете:

Значительно сократите количество нажатий клавиш и общее время, необходимое для размещения заказа.
Уменьшите количество ошибок при вводе адреса.
Уменьшите количество брошенных корзин.
Упростите ввод адреса на мобильных или носимых устройствах.

Здесь показаны некоторые примеры того, как может выглядеть экран потока на этом этапе.

Шаг 2. Используйте API проверки адресов для проверки адресов.

Мы рекомендуем вам вызвать API проверки адреса при оформлении заказа, чтобы подтвердить, что адрес действителен и полон.

Однако если по какой-то причине API проверки адреса не вызывается в потоке по умолчанию, мы рекомендуем вызывать его хотя бы в следующих сценариях:

Клиент использовал автозаполнение браузера вместо автозаполнения.
Клиент проигнорировал ввод автозаполнения.
Использовалось автозаполнение, но возвращаемый адрес был отредактирован.
Вы обрабатываете транзакцию на крупную сумму, успешная доставка которой особенно важна.
Вы обязаны хранить адреса потребителей по юридическим причинам.

Шаг 3. Обеспечьте визуальное подтверждение.

После ввода адреса предоставьте пользователю визуальное подтверждение места доставки с помощью простой статической карты. Эта карта дает клиенту дополнительную уверенность в правильности адреса и снижает вероятность сбоев при доставке/вывозе.
Карту можно отобразить на странице, где клиенты вводят адрес, или даже отправить в электронном письме с подтверждением после завершения транзакции. Оба этих варианта использования могут быть реализованы с помощью следующих API:

Maps JavaScript API предоставляет интерактивную карту для отображения местоположения пользователя.	Maps Static API позволяет встраивать изображения на веб-страницу или на более позднем этапе в электронное письмо.

Глубокое погружение: рассмотрены сценарии принятия

Существует три основных сценария, которые можно определить на основе ответа API проверки адреса. Компоненты ответа на проверку качества адреса выделены, а на блок-схеме, приведенной ранее в документе, представлен общий предлагаемый порядок действий для описанных сценариев.

Сценарий 1: Действительный адрес

Если API возвращает сигнал о том, что введенный адрес хорошего качества, оформление заказа может перейти к следующему этапу без какого-либо уведомления покупателя.
Сигналами, указывающими на хорошее качество адреса, являются:

Маркер addressComplete имеет значение true ,
Гранулярность проверки на уровне PREMISE или SUB_PREMISE, и
Ни один из компонентов адреса не отмечен как:
- inferred
- spellCorrected
- replaced
- unexpected

Мы рекомендуем брать рекомендуемые данные адреса из API проверки адреса, так как они могут содержать незначительные исправления и дополнения, такие как:

Капитализация
Исправления форматирования, например
- Улица до ул.
- Правильный порядок компонентов адреса
ZIP+4 в США.

Ниже показан пример того, как эту обратную связь можно использовать в процессе проверки:

ЗАПРОС	ОТВЕТ
"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" }

ЗАПРОС

ОТВЕТ

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

Сценарий 2: Сомнительный адрес

API проверки адреса может указывать на наличие существенных изменений в адресе, обычно путем включения inferred , spellCorrected или replaced в отдельных полях . Возвращенный адрес должен быть подтвержден клиентом. Это можно сделать с помощью всплывающего модального окна с возможностью выбора введенного адреса или рекомендации, предоставленной API.

Когда API проверки адреса находит совпадение с адресом (аналогично «кандидатному совпадению» для ответа автозаполнения места), он отвечает единственным наиболее вероятным совпадающим адресом и помечает все исправленные компоненты (ответ API проверки адреса: "spellCorrected": true ). . Например:

"1600 amphiteatre parkway" соответствует "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"

Ниже показан пример того, как эту обратную связь можно использовать в процессе проверки:

ЗАПРОС	ОТВЕТ
"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 }
Примечание. На маршруте отсутствует буква «h», отсутствует название населенного пункта (Маунтин-Вью).

ЗАПРОС

ОТВЕТ

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

Примечание. На маршруте отсутствует буква «h», отсутствует название населенного пункта (Маунтин-Вью).

Сценарий 3: Неверный адрес

Если в ответе API проверки адреса указан неверный адрес, клиент должен быть перенаправлен на форму ввода адреса для проверки введенных данных. Когда API проверки адреса не может найти кандидата на совпадение для адреса, он квалифицирует отдельные компоненты адреса и помечает отсутствующие/недействительные данные, поэтому можно пометить поля, которые требуют дополнений или исправлений.

Ниже показан пример того, как эту обратную связь можно использовать в процессе проверки:

ЗАПРОС	ОТВЕТ
"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" } …

ЗАПРОС

ОТВЕТ

  "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"
        } …

Описанную выше логику можно реализовать как часть процесса оформления заказа, как показано на следующей блок-схеме:

Советы по дальнейшему улучшению оформления заказа

Важно, чтобы клиентам не блокировали возможность оформления заказа из-за ввода неверного адреса. Логика не должна быть построена таким образом, чтобы отправлять клиентов в бесконечный цикл, если API постоянно указывает, что их запись является недопустимым адресом.

Мы рекомендуем, чтобы клиентам было предоставлено до двух попыток ввести свой адрес, и при второй попытке их ввод должен быть принят, даже если он не будет подтвержден. Этого можно достичь, либо разрешив клиенту «принудительно продолжить» при отображении всплывающего модального окна с предложением API, либо молча приняв вторую попытку ввода адреса, даже если адрес не прошел полную проверку. Введенные адреса, которые не прошли полную проверку, могут быть помечены для последующей проверки вручную отделом обслуживания клиентов перед отправкой продукта.

Примером того, почему это важно, является новое строительство. Может существовать разрыв между завершением строительства нового здания и моментом внесения адреса этого здания в базы данных почтовых адресов. Клиенты должны иметь возможность принудительно пройти через страницу оформления заказа, указав свой введенный адрес, который, возможно, еще не подтвержден.

При желании вы можете использовать метод provideValidationFeedback API проверки адреса, чтобы предоставить Google отзыв о конкретной попытке проверки. Узнайте больше здесь .

Адреса могут отображаться в пользовательском интерфейсе или кэшироваться в базе данных, если они соответствуют особым условиям службы API проверки адресов . Если адреса кэшируются в базе данных, то нам необходимо обеспечить следующее:

Адреса могут кэшироваться только против пользователя.
Форматированный адрес и большинство других атрибутов можно кэшировать только после получения согласия пользователя.

Вы обнаружите, что некоторые ответы API автозаполнения и/или проверки адреса являются частичными или неполными. В зависимости от вашего географического положения и конкретных бизнес-потребностей мы рекомендуем реализовать бизнес-логику, чтобы быть более снисходительным при принятии решения о том, следует ли принимать адреса, которые API проверки адресов не может подтвердить.

Например, если вы находитесь в США, у вас есть возможность включить CASS ™ от Почтовой службы США® ¹ в ответе API проверки адреса, который обеспечивает высокую степень детализации каждого адреса.

Многие клиенты предпочитают повторно проверять адреса с помощью вторичного процесса, например:

Нормативные требования обязывают клиентов гарантировать точный кэшируемый адрес.
Если первоначальный вызов для проверки адреса не удался, повторите проверку адреса в автономном режиме.

Мы предоставляем крупномасштабную проверку адресов в качестве программного инструмента с открытым исходным кодом для реализации повторной проверки адресов в пакетном процессе.

Заключение

API проверки адреса — это мощный инструмент для улучшения процесса оформления заказа на любой платформе электронной коммерции. Узнайте больше об API проверки адреса и опробуйте его здесь .

Следующие шаги

Загрузите документ «Улучшение оформления, доставки и операций с помощью надежных адресов» и просмотрите веб-семинар «Улучшение оформления, доставки и операций с помощью проверки адресов» .

Рекомендуемое дальнейшее чтение:

Авторы

Хенрик Валв | Инженер по решениям
Томас Англарет | Инженер по решениям
Сартак Гангули | Инженер по решениям

Неисключительный лицензиат Почтовой службы США. Следующие товарные знаки принадлежат Почтовой службе США® и используются с разрешения: CASS™, USPS®, DPV®. ↩