10/2/2026, 10:17:55 PM
كيف تجهّز تطبيق متجرك للنشر على Android وiOS؟

دليل عملي للتاجر السوري يوضح كيف يجهّز متجره وكتالوجه وطرق الدفع والتوصيل والاختبار حتى تصبح نسخة التطبيق جاهزة للمراجعة على Google Play وApp Store.
تطبيق المتجر ليس مجرد نسخة أصغر من الموقع، وليس خطوة تبدأ بها قبل أن يستقر عملك اليومي. هو قناة إضافية تحمل اسم متجرك وهويته، وتحتاج إلى كتالوج منظم، وتجربة طلب واضحة، ومواد جاهزة لصفحة التطبيق، ثم اختبار ومراجعة قبل أن تصبح متاحة للعملاء.
يوضح هذا الدليل ما يحتاج التاجر إلى تحضيره حتى تصبح النسخة جاهزة للإرسال إلى المراجعة، وما الذي يجب اختباره، وأين تبدأ مسؤولية متاجر التطبيقات. وهو لا يَعِد بقبول النسخة أو يغطي كل ما قد تطلبه المنصتان بعد الإرسال. أما إذا كنت ما زلت تقارن بين الموقع والتطبيق، فابدأ بدليل تطبيق متجر إلكتروني أم موقع فقط؟ قبل متابعة خطوات التجهيز.
الخلاصة: يصبح التطبيق خطوة منطقية عندما يكون متجرك ومنتجاتك وطريقة إدارة الطلبات جاهزة، وعندما تعرف لماذا سيعود العميل إلى التطبيق بعد تثبيته.
هل متجرك جاهز لتطبيق الآن؟
التطبيق مناسب الآن عندما
- يحمل متجرك اسمًا وهوية واضحين.
- أصبح الكتالوج منظمًا بصور وأسعار وأوصاف محدثة.
- جُرّبت رحلة الطلب من اختيار المنتج حتى تأكيده.
- يعرف فريقك من يتابع المنتجات والطلبات وخدمة العملاء.
- لديك سبب واضح لعودة العميل، مثل منتجات تتجدد أو عروض أو تجربة شراء متكررة.
ابدأ بالموقع أولًا عندما
- ما زلت تختبر المنتجات أو نموذج العمل.
- تتغير الأسعار والمخزون من دون آلية تحديث مستقرة.
- تصل الطلبات من قنوات متعددة ولا توجد طريقة موحدة لمتابعتها.
- لم تختبر بعد تجربة الشراء على الهاتف.
التطبيق لا يعالج فوضى التشغيل تلقائيًا. إذا كانت إدارة الطلبات والمخزون هي المشكلة الأولى، راجع دليل إدارة الطلبات والمخزون في المتجر الإلكتروني قبل الانتقال إلى التطبيق.
ما الذي يجب تحضيره قبل بدء التطبيق؟
حرّك الجدول أفقيًا لقراءة جميع الأعمدة.
| الملف | ما الذي تجهزه؟ | لماذا يحتاجه الإطلاق؟ |
|---|---|---|
| هوية المتجر | الاسم المعتمد، الشعار، الألوان وأسلوب الصور | لتظهر العلامة بصورة متناسقة داخل التطبيق وصفحة المتجر |
| الكتالوج | الأقسام، الصور، الأوصاف، الأسعار والكميات | حتى يختبر العميل رحلة شراء حقيقية لا شاشة تجريبية فارغة |
| معلومات الخدمة | وسائل التواصل، مناطق الخدمة، وسياسات الطلب والاستبدال عند انطباقها | لتكون المعلومات التي يراها العميل واضحة وقابلة للمراجعة |
| مواد صفحة التطبيق | وصف مختصر وواضح، لقطات شاشة، أيقونة وبيانات التواصل | لأن Google Play وApp Store يطلبان بيانات ومواد لصفحة التطبيق |
| خطة الاختبار | أجهزة وحالات استخدام وأشخاص مسؤولون عن المراجعة | لاكتشاف أخطاء العرض والطلب قبل النشر العام |
لا تفترض أن ملفًا واحدًا يصلح للنظامين أو أن قبول نسخة يضمن قبول الأخرى؛ لكل منصة مسار إعداد ومراجعة خاص بها.
ما الذي يحتاجه التاجر السوري قبل تثبيت إعدادات التطبيق؟
قبل اعتماد نسخة الاختبار، حوّل طريقة عمل متجرك على الأرض إلى إعدادات مكتوبة داخل المتجر والتطبيق:
- حدّد مناطق التوصيل التي تستطيع خدمتها فعلًا. اكتب المدن أو المناطق المشمولة، وطريقة حساب أجرة التوصيل، والحالات التي تحتاج إلى تأكيد يدوي. لا تعرض منطقة لا يستطيع فريقك أو شركة التوصيل خدمتها باستمرار.
- فعّل وسائل الدفع المتاحة لنشاطك فقط. تعرض صفحات تاجرلي الحالية إمكان إعداد الدفع عند الاستلام والدفع الإلكتروني والربط مع شركات التوصيل ضمن حدود الباقة والإعداد المتفق عليه، لكنها لا تثبت أن مزودًا بعينه متاح لكل تاجر أو منطقة. اختبر كل وسيلة ستظهر للعميل، ووثّق ما يحدث عند نجاح الطلب أو تعذره.
- وثّق ملكية حسابات المطور وتشغيلها. اكتب من ينشئ حساب Google Play ومن ينشئ حساب Apple، ومن يحفظ الوصول ويجدد الرسوم إن وجدت، ومن يرفع النسخ ويرد على ملاحظات المراجعة. لا تفترض أن الحساب سيكون باسم التاجر أو تاجرلي ما لم ينص الاتفاق على ذلك.
هذه القرارات ليست تفاصيل تقنية جانبية؛ فهي تحدد ما سيراه العميل عند إدخال عنوانه، واختيار الدفع، وطلب الدعم بعد تثبيت التطبيق.
خمس مراحل من المتجر إلى تطبيق جاهز للمراجعة
ثبّت تجربة المتجر قبل نقلها إلى التطبيق
ابدأ بالمنتجات التي تبيعها فعلًا، لا بكتالوج مؤقت. راجع الأقسام، الصور، الأسعار، حالة التوفر، خطوات السلة، بيانات العميل وتأكيد الطلب. الهدف هو أن يختبر فريقك رحلة متماسكة يمكن نقلها إلى التطبيق، لا أن يبدأ تنظيم المتجر بعد بناء التطبيق.
جهّز حزمة الهوية والمحتوى
اتفق على الاسم الذي سيظهر للعميل، والشعار والألوان، ثم جهّز وصفًا دقيقًا ولقطات شاشة حقيقية. لا تستخدم صورًا أو وعودًا لا تظهر في التطبيق. توضح إرشادات Google Play أن صفحة التطبيق تحتاج إلى الاسم والوصف وبيانات التواصل ومواد العرض، بينما تشترط Apple إكمال البيانات المطلوبة واختيار النسخة قبل إرسالها للمراجعة.
اربط الكتالوج واختبر الطلب
بحسب صفحة تاجرلي الحالية، يمكن للباقة المؤهلة أن تشمل تطبيق عملاء لنظامي Android وiOS يحمل اسم المتجر وألوانه ويعرض منتجاته فقط، مع إدارة مرتبطة بمنصة تاجرلي. راجع تطبيق المتجر الخاص من تاجرلي ثم الباقات الحالية للتأكد من النطاق المشمول قبل الاتفاق.
اختبر على الأقل:
- فتح الأقسام والوصول إلى المنتج.
- وضوح الصور والسعر وحالة التوفر.
- إضافة المنتج إلى السلة وتعديل الكمية.
- إدخال بيانات العميل وإكمال الطلب.
- ظهور الطلب بالطريقة المتفق عليها لفريق المتجر.
اختبر على أجهزة وحالات حقيقية
لا يكفي أن يعمل التطبيق على جهاز واحد. اختبر شاشات مختلفة، واتصالًا بطيئًا، ونصوصًا عربية طويلة، ومنتجًا غير متاح، وسلة تحتوي أكثر من منتج. سجّل كل ملاحظة مع الجهاز والخطوة والنتيجة المتوقعة بدل إرسال ملاحظات عامة مثل «الصفحة لا تعمل».
في Google Play توجد مسارات اختبار قبل الإنتاج، وقد تفرض Google متطلبات اختبار محددة على بعض حسابات المطورين الشخصية الجديدة. أما Apple فتراجع كل نسخة مقدمة، وقد تطلب تعديل معلومات أو معالجة مشكلة قبل القبول. لذلك يجب التعامل مع المراجعة كمرحلة مستقلة، لا كموعد نشر مضمون.
وثّق المسؤوليات وجهّز ملف الإرسال
قبل الإرسال، اتفق كتابيًا على مسؤولية حساب المطور، ورفع النسخة، ومواد صفحة التطبيق، والرد على ملاحظات المراجعة. هذه المسؤوليات قد تختلف حسب الباقة والاتفاق، لذلك لا تفترض أن طرفًا محددًا يتولاها من دون توثيق. اجمع النسخة المختبرة، والوصف، واللقطات، وبيانات التواصل، ونتائج اختبار القبول في ملف واحد جاهز للتسليم إلى المسؤول عن الإرسال.
يتوقف نطاق هذا الدليل عند نسخة جاهزة للمراجعة. بعد الإرسال قد تطلب Google Play أو App Store معلومات أو تعديلات أخرى، ولا يعني اكتمال هذه القائمة أن القبول مضمون.
من المسؤول عن كل جزء؟
حرّك الجدول أفقيًا لقراءة جميع الأعمدة.
| التاجر | تاجرلي وفق الباقة والاتفاق | Google Play وApp Store |
|---|---|---|
| اعتماد الاسم والهوية ومعلومات النشاط | تجهيز تجربة التطبيق وربطها بالمتجر ضمن النطاق المتفق عليه | تحديد متطلبات الحساب والصفحة والمراجعة |
| توفير صور المنتجات وأوصافها وأسعارها | تطبيق الهوية والخصائص المشمولة في الباقة | مراجعة النسخة والبيانات المقدمة |
| مراجعة المحتوى وتنفيذ اختبار قبول واضح | معالجة الملاحظات التقنية الداخلة في نطاق العمل | قبول النسخة أو طلب تعديلات وفق السياسات |
| تشغيل الطلبات وخدمة العملاء بعد الإطلاق | الدعم والتحديثات وفق الاتفاق | إدارة حالة النشر والتوفر على المنصة |
هذا الجدول يوضح الحدود العامة، ولا يستبدل عرض الخدمة أو الاتفاق المكتوب.
قائمة فحص قبل طلب النشر
- الاسم والشعار والألوان معتمدة.
- صور المنتجات وأوصافها وأسعارها محدثة.
- الأقسام وحالات التوفر واضحة.
- بيانات التواصل والسياسات المطلوبة مكتملة.
- وصف التطبيق ولقطات الشاشة يعكسان النسخة الفعلية.
- رحلة الطلب اختُبرت على Android وiOS وفق النطاق المتفق عليه.
- مسؤولية حسابات المطور والنشر موثقة.
- الملاحظات الحرجة عولجت قبل الإرسال.
- يوجد شخص مسؤول عن التشغيل والدعم بعد الإطلاق.
تطبيق خاص أم وجود داخل سوق متعدد التجار؟
هذا الدليل يفترض أنك تريد تطبيقًا يحمل اسم متجرك ويعرض منتجاتك. إذا كنت لا تزال تقارن هذا النموذج بالبيع داخل تطبيق يضم متاجر متعددة، اقرأ تطبيق خاص بمتجرك أم تطبيق متعدد المتاجر؟.
الخطوة التالية
راجع أولًا صفحة تطبيق متجر إلكتروني باسم علامتك، ثم قارن الباقات الحالية. اطلب توضيحًا مكتوبًا لما يشمله تجهيز التطبيق، ومن يملك حسابات المطور، ومن يتولى مواد صفحة التطبيق والإرسال والملاحظات اللاحقة.
أسئلة شائعة
هل أحتاج إلى متجر إلكتروني قبل التطبيق؟
التطبيق يحتاج إلى منتجات وأقسام وتجربة طلب وتشغيل يومي واضح. إذا لم يستقر ذلك بعد، يكون البدء بمتجر متجاوب واختبار التشغيل خطوة أكثر منطقية.
هل تطبيق تاجرلي يعرض منتجات متاجر أخرى؟
وفق صفحات تاجرلي الحالية، التطبيق المتاح ضمن الباقة المؤهلة يكون خاصًا باسم المتجر وهويته ويعرض منتجات ذلك المتجر فقط، وليس سوقًا متعدد البائعين.
هل النشر على Google Play وApp Store فوري؟
لا. يتطلب النشر إعداد بيانات ومواد، واختبار النسخة، ثم المرور بمسار المراجعة الخاص بكل منصة. لا ينبغي وعد العميل بموعد قبول قبل اكتمال المتطلبات والمراجعة.
من يملك حسابات المطور ويتولى الإرسال؟
لا تحدد الصفحات العامة الحالية مسؤولية ثابتة لهذه النقطة. يجب توثيقها في عرض الخدمة أو الاتفاق قبل بدء العمل.