目的
このドキュメントでは、Place Autocomplete と Address を Validation API1 とマップを e コマースの購入手続きで使用して、 質の高い住所をキャプチャします。
前提条件
以下についてよく理解しておくことをおすすめします。
- Place Autocomplete JavaScript デベロッパー
ドキュメントをご覧ください。
- 技術的な観点から、Place Autocomplete の仕組みを理解する その実装オプションについて説明します。
- Place の購入手続き実装 ガイド
予測入力。
- Google Chat で Place Autocomplete を実装する際のベスト プラクティスは、 e コマース購入手続き
- Address Validation API プロダクト
ドキュメント、
検証の構築に重点を置いて、
できます。
- Address Validation API を技術的な観点から理解する 住所の品質を決定するシグナルを確認します
住所確認とは
Address Validation API は住所を受け付けるサービスです。 住所コンポーネントを識別して検証します。また、 郵送先住所として識別され、その住所に最も適した緯度と経度の座標が特定されます。 米国とプエルトリコの住所の場合は、必要に応じて Coding Accuracy Support System（CASSTM）。購入手続き時の住所確認が必要な理由
注文プロセスで正確な住所を収集する。
これは配送の成功を促進し、納期遵守率を高めるための重要なステップです
高価な住所修正料金を削減できます
お客様に住所を迅速かつ正確に入力していただきます。
Place Autocomplete を使うと住所入力のスピードと入力ミスが減るため、
ユーザーが購入手続きを簡単に行えるようにします。Address Validation からフィードバックを提供
住所の全般的な品質を向上させ、標準化や
メタデータを強化し、たとえば、居住用または
商業指標（
リージョンをご覧ください。
実装の概要
このセクションでは、e コマースで推奨される住所入力のワークフローについて説明します。 あります。このプロセスは、次の 3 つのステップで構成されます。
- Place Autocomplete を使用して、最初に住所をキャプチャします。
- Address Validation API を使用して、入力された住所を確認します。
- 入力された住所の位置を地図上に表示して配送します お客様に信頼してもらうことです
次に、各ステップを詳しく説明します。
ステップ 1: 住所入力フロー - Place Autocomplete サービスを使用する
Place を実装する 予測入力 住所入力フォームの 1 行目で JavaScript API を使用しています。
Place Autocomplete は、ユーザーが住所を入力すると、候補を表示します。 住所の詳細が表示されます。JavaScript API を使用して実装する場合、ユーザーが 入力すると、住所入力フォームの項目の下にプルダウンが表示され、結果を確認できます キー入力ごとに更新される予測入力サービスから 返される情報ですユーザーが 住所を見つけるのに十分な情報が入力されたら、 選択します。この操作により、フォームのフィールドに住所が自動的に入力されます 分析できます
Place Autocomplete では、ユーザーに次の 2 つのフォーム入力スタイルを提供できます。 すべての住所フィールドを含むディスプレイか、単一の入力フィールドを備えたディスプレイ 表示されます。この 1 つの入力フィールドにより、ユーザーは入力を始めると検索を開始できます。 住所コンポーネントを個別に入力する手間が省けます予測入力後 住所が入力されると、ワークフローでその住所でフォーム フィールドが展開されます 顧客がデータを確認し、必要に応じて 部屋番号を入力します
このフローが 1 つの入力フィールドでどのように表示されるかの例を次に示します。
ステップ 2: Address Validation API を使用して住所を検証する
ユーザーが住所を入力した後は、住所 確認事項 API 購入手続きの際に、住所が有効かつ完全であることを確認してください。呼び出しをトリガーする ユーザーが [次へ] または [続行] ボタンをクリックしたときの Address Validation API 入力します。多くの場合、このボタンをクリックすると支払いページが表示されます。
トランザクションごとに Address Validation API を呼び出すことをおすすめします。
次のフロー図は、エンドツーエンドの統合の例を 購入手続きでの Address Validation API:
このドキュメントでは、アドレス承認のシナリオを後で説明します。
ステップ 3: 視覚的に確認する
住所の入力後、配達状況を視覚的に確認できるようにする 地図上に表示することができます。これによりお客様は 住所が正しいことが保証され、配達や受け取りを減らせます できます。
マップは、購入手続き中に表示することも、トランザクション内で送信することもできます。 確認メールをお送りします。どちらのユースケースも 使用できます。
| Maps JavaScript API は、ユーザーの現在地を表示するためのインタラクティブな地図を提供します。 | Maps Static API を使用すると、ウェブページ内やメール内の後続段階で画像を埋め込むことができます。 |
|---|---|
 |
 |
