Skip to main content
تطبيقات المتاجر هي أعمق التكاملات في كرزون وأكثرها أثراً على النتائج، لأنها تربط الطلب بـالمحادثة. عندما يعرف كرزون أن هذا العميل اشترى أمس، أو ترك سلته، أو تأخرت شحنته، تتغيّر جودة كل رسالة ترسلها وكل رد يكتبه فريقك. المتاجر المدعومة تشمل سلة · زد · متجرة · شوبيفاي · ووكومرس.

ماذا يتيح ربط المتجر؟

النتيجة: الوكيل يفتح المحادثة فيرى العميل وطلبه معاً، والأتمتة تتحرك في اللحظة التي يهم فيها التحرك.

الربط

سلة وزد تُربطان عبر OAuth: تسجيل دخول ونافذة أذونات، بلا مفاتيح. سجّل الدخول بحساب يملك المتجر فعلاً. شوبيفاي وووكومرس ومتجرة تُربط عبر بيانات اعتماد API تنشئها في لوحة المتجر ثم تنسخها إلى كرزون. الخطوات الكاملة وشارات الحالة في تثبيت تطبيق وربطه.
وسائط مطلوبة: ربط سلة عبر OAuth (نافذة الأذونات) ثم بطاقة التطبيق بحالة «متصل» مع قسم المزامنة.
المسار المقترح: /images/help/automations/apps-ecommerce-connect-salla.webp
فيديو (مستحسن): 40 ثانية: ربط متجر ثم تشغيل المزامنة الأولية.

المزامنة الأولية

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

أحداث المتجر كمشغّلات

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

مسارات جاهزة تستحق البناء

تأكيد الطلب

طلب جديد ← رسالة تأكيد بالتفاصيل ← وسم عميل «مشترٍ» ← تأخير حتى موعد الشحن المتوقع ← رسالة تحديث. بديل مباشر عن اتصال العميل ليسأل «هل وصل طلبي؟».

سلة متروكة

حدث سلوكي من كرزون بكسل أو حدث المتجر ← إجراء المتابعة بعد ساعة ← تذكير ← متابعة بعد ٢٤ ساعة ← عرض ثم توقف. المتابعة (لا التأخير) هي الصحيحة: من أكمل الشراء لا يجب أن يصله تذكير.

تغيّر حالة الطلب

تحديث حالة الطلب ← شرط على الحالة ← رسالة مناسبة لكل حالة (تم الشحن / جاهز للاستلام / أُلغي).

عميل غاضب بطلب متأخر

مشغّل محادثة + شرط على وجود طلب متأخر ← ملاحظة داخلية بتفاصيل الطلب + وسم «أولوية» + تعيين لمشرف.

بيع مكمّل بعد الشراء

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

إجراءات المتجر داخل المسار

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

قبل الإطلاق على عملاء حقيقيين

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

أخطاء شائعة

ذات صلة

آخر تعديل في ٩ أغسطس ٢٠٢٦