نادرًا ما تفشل متاجر Shopify في الواجهة. القالب يُحمَّل، وصفحات المنتجات تبدو سليمة، والسلة تعمل. ما يتعطل يكون أعمق، عند نقاط الاتصال: حيث يلتقي المتجر بتغذية مخزون المورد، أو API شركة الشحن، أو نظام المحاسبة، أو عرض ترويجي لا تستطيع المنصة التعبير عنه أصلًا.
يتكرر النمط في المتاجر التي نُستدعى إليها. يطلق تاجر حملة مبنية على ثلاثة تطبيقات خصم متراكبة. كل تطبيق يعمل. لكنها معًا تُطبَّق بترتيب لم يحدده أحد، وبعد أسبوعين لا يتطابق تقرير الهامش مع تقرير الإيرادات. أو يُزامَن المخزون عبر تصدير ليلي تخطى أربعين SKU بصمت لأن أحد الموردين غيّر عنوان عمود. لا يظهر أي خطأ. والمتجر ببساطة يبيع بهدوء أشياء لا يملكها.
هذا هو الشكل الحقيقي لعمل تطوير Shopify. جزء صغير منه أن يبدو المتجر كما ينبغي. ومعظمه أن يتصرف المتجر بشكل صحيح في النقاط التي يعيد فيها Shopify المسؤولية إليك.
ما الذي تغطيه خدمات تطوير Shopify فعلًا
تغطي العبارة أربعة أنواع مختلفة إلى حد كبير من العمل، بتكاليف مختلفة جدًا. ومعرفة أيها تحتاج هي معظم القرار.
- إعداد المتجر وضبطه. تثبيت قالب مدفوع أو مجاني، وتحميل المنتجات، وضبط الضرائب ومناطق الشحن ومزودي الدفع والنطاقات والبريد. عمل حقيقي، لكنه ضبط لا هندسة.
- تخصيص القالب. تكييف قالب موجود: أقسام جديدة، وتخطيطات مخصصة لصفحات المنتجات، ومحتوى منظم عبر metafields، وتجربة مجموعات معاد تصميمها. هنا ينفق معظم المتاجر ميزانيتها، وهنا تكمن القيمة الأكبر عادة.
- بناء قالب مخصص. بناء قالب انطلاقًا من تصميم، بدلًا من ليّ قالب شخص آخر. له ما يبرره عندما تكون تجربة العلامة التجارية هي ما يميزك، أو عندما يكون القالب الموجود قد خُصص بكثافة لدرجة أن صيانته تكلف أكثر من استبداله.
- التطبيقات والتكاملات ومنطق العمل. ربط Shopify بأنظمة لم تُصمَّم أصلًا للتخاطب معه، وترميز قواعد لا تنمذجها المنصة أصلًا. هذا هو الجزء الذي يحدد بهدوء ما إذا كان فريق العمليات يقضي أسبوعه في البيع أم في مطابقة البيانات.
معظم الطلبات التي تصل بعبارة «نحتاج إلى مطور Shopify» يتبين أنها من النوع الثاني أو الرابع. وقليل جدًا منها من النوع الثالث فعلًا.
ما الذي يتولاه Shopify عنك، وأين يتوقف ذلك
الصفقة الأساسية في Shopify جيدة: تتنازل عن بعض التحكم وتتوقف عن تحمّل مسؤولية فئة كاملة من المشكلات. ومن المفيد أن تكون دقيقًا بشأن موقع هذا الخط، لأن هذا الخط بالضبط هو حيث يبدأ عمل التطوير.
الأمور التي تتوقف عن القلق بشأنها فعلًا
الاستضافة، وSSL، والتوزيع عبر CDN، واستمرارية التشغيل أثناء ذروة الزيارات، والامتثال لـ PCI لبيانات البطاقات، وترقيع أمان المنصة نفسها، كلها مشكلة Shopify. وفي المتجر المستضاف ذاتيًا، كل واحد منها تكلفة دائمة وخطر دائم. هذا الفرق حقيقي، وهو أقوى حجة لصالح المنصة.
صفحة الدفع هي الحد
يمتلك Shopify صفحة الدفع الخاصة به، وهذه الملكية مصدر موثوقيتها وقيودها معًا. لا يمكنك إعادة كتابتها. لكن يمكنك توسيعها عبر نقاط التوسيع الخاصة بـ Shopify: إضافات واجهة تضيف حقولًا أو محتوى في مواضع محددة، ووظائف على الخادم تغيّر سلوك الخصومات وخيارات الشحن وطرق الدفع.
وهذا يغطي الكثير عمليًا: منتقي تاريخ التوصيل، ورسالة هدية، وقاعدة تخفي الشحن السريع للعناصر كبيرة الحجم، وخصم يتراكم بترتيب محدد. أما ما لا يغطيه فهو مسار دفع مختلف جذريًا. وإذا كان عملك يحتاج إليه فعلًا، فـ Shopify منصة خاطئة ولن يغير أي تطوير ذلك. ومعرفة هذا مبكرًا أرخص من اكتشافه في الشهر الثالث.
التطبيقات تحل مشكلة وتخلق تكلفة
متجر التطبيقات هو الميزة الحقيقية للمنصة ونقطة فشلها الأكثر شيوعًا في الوقت نفسه. أي تطبيق منفرد رخيص مقارنة ببناء الشيء نفسه. أما خمسة عشر تطبيقًا فليست كذلك. فهي تراكم رسومًا شهرية، ويضيف كل منها سكربتات إلى المتجر، وسيرغب عدد منها في تعديل ملفات القالب نفسها، وسيختلف اثنان منها في النهاية حول أي خصم يُطبَّق.
السؤال المفيد ليس «هل هناك تطبيق لهذا؟» (فغالبًا يوجد)، بل هل هذه القدرة تحديدًا قريبة بما يكفي من جوهر عملك بحيث يستحق امتلاكها بالكامل تكلفة بنائها.
فخ تخصيص القالب
تتلقى القوالب تحديثات من مطوريها. والقالب الذي عُدّلت ملفات Liquid فيه مباشرة لا يمكنه تلقي هذه التحديثات دون أن يوفّق أحدهم بين التغييرات يدويًا، لذلك عمليًا لا يتلقاها أبدًا، وبعد عامين يعمل المتجر على نسخة من القالب ابتعدت عن كل ما يدعمه المطور.
قوالب Shopify الحديثة مبنية لتجنب ذلك. فالأقسام والكتل وكتل التطبيقات تتيح وضع قدر كبير من التخصيص في الإعدادات وفي ملفات إضافية بدلًا من تعديل القوالب الأساسية. والمطور الذي يلجأ غريزيًا إلى تعديل الملفات مباشرة يسلّمك بهدوء فاتورة صيانة ستصل لاحقًا باسم شخص آخر.
Shopify أم WooCommerce؟ مقارنة صادقة
نبني على المنصتين، لذا لا مصلحة لنا في الإجابة. يعتمد الاختيار على مقدار التحكم الذي تحتاجه ومقدار المسؤولية التشغيلية التي تريد تحملها.
| Shopify | WooCommerce | |
|---|---|---|
| الاستضافة والأمان | مشمولة وتُدار نيابة عنك | عليك ترتيبها ومراقبتها ودفع تكلفتها |
| التحكم في صفحة الدفع | قابلة للتوسيع في نقاط محددة، وغير قابلة للاستبدال | قابلة للتخصيص بالكامل، بما في ذلك بنيتها |
| مرونة الدفع | قوية في أسواق البطاقات؛ وقد تفرض بوابات الطرف الثالث رسومًا إضافية | أي بوابة، بما فيها الطرق اليدوية والإقليمية |
| تكلفة التشغيل | رسوم خطة متوقعة، إضافة إلى اشتراكات تطبيقات تتراكم | استضافة وصيانة؛ دون اشتراكات لكل ميزة |
| وقت الإطلاق | أسرع، فقرارات البنية التحتية متخذة مسبقًا | أبطأ، مع قرارات أكثر يجب اتخاذها بشكل صحيح |
| ملكية البيانات | بياناتك، على منصتهم، عبر واجهات API الخاصة بهم | قاعدة بياناتك، على خادمك |
| الأنسب لـ | الفرق التي تريد البيع لا تشغيل البرمجيات | المتاجر ذات سير العمل غير المعتاد أو احتياجات الدفع الإقليمية |
باختصار: Shopify هو الخيار الصحيح عادة لمتجر يريد النمو دون تحمّل عبء تشغيل تقني. وWooCommerce هو الصحيح عادة عندما يكون نموذج العمل نفسه غير معتاد: التحقق اليدوي من الدفع، أو سير عمل شحن إقليمي، أو عمليات طلب لن تستطيع أي صفحة دفع مستضافة تمثيلها. وقد كتبنا في موضع آخر عن الانتقال بين المنصتين، وهو مشروع مختلف عن كليهما.
كم يكلف تطوير Shopify
تختلف الأسعار كثيرًا باختلاف المنطقة وما يُشترى فعلًا. النطاقات أدناه تخص عمل التطوير نفسه وتعكس تكلفة المشاريع الجادة لدى وكالة راسخة؛ أما رسوم خطة Shopify وأي اشتراكات تطبيقات فمنفصلة ومستمرة.
| النطاق | النطاق السعري المعتاد | ما يتضمنه |
|---|---|---|
| إعداد المتجر وإطلاقه | 1,500–4,000 دولار | قالب مدفوع مضبوط بشكل صحيح: المنتجات، والمجموعات، والضرائب، والشحن، والمدفوعات، والنطاق، والبريد. مع تكييف بصري خفيف. |
| تخصيص القالب | 4,000–12,000 دولار | أقسام مخصصة، وعمل على صفحة المنتج، ومحتوى قائم على metafields، وإعادة تصميم المجموعات والتنقل، وضبط الأداء. |
| بناء قالب مخصص | 12,000–30,000 دولار فأكثر | قالب مبني من نظام تصميم بدلًا من تكييفه. ويقترن عادة بمشروع هوية أو UX. |
| تطبيق أو تكامل مخصص | 3,000–18,000 دولار فأكثر | تكامل مع ERP أو المخزون أو شركة الشحن؛ وShopify Functions لمنطق الخصم أو الشحن أو الدفع؛ وأدوات إدارة داخلية. |
| دعم مستمر | 300–1,500 دولار شهريًا | تعديلات، ومراقبة، وحل تعارضات التطبيقات، والأعمال الصغيرة التي كانت ستنتظر أشهرًا لمشروع. |
ملاحظتان حول قراءة هذا الجدول. العرض الذي يقل كثيرًا عن هذه النطاقات يكون عادة ضبطًا يُباع على أنه تطوير، وهذا لا بأس به إن كان الضبط ما تحتاجه، ومكلف إن لم يكن. والعرض الذي يزيد عليها كثيرًا يجب أن يرافقه مستند نطاق يشرح السبب: فالتعقيد سبب مشروع، أما الغموض فلا.
متى تحتاج فعلًا إلى تطبيق مخصص
معظم المتاجر لا تحتاج إليه أبدًا، والوكالة التي تقترح تطبيقًا مخصصًا لكل طلب تبيع ساعات. هناك ثلاث حالات يكون فيها البناء هو الخيار الرابح فعلًا.
- المنطق هو عملك. قواعد التسعير، والتخصيص، وإعداد المنتجات حسب الطلب: إذا كانت القاعدة هي ما يميزك، فاستئجارها من تطبيق يعني أن ميزتك التنافسية على خطة عمل شخص آخر.
- التكامل غير موجود. شركات الشحن الإقليمية وأنظمة المحاسبة المحلية وأنظمة ERP القديمة كثيرًا ما لا يكون لها أي تطبيق في المتجر. يجب أن يكتب أحدهم الموصل، والبديل هو شخص يعيد كتابة الطلبات بين شاشتين.
- كومة التطبيقات أصبحت هي المشكلة. عندما تكلف ستة اشتراكات سنويًا أكثر من البناء، وتتعارض فيما بينها، وتبطئ المتجر، يصبح دمجها في تطبيق واحد تملكه خفضًا للتكلفة لا نفقة.
خارج هذه الحالات، يكون اشتراك متجر التطبيقات هو الإجابة الأفضل، وسنقول لك ذلك. نبني تطبيقات Shopify مخصصة عندما يكون لها ما يبررها، وهذا أقل مما ستخبرك به وكالة لديها ساعات تريد ملأها.
كيف تختار مطور Shopify
تبدو ملفات الأعمال كلها متشابهة، لأن قوالب Shopify كلها تصل إلى مستوى أساسي متقارب. هذه الأسئلة تفصل العمل عن العرض.
- «كيف تخصصون القالب دون منع تحديثاته؟» الإجابة الجيدة تتحدث عن الأقسام وكتل التطبيقات والملفات الإضافية. والإجابة المبهمة تعني أنك سترث قالبًا لا يستطيع أحد تحديثه.
- «كم سيضيف هذا إلى وزن الصفحة؟» كل من عمل فعلًا على التحويل لديه رأي في تكلفة الأداء لما يقترحه.
- «أي هذه الميزات يجب أن نشتريها كتطبيق بدلًا من بنائها؟» المطور الذي لا يوصي بالشراء أبدًا لا يقدم لك مشورة.
- «من يملك الكود، وماذا يحدث إن غادرنا؟» يجب أن تكون الإجابة فورية وواضحة وموجودة في العقد.
- «كيف يبدو الدعم بعد الإطلاق؟» المتاجر تحتاج إلى تغييرات. والمطور الذي لا يملك ترتيبًا للدعم يخطط للاختفاء.
علامات تحذيرية
- سعر ثابت يُطرح قبل أن يسأل أحد عما يجب أن يفعله المتجر.
- لا ذكر للبيئة التجريبية. إجراء التغييرات مباشرة على متجر حي ليس سير عمل، بل عادة.
- الإجابة عن كل متطلب بعبارة «هناك تطبيق لذلك»، أو عدم الإجابة عن أي منها بها.
- التردد في تسمية القالب أو الإطار أو النهج المزمع استخدامه.
- جداول زمنية لا تتضمن وقت مراجعتك. ملاحظاتك جزء من الجدول، لا مقاطعة له.
كيف نتعامل مع مشاريع Shopify
نبدأ بالسؤال عما يجب أن يفعله المتجر تشغيليًا، لا عن شكله. التصميم مهم (فهو معظم سبب ثقة الناس بالعلامة التجارية)، لكن المتجر الجميل الذي لا يستطيع التعبير عن قواعد الشحن الخاصة به سيستهلك من أسبوعك أكثر من متجر عادي يستطيع ذلك.
يوضع التخصيص في الأقسام والكتل وmetafields حيثما سمحت المنصة، ليبقى القالب قادرًا على تلقي التحديثات. وتُبنى التكاملات لتبلّغ عن إخفاقاتها بدلًا من ابتلاعها، لأن المزامنة التي تتخطى السجلات بصمت أسوأ من مزامنة تتوقف وتقول ذلك. وكل ما نبنيه موثق بما يكفي ليستلمه مطور آخر، وهذا هو الاختبار الوحيد الحقيقي لما إذا كنت تملكه فعلًا.
تنطبق المبادئ نفسها على عملنا في تطوير قوالب Shopify وتطوير التطبيقات، وعلى الصيانة التي تبقي كليهما يعمل بعد الإطلاق.
الأسئلة الشائعة
كم يستغرق بناء متجر Shopify؟
المتجر المضبوط على قالب موجود يستغرق عادة من أسبوعين إلى أربعة. والتخصيص الكبير للقالب من ستة إلى عشرة. والقالب المخصص المبني من تصميم من عشرة إلى ستة عشر أسبوعًا، والتطبيق أو التكامل المخصص عادة من أربعة إلى اثني عشر حسب ما يربط به. وأكبر متغير نادرًا ما يكون التطوير، بل سرعة وصول بيانات المنتجات والصور والنصوص.
هل أحتاج إلى Shopify Plus؟
معظم المتاجر لا. يستحق Plus تكلفته مع حجم طلبات كبير، أو لعمليات متعددة المتاجر أو المناطق، أو عندما تحتاج إلى أعمق مستوى من التحكم في صفحة الدفع وحدود API أعلى. وتحت هذا الحد، يكون إنفاق المال على التطوير والتسويق أجدى دائمًا تقريبًا من إنفاقه على فئة الخطة.
هل يمكن تخصيص صفحة الدفع في Shopify؟
نعم، ضمن نموذج التوسيع في Shopify. يمكن إضافة حقول ومحتوى وعمليات تحقق في نقاط محددة من صفحة الدفع، وتغيير منطق الخصم والشحن والدفع بوظائف على الخادم. أما ما لا يمكن في أي خطة فهو استبدال صفحة الدفع بمسار من تصميمك؛ فإذا كان ذلك شرطًا أساسيًا، فالمنصة غير مناسبة.
هل Shopify أفضل من WooCommerce؟
لا أحد منهما أفضل بشكل عام. Shopify يزيل عبء تشغيل البنية التحتية للمتجر ويتقاضى مقابل ذلك رسوم الخطة والتطبيقات. وWooCommerce يمنح تحكمًا كاملًا في صفحة الدفع والمدفوعات والبيانات، ويتقاضى مقابل ذلك تكلفة الاستضافة والصيانة. اختر Shopify لتبيع دون تشغيل برمجيات؛ واختر WooCommerce عندما يحتاج نموذج عملك إلى سلوك لا تسمح به صفحة دفع مستضافة.
هل سيبطئ التطوير المخصص متجري؟
قد يفعل، وإن نُفذ بشكل سيئ فغالبًا يفعل. كل تطبيق وسكربت يُضاف إلى المتجر يزيد وزن الصفحة، ووزن الصفحة يكلف تحويلات على اتصالات الهاتف. أما العمل المخصص المتقن فكثيرًا ما يكون أسرع من كومة التطبيقات التي يستبدلها، لأن ميزة واحدة مبنية لغرض محدد تحمّل أقل من ثلاث ميزات عامة.
هل يمكنكم العمل على متجر لم تبنوه؟
نعم، وهذا معظم ما نفعله. الخطوة الأولى تدقيق: ما القالب، ومدى تعديله، وما التطبيقات المثبتة وكم تكلف فعلًا، وأين يفقد المتجر سرعته. وهذا التدقيق مفيد حتى لو قررت بعده تنفيذ العمل في مكان آخر.
تخطط لبناء متجر Shopify، أو للانتقال بين المنصات، أو تحاول معرفة ما إذا كان التطبيق المخصص مبررًا؟ لنتحدث؛ سنقدم لك تقييمًا صريحًا، حتى عندما تكون الإجابة أنك لا تحتاج إلينا.