Skip to main content

مشكلة بوابة تحصيل الرسوم من المنصات

على مدى أكثر من عقد، أدارت Apple وGoogle متاجرهما للتطبيقات ليس فقط كأسواق، بل أيضًا كبوابات قوية لتحصيل الرسوم. فقد أُجبر أي مطوّر أو شركة ناشئة تقدّم سلعًا رقمية داخل تطبيق على توجيه المدفوعات عبر أنظمة الفوترة الخاصة بهما: خدمة In-App Purchase (IAP) من Apple وخدمة Play Billing من Google، مع التنازل عن ما يصل إلى 30% من الإيرادات. إذا بدا ذلك اقتطاعًا كبيرًا، فلأنه كذلك فعلًا. أثار «ضريبة المتجر» هذه انتقادات واسعة، لا سيما من مطوّري تطبيقات كبيرة مثل Spotify وEpic Games وNetflix، الذين وجدوا أن العمولات ليست مفرطة فحسب، بل مناهضة للمنافسة أيضًا. فلم يكن بإمكان التطبيقات حتى إبلاغ المستخدمين بوجود خيارات أرخص خارج التطبيق. وقد جعلت هذه السياسات، ولا سيما قواعد Apple «المناهضة لتوجيه المستخدمين»، متاجر التطبيقات احتكارات فعلية لتوزيع المنتجات الرقمية.
تمثّل عمولة متجر التطبيقات البالغة 30% استنزافًا كبيرًا لإيرادات الشركات الرقمية، لا سيما الخدمات القائمة على الاشتراكات وتطبيقات SaaS.

محفّز Epic Games

أطلق الرئيس التنفيذي لشركة Epic Games، Tim Sweeney، مشروع Project Liberty كحملة قانونية استراتيجية للطعن في الممارسات الاحتكارية لمتجري تطبيقات Apple وGoogle، ولا سيما رسوم العمولة البالغة 30% على عمليات الشراء داخل التطبيقات. وقد هدف المشروع إلى تعطيل سيطرة هذه المنصات على توزيع التطبيقات والمدفوعات، والدعوة إلى بيئة أكثر انفتاحًا للمطوّرين. كان Tim Sweeney يعلم أن Apple ستعترض، فنصب لها فخًا. حدّثت Epic لعبة Fortnite بخيار دفع مباشر مخفي، متجاوزةً IAP من Apple. وقعت Apple في الفخ، وحظرت Fortnite سريعًا، ثم رفعت Epic دعوى قضائية. وقد فتحت المعركة القانونية بين Epic Games وApple النقاش على مستوى العالم.

حكم Epic ضد Apple

في عام 2021، أصدر قاضي المحكمة الجزئية الأمريكية قرارًا تاريخيًا:
  • لم تنتهك Apple قوانين مكافحة الاحتكار بشكل صريح، ما يعني أنه كان بإمكانها مواصلة التحكم في توزيع التطبيقات على iOS
  • لكن سياسات Apple المناهضة لتوجيه المستخدمين اعتُبرت مناهضة للمنافسة. وأصدرت المحكمة أمرًا قضائيًا دائمًا يُلزم Apple بالسماح للمطوّرين بتوجيه المستخدمين إلى وسائل دفع خارجية
بعد التأخيرات والاستئنافات، حدّثت Apple أخيرًا إرشادات App Store في مايو 2025 للسماح بروابط الشراء الخارجية في تطبيقات الولايات المتحدة.
أدى هذا الحكم الأمريكي إلى ضغوط تنظيمية وإجراءات قانونية مماثلة في كوريا الجنوبية واليابان والاتحاد الأوروبي ومناطق أخرى. وبالاقتران مع قانون الأسواق الرقمية (DMA) الصادر عن الاتحاد الأوروبي، انقلبت الكفة بشكل حاسم لصالح المطوّرين.

نظرة عامة عالمية: أين يمكن للمطوّرين تجاوز الرسوم بشكل قانوني

