أخطاء Paywall في iOS: 7 أخطاء توقف مبيعات تطبيقك

لماذا لا يبيع الـ paywall في تطبيقك على iOS

تطبيقك موجود على App Store، والتنزيلات تصل، ومع ذلك لا يكاد أحد يشترك. في أغلب الحالات، المشكلة ليست في فكرتك ولا في الكود: المشكلة في الـ paywall، أي الشاشة التي تعرض العرض المدفوع وتطلب من المستخدم أن يلتزم. الـ paywall الذي يظهر في التوقيت الخاطئ، بلا تجربة مجانية، بلا زر استعادة أو بلا البيانات التي تطلبها Apple لا يبيع، أو يُرفض في المراجعة.

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

أنشر تطبيقات iOS خاصة بي تعمل بالاشتراك: Solys، منبّه بألعاب صغيرة، وTradaZen، محاكي تداول، وكلاهما مربوط بـ RevenueCat. في الاثنين عشت الموقف نفسه: تنزيلات كثيرة، وتجارب مجانية قليلة جدًا. المنتج لم يكن السبب. الـ paywall والـ onboarding لم يقودا إلى التجربة بوضوح كافٍ. هذا أحد الأسباب التي دفعتني إلى إعادة العمل عليهما بعمق، ومن هنا جاءت هذه القائمة.

الخطأ رقم 1: عرض الـ paywall مبكرًا جدًا أو متأخرًا جدًا

هذا أغلى خطأ، ويأتي في الاتجاهين.

مبكرًا جدًا يعني أن الـ paywall يظهر قبل أن يفهم المستخدم ما يفعله التطبيق. يفتح التطبيق، يرى سعرًا، يغلقه. لا سبب لديه للدفع لأنه لم يرَ شيئًا بعد.

متأخرًا جدًا يعني أن الـ paywall مخفي خلف زر «Premium» في الإعدادات، أو لا يظهر إلا بعد عدة أيام من الاستخدام. معظم المستخدمين لن يروه أبدًا. والمستخدم الذي لا يرى عرضك لا يستطيع الاشتراك.

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

عمليًا:

• الـ onboarding يطرح أسئلة مفيدة ويعرض لمحة عن النتيجة؛
• الـ paywall يأتي في نهاية هذا المسار، لا في منتصفه؛
• يمكنك عرضه مرة أخرى لاحقًا، عندما يصل المستخدم إلى حدّ من حدود النسخة المجانية. إذا كنت ستجعل ميزة مجانية مدفوعة، اقرأ أولًا دليل الإرشاد 3.2.2.

الخطأ رقم 2: عدم تقديم تجربة مجانية

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

توفّر Apple هذه الآلية باسم العرض التمهيدي (introductory offer) للاشتراكات المتجددة تلقائيًا. قاعدتان يجب تذكرهما، من صفحة Apple عن الاشتراكات:

• لا يستفيد العميل إلا من عرض تمهيدي واحد لكل مجموعة اشتراكات؛
• في مسار الشراء، يجب أن توضح مدة التجربة والسعر الذي سيُدفع بعد انتهائها.

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

الخطأ رقم 3: سوء إبراز الاشتراك السنوي

كثير من التطبيقات الأولى تقدم اشتراكًا شهريًا وسنويًا، لكنها تعرضهما كخيارين متطابقين، جنبًا إلى جنب، بلا تسلسل. النتيجة: المستخدم يتردد، والمستخدم المتردد كثيرًا ما يغلق الشاشة.

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

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

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

الخطأ رقم 4: نسيان زر استعادة المشتريات

هذا أسخف نسيان وأحد أكثرها شيوعًا. مشترك يغيّر هاتفه، يعيد تثبيت التطبيق، فيجد نفسه أمام الـ paywall مع أنه يدفع بالفعل. بدون زر «Restore Purchases»، لا وسيلة لديه لاستعادة وصوله.

هذا ليس خيارًا. إرشادات مراجعة App Store (القاعدة 3.1.1) تطلب آلية استعادة لكل عملية شراء داخل التطبيق قابلة للاستعادة، وصفحة Apple عن الاشتراكات تذكر ضمن عناصر شاشة الاشتراك «وسيلة للمشتركين الحاليين لتسجيل الدخول أو استعادة مشترياتهم».

مع RevenueCat، الاستعادة استدعاء واحد. العمل الحقيقي هو التحقق مما يحدث بعده:

• يستعيد المشترك وصوله فعلًا، دون الحاجة إلى إعادة تشغيل التطبيق؛
• المستخدم الذي لا يملك مشتريات يتلقى رسالة واضحة، لا خطأً تقنيًا؛
• الزر ظاهر على الـ paywall نفسه، لا في الإعدادات فقط.

الخطأ رقم 5: نسيان البيانات التي تطلبها Apple

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

• اسم الاشتراك ومدته، وما يقدمه خلال هذه الفترة؛
• سعر التجديد الكامل، معروضًا بوضوح وبالعملات المحلية المتاحة؛
• وسيلة لاستعادة المشتريات (انظر الخطأ السابق).

أضف جملة صريحة عن التجديد التلقائي: يتجدد الاشتراك ما لم يُلغِه المستخدم، ويمكنه إلغاؤه من إعدادات حسابه على Apple.

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

قبل لصق روابطك، افتحها في متصفح. رابط إلى صفحة غير موجودة يساوي رابطًا غائبًا.

فصّلت أسباب الرفض الأخرى المتكررة في هذا المقال عن رفض Apple، ولصفحة App Store نفسها صفحتها: تحسين صفحتك على App Store.

الخطأ رقم 6: عدم اختبار الـ paywall في بيئة sandbox

