
كيفية إدارة عدة مشاريع RevenueCat في AdMate
يمكن أن تحتوي مؤسسة RevenueCat واحدة على عدة مشاريع، وقد تعمل وكالة أو استوديو مع أكثر من مؤسسة. ويدعم نموذج حسابات RevenueCat في AdMate عدة حسابات ومشاريع، بما في ذلك بيانات اعتماد خاصة بالمشروع عند الحاجة.
التحدي ليس في إضافة المشروع الثاني، بل في إبقاء الهوية ونطاق المتاجر وبيانات الاعتماد واضحة بما يكفي ليظل العرض المجمّع موثوقًا.
صمّم بنية الحسابات أولًا
اسرد المشاريع قبل إدخال بيانات الاعتماد:
| الاسم المستعار في AdMate | مؤسسة RevenueCat | المشروع | التطبيقات والمتاجر |
|---|---|---|---|
| اشتراكات الاستوديو | مؤسسة الاستوديو | المحفظة الرئيسية | iOS وAndroid |
| العميل A | مؤسسة العميل | الإنتاج | iOS فقط |
استخدم أسماء مستعارة تظل مفهومة عند تغيّر أحد أعضاء الفريق. وتجنّب حفظ أجزاء من المفاتيح السرية في اسم العرض.
اختر الوصول على مستوى الحساب أو المشروع
يمكن أن يمثل إعداد RevenueCat المدعوم تفويضًا على مستوى الحساب أو مفاتيح سرية للمشاريع، بحسب الوضع المتاح في الإصدار الحالي.
قد يسهّل الوصول على مستوى الحساب اكتشاف المشاريع عندما يغطي التفويض عدة مشاريع بشكل مشروع. أما المفاتيح الخاصة بالمشروع فتُبقي النطاق ضيقًا، لكن يجب ربطها بعناية. استخدم أقل صلاحية تدعم سير عملك، واتبع إرشادات RevenueCat الحالية بشأن بيانات الاعتماد.
لا تلصق مفتاحًا سريًا أبدًا في الاسم المستعار أو الملاحظات أو أدوات التحليل أو رسالة الدعم.
أضف المشاريع وتحقّق منها واحدًا تلو الآخر
- أضف حساب RevenueCat أو بيانات الاعتماد.
- امنحه اسمًا مستعارًا على مستوى المؤسسة.
- حمّل قائمة المشاريع المتاحة.
- اختر مشروعًا واحدًا.
- تأكّد من اسمه وتطبيقاته ومتاجره وعملته.
- قارن فترة مغلقة بلوحة RevenueCat.
- انتقل إلى المشروع التالي فقط بعد التأكد من صحة الأول.
يجعل هذا التسلسل خطأ الربط واضحًا. أما إضافة كل المفاتيح أولًا ثم تتبع سبب ظهور عرض مجمّع فارغ لاحقًا فأبطأ.
أبقِ نطاق المتاجر ظاهرًا
قد يشمل المشروع App Store وGoogle Play ومصادر إيرادات أخرى مُعدّة. وعند المقارنة مع App Store Connect، صفِّ عرض RevenueCat على نطاق Apple إذا كان المقياس يسمح بذلك. وإلا فقد تجعل معاملة Android إجمالي RevenueCat أعلى لسبب وجيه.
ينطبق المبدأ نفسه على نطاق التطبيقات. لا تقارن مشروع محفظة كاملة بتطبيق واحد في متجر واحد ثم تسمي الفرق إيرادات مفقودة.
تجنّب تسرب البيانات بين العملاء
عندما يحتوي الجهاز على مشاريع عملاء:
- تحقّق من الاسم المستعار النشط قبل مشاركة الشاشة؛
- تجنّب لقطة شاشة مجمّعة تكشف مبلغ عميل آخر؛
- أزل الحسابات عند انتهاء التعاقد؛
- غيّر مفتاح المشروع إذا كانت سريته غير مؤكدة؛
- لا تزامن بيانات الاعتماد أبدًا عبر خدمة ملاحظات أو دردشة غير مصرح بها.
يمكن لـ AdMate عرض عدة حسابات، لكن مسؤولية الوصول تبقى على المستخدم والمؤسسة.
استكشاف أسباب غياب البيانات
أحد المشاريع غير موجود
تحقّق مما إذا كانت بيانات الاعتماد النشطة تملك صلاحية الوصول إلى هذا المشروع. ولا ينبغي توقّع أن يكتشف مفتاح خاص بمشروع مشاريع غير مرتبطة به.
تظهر تطبيقات خاطئة
تحقّق من اختيار المشروع ومعرّفات المزوّد. فتشابه أسماء العرض لا يثبت أن التطبيقين متطابقان.
يفشل مشروع واحد فقط
اختبر بيانات اعتماد ذلك المشروع مباشرةً، وابحث عن تغيير أو إلغاء للمفتاح، وأزل المسافات التي أُضيفت أثناء النسخ.
تبدو الإيرادات المجمّعة مرتفعة جدًا
تحقّق من اتصالات الحسابات المكررة وتداخل المشاريع، ومما إذا كانت معاملات المتجر نفسها تُقارن أو تُضاف مرة أخرى عبر App Store Connect.
مراجعة أسبوعية للمشاريع
لكل مشروع:
- حدّث فترة مكتملة من سبعة أيام؛
- تأكّد من مرشحات المشروع والمتجر؛
- راجع الإيرادات والمعاملات والمبالغ المستردة ومقاييس الاشتراك ذات الصلة؛
- قارن بالفترة السابقة المساوية في الطول؛
- افتح التطبيق أو المنتج الذي أحدث التغيّر؛
- سجّل تعريف المزوّد المستخدم في أي تقرير.
استخدم إيرادات RevenueCat مقابل عائدات App Store Connect عند مطابقة معاملات Apple.
الأسئلة الشائعة
هل يمكن لحساب RevenueCat واحد أن يحتوي على عدة مشاريع في AdMate؟
نعم، عندما يستطيع التفويض المُعدّ سردها. وقد يتطلب وضع مفاتيح المشاريع عمليات ربط منفصلة.
هل يجب دمج المشاريع في إجمالي واحد؟
فقط عندما تنتمي إلى نطاق العمل المقصود، وتستخدم عملات متوافقة، ولا تتداخل.
لماذا يعرض مشروع واحد iOS وAndroid معًا؟
يمكن أن تحتوي مشاريع RevenueCat على تطبيقات من عدة متاجر. صفِّ حسب المتجر عند إجراء مقارنة خاصة بمتجر معين.
ماذا يحدث عند تغيير مفتاح؟
استبدل بيانات الاعتماد المحفوظة للمشروع الصحيح، وتحقّق منها، وأزل المفتاح الملغى.