詳細 - 承認シナリオへの対応
Address Validation API のレスポンスは、主に次の 3 つのシナリオに分類できます。
- 修正 - 住所の品質が低いです。 詳細情報の入力を求められます。
- 確認 - 住所は高品質だが、 変化します。たとえば、 表示されます。
- 承認 - 高画質の住所です。Google Chat では 提示された住所を受け取ることもできます。
このコンセプトについては、検証の構築、 ロジック セクションで各シナリオを取り上げます。また、 見てみましょう。
修正
このセクションでは、住所入力を修正する方法について説明します。特定の Pod について 低品質であることを示すため Address Validation API から返されるシグナル 詳しくは、アカウントの 住所 （検証ロジックの構築に関するドキュメント）をご覧ください。
Address Validation API からのレスポンスに無効な住所が示されている場合、 お客様に住所入力フォームにリダイレクトして、入力したデータを確認するようお客様にご案内します。 住所が修正されると、サービスはその住所に再送信する必要があります 検証 API を使用して、行われた修正が有効であることを確認する。
シグナルを使用して、住所の誤りを特定することもできます。
addressComponents レベルで返されます。この例は
右のスクリーンショットをご覧ください。
確認
このセクションでは、住所を確認する方法について説明します。特定の Pod について Address Validation API が返す、住所が 住所 （検証ロジックの構築に関するドキュメント）をご覧ください。
システムでユーザーに住所の確認を求めることはよくあります。たとえば お客様が市区町村名のスペルを間違えた場合、住所によって修正されます。 Validation API。この修正をお客様に確認する必要があります。その理由は、 API による変更によって、変更によって元々 Google Cloud の 表示されます。
インタースティシャル モーダルを使用して顧客に情報を表示し、 3 つのオプションがあります
- API から返された住所と購入手続きを確認する 正しい住所を使用して続行します。
- 最初に入力した住所を選択します。 Address Validation API。購入手続きは通常どおり続行でき、 出荷前に下流のレビューのフラグが立てられることがあります。 許可します。
- お客様がモーダルをキャンセルまたは終了し、 決済プロセスの入力ステージである プロセスを最初からやり直す必要があります
右側のスクリーンショットに、この例が示されています。
承認
このセクションでは、アドレスを受け入れる方法について説明します。特定の Pod について 住所が良好であることを示すため Address Validation API から返されるシグナル 承認された場合は、承認する 住所 （検証ロジックの構築に関するドキュメント）をご覧ください。
このシナリオでは、購入手続きを次のステージに進めます。 支払いの回収。住所の品質に関して、お客様にプロンプトを入力する必要はありません。 お客様が入力した住所の品質が高いことが API により確認された 提供します
Address Validation API から返された住所データを使用することをおすすめします。 若干の修正や追加が含まれる可能性があるため 次に例を示します。
- 大文字アルファベットの使用方法
- 書式の修正など
<ph type="x-smartling-placeholder">
- </ph>
- ストリートからストリート
- 住所コンポーネントの正しい順序
- ZIP+4（米国）
実装に関する注意事項
住所承認ロジックを作成する際には、 無効な住所を入力したユーザーが購入手続きを行えないようにする構築 無限ループが生じることがないように、API が エントリが無効であることが繰り返し示されます。
Google では、顧客が最初の見込み顧客を Google Cloud で 2 回目の試験で、本人の許可なくエントリーが受け付けられる validate.2 回目の試験では、次の事柄に関係なく続行できるようにすることが目標 検証できます。
2 回目の試行を受け入れるには、次の 2 つの方法が推奨されます。
- 強制的に手続きした: 住所が住所ではないことをモーダルでお客様に説明します。 入力した住所をそのまま入力することもできます。
- Silent Acceptance（サイレント 承認）: 応答なしで 2 回目の試行を自動的に承認します。 確認のステップを完了する必要はありません。
可能であれば、検証されていない住所にフラグを立て、 注文が発送される前に、カスタマー サービス担当者が商品を確認できます。この セキュリティ対策を講じておく必要があります
新築の建築物を見ると、この確認作業が 推奨されます。新しい建物の建設と その建物の住所が郵便番号に入力されると データベースですお客様は、 入力された住所で購入手続きページが 検証されないことがあります
決済セッションが完了したら、必要に応じて
provideValidationFeedback
メソッドを使用して、特定の住所確認について Google にフィードバックを送信できます。
まとめ
このドキュメントでは、Google Cloud で提供されている 予測入力、Address Validation、Google マップ上の視覚的確認。使用 本ドキュメントは、実装を設計する際の出発点としてご利用いただけます。 推奨される住所入力フロー
次のステップ
「住所の信頼性を高めて購入手続き、配送、運用を改善する ホワイトペーパー Address による購入手続き、配送、運用の改善に関するページ 確認事項 ウェブセミナー。
関連資料の候補:
協力者
Henrik Valve |ソリューション エンジニア
Thomas Anglaret |ソリューション エンジニア
Sarthak Ganguly |ソリューション エンジニア
-
米国郵便公社の非独占的なライセンシー。CASSTM、USPS®、DPV® の商標は、United States Postal Service® が所有し、許諾を得て使用しています: CASSTM、USPS®、DPV®↩