تخطَّ إلى المحتوى
مساحة العميل

تدقيق مجاني

التطبيق المحمول

تطبيق منشور: ما يكلفه إبقاؤه حيًّا

التطوير له نهاية. أما التطبيق فلا: يشيخ وحده، على هواتف لم يعد بوسعك بلوغها.

نُشر في 11 ماي 2026 — Algeria Agency

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

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

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

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

التطبيق المنشور لم يعد ملكك تمامًا

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

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

والنتيجة العملية قلب في الأولوية. على موقع تصحّح ثم تُعلم. وعلى تطبيق تُعلم أولًا، لأن المهلة بين التصحيح ووصوله إلى المستعمل تُحسب بالأيام وتتوقف على هاتفه واتصاله وإعداداته.

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

لماذا لا توجد كلفة سنوية متوسطة

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

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

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

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

النسخ في الطبيعة، ولماذا تبقى

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

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

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

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

الرزنامة التي ليست رزنامتك

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

وهذا أسوأ فرق مفهوم بين تطبيق وموقع. لا أحد يسحب منك موقعًا لأنه قديم. أما التطبيق فنعم، والإشعار حقيقي لكنه يسقط في بريد يجب أن يقرأه أحد، وغالبًا بريد حساب الناشر لا بريد المسير.

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

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

مفتاح التوقيع: أخطر شيء في المشروع

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

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

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

تحقق من ذلك الآن إن كان لديك تطبيق، بسؤال دقيق لمن يصونه: أين مفتاح التوقيع، ومن يصل إليه، وأين نسخته الاحتياطية. جواب متردد مشكلة تُعالَج هذا الأسبوع، لأن خطورتها لا تزداد لكن كلفة إصلاحها تصير لانهائية يوم لا يعود المفتاح موجودًا.

حساب الناشر، ولمن يعود فعلًا

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

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

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

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

ما ينكسر دون أن يمسه أحد

التصنيف المفيد لأعطال التطبيق ليس تقنيًا بل سببيًا، لأنه يعيّن من عليه أن يتحرك. ثلاث فئات تكفي، واثنتان منها لا تأتيان منك.

الأولى النظام يتغير. نسخة جديدة من الهاتف تعدّل قاعدة — الوصول إلى مجلد، السلوك في الخلفية، العرض تحت الحافة — فيكف تطبيق كُتب قبلها عن التصرف كما هو متوقع. هو لم يتحرك؛ الأرض تحركت.

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

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

فرز الأعطال: ثلاثة أسئلة بترتيبها

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

كم مستعملًا مختلفًا، لا كم مرة؟ عطل يتكرر مئة مرة عند الشخص نفسه حالة خاصة؛ والعطل نفسه يمس مئة شخص مرة واحدة أولوية. ويظهر الاثنان بالمجموع نفسه في أغلب الأدوات.

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

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

دعم نسخة لم يعد بوسعك تصحيحها

ستصلك رسائل من مستعملين يصفون مشكلة عالجتها قبل شهرين. وهم ليسوا مخطئين، وقول «هذا مصحَّح» جواب خاطئ من وجهة نظرهم، لأنه عندهم غير مصحَّح.

والجواب المفيد على مرحلتين: قول إن التصحيح موجود، ثم شرح كيفية الحصول عليه بدقة، بحركات الهاتف الفعلية لا بكلمة «حدِّث». نصف من يُقال لهم حدّثوا لا يعرفون أين الزر، والنصف الآخر يظن أنه فعلها.

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

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

ما تكلفه سنة، مفكَّكًا بأمانة

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

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

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

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

فرض التحديث: الرافعة الوحيدة وثمنها

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

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

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

وفي ما عدا ذلك فالدعوة خير من المنع: شريط يقترح التحديث، متكرر، ويترك المستعمل يواصل. والفرق بين الاثنين هو الفرق بين تطبيق يحميك وتطبيق يعاقبك، ومستعملوك يشعرون به هكذا بالضبط.

ما نفعله، وما نرفضه

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

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

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

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

الأسئلة الشائعة

هل يجب فعلًا إعادة نشر تطبيق إن لم نغيّر شيئًا؟

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

ماذا يحدث إن ضاع مفتاح التوقيع؟

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

لماذا يبلّغ مستعملون عن خلل صُحّح أصلًا؟

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

هل يمكن أن يبقى حساب الناشر باسم المزود؟

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

هل يجب فرض التحديث؟

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

كم تكلف صيانة تطبيق في السنة؟

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

أين يبدأ دورنا

ثلاثة أسئلة لمن يصون تطبيقك — أين مفتاح التوقيع، وأين حسابات النشر، ومن يستلم إشعارات الإهمال — تقرّر بقاءه.

  • نجري التحيين قبل الأجل المعلن، لا بعد السحب.
  • نترك مفتاح التوقيع وحسابات النشر باسمك.
  • نعرض رقم النسخة على شاشة يعرف دعمك كيف يفتحها.

لن نختصر الصيانة في نسبة من الميزانية الأولى: ذلك الرقم يدور ويطمئن، ولا يقابل شيئًا قابلًا للقياس.

اقرأ بعد ذلك

لنتحدث عن مشروعك

تدقيق مجاني دون التزام: نفحص حضورك الرقمي ونخبرك بما يعيقه.

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