نقل ملكية تطبيقك في App Store وGoogle Play من المطور إلى منشأتك
تطبيقك منشور وعليه مستخدمون وتقييمات، لكنه في حساب المطور لا في حساب منشأتك. هذا الدليل لصاحب المشروع ومدير التقنية: كيف تنقله رسميًا في App Store وGoogle Play، وما تجهزه قبل الطلب، وما يتأثر في الخادم، وكيف تتحقق أن النقل اكتمل فعلًا.
لا تنشر تطبيقك من جديد في حساب منشأتك؛ اطلب نقله رسميًا. نقل ملكية التطبيق في App Store وGoogle Play يُبقي التطبيق نفسه بمستخدميه وتقييماته ومعرّفه، ويستمر المستخدمون في تلقي التحديثات. لكن النقل يبدأه صاحب الحساب الحالي، فتحتاج إلى تعاون المطور، وإلى حسابات منشأة جاهزة ونشطة قبل الطلب. ولا ينتقل كل شيء: شهادات التوقيع وملفات التوزيع ومفتاح الإشعارات في Apple، والتقارير المالية ومسارات الاختبار وربط الخدمات في Google Play. لذلك خطط للإشعارات والاشتراكات وتسجيل الدخول قبل النقل، وتحقق منها بعده.
تطبيقك منشور، وعليه مستخدمون وتقييمات، لكنه في حساب المطور أو الشركة التي بنته، لا في حساب منشأتك. ما دام الوضع كذلك، فأي خلاف أو انقطاع في التواصل يعني أنك لا تستطيع رفع تحديث، ولا الرد على المراجعة، ولا حتى إثبات أن التطبيق لك أمام المتجر. هذا الدليل يشرح النقل خطوة بخطوة في المتجرين، بحسب وثائق Apple وGoogle الحالية، مع ما يتأثر في الخادم والإشعارات والاشتراكات، وطريقة التحقق بعد اكتمال النقل.
النقل الرسمي أم إعادة النشر في حسابك؟
الخيار الذي يبدو أسرع هو أن تأخذ الكود وتنشره تطبيقًا جديدًا في حسابك. لكن معرّف التطبيق (Bundle ID في Apple واسم الحزمة في Google Play) مسجل للتطبيق القائم، فيصبح ما تنشره تطبيقًا آخر بمعرّف آخر. هذا الجدول يوضح الفرق:
| المعيار | النقل الرسمي | إعادة النشر تطبيقًا جديدًا |
|---|---|---|
| المستخدمون الحاليون | يبقون، ويصلهم التحديث التالي تلقائيًا | يبقون على التطبيق القديم حتى يثبّتوا الجديد بأنفسهم |
| التقييمات والمراجعات | تنتقل مع التطبيق | تبدأ من الصفر |
| معرّف التطبيق | يبقى كما هو | معرّف جديد، وروابط المتجر القديمة لا تقود إليه |
| الاشتراكات داخل التطبيق | تستمر، مع خطوات إعداد في الخادم | لا تنتقل؛ يجب إقناع المشتركين بالاشتراك من جديد |
| تعاون المطور الحالي | شرط، لأنه من يبدأ النقل | غير مطلوب للنشر، لكن تحتاج الكود القابل للبناء |
| متى يناسب | في كل حالة يمكن فيها الحصول على تعاون صاحب الحساب | حين يتعذر التعاون نهائيًا، أو لم يُنشر التطبيق في المتجر أصلًا |
لهذا تنص صفحة النشر على App Store وGoogle Play على أن الحل حين يكون التطبيق منشورًا باسم المطور هو نقل رسمي عبر أدوات المتجرين يحافظ على التقييمات والمستخدمين، لا نشر جديد. وإن لم يكن لمنشأتك حساب مطور بعد، فمقالة فتح حساب مطور باسم الشركة تشرح الوثائق والخطوات.
ما تجهزه قبل أن تطلب النقل من المطور
أكثر طلبات النقل تتعطل لأن الحساب المستقبِل غير جاهز، لا لأن المطور يرفض. جهّز هذه البنود أولًا، حتى يكون طلبك للمطور خطوة واحدة لا سلسلة مراسلات:
- حساب Apple Developer باسم المنشأة مكتمل التسجيل، وأنت أو من تثق به صاحب الحساب (Account Holder). يتطلب حساب المنشأة رقم D-U-N-S، فاطلبه مبكرًا.
- قبول أحدث الاتفاقيات في App Store Connect، المجانية والمدفوعة، في الحساب المستقبِل. تشترط Apple أن يكون الطرفان قد قبلاها، وألا يكون أي من الحسابين في حالة تغيير أو انتظار.
- معرّف الفريق (Team ID) لحساب منشأتك، وحساب Apple الخاص بصاحب الحساب؛ هذان ما سيكتبهما المطور في طلب النقل.
- حساب Google Play Console باسم المنشأة مسجل ونشط، دون رسالة «لماذا لا يمكنني النشر» في أعلى الحساب.
- رقم عملية تسجيل حساب Google Play (Transaction ID) للحساب المستهدف، وتجده في رسالة رسوم التسجيل أو في سجل Google Payments.
- ملف مدفوعات (Payments profile) نشط في Google Play إن كان التطبيق مدفوعًا أو فيه مشتريات داخلية.
- قائمة الخدمات المرتبطة بالتطبيق: Firebase، وخدمة الإشعارات، وGoogle Analytics، وإعلانات، وبوابة الدفع، وتسجيل الدخول بحساب Apple.
- الكود المصدري قابلًا للبناء في مستودع تملكه، لأن النقل ينقل صفحة التطبيق ومستخدميه، لا الكود.
نقل ملكية التطبيق في App Store خطوة بخطوة
بحسب دليل Apple لنقل التطبيقات، يبقى التطبيق متاحًا للتنزيل أثناء النقل وبعده، ويحتفظ بتقييماته ومراجعاته ومعرّفه، ويستمر المستخدمون في تلقي التحديثات. الخطوات:
- التحقق من الأهلية: وفق معايير نقل التطبيق، يجب أن يكون للتطبيق إصدار واحد على الأقل نُشر في App Store، وألا يكون في الطلب المسبق، وألا يكون إصداره في حالة انتظار المراجعة أو قيد المراجعة أو بانتظار الإصدار. ويجب ألا تتطابق معرّفات منتجات الشراء داخل التطبيق مع منتجات موجودة في حساب منشأتك.
- التنظيف قبل النقل (على المطور): إيقاف TestFlight بحذف النسخ والمختبرين وبيانات الاختبار، وحذف بيانات Xcode Cloud إن استُخدم. وإن كان في التطبيق اشتراكات متجددة تلقائيًا، يُنشئ المطور «السر المشترك الخاص بالتطبيق» ويسلمه لك قبل النقل لتحدّث خادمك. وإن كان فيه تسجيل الدخول بحساب Apple، يُولّد معرّفات نقل لمستخدميه عبر الخدمة التي توفرها Apple.
- بدء النقل (صاحب الحساب الحالي): من معلومات التطبيق في App Store Connect يختار «Transfer App»، ويكتب حساب Apple لصاحب حسابك ومعرّف فريقك. بحسب صفحة بدء النقل، يبقى التطبيق في حالة «بانتظار النقل» حتى تقبله أو ينتهي الطلب بعد 60 يومًا، ولا يستطيع المطور خلالها تعديل البيانات والأسعار والمشتريات.
- القبول (صاحب حساب منشأتك): من قسم الأعمال (Business) في App Store Connect تراجع الطلب، وتُدخل رابط الدعم ورابط سياسة الخصوصية وبيانات التواصل للمراجعة، وتحدد من يرى التطبيق من فريقك، وتراجع بيانات الخصوصية. وتذكر صفحة قبول النقل أن الإتمام قد يستغرق حتى يومي عمل.
- بعد الاكتمال: ينشئ فريقك ملفات توزيع (Provisioning Profiles) جديدة في حساب منشأتك مرتبطة بمعرّف التطبيق وشهادة التوزيع، ثم يرفع أول نسخة إلى TestFlight من حسابك.
بعد النقل يُحذف التطبيق من حساب المطور، ومعه وصوله إلى تقارير المبيعات والتنزيلات السابقة. اطلب منه قبل البدء تصدير ما تحتاجه من تقارير وبيانات صفحة المتجر وتاريخ الإصدارات، لأنك لن تجدها بعد ذلك عند أحد.
نقل التطبيق في Google Play خطوة بخطوة
بحسب مساعدة Play Console عن نقل التطبيقات، ينتقل مع التطبيق مستخدموه وإحصاءات التنزيل والتقييمات والمراجعات والتصنيف العمري وبيانات صفحة المتجر والاشتراكات. الخطوات:
- الالتزام بالسياسات: يجب أن يكون الحساب الأصلي والتطبيق ملتزمين بسياسات Google Play، فالتطبيق الذي عليه مخالفة قائمة يعالجها أولًا.
- تنزيل التقارير: تقارير الأرباح والمدفوعات والتصدير المجمع لا تنتقل. ينزّلها المطور ويسلمك نسخة منها.
- تجهيز الحسابين: الحساب الأصلي يمكن الدخول إليه، وحسابك المستهدف مكتمل التسجيل، ومعك رقم عملية تسجيله، وملف المدفوعات نشط إن كان في التطبيق مشتريات.
- الخدمات المرتبطة: يضيفك المطور مالكًا لمشاريع Firebase وGoogle Cloud المستخدمة، ويفصل مشاريع Firebase عن حسابه في Play Console لتُربط بحسابك، ويمنحك صلاحيات Google Analytics. وإن كان في التطبيق إعلانات، فتُحدَّث إعداداتها في الإصدار التالي لتُنسب إلى حسابك.
- تقديم الطلب والموافقة: يقدّم المطور طلب النقل من Play Console، ويصل إلى حسابك للمراجعة والموافقة، ثم يراجعه فريق دعم Google Play ويرد خلال يومي عمل بحسب الصفحة.
نقطة يغفلها كثيرون: إن كانت العملة الافتراضية لحسابك تختلف عن عملة حساب المطور، وكان التطبيق يبيع مشتريات داخلية، فإنه يُلغى نشره بعد النقل حتى تراجع الأسعار الجديدة وتعيد نشره. جهّز الأسعار مسبقًا حتى لا يغيب التطبيق عن المتجر ساعات بلا داعٍ.
ما الذي يتأثر بعد النقل في التطبيق والخادم؟
صفحة التطبيق تنتقل، لكن التطبيق يعتمد على أشياء خارجها: مفاتيح وشهادات وخدمات مسجلة في الحساب القديم. هذا الجدول يجمع ما تذكره وثائق المتجرين، وما يلزم فعله في كل بند:
| البند | App Store | Google Play | ما تفعله |
|---|---|---|---|
| التوقيع | الشهادات وملفات التوزيع لا تنتقل؛ تُنشأ من جديد في حسابك | مع توقيع Google Play يمكن طلب مفتاح رفع جديد إن كان المفتاح القديم عند المطور | رفع نسخة تجريبية من حسابك قبل أي تحديث مهم |
| الإشعارات | يلزم مفتاح APNs من حساب منشأتك، وتحديث الخادم أو خدمة الإشعارات به | الإشعارات عبر Firebase تتبع مشروع Firebase، فانقل ملكيته | اختبار إشعار حقيقي على جهاز بعد التحويل مباشرة |
| الاشتراكات والمشتريات | السر المشترك الخاص بالتطبيق يُسلَّم قبل النقل ثم يُعاد توليده بعده | الاشتراكات تنتقل، والطلبات السابقة للنقل تبقى في الحساب الأصلي لأي استرداد | اتفاق مكتوب مع المطور على معالجة الاستردادات القديمة |
| تسجيل الدخول بحساب Apple | معرّفات نقل للمستخدمين قبل النقل، ومعرّف الخدمة ينتقل مع التطبيق | لا ينطبق | التأكد أن المستخدمين الحاليين يدخلون إلى حساباتهم نفسها |
| مشاركة Keychain | تعمل حتى أول تحديث، ثم يلزم تعريف المجموعة بمعرّف فريقك، وقد يُطلب من المستخدمين الدخول مرة واحدة | لا ينطبق | تنبيه المستخدمين في ملاحظات الإصدار إن لزم الدخول من جديد |
| Apple Pay | معرّف التاجر لا ينتقل، ويلزم معرّف جديد في حسابك مع أول تحديث | لا ينطبق | تنسيق ذلك مع بوابة الدفع قبل التحديث |
| مسارات الاختبار | يُوقف TestFlight قبل النقل | مجموعات الاختبار الداخلي والمغلق والمفتوح لا تنتقل | إعادة إنشاء مجموعات المختبرين في حسابك |
| التقارير السابقة | لا تبقى متاحة للمطور بعد النقل | تقارير الأرباح والمدفوعات لا تنتقل | تصديرها قبل النقل وحفظها لدى منشأتك |
لاحظ أن هذه البنود هي نفسها ما يُنسى عادة في جرد الحسابات الخارجية. مقالة حسابات الخدمات الخارجية في تطبيقك تساعدك على معرفة باسم من سُجّل كل منها.
- المطور الحاليتصدير التقارير وبيانات المتجرإيقاف TestFlight وتنظيف الاختباراتبدء النقل من حسابه في المتجرينتسليم السر المشترك ومفتاح الرفع
- منشأتكحسابات مطور نشطة باسمهاقبول الاتفاقيات وملف المدفوعاتقبول النقل وإدخال بيانات الدعم والخصوصية
- فريق التطوير الجديدمفتاح APNs ومشروع Firebase في حسابكملفات التوزيع والتوقيع الجديدةرفع أول نسخة واختبار الإشعارات والاشتراكات
كيف تتحقق من اكتمال النقل؟
ظهور التطبيق في قائمة تطبيقات حسابك هو البداية لا النهاية. نفّذ هذا الفحص خلال أيام من النقل، وقبل أن تنهي أي علاقة مع المطور السابق:
- التطبيق يظهر في حسابي المتجرين، ولم يعد يظهر في حساب المطور.
- بناء نسخة موقعة من الكود الذي تملكه ورفعها إلى TestFlight ومسار الاختبار الداخلي في Google Play من حسابك دون مساعدة المطور.
- وصول إشعار حقيقي إلى جهاز iPhone وجهاز Android بعد تحديث المفاتيح في الخادم.
- عملية شراء أو اشتراك تجريبية تمر ويتحقق منها الخادم بالإعدادات الجديدة.
- مستخدم قديم يسجل الدخول بحساب Apple ويجد بياناته نفسها.
- بيانات الخصوصية في المتجرين مطابقة لما يجمعه التطبيق فعلًا.
- حذف حسابات المطور السابق من فريق App Store Connect وPlay Console، أو تقييد صلاحياتها.
- تدوير المفاتيح والأسرار التي كانت عند المطور، كما تشرح مقالة تدوير مفاتيح API بعد تغيير المطور.
أخطاء شائعة في نقل التطبيق بين الحسابات
- إنشاء تطبيق جديد بالاسم نفسه: تخسر المستخدمين والتقييمات، ويبقى التطبيق القديم في حساب المطور يتلقى المراجعات السلبية.
- طلب النقل والحساب المستقبِل غير جاهز: اتفاقيات غير مقبولة، أو حساب Google Play غير مكتمل، فيتعطل الطلب أو ينتهي.
- بدء النقل وهناك إصدار قيد المراجعة: Apple ترفض النقل في هذه الحالات، فانتظر اكتمال المراجعة أو اسحب الإصدار أولًا.
- نسيان الخادم: يكتمل النقل في المتجر، ثم تتوقف الإشعارات أو التحقق من الاشتراكات لأن الخادم ما زال يستخدم مفاتيح الحساب القديم.
- عدم تصدير التقارير: تكتشف لاحقًا أنك تحتاج بيانات المبيعات السابقة لمراجعة مالية، ولا يملكها أحد.
- إنهاء العلاقة قبل التحقق: تحتاج المطور بعد النقل لتسليم مفتاح رفع أو سر مشترك أو معالجة استرداد قديم.
ما تطلبه من المطور الحالي كتابيًا
أرسل الطلب في رسالة واحدة واضحة، مرفقًا بها بيانات حسابك، حتى لا يبقى على المطور إلا التنفيذ:
- بدء نقل التطبيق في App Store Connect إلى حساب Apple لصاحب حسابنا ومعرّف فريقنا (مرفقان).
- تقديم طلب نقل التطبيق في Play Console إلى حسابنا، مع رقم عملية تسجيله (مرفق).
- تصدير تقارير المبيعات والتنزيلات والأرباح، وبيانات صفحة المتجر، وتاريخ الإصدارات.
- إيقاف TestFlight وحذف بيانات Xcode Cloud إن وجدت، والتأكد من عدم وجود إصدار قيد المراجعة.
- تسليم السر المشترك الخاص بالتطبيق إن كانت فيه اشتراكات، ومعرّفات نقل مستخدمي تسجيل الدخول بحساب Apple.
- إضافتنا مالكين لمشاريع Firebase وGoogle Cloud وAnalytics، وتسليم مفتاح الرفع لـ Android أو الموافقة على طلب مفتاح جديد.
- الالتزام بمعالجة طلبات الاسترداد للطلبات السابقة للنقل إن احتاجت إلى الحساب الأصلي.
«نطلب نقل تطبيقنا (اسمه ورابطاه في المتجرين مرفقان) إلى حسابات منشأتنا في App Store وGoogle Play عبر أدوات النقل الرسمية، وفق البيانات المرفقة، مع تسليم ما يلزم لاستمرار الإشعارات والاشتراكات والتوقيع، وتصدير التقارير السابقة قبل النقل. نرجو تأكيد موعد بدء النقل كتابيًا.»
إن رفض المطور أو لم يرد، فابدأ من عقدك وما ينص عليه في ملكية التطبيق والحسابات، ووثّق طلباتك وردوده. مقالة الخلاف مع شركة البرمجة على التسليم تشرح كيف توثّق موقفك، وهي توعية تجارية لا استشارة قانونية.
الخلاصة: جهّز حسابك، ثم انقل، ثم أثبت
النقل الرسمي هو الطريق الذي يحفظ مستخدميك وتقييماتك، وهو ممكن في المتجرين ما دام صاحب الحساب الحالي متعاونًا. رتّب العمل على ثلاث مراحل: جهّز حسابات منشأتك واتفاقياتها وبياناتها قبل أن تطلب شيئًا، ثم اطلب النقل في رسالة واحدة تشمل ما يحتاجه الخادم من مفاتيح وأسرار، ثم أثبت اكتمال النقل برفع نسخة من حسابك واختبار الإشعارات والاشتراكات وتسجيل الدخول.
وإن كان النقل جزءًا من استلام تطبيق من جهة سابقة، فقد يكون في الكود والخادم ما يحتاج إلى فحص أيضًا. صفحة استلام مشروع متعثر تتضمن نقل الحسابات إلى ملكية المنشأة ضمن الجرد والتقييم، وصفحة تطوير تطبيق قائم تبدأ بجرد حسابات المتاجر والخدمات قبل أي تعديل. وإن أردت أن نتولى النقل والتحقق، أرسل حالة تطبيقك عبر طلب تقييم مشروعك الحالي، مع روابط التطبيق في المتجرين.
أسئلة شائعة
لا، إذا نُقل عبر أداة النقل الرسمية. تنص وثائق Apple وGoogle على أن التطبيق يحتفظ بتقييماته ومراجعاته ومستخدميه ومعرّفه، ويستمر المستخدمون في تلقي التحديثات. أما إعادة النشر تطبيقًا جديدًا في حسابك فتبدأ التقييمات فيها من الصفر.
لا عبر أدوات المتجرين، لأن صاحب الحساب الحالي هو من يبدأ النقل. إن تعذر تعاونه فارجع إلى عقدك ووثّق طلباتك، والبديل الأخير نشر تطبيق جديد بمعرّف جديد، مع ما يعنيه من خسارة التقييمات وانتقال المستخدمين يدويًا.
في Apple يبقى الطلب قائمًا حتى يقبله الحساب المستقبِل أو ينتهي بعد 60 يومًا، ثم قد تستغرق المعالجة حتى يومي عمل. وفي Google Play يرد فريق الدعم على الطلب خلال يومي عمل بحسب صفحة المساعدة. أغلب التأخير يأتي من حسابات غير جاهزة لا من المتجر.
قد تتوقف إن لم يُحدَّث الخادم. في Apple يلزم مفتاح APNs من حساب منشأتك وتحديث الخادم أو خدمة الإشعارات به، وفي Android تتبع الإشعارات مشروع Firebase، فتُنقل ملكيته. اختبر إشعارًا حقيقيًا على جهازين بعد التحويل مباشرة.
الحساب المستقبِل هو حساب منشأتك، والأصح أن يكون حساب منشأة لا حسابًا فرديًا، ليظهر اسمها في المتجر ويبقى التطبيق ملكها. حساب المنشأة في Apple يتطلب رقم D-U-N-S، فاطلبه قبل أن تطلب النقل.
خدمات وصفحات مرتبطة
اقرأ أيضًا
انقل تطبيقك إلى منشأتك دون خسارة مستخدميه
أرسل روابط تطبيقك في المتجرين وحالة الحسابات والكود، ونقترح خطة النقل وما يلزم في الخادم والإشعارات والاشتراكات قبل البدء.