يشير UCB إلى User Choice Billing، وهو نظام الفوترة البديل من Google الذي يتيح للمطوّرين استخدام معالجي دفع من جهات خارجية.

ثغرات ما قبل 2025: كيف تحايلت التطبيقات على قواعد متاجر التطبيقات

قبل أن تخفف اللوائح قبضتها، وجدت بعض التطبيقات طرقًا «إبداعية» للالتفاف على الاقتطاع البالغ 30%. وكانت هذه الحيل نادرًا ما تكون متوافقة، لكنها كانت ذكية بلا شك.

ثغرة تطبيقات القراءة

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

إعادة توجيه المدفوعات المخفية

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

فخ بوابة الدفع: ما يغفل عنه المطوّرون غالبًا

للوهلة الأولى، تبدو بوابات الدفع (PGs) مثل Stripe أو Razorpay الحل الواضح. لكن الأمر ليس بهذه البساطة بالنسبة لعمليات الشراء داخل التطبيق.
إذا كنت تستخدم iOS خارج المناطق المسموح بها (مثل الهند أو الصين)، فإن دمج PG مباشرةً في التطبيق ينتهك سياسات Apple، ويعرّض التطبيق للإزالة.
حتى عندما يكون ذلك قانونيًا، تفرض PGs قيودًا: فهي لا تعالج الامتثال الضريبي عبر المناطق الجغرافية، أو إصدار الفواتير، أو إدارة عمليات رد الأموال، أو الإقرارات التنظيمية. وهنا يأتي دور منصات Merchant-of-Record (MoR) مثل Dodo Payments. نحن نتولى المنظومة الكاملة: المدفوعات، والضرائب، والمستندات، ودعم العملاء، والمسؤولية القانونية. لا يتعلق الأمر بمجرد تحصيل الأموال، بل بتحصيلها بطريقة سليمة وعالمية، ومن دون المخاطرة بإدراج تطبيقك في App Store.

حلّان قانونيان للمطوّرين

1. إعادة التوجيه من التطبيق إلى الويب (تدفق الانتقال إلى الرابط)

ما هو: يوجّه التطبيق المستخدمين إلى صفحة دفع قائمة على الويب (تستضيفها Dodo Payments أو المطوّر). تُستكمل عملية الدفع خارج التطبيق، ثم يُمنح المستخدم الوصول داخل التطبيق. الوضع القانوني:
  • iOS: قانوني في الولايات المتحدة والاتحاد الأوروبي وكوريا الجنوبية وهولندا (لتطبيقات المواعدة فقط) واليابان (لتطبيقات القراءة فقط)
  • Android: قانوني في جميع الأسواق التي تدعم UCB
المزايا:
  • سهل التنفيذ
  • متوافق بالكامل
  • لا يتحمل التطبيق عبء PCI
العيوب:
  • احتكاك بسيط؛ يغادر المستخدم التطبيق لإتمام الدفع

2. دمج SDK داخل التطبيق (SDK تابع لجهة خارجية)

ما هو: تضمين واجهة دفع - مثل SDK أصلي تابع لجهة خارجية - مباشرةً في تطبيقك لتمكين إتمام الدفع بسلاسة دون مطالبة المستخدمين بمغادرة التطبيق. الوضع القانوني:
  • iOS: قانوني فقط في الاتحاد الأوروبي (بموجب شروط DMA)؛ ويظل انتهاكًا في المناطق الأخرى
  • Android: قانوني في أسواق UCB، إذا تم الالتزام بتجربة المستخدم وإعداد التقارير بالشكل الصحيح
المزايا:
  • تجربة مستخدم سلسة
  • يبقى المستخدم داخل التطبيق
  • يمكن مطابقة تجربة IAP
العيوب:
  • تعقيد عملية الدمج
  • مخاطر الامتثال خارج المناطق المسموح بها

استراتيجية المطوّر: الجمع بين الامتثال القانوني وكفاءة الإيرادات

يمكن أن تبدو استراتيجية الطرح العالمية الفعالة على النحو التالي:
1

