الإضافة متاحة للشراء، لكن هل يستطيع نشاطك فتح الحساب الذي ستربط به؟ هذا سؤال يسبق شكل زر الدفع. قد تتلقى عرضًا منخفضًا لتركيب إضافة WooCommerce، ثم تكتشف أن المعالج لا يخدم كيانك التجاري أو أن طريقة التحصيل التي تحتاجها خارج نطاق الإضافة.
ثلاث جهات وراء عبارة «ربط الدفع»
هناك الإضافة التي تصل المتجر بالمعالج، وحساب التاجر الذي يخضع لشروط المعالج، وخدمة التنفيذ التي تضبط الربط وتتحقق منه. توضح وثائق WooCommerce أن رسوم المعالج وشروطه مستقلة عن تكلفة الإضافة. اسأل من يقدم كل جزء، ومن يجيب إذا عملت الإضافة بينما بقي الحساب غير مفعل.
نفترض متجرًا مصريًا لحقائب الأدوات يستقبل بعض الطلبات من الخليج. هذا مثال افتراضي بلا حسابات أو معاملات فعلية. وجود مشترٍ في بلد مدعوم لا يثبت أهلية الكيان المصري لفتح حساب هناك، كما أن عرض السعر بالعملة التي يفضلها المشتري لا يحدد تلقائيًا عملة تسوية التاجر.
ابدأ ببيانات النشاط لا بأسماء البوابات
جهز بلد تسجيل النشاط ونوعه، والجهة التي ستتعاقد والحساب المقترح للتسوية، والعملات ووسائل الدفع المطلوبة. اطلب من المعالج أو وثيقته الحالية تأكيد الشروط المتعلقة بهذه الحالة. لا تملأ فراغًا في العرض بافتراض أن استخدام المنصة نفسها يجعل كل حساباتها متاحة في كل سوق.
توضح صفحة WooPayments أن بلد تسجيل الشركة هو المرجع للنشاط التجاري، لا بلد إقامة الشخص، وتعرض قيودًا بحسب البلد ونوع الحساب. هذه وثيقة لخدمة محددة، وليست قائمة بكل بوابات WooCommerce أو ضمانًا لقبول طلبك. راجع المعلومات عند التعاقد؛ لا تعتمد على عدد دول قديم أو مثال رسوم أمريكي في صفحة عامة.
مصفوفة مقارنة قبل شراء الإضافة
املأ لكل خيار حالة «مدعوم بدليل» أو «مشروط» أو «غير متاح» أو «لم يُتحقق». أرفق تاريخ المرجع والجهة التي أجابت. القائمة أداة شراء مقترحة، وقد تحتاج بنودًا أخرى بحسب النشاط، وليست توصية ببوابة معينة أو تفسيرًا قانونيًا لشروطها.
| المحور | السؤال المكتوب | ما يمنع المقارنة المضللة |
|---|---|---|
| الأهلية والتسوية | هل يخدم الكيان والحساب المقترحين وبأي عملة؟ | فصل بلد التاجر عن بلد العميل وعملة العرض |
| طريقة التحصيل | هل تدعم الوسيلة والاشتراك المتكرر إن لزم؟ | وجود اسم البوابة لا يثبت كل خصائصها |
| التكلفة | ما سعر الإضافة والتنفيذ ورسوم المعالج المتكررة؟ | تحديد وحدة الرسم ومرجعه وما ليس في العرض |
| التوافق والدعم | أي واجهة إنهاء وإصدارات يشملها الربط ومن يصونها؟ | فصل دعم الإضافة عن الحساب وعن التعديلات الخاصة |
التوافق يحتاج واجهة محددة
اسأل هل تستخدم صفحة الإنهاء التقليدية أم Checkout block، وما النسخ والإضافات المؤثرة في التجربة. تعرض وثائق المطورين واجهة تسجيل لطرق الدفع داخل البلوك، مع شروط إتاحة وخصائص مرتبطة بالسلة. لذلك لا تعتبر تثبيت الإضافة دليلًا كافيًا على ظهور الوسيلة وعملها في كل واجهة.
لا تحتاج أن تختار أسلوب البرمجة بنفسك. اطلب من المنفذ تحديد ما هو مدعوم مباشرة وما يحتاج تطويرًا، ثم مشاهدة حالة تمثل منتجاتك وعملتك وطريقة الإنهاء في بيئة مناسبة. إذا أُضيف اشتراك متكرر لاحقًا، فليُراجع نطاقه بدل افتراض دخوله لأن الدفع مرة واحدة نجح.
ما النتيجة التي يشتريها عرض التنفيذ؟
ينبغي أن يوضح العرض إعدادات الربط التي يشملها، ومدخلاتك المطلوبة، وطريقة حفظ الاعتمادات تحت إدارة مخولة، والعينة التي سيُتحقق بها من النتيجة. لا تضع مفاتيح أو بيانات بطاقات في ملف مقارنة تجاري أو ترسلها إلى أفراد لا يحتاجونها لمجرد الإجابة عن سؤال سعر.
اطلب حالة نجاح وحالة تعذر موثقتين بالطريقة التي تسمح بها بيئة الاختبار، مع شرح ما تؤكدانه وما لا تؤكدانه عن التشغيل الحقيقي. لا تفترض أن حساب التجربة يثبت الموافقة التجارية أو مواعيد التسوية. أما قبول دورة الطلب والشحن والمرتجع كاملة فهو نطاق أوسع ينبغي تسميته وتسعيره بوضوح.
حدد من يبدأ التشخيص إذا اختفت الوسيلة أو تعارض تحديث مع الإضافة، ومن يرفع المشكلة للمعالج. راجع نطاق عرض تطوير المتجر، وأرفق المصفوفة عند طلب تنفيذ WooCommerce مع نكست ويف. تصبح مقارنة التكلفة مفيدة عندما تعرف الأهلية والوظائف والمسؤوليات التي يقابلها كل بند.
وثائق القرار
فُتحت إرشادات اختيار طريقة الدفع وبلدان WooPayments وأقسام تكامل طريقة الدفع بالبلوك في 4 نوفمبر 2026. لا أسعار ثابتة أو تفعيل مضمون أو شهادة امتثال هنا. أُعد النص بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
