ConnectWiz + WooCommerce

تكامل يعمل

مزامنة WooCommerce في الاتجاهين — بعقد ملكية واضح

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

اقتران بنقرة واحدة ملكية على مستوى الحقل التعارضات على سجل
WooCommerce × ConnectWiz
تمرين قبل التشغيل
المنتجات والصور والمتغيّرات تدخل
الملكية: Woo / هنا / كلاهما — القرار لكم
تعارض التُقط ← سجل، ثم إعادة محاولة
30+
حقلًا يُنقَل مع كل منتج — الصور، ونوافذ التخفيض، وأكواد GTIN، والوسوم، والبيع الإضافي والمتقاطع، والمتغيّرات
15 دقيقة
عمر رابط الاقتران — فمصافحة الربط تنتهي صلاحيتها بدل أن تبقى معلّقة
4
موضوع webhook يُجهَّز تلقائيًا — فتغييرات المنتجات والطلبات والعملاء تتدفّق إلينا
2,000
منتج في كل عملية استيراد — سقف معلَن، لا مفاجأة عند الصف 2,001

التجارة الإلكترونية

ماذا يفعل، بالضبط

اقتران بنقرة واحدة

مسار التفويض القياسي في WooCommerce يجهّز مفاتيح الـAPI ونقاط webhook تلقائيًا — بلا طقس نسخ مفاتيح، وبلا قائمة مراجعة لنقاط webhook.

استيراد عميق

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

كتابة عكسية حقيقية

تعديلات المنتجات هنا يمكن أن تُكتب في Woo — محكومةً بمفتاح لكل عملية ووضع تمرين، فترون ما سيتغيّر قبل أن يتغيّر شيء.

ملكية على مستوى الحقل

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

سجل للتعارضات

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

الطلبات تنضمّ إلى المسار

طلبات Woo تظهر ومصدرها موسوم، بجوار طلبات متجر المحادثة والذكاء الاصطناعي والـAPI — حقيقة طلب واحدة عبر كل الأسطح.

الجانب التقني

هندسة مزامنة تتخطّاها معظم التكاملات

مصافحة اقتران شديدة الحذر

رابط الربط تنتهي صلاحيته خلال 15 دقيقة، والاستدعاء يُوسَم بأنه مُستهلَك قبل أي شيء آخر فلا يُعاد تشغيله ببيانات اعتماد أقدم — وعنوان المتجر المستخدَم هو الذي كتبتموه أنتم، لا الذي يدّعيه استدعاء.

محصَّن ضد إعادة المحاولة بالتصميم

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

العلاقات في تمريرة ثانية

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

العملة تُقرأ مرة واحدة، وبشكل صحيح

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

خريطة حالات متحفّظة

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

ما كتبتموه بأيديكم يفوز

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

الإعداد

كيف يتم الربط

01

اقتران المتجر

انقروا «ربط»، ووافقوا في لوحة إدارة WooCommerce — وتُجهَّز لكم المفاتيح ونقاط webhook.

02

اختيار الملكية

اختاروا، لكل مجال بيانات، من يملك الحقيقة: Woo، أو ConnectWiz، أو كلاهما في الاتجاهين.

03

تمرين، ثم تشغيل

شغّلوا عمليات الكتابة العكسية في وضع التمرين أولًا؛ ثم انتقلوا إلى التشغيل حين يبدو الفرق صحيحًا.

معًا أفضل

مع ماذا يتكامل

إضافة WordPress

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

تغذيات المنتجات

الكتالوج المستورَد يمكن نشره كتغذية Google Shopping / Meta Commerce — متغيّر واحد في كل صف، وتخطٍّ صادق مع ذكر الأسباب، وبلا تحويلات عملة مخترَعة. راجعوا Commerce.

Wiz والمسارات

يجيب الذكاء الاصطناعي عن «أين طلبي؟» من بيانات المتجر الحيّة، وتستطيع المسارات أن تتفاعل مع أحداث التجارة — فالمزامنة هي الأرضية التي يقف عليها كل ما سواها.

الأمان والضمانات

الضمانات المملّة

مفاتيح تُجهَّز، ولا تُلصَق أبدًا

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

كل نقطة webhook مُثبَتة

التسليمات الواردة موقَّعة بـHMAC بسرّ نسكّه لكل متجر، وتُقارَن في زمن ثابت — فـ«تحديث منتج» مزيّف يرتدّ عند الباب.

مؤدَّب مع متجركم

التسليمات المُتحقَّق منها لكن غير المعالَجة تُجيب بالنجاح رغم ذلك، لأن Woo يعطّل نقطة webhook بعد خمسة إخفاقات متتالية — فنستوعب الغرائب بدل أن ندع متجركم ييأس منّا.

خروج محميّ من SSRF

كل استدعاء لعنوان متجركم يمرّ عبر حارس خروج — فـ«عنوان متجر» خبيث لا يمكن استخدامه لاستكشاف شبكات داخلية.

الشروط الدقيقة، دون مواربة

الحدود، مكتوبة

لا معالجة للمدفوعات

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

الوسائط تتبع الملكية

حيث يملك Woo حقول المحتوى، تكون للقراءة فقط هنا بالتصميم — فجوهر عقد الملكية أنه يلزمنا نحن أيضًا.

سقف الألفَي منتج

عملية الاستيراد الواحدة تحمل حتى 2,000 منتج — حدّ هندسي معلَن. والكتالوجات الأكبر حديث عن التوسّع نفضّل إجراءه بصراحة على أن تنتهي المهلة في صمت.

الطلبات تُقرأ، لا تُنسَخ

طلبات المتجر تظهر حيّة على جهة الاتصال (مخزَّنة مؤقتًا لدقيقة، وأحدث عشرة منها) بدل تكرارها في سجل ثانٍ — قرار متعمَّد بمصدر حقيقة واحد، نذكره هنا.

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

إجابات مباشرة

تجدون المزيد في الأسئلة الشائعة، أو اسألونا مباشرة.

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

لا — وهذا هو محور التصميم. فالكتابة العكسية تعمل لكل عملية خلف وضع تمرين، والملكية على مستوى الحقل تجعل الحقول المملوكة لطرف آخر للقراءة فقط، ومفاتيح idempotency الحتمية تجعل إعادة المحاولة آمنة، وكل ما يتعارض يهبط على سجل ظاهر ليحلّه إنسان.

كلٌّ منهما يحلّ مهمة مختلفة: هذا التكامل يزامن الكتالوج والطلبات؛ وإضافة WordPress تضمّن أداة الدردشة وتسجّل دخول العملاء بالدخول الموحّد فيُعرَف عميل Woo المسجَّل داخل الدردشة. ومعظم المتاجر تشغّل الاثنين.

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

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

نعم — يُطابَق العملاء بهوية الحساب حيث توجد، وتُوجَد طلبات الضيوف بالبحث بالبريد أو الهاتف، فيُعرَف من يسأل «أين طردي؟» في الدردشة في الحالتين.

تكامل صادق خير من تكامل صاخب.

كل تكامل في هذه الصفحة موصوف بما يفعله فعلًا: اتجاه المزامنة، وملكية البيانات، والحدود.