أسباب إلغاء الاشتراك تصلك عادةً قبل طلب الاسترداد، وGoogle Play يمنحك منها أكثر بكثير مما يمنحه Apple

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

ما يخبرك به Google Play عن أسباب إلغاء الاشتراك

عندما يلغي المستخدم اشتراكه من مركز الاشتراكات في Play، يسأله Google عن السبب. ويصل الجواب إلى مورد الاشتراك الذي تحصل عليه من purchases.subscriptionsv2.get، تحت canceledStateContext. لا يوجد هذا الكائن إلا عندما يكون الاشتراك في حالة الإلغاء أو الانتهاء، وهو يوضح من أنهى الاشتراك: المستخدم، أو نظام Google، أو أنت، أو استبدال مثل تغيير الخطة.

عندما يكون المستخدم هو من ألغى، يحتوي الكائن userInitiatedCancellation على حقلين. يوضح cancelTime وقت الإلغاء. ويحمل cancelSurveyResult جواب الاستبيان.

العمود الأخير هو قراءتنا نحن، لا قراءة Google. أما العمودان الأولان فمأخوذان مباشرة من مرجع API.

الإشعار لا يحمل السبب

يؤدي الاشتراك الملغى إلى إرسال إشعار المطوّر الفوري SUBSCRIPTION_CANCELED، من type 3. ويوضح Google صراحةً أن هذه الإشعارات لا تقول سوى أن حالة الشراء تغيّرت. لا تحتوي الحمولة على شيء مفيد غير رمز الشراء، لذا على معالجك أن يستدعي purchases.subscriptionsv2.get لقراءة جواب الاستبيان.

ما تعرضه Play Console

لا تحتاج إلى كتابة كود لرؤية الإجماليات. تتضمن تقارير الاشتراكات في Play Console بطاقة Cancellations التي تقسم التسرّب إلى طوعي وغير طوعي وآخر، وبطاقة Cancellation survey responses للمستخدمين الذين اختاروا الإجابة. ويمكن تنزيل الإجابات النصية الحرة من المستخدمين الذين اختاروا أخرى بصيغة CSV من بطاقة Other responses. يتطلب هذا التنزيل صلاحية View financial data، وهي الصلاحية نفسها التي تمنحها لأي أداة تقرأ طلباتك.

ما يخبرك به Apple، وما يغفله

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

الرمز 1 هو الوحيد الذي يصف قرارًا اتخذه العميل، ولا يقول شيئًا عن دافعه. العميل الذي غادر لأن التطبيق ظل يتعطل، والعميل الذي أنهى مشروعه ببساطة، يبدوان متطابقين.

الإشارة المخفية في AUTO_RENEW_DISABLED

هناك إشعار واحد من Apple يستحق نظرة أدق. فإشعار DID_CHANGE_RENEWAL_STATUS بالنوع الفرعي AUTO_RENEW_DISABLED يعني عادةً أن العميل أوقف التجديد التلقائي. لكن وثائق Apple تضيف حالة ثانية: يوقف App Store أيضًا التجديد التلقائي بعد أن يطلب العميل استردادًا.

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

Apple وGoogle جنبًا إلى جنب

متى يتحول الإلغاء إلى استرداد

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

• على Google Play، يمكن للمشتري الحصول على استرداد بنفسه خلال 48 ساعة من الشراء، وGoogle هو من يقرر.
• الاستردادات التي تتم عبر دعم Google أو Apple يقررها المتجر.
• يطلب CONSUMPTION_REQUEST من Apple بيانات الاستهلاك لديك، ضمن مهلة 12 ساعة.
• تطلب مراجعة رد المبلغ في Google Play أدلة عبر orders.reviewrefund، ضمن مهلة 24 ساعة. وقرار البنك في رد المبلغ نهائي.

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

كم يكلّفك كل سبب

جواب الاستبيان هو أيضًا مؤشر تقريبي على ما كلّفه الحساب حتى الآن لخدمته، وهو المال الذي يبقى على عاتقك بعد الاسترداد.

مشكلات تقنية

هذا هو السبب المكلف. استخدم العميل المنتج بما يكفي ليصادف مشكلات، لذا فقد دفعت ثمن الحوسبة وراء جلساته، واستدعاءات model API التي أحدثتها طلباته، وتخزين ما أنشأه، وأي مستحقات لصانع محتوى استخدم محتواه. وإذا حصل بعد ذلك على استرداد، يعود السعر وتبقى هذه التكاليف عليك. وإذا لجأ إلى بنكه على Google Play، فإن الطلب المقدّم بعد August 3, 2026 يكلّفك سعر الشراء مطروحًا منه رسوم خدمة Play، إضافة إلى رسوم البنك.

أسباب تتعلق بالتكلفة

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

استخدام غير كافٍ

الاستخدام المنخفض يعني تكلفة خدمة منخفضة، لذا فالاسترداد هنا يعيد في الغالب مالًا لم تنفق الكثير لكسبه. وهو أيضًا السبب الذي تُظهر فيه بيانات الاستهلاك الصادقة، إذا طلبها Apple، بالضبط ما استخدمه العميل وما لم يستخدمه.

إيجاد تطبيق أفضل

نادرًا ما يعترض هؤلاء العملاء على أي شيء. لقد انتقلوا إلى منافس. هذا السبب مفيد لقرارات المنتج، ولا يكاد يفيد أبدًا في الدفاع ضد الاسترداد.

روتين لقراءة أسباب الإلغاء

• مع كل SUBSCRIPTION_CANCELED من Google Play، استدعِ purchases.subscriptionsv2.get واحفظ canceledStateContext مع رمز الشراء وcancelTime.
• احفظ reasonUserInput حرفيًا عندما يكون السبب أخرى. فهو النص الحر الوحيد الذي يمنحك إياه أي من المتجرين.
• مع كل DID_CHANGE_RENEWAL_STATUS من Apple يحمل AUTO_RENEW_DISABLED، سجّل الحدث واسحب بيانات استخدام ذلك الحساب، تحسبًا لوصول CONSUMPTION_REQUEST.
• مع كل إشعار EXPIRED من Apple، سجّل النوع الفرعي وexpirationIntent حتى لا يختلط التسرّب الطوعي بإخفاقات الفوترة.
• بالنسبة لإلغاءات Google Play التي تذكر مشكلات تقنية، افحص سجلات الأخطاء لذلك الحساب وتواصل مع العميل قبل أن يصل إلى بنكه.
• احتفظ بسجلات استخدام لكل حساب، حتى يُرد على CONSUMPTION_REQUEST خلال 12 ساعة وعلى مراجعة رد المبلغ خلال 24.