WooCommerce

اربط متجر WooCommerce لمزامنة عملائه في قائمة جهات اتصال في MailInApp وتغذية الرحلات ونسبة الإيرادات بالطريقة نفسها التي يفعلها ربط Shopify. والفرق الوحيد أن WooCommerce يصادق بطريقة مختلفة، لأنه ليس منصة تطبيقات مستضافة لها مسار OAuth خاص بها.

ربط متجرك

ربط WooCommerce رسم لمرة واحدة قدره $30، يُفوتر عبر صفحة دفع مستضافة لدى MailInApp (بطاقة عبر Stripe، أو PayPal) في أول مرة تربط فيها، وهو متاح في كل باقة (بما فيها المجانية). ولا يُسترد إن فصلت المتجر لاحقًا، لكن إعادة الربط مجانية لاحقًا على حساب MailInApp نفسه.

في موقع WordPress الخاص بك، انتقل إلى WooCommerce → Settings → Advanced → REST API وأنشئ مفتاحًا بصلاحية Read — فـ MailInApp لا يطلب أبدًا صلاحية الكتابة في متجرك. ثم في الإعدادات ← التكاملات في MailInApp، الصق رابط متجرك وذلك المفتاح للربط. يتحقق MailInApp من بيانات الاعتماد بطلب حيّ قبل حفظها، فيفشل خطأ مطبعي أو مفتاح ملغى في خطوة الربط بشكل نظيف بدلًا من حفظ شيء معطوب. كما يسجّل Webhooks خاصة به في متجرك وقت الربط (customer.created، وorder.updated) فتصل إليه تغييرات العملاء والطلبات في الوقت الفعلي بدلًا من الاستطلاع الدوري.

ما يفعله

• مزامنة العملاء — ملء أوّلي بأثر رجعي، بحدّ أقصى 2,000 عميل لأن WooCommerce يقسّم النتائج إلى صفحات بدلًا من توفير مؤشر مزامنة، تليه تحديثات مستمرة من Webhooks المسجّلة، إلى قائمة جهات اتصال مخصّصة لهذا التكامل.
• مشغّلات الرحلات — مشغّلا التخلّي عن السلة والشراء نفساهما اللذان يدعمهما Shopify. لكن WooCommerce لا يملك حدث «بدء الدفع» مدمجًا كما يملكه Shopify، لذا فإن مشغّل رحلة التخلّي عن السلة في تكامل WooCommerce لن يجد افتراضيًا أي شيء ليسجّله — فمزامنة العملاء والطلبات المدفوعة هما الإشارتان اللتان يمنحهما WooCommerce لـ MailInApp دون إعداد إضافي. وإن كان متجرك يشغّل إضافة منفصلة للسلال المتروكة قادرة على استدعاء Webhook، فوجّهها إلى التكامل نفسه لسدّ تلك الفجوة. راجع الرحلات.
• نسبة الإيرادات — يقرأ بيانات نسبة الطلبات الوصفية المدمجة في WooCommerce نفسه (المفعّلة افتراضيًا منذ WooCommerce 8.5، دون حاجة إلى إضافة) حيثما وُجدت، فتغذّي الملخّصات الإجمالية للإيرادات نفسها في الردود واختبار A/B التي يغذّيها طلب الدفع الأصلي.
• شرائح سجل الشراء وعروض الخصم — تُزامَن بنود الطلبات إلى جانب العملاء، فيستطيع عامل تصفية الجمهور مطابقة «اشترى المنتج X بين التاريخ A والتاريخ B» (راجع سجل الشراء)، ويستطيع المشروع إصدار قسيمة WooCommerce للاستخدام مرة واحدة لكل مستلم مطابق، تُسترد في صفحة الدفع في متجرك (راجع عرض الخصم). وتُزامَن الطلبات الجارية من Webhooks المسجّلة تلقائيًا؛ أما المتجر المرتبط قبل إطلاق هذه الميزة، أو ذو السجل الأقدم، فيحتاج إلى سحب لمرة واحدة عبر ملء سجل الطلبات بأثر رجعي من الإعدادات ← التكاملات للطلبات ذات الحالة «قيد المعالجة» أو «مكتملة» — دون حدّ الـ ~60 يومًا الذي يفرضه قيد Shopify على التطبيقات غير المعتمدة. ويمكن لـ عنصر المنتج المستورد من كتالوجك أن يُصدر بشكل مستقل خصمًا لكل منتج خاصًا به — مقصورًا على ذلك المنتج وحده، دون حاجة إلى عامل تصفية للجمهور — راجع الخصومات الأصلية في المتجر ورموز خصم منتجات WooCommerce.
• كتالوج المنتجات للاستوديو — تُزامَن منتجات متجرك المنشورة إلى MailInApp أيضًا، وتُحدَّث تلقائيًا بالإيقاع نفسه الذي يُحدَّث به العملاء (دون زر منفصل). ويبحث منتقي الاستيراد من المتجر في عنصر المنتج في هذا الكتالوج المُزامَن ويملأ اسم العنصر ووصفه وصورته وسعره من منتج حقيقي — نسخة لمرة واحدة، لا رابط حيّ، فلا ينحرف أي شيء في رسالة مرسلة عمّا راجعته. كما يُزامن رابط صفحة كل منتج، وحين يتوفّر، يضبط العنصر على الربط بصفحة الدفع في متجر خارجي موجّهًا إليه مباشرة — فيصبح المنتج المستورد جاهزًا للبيع في متجر WooCommerce الخاص بك دون أي شيء إضافي لضبطه؛ وأعد تبديله يدويًا إلى الدفع عبر MailInApp إن فضّلت تلقي الدفع عبر حساب Stripe المرتبط بدلًا من ذلك. ولا يملك WooCommerce حقل عملة لكل منتج، لذا يستخدم السعر المُزامَن إعداد العملة في متجرك.

فصل الربط

يوقف زر فصل في الإعدادات معالجة أي Webhooks أخرى فورًا، ولا يمس العملاء الذين زُومنوا سلفًا في قائمة جهات اتصالهم.