Shopify أم WooCommerce لمتجر جزائري: سؤال التوصيل والدفع

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

هل يفترض أي منهما أن العميل يدفع قبل التوصيل؟

لا، وهذا الافتراض هو ما تضيفه بنفسك. كلاهما يعامل الدفع عند الاستلام (COD) كخيار إلى جانب الدفع بالبطاقة، وهذا عكس ما يجري في المتجر هنا: الطرد يخرج، والنقد يصل لاحقًا، وسجل المبالغ المستحقة تكتبه أيدٍ عدة.

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

من يربط شركة التوصيل: المنصة أم أنت؟

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

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

ماذا يحتاج العربي والفرنسي فعلًا؟

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

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

من يصون المتجر، وبأي ثمن من الانتباه؟

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

هذا ليس حكمًا ضدها، بل حكم بأن تعرف بالاسم من يقوم بذلك العمل.

من يملك المتجر وبياناته؟

في Shopify تستأجر الواجهة. تستطيع تصدير الكتالوج والطلبات، لكن بيانات كل تطبيق تبقى فيه، والمتجر الذي ينمو إلى منطق غير معتاد — أسعار خاصة بعميل، أو شرائح بيع بالجملة، أو قاعدة توصيل لكل منطقة — يصل إلى حد ما تسمح به المنصة. وفي WooCommerce قاعدة البيانات لك، وهذا يهم في اللحظة التي يجب أن يأتي المخزون من نظام تخطيط موارد المؤسسة (ERP) بدل كتابته مرتين.

ماذا يحدث حين يجب أن يتحدث المتجر إلى المكتب الخلفي؟

WooCommerce يعرض واجهة برمجة التطبيقات (API) على مخطط تستطيع قراءته، فالربط عمل تطوير عادي: اقرأ الطلبات، واكتب المخزون، وأعد الحالة. وواجهة Shopify جيدة، لكن نموذج التطبيقات يجعل كل وظيفة تطبيقًا شهريًا لا سطر شيفرة. ذلك أبسط حين لا مكتب خلفي لديك؛ وأما متجر هو قناة واحدة في شركة تعمل بنظام مخزون، فالثمن اشتراك لكل وصلة.

المقارنة في جدول واحد

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

بأي ترتيب تقرر؟

1. ارسم حياة طلب واحد: يسجّله العميل، ويؤكده الهاتف، ويخرج من المخزن، ويصل أو يرجع، وينتهي بتسوية. دوّن أين تحفظ كل حالة.
2. اسأل شركة التوصيل عمّا تكشفه واجهتها: الملصقات والحالات وسطور التسوية. اطلب الوثيقة لا الوعد.
3. ابنِ ذلك المسار مرة واحدة على متجر تجريبي، على المنصة التي تميل إليها. إن لم يستطع حفظ المبلغ المحصّل، فتوقف.
4. اختبر الواجهة العربية على هاتف بمنتج حقيقي واستمارة عنوان وسلة.
5. سمِّ من يحدّث الموقع ومن يتصل به العميل حين تتعطل صفحة الدفع، واحسب كلفة ذلك الانتباه لا الترخيص.
6. بعد ذلك فقط قارن كلفة التشغيل والقالب والإضافات.

أين يخطئ هذا القرار

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

عندما لا يناسبك أي منهما

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

ما لا يغطيه هذا المقال

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

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