Guideline 5.6: الـ paywall الذي يجعل Apple ترفض تطبيقك

الـ guideline 5.6 هي مدونة سلوك المطوّر. عندما يتعلق الأمر بـ paywall، تستشهد بها Apple بجملة ثابتة: التطبيق «attempts to manipulate customers into making unwanted In-App Purchases». بعبارة بسيطة، زر في مسار الشراء عندك لا يفعل ما يعلن عنه، أو عرض يعود دون أن يطلبه المستخدم. والتصحيح يتلخص في قاعدة واحدة: كل زر يفعل ما يقوله، والمستخدم وحده يختار متى يرى العرض من جديد.

تلقيت هذا الرفض على TradaZen، تطبيقي للتدرّب على التداول، وأحكي قصة إطلاقه في دراسة الحالة هذه. إليك القاعدة، وما وجدته في الـ paywall عندي، والأنماط التي يجب تجنبها، وردّي على Apple. أما القاعدة القريبة الخاصة بطلبات التقييم، فاقرأ دليل guideline 5.6.3.

ماذا تقول الـ guideline 5.6؟

القاعدة 5.6، «Developer Code of Conduct»، موجودة في القسم 5 «Legal» من App Review Guidelines. فقرتها الأولى تتحدث عن الاحترام: تجاه العملاء، وفي الردود على التقييمات، وفي التواصل مع Apple. والفقرة الثانية تستهدف عمليات الشراء مباشرة.

النص الساري يضع المبدأ: «Customer trust is a cornerstone of the App ecosystem.» ثم يعدّد ما لا يجوز للتطبيق فعله أبدًا: استغلال المستخدمين، أو الاحتيال عليهم، أو «trick them into making unwanted purchases»، أو إجبارهم على مشاركة بيانات غير ضرورية، أو «raise prices in a tricky manner»، أو تحصيل المال مقابل شيء لا يُسلَّم، أو أي ممارسة تلاعبية أخرى، داخل التطبيق أو خارجه.

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

وتضم القاعدة 5.6 أيضًا أربع قواعد فرعية:

القاعدة الفرعية	ما تستهدفه
5.6.1 App Store Reviews	التقييمات وطلب التقييم
5.6.2 Developer Identity	معلومات صحيحة عنك
5.6.3 Discovery Fraud	التحايل على الظهور
5.6.4 App Quality	الشكاوى والمبالغ المستردة

العقوبة مكتوبة في القاعدة: «Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.» أي أن السلوك التلاعبي المتكرر يؤدي إلى الاستبعاد من برنامج المطوّرين. هذه قاعدة عامة، وسبب وجيه لتصحيح مسار الشراء كله منذ الرفض الأول.

رسالة رفض 5.6 الخاصة بالـ paywall

غالبًا ما تكرر الرسالة الجملة نفسها: «The app attempts to manipulate customers into making unwanted In-App Purchases.» ولا تحدد Apple دائمًا العنصر المقصود. في الرفض الذي وصلني، لم يكن هناك أي شيء إضافي.

مطوّرون آخرون يصفون الشاشة المعنية. في نقاش على منتدى Apple من نوفمبر 2024، يربط أحد المطوّرين رفض 5.6 الذي تلقاه بعرض لمرة واحدة كان يظهر عندما يغلق المستخدم شاشة الاشتراك الأولى.

القاعدة 5.6 لا تستهدف الـ paywalls وحدها. فقد رُفض مطوّر آخر بسبب ميزات بدت مخفية أثناء المراجعة. إذا كان رفض 5.6 الذي وصلك لا يتحدث عن الشراء، فابحث أولًا عمّا لم يتمكن المراجع من رؤيته.

رفض 5.6 الذي تلقيته على TradaZen

في 12 أكتوبر 2026، رفضت Apple الإصدار 1.5.1 من TradaZen، بعد اختباره على iPad Air. السبب: guideline 5.6، مع الجملة الثابتة عن عمليات الشراء غير المرغوبة. لم تُذكر أي شاشة.

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

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

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

