حل بديل لعدم وجود رموز ترويجية للمشتريات داخل التطبيق

Question

لا تقدم Apple رموز ترويجية للشراء داخل التطبيق. ما هي أفضل طريقة للسماح للمستخدمين بتجربة الميزات أو المحتوى المقفل من خلال عمليات الشراء داخل التطبيق مجانًا ، مع الامتثال لإرشادات مطور Apple؟

تتمثل الفكرة في السماح لمجموعة خاصة من المستخدمين (المراجعين ، والمشجعين الرئيسيين ، وما إلى ذلك) للوصول إلى المحتوى أو الميزات المقدمة كمشتريات داخل التطبيق دون الدفع.

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

Answer 1

يمكنك إرسال إصدار من التطبيق الخاص بك والذي يحتوي على جميع الميزات غير المقفلة افتراضيًا.

التطبيقات المقدمة لها تاريخ نشر يمكنك تعيينه عند الإرسال (وأعتقد أنه يمكنك تغيير هذا أثناء الطيران أيضًا) يمكنك ببساطة منع التطبيق في متجر التطبيقات ولكن لا يزال قادرًا على إعطاء رموز ترويجية لذلك .

تنطبق رموز الترويجي على إصدار تطبيق معين ، لذلك عندما يسترد المستخدمون رموز الترويج لإصدار من التطبيق الذي لم يتم إصداره بعد ، فإنهم يقومون بتنزيل إصدار Preelease.

مصدر

Answer 2

شيء مثل سترواري؟ تطبيق ، يحتوي على مجموعة فرعية من الميزات حتى الشراء داخل التطبيق؟ Apple تسمح لها الآن.

كمثال. لدينا لعبة ألغاز ، لديها 12 مستوى صعوبة. 4 أو 5 منهم متاح مجانًا ويتم فتح الآخرين بعد الشراء داخل التطبيق.

Answer 3

أنا أعمل على هذا الآن.

ما أفعله هو أن أقوم بإنشاء رمز/GUID عشوائي وتخزينه على DB الخاص بـ WebService. ثم أعط هذا الرمز لمن تريد. يقومون بإدخال هذا الرمز ويقومون باستدعاء خدمة الويب التي تمرر الرمز ، والجهاز UDID. تُرجع خدمة الويب رمزًا آخر يشير إلى ما إذا كان هذا الرموز المعزولة صالحة. إذا كان صالحًا ، فسيقوم التطبيق بإضافة هذا الشراء إلى NSUSERDEFAULTS أو البيانات الأساسية (ومع ذلك يمكنك تتبع عمليات الشراء).

إذا لم يكن لديك خادم وتشغيله (قل أن المحتوى موجود بالفعل في حزمة التطبيق) ولا تريد أن يتطلب منك خادم إنشاء خوارزمية لإنشاء مفاتيح يتحقق منها تطبيقك. لكن هذا أقل قوة بكثير. يتيح لك استخدام خدمة الويب منع توزيع مفتاح عمل واحد بين جميع المستخدمين ، حيث يمكنك ربط رمز الترويجي 1 بجهاز واحد.