ई-कॉमर्स चेकआउट के लिए पते की पुष्टि करना

कैंपेन का मकसद

ई-कॉमर्स के लिए, खरीदार के ऑर्डर से सटीक पता लेना बहुत ज़रूरी होता है. इससे प्रॉडक्ट को सही तरीके से डिलीवर करने, समय पर डिलीवरी बढ़ाने, और कूरियर पते में सुधार करने पर लगने वाले शुल्क को कम करने में मदद मिलती है.

इस दस्तावेज़ में ई-कॉमर्स चेकआउट में पते की पुष्टि करने वाले एपीआई का इस्तेमाल करने के सबसे सही तरीके बताए गए हैं. इनमें, बिना किसी सूचना के अच्छे पते को स्वीकार करना, ग्राहक से पते की पुष्टि के जवाब की पुष्टि करना या मैन्युअल तरीके से सुधार करने के लिए ग्राहक को पता एंट्री फ़ॉर्म पर वापस भेजना शामिल है.

Google Maps Platform पर पहले से ही एक ट्यूटोरियल है. इसमें यह बताया गया है कि 'अपने-आप पूरा होने की जगह' सुविधा का इस्तेमाल करके, चेकआउट को बेहतर कैसे बनाया जा सकता है. इस दस्तावेज़ में, Address Validation API की नई सुविधाएं जोड़कर उस ट्यूटोरियल को बेहतर बनाया गया है. इसे पते में होने वाली गड़बड़ियों की पहचान करने के लिए डिज़ाइन किया गया है. इससे डिलीवरी को बेहतर बनाने और चेकआउट को बेहतर बनाने में मदद मिलती है.

पते की पुष्टि क्या है?

पते की पुष्टि करना (इसे पते की पुष्टि भी कहा जाता है) एक ऐसी प्रोसेस है जिससे यह पता लगाया जाता है कि डाले गए मोहल्ले और डाक पते की जानकारी मौजूद है या नहीं. साथ ही, इस प्रक्रिया की क्वालिटी भी डिलीवर की जा सकती है.

आपको चेकआउट के समय, पते की पुष्टि करने की ज़रूरत क्यों है?

चेकआउट के दौरान पते में कोई गड़बड़ी न होने पर, डिलीवरी में गंभीर समस्याएं हो सकती हैं. चेकआउट स्क्रीन पर पते की पुष्टि करने से, आपको इस बात का भरोसा रहता है कि डिलीवरी के लिए ग्राहक ने जो पता डाला है वह मान्य है. इससे कारोबार के फ़ेल होने और डिलीवरी की गलत तरीके से डिलीवरी में कमी आती है और कारोबारों को काफ़ी महंगा पड़ता है.

जगहें ऑटोकंप्लीट करने की सेवा और पते की पुष्टि करने वाले एपीआई की मदद से, उपयोगकर्ता फटाफट और आसानी से चेक आउट करने के दौरान अपना डेटा सही तरीके से डाल सकते हैं. यहां कुछ ऐसे सामान्य मामले बताए गए हैं जो चेकआउट की प्रोसेस का एक ज़रूरी हिस्सा हैं, जैसे कि पते की पुष्टि करने वाला एपीआई:

लेखन गड़बड़ी

खास तौर पर, मोबाइल डिवाइस पर, अपना पता डालते समय ग्राहक गलत टाइप कर सकते हैं. उदाहरण के लिए, ब्रुकलिन के पते के लिए इलाके के तौर पर न्यूयॉर्क डालना.

फ़ोन आदेश

फ़ोन ऑर्डर करने वाला व्यक्ति, पतों को आसानी से समझ नहीं पाता या पार्शियल पते की जानकारी कैप्चर कर सकता है. इससे, ऑर्डर की डिलीवरी में ज़्यादा समय लगना होता है या यह पूरी तरह से काम नहीं करती.

उपहार खरीदना

लोग अक्सर अपने दोस्तों और परिवार के लिए ऐसे प्रॉडक्ट खरीदते हैं जिनका पता उन्हें 100% पक्के तौर पर नहीं पता होता. ऐसे मामलों में, पते की पुष्टि करने वाला एपीआई, यह भरोसा दिलाने में मदद करता है कि आपने जो पता डाला है वह मान्य है.