ما الذي غيّرته

• اختفت علامة الإغلاق من هذه الشاشة. مكانها أيقونة هدية، يعلنها VoiceOver باسم «خصم حصري»، تفتح العرض عند لمسها. لم يعد هناك شيء يتظاهر بالإغلاق.
• لم يعد العرض يُفتح وحده أبدًا عند العودة إلى التطبيق.
• حُذف إشعار الخصم. بقي تذكير لطيف، يُرسل مرة واحدة فقط لكل تثبيت، وفقط إذا كانت الإشعارات مسموحة. لا يتحدث عن سعر ولا عن خصم ولا عن مهلة.
• هذا التذكير موصوف في الرسالة الموجهة إلى App Review، بنصه وتوقيت إرساله.

ما الذي أبقيته

راجعت أيضًا ما تبقى، وسألت نفسي هل كل عنصر يترك الخيار فعلًا للمستخدم.

• عرض بعد إلغاء عملية شراء. إذا ألغى المستخدم ورقة الدفع الخاصة بـ Apple للاشتراك السنوي، يُفتح عرض ترحيبي. له نافذة واحدة فقط مدتها 5 دقائق، لا تبدأ من جديد: إذا ألغى المستخدم مرة أخرى خلال هذه المهلة، يُفتح العرض من جديد. يُغلق بحركة واحدة عبر علامة الإغلاق أو «لا، شكرًا»، ويعرض السعر الحقيقي للمنتج.
• مؤقّت حقيقي مدته 5 دقائق. يُحفظ موعد انتهائه على الجهاز عند أول ظهور. يستمر حتى عندما يكون التطبيق مغلقًا ولا يعود إلى الصفر عند إعادة التشغيل. بعد انتهائه، يختفي العرض لهذا التثبيت من التطبيق. وإذا أغلقه المستخدم قبل ذلك، تعرض شارة صغيرة الوقت المتبقي ولا تفتح العرض إلا إذا لمسها.
• صندوق مقفل. يعرض الأشياء التي كسبها المستخدم أثناء الـ onboarding، وهذه فقط، مقفلة ما دام التطبيق غير مفعّل. لا شيء يعلن أنها ستضيع.

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

تطلّب التصحيح build جديدًا، لأن كل شيء كان داخل التطبيق. عاد TradaZen إلى المراجعة في 13 أكتوبر 2026.

أنماط الـ paywall المضلِّلة (dark patterns) التي تستدعي الـ 5.6

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

النسخة التلاعبية	النسخة الشفافة	ما يدعمها
علامة إغلاق تفتح عرضًا بدل أن تُغلق	علامة الإغلاق تُغلق. والشاشة التي لا تُغلق لا تعرض علامة إغلاق	صُحّح بعد رفض TradaZen
عرض «لمرة واحدة» يظهر فجأة عند إغلاق الـ paywall	خصم خلف زر يعلن عنه بوضوح	رفض منشور على منتدى Apple
عرض ثانٍ يُطلق بعد الرفض، في paywall بسعر مضلِّل	عرض واحد فقط بعد إلغاء الشراء، بالسعر الحقيقي، يُغلق بحركة واحدة	حالة Cal AI؛ محادثة نقلتها Superwall
paywall أو عرض يُفتح من جديد وحده عند العودة إلى التطبيق	يعود عندما يصل المستخدم إلى حدّ ما أو يلمس زرًا يعلن عنه	صُحّح بعد رفض TradaZen
إشعار ترويجي لم يطلبه المستخدم أبدًا	ترويج بعد موافقة صريحة، مع إمكانية إلغاء الاشتراك من داخل التطبيق	القاعدة 4.5.4
مؤقّت مزيف، يعود إلى الصفر أو يعود عرضه بعد انتهائه	مهلة حقيقية، تستمر حتى والتطبيق مغلق وتنتهي فعلًا	قراءتي لعبارة «trick them»، القاعدة 5.6
مكافآت مختلقة، أو التهديد بفقدانها دون شراء	مكاسب المستخدم الحقيقية، تُعرض دون تهديد بفقدانها	قراءتي للقاعدة 5.6
فترة تجريبية مجانية تُخفي الخصم التلقائي	مدة الفترة التجريبية والسعر الذي سيُخصم بعدها، بجانب الزر	صفحة الاشتراكات لدى Apple
سعر أسبوعي بخط كبير، والمبلغ المخصوم بخط صغير	المبلغ المخصوم هو أوضح سعر على الشاشة	صفحة الاشتراكات لدى Apple
زر رفض يُشعر المستخدم بالذنب	رفض محايد، مثل «ليس الآن» أو «لا، شكرًا»	قراءتي للقاعدة 5.6