الـ paywall الذي يظهر جيدًا على المحاكي ليس بالضرورة paywall يعمل. بين إعداد المنتجات في App Store Connect، والعروض في RevenueCat، وكود التطبيق، هناك أماكن كثيرة يمكن أن تنكسر فيها تفصيلة: منتج مربوط بشكل خاطئ، سعر لا يُحمَّل، تجربة لا تظهر.

توفر Apple لهذا بيئة اختبار، الـ sandbox، مع حسابات Apple تجريبية تنشئها في App Store Connect، ضمن «Users and Access»، تبويب Sandbox. تُستخدم هذه الحسابات لاختبار المشتريات دون خصم أي مبلغ، بما في ذلك التجديدات وفشل الدفع والاسترداد، كما تشرح وثائق App Store Connect.

قبل كل إرسال، نفّذ على الأقل هذا المسار على iPhone حقيقي:

1. التشغيل الأول، onboarding كامل، الوصول إلى الـ paywall؛
2. بدء التجربة بحساب تجريبي؛
3. التحقق من أن الوصول المميز يُفتح فعلًا؛
4. حذف التطبيق، إعادة تثبيته، استعادة الشراء؛
5. عرض صحيح للـ paywall على أصغر وأكبر iPhone تدعمه.

مراجع Apple سيختبر الشراء هو أيضًا. إذا تعطّل، فهو رفض.

الخطأ رقم 7: عدم قياس أي شيء

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

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

ضع أحداث analytics عند كل مرحلة أساسية، مثلًا باستخدام PostHog:

• بداية الـ onboarding؛
• نهاية الـ onboarding؛
• عرض الـ paywall؛
• بدء التجربة؛
• تأكيد الشراء أو الاشتراك؛
• نجاح الاستعادة.

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

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

قائمة التحقق للـ paywall قبل إرسالك القادم

• الـ paywall يأتي في نهاية الـ onboarding، بعد إثبات القيمة.
• التجربة المجانية معروضة بوضوح: المدة، ثم السعر بعد التجربة.
• الاشتراك السنوي مُبرز بنزاهة، والسعر المدفوع فعلًا يبقى مقروءًا.
• زر «Restore Purchases» موجود على الـ paywall ويعمل.
• الاسم والمدة وسعر التجديد والتجديد التلقائي مذكورة.
• روابط شروط الاستخدام وسياسة الخصوصية موجودة في التطبيق وفي وصف App Store، بكل لغة.
• مسار الشراء الكامل اختُبر في الـ sandbox على iPhone حقيقي.
• أحداث الـ analytics تغطي كل مرحلة، من الـ onboarding إلى الشراء.

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

ابنِ الـ paywall الخاص بك مع iOS Kit

الـ paywall ليس إلا قطعة واحدة. يعتمد على الـ onboarding الذي يسبقه، وعلى السعر الذي تحدده، وعلى صفحة App Store التي تجلب المستخدمين، وعلى الميزة الرئيسية للتطبيق، تلك التي يجب أن تبقيها بسيطة في نسخة أولى محددة جيدًا.

إذا أردت أن تبدأ من قاعدة جاهزة، فالـ onboarding والـ paywall والاشتراكات موجودة بالفعل في كود البداية الخاص بـ iOS Kit، والمرحلة الثالثة من مساره مخصصة لربطها بتطبيقك. لا أحد يستطيع أن يضمن لك دخلًا.

قبل الإرسال، تراجع skills الخاصة بـ Claude Code في Apple Review Kit الـ paywall والبيانات التي تطلبها Apple. وتعرض الصفحة الرئيسية كيف تطلق تطبيقك للهاتف مع هذا الـ paywall مربوطًا مسبقًا.

الأسئلة الشائعة

ما أخطاء الـ paywall في iOS التي توقف مبيعات التطبيق الأول؟

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

متى أعرض الـ paywall في تطبيق iOS؟

في نهاية الـ onboarding، مباشرة بعد أن يدرك المستخدم قيمة التطبيق. إذا كان مبكرًا جدًا، يرى سعرًا دون أن يفهم ما يفعله التطبيق. وإذا كان متأخرًا جدًا، مثلًا خلف زر «Premium» في الإعدادات، فلن يراه معظم المستخدمين أبدًا. يمكنك عرضه مرة أخرى لاحقًا، عندما يصل المستخدم إلى حدّ من حدود النسخة المجانية.

ماذا يجب أن يعرض الـ paywall في iOS ليحترم قواعد Apple؟

تطلب Apple على شاشة الاشتراك اسم الاشتراك ومدته، وما يقدمه، وسعر التجديد الكامل معروضًا بوضوح، ووسيلة لاستعادة المشتريات. وتحتاج أيضًا إلى روابط لشروط الاستخدام وسياسة الخصوصية، في التطبيق وفي وصف صفحتك على App Store. بدونها في الوصف، يكون الرفض. أضف جملة صريحة عن التجديد التلقائي.

هل يجب تقديم تجربة مجانية في تطبيق iOS؟

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

كيف أبرز الاشتراك السنوي دون تضليل المستخدم؟

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

كيف أختبر الـ paywall في iOS قبل الإرسال إلى Apple؟

باستخدام الـ sandbox من Apple: حسابات تجريبية تُنشأ في App Store Connect، تتيح الشراء دون خصم أي مبلغ. على iPhone حقيقي، نفّذ المسار الكامل: الـ onboarding، بدء التجربة، الوصول المميز، ثم حذف التطبيق وإعادة تثبيته واستعادة الشراء. تحقق أيضًا من العرض على أصغر وأكبر iPhone تدعمه.