التحقُّق من صحة عنوان الدفع في التجارة الإلكترونية

الهدف

إنّ تسجيل عناوين دقيقة من طلبات العملاء أمر مهمّ للتجارة الإلكترونية لأنه يساعد في ضمان إمكانية تسليم المنتجات بنجاح، وزيادة عمليات التسليم في الوقت المحدّد، وخفض رسوم تصحيح عنوان شركة الشحن.

يوضِّح هذا المستند أفضل الممارسات لاستخدام واجهة برمجة التطبيقات للتحقّق من صحة العنوان في عمليات الدفع عبر التجارة الإلكترونية، بما في ذلك الحالات التي يتم فيها قبول عنوان جيد بدون تنبيه، أو تأكيد ردّه من خلال ميزة "التحقّق من صحة العنوان"، أو إعادة توجيه العميل إلى نموذج إدخال العنوان لإجراء تصحيحات يدوية.

تقدّم "منصة خرائط Google" برنامجًا تعليميًا حول كيفية تحسين عملية الدفع باستخدام خدمة الإكمال التلقائي للأماكن. ويوسّع هذا المستند هذا البرنامج التعليمي عن طريق إضافة الإمكانات الجديدة لواجهة برمجة التطبيقات للتحقق من صحة العنوان، والتي تم تصميمها لتحديد أخطاء إدخال العنوان، وبالتالي المساعدة في تحسين إمكانية التسليم وجعل عملية الدفع أكثر فعالية.

ما المقصود بإثبات صحة العنوان؟

التحقق من العنوان (يُعرف أيضًا باسم "التحقق من العنوان") هي عملية تهدف إلى تحديد ما إذا كانت عناوين الشوارع والعناوين البريدية التي تم إدخالها موجودة، وهي عملية ذات جودة يمكن تسليمها.

لماذا تحتاج إلى التحقّق من العنوان عند الدفع؟

يمكن أن تؤدي الأخطاء غير الملحوظة في العناوين عند الدفع إلى حدوث مشاكل خطيرة في التسليم. من خلال إثبات صحة العنوان على شاشة الدفع، يمكنك التأكّد من صلاحية العنوان الذي أدخله العميل للتسليم. وهذا بدوره يقلل من الإخفاق وعدم التسليم، وهو ما يكون مكلفًا للشركات.

تتيح خدمة الإكمال التلقائي للأماكن وواجهة برمجة تطبيقات التحقق من صحة العنوان للمستخدم إدخال بياناته بشكل صحيح عند الدفع بسرعة وسهولة. في ما يلي بعض السيناريوهات الشائعة التي تجعل من Address Verification API جزءًا أساسيًا من عملية الدفع:

الأخطاء المطبعية

من الشائع أن يخطئ العملاء في كتابة عنوانهم، خاصةً على الأجهزة الجوّالة. على سبيل المثال، إدخال "نيويورك" على أنها المنطقة المحلية لعنوان "بروكلين".

الطلبات عبر الهاتف

يمكن لأي شخص يتلقى طلبًا عبر الهاتف أن يسيء بسهولة فهم العناوين أو الحصول على معلومات جزئية عن العنوان. يؤدي هذا بدوره إلى استغراق تسليم الطلب وقتًا إضافيًا أو فشله تمامًا.

شراء الهدايا

غالبًا ما يشتري الأشخاص منتجات كهدايا للأصدقاء والعائلة الذين قد لا يعرفون عنوانهم بكامل اليقين. في مثل هذه السيناريوهات، تساعد واجهة برمجة تطبيقات التحقق من صحة العنوان في توفير طبقة إضافية من الثقة بأن العنوان الذي تم إدخاله صالح.

يحتاج العميل إلى بيانات وصفية إضافية للعنوان

غالبًا ما تحتاج شركة شحن الطرود أو الشحن إلى معلومات إضافية لإتمام عملية التسليم، مثل نوع المباني السكنية مقابل المباني التجارية أو قيمة USPS DPV (الولايات المتحدة فقط).

الاختلافات بسبب شركات التوصيل المختلفة

غالبًا ما تكون الخدمات البريدية المحلية أكثر دراية بحي معين من شركة الشحن الصغيرة. لذلك حتى في حالة عدم وجود رقم الشقة أو معلم محلي، قد تتمكن بعض شركات النقل (مثل مكتب البريد) من تسليم حزمة، حيث قد تفشل شركات النقل الأخرى.