حالة Cal AI نقلها موقع TechCrunch: استشهدت Apple بالقاعدة 5.6 بسبب عرض اشتراك ثانٍ يظهر لمن رفض العرض الأول. والـ paywall نفسه أُخذ عليه أيضًا مخالفة 3.1.2(c): السعر الأسبوعي كان يطغى على المبلغ المخصوم، والفترة التجريبية كانت تُخفي التجديد التلقائي. ولا يصف المقال العرض الثاني بتفصيل أكثر.

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

قاعدة الإشعارات هي 4.5.4: لا ترويج عبر الإشعارات دون موافقة صريحة يُحصل عليها داخل التطبيق، ولا دون وسيلة لإلغاء الاشتراك.

بالنسبة إلى السعر، صفحة Apple الخاصة بالاشتراكات واضحة: يجب أن يكون المبلغ المخصوم هو عنصر السعر الأوضح. والسبب في جملة واحدة: «This ensures that people are not misled.» وتضيف القاعدة 3.1.2 أن Apple تزيل التطبيقات التي تبيع اشتراكًا بصورة مضلِّلة أو عبر «bait-and-switch».

الاختبار الذي أطبّقه الآن: هل كل زر يفعل بالضبط ما يَعِد به مظهره، وهل يستطيع المستخدم أن يقول لا بحركة واحدة، دون أن يعود العرض من تلقاء نفسه؟

أخطاء الـ paywall الأكثر شيوعًا، تلك التي تُفقدك مبيعات دون أن تؤدي بالضرورة إلى الرفض، تجدها في paywall على iOS: 7 أخطاء المبتدئين.

كيف تصحّح رفض 5.6

1. اكتب قائمة بمسار الشراء كله. الـ paywall، والعروض الثانوية، والمؤقّتات، والإشعارات، والتذكيرات عند العودة إلى التطبيق. Apple لا تقول دائمًا ما الذي تستهدفه. لكل عنصر، تأكد أنه في نسخته الشفافة: يُغلق بحركة واحدة، مؤقّت حقيقي، سعر دقيق، لا عودة تلقائية. صحّح أو احذف كل ما يشبه الفخ، وليس فقط العنصر الأكثر احتمالًا.
2. أعد تمثيل مسار المراجع. احذف التطبيق، وأعد تثبيته، وأكمل الـ onboarding، ثم ارفض كل شيء: أغلق، وألغِ، وغادر التطبيق، وعُد إليه. دوّن كل شاشة تُفتح دون أن تطلبها، وتأكد أنك تستطيع إغلاقها بحركة واحدة.
3. جهّز build جديدًا. السبب داخل التطبيق، أي في الكود المضمّن. التحديث عن بُعد لا يغني عن الـ build، كما أشرح في دليل guideline 2.1.
4. لا تُخفِ شيئًا احتياطًا. إعادة تفعيل عرض عن بُعد بعد القبول تعني إخفاء ميزة عن المراجع. RevenueCat نفسها تحذّر من هذا التصرف في مقالها عن عروض الخروج.
5. ردّ في App Store Connect، بالإنجليزية، عبر الرد على رسالة App Review.

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

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