ग्राहक को पते का अतिरिक्त मेटाडेटा चाहिए

पैकेज शिप करने वाली कंपनी या कूरियर कंपनी को डिलीवरी को पूरा करने के लिए, अक्सर अतिरिक्त जानकारी की ज़रूरत होती है. जैसे- रिहायशी इमारत बनाम व्यावसायिक बिल्डिंग या USPS DPV की वैल्यू (सिर्फ़ अमेरिका के लिए).

डिलीवरी करने वाली अलग-अलग कंपनियों की वजह से डेटा में अंतर

स्थानीय डाक सेवाओं को किसी छोटे कूरियर की तुलना में किसी खास इलाके के बारे में ज़्यादा जानकारी होती है. इसलिए, अगर कोई अपार्टमेंट नंबर या स्थानीय लैंडमार्क नहीं है, तो भी कुछ कैरियर (जैसे कि आपका पोस्ट ऑफ़िस) पैकेज डिलीवर कर सकते हैं, जहां शायद अन्य कैरियर डिलीवर न कर पाएं.

अगर कूरियर कंपनियों को डिलीवरी की जगह के बारे में स्थानीय जानकारी नहीं है, तो उनके पास ज़्यादा जानकारी होने की वजह से, वे आसानी से डिलीवरी कर पाते हैं. पते की पुष्टि करने वाले एपीआई से, पुष्टि करने वाले एपीआई से कूरियर कंपनियों को इस बात का भरोसा हो सकता है कि पैकेज डिलीवर किया जा सकता है.

पते की पुष्टि करने वाले एपीआई को लागू करना

जब कोई ग्राहक अपना पता डाल देता है, तो उसे 'जगह की जानकारी अपने-आप पूरी होने की सुविधा' या मैन्युअल तरीके से डाली गई एंट्री में से, पते की पुष्टि करने वाले एपीआई को भेजा जा सकता है.

पते की पुष्टि करने वाले एपीआई को कॉल करने का सुझाया गया समय, पते के फ़ॉर्म पर मौजूद 'आगे बढ़ें'/'जारी रखें' बटन पर क्लिक करने पर है. यह क्लिक पर क्लिक करने पर, लोग पेमेंट प्रोसेसिंग पेज पर पहुंच जाते हैं.

चेकआउट की प्रोसेस के दौरान, पते की पुष्टि करने वाले एपीआई का इस्तेमाल करने वाला एंड-टू-एंड फ़्लो ऐसा दिख सकता है:

इमेज

अब हम हर चरण के बारे में विस्तार से बात करेंगे.

चरण 1: पता डालने का फ़्लो - जगह के अपने-आप पूरे होने की सुविधा का इस्तेमाल करके

जगह की जानकारी अपने-आप पूरी होने वाली सेवा को पता डालने के फ़ॉर्म की पहली लाइन पर लागू किया जाना चाहिए. इससे ग्राहक को पता डालते ही, उसे सुझाव दिखाए जाने चाहिए.

ऑटोकंप्लीट की सुविधा से आपके ऐप्लिकेशन में पता आसानी से डाला जा सकता है. इससे आपको अपने खरीदारों को बेहतर अनुभव देने और कन्वर्ज़न रेट बढ़ाने में मदद मिलती है. यह "पहले टाइप" पते के अनुमान के साथ एक सिंगल, क्विक एंट्री फ़ील्ड देता है. इसका इस्तेमाल बिलिंग या शिपिंग पते के फ़ॉर्म को अपने-आप भरने के लिए किया जा सकता है.

अपने ऑनलाइन शॉपिंग कार्ट में ऑटोकंप्लीट सुविधा को शामिल करके, ये काम किए जा सकते हैं:

  • कीस्ट्रोक और ऑर्डर देने में लगने वाले कुल समय को काफ़ी कम करें.
  • पता डालने से जुड़ी गड़बड़ियां कम करें.
  • कार्ट छोड़ना या चेकआउट प्रोसेस पूरी न करना.
  • मोबाइल या पहने जाने वाले डिवाइस पर पता दर्ज करने के अनुभव को आसान बनाएं.

