يبدو إعداد معالجة المدفوعات على موقع ووردبريس الخاص بك أمرًا بسيطًا حتى تصادف المصطلحات. بوابات الدفع، معالجات الدفع، حسابات التجار، البنوك المُستحوذة. يصف كل مصطلح جزءًا مختلفًا من بنية الدفع التحتية، وعدم فهم الفرق بينها يؤدي إلى اختيار الأدوات الخاطئة وبناء تجربة دفع تُكلفك خسائر في المبيعات.
يُزيل هذا الدليل أي لبس. فهو يشرح بدقة كيفية عمل معالجة المدفوعات في ووردبريس، وأي بوابة دفع وأي إضافة يجب استخدامها بناءً على ما تبيعه، وكيفية إعداد كل شيء بشكل صحيح، وكيفية التحقق من أنه يعمل قبل أن يحاول أول عميل حقيقي الشراء منك.
نظام معالجة المدفوعات في ووردبريس هو النظام الذي يسمح للمواقع الإلكترونية بقبول المدفوعات عبر الإنترنت بشكل آمن. ويعمل هذا النظام من خلال ثلاثة مكونات رئيسية: بوابة دفع تقوم بتشفير بيانات الدفع، ومعالج دفع يقوم بتفويض وتحويل الأموال، وحساب تاجر يستقبل المدفوعات قبل إيداعها في حسابك المصرفي التجاري.
عندما يقوم العميل بعملية شراء، تعمل هذه المكونات معًا للتحقق من المعاملة، ومعالجة الدفع، وإكمال الطلب في غضون ثوانٍ.
تعمل خدمات مثل Stripe وPayPal على تبسيط العملية من خلال دمج الوظائف الثلاث في حساب واحد، مما يجعل عملية معالجة المدفوعات سهلة الإعداد لأصحاب مواقع WordPress.
كيف تعمل عملية معالجة المدفوعات في ووردبريس؟
إن فهم آلية الدفع يمنع حدوث أخطاء في الإعداد ويساعدك على تشخيص المشاكل عند حدوثها.
بوابة الدفع
بوابة الدفع هي طبقة الأمان والاتصال بين صفحة الدفع وشبكة الدفع. عندما ينقر العميل على "ادفع الآن"، تقوم البوابة بما يلي:
- يقوم بتشفير بيانات البطاقة باستخدام بروتوكول أمان طبقة النقل (TLS) بحيث لا يمكن اعتراضها أثناء النقل
- يقوم هذا النظام بتحويل رقم البطاقة إلى رمز مميز، واستبداله برمز غير حساس يخزنه موقعك بدلاً من تفاصيل البطاقة الفعلية
- يرسل طلب التفويض المشفر إلى معالج الدفع
- يعيد نتيجة الموافقة أو الرفض إلى صفحة الدفع
تضمن بوابة الدفع الإلكتروني قبول المدفوعات عبر الإنترنت بأمان. لا يقوم موقع ووردبريس الخاص بك بتخزين أرقام البطاقات الخام مطلقًا. تتولى البوابة معالجة جميع البيانات الحساسة، مما يجنّب موقعك متطلبات الامتثال الأكثر صرامة لمعيار أمان بيانات صناعة بطاقات الدفع (PCI DSS).
معالج الدفع
يعمل معالج الدفع في الخلفية. يستقبل طلب التفويض من بوابة الدفع ويُحيله إلى شبكة البطاقات المناسبة (فيزا، ماستركارد، أمريكان إكسبريس). تتحقق شبكة البطاقات من الطلب مقابل البنك المُصدر للعميل، الذي يتحقق من توفر الأموال ويُقرّ المعاملة أو يرفضها. وتعود النتيجة عبر نفس سلسلة المعالجة في أقل من ثانيتين.
حساب التاجر
حساب التاجر هو نوع خاص من الحسابات المصرفية يُودع فيه الأموال المعتمدة قبل تحويلها إلى حسابك التجاري الرئيسي. تتطلب حسابات التجار التقليدية تقديم طلب منفصل إلى البنك أو شركة معالجة المدفوعات. أما الخدمات الحديثة مثل Stripeو PayPalو Square، فتتضمن حساب تاجر مدمجًا ضمن خدماتها، مما يُغني معظم الشركات الصغيرة عن هذا الشرط.
هل تحتاج إلى إعداد نظام الدفع الخاص بك في ووردبريس بشكل صحيح؟
تُهيئ شركة Seahawk أنظمة معالجة المدفوعات الكاملة لمنصة ووردبريس للمتاجر، ومواقع العضوية، وشركات الخدمات، والمنظمات غير الربحية. بدون عقود. بدون رسوم مسبقة.
اختيار إعداد الدفع المناسب لـ WordPress لحالة استخدامك
يعتمد اختيار إضافة الدفع المناسبة على نوع المنتج أو الخدمة التي تبيعها. استخدام الإضافة الخاطئة يُضيف تعقيدات غير ضرورية أو يُفقدك ميزات تحتاجها.
متجر المنتجات المادية
استخدم WooCommerce مع Stripe (عبر WooPayments أو إضافة Stripe) أو PayPal (عبر PayPal Payments).
ووكومرس هي المنصة القياسية لبيع المنتجات المادية على ووردبريس. تتولى إدارة قوائم المنتجات، والمخزون، وحسابات الشحن، والضرائب، وإدارة الطلبات. كما تتكامل بوابات الدفع مباشرةً مع عملية الدفع في ووكومرس.
قم بتثبيت WooPayments (المدعوم من Stripe) للحصول على تكامل سلس للغاية. فهو مبني على WooCommerce، ولا يتطلب أي إضافات خارجية، ويدعم جميع شبكات البطاقات الرئيسية، وApple Pay، وGoogle Pay من لوحة إعدادات واحدة.
التنزيلات الرقمية والبرامج
استخدم خدمة التنزيلات الرقمية السهلة (EDD) مع Stripe أو PayPal.
EDD خصيصًا لبيع الملفات الرقمية: الكتب الإلكترونية، والدورات التدريبية، والبرامج، وأصول التصميم، والملفات الصوتية. يتولى النظام مسؤولية تسليم الملفات بعد الشراء، وحدود التنزيل، وتراخيص البرامج، وسجل المشتريات. وهو أخف وزنًا بكثير من WooCommerce للمتاجر الرقمية فقط.
مواقع العضوية والاشتراكات
استخدم MemberPress مع Stripe أو PayPal، أو WooCommerce مع اشتراكات WooCommerce.
تتطلب مدفوعات الاشتراكات بوابة دفع تدعم الفوترة الدورية. يوفر Stripe هذه الميزة بشكل أساسي. أما PayPal فيتطلب التكامل مع منصة PayPal Commerce Platform (وليس PayPal Standard القديم). بينما يتولى MemberPress إدارة مستويات الوصول، وقيود المحتوى، وإدارة الاشتراكات، بالإضافة إلى الفوترة الدورية.
شركات الخدمات وسداد الفواتير
استخدم WP Simple Pay (للمدفوعات لمرة واحدة والمتكررة بدون متجر كامل) أو WPForms مع Stripe (لنماذج الدفع المضمنة في نماذج الاتصال أو عروض الأسعار).
نادراً ما تحتاج الشركات الخدمية إلى كتالوج منتجات كامل. يوفر WP Simple Pay نموذج دفع بسيط وسهل الاستخدام، يُتيح التعامل مع المدفوعات لمرة واحدة، وخطط الدفع، والفواتير الدورية دون أي تكاليف إضافية من WooCommerce.
المنظمات غير الربحية والتبرعات
استخدم Charitable أو GiveWP مع Stripe أو PayPal.
تم تصميم كلا الإضافتين خصيصًا لجمع التبرعات للمنظمات غير الربحية. وهما تعالجان تتبع أهداف التبرعات، والتبرعات الدورية، وإدارة الأموال، وسجلات المتبرعين. كما تدعمان التبرع المجهول، وإرسال إيصالات التبرعات عبر البريد الإلكتروني، وميزات إعداد تقارير التبرعات التي لا تتضمنها إضافات الدفع العامة.
مقارنة أفضل بوابات الدفع في ووردبريس
| بوابة | رسوم المعاملة | الرسوم الشهرية | المدفوعات المتكررة | الأفضل لـ |
| شريط | 2.9% + $0.30 | لا أحد | نعم | معظم مواقع ووردبريس |
| باي بال | 3.49% + $0.49 | لا أحد | نعم (منصة التجارة الإلكترونية) | مواقع تضم عملاء يفضلون استخدام باي بال |
| مربع | 2.9% + $0.30 | لا أحد | نعم | مواقع إلكترونية تقدم خدمات البيع المباشر وعبر الإنترنت |
| Authorize.Net | 2.9% + 0.30 دولار + 25 دولار شهرياً | $25 | نعم | الشركات الراسخة ذات الحجم الكبير |
| كلارنا | عامل | لا أحد | اشتر الآن، وادفع لاحقاً | متاجر التجارة الإلكترونية التي تستهدف المشترين الأصغر سناً |
| برينتري | 2.59% + $0.49 | لا أحد | نعم | المتاجر ذات الحجم الكبير التي تحتاج إلى أسعار أقل |
Stripe الخيار الأمثل لمعظم مواقع ووردبريس. فهو لا يفرض رسومًا شهرية، ويتميز بأقل معدل معاملات قياسي بين بوابات الدفع الرئيسية، ويدعم المدفوعات المتكررة والاشتراكات بشكلٍ أصلي، كما يضمّ أوسع نظام إضافات. بالإضافة إلى ذلك، يوفر Stripe خدمة Stripe Radar للحماية من الاحتيال، ويتولى تلقائيًا متطلبات المصادقة القوية للعملاء الأوروبيين.
باي بال إلى جانب سترايب، حيث يفضل شريحة كبيرة من المتسوقين عبر الإنترنت الدفع باستخدام باي بال. وتشير الأبحاث باستمرار إلى أن توفير باي بال إلى جانب خيارات الدفع بالبطاقات يزيد من معدلات التحويل بنسبة تتراوح بين 5% و10%.
مقارنة أفضل إضافات الدفع في ووردبريس
| إضافة | الأفضل لـ | يتطلب WooCommerce | السعر المبدئي | المدفوعات المتكررة |
| WooPayments | متاجر المنتجات المادية | نعم | حر | نعم |
| تنزيلات رقمية سهلة | مبيعات الملفات الرقمية | لا | مجاناً / 99 دولاراً سنوياً | نعم |
| WP Simple Pay | الخدمات، الفواتير، النماذج البسيطة | لا | 99 دولارًا سنويًا | نعم |
| ممبر برس | مواقع العضوية | لا | 179 دولارًا سنويًا | نعم |
| GiveWP | تبرعات المنظمات غير الربحية | لا | مجاناً / 149 دولاراً سنوياً | نعم |
| الأعمال الخيرية | حملات غير ربحية | لا | مجاناً / 149 دولاراً سنوياً | نعم |
| WPForms Pro | نماذج الدفع مضمنة في أي صفحة | لا | 199 دولارًا سنويًا | محدود |
| أشكال الجاذبية | تدفقات الدفع المشروطة المعقدة | لا | 59 دولارًا سنويًا | عبر إضافة |
كيفية إعداد معالجة المدفوعات في ووردبريس؟
ابدأ بتفعيل بروتوكول SSL وبروتوكول SMTP الخاص بـ WP Mail قبل تعديل أي إعدادات للدفع. هاتان الخطوتان تمنعان معظم المشاكل الشائعة بعد إطلاق الموقع، بغض النظر عن بوابة الدفع التي تستخدمها.
الخطوة 1: اختر البوابة والملحق الخاص بك
استنادًا إلى جدول حالات الاستخدام أعلاه، حدد التركيبة الأنسب لموقعك. الإعداد الأكثر شيوعًا لموقع ووردبريس جديد هو:
- ووكومرس + ووبايمنتس للمتاجر التي تبيع منتجات مادية أو مختلطة
- WP Simple Pay + Stripe للشركات الخدمية وصفحات الدفع البسيطة
- MemberPress + Stripe لمواقع العضوية والاشتراكات
الخطوة الثانية: التحقق من تفعيل بروتوكول SSL
يتطلب إعداد أي عملية دفع استخدام بروتوكول HTTPS. تأكد من أن عنوان موقعك الإلكتروني يبدأ بـ https:// وأن رمز القفل يظهر في شريط عنوان متصفحك. إذا لم يكن كذلك، فقم بتثبيت شهادة SSL من خلال مزود خدمة الاستضافة. توفر معظم شركات استضافة ووردبريس المُدارة (مثل Kinstaو WP Engineو DreamHost) شهادة SSL مجانية عبر Let's Encrypt.
انتقل إلى الإعدادات > عام في لوحة تحكم ووردبريس الخاصة بك، وتأكد من أن كلاً من عنوان ووردبريس وعنوان الموقع يبدآن بـ https://. إذا كانا يبدآن بـ http://، فقم بتحديثهما وامسح ذاكرة التخزين المؤقت.
الخطوة 3: تثبيت وتفعيل إضافة الدفع الخاصة بك
انتقل إلى الإضافات > إضافة جديد وابحث عن الإضافة التي اخترتها. قم بتثبيتها وتفعيلها، وأدخل مفتاح الترخيص الخاص بك إذا كنت تستخدم إضافة مدفوعة.
الخطوة الرابعة: ربط بوابة الدفع الخاصة بك
بالنسبة لـ Stripe: انتقل إلى إعدادات الدفع الخاصة بالمكوّن الإضافي وانقر على "الاتصال بـ Stripe". سجّل الدخول إلى حسابك على Stripe (أو أنشئ حسابًا على stripe.com) وقم بتفويض الاتصال. سيتم ملء مفاتيح API الخاصة بك تلقائيًا.
بالنسبة لـ PayPal: انتقل إلى إعدادات الدفع الخاصة بالملحق الخاص بك وانقر على "الاتصال بـ PayPal". استخدم اتصال منصة PayPal Commerce بدلاً من اتصال PayPal Standard القديم. سجّل الدخول إلى حساب PayPal Business الخاص بك وقم بتفويض العملية.
قم بتفعيل وضع الاختبار في إعدادات الإضافة قبل قبول المدفوعات الفعلية.
الخطوة 5: ضبط إعدادات الدفع
لـ WooCommerce:
- انتقل إلى WooCommerce > الإعدادات > المدفوعات وقم بتفعيل بوابات الدفع التي اخترتها
- ضمن WooCommerce > الإعدادات > عام، قم بتكوين عملتك الأساسية وإعدادات الضرائب وعنوان المتجر
- ضمن WooCommerce > الإعدادات > الدفع، قم بتمكين خيار الدفع كضيف إذا كان ذلك مناسبًا لنشاطك التجاري
لخدمة الدفع البسيط من ووردبريس:
- انتقل إلى WP Simple Pay > نماذج الدفع > إضافة جديد
- حدد مبلغ الدفع والعملة وفترة الفوترة (مرة واحدة أو متكررة)
- قم بضبط رسالة التأكيد ورسائل البريد الإلكتروني الخاصة بالإشعارات
- قم بتضمين النموذج في صفحة باستخدام الكتلة أو الرمز المختصر
الخطوة 6: تفعيل رسائل البريد الإلكتروني الخاصة بالدفع
ينبغي أن تؤدي كل عملية دفع إلى إرسال رسائل بريد إلكتروني تلقائية إلى كل من العميل وشركتك.
في ووكومرس، انتقل إلى ووكومرس > الإعدادات > البريد الإلكتروني وقم بتمكين ما يلي:
- طلب جديد (لفريقك)
- معالجة الطلب (للعميل بعد الدفع)
- تم إتمام الطلب (للعميل بعد التنفيذ)
- استرداد قيمة الطلب (للعميل بعد استرداد المبلغ)
قم بتثبيت إضافة WP Mail SMTP وربطها بخدمة بريد إلكتروني للمعاملات (مثل SendLayer أو Brevo أو Gmail SMTP) قبل بدء التشغيل. تعاني وظيفة البريد الإلكتروني الافتراضية في ووردبريس (PHP) من ضعف في إمكانية وصول الرسائل. بدون إضافة WP Mail SMTP، قد ينتهي المطاف برسائل تأكيد الدفع في مجلد الرسائل غير المرغوب فيها أو قد لا تصل على الإطلاق.
الامتثال لمعيار PCI DSS لأصحاب مواقع ووردبريس
معيار أمان بيانات صناعة بطاقات الدفع (PCI DSS) هو إطار أمني ينظم كيفية تعامل الشركات مع بيانات الدفع بالبطاقات. ويُشترط الامتثال لهذا المعيار لأي شركة تقبل أو تعالج أو تخزن معلومات البطاقات.
الخبر السار لأصحاب مواقع ووردبريس الذين يستخدمون بوابات استضافة حديثة هو أن متطلبات الامتثال الخاصة بهم ضئيلة.
عند استخدام Stripe أو PayPal أو Square، لا تصل بيانات بطاقتك إلى خادم WordPress الخاص بك مطلقًا. تتولى بوابة الدفع معالجة جميع البيانات الحساسة على بنيتها التحتية الخاصة المتوافقة مع معايير PCI. موقعك مسؤول فقط عن:
- الحفاظ على بروتوكول HTTPS على جميع الصفحات
- تحديث ووردبريس والإضافات والقوالب
- استخدام كلمات مرور قوية للمسؤولين والمصادقة الثنائية
- قم بإجراء عمليات فحص منتظمة للبرامج الضارة على بيئة الاستضافة الخاصة بك
إذا كنت تستخدم بوابة دفع تخزن بيانات البطاقات على خادمك، أو إذا كنت تُنشئ نظام دفع مخصصًا، فإن متطلبات معيار أمان بيانات صناعة بطاقات الدفع (PCI DSS) ستكون أكثر صرامة. بالنسبة لمعظم مواقع ووردبريس، فإن استخدام بوابة دفع مستضافة مثل Stripe يُلغي هذا التعقيد تمامًا.
كيفية اختبار المدفوعات قبل إطلاقها رسميًا؟
لا تقبل المدفوعات الفعلية إلا بعد إجراء اختبار شامل لجميع سيناريوهات الدفع. فاكتشاف خلل في عملية الدفع عند طلب عميل حقيقي أمر يمكن تجنبه.
بطاقات اختبار الشريط
استخدم أرقام بطاقات الاختبار هذه مع أي تاريخ انتهاء صلاحية مستقبلي، وأي رمز CVV مكون من ثلاثة أرقام، وأي رمز بريدي للفاتورة:
| رقم البطاقة | نتيجة |
| 4242 4242 4242 4242 | تمت عملية الدفع بنجاح |
| 4000 0000 0000 0002 | تم رفض البطاقة |
| 4000 0000 0000 9995 | رصيد غير كافٍ |
| 4000 0025 0000 3155 | يتطلب مصادقة ثلاثية الأبعاد آمنة |
بيئة اختبار باي بال
انتقل إلى developer.paypal.com وأنشئ حسابات تجريبية للمشترين والبائعين. فعّل وضع الاختبار في إضافة PayPal الخاصة بك، واستخدم بيانات اعتماد الاختبار لإجراء معاملات تجريبية.
قائمة التحقق من الدفع قبل الإطلاق
- اختبر عملية دفع ناجحة من البداية إلى النهاية
- تأكد من وصول رسالة تأكيد الطلب إلى عنوان البريد الإلكتروني التجريبي
- تأكد من وصول بريدك الإلكتروني الخاص بإشعار الفريق
- اختبر البطاقة المرفوضة وتأكد من أن رسالة الخطأ واضحة ومفيدة
- اختبار على الهاتف المحمول: هل يمكن استخدام صفحة الدفع على شاشة بحجم 375 بكسل؟
- تحقق من عمل معالجة المبالغ المستردة من لوحة تحكم الإضافة الخاصة بك
- في حالة الاشتراكات: تأكد من ظهور الاشتراك في لوحة تحكم البوابة الإلكترونية مع تاريخ التجديد الصحيح
- انتقل من وضع الاختبار إلى الوضع الفعلي وتأكد من حفظ الإعدادات بشكل صحيح
مشاكل الدفع الشائعة في ووردبريس وكيفية حلها
لا تُعِد تشغيل عملية دفع فاشلة قبل فهم سبب فشلها. كل مشكلة من المشكلات المذكورة أدناه تشرح السبب الجذري، حتى تتمكن من إصلاح المشكلة الصحيحة من المرة الأولى.
فشل عمليات الدفع عند إتمام عملية الشراء
السبب الأكثر شيوعًا هو إعداد خاطئ لبوابة الدفع أو تعارض في الإضافات. تحقق من ثلاثة أمور: تأكد من أن مفاتيح واجهة برمجة التطبيقات (API) مُخصصة للوضع الفعلي (وليس وضع الاختبار)، وتحقق من تفعيل بروتوكول SSL على صفحة الدفع، وعطّل الإضافات غير الضرورية لاختبار التعارضات. إذا كان العطل يؤثر على أنواع بطاقات مُحددة فقط، فتحقق مما إذا كانت طرق الدفع ذات الصلة مُفعّلة في لوحة تحكم بوابة الدفع.
رسوم مكررة
تحدث عمليات الدفع المكررة عادةً عندما ينقر العملاء على زر الإرسال عدة مرات أثناء معالجة الدفع. أضف حالة تحميل إلى زر الدفع بحيث يصبح غير قابل للنقر فورًا بعد النقر الأول. يتولى ووكومرس هذه العملية تلقائيًا. بالنسبة لنماذج الدفع المخصصة، أضف خاصية "disabled" إلى زر الإرسال عند النقر الأول باستخدام جافا سكريبت.
أخطاء في شهادة SSL عند إتمام عملية الشراء
إذا كانت شهادة SSL الخاصة بك مثبتة، ولكن يرى العملاء تحذيرًا أمنيًا على صفحة الدفع، فتحقق من وجود محتوى مختلط: أي تحميل موارد HTTP على صفحة HTTPS. استخدم وحدة تحكم مطوري المتصفح لتحديد أي موارد HTTP. حدّث جميع عناوين URL للموارد إلى HTTPS. تعمل إضافة Really Simple SSL تلقائيًا على إصلاح مشكلات المحتوى المختلط على مواقع ووردبريس.
لم يتم استلام رسالة تأكيد الدفع عبر البريد الإلكتروني
غالباً ما تكون هذه مشكلة في إمكانية وصول البريد الإلكتروني إلى المستلمين عبر نظام البريد الافتراضي في ووردبريس (PHP). ثبّت إضافة WP Mail SMTP وقم بضبطها باستخدام خدمة إرسال مناسبة (مثل SendLayer أو Brevo أو Gmail SMTP مع كلمة مرور خاصة بالتطبيق). أرسل بريداً إلكترونياً تجريبياً من خلال WP Mail SMTP > الأدوات > اختبار البريد الإلكتروني للتأكد من وصول البريد قبل النشر.
أفكار أخيرة حول معالجة المدفوعات في ووردبريس
معالجة المدفوعات في ووردبريس ليست معقدة كما قد يوحي المصطلح. تتولى بوابات الدفع الحديثة مثل سترايب وباي بال الجوانب التقنية المعقدة، بينما تتولى إضافات ووردبريس عملية التكامل. كل ما عليك فعله هو اختيار المزيج الأمثل لما تبيعه، واختباره بدقة قبل إطلاقه، والحفاظ على موقع نظيف ومُحدّث يضمن تجربة دفع آمنة.
ابدأ بشهادة SSL. ثبّت إضافة WP Mail SMTP قبل تعديل إعدادات الدفع. اختر بوابة الدفع المناسبة لنموذج عملك وموقع عملائك. اختبر جميع السيناريوهات في بيئة تجريبية. ثمّ أطلق الخدمة.
إذا كنت بحاجة إلى مساعدة في إعداد تدفق دفع كامل لـ WordPress لمتجرك أو موقع العضوية أو عملك الخدمي، فإن فريق تطوير Seahawk يتولى عملية التكوين الكاملة.
الأسئلة الشائعة حول معالجة المدفوعات في ووردبريس
ما هي أفضل بوابة دفع لـ WordPress؟
تُعدّ Stripe أفضل بوابة دفع لمعظم مواقع ووردبريس. فهي لا تفرض رسومًا شهرية، وتبلغ رسومها 2.9% + 0.30 دولار أمريكي لكل معاملة، وتدعم المدفوعات المتكررة والاشتراكات بشكلٍ مباشر، كما توفر حماية مدمجة ضد الاحتيال عبر Stripe Radar، وتتميز بتوافقها مع أكبر عدد من الإضافات مقارنةً بأي بوابة دفع أخرى. إضافة PayPal إلى جانب Stripe تجذب العملاء الذين يفضلون PayPal، وتشير الدراسات إلى أن ذلك يزيد من معدلات التحويل بنسبة تتراوح بين 5% و10%.
هل أحتاج إلى WooCommerce لقبول المدفوعات على WordPress؟
لا. يُعدّ WooCommerce الخيار الأمثل لمتاجر المنتجات المادية، ولكن توجد بدائل أخفّ وزنًا تُناسب استخدامات أخرى بشكل أفضل. يُتيح WP Simple Pay إمكانية الدفع لمرة واحدة والدفعات المتكررة دون الحاجة إلى متجر كامل. بينما يُتيح Easy Digital Downloads إمكانية بيع الملفات الرقمية. أما MemberPress فيُتيح إمكانية دفع الاشتراكات والعضويات. في حين يُتيح GiveWP و Charitable إمكانية التبرعات للمنظمات غير الربحية. جميع هذه الإضافات تعمل دون الحاجة إلى WooCommerce.
هل معالجة المدفوعات في ووردبريس آمنة؟
نعم، عند ضبط الإعدادات بشكل صحيح. تتولى بوابات الدفع الحديثة المستضافة، مثل Stripe وPayPal، معالجة جميع بيانات البطاقات على خوادمها الخاصة المتوافقة مع معايير PCI. لا يقوم موقع WordPress الخاص بك بتخزين أرقام البطاقات الخام مطلقًا. أنت مسؤول عن الحفاظ على بروتوكول HTTPS على صفحات الدفع، وتحديث WordPress والإضافات باستمرار، وإجراء فحوصات أمنية دورية. مع تطبيق هذه الأساسيات، تصبح معالجة المدفوعات عبر WordPress آمنة للشركات من جميع الأحجام.
كم تبلغ تكلفة معالجة المدفوعات في ووردبريس؟
تتكون التكلفة من عنصرين: رسوم الإضافة ورسوم بوابة الدفع. تتراوح تكلفة الإضافات من مجانية (مثل WooCommerce وEDD Basic) إلى 199 دولارًا أمريكيًا سنويًا للإصدارات المدفوعة. أما رسوم بوابة الدفع فهي تكلفة مستمرة: تفرض Stripe وSquare رسومًا بنسبة 2.9% + 0.30 دولارًا أمريكيًا لكل معاملة، بينما تفرض PayPal رسومًا بنسبة 3.49% + 0.49 دولارًا أمريكيًا. عند مبيعات شهرية بقيمة 5000 دولار أمريكي، يبلغ الفرق بين Stripe وPayPal حوالي 295 دولارًا أمريكيًا شهريًا. لا توجد رسوم إعداد لـ Stripe أو PayPal.
كيف أضيف نموذج دفع إلى صفحة ووردبريس؟
قم بتثبيت إضافة WP Simple Pay أو WPForms Pro، واربطها بحسابك على Stripe أو PayPal، ثم أنشئ نموذج دفع مع تحديد المبلغ والعملة، وقم بتضمينه في أي صفحة من صفحات ووردبريس باستخدام كتلة Gutenberg أو الكود المختصر الخاص بالإضافة. تُعد WP Simple Pay الخيار الأمثل لإنشاء نموذج دفع بسيط وسهل الاستخدام. أما WPForms فهي الأنسب عندما تحتاج إلى دمج نموذج الدفع مع نموذج الاتصال أو التسجيل.
ما هو الامتثال لمعايير PCI DSS، وهل أحتاج إليه لموقع ووردبريس الخاص بي؟
معيار أمان بيانات صناعة بطاقات الدفع (PCI DSS) هو إطار أمني يُنظم كيفية تعامل الشركات مع بيانات مدفوعات البطاقات. تخضع جميع الشركات التي تقبل مدفوعات البطاقات لمتطلبات PCI DSS. عند استخدام بوابة دفع مستضافة مثل Stripe أو PayPal، تكون التزاماتك المتعلقة بالامتثال في حدها الأدنى لأن بيانات البطاقة لا تصل إلى خادم WordPress الخاص بك. يكفي الحفاظ على بروتوكول HTTPS، وتحديث البرامج باستمرار، واستخدام مصادقة قوية لتلبية متطلبات معظم الشركات الصغيرة التي تستخدم WordPress.
كيف يمكنني اختبار المدفوعات على موقع ووردبريس الخاص بي قبل إطلاقه؟
فعّل وضع الاختبار في إعدادات إضافة الدفع. بالنسبة لـ Stripe، استخدم رقم بطاقة الاختبار 4242 4242 4242 4242 لمحاكاة عملية دفع ناجحة، و4000 0000 0000 0002 لبطاقة مرفوضة. بالنسبة لـ PayPal، أنشئ حسابات تجريبية على developer.paypal.com واستخدم بيانات الاعتماد هذه في وضع الاختبار الخاص بإضافتك. أجرِ اختبارًا كاملاً لعملية الدفع، بما في ذلك إرسال بريد إلكتروني لتأكيد الطلب، قبل الانتقال إلى الوضع الفعلي.