ما تكتبه يجب أن يطابق الـ build تمامًا. إذا أبقيت تذكيرًا أو عرضًا، حتى لو كان يُطلق تلقائيًا، فصِفه في الرد وفي ملاحظات المراجعة. وإذا كنت تظن أن المراجع أخطأ، تتيح Apple الطعن أمام App Review Board، مع طعن واحد فقط لكل إرسال مرفوض. بالنسبة إلى الـ paywall، يبدو لي التصحيح أكثر أمانًا من الاعتراض. أسباب الرفض الأخرى وطريقة الرد عليها تجدها في لماذا ترفض Apple تطبيقك.

قائمة التحقق ضد الـ 5.6 قبل الإرسال

• كل علامة إغلاق تُغلق الشاشة. والشاشة التي لا تُغلق لا تعرض علامة إغلاق.
• كل زر يقول ما يفعله، على الشاشة وعبر VoiceOver.
• لا يختبئ أي عرض خلف زر إغلاق.
• العرض الذي يُطلقه الرفض، إن أبقيت واحدًا، محصور في نافذة واحدة لا تبدأ من جديد، بالسعر الحقيقي، ويُغلق بحركة واحدة.
• لا يُفتح أي paywall أو عرض وحده عند العودة إلى التطبيق.
• لا إشعار ترويجي دون موافقة صريحة داخل التطبيق.
• لا مؤقّت مزيف: المهلة المعروضة حقيقية، لا تعود إلى الصفر وتنتهي فعلًا.
• ما تعرضه الشاشة على أنه مكسوب قد كُسب فعلًا، دون تهديد بفقدانه.
• الفترة التجريبية تعرض مدتها والسعر الذي سيُخصم بعدها.
• المبلغ المخصوم هو أوضح سعر على الشاشة.
• ملاحظات المراجعة تصف كل عرض وكل تذكير موجود في الـ build.
• أعدت تمثيل المسار مع رفض كل شيء، على iPhone وعلى iPad.

اجعل أحدًا يراجع الـ paywall قبل Apple

Review Kit يجمع قائمة التحقق التي أستخدمها قبل الإرسال، وحالات الرفض التي صحّحتها، وskills اثنتين لـ Claude Code تراجعان مشروعك والـ paywall وصفحة تطبيقك. وإذا رفضت Apple، تجهّزان ردّك. وإذا أردت نظرة بشرية، احجز ساعة معي: نعيد تمثيل مسار الشراء معًا، على شاشتك. الخطوات الكاملة بعد الرفض في صفحة تطبيق رفضته Apple، والجانب التقني للاشتراكات في الاشتراكات داخل التطبيق على iOS.

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

لا أحد يستطيع أن يضمن أن Apple ستقبل تطبيقك. ما أستطيع فعله هو مساعدتك على تجنب رفض 5.6 دفعت ثمنه بالفعل دورة مراجعة كاملة.

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

ماذا تعني عبارة «Guideline 5.6 - Developer Code of Conduct» في رسالة الرفض؟

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

هل تمنع Apple عروض الخروج؟

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

هل يُسمح بـ paywall دون علامة إغلاق؟

القواعد لا تفرض علامة إغلاق، وهذا هو الخيار الذي اعتمدته في TradaZen بعد هذا الرفض. ما ترفضه Apple هو زر يشبه زر الإغلاق ويفعل شيئًا آخر. ومع ذلك، نقل أحد المطوّرين رفض 5.6 بسبب paywall دون مخرج في تطبيق مجاني التنزيل. اعرض القيمة قبل طلب الفترة التجريبية، وقل بوضوح في صفحة تطبيقك إن التطبيق مدفوع.

هل يلزم build جديد بعد رفض 5.6؟

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

هل يمكن أن يؤدي رفض 5.6 إلى إغلاق حساب المطوّر؟

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

ما الفرق بين الـ 5.6 والـ 5.6.3؟

الـ 5.6 هي مدونة السلوك العامة: احترام، وثقة، ولا شراء يُنتزع بالحيلة. والـ 5.6.3 إحدى قواعدها الفرعية، وتتعلق بالتلاعب بالتصنيفات والبحث والتقييمات. استشهدت بها Apple على Solys بسبب طلب تقييم وُضع داخل الـ onboarding.