إذا لم يكن لدى مسئولي الشحن معرفة محلية بمنطقة التسليم، فحينئذٍ تساعد المزيد من المعلومات التي لديهم في ضمان نجاح التسليم. إن التصحيحات التي تقترحها واجهة برمجة تطبيقات التحقق من صحة العنوان يمكن أن توفر لجهات الشحن ثقة أكبر في أن الطرد قابل للتسليم.

تنفيذ واجهة برمجة تطبيقات التحقّق من صحة العناوين

بعد أن أدخل العميل عنوانه، سواء كان من الإكمال التلقائي لمكان أو إدخال يدوي، يمكن إرسال بيانات العنوان الذي تم إدخاله إلى واجهة برمجة تطبيقات التحقق من صحة العنوان.

يكون الوقت المقترَح لاستدعاء واجهة برمجة تطبيقات التحقّق من صحة العناوين هو النقر على الزر التالي/متابعة في نموذج العنوان، ما يؤدي على الأرجح إلى الانتقال إلى صفحة معالجة الدفع.

يمكن أن يبدو التدفق التام بين الأطراف باستخدام واجهة برمجة التطبيقات التحقّق من صحة العنوان أثناء عملية الدفع كما يلي:

صورة

الآن سنحلل كل خطوة بالتفصيل.

الخطوة الأولى: تدفق إدخال العنوان - باستخدام خدمة الإكمال التلقائي للأماكن

يجب تنفيذ خدمة الإكمال التلقائي للمكان في السطر الأول من نموذج إدخال العنوان، لتقديم اقتراحات للعميل عند إدخال تفاصيل العنوان الخاصة به.

يمكن لميزة "الإكمال التلقائي" تبسيط إدخال العنوان في طلبك، ما يؤدي إلى زيادة معدلات الإحالات الناجحة وتوفير تجربة سلسة لعملائك. ويوفر حقلاً واحدًا سريعًا لإدخال العنوان "type-ahead" (توقع العنوان الذي يمكن استخدامه) لتعبئة نموذج عنوان إرسال الفواتير أو الشحن تلقائيًا.

من خلال دمج الإكمال التلقائي في سلة التسوق على الإنترنت، يمكنك:

  • يمكنك تقليل ضغطات المفاتيح وإجمالي الوقت اللازم لتقديم طلب بشكل كبير.
  • تقليل أخطاء إدخال العناوين
  • الحدّ من التخلّي عن سلة التسوق
  • تبسيط تجربة إدخال العناوين على الأجهزة المحمولة أو الأجهزة القابلة للارتداء.

بعض الأمثلة حول الشكل الذي يمكن أن تبدو عليه شاشة التدفق في هذه المرحلة موضحة هنا.

صورة

الخطوة 2: استخدام واجهة برمجة تطبيقات التحقّق من صحة العناوين للتحقّق من صحة العناوين

ننصحك باستدعاء واجهة برمجة التطبيقات Address Verification API عند الدفع للتأكّد من أنّ العنوان صالح وكامل.

ومع ذلك، إذا لم يتم استدعاء واجهة برمجة تطبيقات التحقّق من صحة العناوين في المسار التلقائي، ننصح باستخدامها على الأقل في ظل السيناريوهات التالية:

  1. استخدم العميل ميزة الملء التلقائي للمتصفّح بدلاً من الإكمال التلقائي.
  2. تجاهل العميل إدخال الإكمال التلقائي.
  3. تم استخدام ميزة "الإكمال التلقائي"، ولكن تم تعديل العنوان المعروض.
  4. أنت تعالج معاملة عالية القيمة حيث يكون التسليم الناجح أمرًا مهمًا بشكل خاص.
  5. يجب تخزين عناوين المستهلك لأسباب قانونية.

الخطوة 3: تقديم التأكيد المرئي

بعد إدخال العنوان، قم بتوفير التأكيد المرئي للمستخدم لموقع التسليم بخريطة ثابتة بسيطة. تقدم هذه الخريطة للعميل ضمانًا إضافيًا بصحة العنوان، وتقلل من إخفاقات التسليم/الاستلام.
يمكن عرض الخريطة على الصفحة التي يُدخل فيها العملاء العنوان، أو يمكن إرسالها ضمن رسالة التأكيد الإلكترونية عند إكمال المعاملة. ويمكن إنجاز كلتا حالتَي الاستخدام هاتين باستخدام واجهات برمجة التطبيقات التالية:

توفر واجهة برمجة تطبيقات JavaScript للخرائط خريطة تفاعلية لعرض الموقع الجغرافي للمستخدم. تسمح Maps Static API بتضمين الصور في صفحة الويب أو في مرحلة لاحقة من رسالة إلكترونية.

معلومات تفصيلية - سيناريوهات قبول العناوين

هناك ثلاثة سيناريوهات رئيسية يمكن تحديدها من خلال الردّ على واجهة برمجة تطبيقات التحقّق من صحة العنوان. يتم تمييز المكونات الواردة في الرد للتحقق من جودة العنوان، ويحتوي المخطط الانسيابي في وقت سابق من المستند على تدفق مقترح عام لهذه السيناريوهات الموضحة.

السيناريو 1: العنوان الصالح

إذا عرضت واجهة برمجة التطبيقات إشارة إلى أنّ العنوان الذي تم إدخاله كان ذا جودة جيدة، يمكن أن تنتقل عملية الدفع إلى المرحلة التالية بدون إرسال أي إشعار إلى العميل.
في ما يلي الإشارات التي تشير إلى جودة العنوان:

  • علامة 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"
        }

السيناريو 2: عنوان مشكوك فيه

قد تشير واجهة برمجة التطبيقات التحقّق من صحة العنوان إلى أنّ هناك تغييرات مفيدة على العنوان، ويكون ذلك عادةً من خلال تضمين inferred أو spellCorrected أو replaced في الحقول الفردية، ويجب تأكيد العنوان الذي تم إرجاعه مع العميل. ويمكن إجراء ذلك عن طريق استخدام شكل نافذة منبثقة، مع خيار تحديد العنوان الذي تم إدخاله، أو الاقتراح الذي تقدّمه واجهة برمجة التطبيقات.
  • عندما تعثر واجهة برمجة تطبيقات التحقّق من صحة العنوان على تطابق للعنوان (على نحو يشبه "مطابقة المرشح" لاستجابة الإكمال التلقائي لـ "الإكمال التلقائي") ، تستجيب هذه الواجهة بعنوان فردي يُرجّح أن يكون مطابقًا للعنوان وتضع علامة على أي مكوّنات تم تصحيحها (الاستجابة لواجهة برمجة التطبيقات للتحقّق من صحة العنوان: "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"، واسم المنطقة المحلية غير موجود (في "ماونتن فيو")

السيناريو 3: عنوان غير صالح

إذا كان الرد من واجهة برمجة تطبيقات التحقّق من صحة العنوان يشير إلى عنوان غير صالح، يجب إعادة توجيه العميل إلى نموذج إدخال العنوان للتحقّق من البيانات التي تم إدخالها. عندما لا تتمكن واجهة برمجة تطبيقات التحقق من صحة العنوان من العثور على مرشح مطابق لعنوان ما، فإنها تؤهّل المكونات الفردية للعنوان وتضع علامة على البيانات المفقودة/غير الصالحة، لذلك من الممكن وضع علامة على الحقول التي تحتاج إلى إضافات أو تصحيحات.
يوضح أدناه مثال على كيفية استخدام هذه الملاحظات في عملية التحقق:
طلب الرد 
  "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"
        } …

يمكن تنفيذ المنطق الموضح أعلاه كجزء من تدفق الدفع كما هو موضح في مخطط التدفق التالي:

صورة

نصائح لتحسين عملية الدفع

من المهم ألّا يتم حظر العملاء من إتمام الدفع بسبب إدخال عنوان غير صالح. يجب عدم إنشاء المنطق بطريقة ترسل العملاء في حلقة لانهائية إذا كانت واجهة برمجة التطبيقات تشير باستمرار إلى أنّ عنوانهم غير صالح.

