عند بيع منتجات رقمية من خلال تطبيقك، يجب مراعاة تجربة المستخدم بالكامل. يتيح لك الدمج داخل التطبيق إطلاق عمليات الشراء و إدارة تجربة المستخدم، ولكن من المهم إبقاء الخلفية محدّثة بشأن الإذنات التي يشتريها المستخدمون. وهذا مهم لتتبُّع عمليات الشراء وإدارة جوانب أخرى من تجربة المستخدم، مثل الأذونات على جميع المنصات.
لمراقبة أحداث دورة حياة الشراء والاستجابة بسرعة للتغييرات في امتيازات المستخدم، عليك إنشاء نظام لإدارة حالة الشراء في الخلفية لكلٍّ من الاشتراكات وعمليات الشراء لمرة واحدة. يضمن هذا النظام معالجة عمليات الشراء بشكلٍ سريعٍ وآمن بغض النظر عن حالة الجهاز، ويحافظ على اتساق أذونات المستخدمين على جميع المنصات، ويوفّر إمكانية الرجوع إلى سجلّ الشراء وبيانات الأذونات في الخلفية.
يقدّم Google Play إشعارات للمطوّرين في الوقت الفعلي (RTDN) لرصد أحداث رحلة الشراء، ويمكن استخدام واجهات برمجة التطبيقات Play Developer APIs الخاصة بالاشتراكات والشراء داخل التطبيق للقيام بالإجراءات اللازمة استنادًا إلى هذه الأحداث. من خلال استخدام هذه الأدوات و إنشاء نظام إدارة قوي لمراحل نشاط الشراء، يمكنك توفير تجربة سلسة للمستخدم وإدارة عمليات الشراء والإذن بالوصول بكفاءة.
إنشاء برنامج عملاء للإشعارات في الوقت الفعلي الخاصة بالمطوّرين
يمكن أن تخضع عمليات الشراء التي تتم من خلال نظام الفوترة في Google Play لعدة تغييرات في الأذونات على مدار دورة حياتها. يمكن أن تؤدي إجراءات مختلفة إلى إجراء هذه التغييرات، بما في ذلك ما يلي:
- الإجراءات التي بدأها المستخدمون في تطبيقك
- الإجراءات التي بدأها المستخدمون من خلال تطبيق "متجر Play"
- الإجراءات التي يتمّ بدءها مباشرةً من أنظمة الخلفية
- الإجراءات التي تبدأها من خلال Google Play Console
مثلاً:
- مستخدم يلغي اشتراكًا من خلال مركز الاشتراكات في "متجر Play"
- مطوّر يُؤجل تحصيل رسوم الاشتراك باستخدام واجهة برمجة التطبيقات Google Play Developer API
- مطوِّر يرِدّ الأموال ويُلغي إذن الوصول إلى عملية شراء من خلال Google Play Console
من المهم أن يكون الجزء الخلفي من التطبيق على دراية بالحالات المختلفة التي يمكن أن تمر بها عملية الشراء، وأن يتّخذ جميع التدابير اللازمة لتعديل الأهلية وفقًا لذلك في الوقت المناسب.
على الرغم من أنّه من الممكن استخدام Google Play Developer API للتحقّق من حالة عملية شراء يدويًا، إلا أنّ الاعتماد على عمليات التحقّق الدورية هو طريقة غير فعّالة للغاية لتتبُّع التغيُّرات، كما أنّه معرّض للأخطاء والتأخيرات. يمكن أن تساعدك قنوات التسويق عبر الفيديو المباشر في الاستجابة للتغييرات على الفور بدون الحاجة إلى إنشاء منطق تتبُّع رحلة المستخدِم لعمليّات شراء Google Play.
يناقش هذا القسم كيفية إنشاء عميل لشبكات RTDN. RTDN هي ميزة تم إنشاؤها باستخدام Google Cloud Pub/Sub، وهي تُرسِل إشعارًا فوريًا إلى الخلفية عند تغيير حالة إذن المستخدِم. يتألّف نظام Pub/Sub من ناشر يُرسِل إشعارات وعميل يشترك في هذه الإشعارات. من خلال تنفيذ ميزة "الوصول في الوقت الفعلي"، يمكنك تتبُّع جميع التغييرات التي تطرأ على حالة إذن وصول المستخدم في الوقت الفعلي والردّ عليها على الفور.
ناشر RTDN
تعمل الخلفية في Google Play بصفتها الناشر لإعلانات شبكة البحث الديناميكية. لإعداد ميزة "الاستهداف على مستوى جهاز العميل" لتطبيقك، اتّبِع التعليمات الواردة في دليل الإعداد. تسمح هذه الخطوات لنظام الفوترة في Google Play بالعمل بصفتها الناشر لخدمات مقارنة الأسعار في الوقت الفعلي لتطبيقك. لإكمال عملية الإعداد هذه، عليك التعرّف على Google Cloud Platform Console لإعداد إعدادات Pub/Sub الأساسية.
مشترك في RTDN
بعد إعداد الناشر، عليك إعداد الخلفية لاستخدام
النطاقات الديناميكية لإعادة التوجيه. ولإجراء ذلك، عليك إنشاء عميل لتلقّي رسائل Google Cloud Pub/Sub. تتألف الوظيفة الأساسية لعميل RTDN من تلقّي نُسخ من
PubSubMessage،
إما من خلال طلبات HTTPS في نقطة نهاية مسجّلة أو باستخدام مكتبات Cloud
Pub/Sub العميل. اطّلِع على مستندات
Pub/Sub للتعرّف على كيفية استخدام استراتيجية الدفع أو استراتيجية السحب، أو مستندات إعداد RTDN للحصول على إرشادات حول
اختيار الاستراتيجية الأنسب لاحتياجاتك.
لكل رسالة تتلقّاها، يجب أن تُجري واجهة الخلفية ما يلي:
- فكِّ ترميز حقل
dataالمشفَّر بترميز base64، والذي يحتوي على عنصر RTDN. - شغِّل أي عمليات مطلوبة في الخلفية مرتبطة بتغيير الإذن الذي تم إعلامك به من خلال حدث RTDN.
معالجة حالات الشراء الانتقالية
تختلف مراحل دورة حياة عمليات الشراء لمرة واحدة وعمليات شراء الاشتراكات استنادًا إلى الحالات والأحداث المختلفة التي يمكن أن تؤثر فيها. بفضل ميزة RTDN، ليس عليك إنشاء منطق لتأكيد عمليات انتقال الحالة. ما عليك سوى تحديد ما يحدث عندما تتلقّى الخلفية كل نوع من أنواع الإشعارات.
اطّلِع على الأدلة التالية للحصول على مزيد من المعلومات عن هذه السيناريوهات: