목표
고객 주문에서 정확한 주소를 캡처하면 제품을 성공적으로 배송하고, 정시 배송을 늘리며, 택배 주소 수정 비용을 줄일 수 있으므로 전자상거래에 매우 중요합니다.
이 문서에서는 올바른 주소를 자동으로 수락하거나, 고객에게 주소 확인 응답을 확인하거나, 고객을 주소 입력 양식으로 다시 보내 수동으로 수정하는 경우를 포함하여 전자상거래 결제 시 Address Validation API를 사용하기 위한 권장사항을 설명합니다.
Google Maps Platform에서는 Place Autocomplete 서비스를 사용하여 결제를 개선하는 방법에 관한 튜토리얼을 이미 제공하고 있습니다. 이 문서에서는 주소 입력 오류를 식별하여 전달 가능성을 개선하고 결제를 더욱 강력하게 만드는 데 도움이 되도록 설계된 Address Validation API의 새로운 기능을 추가하여 이 튜토리얼을 확장합니다.
주소 확인이란 무엇인가요?
주소 확인 (주소 확인이라고도 함)은 입력된 상세 주소가 있는지, 결과물 품질이 좋은지 식별하기 위한 프로세스입니다.
결제 시 주소 확인이 필요한 이유는 무엇인가요?
결제 시 주소에 알 수 없는 오류가 있으면 심각한 배송 문제가 발생할 수 있습니다. 결제 화면에서 주소 확인을 확인하면 고객이 배송을 위해 입력한 주소가 올바른지 확인할 수 있습니다. 이렇게 하면 비즈니스에 큰 손실을 초래하는 실패 및 잘못된 배송을 줄일 수 있습니다
Place Autocomplete 서비스 및 Address Validation API를 통해 사용자는 결제 시 데이터를 빠르고 쉽게 올바르게 입력할 수 있습니다. Address Validation API를 결제 프로세스의 필수 부분으로 만드는 몇 가지 일반적인 시나리오는 다음과 같습니다.
오타
고객이 주소를 입력할 때, 특히 휴대기기에서 주소를 잘못 입력하는 경우는 아주 흔합니다. 예를 들어 브루클린 주소의 지역으로 뉴욕을 입력합니다.
전화 주문
전화 주문을 받는 사람은 주소를 쉽게 잘못 이해하거나 주소 일부 정보를 캡처할 수 있습니다. 이로 인해 주문 배송에 시간이 더 오래 걸리거나 완전히 실패하게 됩니다.
선물 구매
사람들은 주소를 100% 확실하게 알지 못하는 친구나 가족을 위한 선물로 제품을 구매하는 경우가 많습니다. 이러한 시나리오에서 Address Validation API를 사용하면 입력된 주소가 유효하다는 확신을 더할 수 있습니다.
고객에게 추가 주소 메타데이터가 필요함
택배 배송업체 또는 택배 회사는 배송을 완료하기 위해 추가 정보가 필요한 경우가 많습니다(예: 주거용 건물 또는 상업용 건물 유형 또는 USPS DPV 값(미국만 해당)).
배송 회사마다 다른 차이점
지역 우편 서비스는 소규모 택배보다 특정 지역에 대해 더 잘 아는 경우가 많습니다. 따라서 아파트 동호수나 현지 랜드마크가 없더라도 우체국과 같은 일부 운송업체는 택배를 배달할 수 있으며 이 경우 다른 운송업체가 배송을 할 수 없습니다.
배송업체가 배송 지역에 대한 현지 정보를 모르는 경우 배송업체가 제공하는 정보가 많을수록 성공적인 배송에 도움이 됩니다. Address Validation API가 제안하는 수정사항은 택배업체가 택배를 배송할 수 있다는 확신을 더해줄 수 있습니다.
Address Validation API 구현
고객이 주소를 입력한 후에는 Place Autocomplete에서 가져온 주소든 직접 입력한 주소인지에 상관없이 입력한 주소 데이터를 Address Validation API로 전송할 수 있습니다.
Address Validation API를 호출하기에 권장되는 시간은 주소 양식의 '다음/계속' 버튼을 클릭하면 결제 처리 페이지로 연결될 가능성이 높습니다.
결제 과정에서 Address Validation API를 사용한 엔드 투 엔드 흐름은 다음과 같습니다.
이제 각 단계를 자세히 살펴보겠습니다.
1단계: 주소 입력 흐름 - Place Autocomplete 서비스 사용
Place Autocomplete 서비스는 주소 입력 양식의 첫 번째 줄에 주소 세부정보를 입력할 때 고객에게 제안해야 합니다.
자동 완성을 사용하면 애플리케이션에서의 주소 입력을 간소화하여 전환율을 높이고 고객에게 원활한 환경을 제공할 수 있습니다. 청구서 수신 또는 배송지 주소 양식을 자동으로 채우는 데 사용할 수 있는 '미리 입력' 주소 예상 정보가 포함된 빠른 단일 입력란을 제공합니다.
온라인 장바구니에 자동완성 기능을 통합하면 다음과 같은 이점이 있습니다.
- 키 입력 및 주문에 필요한 총 시간이 크게 줄어듭니다.
- 주소 입력 오류가 줄어듭니다.
- 장바구니 이탈 감소
- 모바일 또는 웨어러블 기기에서 주소 입력을 간소화할 수 있습니다.
이 단계에서 흐름 화면이 어떻게 표시되는지에 관한 몇 가지 예는 다음과 같습니다.
2단계: Address Validation API를 사용하여 주소 확인
결제 시 Address Validation API를 호출하여 주소가 유효하고 완전한지 확인하는 것이 좋습니다.
하지만 어떤 이유로든 Address Validation API가 기본 흐름에서 호출되지 않는 경우 최소한 다음과 같은 시나리오에서는 호출하는 것이 좋습니다.
- 고객이 자동 완성 대신 브라우저 자동 완성을 사용했습니다.
- 고객이 자동 완성 입력을 무시했습니다.
- 자동 완성이 사용되었지만 반환된 주소가 수정되었습니다.
- 현재 성공적인 전송이 특히 중요한 고가치의 트랜잭션을 처리하고 있습니다.
- 법적인 이유로 소비자 주소를 저장해야 합니다.
3단계: 시각적 확인 제공하기
주소를 입력한 후에는 간단한 정적 지도를 사용하여 사용자에게 배송 위치를 시각적으로 확인할 수 있도록 합니다. 이 지도를 사용하면 고객이 주소가 정확함을 추가로 확인하고 배달/수령 실패를 줄일 수 있습니다.
지도는 고객이 주소를 입력하는 페이지에 표시되거나 거래를 완료한 후
확인 이메일을 통해 전송될 수 있습니다. 이 두 사용 사례는 다음 API를 통해 달성할 수 있습니다.
| Maps JavaScript API는 사용자 위치를 표시하기 위한 대화형 지도를 제공합니다. | Maps Static API를 사용하면 웹페이지 내에 또는 이메일의 후반 단계에 이미지를 삽입할 수 있습니다. |
|---|---|
 |
 |
