بدائل Cloudflare Page Shield لحماية صفحة الدفع (2026)
بقلم Laís Peixoto
Growth Marketer, Proteside
نُشر في
تجد الفرق التي تنظر إلى ما بعد Page Shield، الآن Client-Side Security، ثلاث عائلات: وحدات من منصات حافة أخرى (Akamai Client-Side Protection & Compliance وImperva Client-Side Protection)، ووكلاء شيفرات في الصفحة (Feroot وc/side)، ومراقبون خارجيون (Reflectiz). ويسلك Proteside طريقًا رابعًا: يتحقق من الدفع نفسه، خلف أي شبكة CDN. ابدأ بما تقبله صفحة الدفع لديك وأين تتدفق حركة مرورك.
لماذا تقيّم الفرق خيارات أخرى
الموقع ليس خلف Cloudflare
تتطلب الوثائق مرور حركة المرور عبر خادم Cloudflare الوسيط. والعمليات على شبكة CDN أخرى، أو بخادم وسيط خاص بها، أو بمتاجر موزعة على عدة منصات تحتاج إلى شيء يدخل عبر الصفحة.
تقبل صفحة الدفع أكثر من البطاقات
ليس لـ UPI وPromptPay وPayNow والعملات المستقرة والقسائم المصرفية نموذج تراقبه. السرقة الإلكترونية هنا تعني استبدال المستفيد على الشاشة، واكتشاف ذلك يعني التحقق مما يراه المشتري وينسخه.
كل جلسة، لا عيّنة
عندما يأتي الجرد من عيّنة من الاستجابات ويعتمد المنع على قواعد في الحزمة المتقدمة، تريد الفرق معرفة ما يحدث للمشترين خارج العيّنة.
القائمة المختصرة
| الخيار | كيف يعمل | منطقي لـ | المقارنة |
|---|---|---|---|
| Proteside | شيفرة في صفحة الدفع تتحقق من كل رمز QR ومفتاح دفع ورقم سداد قسيمة وعنوان محفظة وحقل بطاقة مقابل ما أصدره خادمك، وتمنع الاستبدال قبل التأكيد. | التجار الذين يتلقون مدفوعاتهم عبر أنظمة فورية مثل UPI أو PromptPay أو PayNow أو Pix، أو بالبطاقة، أو بالقسيمة المصرفية، أو بالعملات المستقرة، ويحتاجون إلى الحماية وأدلة PCI DSS من تركيب واحد. | Cloudflare Page Shield مقابل Proteside |
| Akamai Client-Side Protection & Compliance (antes Page Integrity Manager) | تحقن حافة Akamai شيفرة رصد في أعلى الصفحة (أو تُوضع في الخادم الأصلي)، وتحلل سلوك الشيفرات وتتيح لك تقييد شيفرة خبيثة بنقرة واحدة في وحدة التحكم. | العمليات الكبيرة على Akamai التي تريد معلومات تهديدات الشبكة وجرد الشيفرات مُدارَين في وحدة التحكم نفسها. | Akamai Client-Side Protection مقابل Proteside |
| Imperva Client-Side Protection | يُقدَّم عبر Imperva Cloud Application Security، ويضبط سياسات CSP على الخادم يفرضها المتصفح: تبقى الخدمات الجديدة ممنوعة حتى يُصرَّح بها، مع لوحة امتثال لكل مسار دفع. | الشركات التي تستخدم أصلًا جدار WAF من Imperva وتريد التحكم في الشيفرات ضمن العقد نفسه، دون إضافة شيفرة. | Imperva Client-Side Protection مقابل Proteside |
| Feroot PaymentGuard e DXSecure | يجرد الشيفرات في صفحات الدفع، ويسجّل المبررات والسلامة، وينبّه عند تغيّر المحتوى والترويسات؛ ويوصف فرض السياسات أثناء التشغيل بأنه اختياري. | العمليات التي تعتمد على البطاقات وتحتاج إلى حوكمة الشيفرات عبر المواقع وتطبيقات الهاتف، مع تقرير للمقيّم. | Feroot مقابل Proteside |
| c/side Script Security | مقتطف شيفرة في الصفحة يراقب شيفرات الأطراف الثالثة في جلسات حقيقية، ويحتفظ بسجل لما حمّلته كل شيفرة، ويمنع بدمج CSP مع قواعده الخاصة، دون خادم وسيط عكسي ودون تغيير DNS. | الفرق التي تريد رؤية تفصيلية لسلوك كل شيفرة طرف ثالث، مع لوحات امتثال وتنبيهات في أدوات الدردشة. | c/side مقابل Proteside |
| Reflectiz PCI Module | متصفح آلي يزور صفحات الدفع من الخارج، وفق جدول زمني، دون شيفرة في الموقع؛ والمنع، عند تفعيله من الواجهة، يحقن سياسة CSP تستبعد نطاقًا معيّنًا. | الفرق التي لا تستطيع أو تفضّل عدم وضع شيفرة في الصفحة وتقبل الرصد مع مراجعة بشرية. | Reflectiz مقابل Proteside |
اختر الفئة قبل المورّد
اختر العائلة قبل الاسم. تستخدم وحدات الحافة، مثل وحدات Cloudflare وAkamai وImperva، الخادم الوسيط لمراقبة سياسة أو فرضها وتكون أنسب للمواقع الموجودة أصلًا على تلك المنصة. ويدخل وكلاء الصفحة كشيفرة ويتابعون كل مشترٍ. ويزور المراقبون الخارجيون الصفحة من الخارج، دون شيفرة في الموقع، ولذلك لا يرون جلسة حقيقية أبدًا. وتنظر العائلات الثلاث جميعها إلى الشيفرات وتتناول المتطلبين 6.4.3 و11.6.1، كل بطريقتها.
ولا تقارن أي منها، بقدر ما تصف الوثائق العامة، رمز QR أو عنوان المحفظة أو رقم سداد القسيمة المصرفية على الشاشة بما أصدره التاجر. ذلك هو تحقق Proteside: السلامة في لحظة الدفع، خلف أي شبكة CDN، مع جرد الشيفرات مشمولًا في التركيب نفسه.
الخيارات بالتفصيل
Proteside
يسجّل Proteside ما هو مشروع في كل صفحة دفع (بيانات كل مطالبة دفع، وحقول النموذج، والشيفرات المصرّح بها) ويتحقق باستمرار، في متصفح الدافع، مما يُعرض وما يُنسخ وإلى أين تذهب البيانات. وعندما يرصد عدم تطابق، يوقف الإجراء قبل تأكيد الدفع ويسجّل المحاولة.
يشكّل جرد الشيفرات وسجل التعديلات أدلة متطلبي PCI DSS 6.4.3 و11.6.1. والتركيب سطر شيفرة واحد على أي منصة تجارة إلكترونية، أو تكامل واحد للمنصات ومزوّدي الدفع، مع لوحة تحكم وواجهة برمجية وتنبيهات.
يكون Proteside الخيار الصحيح عندما: اختر Proteside عندما تُدفع مشترياتك عبر أنظمة فورية أو قسائم مصرفية أو عملات مستقرة إلى جانب البطاقات، أو عندما تحتاج إلى منع استبدال المستفيد في جلسات حقيقية، أو عندما تريد الحماية وأدلة PCI DSS دون تغيير شبكة CDN الخاصة بك.
Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)
يجرد Client-Side Protection & Compliance (المعروف سابقًا باسم Page Integrity Manager) الشيفرات، ويطبّق المبررات والقواعد، ويراقب الترويسات للمتطلب 11.6.1، وينبّه عند ظهور شيفرات غير مصرّح بها أو تسريب بيانات الدفع أو التلاعب. وتقول الوثائق العامة إن الرصد يعمل لأي موقع أينما كان مستضافًا، مع الإعداد في وحدة تحكم Akamai.
يمكن ضبط حقن الشيفرة على نسبة مئوية من مشاهدات الصفحة، ويوصف التخفيف بأنه تقييد يُطبَّق بنقرة واحدة. وللتغطية الكاملة، يجب أن يعمل الحقن في كل مشاهدة صفحة. وتغطي المواد الشيفرات وبيانات البطاقات؛ ولا تتناول رموز QR أو مفاتيح الدفع أو أرقام سداد القسائم.
يكون Akamai Client-Side Protection الخيار الصحيح عندما: تعمل عمليتك أصلًا على Akamai، ويدير فريق الأمن لديك وحدة التحكم، ويناسب التخفيف بموافقة بشرية إجراءاتك.
المقارنة الكاملة: Akamai Client-Side Protection مقابل Proteside
Imperva Client-Side Protection
تصف Imperva (Thales) منتج Client-Side Protection بأنه مكوّن في حماية التطبيقات لديها: اكتشاف مستمر للخدمات، وتحليل للشيفرات قائم على الذكاء الاصطناعي، ومنع بنقرة واحدة، ومراقبة تغيّر الترويسات، وملخصات أسبوعية لتغييرات صفحة الدفع، وتقارير قابلة للتصدير للمقيّم، مع دعم Terraform.
الآلية هي سياسة أمن محتوى تُحدَّد على الخادم وفق نموذج انعدام الثقة: ما لم يُصرَّح به لا يُحمَّل. وتصف الوثائق العامة التقديم عبر Imperva Cloud Application Security؛ والنطاق هو الشيفرات وبيانات البطاقات.
يكون Imperva Client-Side Protection الخيار الصحيح عندما: يعمل موقعك أصلًا على Imperva Cloud Application Security وتريد أن يدير سياسة الشيفرات الفريق نفسه الذي يدير جدار WAF.
المقارنة الكاملة: Imperva Client-Side Protection مقابل Proteside
Feroot PaymentGuard e DXSecure
يركّز Feroot عرضه على الامتثال: يغطي PaymentGuard المتطلبين 6.4.3 و11.6.1 بجرد الشيفرات والمبررات وفحوص السلامة وتقرير أدلة للمقيّم المعتمد (QSA). وتذكر الوثائق العامة تكاملات مع أدوات التنبيه والتشغيل، وتغطية تطبيقات iOS وAndroid إلى جانب المواقع.
النقطة التي ينبغي الانتباه إليها لمن يتلقى مدفوعات خارج البطاقات هي النطاق: تتحدث المواد العامة عن الشيفرات وبيانات البطاقات، دون ذكر رموز QR أو مفاتيح الدفع أو Boleto (القسيمة المصرفية البرازيلية) أو محافظ العملات المشفرة. وبالنسبة لوسائل الدفع هذه، يقع استبدال المستفيد خارج ما تصف الأداة التحقق منه.
يكون Feroot الخيار الصحيح عندما: تكون أولويتك حوكمة الشيفرات وأدلة PCI DSS عبر المواقع وتطبيقات الهاتف، وتُدفع مشترياتك في الغالب بالبطاقة.
c/side Script Security
يعرّف c/side نفسه بأنه منصة أمن من جهة العميل. وتصف المواد العامة جردًا مع سجل محتوى كل شيفرة، ورسمًا بيانيًا للمورّدين، وتنبيهات، ولوحات تحكم للمتطلبين 6.4.3 و11.6.1، ونقطة نهاية لتلقي تقارير CSP.
تذكر صفحته العامة عن العملات المشفرة استبدال عنوان المحفظة المنسوخ إلى الحافظة، ما يقرّبه من المشكلة التي يحلها Proteside. أما Pix وBoleto (القسيمة المصرفية البرازيلية) ورموز QR لأنظمة الدفع الفوري مثل UPI أو PromptPay فلا تظهر في الوثائق العامة التي رجعنا إليها.
يكون c/side الخيار الصحيح عندما: تريد تفاصيل سلوك كل شيفرة طرف ثالث، ويكون استبدال عنوان العملات المشفرة همّك الرئيسي خارج البطاقات.
Reflectiz PCI Module
يصف Reflectiz منهجه بأنه دون وكيل: متصفح معزول يحاكي رحلة المستخدم، ويجرد الشيفرات (بما فيها داخل iframe)، ويراقب الترويسات للمتطلب 11.6.1، ويصدّر الأدلة للمقيّم المعتمد (QSA). كما تغطي المنصة الخصوصية والاختبارات الهجومية.
تشرح مواد المورّد نفسه المنع بأنه شيفرة تبقى خاملة في الصفحة حتى تُفعَّل من الواجهة، فتبدأ باستبعاد نطاق عبر CSP. وهو خيار تصميمي: الرصد أولًا، ثم التدخل البشري. والاحتيالات التي تظهر لمشترٍ واحد بعينه لا تلاحظها الزيارات المحاكاة.
يكون Reflectiz الخيار الصحيح عندما: تمنع سياستك الداخلية إضافة شيفرات إلى صفحة الدفع ويراجع فريق الأمن لديك التنبيهات قبل التصرف.
كيف تقيّم بديلًا
- 1أين تتدفق حركة مرورك؟ إذا لم يكن الموقع يمر عبر خادم Cloudflare الوسيط، فلا تعمل وحدات الحافة إلا بعد الانتقال.
- 2ما وسائل الدفع التي تعرضها الصفحة؟ مع UPI أو PromptPay أو PayNow أو العملات المستقرة أو Pix، يجب أن تتحقق الأداة من تلك البيانات، لا من الشيفرات فقط.
- 3هل يغطي الجرد كل جلسة أم عيّنة، وكم تستغرق الشيفرة الجديدة حتى تظهر؟
- 4من يمنع، ومتى؟ قواعد يجب أن يكتبها شخص ويصونها، أم منع تلقائي قبل تأكيد الدفع؟
- 5ماذا سيتلقى المقيّم؟ يجب أن يخرج الجرد والتصاريح وسجل التغييرات جاهزةً لتقييم PCI DSS.
الأسئلة الشائعة
ما أفضل بديل لـ Cloudflare Page Shield؟
يعتمد على مكان عمل حركة مرورك وما تقبله صفحة الدفع. للمواقع على Akamai أو Imperva، تغطي وحدات تلك المنصات المجال نفسه. ولحوكمة الشيفرات خلف أي شبكة CDN، Feroot وc/side. أما لـ UPI وPromptPay وPayNow والعملات المستقرة وPix وBoleto، فلا يظهر التحقق من الدفع إلا في وثائق Proteside العامة.
ما الذي يجب أن يغطيه بديل Cloudflare Page Shield؟
جرد الشيفرات والتصريح بها، ورصد التغييرات على الصفحة وترويساتها، وأدلة للمقيّم، عبر كل جلسة ودون الاعتماد على شبكة CDN واحدة. وإذا تجاوزت صفحة الدفع البطاقات، فأضف التحقق من المستفيد.
من هم منافسو Cloudflare Page Shield؟
بين وحدات الحافة، Akamai Client-Side Protection & Compliance وImperva Client-Side Protection وF5 Client-Side Defense. وبين وكلاء الصفحة، Feroot وc/side وJscrambler وSource Defense وHUMAN Security. وبين المراقبين الخارجيين، Reflectiz وSecurityMetrics. ويقارن Proteside نفسه بها جميعًا في هذه الصفحات.
هل يحل Proteside محل Cloudflare Page Shield؟
يعتمد على المهمة. في صفحة الدفع، يغطي Proteside جرد الشيفرات والمتطلبين 6.4.3 و11.6.1 والتحقق من الدفع، خلف أي شبكة CDN. ويبقى الجرد على مستوى النطاق للشيفرات والاتصالات وملفات تعريف الارتباط من الخادم الوسيط دور Client-Side Security. ويحتفظ كثير من العملاء بالاثنين.
شاهد Proteside يتحقق من صفحة الدفع لديك
أربعة عشر يومًا مجانًا، سطر شيفرة واحد، وكل وسيلة دفع في صفحتك.