أداة تخصيص المنتج في سلة وزد وShopify: الربط بالمتجر

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

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

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

متى يكفي اختيار النسخ العادي؟

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

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

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

سلة وزد وShopify وWooCommerce: المهمة نفسها، والربط مختلف

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

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

سلة وزد: ابدأ من توثيق المطورين الرسمي

المتاجر في السعودية تعمل كثيرًا على سلة أو زد. والمنصتان تنشران توثيقًا للمطورين: سلة في Salla Platform Docs، وفيه واجهات للتاجر (Merchant API)، وأدوات لواجهة المتجر، وواجهات للدفع؛ وزد في Zid Docs.

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

وإن لم يدعم المسار المتاح نقل البيانات اللازمة، فقد يكون الاستفسار المكتمل بدل الشراء المباشر هو الحل الأنسب. وهذا مشروح أدناه.

إضافة جاهزة أم أداة خاصة: ماذا يُفحص؟

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

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

ما الذي يجب أن يتضح قبل التطوير؟

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

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

حدّد نموذج البيانات قبل الواجهة

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

مشروع The Cargo Brothers يوثق أداة تسعير مخصصة لنقل المركبات. وهي حاسبة مستقلة، وليست دليلًا على ربط سُلّم مع متجر سلة أو زد أو Shopify أو WooCommerce. ويُخطَّط ربط المتجر هنا بالواجهات الرسمية.

التسليم إلى سلة الشراء

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

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

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

Shopify: إرسال النسخة والخصائص

واجهة Shopify Ajax Cart API توثق إضافة بند إلى السلة بمعرّف النسخة، والكمية، وخصائص إضافية اختيارية للبند. ويمكن وصف مثال توضيحي صراحة هكذا:

المثال يحتوي بندًا في السلة بمعرّف النسخة 123456789 والكمية 1. وكبيان إضافي يُرسل نقش بالنص «نص تجريبي». معرّف النسخة يحدد المنتج، والكمية عدد القطع. والنقش يكمل بيانات العميل لهذا البند، ولا يغيّر السعر تلقائيًا.

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

WooCommerce: فرّق بين السلة والإضافات

واجهة WooCommerce Store Cart API توثق عمليات السلة. وواجهة Cart Items API تعرض البنود والكميات والخصائص المرجعة. وبيانات التخصيص الخاصة يجب أن تُعالَج في طريق الإضافة المحدد.

ونقاط الربط في المنصات ليست حزم بيانات قابلة للتبادل. وللتخطيط نقترح حالات تنفيذ واختبار منفصلة لكل منصة. ولا يُعتبر حقل الإدخال مربوطًا بشكل صحيح إلا حين تثبت المعلومة اللازمة في النظام المقصود.

استفسار أم شراء مباشر؟

ليس كل منتج قابل للتخصيص يجب أن يُدفع فورًا. حين تُفحص الإمكانية التقنية أو النقل أو موعد التسليم لكل حالة، فالاستفسار الكامل هو غالبًا الخاتمة الأنسب.

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

ومثال موثق على التسعير الخاص هو The Cargo Brothers. فقد طوّرت Alkeme Design هناك أداة تسعير لنقل المركبات، تعطي عرضًا على الموقع. والمشروع يثبت عمل الحساب، وليس مرجعًا لربط مع سلة أو زد أو Shopify أو WooCommerce.

العرض والتصميم

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

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

ويتبع التصميم هوية العلامة الحالية. فالخط والألوان والصور يجب أن تناسب المتجر. وأداة غريبة ظاهرة تقطع الصلة بين صفحة المنتج والطلب.

خطط الاستخدام ورسائل الخطأ

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

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

التكلفة والتشغيل الجاري

لدى Alkeme Design سعر أدوات التخصيص الخاصة يبدأ من 3,375 ر.س (3,300 درهم). ويرتفع السعر الثابت مع القواعد والعرض والروابط. وهل يدخل تسليم محدد إلى سلة الشراء في الميزانية المقررة، يُفحص قبل البدء.

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

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

افصل التكلفة والتشغيل في العرض

سعر أداة التخصيص الخاصة لدينا يبدأ من 3,375 ر.س (3,300 درهم). وهذا ليس سعرًا مقطوعًا لكل ربط بمتجر. فالواجهة، والقواعد، والمعاينة، وصيانة البيانات، والاختبارات تحدد النطاق المحدد.

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

ما الذي يُفحص قبل الإطلاق؟

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

اختبر السعر والبيانات حتى الطلب

الاختبار المقترح	الإثبات المتوقع
اختيار صالح	النسخة والكمية الصحيحتان في السلة
تخصيص ثانٍ	لا دمج خاطئ لبيانات مختلفة
تركيبة غير مسموحة	رفض مفهوم ولا طلب خاطئ
قيمة معدلة من جهة المتصفح	فحص ملزم لقواعد السعر في الخادم
طلب تجريبي	البيانات اللازمة موجودة في إدارة الطلبات

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