심층 분석 - 주소 수락 시나리오
Address Validation API의 응답에서 정의할 수 있는 세 가지 주요 시나리오는 다음과 같습니다. 주소 품질을 확인하기 위한 응답의 구성요소가 강조표시되며, 문서 앞부분의 플로우 차트에는 설명된 시나리오에 대한 전반적인 권장 흐름이 있습니다.
시나리오 1: 유효한 주소
API에서 입력된 주소의 품질이 양호하다는 신호를 반환하면 고객에게 알리지 않고 결제가 다음 단계로 넘어갈 수 있습니다.
품질이 우수한 주소를 나타내는 신호는 다음과 같습니다.
addressComplete마커는true입니다.PREMISE또는SUB_PREMISE,의 유효성 검사 세분화 및- 다음과 같이 표시된 주소 구성요소가 없습니다.
inferredspellCorrectedreplacedunexpected
다음과 같은 사소한 수정 및 추가 사항이 포함될 수 있으므로 Address Validation 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"
}
|
시나리오 2: 의심스러운 주소
Address Validation API는 일반적으로 개별 필드에 inferred, spellCorrected 또는 replaced를 포함하여 주소에 의미 있는 변경사항이 있음을 나타낼 수 있습니다. 반환된 주소는 고객이 직접 확인해야 합니다. 팝업 모달을 사용하거나, 입력된 주소를 선택할 수 있는 옵션 또는 API에서 제공하는 권장사항을 사용하면 됩니다.
"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' 누락, 지역 이름 누락 (마운틴 뷰) |
시나리오 3: 잘못된 주소
| Address Validation API의 응답에 잘못된 주소가 표시될 경우 고객을 주소 입력 양식으로 리디렉션하여 입력한 데이터를 확인해야 합니다. Address Validation 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"
} …
|
위에 설명된 로직은 다음 흐름 다이어그램과 같이 결제 흐름의 일부로 구현할 수 있습니다.
결제 개선을 위한 도움말
잘못된 주소를 입력해도 고객의 결제가 차단되지 않도록 해야 합니다. API에 항목이 잘못된 주소라고 일관되게 표시되는 경우 고객을 무한 루프로 보내는 방식으로 로직을 구성해서는 안 됩니다.
고객에게 주소를 입력할 수 있는 기회를 최대 두 번 제공하는 것이 좋으며, 두 번째 시도에는 검증되지 않더라도 입력을 수락해야 합니다. 이렇게 하려면 API 제안과 함께 팝업 모달이 표시될 때 고객에게 '강제 진행'하도록 허용하거나, 주소가 완전히 확인되지 않더라도 주소 입력 시 두 번째 시도를 자동으로 수락하면 됩니다. 완전히 검증되지 않는 주소 입력은 제품이 배송되기 전에 고객 서비스 부서에서 다운스트림 수동 검토를 위해 플래그를 지정할 수 있습니다.
이것이 중요한 이유의 예로 신축 공사가 있습니다. 새 건물 공사가 완료된 시점과 주소 데이터베이스에 해당 건물의 주소가 입력되는 시점 사이에는 차이가 있을 수 있습니다. 고객이 입력한 주소로 결제 페이지를 강제로 진행할 수 있어야 하며, 이 경우 아직 확인되지 않은 것으로 보일 수 있습니다.
선택적으로 Address Validation API의 provideValidationFeedback 메서드를 사용하여 특정 유효성 검사 시도에 대한 의견을 Google에 제공할 수 있습니다. 자세한 내용은
여기를 참조하세요.
주소는 Address Validation API 서비스별 약관에 따라 UI에 표시되거나 데이터베이스에 캐시될 수 있습니다. 주소가 데이터베이스에 캐시되는 경우 다음을 확인해야 합니다.
- 주소는 사용자에 대해서만 캐시할 수 있습니다.
- 형식이 지정된 주소 및 대부분의 기타 속성은 사용자 동의를 얻은 후에만 캐시할 수 있습니다.
일부 Autocomplete 또는 Address Validation API 응답이 부분적이거나 불완전할 수도 있습니다. 지역 및 구체적인 비즈니스 요구사항에 따라 Address Validation API에서 확인할 수 없는 주소를 수락할지 결정할 때 좀 더 관대한 비즈니스 로직을 구현하는 것이 좋습니다.
예를 들어 미국에 거주하는 경우 Address Validation API 응답에 미국 Postal Service®1의 CASSTM를 사용 설정하면 각 주소에 대한 높은 수준의 세부정보를 제공합니다.
많은 고객이 다음과 같은 보조 프로세스를 통해 주소 재검증을 선호합니다.
- 고객은 규제 사유로 인해 정확한 주소가 캐시되도록 보장해야 합니다.
- 주소 검증을 위한 최초 호출이 실패하면 오프라인에서 주소 검증을 다시 수행합니다.
Google은 일괄 프로세스로 주소 재확인을 구현하기 위한 오픈소스 소프트웨어 도구로 대량 주소 유효성 검사를 제공합니다.
결론
Address Validation API는 모든 전자상거래 플랫폼의 결제 환경을 개선하는 강력한 도구입니다. 여기에서 Address Validation API에 대해 자세히 알아보고 사용해 보세요.
다음 단계
신뢰할 수 있는 주소로 결제, 배송, 운영 개선 백서를 다운로드하고 주소 확인으로 결제, 배송, 운영 개선 웹 세미나를 확인하세요.
권장 추가 자료:
기여자
헨릭 밸브 | 솔루션 엔지니어
토마스 앙글라렛 | 솔루션 엔지니어
사르탁 강굴리 | 솔루션 엔지니어
-
미국 우편 서비스의 비배타적 라이선스 수혜자. 다음 상표는 United States Postal Service®의 소유이며 CASSTM, USPS®, DPV®의 허가를 받아 사용됩니다. ↩