دليل المبتدئين إلى App Store Connect

1. ما هو App Store Connect بالضبط؟

App Store Connect هو لوحة الإدارة التي توفرها Apple للمطورين والفرق التي تدير تطبيقاتهم. يتيح إدارة الاسم والوصف ولقطات الشاشة والسعر والتحديثات التي يراها المستخدمون على App Store. كما يتيح الوصول إلى الاختبارات والمراجعة والمبيعات والمدفوعات ومراجعات العملاء.

2. ما الذي ينبغي إعداده قبل البدء؟

• Apple Account مفعّل عليه التحقق بخطوتين.
• عضوية نشطة في Apple Developer Program، أو دعوة إلى App Store Connect من فريقك.
• معرفة واضحة بالفريق الذي تعمل معه. إذا كان حسابك ينتمي إلى عدة فرق، فاختر الفريق الصحيح بعد تسجيل الدخول.
• اسم التطبيق واللغة الأساسية وBundle ID وSKU داخلي لإنشاء سجل التطبيق.
• رابط سياسة الخصوصية ووصف المتجر والكلمات المفتاحية ولقطات الشاشة ورابط الدعم وبيانات التواصل للمراجعة قبل الإطلاق.

افهم الأدوار أولاً

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

لدعوة زميل، انتقل إلى Users and Access → People → +، وأدخل اسمه وعنوان بريده الإلكتروني، ثم عيّن له دوراً وصلاحية وصول إلى التطبيقات. امنح الأشخاص ما يحتاجون إليه من صلاحيات، ولا تجعل الجميع Admin لمجرد التسهيل.

3. أنشئ سجل تطبيقك الأول قبل رفع بناء

لا يظهر التطبيق تلقائياً في App Store Connect عندما يرفع شخص ملفه الثنائي. يجب أولاً إنشاء سجل تطبيق كي يتمكن المطورون من رفع البناءات إليه. تحدد تعليمات إنشاء التطبيقات من Apple هذا الترتيب.

1. سجّل الدخول وافتح Apps.
2. انقر على + في الزاوية العلوية اليسرى واختر New App.
3. اختر منصة، مثل iOS أو macOS أو tvOS أو visionOS.
4. أدخل Name وPrimary Language وBundle ID وSKU.
5. اختر Full Access أو Limited Access، ثم انقر على Create.

ما معنى هذه الحقول؟

4. أكمل صفحة التطبيق على App Store

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

المعلومات المشتركة على مستوى التطبيق

أدر هذه التفاصيل ضمن General → App Information في الشريط الجانبي: الاسم والعنوان الفرعي والفئة والتصنيف العمري وBundle ID وحقوق المحتوى والحقول المرتبطة بها. يُحسب التصنيف العمري من إجاباتك عن استبيان، لذا أجب بدقة ولا تختر تصنيفاً بناءً على الحدس.

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

المعلومات الخاصة بكل إصدار

• Promotional Text: نص ترويجي قصير، مثل معلومات عن حملة حالية.
• Description: وصف المنتج الكامل. اشرح المشكلة التي يحلها التطبيق قبل سرد مزاياه الأساسية.
• Keywords: مصطلحات تساعد الأشخاص في العثور على التطبيق. تجنب حشو اسم التطبيق بصورة متكررة.
• What’s New: ما تغير في هذا التحديث. لا يكون مطلوباً عادةً للإصدار الأول.
• Support URL: صفحة يمكن للمستخدمين الحصول منها على المساعدة.
• Screenshots / App Previews: لقطات شاشة وفيديوهات معاينة اختيارية لأحجام الأجهزة ذات الصلة.

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

اكتب معلومات المراجعة للمراجعين، لا للعملاء

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

5. ما هو البناء، وكيف تختبر باستخدام TestFlight؟

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

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

هل تستخدم الاختبار الداخلي أم الخارجي؟

1. افتح علامة تبويب TestFlight في التطبيق، وأكمل Beta App Description والبريد الإلكتروني للملاحظات وتعليمات الاختبار.
2. أنشئ مجموعة اختبار وأضف البناء الصحيح.
3. للاختبار الداخلي، أضف مستخدمي الفريق الحاليين إلى المجموعة. وللاختبار الخارجي، أرسل البناء لمراجعة TestFlight قبل دعوة الأشخاص عبر البريد الإلكتروني أو رابط عام.
4. اطلب من المختبرين تثبيت تطبيق TestFlight من Apple وقبول الدعوة.
5. استخدم TestFlight لمراجعة عمليات التثبيت وSessions وCrashes وملاحظات المختبرين.

6. أرسل التطبيق إلى App Store للمراجعة والإطلاق

عند اكتمال الاختبار، عد إلى صفحة الإصدار الذي تنوي إطلاقه. ظهور بناء في TestFlight لا يعني إرساله إلى App Store، فاختبار TestFlight ومراجعة App Store عمليتان منفصلتان.

