نشر تطبيق على App Store باسم منشأتك: الخطوات والمتطلبات

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

ما الذي يعنيه النشر باسم منشأتك#

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

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

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

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

ما يطلبه كل متجر لفتح حساب منشأة#

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

Google Play يفتح حساب مطوّر للمؤسسات بمتطلبات تحقق مشابهة ورسوم تسجيل تدفع مرة واحدة، وكل ما يخص التسجيل والتحقق منشور في مركز مساعدة مطوري Google Play. المتجر يطلب كذلك بيانات تواصل تظهر للعموم في صفحة التطبيق، فاختر بريداً رسمياً على نطاق منشأتك لا بريد موظف.

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

ما الذي تجهزه قبل رفع أول نسخة#

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

1. جهّز الهوية والاسم

   اسم التطبيق كما سيظهر، أيقونة بالمقاسات المطلوبة، وتأكد أن الاسم لا يستخدم علامة تجارية لا تملكها.

2. اكتب الوصف والصور بالعربية أولاً

   الصور تعرض شاشات حقيقية من التطبيق بواجهة عربية من اليمين إلى اليسار، لا قوالب تسويقية بنصوص إنجليزية.

3. انشر سياسة الخصوصية على نطاقك

   المتجران يطلبان رابطاً يعمل ويشرح البيانات التي تجمعها ولماذا. صفحة معطلة توقف المراجعة فوراً.

4. عبّئ إفصاح البيانات بصدق

   كل نموذج إفصاح يجب أن يطابق ما يفعله التطبيق فعلاً، بما في ذلك ما تجمعه أدوات التحليل التي أضفتها.

5. جهّز حساب اختبار للمراجع

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

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

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

سياسة الخصوصية وإفصاح البيانات#

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

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

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

المراجعة وما يؤخرها#

المراجعة في المتجرين تفحص التطبيق كتجربة لا كملف. المراجع يفتح التطبيق ويجرب مساراته الأساسية، وينظر إلى ما تقوله عن نفسك في صفحة المتجر، ويقارن بين الاثنين. أي فجوة بين الوصف والسلوك تصير سبب رفض.

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

مدة المراجعة تختلف من نسخة إلى أخرى ومن متجر إلى آخر، فلا تبنِ حملة تسويقية على تاريخ إطلاق غير مؤكد. ارفع النسخة مبكراً، واحجز يوم الإطلاق بعد القبول لا قبله. تفاصيل التعامل مع الرفض ومعالجته موجودة في رفض التطبيق من App Store.

ما بعد النشر من التزامات متكررة#

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

اجعل التقييمات جزءاً من متابعتك. المستخدم الذي يكتب شكوى في App Store أو Google Play يعطيك تقريراً مجانياً عن عطل لم يظهر في اختبارك، والرد المكتوب بالعربية على شكواه يقرؤه عشرات غيره. منشأة لا يرد أحد فيها على التقييمات تخسر أكثر مما تظن من التنزيلات.

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

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

أسئلة شائعة#

هل يمكن نشر التطبيق باسم شخص بدل المنشأة؟#

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

هل نحتاج حسابين منفصلين للمتجرين؟#

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

ماذا لو رُفض التطبيق أكثر من مرة؟#

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

هل يمكن تجربة التطبيق مع عملاء قبل النشر العلني؟#

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

ما تحسمه قبل فتح الحساب#

القرار الأول والأهم واحد: باسم من يُفتح الحساب؟ اجعل الجواب اسم منشأتك، وابدأ التحقق في اليوم الأول من المشروع، واجعل نشر تطبيق على App Store وGoogle Play بنداً في الجدول الزمني بموعد مستقل عن موعد انتهاء البرمجة. ما عدا ذلك تفاصيل قابلة للإصلاح، وهذا القرار وحده يصعب تصحيحه لاحقاً. إن أردت رأياً في حالتك تحديداً، لدينا استشارة مجانية لمدة ثلاثين دقيقة دون التزام.