इस चरण में फ़्लो स्क्रीन कैसी दिख सकती है, इसके कुछ उदाहरण यहां दिखाए गए हैं.

इमेज

दूसरा चरण: पतों की पुष्टि करने के लिए, पते की पुष्टि करने वाले एपीआई का इस्तेमाल करना

हमारा सुझाव है कि आप चेकआउट के समय पते की पुष्टि करने वाले एपीआई पर कॉल करके, इस बात की पुष्टि करें कि पता मान्य और पूरा है.

हालांकि, अगर किसी वजह से पते की पुष्टि करने वाले एपीआई को डिफ़ॉल्ट फ़्लो में शुरू नहीं किया जाता है, तो हमारा सुझाव है कि कम से कम इन स्थितियों में इसे शुरू करें:

  1. ग्राहक ने ऑटोकंप्लीट के बजाय, ब्राउज़र को ऑटोमैटिक भरने की सुविधा का इस्तेमाल किया.
  2. ग्राहक ने ऑटोकंप्लीट इनपुट को अनदेखा किया.
  3. ऑटोकंप्लीट की सुविधा का इस्तेमाल किया गया था, लेकिन लौटाए गए पते में बदलाव किया गया.
  4. आप एक ज़्यादा मूल्य के लेन-देन को प्रोसेस कर रहे हैं, जिसमें सही डिलीवरी करना खास तौर पर ज़रूरी है.
  5. आपको कानूनी वजहों से उपभोक्ता के पते सेव करने होंगे.

तीसरा चरण: विज़ुअल तौर पर पुष्टि करें

पता डालने के बाद, एक सामान्य स्टैटिक मैप की मदद से, डिलीवरी की जगह की पुष्टि करने वाला उपयोगकर्ता दिखाएं. इस मैप से, ग्राहक को अलग से यह पक्का करने में मदद मिलती है कि पता सही है. साथ ही, इससे डिलीवरी/पिकअप के काम न करने की समस्याएं कम होती हैं.
मैप को उस पेज पर दिखाया जा सकता है जहां ग्राहक पता डालते हैं. इसके अलावा, ट्रांज़ैक्शन पूरा करने के बाद, इसे पुष्टि करने वाले ईमेल में भी भेजा जा सकता है. इस्तेमाल के ये दोनों उदाहरण, नीचे दिए गए एपीआई की मदद से पूरे किए जा सकते हैं:

Maps JavaScript API उपयोगकर्ता की जगह की जानकारी दिखाने के लिए एक इंटरैक्टिव मैप की सुविधा देता है. Maps Static API में वेबपेज में या ईमेल में बाद में इमेज एम्बेड करने की सुविधा मिलती है.

डीप डाइव - स्वीकार करने की स्थितियों से जुड़ी समस्याएं हल करना

पते की पुष्टि करने वाले एपीआई के रिस्पॉन्स से, तीन मुख्य स्थितियों को तय किया जा सकता है. पते की क्वालिटी की जांच करने के लिए, रिस्पॉन्स में दिए गए कॉम्पोनेंट हाइलाइट किए जाते हैं. साथ ही, दस्तावेज़ में पहले दिए गए फ़्लोचार्ट में, यहां बताए गए इन मामलों के लिए सभी तरीकों के सुझाव दिए गए हैं.

पहली स्थिति: मान्य पता

अगर एपीआई यह सिग्नल लौटाता है कि डाला गया पता अच्छी क्वालिटी का था, तो खरीदार को कोई सूचना दिए बिना चेकआउट प्रोसेस को अगले चरण पर भेजा जा सकता है.
पते की अच्छी क्वालिटी के बारे में बताने वाले सिग्नल:

  • addressComplete मार्कर true है,
  • PREMISE या SUB_PREMISE, पर पुष्टि की जानकारी और
  • इनमें से कोई भी पता कॉम्पोनेंट इस तौर पर मार्क नहीं किया गया:
    • inferred
    • spellCorrected
    • replaced
    • unexpected