1. أكمل جميع الحقول المطلوبة في صفحة الإصدار وعالج أي رسائل خطأ حمراء.
2. اختر البناء النهائي في قسم Build. لا يمكن ربط أكثر من بناء واحد في الوقت نفسه.
3. تحقق مرة أخرى من إفصاحات الخصوصية والامتثال للتصدير وحقوق المحتوى ومعرّفات الإعلانات وبيانات تسجيل الدخول الخاصة بالمراجعة.
4. انقر على Add for Review في الزاوية العلوية اليمنى. يضيف هذا الإصدار إلى مسودة طلب فقط.
5. افتح Draft Submissions أو App Review في الشريط الجانبي، وراجع العناصر، ثم انقر على Submit for Review. عندها فقط يدخل الطلب في قائمة انتظار المراجعة.

هذان هما الزران المذكوران في مسار إرسال التطبيق من Apple. من الأخطاء الشائعة التوقف عند الخطوة 4: يبقى التطبيق في حالة Ready for Review، فيبدو وكأن Apple تستغرق وقتاً طويلاً لبدء المراجعة.

ما معنى الحالات الشائعة؟

7. كيف تدير التطبيق بعد الإطلاق؟

إطلاق إصدار جديد

في صفحة التطبيق، انقر على + للمنصة ذات الصلة لإنشاء إصدار جديد. أدخل رقم الإصدار الجديد وWhat’s New، واختر البناء الجديد الذي أعدّه المطور، ثم كرر عملية الإرسال للمراجعة. لا تنشئ سجل تطبيق جديداً من أجل تحديث، لأن ذلك سينشئ منتجاً مختلفاً.

إدارة الأسعار والمناطق

استخدم Pricing and Availability لتحديد السعر والمناطق والتوفر. قبل تحويل تطبيق مجاني إلى مدفوع أو تغيير مناطقه، تأكد من سريان الاتفاقيات والمعلومات الضريبية والتفاصيل المصرفية. راعِ توقعات المستخدمين والمشتركين الحاليين عند تغيير الأسعار.

الرد على مراجعات العملاء

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

إدارة المشتريات داخل التطبيق والاشتراكات

يمثل In-App Purchase وSubscriptions أنظمة المنتجات داخل تطبيقك، وهي منفصلة عن سعر التطبيق نفسه. يحتاج كل منتج إلى Product ID واسم عرض ووصف وسعر ولقطة شاشة للمراجعة. قبل إطلاق الاشتراكات، افهم مجموعات الاشتراك والتجديد وفترات السماح والعروض وإشعارات الخادم. لا تطلق منتجاً اختبارياً بوصفه منتجاً فعلياً.

إبقاء الصلاحيات والاتفاقيات محدّثة

حدّث Users and Access عندما يغادر الزملاء أو تتغير أدوارهم. وعلى Account Holder أيضاً متابعة تجديد العضوية والاتفاقيات الجديدة في Business. قد تمنع الاتفاقيات غير الموقّعة إنشاء التطبيقات أو المزايا المدفوعة أو المدفوعات.

8. كيف تقرأ بيانات التطبيق وتفهمها؟

الإطلاق هو البداية فقط. يحتوي App Store Connect على ثلاث طرق مختلفة على الأقل لعرض البيانات: يتتبع Analytics المستخدمين من الاكتشاف إلى الاستخدام، ويعرض Sales and Trends أداء المبيعات، ويعرض Payments and Financial Reports التسوية النهائية. تختلف تعريفاتها، لذلك لا تتوقع تطابق أرقام اليوم نفسه تطابقاً تاماً.

اقرأ Analytics بوصفه مسار تحويل

افتح Analytics، واختر تطبيقك، وحدد نطاقاً زمنياً. هذا ترتيب مفيد للمبتدئ:

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

انظر إلى ما وراء الإجماليات: قسّم البيانات

• Source Type: هل يأتي المستخدمون من App Store Search أو Browse أو Web Referrer أو App Referrer؟
• Territory: ما البلدان أو المناطق التي تجلب التنزيلات والإيرادات؟ وهل تنجح الترجمة؟
• Device / Platform Version: هل تتركز المشكلات على جهاز أو إصدار معين من نظام التشغيل؟
• App Version: هل تغير الاستخدام أو الاستقرار بعد آخر إصدار؟
• Campaign: هل تجلب روابط التسويق المعلّمة مستخدمين ذوي قيمة؟

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

Sales and Trends: فهم أداء المبيعات

استخدم هذا القسم لمتابعة App Units وIn-App Purchases والاشتراكات والمبيعات والعائدات المقدّرة، مع مرشحات للمنتجات والمناطق والأجهزة وأبعاد أخرى. يشبه هذا القسم لوحة معلومات تجارية، لكن الإيرادات مقدّرة، وقد تتغير أسعار الصرف وحالات المعاملات.

Payments and Financial Reports: فهم ما تستلمه

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

9. قائمة مراجعة أسبوعية للمبتدئين

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

10. ثماني مشكلات شائعة يواجهها المبتدئون

11. مسرد في دقيقة واحدة