أفضل الأدوات لتتبع معدلات استرداد الأموال واتجاهات عمليات الاعتراض على المدفوعات في تطبيقات الجوال

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

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

أهم النقاط

• تعرض لوحتا التحكم في كلا المتجرين عمليات الاسترداد كوحدات سالبة داخل تقارير المبيعات، أي عدد فقط دون سبب أو نسبة.

• ما بين 2 و5 بالمئة من المعاملات المدفوعة يُعد أمرًا طبيعيًا. وعند تجاوز 9 بالمئة، لم تعد المشكلة في التتبع.

• تعرض كل من RevenueCat وAdapty وQonversion مخططات لمعدل الاسترداد، لكنها تسجل تاريخ الاسترداد بأيام مختلفة، ما يجعل الشهر نفسه يظهر برقمين مختلفين.

• تفرض Google الآن على المطورين تكاليف عمليات الاعتراض على المدفوعات للطلبات بعد 3 أغسطس 2026، وقلة قليلة من الأدوات تتتبعها كبند منفصل حتى الآن.

• الرقم الذي سنراقبه أولًا ليس المعدل نفسه على الإطلاق، بل عدد طلبات الاسترداد التي بقيت دون رد.

لماذا لا تكفي لوحات تحكم المتاجر

تتضمن أداة Sales and Trends من Apple بالفعل عمليات الاسترداد. من علامة تبويب Trends، أضف عامل تصفية، واضبط Transaction Type على Refunds، وستجدها هناك كأعداد وحدات سالبة. صفحة المساعدة الخاصة بـ Apple تذكر أن لوحة المعلومات هي "تقدير شبه فوري" بينما التقارير القابلة للتنزيل "نهائية"، وأن الاثنين قد يختلفان، وهو ما يحدث فعلًا، عادة في اليوم الذي تحتاج فيه إلى أن يتطابقا.

تُعد Google أكثر سخاءً في البيانات، لكن أقل من ذلك في العرض. تمنحك Voided Purchases API كل طلب تم استرداده أو إلغاؤه أو الاعتراض عليه، ولكل منها رمز من بين تسعة رموز voidedReason، بما في ذلك remorse وfriendly_fraud وchargeback. لكنها API، ولا يوجد مخطط بياني، وتحصل على 6,000 استدعاء يوميًا لتبني الباقي بنفسك. فخ خفي واحد: عمليات الاسترداد الصادرة من Play Console دون تفعيل "Remove entitlement" لا تظهر فيها أبدًا. كتبنا عن ذلك في منشورنا حول إلغاء الوصول بعد الاسترداد . ولا يمنحك أي من المتجرين نسبة، بل أعدادًا فقط. عملية القسمة تقع على عاتقك، ومن واقع خبرتي، تتم بطريقة مختلفة قليلًا كل شهر.

كيف يبدو الرقم الجيد

يغطي تقرير State of Subscription Apps 2026 من RevenueCat أكثر من 115,000 تطبيق، وفي معظم الفئات يقع الوسيط لمعدل الاسترداد بين 3 و4 بالمئة. الإنتاجية هي الأعلى بنسبة 4.7، والسفر الأدنى بنسبة 2.5. كما يرفع السعر النسبة أيضًا، من نحو 2.7 بالمئة عند الطرف الأرخص إلى 4.5 عند الطرف الأعلى. تتراوح الحالات الشاذة بين 9 و18 بالمئة، وهذه غالبًا ما تكون بسبب خلل برمجي، أو صفحة دفع تُبالغ في وعودها، أو بطاقات مسروقة.

تقرير Adapty الصادر في فبراير، والمستند إلى نحو 11,000 تطبيق، يتفق إلى حد كبير مع ذلك، إذ يكون التعليم قريبًا من القمة بنسبة حوالي 5 بالمئة والسفر في الأسفل بنسبة قريبة من 1.5. ويختلف التقريران حول الإنتاجية، لذا لن أعتمد بشكل كبير على أي رقم لفئة واحدة بعينها.

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

برامج تتبع معدل الاسترداد، أداة بأداة

RevenueCat

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

Adapty

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

Qonversion

مخططات Refunds وRefund Rate ضمن قسم Revenue، قابلة للتصفية حسب المنتج والدولة والعملة. تؤدي الغرض المطلوب.

جدول بيانات

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

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

أدوات تتبع عمليات الاعتراض على المدفوعات في تطبيقات الجوال: مجال أضيق

لفترة طويلة، كانت عمليات الاعتراض على المدفوعات مشكلة تخص Google على Android، ولم تكن مشكلة على iOS. ثم غيّرت Google الشروط. بالنسبة للطلبات بعد 3 أغسطس 2026، يتحمل المطور المبلغ المتنازع عليه ناقصًا رسوم Google، بالإضافة إلى رسوم شبكة البطاقات التي تتراوح عادة بين 15 و25 دولارًا. عملية شراء بقيمة 4.99 دولار يتم الاعتراض عليها يمكن أن تكلفك نحو 23 دولارًا.

دفع ذلك برامج تحليلات عمليات الاعتراض على المدفوعات من كونها "ميزة إضافية جيدة" إلى كونها أمرًا ملحًا إلى حد كبير، ولم تواكب الأدوات هذا التطور بعد. تُصنّف Voided Purchases API عمليات الاعتراض على المدفوعات برمز سبب خاص بها، لذا يمكنك على الأقل عدّها بنفسك. وقد ذكرت RevenueCat على منتدى مجتمعها في يوليو أنها "لا تحتسب الـchargeback كعملية استرداد"، لذا لن تظهر في مخطط معدل الاسترداد ذاك. أما Chargeflow والأدوات المشابهة الخاصة بالمنازعات فهي مصممة لمدفوعات الويب، وعلى حد علمي، لا تتعامل مع فوترة Play.

تتتبع Refund Sensor المتجرين معًا في لوحة معلومات واحدة، وتفصل بين عمليات الاسترداد التي قررتها Google بمفردها وعمليات الاعتراض على المدفوعات التي خضعت للمراجعة، مع بيان ما أرسلناه ردًا على كل منها. المجموعة الثانية فقط هي التي يمكنك الطعن فيها. التفاصيل موجودة على صفحة الدفاع عن استرداد أموال Google Play .

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

كيف تتتبع معدلات الاسترداد في تطبيقات الجوال دون خداع نفسك

بعض الأمور التي تعلمناها من التمعن في هذه اللوحات.

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

احسب الطلبات، وليس النتائج فقط. عندما يطلب العميل من Apple استرداد أموال عملية شراء داخل التطبيق، تُرسل Apple إشعارًا إلى خادمك بعنوان CONSUMPTION_REQUEST وتنتظر 12 ساعة. وترسل Google الآن إشعار مراجعة قبل البت في عملية الاعتراض على المدفوعات وتمنحك 24 ساعة. إذا كانت أداتك تعرض فقط عمليات الاسترداد الممنوحة، فلن تعرف كم عدد هذه الإشعارات التي بقيت دون رد. هذه الفجوة هي الرقم الذي سأتتبعه قبل النسبة نفسها، وهي كيف نعرف أن معدل الدفاع لدينا البالغ 77 بالمئة حقيقي.

ما هو أفضل برنامج لتتبع الاسترداد؟

يعتمد ذلك على ما هو مفقود. إذا كنت تستخدم بالفعل RevenueCat أو Adapty أو Qonversion، فالمخطط المدمج مناسب لمعرفة النسبة، فقط تأكد من طريقة التأريخ التي يستخدمها. وإذا كنت بحاجة إلى عرض عمليات الاعتراض على المدفوعات كبند منفصل، وهو ما تحتاجه على الأرجح الآن على Google Play، فإن المنصات العامة لا تملك ذلك في معظمها بعد. وهذه هي الفجوة التي تسدها أداة متخصصة في الاسترداد. وإذا أردت معرفة عدد الطلبات التي لم تردّ عليها أبدًا، فلا يمكن إخبارك بذلك سوى أداة تراقب إشعارات المتجر مباشرة، لأن منصات التحليلات ترى النتيجة فقط ولا ترى السؤال أبدًا.

الخلاصة

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

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