हमारा सुझाव है कि आप पते की पुष्टि करने वाले एपीआई से, पते की पुष्टि करने के लिए सुझाया गया डेटा लें, क्योंकि इसमें कुछ मामूली सुधार किए जा सकते हैं और कुछ चीज़ें जोड़ी जा सकती हैं, जैसे:

  • कैपिटल लेटर का इस्तेमाल
  • फ़ॉर्मैट में सुधार करना, उदाहरण के लिए
    • सड़क से लेकर सेंट तक
    • पते के कॉम्पोनेंट का सही क्रम
  • 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"
        }

दूसरी स्थिति: संदिग्ध पता

पते की पुष्टि करने वाले एपीआई से यह पता चल सकता है कि पते में अहम बदलाव हुए हैं. आम तौर पर, अलग-अलग फ़ील्ड में inferred, spellCorrected या replaced को शामिल करने पर, दिए गए पते की पुष्टि ग्राहक से की जानी चाहिए. ऐसा करने के लिए, पॉप-अप मॉडल का इस्तेमाल करके, डाला गया पता चुनने का विकल्प या एपीआई से मिला सुझाव इस्तेमाल किया जा सकता है.
  • जब पते की पुष्टि करने वाले एपीआई को पते के लिए कोई मैच मिलता है (जगह के अपने-आप पूरे होने की सुविधा के लिए "कैंडाइडेट मैच" की तरह रिस्पॉन्स), तो वह मेल खाने वाले किसी एक पते के साथ जवाब देता है और सही किए गए किसी कॉम्पोनेंट को फ़्लैग करता है (पते की पुष्टि वाला एपीआई रिस्पॉन्स: "spellCorrected": true). उदाहरण के लिए:
"1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA" से "1600 amphiteatre parkway" मैच मिले
पुष्टि करने की प्रोसेस में इस सुझाव का इस्तेमाल कैसे किया जा सकता है, इसका एक उदाहरण नीचे दिखाया गया है:
अनुरोध करें प्रतिक्रिया 
  "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 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"
        } …

ऊपर बताए गए लॉजिक को चेकआउट फ़्लो के हिस्से के तौर पर लागू किया जा सकता है, जैसा कि इस फ़्लो डायग्राम में दिखाया गया है:

इमेज

चेकआउट की प्रोसेस को बेहतर बनाने के लिए सलाह

यह ज़रूरी है कि गलत पता डालने की वजह से खरीदारों को चेकआउट करने से रोका न जाए. लॉजिक को इस तरह से नहीं बनाया जाना चाहिए कि एपीआई से लगातार यह पता चले कि उसकी एंट्री अमान्य है.

हमारा सुझाव है कि ग्राहकों को अपना पता डालने के दो मौके दिए जाएं. दूसरी बार कोशिश करने पर, उनकी एंट्री को स्वीकार किया जाना चाहिए, भले ही वह पुष्टि न हुई हो. ऐसा करने के लिए, ग्राहक को एपीआई के सुझाव के साथ पॉप-अप मोडल दिखने पर उसे 'ज़बरदस्ती कार्रवाई' करने की अनुमति देनी होगी. इसके अलावा, पता डालने के लिए दूसरी बार अनुरोध स्वीकार करना होगा, भले ही पता पूरी तरह से पुष्टि न किया गया हो. पूरी तरह से पुष्टि नहीं किए गए पते के इनपुट को प्रॉडक्ट शिप करने से पहले, ग्राहक सेवा डिपार्टमेंट से मैन्युअल समीक्षा के लिए फ़्लैग किया जा सकता है.

नया निर्माण क्यों ज़रूरी है, इसका एक उदाहरण. नई इमारत बनाने का काम पूरा होने और उस इमारत के पते की जानकारी, डाक पते के डेटाबेस में अपने-आप भर जाने की अवधि में अंतर हो सकता है. खरीदारों के लिए ज़रूरी है कि वे अपने टाइप किए गए पते के साथ, चेकआउट पेज के ज़रिए हर हाल में आगे बढ़ सकें. इसकी शायद अभी पुष्टि नहीं हुई है.