U.S. Users

استخدم App-to-Web (من دون اقتطاع من Apple)
2

EU Users

استخدم In-App SDK أو App-to-Web (اقتطاع Apple بنسبة 10–17%)
3

Android Users in UCB Markets

استخدم In-App SDK مع تجربة مستخدم متوافقة مع Google
4

Other iOS Markets

استخدم Apple IAP (أو احذف عمليات الشراء داخل التطبيق)
5

Other Android Markets

استخدم فوترة Google Play أو وزّع التطبيق عبر متاجر تطبيقات بديلة

أكبر فرصة

من بين جميع التغييرات التنظيمية، يقدّم App Store في الولايات المتحدة أكبر فرصة منفردة للمطوّرين. فبعد تحديث الإرشادات في عام 2025 בעקבות حكم Epic ضد Apple، أصبح بإمكان المطوّرين الآن تضمين روابط خارجية في تطبيقات iOS الخاصة بهم لتوجيه المستخدمين إلى صفحة دفع قائمة على الويب. وهذا يعني: لا IAP إلزامي من Apple، ولا رسوم بنسبة 30%، وسيطرة كاملة على علاقات العملاء والإيرادات. وبما أن الولايات المتحدة أكبر سوق عالمي لإيرادات التطبيقات، يمكن لهذا التغيير وحده تحسين هوامش الأرباح بشكل كبير لأي شركة منتجات رقمية، بدءًا من الاشتراكات وأدوات SaaS ووصولًا إلى تطبيقات الوسائط والتعلّم. وبالنسبة إلى كثيرين، يمثّل ذلك تحريرًا لإيرادات بنسبة 30% في أكثر أسواقهم ربحية.
يمثّل السوق الأمريكي أكبر فرصة لاسترداد الإيرادات، إذ يستطيع المطوّرون تجاوز عمولة Apple الكاملة البالغة 30% عبر روابط دفع خارجية متوافقة.

كيف يتيح Dodo Payments ذلك

يعمل Dodo Payments بصفته Merchant of Record، ويتولى:
  • الامتثال الضريبي العالمي (VAT/GST)
  • معالجة المدفوعات (البطاقات وUPI والمحافظ)
  • إصدار الفواتير ورد الأموال ومنع الاحتيال
  • دمج SDK وصفحة الدفع المستضافة
يُبسّط هذا الامتثال والعبء التشغيلي، مع توفير بدائل لتوفير الرسوم تكون قانونية بنسبة 100% في المناطق المدعومة.

Get Started

ابدأ عملية الدمج باستخدام Dodo Payments

Mobile Integration

تعرّف على كيفية دمج المدفوعات في تطبيقك للهواتف المحمولة

الخلاصة: مستقبل صديق للمطوّرين أصبح هنا

لسنوات، كانت ضريبة المتجر البالغة 30% بمثابة إنذار لا يقبل المساومة. وبفضل قضايا تاريخية مثل Epic ضد Apple، والمقاومة التنظيمية، والضغط العام، لم يعد من الممكن تطبيق هذا النموذج عالميًا دون قيود. في عام 2025، أصبح أمام المطوّرين أخيرًا خيارات. ومن خلال الجمع بين الحلول المتوافقة مثل تدفقات App-to-Web أو عمليات دمج SDK، وبين خدمات مثل منصات Merchant-of-Record مثل Dodo Payments، أصبح الاحتفاظ بمزيد من الإيرادات والسيطرة أمرًا ممكنًا عمليًا وقانونيًا. لم تفتح متاجر التطبيقات البوابات طواعية، لكن البوابات بدأت تُفتح. وبالنسبة إلى المطوّرين، حان وقت العبور.
مستقبل تحقيق الإيرادات من التطبيقات هنا؛ مستقبل يستطيع فيه المطوّرون تجاوز رسوم المنصات المفرطة بشكل قانوني، مع الحفاظ على الامتثال وتجربة المستخدم.
آخر تعديل في ٣١ يوليو ٢٠٢٦