ننصح بمنح العملاء فرصتَين لإدخال عنوانهم، وفي المحاولة الثانية، يجب قبول مشاركتهم حتى لو لم يتم إثبات صحة العنوان. يمكن تحقيق ذلك من خلال السماح للعميل بـ "التنفيذ الإجباري" عند عرض نافذة منبثقة تتضمن اقتراح واجهة برمجة التطبيقات، أو بقبول المحاولة الثانية بدون تنبيه عند إدخال العنوان، حتى إذا لم يتم التحقق من صحة العنوان بشكل كامل. يمكن لقسم خدمة العملاء وضع علامة على إدخالات العنوان التي لم يتم التحقق منها بشكل كامل لتتم مراجعتها يدويًا قبل شحن المنتج.

مثال على سبب أهمية هذا هو البناء الجديد. قد تكون هناك فجوة بين وقت الانتهاء من تشييد المبنى الجديد ووقت ملء عنوان هذا المبنى في قواعد بيانات العناوين البريدية. يجب أن يتمكن العملاء من فرض المتابعة من خلال صفحة الدفع باستخدام عنوانهم المكتوب، والذي قد لم يتم التحقق منه بعد.

يمكنك اختياريًا استخدام طريقة provideValidationFeedback في واجهة برمجة تطبيقات التحقّق من صحة العنوان لتقديم ملاحظات إلى Google حول محاولة تحقّق معينة. يمكنك الاطّلاع على المزيد من المعلومات هنا.

يمكن عرض العناوين على واجهة المستخدم أو تخزينها مؤقتًا في قاعدة بيانات إذا كان ذلك متوافقًا مع البنود الخاصة بخدمة واجهة برمجة تطبيقات التحقّق من صحة العنوان. إذا تم تخزين العناوين مؤقتًا في قاعدة بيانات، نحتاج إلى التأكد مما يلي:

  • ويمكن تخزين العناوين مؤقتًا أمام المستخدم فقط.
  • لا يمكن تخزين العنوان المنسَّق ومعظم السمات الأخرى مؤقتًا إلا بعد الحصول على موافقة المستخدم.

ستجد أن بعض ردود الإكمال التلقائي و/أو واجهة برمجة تطبيقات التحقق من صحة العناوين جزئية أو غير كاملة. استنادًا إلى موقعك الجغرافي واحتياجات نشاطك التجاري المحددة، ننصحك بتنفيذ منطق النشاط التجاري ليكون أكثر تساهلاً عند تحديد ما إذا كان سيتم قبول العناوين التي يتعذّر على واجهة برمجة تطبيقات التحقّق من صحة العناوين تأكيدها.

على سبيل المثال، إذا كنت مقيمًا في الولايات المتحدة، يمكنك تفعيل CASSTM من خدمة البريد في الولايات المتحدة®1 في واجهة برمجة تطبيقات التحقّق من صحة العنوان، والتي توفّر درجة عالية من التفاصيل حول كل عنوان.

يفضل العديد من العملاء إعادة التحقق من صحة العناوين من خلال عملية ثانوية مثل:

  • تفرض الأسباب التنظيمية على العملاء ضمان العنوان الدقيق الذي يتم تخزينه مؤقتًا.
  • إذا تعذّر الاستدعاء الأولي للتحقّق من صحة العنوان، يمكنك إعادة التحقّق من العنوان بلا اتصال بالإنترنت.

نحن نقدم التحقق من صحة العنوان لحجم كبير كأداة برمجية مفتوحة المصدر لتنفيذ إعادة التحقق من صحة العنوان في عملية مجمعة.

الخلاصة

تمثِّل واجهة برمجة تطبيقات التحقّق من صحة العنوان أداة فعالة لتحسين تجربة الدفع لأيّ منصة للتجارة الإلكترونية. تعرَّف على مزيد من المعلومات حول واجهة برمجة تطبيقات التحقق من صحة العنوان وجربها من هنا.

الخطوات التالية

يمكنك تنزيل المستند الموجز حول تحسين عمليات الدفع والتسليم والعمليات من خلال عناوين موثوقة والاطّلاع على البرنامج التعليمي على الويب تحسين عمليات الدفع والتسليم والعمليات من خلال التحقق من العنوان .

اقترحت مزيدًا من القراءة:

المساهمون

هنريك فالف | مهندس حلول
توماس أنغلاريت | مهندس حلول
سارثاك غانغولي | مهندس حلول

  1. المُرخَّص له غير الحصري لخدمة البريد في الولايات المتحدة. العلامات التجارية التالية مملوكة من ®US Postal Service ويتم استخدامها بموجب إذن: CASSTM وUSPS® وDPV®. ↩