पुष्टि करने की किसी खास कोशिश के बारे में Google को सुझाव देने के लिए, आपके पास पते की पुष्टि करने वाले एपीआई के provideValidationFeedback तरीके का इस्तेमाल करने का विकल्प भी है. इस बारे में ज़्यादा जानने के लिए, यहां जाएं.

अगर पते की पुष्टि करने वाले एपीआई की सेवा की खास शर्तों के मुताबिक पते दिखाए जा रहे हैं, तो उन्हें यूज़र इंटरफ़ेस (यूआई) पर या डेटाबेस की कैश मेमोरी में दिखाया जा सकता है. अगर डेटाबेस में पते कैश मेमोरी में सेव किए जाते हैं, तो हमें इन बातों का ध्यान रखना होगा:

  • पते सिर्फ़ उपयोगकर्ता के लिए कैश मेमोरी में सेव किए जा सकते हैं.
  • फ़ॉर्मैट किए गए पते और ज़्यादातर दूसरे एट्रिब्यूट को, उपयोगकर्ता की सहमति मिलने के बाद ही कैश मेमोरी में सेव किया जा सकता है.

आपको दिखेगा कि ऑटोकंप्लीट की सुविधा और/या पते की पुष्टि करने वाले एपीआई से मिले कुछ रिस्पॉन्स, अधूरे या अधूरे हैं. जगह की जानकारी और कारोबार की खास ज़रूरतों के हिसाब से, हमारा सुझाव है कि आप कारोबार के नियमों का पालन करें. इससे आपको ऐसे पतों को स्वीकार करने या नहीं करने का विकल्प मिलेगा जिनकी पुष्टि करने वाला एपीआई एपीआई नहीं कर सकता.

उदाहरण के लिए, अगर आप अमेरिका में हैं, तो आपके पास अमेरिका की पोस्टल सर्विस®1 से CASSTM को चालू करने का विकल्प होगा. ऐसा करने के लिए, पते की पुष्टि करने वाले एपीआई के जवाब में जाएं. इससे हर पते की बेहतर जानकारी मिलेगी.

कई ग्राहक किसी दूसरी प्रोसेस से, पतों की पुष्टि दोबारा करना पसंद करते हैं, जैसे कि:

  • कानूनी वजहों से, खरीदारों को वही पता देना होता है जो कैश मेमोरी में सेव किया गया हो.
  • अगर पते की पुष्टि करने वाला शुरुआती कॉल काम नहीं करता, तो पते की ऑफ़लाइन पुष्टि करने के लिए दोबारा पुष्टि करें.

हम एक ओपन सोर्स सॉफ़्टवेयर टूल के तौर पर हाई वॉल्यूम अड्रेस पुष्टि की सुविधा देते हैं. इससे बैच प्रोसेस में, पते की फिर से पुष्टि करने की सुविधा लागू की जा सकती है.

नतीजा

किसी भी ई-कॉमर्स प्लैटफ़ॉर्म पर चेकआउट के अनुभव को बेहतर बनाने के लिए, Address Validation API को एक बेहतरीन टूल के तौर पर इस्तेमाल किया जा सकता है. पते की पुष्टि करने वाले एपीआई के बारे में ज़्यादा जानें और यहां इसे आज़माएं.

अगले चरण

भरोसेमंद पते की मदद से चेकआउट, डिलीवरी, और कार्रवाइयों को बेहतर बनाने के लिए व्हाइट पेपर डाउनलोड करें. साथ ही, पते की पुष्टि करने की सुविधा की मदद से, चेकआउट, डिलीवरी, और कार्रवाइयों को बेहतर बनाना वेबिनार देखें.

आगे पढ़ने का सुझाव:

योगदानकर्ता

हेनरिक वाल्व | सलूशन इंजीनियर
थॉमस एंग्लारेट | सलूशन इंजीनियर
सरथक गांगुली | सलूशन इंजीनियर

  1. अमेरिका की पोस्टल सर्विस का लाइसेंस रखने वाला व्यक्ति, जिसके पास खास अधिकार नहीं है. इन ट्रेडमार्क का मालिकाना हक संयुक्त राज्य अमेरिका की पोस्टल सर्विस® के पास है और इनका इस्तेमाल अनुमति के साथ किया जाता है: CASSTM, USPS®, DPV®. ↩