صفحات حالة التبرع

1الملخص التنفيذي

الخلاصة في سبع نقاط

صفحة الحالة جزء من نظام الدفع، لا مجرد صفحة شكر. أعلى العناصر تقييماً كلها تتعلق بصدق الحالة: التحقق الخادمي، عنوان غير ملتبس، توضيح هل خُصم المبلغ، ومنع التكرار. أي جمال بصري لا يعوّض إعلان حالة خاطئة.
ثلاث حالات، ثلاثة أهداف. النجاح = طمأنة وشكر وتوثيق ثم علاقة؛ الفشل = وضوح واسترداد آمن؛ المعلّق = منع الدفع المزدوج وإغلاق الحلقة. خلط الحالات في قالب واحد هو مصدر أغلب المشكلات.
الاحتفاظ يبدأ من هذه الصفحة. بيانات FEP لعام 2025 تُظهر أن تحويل التبرع الأول إلى ثانٍ ما زال المشكلة الأصعب في القطاع؛ وصفحة الشكر وسلسلة الترحيب أرخص نقطتي تدخل.
السياق الخليجي يتطلب تكييفاً حقيقياً: نصوص تختلف بين الزكاة والوقف والصدقة، عملات بثلاث خانات عشرية (د.ك، د.ب، ر.ع)، وسائل دفع محلية (KNET، مدى، BenefitPay)، وواتساب قناة دعم ومشاركة أولى — مع التنبيه إلى أن هذه توصيات خبير لا نتائج دراسات خليجية منشورة.
التدقيق الحقيقي (4 جهات بصفحات/رسائل نجاح فعلية) أكّد الفجوات: لا جهة تشرح «ماذا يحدث بعد ذلك» ولا تعرض الاستقطاع بعد النجاح؛ والرقم المرجعي وثبات العملة والخصوصية متفاوتة. وأبرز ما يُنقل: إفصاح العون المباشر الشرعي في السند، ورقم ترخيص المشروع في إيصال قطر الخيرية، وبطاقة الإهداء بعد التبرع لدى Human Appeal.
جولة الفشل: لم توضح أي جهة هل خُصم المبلغ؛ قطر الخيرية تقدم بدائل تبرع محلية مميزة؛ العون المباشر يصدر «سند استلام» لتبرع ملغي؛ Human Appeal وUNHCR تعالجان الفشل داخل صفحة الدفع. ولم تظهر حالة «معلّق» لدى أي جهة، فتصميمها فرصة تميّز لا ممارسة سائدة.
ابدأوا بـ 17 عنصراً من فئة P0 في المرحلة الأولى (بالمدة التي يقدّرها الفريق)؛ وهي قابلة للتنفيذ على منصات التجارة الإلكترونية الشائعة ومنها CS-Cart.

أعلى 10 عناصر حسب الدرجة الموزونة

حالة معاملة مُتحقَّق منها من الخادم — 93
عنوان حالة صريح وغير ملتبس — 88
توضيح حالة الخصم — 87
ملخص التبرع (المبلغ، العملة، المشروع، التاريخ) — 86
قنوات دعم واضحة ومباشرة — 86
شرح «قيد المعالجة» وتحذير عدم التكرار — 86
قسم «ماذا يحدث بعد ذلك» — 85
رسالة شكر فورية بلغة إنسانية — 84
تصنيف سبب الفشل بدقة — 84
منع الخصم والتسجيل المزدوج — 84

توزيع الأولويات: P0 = 17، P1 = 17، P2 = 15، P3 = 1. منها 6 عناصر رُفعت بقاعدة «البوابة الإلزامية». قوة الأدلة: A = 24، B = 14، C = 12.

2المنهجية والنطاق والقيود

نطاق البحث

الموضوع: صفحات ما بعد الدفع في التبرع الإلكتروني بحالاتها الثلاث: النجاح، الفشل، المعلّق/قيد المعالجة.
الجغرافيا: الخليج (الكويت، السعودية، الإمارات، قطر، البحرين)، العالم العربي (الأردن، مصر)، ومنظمات دولية (المملكة المتحدة، الولايات المتحدة، الأمم المتحدة، أطباء بلا حدود).
المصادر: معايير رسمية (GOV.UK، NHS، W3C/WCAG)، أبحاث UX منشورة (NN/g، Baymard)، تجارب جمع تبرعات (NextAfter)، بيانات قطاعية (M+R، FEP)، أبحاث ممارسين (Penelope Burk)، توثيق تقني (Google، Stripe، CS-Cart)، وملاحظة مباشرة للمواقع.
تاريخ الجمع: 28 سبتمبر 2026.

طريقة العمل

مراجعة الأدبيات والمعايير واستخراج المتطلبات المرتبطة بصفحات الحالة.
فحص مواقع خيرية آلياً دون دفع؛ ثم تدقيق يدوي بتبرعات حقيقية صغيرة أجراه صاحب الدراسة في 27 سبتمبر 2026 لدى خمس جهات (العون المباشر، قطر الخيرية، Human Appeal، IHH، Islamic Relief) مع لقطات ورسائل بريد وإيصالات PDF حُللت في هذا التقرير.
صياغة قائمة موسّعة ثم دمج المتداخل للوصول إلى 50 عنصراً متمايزاً بالضبط (حُذف عنصران لتداخلهما: «بيانات الترخيص على الإيصال» دُمج في مؤشرات الترخيص، و«بطاقة الإهداء بعد التبرع» دُمج في إبراز المُهدى إليه).
تقييم كل عنصر على ستة أبعاد (1–5) وحساب الدرجة الموزونة برمجياً، ثم اختبار الحساسية بأوزان بديلة.
تحويل النتائج إلى رحلات وإطارات شبكية ومواصفات تقنية وقائمة تحقق.

تصنيف الأدلة المستخدم في التقرير

الوسم	المعنى	مثال
تبرع اختباري حقيقي	صفحة النجاح والبريد والإيصال الفعلية بعد تبرع حقيقي، موثّقة بلقطات.	سند العون المباشر #35276704.
ملاحظة مباشرة	رأيناه في الصفحة الحيّة يوم 28 سبتمبر 2026 دون إتمام دفع.	شعارات مدى وApple Pay في إحسان.
موثّق	ورد في مصدر رسمي للمنظمة أو في عنوان/مقتطف صفحة رسمية مفهرسة، دون فتح الصفحة كاملة.	«تبرع دوري» في نموذج قطر الخيرية.
استنتاج	تحليل مبني على دليل غير مباشر مع ذكر السبب.	نقل نمط GOV.UK للنماذج إلى حالات الدفع.
غير قابل للتحقق	يتطلب دفعاً حقيقياً أو تسجيلاً أو لم يُتح المحتوى.	كل صفحات النجاح الفعلية تقريباً.
A B C	قوة دليل العنصر: A معيار أو بحث منشور؛ B تجربة ممارس أو بيانات قطاعية؛ C رأي خبير.	—

القيود (بصراحة)

صفحات النجاح فُحصت فعلياً لدى 8 جهات عبر التدقيق اليدوي؛ واختُبر الفشل لدى ثلاث جهات بمحاولات متعمدة؛ أما المعلّق فلم يظهر لدى أي جهة، وما يرد عنه مصدره المعايير ونصوص واجهة إحسان. التدقيق تم على سطح المكتب وبتبرع واحد لكل جهة.
حجم العيّنة أقل من المستهدف (30–50): قائمة المقارنة تضم 18 منظمة؛ منها 8 بتبرع اختباري حقيقي و3 بملاحظة مباشرة و4 موثقة جزئياً و3 لم يُتح محتواها (تطبيقات صفحة واحدة لا تعرض محتوى للقراءة الآلية، حجب آلي للزيارات، أو انتهاء مهلة أذونات الوصول لبعض المواقع أثناء الجلسة). المصفوفة وصفية ولا تصلح للترتيب.
معظم الأدلة الكمية أمريكية أو بريطانية (NextAfter، M+R، FEP، Burk)؛ لا توجد — ضمن ما وجدناه — دراسات منشورة محكّمة عن صفحات الشكر للمتبرعين الخليجيين تحديداً. أي توصية ثقافية خليجية موسومة كرأي خبير.
الأرقام المئوية المنقولة من التجارب تخص منظمة وسياقاً محددين، ولا تعني أن العنصر سيحقق الرقم نفسه لديكم.
الاعتبارات القانونية ملخصة من مصادر ثانوية وليست رأياً قانونياً.

3التعريفات والفروق بين الحالات الثلاث

البُعد	نجاح Success	فشل Failed	معلّق Pending
التعريف التشغيلي	أكّد الخادم من البوابة أن المبلغ محصّل (مثل CAPTURED في KNET) وسُجّل التبرع.	أكّد الخادم حالة نهائية غير ناجحة: رفض البنك، إلغاء المتبرع، انتهاء المهلة، أو خطأ تقني.	لم تصل حالة نهائية بعد: إشعار البوابة متأخر، أو عاد المتبرع قبل الحسم، أو وسيلة دفع غير متزامنة.
السؤال في ذهن المتبرع	«هل وصل؟ وأين إيصالي؟ وماذا سيحدث بتبرعي؟»	«هل خُصم مني شيء؟ لماذا؟ كيف أكمل؟»	«هل أدفع مرة أخرى؟ متى سأعرف؟»
الهدف الأول للصفحة	الطمأنة والشكر والتوثيق ثم تعميق العلاقة.	الوضوح والاسترداد الآمن للتبرع.	منع الدفع المزدوج وإغلاق الحلقة.
أخطر خطأ ممكن	إعلان نجاح لم يحدث، أو إطلاق حدث التحويل مرتين.	قول «فشل» بينما خُصم المبلغ فعلاً، أو دفع المتبرع إلى إعادة الدفع قبل التحقق.	ترك المتبرع دون نتيجة، أو السماح بدفعة ثانية لنفس الطلب.
الإجراء الأساسي (CTA)	تنزيل الإيصال.	إعادة المحاولة بنفس التفاصيل.	تحديث الحالة / انتظار الإشعار.
العروض الإضافية	مسموحة بعد الإيصال وبلطف (استقطاع، مشاركة، مشروع واحد مرتبط).	غير مناسبة؛ فقط وسيلة دفع بديلة.	ممنوعة.
أحداث التحليلات	`donation_success` + `purchase`	`donation_failed`، `donation_retry`	`donation_pending` ثم `donation_pending_resolved`
دور ARIA	role=status	role=alert	role=status + aria-live=polite

آلة الحالات المقترحة (مصدر الحقيقة في الخادم)

created
إنشاء الطلب

←

redirected
انتقل للبوابة

←

pending
بانتظار النتيجة

←

captured
نجاح نهائي

failed / cancelled
فشل نهائي

refunded
مسترد لاحقاً

الانتقال من pending إلى captured أو failed يتم فقط بإشعار موقّع أو استعلام خادمي. صفحة المتبرع «تقرأ» الحالة ولا «تصنعها».

4العناصر الخمسون وجداول التقييم الكاملة

افتح أي عنصر لعرض حقوله العشرين وأبعاد تقييمه. الرمز ⚑ يعني أن الأولوية رُفعت بقاعدة البوابة الإلزامية. كل «أثر متوقع» غير مدعوم بدليل من المستوى A موسوم كفرضية.

تأكيد الحالة وبيانات المعاملة (6)

E01حالة معاملة مُتحقَّق منها من الخادمنجاحفشلمعلّق93P0

1. المعرّف	E01
2. الاسم	حالة معاملة مُتحقَّق منها من الخادم — Server-verified transaction status
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	لا تُعرض أي حالة (نجاح/فشل/معلّق) إلا بعد استعلام الخادم من بوابة الدفع أو استلام إشعار webhook موقّع، وليس اعتماداً على بارامترات الرابط العائد من البوابة.
5. الهدف الأساسي	منع إبلاغ المتبرع بحالة خاطئة.
6. احتياج/ألم المتبرع	«هل وصل تبرعي فعلاً؟» والخوف من الخصم دون تسجيل.
7. التنفيذ الموصى به	الصفحة تستقبل معرّف جلسة داخلي فقط، ثم تستعلم الحالة من الخادم؛ الخادم يطابق مع البوابة (مثل نتيجة KNET: CAPTURED / NOT CAPTURED / CANCELED).
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	93 / 100 — الترتيب 1 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور لا تُبنِ النتيجة على المتصفح؛ العميل قد يغادر بعد الدفع، والمرجع هو إشعار webhook الموقّع. [45] Payment status updates docs.stripe.com استجابة KNET تحمل حقل result بقيم CAPTURED / NOT CAPTURED / CANCELED — تُقرأ وتُطابَق في الخادم. [24] alnazer/knet-payment (README) packagist.org ثلاث نتائج مختلفة للإرسال (اكتمل، خطأ، أُرسل ولم يكتمل) لكلٍّ منها رسالة مختلفة. [2] Form confirmation page (pattern) projectdelivery.gov.uk
15. مثال من موقع خيري / دليل	Ehsan (ehsan.sa): توجد حالة وسيطة «جاري تنفيذ العملية – نقدر لك انتظارك» ضمن واجهة المنصة [ملاحظة مباشرة لنص الواجهة، دون إتمام دفع].
16. نص عربي مقترح	«نتحقق الآن من حالة تبرعك مع البنك… لا تغلق هذه الصفحة.»
17. اعتبارات الجوال	حالة تحميل خفيفة لا تتجاوز بضع ثوانٍ قبل الانتقال لحالة «قيد المعالجة».
18. الوصول والاعتبارات التقنية	role=status لرسالة التحقق؛ لا تعتمد على اللون.
19. تعقيد التنفيذ	مرتفع
20. مؤشر القياس (KPI)	نسبة التطابق بين حالة الصفحة وسجل البوابة (هدف: 100%)؛ عدد البلاغات «خُصم ولم يُسجَّل».

UX (25%)5

الثقة (20%)5

التحويل (20%)5

الاحتفاظ (15%)4

الوصول/الأمان (10%)5

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، التحويل، الوصول/الأمان (5/5)؛ أدناها: الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

E02عنوان حالة صريح وغير ملتبسنجاحفشلمعلّق88P0

1. المعرّف	E02
2. الاسم	عنوان حالة صريح وغير ملتبس — Unambiguous status headline
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	عنوان H1 واحد يصف النتيجة بكلمات مباشرة ومختلفة بصرياً ونصياً لكل حالة، حتى لا تُخلط صفحة المراجعة بصفحة التأكيد.
5. الهدف الأساسي	فهم النتيجة في أقل من ثانيتين.
6. احتياج/ألم المتبرع	التباس «هل انتهيت أم بقيت خطوة؟».
7. التنفيذ الموصى به	ثلاث قوالب: نجاح (أخضر + أيقونة ✓)، فشل (أحمر/برتقالي + ✕)، معلّق (كهرماني + ساعة). النص يحمل المعنى دون اللون.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	88 / 100 — الترتيب 2 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور تشابه صفحة المراجعة مع صفحة التأكيد يجعل مستخدمين يغادرون ظانّين أن العملية تمت. [8] Mobile ‘Review Order’ design examples (benchmark) baymard.com لوحة تأكيد بعنوان قصير مباشر مثل «Application complete». [1] Confirmation pages (pattern) design-system.service.gov.uk
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق 27/9: العون المباشر «تم استقبال تبرعكم» + حالة «ناجح» ✓؛ IHH «نؤكد لك أن تبرعك… قد وصل» ✓؛ Human Appeal «شكرًا لك!» دون جملة تأكيد استلام على الصفحة ✗. فشل: عنوان قطر الخيرية «فشل في عملية التبرع» صريح لكنه قاسٍ؛ مستند العون المباشر بعنوان «سند استلام» لتبرع ملغي — عنوان يناقض الحالة ✗. UNICEF: ✓ كبيرة + «Thank you» + جملة «قمت بالتبرّع… بمبلغ» ✓. UNHCR فشل: «عملية الدفع لم تنجح» في شريط أحمر أعلى صفحة الدفع ✓.
16. نص عربي مقترح	نجاح: «تم استلام تبرعك بنجاح» · فشل: «لم تكتمل عملية الدفع» · معلّق: «تبرعك قيد التأكيد».
17. اعتبارات الجوال	العنوان أعلى الشاشة دون تمرير.
18. الوصول والاعتبارات التقنية	H1 واحد لكل صفحة؛ تباين ≥ 4.5:1.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	اختبار 5 ثوانٍ: نسبة من يحدد الحالة بشكل صحيح (هدف ≥ 95%).

UX (25%)5

الثقة (20%)4

التحويل (20%)5

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)5

أعلى الأبعاد: UX، التحويل، الجدوى (5/5)؛ أدناها: الاحتفاظ (3/5). مستوى الدليل: معيار/بحث منشور.

E03ملخص التبرع (المبلغ، العملة، المشروع، التاريخ)نجاحفشلمعلّق86P0

1. المعرّف	E03
2. الاسم	ملخص التبرع (المبلغ، العملة، المشروع، التاريخ) — Donation summary
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	بطاقة ملخص تعرض المبلغ بالعملة المدفوعة فعلاً، اسم المشروع/نوع التبرع، التاريخ والوقت المحليين، وعدد البنود إن كانت سلة.
5. الهدف الأساسي	التحقق الذاتي من صحة ما دُفع.
6. احتياج/ألم المتبرع	الشك في المبلغ أو العملة بعد التحويل.
7. التنفيذ الموصى به	عرض المبلغ بصيغة العملة (3 خانات عشرية للدينار الكويتي والبحريني والريال العُماني)، مع رمز ISO عند اختلاف عملة العرض عن عملة الخصم.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	86 / 100 — الترتيب 4 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور من المشكلات الملاحظة صعوبة تحقق المستخدم من طلبه في صفحة التأكيد. [46] ‘Receipt / Order Confirmation’ Design Examples (benchmark) baymard.com إيصال قطر الخيرية ظهر بعملة مختلفة (2.75 USD) عن عملة الدفع (10 ر.ق) عند فتحه من جلسة أخرى. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org
15. مثال من موقع خيري / دليل	IICO (iico.org): الموقع يدعم عرض KWD وSAR وAED وQAR وBHD وUSD وEUR [ملاحظة مباشرة للواجهة الرئيسية]. 🔎 تدقيق: Human Appeal لا تعرض المبلغ أو المشروع في صفحة الشكر ✗؛ قطر الخيرية عرضت الإيصال لزائر بلا جلسة بمبلغ 2.75 USD بدل 10 ر.ق المدفوعة — العملة يجب أن تُثبَّت بعملة الخصم؛ العون المباشر «KD 1» دون الخانات العشرية الثلاث. فشل: مستند العون المباشر يعرض «مجموع التبرعات KD 1,000» لتبرع ملغي، فقد يُفهم أنه استُلم ✗. UNICEF تضع المبلغ والعملة المحلية (280.00 ج.م.) ونوع التبرع في رأس البطاقة ✓؛ صفحة نجاح UNHCR بلا مبلغ ✗ (موجود في البريد فقط).
16. نص عربي مقترح	«المبلغ: 10.000 د.ك · المشروع: سقيا غزة · 28 سبتمبر 2026، 9:14 م»
17. اعتبارات الجوال	بطاقة مضغوطة قابلة للطي عند تعدد البنود.
18. الوصول والاعتبارات التقنية	جدول أو قائمة وصفية dl بعلامات دلالية.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	تذاكر الدعم المتعلقة بالمبلغ/العملة لكل 1,000 تبرع.

UX (25%)5

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)5

أعلى الأبعاد: UX، الثقة، الجدوى (5/5)؛ أدناها: الاحتفاظ، الوصول/الأمان (3/5). مستوى الدليل: معيار/بحث منشور.

E04رقم مرجعي قابل للنسخنجاحفشلمعلّق83P0

1. المعرّف	E04
2. الاسم	رقم مرجعي قابل للنسخ — Copyable transaction reference
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	رقم مرجعي داخلي واحد (ليس رقم البطاقة) يظهر في كل الحالات، مع زر نسخ، ويستخدمه الدعم للبحث.
5. الهدف الأساسي	تمكين التتبع والدعم.
6. احتياج/ألم المتبرع	«بماذا أُعرّف عن تبرعي عند التواصل؟».
7. التنفيذ الموصى به	معرّف داخلي قصير (مثال: IICO-26-8F3K2) مربوط بمعرّف البوابة في الخادم؛ لا يُعرض رقم البطاقة.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	83 / 100 — الترتيب 11 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور صفحة التأكيد «يجب» أن تتضمن رقماً مرجعياً إن وُجد. [1] Confirmation pages (pattern) design-system.service.gov.uk العون المباشر يعرض رقم السند داخل زر الإجراء نفسه. [32] اختبار تبرع حقيقي: جمعية العون المباشر — صفحة «تقبل الله منكم»، صفحة تفاصيل التبرع #35276704، وسند الاستلام PDF direct-aid.org
15. مثال من موقع خيري / دليل	Ehsan: رسالة طلب الاسترداد تعرض «رقم الطلب» مع أيقونة نسخ [ملاحظة مباشرة لنص الواجهة]. 🔎 تدقيق: العون المباشر يضع الرقم في زر الـ CTA «سند التبرع رقم #35276704» ✓؛ قطر الخيرية «رقم الإيصال 80866708» ✓؛ IHH وHuman Appeal (الصفحة) بلا رقم مرجعي ✗. فشل: العون المباشر يعرض رقم التبرع ومرجع البنك ومرجع الدفع حتى في الإلغاء ✓ (مفيد للدعم)؛ قطر الخيرية بلا مرجع ✗. UNICEF: «إن واجهتك أي مشكلة فرقمك المرجعي هو 215627481» ✓ — أوضح صياغة شوهدت؛ UNHCR: الرقم في البريد فقط.
16. نص عربي مقترح	«الرقم المرجعي: IICO-26-8F3K2 [نسخ]»
17. اعتبارات الجوال	زر نسخ بحجم لمس ≥ 24×24 بكسل مع تأكيد «تم النسخ».
18. الوصول والاعتبارات التقنية	إعلان «تم النسخ» عبر role=status.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	متوسط زمن حل تذكرة الدعم؛ نسبة التذاكر التي تتضمن الرقم المرجعي.

UX (25%)4

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)5

أعلى الأبعاد: الثقة، الجدوى (5/5)؛ أدناها: الاحتفاظ (3/5). مستوى الدليل: معيار/بحث منشور.

E05وسيلة الدفع المستخدمة (مُقنّعة)نجاحفشلمعلّق72P1

1. المعرّف	E05
2. الاسم	وسيلة الدفع المستخدمة (مُقنّعة) — Masked payment method
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	اسم الوسيلة (KNET، مدى، Apple Pay، بطاقة ائتمان) وآخر 4 أرقام فقط عند توفرها.
5. الهدف الأساسي	طمأنة المتبرع بالحساب المستخدم.
6. احتياج/ألم المتبرع	«أي بطاقة خُصمت؟» خاصة لمن يملك أكثر من بطاقة.
7. التنفيذ الموصى به	تخزين نوع الوسيلة وآخر أربعة أرقام من استجابة البوابة فقط؛ لا تخزين لبيانات البطاقة كاملة.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	72 / 100 — الترتيب 22 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	محدود/غير مباشر
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير سند العون المباشر يذكر «الطريقة: رصيدك» صراحة. [32] اختبار تبرع حقيقي: جمعية العون المباشر — صفحة «تقبل الله منكم»، صفحة تفاصيل التبرع #35276704، وسند الاستلام PDF direct-aid.org قطر الخيرية تعرض «التحصيل العام» — تسمية داخلية لا تفيد المتبرع. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: العون المباشر «رصيدك» ✓؛ قطر الخيرية «التحصيل العام» (وبالإنجليزية Coupons) — تسمية داخلية غير مفهومة للمتبرع. UNHCR: «تمت عملية التبرّع بواسطة ECMC_CREDIT-SSL» — اسم وسيلة غير مفهوم.
16. نص عربي مقترح	«طريقة الدفع: KNET – بطاقة تنتهي بـ 4417»
17. اعتبارات الجوال	سطر واحد مع أيقونة الوسيلة.
18. الوصول والاعتبارات التقنية	نص بديل للأيقونة.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	تذاكر «لا أعرف أي بطاقة خُصمت».

UX (25%)4

الثقة (20%)4

التحويل (20%)3

الاحتفاظ (15%)2

الوصول/الأمان (10%)4

الجدوى (10%)5

أعلى الأبعاد: الجدوى (5/5)؛ أدناها: الاحتفاظ (2/5). مستوى الدليل: رأي خبير.

E06قسم «ماذا يحدث بعد ذلك»نجاحفشلمعلّق85P0

1. المعرّف	E06
2. الاسم	قسم «ماذا يحدث بعد ذلك» — What happens next
3. الفئة	تأكيد الحالة وبيانات المعاملة
4. الوصف	خطوات قصيرة ومرقّمة تشرح ما سيحدث وتوقيته: الإيصال، التنفيذ، التقارير — أو خطوات الاسترداد في حالة الفشل.
5. الهدف الأساسي	إدارة التوقعات وتقليل القلق.
6. احتياج/ألم المتبرع	الغموض بعد الدفع.
7. التنفيذ الموصى به	محتوى ديناميكي حسب نوع التبرع والحالة؛ لا توقيتات غير مؤكدة تشغيلياً.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	85 / 100 — الترتيب 7 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	متوسط
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور «تفاصيل ما سيحدث بعد ذلك ومتى» من العناصر الإلزامية. [1] Confirmation pages (pattern) design-system.service.gov.uk المتبرعون يريدون معرفة كيف سيُستخدم تبرعهم. [18] Donor-Centered Fundraising (book, 2003) & DCF handout (2021) cygresearch.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: بريد UNHCR «سيقوم فريق المفوضية بالتواصل معك خلال الأيام القادمة» هو الأقرب إلى «ماذا بعد» بين كل الجهات المختبرة؛ الباقي لم يشرح الخطوة التالية.
16. نص عربي مقترح	«1) أرسلنا الإيصال إلى بريدك. 2) يُنفَّذ المشروع ضمن خطة الحملة. 3) سيصلك تقرير الإنجاز عند اكتماله.»
17. اعتبارات الجوال	3 نقاط كحد أقصى.
18. الوصول والاعتبارات التقنية	قائمة مرقّمة ol.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	معدل النقر على «تواصل معنا» خلال 24 ساعة (يجب أن ينخفض).

UX (25%)5

الثقة (20%)5

التحويل (20%)3

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)5

أعلى الأبعاد: UX، الثقة، الجدوى (5/5)؛ أدناها: التحويل، الوصول/الأمان (3/5). مستوى الدليل: معيار/بحث منشور.

الشكر والتجربة العاطفية (4)

E07رسالة شكر فورية بلغة إنسانيةنجاح84P0

1. المعرّف	E07
2. الاسم	رسالة شكر فورية بلغة إنسانية — Immediate human thank-you
3. الفئة	الشكر والتجربة العاطفية
4. الوصف	شكر قصير وصادق يُظهر أن التبرع له قيمة، في أعلى الصفحة بعد تأكيد الحالة مباشرة.
5. الهدف الأساسي	تعزيز الشعور بالقرار الصائب.
6. احتياج/ألم المتبرع	تجربة «آلية» باردة بعد عطاء عاطفي.
7. التنفيذ الموصى به	جملة شكر واحدة + جملة أثر؛ تجنب الإطالة والمبالغة.
8. الحالات	نجاح
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	84 / 100 — الترتيب 8 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية صفحة تأكيد تشكر المتبرع وتقدّم خطوة تالية أو قصة أثر تعزز أنه اتخذ القرار الصحيح. [9] NextAfter's Definitive Guide to Donation Pages nextafter.com أول ما يريده المتبرع: شكر سريع وذو معنى. [18] Donor-Centered Fundraising (book, 2003) & DCF handout (2021) cygresearch.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: charity: water «YOU JUST GAVE SOMEONE THEIR DAY ONE, [الاسم]!» — شكر شخصي بالاسم مرتبط بالأثر مباشرة، مع إبلاغ بأن التبرع تضاعف بمنحة مطابقة.
16. نص عربي مقترح	«شكراً لك… عطاؤك وصل، وأثره يبدأ الآن.»
17. اعتبارات الجوال	سطران كحد أقصى فوق الطية.
18. الوصول والاعتبارات التقنية	لغة بسيطة.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	معدل التبرع الثاني خلال 90 يوماً (مقارنة A/B).

UX (25%)5

الثقة (20%)4

التحويل (20%)3

الاحتفاظ (15%)5

الوصول/الأمان (10%)3

الجدوى (10%)5

أعلى الأبعاد: UX، الاحتفاظ، الجدوى (5/5)؛ أدناها: التحويل، الوصول/الأمان (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E08شكر مُكيَّف حسب نوع التبرعنجاح72P1

1. المعرّف	E08
2. الاسم	شكر مُكيَّف حسب نوع التبرع — Giving-type-aware thanks
3. الفئة	الشكر والتجربة العاطفية
4. الوصف	نص مختلف للزكاة والصدقة والصدقة الجارية والوقف والكفالة والأضاحي والإغاثة الطارئة.
5. الهدف الأساسي	احترام الدلالة الشرعية والعاطفية لكل نوع.
6. احتياج/ألم المتبرع	رسالة عامة لا تعكس نية المتبرع (مثلاً زكاة مقابل صدقة).
7. التنفيذ الموصى به	قالب رسائل بمفتاح donation_type؛ مراجعة شرعية للنصوص.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	72 / 100 — الترتيب 23 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير إحسان تفصل الزكاة والوقف والتبرع الدوري والكفارات كمسارات مستقلة — ما يبرر نصوص شكر مستقلة. [28] منصة إحسان – الصفحة الرئيسية ونصوص الواجهة وسياسة التبرع ehsan.sa رأي خبير لا دراسة منشورة تقيس أثر اختلاف النص حسب نوع العطاء.
15. مثال من موقع خيري / دليل	Ehsan وIICO يفصلان الزكاة والوقف والتبرع الدوري كمسارات مستقلة [ملاحظة مباشرة للقوائم]. 🔎 تدقيق: النصوص المختبرة كلها عامة؛ لم تُختبر حالات زكاة.
16. نص عربي مقترح	زكاة: «تقبّل الله زكاتك، وستُصرف في مصارفها الشرعية.» · وقف: «بارك الله في وقفك، أجرٌ يدوم.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	رضا المتبرعين (CSAT) حسب نوع التبرع.

UX (25%)4

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)2

الجدوى (10%)4

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل، الوصول/الأمان (2/5). مستوى الدليل: رأي خبير.

E09عبارة دعاء/ثقافية مناسبةنجاح66P2

1. المعرّف	E09
2. الاسم	عبارة دعاء/ثقافية مناسبة — Culturally appropriate blessing
3. الفئة	الشكر والتجربة العاطفية
4. الوصف	عبارات مألوفة للمتبرع الخليجي والعربي مثل «جزاك الله خيراً» أو «تقبّل الله منك»، بلا مبالغة أو تكرار.
5. الهدف الأساسي	مواءمة ثقافية ولغوية.
6. احتياج/ألم المتبرع	نبرة مترجمة لا تشبه ثقافة المتبرع.
7. التنفيذ الموصى به	تُستخدم في النسخة العربية؛ في الإنجليزية نص محايد مناسب.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	66 / 100 — الترتيب 39 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير «تقبل الله منكم» عنواناً لصفحة الشكر. [32] اختبار تبرع حقيقي: جمعية العون المباشر — صفحة «تقبل الله منكم»، صفحة تفاصيل التبرع #35276704، وسند الاستلام PDF direct-aid.org «جزاك الله خيرا لتبرعك وثقتك في قطر الخيرية». [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org
15. مثال من موقع خيري / دليل	Ehsan تستخدم آيات وعبارات دينية في الواجهة [ملاحظة مباشرة]. 🔎 تدقيق: «تقبل الله منكم» (العون المباشر)، «جزاك الله خيرا» (قطر الخيرية)، «السلام عليكم… وجزاك الله خيرًا» (Human Appeal) ✓.
16. نص عربي مقترح	«تقبّل الله منك وجعله في ميزان حسناتك.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	تحليل نوعي لتعليقات المتبرعين.

UX (25%)4

الثقة (20%)4

التحويل (20%)1

الاحتفاظ (15%)4

الوصول/الأمان (10%)2

الجدوى (10%)5

أعلى الأبعاد: الجدوى (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: رأي خبير.

E10إبراز المُهدى إليه أو المتوفىنجاح68P2

1. المعرّف	E10
2. الاسم	إبراز المُهدى إليه أو المتوفى — Honoree / in-memory acknowledgment
3. الفئة	الشكر والتجربة العاطفية
4. الوصف	عند التبرع «عن» شخص أو «إهداءً» له، تُذكر الجهة المُهدى إليها وحالة إرسال بطاقة الإهداء.
5. الهدف الأساسي	إكمال الدافع العاطفي للتبرع.
6. احتياج/ألم المتبرع	«هل وصلت بطاقة الإهداء لوالدتي؟».
7. التنفيذ الموصى به	حقل honoree في الطلب؛ حالة إرسال (أُرسلت/مجدولة/فشل) مع زر إعادة إرسال.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	68 / 100 — الترتيب 33 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير عرض «إرسال بطاقة هدية بنفس تفاصيل التبرع» بعد الإتمام، ثم بريد تأكيد باسم المُهدى إليه. [34] اختبار تبرع حقيقي: Human Appeal (humanappeal.me) — صفحة الشكر، بطاقة الهدية، بريد «فاتورة تبرعك»، بريد بطاقة الهدية، والإيصال PDF humanappeal.org.uk
15. مثال من موقع خيري / دليل	IICO «خدمة الإهداء» وEhsan «خدمة الهدية» مع «معاينة رسالة التبرع» [ملاحظة مباشرة للقوائم]. 🔎 تدقيق: Human Appeal تعرض بعد التبرع «إرسال بطاقة هدية بنفس تفاصيل التبرع» ثم بريد تأكيد باسم المُهدى إليه ✓ — أفضل تطبيق شوهد.
16. نص عربي مقترح	«صدقة جارية عن روح: والدك رحمه الله · بطاقة الإهداء: أُرسلت عبر واتساب.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نسبة بطاقات الإهداء المسلّمة بنجاح.

UX (25%)4

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، الاحتفاظ (4/5)؛ أدناها: التحويل (2/5). مستوى الدليل: رأي خبير.

الإيصال والتوثيق المالي (4)

E11إيصال فوري قابل للتنزيل (PDF)نجاح81P0

1. المعرّف	E11
2. الاسم	إيصال فوري قابل للتنزيل (PDF) — Instant downloadable receipt
3. الفئة	الإيصال والتوثيق المالي
4. الوصف	زر تنزيل/طباعة إيصال رسمي ثنائي اللغة فور النجاح.
5. الهدف الأساسي	توثيق مالي فوري.
6. احتياج/ألم المتبرع	الانتظار للبريد أو فقدانه.
7. التنفيذ الموصى به	توليد PDF من الخادم برابط موقّع قصير الصلاحية؛ لا يُتاح إلا بعد تأكيد الحالة.
8. الحالات	نجاح
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	81 / 100 — الترتيب 13 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور وفّر طريقة لحفظ سجل المعاملة، مثل PDF. [1] Confirmation pages (pattern) design-system.service.gov.uk مستخدمون قالوا إنهم سيلتقطون لقطة شاشة لصفحة التأكيد على الجوال. [3] Confirmation page (pattern) service-manual.nhs.uk
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: قطر الخيرية إيصال كامل على الصفحة مع طباعة/بريد ✓؛ العون المباشر PDF عبر صفحة التفاصيل (نقرة إضافية) ويسميه «الفاتورة»؛ Human Appeal PDF إنجليزي فقط رغم رحلة عربية؛ IHH بلا إيصال ✗.
16. نص عربي مقترح	«تنزيل الإيصال (PDF)»
17. اعتبارات الجوال	فتح في عارض الجهاز، مع خيار المشاركة.
18. الوصول والاعتبارات التقنية	PDF موسوم (tagged) قابل للقراءة الآلية.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	receipt_download / donation_success.

UX (25%)5

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)4

الجدوى (10%)4

أعلى الأبعاد: UX، الثقة (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: معيار/بحث منشور.

E12إرسال الإيصال عبر القنوات مع حالة التسليمنجاح74P1

1. المعرّف	E12
2. الاسم	إرسال الإيصال عبر القنوات مع حالة التسليم — Multi-channel receipt delivery
3. الفئة	الإيصال والتوثيق المالي
4. الوصف	إرسال الإيصال بالبريد و/أو SMS و/أو واتساب حسب الموافقة، مع إظهار العنوان المُرسل إليه (مُقنّعاً).
5. الهدف الأساسي	ضمان وصول التوثيق.
6. احتياج/ألم المتبرع	الانتظار أمام الصفحة حتى يصل البريد.
7. التنفيذ الموصى به	إرسال غير متزامن بعد تأكيد الخادم؛ زر «إعادة الإرسال» مع حد للمحاولات.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	74 / 100 — الترتيب 17 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور مستخدمون ينتظرون في صفحة التأكيد دقائق حتى يتأكدوا من وصول بريد التأكيد — لذا أظهر حالة الإرسال. [46] ‘Receipt / Order Confirmation’ Design Examples (benchmark) baymard.com قطر الخيرية تبلغ «تم إرسال رسالة نصية على جوالك» وترسل بريداً. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: قطر الخيرية SMS + بريد ✓ لكنها تعرض رقم الجوال كاملاً على الصفحة (يُفضّل إخفاؤه جزئياً)؛ Human Appeal تعرض البريد كاملاً.
16. نص عربي مقترح	«أرسلنا الإيصال إلى m***@gmail.com — لم يصلك؟ إعادة الإرسال»
17. اعتبارات الجوال	اختيار واتساب أولاً إن توفرت موافقة.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	معدل تسليم الإيصال؛ نقرات إعادة الإرسال.

UX (25%)4

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)4

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: معيار/بحث منشور.

E13إيصال زكاة مميّزنجاح70P1

1. المعرّف	E13
2. الاسم	إيصال زكاة مميّز — Zakat-specific receipt
3. الفئة	الإيصال والتوثيق المالي
4. الوصف	إيصال يوضح تصنيف المبلغ كزكاة ومصرفها، ويفصل بنود الزكاة عن الصدقات في السلال المختلطة.
5. الهدف الأساسي	طمأنة شرعية ومحاسبية.
6. احتياج/ألم المتبرع	«هل احتُسب هذا المبلغ زكاة؟».
7. التنفيذ الموصى به	حقل fund_type إلزامي لكل بند؛ اعتماد هيئة الرقابة الشرعية لنصوص الإيصال.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	70 / 100 — الترتيب 27 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير رأي خبير لم نجد مصدراً منشوراً عن إيصالات الزكاة؛ التوصية مبنية على فصل أنواع العطاء في المنصات الخليجية واعتماد الهيئات الشرعية. IICO تعرض حاسبة زكاة ورابط هيئة الرقابة الشرعية. [30] الهيئة الخيرية الإسلامية العالمية – الصفحة الرئيسية iico.org
15. مثال من موقع خيري / دليل	IICO تُظهر رابط «هيئة الرقابة الشرعية» و«حاسبة الزكاة» [ملاحظة مباشرة].
16. نص عربي مقترح	«نوع التبرع: زكاة مال · المصرف: الفقراء والمساكين»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	تذاكر استفسار عن تصنيف الزكاة.

UX (25%)4

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)2

الجدوى (10%)3

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل، الوصول/الأمان (2/5). مستوى الدليل: رأي خبير.

E14صفحة آمنة عند الرجوع أو الحفظ كمفضلةنجاحفشلمعلّق67P2

1. المعرّف	E14
2. الاسم	صفحة آمنة عند الرجوع أو الحفظ كمفضلة — Bookmark/revisit-safe page
3. الفئة	الإيصال والتوثيق المالي
4. الوصف	عند العودة لرابط الصفحة لاحقاً تعرض الحالة الحالية الفعلية (لا تعيد إطلاق أحداث التحويل)، أو تطلب تسجيل الدخول لرؤية التفاصيل.
5. الهدف الأساسي	استمرارية الوصول دون ازدواج.
6. احتياج/ألم المتبرع	«أغلقت الصفحة وأريد الرجوع لها».
7. التنفيذ الموصى به	رابط يحمل رمزاً غير قابل للتخمين قصير الصلاحية؛ لا يطلق purchase مرة ثانية.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	67 / 100 — الترتيب 35 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور بعض المستخدمين يحفظون صفحة التأكيد كمفضلة كإيصال؛ اسمح بالعودة إليها. [1] Confirmation pages (pattern) design-system.service.gov.uk GA4 يزيل ازدواج purchase ذي transaction_id نفسه — حماية عند إعادة الزيارة. [19] [GA4] Minimize duplicate key events with transaction IDs support.google.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: رابط قطر الخيرية المشفّر (CheckOutId) يعيد عرض الإيصال لاحقاً ✓ — لكن دون جلسة (انظر E48).
16. نص عربي مقترح	«هذه حالة تبرعك المحدَّثة حتى الآن.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	عدد أحداث purchase المكررة لكل transaction_id (هدف: 0).

UX (25%)4

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، الوصول/الأمان (4/5)؛ أدناها: التحويل (2/5). مستوى الدليل: معيار/بحث منشور.

الثقة والشفافية (5)

E15مؤشرات الترخيص والرقابةنجاحفشلمعلّق70P1

1. المعرّف	E15
2. الاسم	مؤشرات الترخيص والرقابة — Regulatory & governance signals
3. الفئة	الثقة والشفافية
4. الوصف	روابط مختصرة للترخيص، هيئة الرقابة الشرعية، سياسات الحوكمة، التقارير السنوية.
5. الهدف الأساسي	تعزيز المصداقية.
6. احتياج/ألم المتبرع	الحاجة لطمأنة بعد تجربة دفع متعثرة.
7. التنفيذ الموصى به	شريط ثقة صغير أسفل الصفحة؛ لا يزاحم المحتوى الأساسي.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	70 / 100 — الترتيب 28 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير رقم ترخيص المشروع PFL/QTCH/2024/17 مطبوع داخل الإيصال. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org IICO تذكر ترخيصها بالقانون 64/1986 وروابط الحوكمة في كل صفحة. [30] الهيئة الخيرية الإسلامية العالمية – الصفحة الرئيسية iico.org
15. مثال من موقع خيري / دليل	IICO: روابط «سياسات الحوكمة» و«هيئة الرقابة الشرعية» و«التقارير السنوية» في التذييل [ملاحظة مباشرة]. 🔎 تدقيق: قطر الخيرية تضع رقم ترخيص المشروع PFL/QTCH/2024/17 داخل الإيصال ✓ (ممارسة مميزة)؛ Human Appeal أرقام التسجيل الخيري في PDF ✓.
16. نص عربي مقترح	«مرخّصة · هيئة رقابة شرعية · تقارير سنوية منشورة»
17. اعتبارات الجوال	سطر أيقونات قابل للنقر.
18. الوصول والاعتبارات التقنية	روابط ذات نص واضح.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	نقرات روابط الحوكمة.

UX (25%)3

الثقة (20%)5

التحويل (20%)3

الاحتفاظ (15%)3

الوصول/الأمان (10%)2

الجدوى (10%)5

أعلى الأبعاد: الثقة، الجدوى (5/5)؛ أدناها: الوصول/الأمان (2/5). مستوى الدليل: رأي خبير.

E16إفصاح استخدام الأموالنجاح67P2

1. المعرّف	E16
2. الاسم	إفصاح استخدام الأموال — Use-of-funds disclosure
3. الفئة	الثقة والشفافية
4. الوصف	توضيح مختصر لكيفية توزيع الموارد أو رابط التقرير المالي.
5. الهدف الأساسي	الشفافية.
6. احتياج/ألم المتبرع	«كم يصل فعلاً للمستفيد؟».
7. التنفيذ الموصى به	رقم موثّق من التقرير المالي مع تاريخه؛ لا أرقام تقديرية.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	67 / 100 — الترتيب 36 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية سند العون المباشر يشرح مصير الزيادة والنقص والنسبة الإدارية وفق ضوابط الهيئة الشرعية. [32] اختبار تبرع حقيقي: جمعية العون المباشر — صفحة «تقبل الله منكم»، صفحة تفاصيل التبرع #35276704، وسند الاستلام PDF direct-aid.org MSF تعرض توزيع الإنفاق 79/16/5% من تقريرها المالي 2025 في صفحة التبرع. [29] Donate to Médecins Sans Frontières msf.org
15. مثال من موقع خيري / دليل	MSF (msf.org/donate): تعرض توزيع 79% للرسالة الاجتماعية و16% لجمع التبرعات و5% للإدارة، مع رابط التقرير المالي الدولي [ملاحظة مباشرة]. 🔎 تدقيق: سند العون المباشر يفصح: ما زاد يُصرف في صيانة المشروع ومشاريع أخرى، وما نقص يُسدد من تبرعات الآخرين، وتُستقطع نسبة إدارية وفق ضوابط الهيئة الشرعية ✓ — إفصاح نادر ومهم.
16. نص عربي مقترح	«اطّلع على تقرير الإنجاز السنوي لعام 2025»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	رسم بياني مع نص بديل.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	نقرات التقرير؛ استطلاع الثقة.

UX (25%)3

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)2

الجدوى (10%)4

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل، الوصول/الأمان (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E17سياسة الاسترداد والتصحيحنجاحفشلمعلّق70P1

1. المعرّف	E17
2. الاسم	سياسة الاسترداد والتصحيح — Refund & correction policy
3. الفئة	الثقة والشفافية
4. الوصف	رابط واضح لسياسة الاسترداد ومدتها وطريقة طلبها، خصوصاً عند الخصم المزدوج أو الخطأ في المبلغ.
5. الهدف الأساسي	تقليل الخوف من الخطأ.
6. احتياج/ألم المتبرع	«تبرعت بالخطأ مرتين، ماذا أفعل؟».
7. التنفيذ الموصى به	نموذج طلب مرتبط بالرقم المرجعي؛ SLA معلن فقط إن كان مُطبّقاً.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	70 / 100 — الترتيب 29 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية سياسة منشورة: طلب الاسترداد خلال 5 أيام مع إثبات، ورقم طلب قابل للنسخ. [28] منصة إحسان – الصفحة الرئيسية ونصوص الواجهة وسياسة التبرع ehsan.sa
15. مثال من موقع خيري / دليل	Ehsan: سياسة تتيح طلب الاسترداد خلال 5 أيام من تاريخ العملية مع إثبات [ملاحظة مباشرة لنص السياسة].
16. نص عربي مقترح	«تبرعت بالخطأ؟ اطلب التصحيح خلال المدة المحددة في سياسة التبرع.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	زمن معالجة طلبات الاسترداد.

UX (25%)3

الثقة (20%)5

التحويل (20%)3

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)4

أعلى الأبعاد: الثقة (5/5)؛ أدناها: UX، التحويل، الاحتفاظ، الوصول/الأمان (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E18تنبيه من الاحتيال والقنوات الرسميةفشلمعلّق72P1

1. المعرّف	E18
2. الاسم	تنبيه من الاحتيال والقنوات الرسمية — Fraud warning & official channels
3. الفئة	الثقة والشفافية
4. الوصف	تأكيد أن الجهة لن تطلب بيانات البطاقة أو رمز OTP عبر الهاتف أو الرسائل، وخاصة عند فشل الدفع حين يكون المتبرع عرضة للتصيّد.
5. الهدف الأساسي	حماية المتبرع.
6. احتياج/ألم المتبرع	تواصل احتيالي يدّعي «إكمال التبرع».
7. التنفيذ الموصى به	سطر ثابت في صفحات الفشل والمعلّق ورسائل المتابعة.
8. الحالات	فشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	72 / 100 — الترتيب 24 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية قسم مفصل في صفحة التبرع عن أنماط الاحتيال وانتحال صفة الموظفين. [29] Donate to Médecins Sans Frontières msf.org
15. مثال من موقع خيري / دليل	MSF: قسم تحذير من الاحتيال وانتحال صفة الموظفين في صفحة التبرع [ملاحظة مباشرة].
16. نص عربي مقترح	«لن نطلب منك رمز التحقق أو بيانات بطاقتك عبر الهاتف أو واتساب.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	بلاغات الاحتيال.

UX (25%)3

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)3

الوصول/الأمان (10%)5

الجدوى (10%)5

أعلى الأبعاد: الثقة، الوصول/الأمان، الجدوى (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E19قنوات دعم واضحة ومباشرةنجاحفشلمعلّق86P0

1. المعرّف	E19
2. الاسم	قنوات دعم واضحة ومباشرة — Clear support access
3. الفئة	الثقة والشفافية
4. الوصف	هاتف، واتساب، بريد، ساعات العمل، مع تمرير الرقم المرجعي تلقائياً للرسالة.
5. الهدف الأساسي	حل المشكلات بسرعة.
6. احتياج/ألم المتبرع	البحث عن وسيلة تواصل بعد خطأ.
7. التنفيذ الموصى به	رابط wa.me برسالة مُعبّأة مسبقاً تتضمن الرقم المرجعي (لا بيانات شخصية في الرابط).
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	86 / 100 — الترتيب 5 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور بيانات التواصل مع الخدمة من العناصر الإلزامية في صفحة التأكيد. [1] Confirmation pages (pattern) design-system.service.gov.uk رسائل الخطأ يجب أن تقدم حلاً بنّاءً لا وصف المشكلة فقط. [6] Error-Message Guidelines nngroup.com
15. مثال من موقع خيري / دليل	IICO: هاتف 1808300 ورابط واتساب في التذييل [ملاحظة مباشرة]؛ Ehsan: صفحة «استقبال الشكاوى» [ملاحظة مباشرة]. 🔎 تدقيق: هاتف قطر الخيرية في البريد ✓؛ هاتف العون المباشر في السند ✓؛ IHH «يرجى عدم الرد» من noreply مع بريد بديل. فشل: قطر الخيرية صندوق «للمساعدة» بالخط الساخن ✓؛ العون المباشر «نرجو مراسلة الإدارة» دون قناة محددة.
16. نص عربي مقترح	«تحتاج مساعدة؟ راسلنا على واتساب — سنرفق رقمك المرجعي تلقائياً.»
17. اعتبارات الجوال	زر واتساب ثابت في حالتي الفشل والمعلّق.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	support_contact؛ زمن أول رد.

UX (25%)5

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)5

أعلى الأبعاد: UX، الثقة، الجدوى (5/5)؛ أدناها: الاحتفاظ، الوصول/الأمان (3/5). مستوى الدليل: معيار/بحث منشور.

الأثر والسرد القصصي (4)

E20عبارة أثر ملموسة مرتبطة بالمبلغنجاح69P2

1. المعرّف	E20
2. الاسم	عبارة أثر ملموسة مرتبطة بالمبلغ — Tangible impact statement
3. الفئة	الأثر والسرد القصصي
4. الوصف	ترجمة المبلغ إلى أثر محدد ومُثبت («يوفّر مياه شرب لأسرة لمدة…») فقط إذا كانت معادلة التكلفة موثّقة.
5. الهدف الأساسي	تعزيز الإحساس بالفعالية.
6. احتياج/ألم المتبرع	«ماذا فعل مبلغي تحديداً؟».
7. التنفيذ الموصى به	جدول معادلات أثر معتمد لكل مشروع؛ وإلا تُستخدم صياغة عامة صادقة.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	69 / 100 — الترتيب 31 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية المتبرع يريد أن يعرف كيف استُخدم تبرعه. [18] Donor-Centered Fundraising (book, 2003) & DCF handout (2021) cygresearch.com قصة أثر بعد التبرع تعزز القرار. [9] NextAfter's Definitive Guide to Donation Pages nextafter.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«تبرعك يسهم في توفير مياه الشرب للأسر النازحة ضمن حملة «مليون سقيا».»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	التبرع الثاني؛ النقر على «تابع أثر المشروع».

UX (25%)4

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)5

الوصول/الأمان (10%)2

الجدوى (10%)3

أعلى الأبعاد: الاحتفاظ (5/5)؛ أدناها: التحويل، الوصول/الأمان (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E21قصة أو صورة تحفظ كرامة المستفيدنجاح68P2

1. المعرّف	E21
2. الاسم	قصة أو صورة تحفظ كرامة المستفيد — Dignity-first impact visual
3. الفئة	الأثر والسرد القصصي
4. الوصف	صورة أو مقطع قصير يعبّر عن الأثر دون استغلال أو كشف هوية المستفيدين الضعفاء.
5. الهدف الأساسي	تواصل عاطفي أخلاقي.
6. احتياج/ألم المتبرع	صور صادمة تُنفّر أو تسيء.
7. التنفيذ الموصى به	سياسة موافقة للصور؛ صور محسّنة الحجم (WebP) مع lazy-loading.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	68 / 100 — الترتيب 34 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير استخدام أسماء مستعارة لحماية هوية أشخاص تُروى قصصهم. [29] Donate to Médecins Sans Frontières msf.org رأي خبير سياسة موافقة الصور رأي خبير.
15. مثال من موقع خيري / دليل	MSF تستخدم أسماء مستعارة لحماية هوية بعض من تُروى قصصهم [ملاحظة مباشرة]. 🔎 تدقيق: الصورة العاطفية في صدر صفحة النجاح هي النمط الغالب — أطفال مبتسمون بعرض الصفحة (العون المباشر)، طفلة تصنع قلباً بيديها (Human Appeal)، رسم قلوب (قطر الخيرية وبريدها). IHH وحدها بلا صورة (بريد فقط). الخطر المرصود: الصورة والبانر التالي لها يدفعان المعلومات الأساسية أسفل الطية. charity: water: صورة تحريرية بنصف الشاشة على صفحة الشكر وصورة كبيرة في لوحة المتبرع. في صفحات الفشل المختبرة (قطر الخيرية، العون المباشر، Human Appeal) لم تُستخدم أي صورة. UNHCR: صورة لاجئة بعرض الصفحة فوق شريط الشكر. UNICEF: صورة خلفية خلف البطاقة. وفي فشل UNHCR لا صورة.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	صورة واحدة بحجم ≤ 100KB.
18. الوصول والاعتبارات التقنية	نص بديل وصفي؛ لا تشغيل تلقائي بصوت.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	أثر على LCP؛ التمرير.

UX (25%)4

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، الاحتفاظ (4/5)؛ أدناها: التحويل (2/5). مستوى الدليل: رأي خبير.

E22وعد تقارير الأثر (متى وكيف)نجاح69P2

1. المعرّف	E22
2. الاسم	وعد تقارير الأثر (متى وكيف) — Impact-reporting promise
3. الفئة	الأثر والسرد القصصي
4. الوصف	إبلاغ المتبرع بأنه سيتلقى تحديثاً عن نتيجة المشروع ومتى تقريباً، ثم الوفاء بذلك.
5. الهدف الأساسي	بناء الثقة طويلة الأمد.
6. احتياج/ألم المتبرع	غياب المتابعة بعد التبرع.
7. التنفيذ الموصى به	ربط التبرع بقائمة تحديثات المشروع في CRM.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	69 / 100 — الترتيب 32 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية المتبرع يريد معرفة النتائج قبل أن يُطلب منه مجدداً. [18] Donor-Centered Fundraising (book, 2003) & DCF handout (2021) cygresearch.com احتفاظ المتبرعين الجدد لم يتحسن في 2025 — تحويل التبرع الأول إلى ثانٍ أكبر مشكلة غير محلولة. [17] Fundraising Effectiveness Project Reports Strongest Revenue Growth in Five Years, Even as Fewer Donors Give afpglobal.org
15. مثال من موقع خيري / دليل	Ehsan: ضمن مزايا الحساب «شاهد أثر كرمك… تقارير حالات استفادت من دعمك» [ملاحظة مباشرة]؛ Qatar Charity: الحساب يتيح تقارير دورية [مصدر رسمي]. 🔎 تدقيق: charity: water تربط كل تبرع في لوحة المتبرع بحالة مشروع («WORK UNDERWAY» / «100% FUNDED CLEAN WATER») وعمود لتقرير الأثر — أوضح تطبيق شوهد لوعد الأثر.
16. نص عربي مقترح	«سنرسل لك تقريراً مصوّراً عند اكتمال المشروع.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	معدل فتح تقارير الأثر؛ الاحتفاظ بالسنة الأولى.

UX (25%)4

الثقة (20%)5

التحويل (20%)1

الاحتفاظ (15%)5

الوصول/الأمان (10%)2

الجدوى (10%)3

أعلى الأبعاد: الثقة، الاحتفاظ (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E23تقدّم المشروع بعد التبرعنجاح66P2

1. المعرّف	E23
2. الاسم	تقدّم المشروع بعد التبرع — Updated campaign progress
3. الفئة	الأثر والسرد القصصي
4. الوصف	شريط تقدم محدث يشمل تبرع المستخدم («أصبح المشروع 82% بفضلك»).
5. الهدف الأساسي	إظهار المساهمة الجماعية.
6. احتياج/ألم المتبرع	عدم رؤية أثر فوري.
7. التنفيذ الموصى به	قيمة محسوبة من الخادم بعد المطابقة؛ لا تُعرض للمشاريع المغلقة.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	66 / 100 — الترتيب 40 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية بطاقات المشاريع تعرض «تم جمع» و«المبلغ المتبقي» ونسبة الإنجاز. [28] منصة إحسان – الصفحة الرئيسية ونصوص الواجهة وسياسة التبرع ehsan.sa
15. مثال من موقع خيري / دليل	Ehsan: بطاقات مشاريع تعرض «تم جمع» و«المبلغ المتبقي» ونسبة الإنجاز [ملاحظة مباشرة]. 🔎 تدقيق: charity: water تعرض حالة المشروع لكل تبرع داخل الحساب بدل شريط تقدم عام.
16. نص عربي مقترح	«بلغ المشروع 82% — شكراً لأنك جزء منه.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	progressbar مع aria-valuenow.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	مشاركات الحملة.

UX (25%)4

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)4

الوصول/الأمان (10%)2

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، الاحتفاظ (4/5)؛ أدناها: التحويل، الوصول/الأمان (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

العلاقة مع المتبرع والاحتفاظ (4)

E24إنشاء حساب بعد التبرعنجاح67P2

1. المعرّف	E24
2. الاسم	إنشاء حساب بعد التبرع — Post-donation account creation
3. الفئة	العلاقة مع المتبرع والاحتفاظ
4. الوصف	عرض تحويل التبرع كضيف إلى حساب بكلمة مرور واحدة أو OTP، بعد النجاح لا قبله.
5. الهدف الأساسي	تمكين إدارة التبرعات والإيصالات.
6. احتياج/ألم المتبرع	إجبار التسجيل قبل الدفع يسبب التسرّب.
7. التنفيذ الموصى به	البيانات المُدخلة مسبقاً تُملأ تلقائياً؛ خيار الدخول بـ OTP.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	67 / 100 — الترتيب 37 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور يمكن جمع موافقة واتساب من الموقع بشرط ذكر اسم الجهة وأن الشخص يوافق على تلقي رسائلها — أساس بطاقة جمع رقم «فاعل خير». [43] Get opt-in for WhatsApp developers.facebook.com تأجيل إنشاء الحساب إلى صفحة التأكيد يزيل قرارات مربكة من مسار الدفع. [7] 6 Ways to Get More Out of Your Order Confirmation Page baymard.com Human Appeal: «سجل لإنشاء حساب» مع ثلاث فوائد. [34] اختبار تبرع حقيقي: Human Appeal (humanappeal.me) — صفحة الشكر، بطاقة الهدية، بريد «فاتورة تبرعك»، بريد بطاقة الهدية، والإيصال PDF humanappeal.org.uk
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: قطر الخيرية تعرّف المتبرع الضيف برقم جواله («متبرع عن طريق رقم الجوال») وترسل له SMS — نموذج قريب من «ملف الظل». Human Appeal «سجل لإنشاء حساب» مع ثلاث فوائد واضحة ✓؛ قطر الخيرية وIHH رابط «صفحتك الشخصية».
16. نص عربي مقترح	«احفظ تبرعاتك وإيصالاتك في مكان واحد — أنشئ حسابك بنقرة.»
17. اعتبارات الجوال	OTP بدل كلمة المرور.
18. الوصول والاعتبارات التقنية	autocomplete=one-time-code.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	معدل إنشاء الحساب بعد التبرع.

UX (25%)4

الثقة (20%)3

التحويل (20%)2

الاحتفاظ (15%)5

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: الاحتفاظ (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: معيار/بحث منشور.

E25تفضيلات التواصل والموافقة الصريحةنجاح72P1

1. المعرّف	E25
2. الاسم	تفضيلات التواصل والموافقة الصريحة — Communication preferences & consent
3. الفئة	العلاقة مع المتبرع والاحتفاظ
4. الوصف	اختيار القنوات (بريد/SMS/واتساب) وأنواع الرسائل، بموافقة صريحة غير مُسبقة التحديد.
5. الهدف الأساسي	علاقة قائمة على الإذن ومتوافقة نظامياً.
6. احتياج/ألم المتبرع	رسائل غير مرغوبة.
7. التنفيذ الموصى به	خانات غير محددة مسبقاً؛ سجل موافقة بتاريخ ومصدر؛ سهولة السحب.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	72 / 100 — الترتيب 25 من 50
11. الأثر المتوقع على التجربة	متوسط
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور الإيصال رسالة Utility مرتبطة بالمعاملة؛ تقارير الأثر مع دعوة للتبرع تُصنَّف في الغالب Marketing، فتحتاج موافقة منفصلة. [44] Template categorization developers.facebook.com النظام السعودي نافذ منذ 14 سبتمبر 2024: موافقة وسياسة خصوصية وتقليل بيانات. [26] Saudi Arabia’s Personal Data Protection Law becomes enforceable clydeco.com لائحة CITRA 26/2024 تركز على الموافقة المستنيرة وتحديد الغرض (نطاقها محل خلاف). [27] Access Alert: Kuwaiti regulator introduces new data protection regulation accesspartnership.com «لقد اشتركت بنجاح في قائمتنا البريدية» دون موافقة ظاهرة في الأدلة. [34] اختبار تبرع حقيقي: Human Appeal (humanappeal.me) — صفحة الشكر، بطاقة الهدية، بريد «فاتورة تبرعك»، بريد بطاقة الهدية، والإيصال PDF humanappeal.org.uk
15. مثال من موقع خيري / دليل	IICO: خانة «أوافق على سياسة الخصوصية» في الاشتراك بالنشرة [ملاحظة مباشرة]. 🔎 تدقيق: Human Appeal «تهانينا! لقد اشتركت بنجاح في قائمتنا البريدية» على صفحة الشكر دون أن تظهر موافقة صريحة في الأدلة — يُتحقق من نموذج التبرع.
16. نص عربي مقترح	«أرغب في تلقي تحديثات المشاريع عبر: ☐ واتساب ☐ البريد»
17. اعتبارات الجوال	مفاتيح تبديل كبيرة.
18. الوصول والاعتبارات التقنية	label مرتبط بكل خانة.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	معدل الاشتراك؛ معدل إلغاء الاشتراك.

UX (25%)3

الثقة (20%)5

التحويل (20%)1

الاحتفاظ (15%)5

الوصول/الأمان (10%)5

الجدوى (10%)4

أعلى الأبعاد: الثقة، الاحتفاظ، الوصول/الأمان (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: معيار/بحث منشور.

E26سؤال رضا قصير (اختياري)نجاحفشل56P3

1. المعرّف	E26
2. الاسم	سؤال رضا قصير (اختياري) — One-question feedback
3. الفئة	العلاقة مع المتبرع والاحتفاظ
4. الوصف	سؤال واحد (مثلاً: «ما مدى سهولة التبرع؟») يُعرض بعد المحتوى الأساسي.
5. الهدف الأساسي	قياس التجربة وتحسينها.
6. احتياج/ألم المتبرع	لا صوت للمتبرع.
7. التنفيذ الموصى به	مقياس 1–5 + تعليق اختياري؛ لا يُجمع أي بيان شخصي.
8. الحالات	نجاحفشل
9. مستوى الأهمية	اختياري (Optional) P3
10. الدرجة الموزونة	56 / 100 — الترتيب 49 من 50
11. الأثر المتوقع على التجربة	متوسط
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور رابط ملاحظات قصير مع توضيح أنه «يستغرق 30 ثانية». [1] Confirmation pages (pattern) design-system.service.gov.uk استبيان NPS يظهر فوراً ويغطي أسفل الإيصال — مثال على توقيت مزعج. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: العون المباشر ثلاثة وجوه داخل الصفحة ✓ (خفيف)؛ قطر الخيرية شريط NPS (Wootric) يظهر فوراً ويغطي أسفل الإيصال — توقيت وموضع مزعجان. charity: water: بطاقة «Before you go» لاستبيان دقيقتين مع رابط رفض صريح «No, thanks. Continue to my account.» ✓ — أفضل من شريط يغطي المحتوى. UNICEF: رابط استبيان نصي داخل البطاقة ✓ خفيف.
16. نص عربي مقترح	«كيف كانت تجربة التبرع؟ ★★★★★»
17. اعتبارات الجوال	نجوم بحجم لمس مناسب.
18. الوصول والاعتبارات التقنية	radiogroup.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	CES/CSAT حسب وسيلة الدفع والجهاز.

UX (25%)3

الثقة (20%)3

التحويل (20%)1

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)5

أعلى الأبعاد: الجدوى (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: معيار/بحث منشور.

E27سلسلة ترحيب للمتبرع الجديدنجاح66P2

1. المعرّف	E27
2. الاسم	سلسلة ترحيب للمتبرع الجديد — New-donor welcome series
3. الفئة	العلاقة مع المتبرع والاحتفاظ
4. الوصف	رسالتان إلى ثلاث بعد أول تبرع: شكر، تعريف بالجهة، ثم أثر — قبل أي طلب جديد.
5. الهدف الأساسي	رفع احتفاظ السنة الأولى.
6. احتياج/ألم المتبرع	أول طلب يأتي قبل أي شكر أو أثر.
7. التنفيذ الموصى به	أتمتة في أداة البريد/CRM بمحفّز donation_success المؤكّد من الخادم.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	66 / 100 — الترتيب 41 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية الاحتفاظ الإجمالي 43.3% في 2025 مع ثبات احتفاظ المتبرعين الجدد. [17] Fundraising Effectiveness Project Reports Strongest Revenue Growth in Five Years, Even as Fewer Donors Give afpglobal.org الشكر السريع من شخص ذي مكانة ارتبط بتبرعات لاحقة أعلى في اختبارها. [18] Donor-Centered Fundraising (book, 2003) & DCF handout (2021) cygresearch.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«مرحباً بك في أسرة العطاء… هذا ما حققه عطاؤكم هذا العام.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	بريد بنص قابل للقراءة.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	احتفاظ السنة الأولى؛ زمن التبرع الثاني.

UX (25%)3

الثقة (20%)4

التحويل (20%)2

الاحتفاظ (15%)5

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: الاحتفاظ (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

التبرع الدوري (2)

E28عرض التحويل إلى استقطاع شهرينجاح70P1

1. المعرّف	E28
2. الاسم	عرض التحويل إلى استقطاع شهري — Recurring upgrade offer
3. الفئة	التبرع الدوري
4. الوصف	عرض لطيف واحد لبدء استقطاع شهري بمبلغ أقل من التبرع الحالي، مع قيمة مقترحة واضحة.
5. الهدف الأساسي	نمو الإيرادات الدورية.
6. احتياج/ألم المتبرع	لا يعرف المتبرع بخيار الاستقطاع.
7. التنفيذ الموصى به	يظهر بعد التأكيد والإيصال؛ لا يُعرض لمن لديه استقطاع قائم؛ اختبار A/B.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	70 / 100 — الترتيب 30 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	مرتفع (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية نافذة تحويل التبرع إلى شهري (قبل المعالجة) رفعت التبرعات الدورية في تجربة منظمة واحدة. [11] How rolling out a recurring gift pop-out on all donation pages impacts donor conversion (Focus on the Family) nextafter.com في 2025 نمت إيرادات التبرع لمرة واحدة أسرع من الشهرية. [15] 2026 M+R Benchmarks Study mrss.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: لم يعرض أي موقع مختبر خيار تحويل التبرع إلى استقطاع بعد النجاح — فرصة غير مستغلة.
16. نص عربي مقترح	«اجعل أثرك مستمراً: 3 د.ك شهرياً تكفل استمرار المشروع. [ابدأ الاستقطاع] [لا، شكراً]»
17. اعتبارات الجوال	زرّان متساويان في الوضوح (لا dark patterns).
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	recurring_donation_signup / donation_success.

UX (25%)3

الثقة (20%)3

التحويل (20%)4

الاحتفاظ (15%)5

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: الاحتفاظ (5/5)؛ أدناها: UX، الثقة، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E29تفاصيل الاستقطاع وإدارته وإلغاؤهنجاح77P1

1. المعرّف	E29
2. الاسم	تفاصيل الاستقطاع وإدارته وإلغاؤه — Recurring details & self-management
3. الفئة	التبرع الدوري
4. الوصف	لمن اشترك: المبلغ، الدورية، تاريخ الخصم القادم، ورابط الإدارة/الإيقاف.
5. الهدف الأساسي	الثقة في الاستقطاع.
6. احتياج/ألم المتبرع	الخوف من خصم لا يمكن إيقافه.
7. التنفيذ الموصى به	صفحة إدارة مرتبطة بالحساب أو برابط آمن.
8. الحالات	نجاح
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	77 / 100 — الترتيب 15 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية قطر الخيرية: تبرع دوري وكفالات بخصم تلقائي من بطاقة الائتمان. [31] Donation Methods / General Donation qcharity.org
15. مثال من موقع خيري / دليل	Qatar Charity: خيار «تبرع دوري» والخصم التلقائي للكفالات عبر بطاقة الائتمان [مصدر رسمي].
16. نص عربي مقترح	«الخصم القادم: 1 نوفمبر 2026 · يمكنك الإيقاف في أي وقت.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	معدل إلغاء الاستقطاع في أول 3 أشهر.

UX (25%)4

الثقة (20%)5

التحويل (20%)2

الاحتفاظ (15%)5

الوصول/الأمان (10%)4

الجدوى (10%)3

أعلى الأبعاد: الثقة، الاحتفاظ (5/5)؛ أدناها: التحويل (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

المشاركة والمناصرة (1)

E30مشاركة الحملة (واتساب أولاً)نجاح67P2

1. المعرّف	E30
2. الاسم	مشاركة الحملة (واتساب أولاً) — Share the campaign
3. الفئة	المشاركة والمناصرة
4. الوصف	أزرار مشاركة للحملة لا للمبلغ، مع ترتيب القنوات حسب الاستخدام المحلي، ورابط مُتتبَّع بـ UTM.
5. الهدف الأساسي	استقطاب متبرعين جدد عبر الأقران.
6. احتياج/ألم المتبرع	الرغبة في «الدلالة على الخير» دون كشف المبلغ.
7. التنفيذ الموصى به	Web Share API على الجوال؛ لا يتضمن الرابط أي بيانات شخصية أو مبلغ.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	67 / 100 — الترتيب 38 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية درج «الدال على الخير» بسبع قنوات منها واتساب. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org خدمة «غراس» لمشاركة الحالات، ومشاركة عبر واتساب ونسخ الرابط. [28] منصة إحسان – الصفحة الرئيسية ونصوص الواجهة وسياسة التبرع ehsan.sa
15. مثال من موقع خيري / دليل	Ehsan: خدمة «غراس» لمشاركة حالات التبرع ومشاركة عبر واتساب ونسخ الرابط [ملاحظة مباشرة]. 🔎 تدقيق: قطر الخيرية درج «الدال على الخير» بسبع قنوات منها واتساب وتيليجرام ✓؛ العون المباشر واتساب وX وفيسبوك ✓؛ Human Appeal بلا واتساب رغم الجمهور العربي.
16. نص عربي مقترح	«الدال على الخير كفاعله — شارك الحملة مع أحبابك.»
17. اعتبارات الجوال	Web Share الأصلي.
18. الوصول والاعتبارات التقنية	أزرار بأسماء واضحة.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	share_click؛ التبرعات المنسوبة للمشاركة.

UX (25%)3

الثقة (20%)3

التحويل (20%)3

الاحتفاظ (15%)4

الوصول/الأمان (10%)4

الجدوى (10%)4

أعلى الأبعاد: الاحتفاظ، الوصول/الأمان، الجدوى (4/5)؛ أدناها: UX، الثقة، التحويل (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

فرص العطاء الإضافية (2)

E31اقتراح مشروع مرتبط واحدنجاح62P2

1. المعرّف	E31
2. الاسم	اقتراح مشروع مرتبط واحد — Single related-cause suggestion
3. الفئة	فرص العطاء الإضافية
4. الوصف	اقتراح واحد ذو صلة (مثلاً: وقف مياه بعد تبرع سقيا) بعد الإيصال، دون إغراق.
5. الهدف الأساسي	تبرع إضافي بلا إزعاج.
6. احتياج/ألم المتبرع	الشعور بالاستغلال بعد العطاء مباشرة.
7. التنفيذ الموصى به	قاعدة ربط بسيطة حسب الفئة؛ اختبار A/B مع مراقبة شكاوى.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	62 / 100 — الترتيب 46 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	مرتفع (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية صفحة التأكيد مكان للعروض الإضافية دون مقاطعة الإتمام (سياق تجاري). [7] 6 Ways to Get More Out of Your Order Confirmation Page baymard.com عرض تبرع فوري بعد إتمام عرض آخر رفع التحويل من قاعدة منخفضة جداً. [10] How presenting a donation page instantly after an acquisition offer impacts donor conversion (Boys Town) nextafter.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: العون المباشر بانر ضخم «رعاية الأيتام» مباشرة بعد التأكيد — يطغى على المحتوى؛ الأفضل بطاقة واحدة صغيرة بعد الإيصال. UNHCR: بعد الشكر مباشرة «هل تودّ القيام بعمل خير إضافي؟» بزرين «صدقة الجمعة» و«تبرّع بزكاتك» + ترويج تطبيق الزكاة — عرض إضافي مكيّف ثقافياً من منظمة دولية.
16. نص عربي مقترح	«قد يهمك أيضاً: وقف البئر الدائم»
17. اعتبارات الجوال	بطاقة واحدة فقط.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	تبرع ثانٍ في نفس الجلسة؛ شكاوى.

UX (25%)3

الثقة (20%)2

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)4

أعلى الأبعاد: التحويل، الجدوى (4/5)؛ أدناها: الثقة (2/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E32تذكير المواسم (رمضان/العشر/الأضاحي)نجاح65P2

1. المعرّف	E32
2. الاسم	تذكير المواسم (رمضان/العشر/الأضاحي) — Seasonal opt-in reminder
3. الفئة	فرص العطاء الإضافية
4. الوصف	خيار «ذكّرني في رمضان» أو العشر من ذي الحجة أو الشتاء، بموافقة صريحة.
5. الهدف الأساسي	استثمار مواسم العطاء.
6. احتياج/ألم المتبرع	نسيان المشاركة الموسمية.
7. التنفيذ الموصى به	حدث في CRM بتاريخ هجري؛ قناة حسب الموافقة.
8. الحالات	نجاح
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	65 / 100 — الترتيب 42 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير رأي خبير لا مصدر منشور؛ مبني على موسمية العطاء (رمضان، ذو الحجة) ونشر IICO تقارير الأضاحي.
15. مثال من موقع خيري / دليل	IICO تنشر تقرير «أضاحي الخير 2026» [ملاحظة مباشرة].
16. نص عربي مقترح	«ذكّرني بالعشر من ذي الحجة»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	معدل تفعيل التذكير والتحويل الموسمي.

UX (25%)3

الثقة (20%)3

التحويل (20%)3

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)4

أعلى الأبعاد: الاحتفاظ، الجدوى (4/5)؛ أدناها: UX، الثقة، التحويل، الوصول/الأمان (3/5). مستوى الدليل: رأي خبير.

استرداد الدفعات الفاشلة ومعالجة الأخطاء (6)

E33تصنيف سبب الفشل بدقةفشل84P0

1. المعرّف	E33
2. الاسم	تصنيف سبب الفشل بدقة — Accurate failure classification
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	تمييز: رفض من البنك، إلغاء من المتبرع، انتهاء المهلة، خطأ تقني — مع رسالة مختلفة وإجراء مختلف لكل حالة.
5. الهدف الأساسي	إرشاد دقيق للخطوة التالية.
6. احتياج/ألم المتبرع	رسالة «حدث خطأ» عامة لا تفيد.
7. التنفيذ الموصى به	خريطة رموز البوابة (مثل NOT CAPTURED / CANCELED) إلى 4 فئات مفهومة؛ لا يُعرض رمز خام إلا للدعم.
8. الحالات	فشل
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	84 / 100 — الترتيب 9 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور «حدث خطأ» رسالة عامة بلا سياق؛ صف المشكلة بدقة وبلغة بشرية دون رموز تقنية. [6] Error-Message Guidelines nngroup.com رموز البوابة (NOT CAPTURED / CANCELED) تُترجم لفئات مفهومة ولا تُعرض خاماً. [24] alnazer/knet-payment (README) packagist.org
15. مثال من موقع خيري / دليل	Ehsan: رسالة عامة «حدث خطأ ما، يرجى المحاولة مرة أخرى» [ملاحظة مباشرة — مثال على نقطة قابلة للتحسين]. 🔎 تدقيق فشل: قطر الخيرية نص عام مكرر مرتين («خطأ في عملية الدفع…») ✗؛ العون المباشر يطلب التأكد من البيانات البنكية والرصيد بينما الحالة «ملغي» — تصنيف ملتبس ✗؛ Human Appeal «لم نتمكن من التحقق من طريقة الدفع» مع حل محدد ✓. UNHCR: «الرجاء مراجعة المعلومات التي أدخلتها» — تفترض خطأ المتبرع دون سبب محدد.
16. نص عربي مقترح	رفض: «رفض البنك العملية — تحقق من الرصيد أو حدود البطاقة.» · إلغاء: «ألغيتَ الدفع، ولم يُخصم أي مبلغ.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	role=alert للرسالة الرئيسية.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نسبة الاسترداد لكل فئة فشل.

UX (25%)5

الثقة (20%)4

التحويل (20%)5

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)3

أعلى الأبعاد: UX، التحويل (5/5)؛ أدناها: الاحتفاظ، الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

E34توضيح حالة الخصمفشلمعلّق87P0

1. المعرّف	E34
2. الاسم	توضيح حالة الخصم — Charge-status clarity
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	إجابة صريحة: هل خُصم المبلغ؟ أم قد يظهر حجز مؤقت يُعاد تلقائياً وفق سياسة البنك؟
5. الهدف الأساسي	تقليل القلق وتكرار الدفع.
6. احتياج/ألم المتبرع	«ظهر خصم في حسابي والصفحة تقول فشل».
7. التنفيذ الموصى به	نص مشروط حسب فئة الفشل؛ لا وعود بمدد غير موثّقة من البنك.
8. الحالات	فشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	87 / 100 — الترتيب 3 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	مرتفع (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية قدّم نصيحة بنّاءة ولا تكتفِ بوصف المشكلة. [6] Error-Message Guidelines nngroup.com بعد فشل المحاولة تعود الحالة لتسمح بإعادة المحاولة — أي لم يتم التحصيل. [45] Payment status updates docs.stripe.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق فشل: لم تذكر أي جهة من الثلاث صراحة هل خُصم مبلغ أم لا ✗ — فجوة مشتركة.
16. نص عربي مقترح	«لم يُسجَّل تبرعك. إن ظهر حجز مؤقت في حسابك فسيُعاد وفق إجراءات بنكك — لا حاجة لإعادة الدفع قبل التحقق.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	تذاكر «خصم دون تسجيل».

UX (25%)5

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)4

الوصول/الأمان (10%)3

الجدوى (10%)4

أعلى الأبعاد: UX، الثقة (5/5)؛ أدناها: الوصول/الأمان (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E35إعادة محاولة آمنة مع حفظ الاختياراتفشل82P0

1. المعرّف	E35
2. الاسم	إعادة محاولة آمنة مع حفظ الاختيارات — Safe retry with preserved selections
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	زر «إعادة المحاولة» يعيد المتبرع إلى الدفع بنفس المشروع والمبلغ والبيانات، دون إعادة إدخال.
5. الهدف الأساسي	استرداد التبرع المفقود.
6. احتياج/ألم المتبرع	البدء من الصفر.
7. التنفيذ الموصى به	الاحتفاظ بالسلة خادمياً؛ إنشاء محاولة دفع جديدة بمفتاح idempotency جديد مرتبط بنفس الطلب.
8. الحالات	فشل
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	82 / 100 — الترتيب 12 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور احفظ مدخلات المستخدم ليصحح دون البدء من جديد. [6] Error-Message Guidelines nngroup.com عند انقطاع الدفع واستئنافه أعد استخدام نفس محاولة الدفع لتتبّع المحاولات الفاشلة للسلة نفسها. [22] The Payment Intents API docs.stripe.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق فشل: Human Appeal تُبقي المتبرع في صفحة الدفع نفسها بالمشروع والمبلغ ✓؛ قطر الخيرية «العودة إلى السلة» (السلة محفوظة غالباً) جزئي؛ العون المباشر لا زر إعادة في المستند ✗. UNHCR تُبقي المتبرع في صفحة الدفع مع ملخص التبرع ✓.
16. نص عربي مقترح	«إعادة المحاولة بنفس التفاصيل»
17. اعتبارات الجوال	الزر الأساسي بعرض كامل.
18. الوصول والاعتبارات التقنية	تركيز أولي على العنوان ثم الزر.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	donation_retry → donation_success (معدل الاسترداد).

UX (25%)5

الثقة (20%)4

التحويل (20%)5

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: UX، التحويل (5/5)؛ أدناها: الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

E36وسائل دفع بديلةفشل73P1

1. المعرّف	E36
2. الاسم	وسائل دفع بديلة — Alternative payment methods
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	اقتراح وسيلة أخرى متاحة فعلاً (KNET، بطاقة ائتمان، Apple Pay، مدى، BenefitPay…) حسب البلد والجهاز.
5. الهدف الأساسي	تجاوز سبب الفشل.
6. احتياج/ألم المتبرع	بطاقة مرفوضة ولا بديل.
7. التنفيذ الموصى به	عرض الوسائل المفعّلة فقط وفق الموقع والعملة؛ لا تعرض وسيلة لا تعمل على الجهاز.
8. الحالات	فشل
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	73 / 100 — الترتيب 19 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	مرتفع (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: تجربة ممارس/بيانات قطاعية عند الفشل تواصل مع العميل واقترح وسيلة دفع أخرى. [45] Payment status updates docs.stripe.com إضافة PayPal خفّضت التبرعات 65.3% في تجربة، وApple Pay بلا فرق — اختبر قبل الإضافة. [12] Optimize Your Donation Page (interactive guide) nextafter.com
15. مثال من موقع خيري / دليل	Ehsan: مدى وماستركارد وApple Pay وفيزا [ملاحظة مباشرة]. NextAfter تنبّه إلى اختبار أي وسيلة دفع جديدة قبل تعميمها [تجارب ممارس]. 🔎 تدقيق فشل: Human Appeal تعرض Google Pay وAmazon Pay بجانب البطاقة ✓؛ قطر الخيرية تقترح بطاقة الخصم وقنوات غير رقمية (محصّل منزلي، محصّلون، مركز اتصال) ✓ — ممارسة محلية مميزة. UNHCR تعرض PayPal والبطاقة وGoogle Pay في صفحة الخطأ ✓.
16. نص عربي مقترح	«جرّب وسيلة أخرى: Apple Pay · بطاقة ائتمان»
17. اعتبارات الجوال	Apple Pay/Google Pay أولاً على الأجهزة الداعمة.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نجاح المحاولة الثانية حسب الوسيلة.

UX (25%)4

الثقة (20%)3

التحويل (20%)5

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: التحويل (5/5)؛ أدناها: الثقة، الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: تجربة ممارس/بيانات قطاعية.

E37منع الخصم والتسجيل المزدوجفشلمعلّق84P0

1. المعرّف	E37
2. الاسم	منع الخصم والتسجيل المزدوج — Duplicate-charge prevention
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	حماية تقنية وواجهة: تعطيل الزر بعد النقر، مفاتيح idempotency، وقفل الطلب أثناء المعالجة.
5. الهدف الأساسي	نزاهة مالية.
6. احتياج/ألم المتبرع	خصم مرتين.
7. التنفيذ الموصى به	Idempotency-Key لكل محاولة؛ قيد UNIQUE على معرّف حدث webhook؛ فحص «هل يوجد دفع معلّق لنفس الطلب؟» قبل إنشاء محاولة جديدة.
8. الحالات	فشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	84 / 100 — الترتيب 10 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور استخدم مفتاح idempotency لمنع إنشاء محاولة دفع مكررة للشراء نفسه. [22] The Payment Intents API docs.stripe.com قيد UNIQUE على معرّف الحدث قبل أي منطق أعمال يمنع التنفيذ المزدوج. [23] Stripe Webhook Idempotency, the Production Pattern theroadtoenterprise.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«لديك عملية دفع قيد المعالجة لهذا التبرع — انتظر النتيجة قبل المحاولة مجدداً.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	aria-disabled مع شرح.
19. تعقيد التنفيذ	مرتفع
20. مؤشر القياس (KPI)	معدل المبالغ المستردة بسبب الازدواج.

UX (25%)4

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)4

الوصول/الأمان (10%)5

الجدوى (10%)3

أعلى الأبعاد: الثقة، الوصول/الأمان (5/5)؛ أدناها: الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

E38حفظ التبرع ورابط الاستكمال لاحقاًفشل64P2

1. المعرّف	E38
2. الاسم	حفظ التبرع ورابط الاستكمال لاحقاً — Save & resume link
3. الفئة	استرداد الدفعات الفاشلة ومعالجة الأخطاء
4. الوصف	إرسال رابط آمن لاستكمال التبرع لاحقاً (بموافقة) لمن لم يُعِد المحاولة فوراً.
5. الهدف الأساسي	استرداد متأخر.
6. احتياج/ألم المتبرع	«سأكمل لاحقاً» ثم النسيان.
7. التنفيذ الموصى به	رابط موقّع منتهي الصلاحية؛ رسالة واحدة فقط؛ احترام الموافقة.
8. الحالات	فشل
9. مستوى الأهمية	متوسط (Medium) P2
10. الدرجة الموزونة	64 / 100 — الترتيب 43 من 50
11. الأثر المتوقع على التجربة	متوسط (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	مرتفع (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير تجربة استعادة الزوار غير المكملين بعرض بديل أخف عند نية المغادرة. [13] Top 10 Calendar Year-End Experiments nextafter.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«أرسل لي رابطاً لإكمال التبرع لاحقاً»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	التبرعات المستردة من الرابط.

UX (25%)3

الثقة (20%)3

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: التحويل (4/5)؛ أدناها: UX، الثقة، الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: رأي خبير.

الحالات المعلّقة وتتبّع الحالة (4)

E39شرح «قيد المعالجة» وتحذير عدم التكرارمعلّق86P0

1. المعرّف	E39
2. الاسم	شرح «قيد المعالجة» وتحذير عدم التكرار — Pending explanation + do-not-repay
3. الفئة	الحالات المعلّقة وتتبّع الحالة
4. الوصف	شرح مبسط أن النتيجة لم تصل بعد من البنك، مع تحذير صريح من إعادة الدفع.
5. الهدف الأساسي	منع الدفع المزدوج.
6. احتياج/ألم المتبرع	«الصفحة معلّقة، هل أدفع مرة أخرى؟».
7. التنفيذ الموصى به	تفعيل الحالة عند انتهاء مهلة الاستعلام دون نتيجة نهائية.
8. الحالات	معلّق
9. مستوى الأهمية	حرج (Critical) P0
10. الدرجة الموزونة	86 / 100 — الترتيب 6 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور حين يُرسل الطلب ولم تكتمل المعاملة: شريط إشعار يشرح الخطوات التالية. [2] Form confirmation page (pattern) projectdelivery.gov.uk حالة processing تعني «انتظر النجاح أو الفشل» وقد تمتد أياماً لبعض الوسائل. [45] Payment status updates docs.stripe.com
15. مثال من موقع خيري / دليل	Project Delivery (gov.uk): نمط «أُرسل النموذج لكن المعاملة غير مكتملة» مع توضيح الخطوات التالية [مصدر حكومي]. 🔎 تدقيق: لم تظهر حالة «قيد المعالجة/معلّق» لدى أي جهة في اختبارات النجاح والفشل — إما أن البوابات تُرجع نتيجة نهائية فوراً، أو أن الحالة غير مصممة أصلاً. تبقى التوصية مبنية على المعايير (GOV.UK، Stripe) لا على أمثلة خيرية.
16. نص عربي مقترح	«تبرعك قيد التأكيد من البنك. يُرجى عدم الدفع مرة أخرى حتى تصلك النتيجة.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	role=status.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نسبة المعلّق الذي يتبعه دفع جديد خلال 10 دقائق.

UX (25%)5

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)4

أعلى الأبعاد: UX، الثقة (5/5)؛ أدناها: الاحتفاظ (3/5). مستوى الدليل: معيار/بحث منشور.

E40تحديث تلقائي للحالةمعلّق72P1

1. المعرّف	E40
2. الاسم	تحديث تلقائي للحالة — Auto status refresh
3. الفئة	الحالات المعلّقة وتتبّع الحالة
4. الوصف	استعلام دوري محدود (مثلاً كل 5 ثوانٍ لمدة دقيقتين) مع زر «تحديث الحالة» يدوي وإعلان التغيير للقارئ الشاشي.
5. الهدف الأساسي	حسم الحالة دون مغادرة.
6. احتياج/ألم المتبرع	الحاجة لإعادة تحميل الصفحة.
7. التنفيذ الموصى به	Polling بتراجع أُسّي أو SSE؛ إيقاف تلقائي بعد المهلة.
8. الحالات	معلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	72 / 100 — الترتيب 26 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	محدود/غير مباشر
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور رسائل تقدم العملية يجب أن تُعلن برمجياً (role=status/log) دون نقل التركيز. [4] Understanding Success Criterion 4.1.3: Status Messages (Level AA) w3.org الاستعلام الدوري للبوابة أقل موثوقية ويصطدم بحدود المعدل — استعلم خادمك لا البوابة. [45] Payment status updates docs.stripe.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«آخر تحديث قبل 5 ثوانٍ · [تحديث الآن]»
17. اعتبارات الجوال	تقليل الاستعلام لتوفير البيانات.
18. الوصول والاعتبارات التقنية	aria-live=polite؛ لا إعادة تحميل كاملة.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	متوسط زمن الانتقال من معلّق إلى نهائي.

UX (25%)4

الثقة (20%)4

التحويل (20%)4

الاحتفاظ (15%)2

الوصول/الأمان (10%)4

الجدوى (10%)3

أعلى الأبعاد: UX، الثقة، التحويل، الوصول/الأمان (4/5)؛ أدناها: الاحتفاظ (2/5). مستوى الدليل: معيار/بحث منشور.

E41إشعار عند حسم الحالة + رابط تتبّعمعلّق73P1

1. المعرّف	E41
2. الاسم	إشعار عند حسم الحالة + رابط تتبّع — Resolution notification & tracker
3. الفئة	الحالات المعلّقة وتتبّع الحالة
4. الوصف	إرسال إشعار بالنتيجة النهائية (نجاح/فشل) مع رابط لصفحة تتبع الحالة.
5. الهدف الأساسي	إغلاق الحلقة.
6. احتياج/ألم المتبرع	المغادرة دون معرفة النتيجة.
7. التنفيذ الموصى به	حدث من webhook؛ رسالة واحدة لكل تغيير نهائي؛ منع إيصالين.
8. الحالات	معلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	73 / 100 — الترتيب 20 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	متوسط
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور webhooks تُبلغ الخادم عند تغيّر الحالة؛ ثم أبلغ العميل بالبريد أو الإشعار. [45] Payment status updates docs.stripe.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«سنرسل لك النتيجة فور تأكيدها — تتبّع الحالة: [رابط]»
17. اعتبارات الجوال	SMS/واتساب حسب الموافقة.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نسبة المعلّقات المحسومة المُبلَّغ عنها.

UX (25%)4

الثقة (20%)5

التحويل (20%)3

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل، الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

E42مسار تصعيد بعد مهلة محددةمعلّق73P1

1. المعرّف	E42
2. الاسم	مسار تصعيد بعد مهلة محددة — Escalation after timeout
3. الفئة	الحالات المعلّقة وتتبّع الحالة
4. الوصف	إذا بقيت الحالة غير محسومة بعد مهلة داخلية، تظهر خطوات تواصل مع الدعم برقم مرجعي، وتُفتح تذكرة داخلية تلقائياً.
5. الهدف الأساسي	عدم ترك المتبرع دون حل.
6. احتياج/ألم المتبرع	«مرت ساعة ولا نتيجة».
7. التنفيذ الموصى به	مهمة مجدولة لمطابقة المعاملات المعلّقة؛ تنبيه للعمليات.
8. الحالات	معلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	73 / 100 — الترتيب 21 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير توثيق CS-Cart يشرح أسباب انتهاء الطلب بحالة Failed — أساس لقواعد التصعيد. [25] Order Statuses — CS-Cart documentation docs.cs-cart.com رأي خبير مدة المهلة ومسار التذكرة رأي خبير يُضبط حسب البوابة.
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	«ما زلنا ننتظر تأكيد البنك. فتحنا طلب متابعة برقم IICO-26-8F3K2 وسنتواصل معك.»
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	عدد المعلّقات الأقدم من المهلة؛ زمن الحل.

UX (25%)4

الثقة (20%)5

التحويل (20%)3

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: الثقة (5/5)؛ أدناها: التحويل، الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: رأي خبير.

الجوال وإمكانية الوصول والأداء (3)

E43رسائل حالة متاحة لقارئ الشاشةنجاحفشلمعلّق64P0 ⚑

1. المعرّف	E43
2. الاسم	رسائل حالة متاحة لقارئ الشاشة — Accessible status messaging
3. الفئة	الجوال وإمكانية الوصول والأداء
4. الوصف	استخدام role=status للنجاح والتقدم وrole=alert للأخطاء، ونقل التركيز للعنوان عند تحميل الصفحة.
5. الهدف الأساسي	امتثال WCAG 2.2 AA.
6. احتياج/ألم المتبرع	المكفوفون لا يعلمون بالنتيجة.
7. التنفيذ الموصى به	ARIA22/ARIA19؛ عدم الاعتماد على اللون (1.4.1)؛ تباين 4.5:1.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0 ⚑
10. الدرجة الموزونة	64 / 100 — الترتيب 44 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	محدود/غير مباشر
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور role=status للنجاح، وrole=alert للأخطاء فقط؛ استخدام alert لغير المهم يُعد إخفاقاً. [4] Understanding Success Criterion 4.1.3: Status Messages (Level AA) w3.org لا تعتمد على اللون وحده في إبراز الخطأ. [6] Error-Message Guidelines nngroup.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق (استنتاج): استخراج نص سند العون المباشر أظهر كلمات مفككة («استالم»، «اهلل») — طبقة نص PDF غير سليمة لقارئات الشاشة والنسخ.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	دعم التكبير حتى 200% دون فقدان المحتوى.
18. الوصول والاعتبارات التقنية	اختبار VoiceOver وTalkBack بالعربية.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	نتيجة تدقيق WCAG (0 أخطاء حرجة).

UX (25%)4

الثقة (20%)3

التحويل (20%)2

الاحتفاظ (15%)2

الوصول/الأمان (10%)5

الجدوى (10%)4

أعلى الأبعاد: الوصول/الأمان (5/5)؛ أدناها: التحويل، الاحتفاظ (2/5). مستوى الدليل: معيار/بحث منشور. رُفعت الأولوية إلى P0 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

E44عربية أولاً: RTL وتنسيق الأرقام والتواريخنجاحفشلمعلّق78P1

1. المعرّف	E44
2. الاسم	عربية أولاً: RTL وتنسيق الأرقام والتواريخ — Arabic-first RTL localization
3. الفئة	الجوال وإمكانية الوصول والأداء
4. الوصف	اتجاه RTL سليم، أرقام وعملات بصيغة محلية متسقة، تاريخ ميلادي مع هجري اختياري، وتبديل لغة يحفظ الحالة.
5. الهدف الأساسي	وضوح وثقة للمتبرع العربي.
6. احتياج/ألم المتبرع	أرقام مقلوبة أو خلط اتجاهات.
7. التنفيذ الموصى به	Intl.NumberFormat/DateTimeFormat؛ unicode-bidi للأرقام المرجعية؛ lang=ar dir=rtl.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	78 / 100 — الترتيب 14 من 50
11. الأثر المتوقع على التجربة	مرتفع (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	متوسط (فرضية تحتاج اختباراً)
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير رأي خبير لا مصدر منشور عن توطين صفحات الشكر العربية؛ الأخطاء المرصودة في التدقيق (فاصلة تركية، اتجاه RTL، PDF إنجليزي) هي الدليل.
15. مثال من موقع خيري / دليل	IICO وEhsan وMSF توفر نسخة عربية [ملاحظة مباشرة]. 🔎 تدقيق: Human Appeal أخطاء اتجاه في البريد (نقطة في بداية السطر) وPDF إنجليزي؛ IHH «48,76» بفاصلة عشرية تركية داخل نص عربي؛ قطر الخيرية نص برمجي ظاهر «} else { }». فشل: «العودة إلى للسلة» ونص مكرر (قطر الخيرية)؛ «$50,00» بفاصلة أوروبية (Human Appeal). UNICEF: نص إنجليزي في رحلة عربية مع نقاط في بداية الأسطر؛ UNHCR: «تبرع Weekly» وعلامات ترقيم مقلوبة في البريد.
16. نص عربي مقترح	«28 سبتمبر 2026 (16 ربيع الآخر 1448هـ)» — يُتحقق من التاريخ الهجري برمجياً.
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	lang صحيح لكل مقطع لغوي.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	أخطاء QA في RTL.

UX (25%)5

الثقة (20%)4

التحويل (20%)3

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)4

أعلى الأبعاد: UX (5/5)؛ أدناها: التحويل، الاحتفاظ (3/5). مستوى الدليل: رأي خبير.

E45أداء سريع وتصميم للجوال أولاًنجاحفشلمعلّق74P1

1. المعرّف	E45
2. الاسم	أداء سريع وتصميم للجوال أولاً — Fast, mobile-first page
3. الفئة	الجوال وإمكانية الوصول والأداء
4. الوصف	صفحة خفيفة (LCP ≤ 2.5 ث، INP ≤ 200 مللي ث، CLS ≤ 0.1)، أزرار بعرض كامل، ومحتوى أساسي فوق الطية.
5. الهدف الأساسي	تجربة سلسة على شبكات الجوال.
6. احتياج/ألم المتبرع	تحميل بطيء يوحي بالفشل.
7. التنفيذ الموصى به	عرض من الخادم؛ تأجيل الصور والنصوص البرمجية غير الضرورية.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1
10. الدرجة الموزونة	74 / 100 — الترتيب 18 من 50
11. الأثر المتوقع على التجربة	مرتفع
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور العتبات الجيدة: LCP ≤ 2.5 ث، INP ≤ 200 مللي ث، CLS ≤ 0.1. [21] Web Vitals web.dev مساحة الهدف القابل للنقر لا تقل عن 24×24 بكسل. [5] WCAG 2.2 – SC 2.5.8 Target Size (Minimum) wcag22aa.org 54% من الزيارات من الجوال (بيانات دراسة M+R لعام 2021). [16] An insightful walkthrough of M+R’s annual Benchmarks Study bonterratech.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: Human Appeal قصاصات confetti متحركة على كامل الصفحة — تحتاج احترام prefers-reduced-motion.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	هدف أساسي.
18. الوصول والاعتبارات التقنية	مساحات لمس ≥ 24×24 (WCAG 2.5.8).
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	Core Web Vitals الميدانية.

UX (25%)5

الثقة (20%)3

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)3

الجدوى (10%)3

أعلى الأبعاد: UX (5/5)؛ أدناها: الثقة، الاحتفاظ، الوصول/الأمان، الجدوى (3/5). مستوى الدليل: معيار/بحث منشور.

الخصوصية والأمان (3)

E46لا بيانات شخصية أو دفع في الروابط والتحليلاتنجاحفشلمعلّق64P0 ⚑

1. المعرّف	E46
2. الاسم	لا بيانات شخصية أو دفع في الروابط والتحليلات — No PII in URLs & analytics
3. الفئة	الخصوصية والأمان
4. الوصف	الروابط والأحداث لا تحمل الاسم أو البريد أو الهاتف أو بيانات البطاقة؛ فقط معرفات غير قابلة لتحديد الهوية.
5. الهدف الأساسي	الامتثال وحماية الخصوصية.
6. احتياج/ألم المتبرع	تسرّب بيانات المتبرعين لأطراف ثالثة.
7. التنفيذ الموصى به	مراجعة dataLayer؛ حذف بارامترات البوابة من الرابط بعد القراءة الخادمية.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0 ⚑
10. الدرجة الموزونة	64 / 100 — الترتيب 45 من 50
11. الأثر المتوقع على التجربة	منخفض
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور معرّف المعاملة يجب ألا يتضمن معلومات تحدد هوية العميل. [19] [GA4] Minimize duplicate key events with transaction IDs support.google.com لا تضع مفاتيح المعاملة في الروابط. [22] The Payment Intents API docs.stripe.com رابط شكر Islamic Relief يحمل المبلغ واسم المشروع ونوع التبرع. [36] اختبار تبرع حقيقي: Islamic Relief (islamic-relief.me) — رابط صفحة الشكر islamic-relief.me
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي. 🔎 تدقيق: رابط شكر Islamic Relief يحمل Products (اسم المشروع) وProdamt (المبلغ) وGiftaid وDonationType في نص الاستعلام ✗؛ قطر الخيرية تستخدم معرّفاً مشفّراً CheckOutId ✓. UNHCR تكشف في البريد رمز البوابة الداخلي «ECMC_CREDIT-SSL» بدلاً من «بطاقة ائتمان» — رمز تقني لا يفهمه المتبرع.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نتيجة تدقيق الخصوصية (0 تسرّب).

UX (25%)2

الثقة (20%)5

التحويل (20%)1

الاحتفاظ (15%)4

الوصول/الأمان (10%)5

الجدوى (10%)4

أعلى الأبعاد: الثقة، الوصول/الأمان (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: معيار/بحث منشور. رُفعت الأولوية إلى P0 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

E47منع فهرسة صفحات الحالةنجاحفشلمعلّق51P2 ⚑

1. المعرّف	E47
2. الاسم	منع فهرسة صفحات الحالة — noindex on status pages
3. الفئة	الخصوصية والأمان
4. الوصف	وسم noindex على صفحات الشكر والفشل والمعلّق، وعدم حظرها في robots.txt حتى يُقرأ الوسم.
5. الهدف الأساسي	منع ظهور الصفحات في البحث وتلويث التحليلات.
6. احتياج/ألم المتبرع	وصول زوار من البحث إلى صفحة «شكراً».
7. التنفيذ الموصى به	meta robots noindex أو X-Robots-Tag.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	متوسط (Medium) P2 ⚑
10. الدرجة الموزونة	51 / 100 — الترتيب 50 من 50
11. الأثر المتوقع على التجربة	منخفض
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	محدود/غير مباشر
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور noindex عبر meta أو X-Robots-Tag؛ ولا تحظر الصفحة في robots.txt وإلا لن يُقرأ الوسم. [20] Block Search indexing with noindex developers.google.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	منخفض
20. مؤشر القياس (KPI)	صفحات الحالة المفهرسة في Search Console (هدف: 0).

UX (25%)2

الثقة (20%)3

التحويل (20%)2

الاحتفاظ (15%)1

الوصول/الأمان (10%)4

الجدوى (10%)5

أعلى الأبعاد: الجدوى (5/5)؛ أدناها: الاحتفاظ (1/5). مستوى الدليل: معيار/بحث منشور. رُفعت الأولوية إلى P2 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

E48أمان الجلسة وعدم عرض بيانات الآخريننجاحفشلمعلّق59P0 ⚑

1. المعرّف	E48
2. الاسم	أمان الجلسة وعدم عرض بيانات الآخرين — Session-bound access control
3. الفئة	الخصوصية والأمان
4. الوصف	الصفحة لا تعرض تفاصيل تبرع إلا لصاحب الجلسة أو برمز آمن؛ تغيير المعرّف في الرابط لا يكشف تبرعات الآخرين.
5. الهدف الأساسي	منع ثغرات IDOR.
6. احتياج/ألم المتبرع	انكشاف بيانات المتبرعين.
7. التنفيذ الموصى به	رموز غير قابلة للتخمين؛ فحص ملكية على الخادم؛ HTTPS وHSTS.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0 ⚑
10. الدرجة الموزونة	59 / 100 — الترتيب 48 من 50
11. الأثر المتوقع على التجربة	منخفض (فرضية تحتاج اختباراً)
12. الأثر على التحويل/الاسترداد	محدود/غير مباشر
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط (فرضية تحتاج اختباراً)
14. البحث أو المعيار الداعم	قوة الدليل: رأي خبير رابط شكر قطر الخيرية عرض تفاصيل الإيصال لزائر بلا جلسة. [33] اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد qcharity.org الأنظمة تشترط تدابير أمنية تمنع الوصول غير المصرح به لبيانات المتبرعين. [26] Saudi Arabia’s Personal Data Protection Law becomes enforceable clydeco.com
15. مثال من موقع خيري / دليل	لا يمكن التحقق علناً دون اختبار اختراق مصرّح. 🔎 تدقيق: جلب آلي دون جلسة لرابط شكر قطر الخيرية أظهر تفاصيل الإيصال كاملة (رقم، تاريخ، مشروع، ترخيص) — الرابط يعمل كمفتاح وصول؛ يُنصح بصلاحية قصيرة أو طلب تحقق لعرض التفاصيل.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	نتائج اختبار الاختراق.

UX (25%)2

الثقة (20%)5

التحويل (20%)1

الاحتفاظ (15%)3

الوصول/الأمان (10%)5

الجدوى (10%)3

أعلى الأبعاد: الثقة، الوصول/الأمان (5/5)؛ أدناها: التحويل (1/5). مستوى الدليل: رأي خبير. رُفعت الأولوية إلى P0 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

التحليلات والتكامل التقني (2)

E49أحداث تحليلات موحّدة ومنع ازدواجهانجاحفشلمعلّق61P1 ⚑

1. المعرّف	E49
2. الاسم	أحداث تحليلات موحّدة ومنع ازدواجها — Deduplicated analytics events
3. الفئة	التحليلات والتكامل التقني
4. الوصف	أحداث donation_success وdonation_failed وdonation_pending وdonation_retry… بمعاملات محددة، تُطلق مرة واحدة لكل transaction_id.
5. الهدف الأساسي	قياس دقيق للتحويل والاسترداد.
6. احتياج/ألم المتبرع	أرقام مضخّمة في GA4 ومنصات الإعلان.
7. التنفيذ الموصى به	purchase مع transaction_id فريد؛ Measurement Protocol للحالات المحسومة لاحقاً؛ علامة «أُرسل» في الخادم.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	مرتفع (High) P1 ⚑
10. الدرجة الموزونة	61 / 100 — الترتيب 47 من 50
11. الأثر المتوقع على التجربة	منخفض
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	متوسط
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور إزالة ازدواج purchase بـ transaction_id؛ لا ترسل معرّفاً فارغاً؛ المعرّف ديناميكي وفريد. [19] [GA4] Minimize duplicate key events with transaction IDs support.google.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	متوسط
20. مؤشر القياس (KPI)	الفرق بين عدد تبرعات GA4 والنظام المالي (هدف ≤ 2%).

UX (25%)2

الثقة (20%)3

التحويل (20%)4

الاحتفاظ (15%)3

الوصول/الأمان (10%)4

الجدوى (10%)3

أعلى الأبعاد: التحويل، الوصول/الأمان (4/5)؛ أدناها: UX (2/5). مستوى الدليل: معيار/بحث منشور. رُفعت الأولوية إلى P1 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

E50المطابقة الخادمية وتكامل CRMنجاحفشلمعلّق75P0 ⚑

1. المعرّف	E50
2. الاسم	المطابقة الخادمية وتكامل CRM — Webhook reconciliation & CRM sync
3. الفئة	التحليلات والتكامل التقني
4. الوصف	استقبال إشعارات البوابة الموقّعة، معالجتها بشكل idempotent، مزامنة CRM، ومهمة دورية لمطابقة المعلّقات.
5. الهدف الأساسي	مصدر حقيقة واحد للحالة.
6. احتياج/ألم المتبرع	تبرعات ناجحة تظهر كفاشلة أو العكس.
7. التنفيذ الموصى به	التحقق من التوقيع؛ جدول أحداث بقيد UNIQUE؛ آلة حالات: created→pending→captured/failed/refunded.
8. الحالات	نجاحفشلمعلّق
9. مستوى الأهمية	حرج (Critical) P0 ⚑
10. الدرجة الموزونة	75 / 100 — الترتيب 16 من 50
11. الأثر المتوقع على التجربة	متوسط
12. الأثر على التحويل/الاسترداد	مرتفع
13. الأثر على الاحتفاظ والقيمة طويلة الأمد	مرتفع
14. البحث أو المعيار الداعم	قوة الدليل: معيار/بحث منشور webhook موقّع للتحقق من الحالة، مع التحقق من التوقيع قبل المعالجة. [45] Payment status updates docs.stripe.com جدول أحداث بقيد فريد يجعل المعالجة idempotent. [23] Stripe Webhook Idempotency, the Production Pattern theroadtoenterprise.com مطابقة حالات طلب CS-Cart مع حالات الدفع. [25] Order Statuses — CS-Cart documentation docs.cs-cart.com
15. مثال من موقع خيري / دليل	لا يوجد مثال خيري منشور علناً خارج التدقيق اليدوي.
16. نص عربي مقترح	— (عنصر تقني غير مرئي)
17. اعتبارات الجوال	لا اعتبارات خاصة تتجاوز المعيار العام.
18. الوصول والاعتبارات التقنية	يتبع المتطلبات العامة للقسم 12.
19. تعقيد التنفيذ	مرتفع
20. مؤشر القياس (KPI)	المعلّقات غير المطابقة بعد 24 ساعة (هدف: 0).

UX (25%)3

الثقة (20%)5

التحويل (20%)4

الاحتفاظ (15%)4

الوصول/الأمان (10%)4

الجدوى (10%)2

أعلى الأبعاد: الثقة (5/5)؛ أدناها: الجدوى (2/5). مستوى الدليل: معيار/بحث منشور. رُفعت الأولوية إلى P0 بقاعدة «البوابة الإلزامية» لأن غيابه يسبب ضرراً مالياً أو قانونياً أو إقصاءً للوصول لا يعوّضه أي عنصر آخر.

5منهجية التقييم الموزون والنتائج المرتبة

المعادلة

يُقيَّم كل عنصر على ستة أبعاد بمقياس 1–5، ثم:

Score = Σ (weight_i × dim_i) / 5
weights: UX 25 · Trust 20 · Conversion/Recovery 20 · Retention 15 · A11y/Privacy/Security 10 · Feasibility 10
range: 20 (all 1s) … 100 (all 5s)

عتبات الأولوية: P0 ≥ 80 · P1 70–79 · P2 62–69 · P3 < 62.

قاعدة البوابة الإلزامية: 6 عناصر تتعلق بنزاهة الحالة المالية أو الخصوصية أو الوصول رُفعت إلى حد أدنى من الأولوية مهما كانت درجتها، لأن النموذج الموزون يكافئ الأثر على التجربة والتحويل، بينما هذه العناصر شروط لا تُقايَض. الدرجة الأصلية تبقى معروضة.

كيف تُقرأ الدرجة

الدرجة أداة دعم قرار منظّمة، وليست تنبؤاً علمياً مُحققاً بنتائج جمع التبرعات.
قيم الأبعاد اجتهاد خبير مستند إلى الأدلة المذكورة في كل عنصر؛ مستوى الدليل (A/B/C) يعبّر عن الثقة لا عن الدرجة.
عنصر الجدوى يرفع العناصر السهلة؛ من يريد ترتيباً «بالأثر فقط» يمكنه إسقاط هذا البعد.
أعيدوا التقييم بعد الإطلاق حين تتوفر بيانات كافية.

الترتيب الكامل للعناصر الخمسين

#	المعرّف	العنصر	الحالات	UX	ثقة	تحويل	احتفاظ	وصول/أمان	جدوى	الدرجة	الأولوية	دليل
1	E01	حالة معاملة مُتحقَّق منها من الخادم	نجاحفشلمعلّق	5	5	5	4	5	3	93	P0	A
2	E02	عنوان حالة صريح وغير ملتبس	نجاحفشلمعلّق	5	4	5	3	4	5	88	P0	A
3	E34	توضيح حالة الخصم	فشلمعلّق	5	5	4	4	3	4	87	P0	B
4	E03	ملخص التبرع (المبلغ، العملة، المشروع، التاريخ)	نجاحفشلمعلّق	5	5	4	3	3	5	86	P0	A
5	E19	قنوات دعم واضحة ومباشرة	نجاحفشلمعلّق	5	5	4	3	3	5	86	P0	A
6	E39	شرح «قيد المعالجة» وتحذير عدم التكرار	معلّق	5	5	4	3	4	4	86	P0	A
7	E06	قسم «ماذا يحدث بعد ذلك»	نجاحفشلمعلّق	5	5	3	4	3	5	85	P0	A
8	E07	رسالة شكر فورية بلغة إنسانية	نجاح	5	4	3	5	3	5	84	P0	B
9	E33	تصنيف سبب الفشل بدقة	فشل	5	4	5	3	4	3	84	P0	A
10	E37	منع الخصم والتسجيل المزدوج	فشلمعلّق	4	5	4	4	5	3	84	P0	A
11	E04	رقم مرجعي قابل للنسخ	نجاحفشلمعلّق	4	5	4	3	4	5	83	P0	A
12	E35	إعادة محاولة آمنة مع حفظ الاختيارات	فشل	5	4	5	3	3	3	82	P0	A
13	E11	إيصال فوري قابل للتنزيل (PDF)	نجاح	5	5	2	4	4	4	81	P0	A
14	E44	عربية أولاً: RTL وتنسيق الأرقام والتواريخ	نجاحفشلمعلّق	5	4	3	3	4	4	78	P1	C
15	E29	تفاصيل الاستقطاع وإدارته وإلغاؤه	نجاح	4	5	2	5	4	3	77	P1	B
16	E50	المطابقة الخادمية وتكامل CRM	نجاحفشلمعلّق	3	5	4	4	4	2	75	P0 ⚑	A
17	E12	إرسال الإيصال عبر القنوات مع حالة التسليم	نجاح	4	5	2	4	3	4	74	P1	A
18	E45	أداء سريع وتصميم للجوال أولاً	نجاحفشلمعلّق	5	3	4	3	3	3	74	P1	A
19	E36	وسائل دفع بديلة	فشل	4	3	5	3	3	3	73	P1	B
20	E41	إشعار عند حسم الحالة + رابط تتبّع	معلّق	4	5	3	3	3	3	73	P1	A
21	E42	مسار تصعيد بعد مهلة محددة	معلّق	4	5	3	3	3	3	73	P1	C
22	E05	وسيلة الدفع المستخدمة (مُقنّعة)	نجاحفشلمعلّق	4	4	3	2	4	5	72	P1	C
23	E08	شكر مُكيَّف حسب نوع التبرع	نجاح	4	5	2	4	2	4	72	P1	C
24	E18	تنبيه من الاحتيال والقنوات الرسمية	فشلمعلّق	3	5	2	3	5	5	72	P1	B
25	E25	تفضيلات التواصل والموافقة الصريحة	نجاح	3	5	1	5	5	4	72	P1	A
26	E40	تحديث تلقائي للحالة	معلّق	4	4	4	2	4	3	72	P1	A
27	E13	إيصال زكاة مميّز	نجاح	4	5	2	4	2	3	70	P1	C
28	E15	مؤشرات الترخيص والرقابة	نجاحفشلمعلّق	3	5	3	3	2	5	70	P1	C
29	E17	سياسة الاسترداد والتصحيح	نجاحفشلمعلّق	3	5	3	3	3	4	70	P1	B
30	E28	عرض التحويل إلى استقطاع شهري	نجاح	3	3	4	5	3	3	70	P1	B
31	E20	عبارة أثر ملموسة مرتبطة بالمبلغ	نجاح	4	4	2	5	2	3	69	P2	B
32	E22	وعد تقارير الأثر (متى وكيف)	نجاح	4	5	1	5	2	3	69	P2	B
33	E10	إبراز المُهدى إليه أو المتوفى	نجاح	4	4	2	4	3	3	68	P2	C
34	E21	قصة أو صورة تحفظ كرامة المستفيد	نجاح	4	4	2	4	3	3	68	P2	C
35	E14	صفحة آمنة عند الرجوع أو الحفظ كمفضلة	نجاحفشلمعلّق	4	4	2	3	4	3	67	P2	A
36	E16	إفصاح استخدام الأموال	نجاح	3	5	2	4	2	4	67	P2	B
37	E24	إنشاء حساب بعد التبرع	نجاح	4	3	2	5	3	3	67	P2	A
38	E30	مشاركة الحملة (واتساب أولاً)	نجاح	3	3	3	4	4	4	67	P2	B
39	E09	عبارة دعاء/ثقافية مناسبة	نجاح	4	4	1	4	2	5	66	P2	C
40	E23	تقدّم المشروع بعد التبرع	نجاح	4	4	2	4	2	3	66	P2	B
41	E27	سلسلة ترحيب للمتبرع الجديد	نجاح	3	4	2	5	3	3	66	P2	B
42	E32	تذكير المواسم (رمضان/العشر/الأضاحي)	نجاح	3	3	3	4	3	4	65	P2	C
43	E38	حفظ التبرع ورابط الاستكمال لاحقاً	فشل	3	3	4	3	3	3	64	P2	C
44	E43	رسائل حالة متاحة لقارئ الشاشة	نجاحفشلمعلّق	4	3	2	2	5	4	64	P0 ⚑	A
45	E46	لا بيانات شخصية أو دفع في الروابط والتحليلات	نجاحفشلمعلّق	2	5	1	4	5	4	64	P0 ⚑	A
46	E31	اقتراح مشروع مرتبط واحد	نجاح	3	2	4	3	3	4	62	P2	B
47	E49	أحداث تحليلات موحّدة ومنع ازدواجها	نجاحفشلمعلّق	2	3	4	3	4	3	61	P1 ⚑	A
48	E48	أمان الجلسة وعدم عرض بيانات الآخرين	نجاحفشلمعلّق	2	5	1	3	5	3	59	P0 ⚑	C
49	E26	سؤال رضا قصير (اختياري)	نجاحفشل	3	3	1	3	3	5	56	P3	A
50	E47	منع فهرسة صفحات الحالة	نجاحفشلمعلّق	2	3	2	1	4	5	51	P2 ⚑	A

تحليل الحساسية

أُعيد الحساب بسيناريوهين: (1) أوزان متساوية (16.7% لكل بعد)، (2) أوزان تميل للاحتفاظ (UX 20، ثقة 20، تحويل 10، احتفاظ 30، وصول 10، جدوى 10). تطابق أعلى 10 عناصر مع الأوزان المتساوية: 9/10، ومع أوزان الاحتفاظ: 8/10. العناصر التي تغيّرت فئة أولويتها (قبل تطبيق البوابة) في أحد السيناريوهين (22 عنصراً):

المعرّف	العنصر	الأساسي	متساوٍ	احتفاظ	الترتيب (أساسي ← متساوٍ / احتفاظ)
E33	تصنيف سبب الفشل بدقة	84 (P0)	80 (P0)	78 (P1)	9 → 12 / 16
E35	إعادة محاولة آمنة مع حفظ الاختيارات	82 (P0)	77 (P1)	76 (P1)	12 → 16 / 19
E29	تفاصيل الاستقطاع وإدارته وإلغاؤه	77 (P1)	77 (P1)	84 (P0)	15 → 15 / 6
E36	وسائل دفع بديلة	73 (P1)	70 (P1)	68 (P2)	19 → 26 / 42
E05	وسيلة الدفع المستخدمة (مُقنّعة)	72 (P1)	73 (P1)	68 (P2)	22 → 18 / 39
E25	تفضيلات التواصل والموافقة الصريحة	72 (P1)	77 (P1)	82 (P0)	25 → 14 / 11
E40	تحديث تلقائي للحالة	72 (P1)	70 (P1)	66 (P2)	26 → 27 / 43
E13	إيصال زكاة مميّز	70 (P1)	67 (P2)	74 (P1)	27 → 34 / 22
E20	عبارة أثر ملموسة مرتبطة بالمبلغ	69 (P2)	67 (P2)	76 (P1)	31 → 37 / 18
E22	وعد تقارير الأثر (متى وكيف)	69 (P2)	67 (P2)	78 (P1)	32 → 39 / 15
E10	إبراز المُهدى إليه أو المتوفى	68 (P2)	67 (P2)	72 (P1)	33 → 33 / 28
E21	قصة أو صورة تحفظ كرامة المستفيد	68 (P2)	67 (P2)	72 (P1)	34 → 38 / 30
E16	إفصاح استخدام الأموال	67 (P2)	67 (P2)	72 (P1)	36 → 36 / 29
E24	إنشاء حساب بعد التبرع	67 (P2)	67 (P2)	74 (P1)	37 → 40 / 24
E30	مشاركة الحملة (واتساب أولاً)	67 (P2)	70 (P1)	70 (P1)	38 → 25 / 37
E09	عبارة دعاء/ثقافية مناسبة	66 (P2)	67 (P2)	72 (P1)	39 → 32 / 27
E23	تقدّم المشروع بعد التبرع	66 (P2)	63 (P2)	70 (P1)	40 → 44 / 36
E27	سلسلة ترحيب للمتبرع الجديد	66 (P2)	67 (P2)	74 (P1)	41 → 41 / 25
E46	لا بيانات شخصية أو دفع في الروابط والتحليلات	64 (P2)	70 (P1)	72 (P1)	45 → 31 / 33
E31	اقتراح مشروع مرتبط واحد	62 (P2)	63 (P2)	60 (P3)	46 → 45 / 48
E49	أحداث تحليلات موحّدة ومنع ازدواجها	61 (P3)	63 (P2)	60 (P3)	47 → 48 / 49
E48	أمان الجلسة وعدم عرض بيانات الآخرين	59 (P3)	63 (P2)	64 (P2)	48 → 47 / 44

الاستنتاج: قمة القائمة (صدق الحالة والتوثيق والاسترداد) مستقرة عبر الأوزان؛ الحساسية تتركز في عناصر العلاقة (الاستقطاع، الترحيب، الأثر) التي ترتفع عند تثقيل الاحتفاظ — وهي تحديداً العناصر التي ينبغي حسمها باختبارات A/B.

6المقارنة المرجعية لمواقع خيرية حقيقية

أ) التدقيق اليدوي بتبرعات حقيقية (27 سبتمبر 2026)

أجرى صاحب الدراسة تبرعات صغيرة حقيقية لدى ثماني جهات، ثم محاولات فاشلة متعمدة لدى أربع منها، ووثّق النتائج بلقطات شاشة ورسائل بريد ومستندات PDF. هذه أقوى أدلة التقرير لأنها تُظهر صفحات النجاح والفشل الفعلية التي لا تُرى دون دفع. البيانات الشخصية محجوبة في اللقطات.

ما أجادته الجهات المختبرة

الإفصاح الشرعي والمالي داخل السند — العون المباشر: الزيادة والنقص والنسبة الإدارية وفق ضوابط الهيئة الشرعية. نادراً ما يُرى في صفحات الشكر عالمياً.
رقم ترخيص المشروع في الإيصال — قطر الخيرية (PFL/QTCH/2024/17): ثقة قابلة للتحقق على مستوى المشروع لا المؤسسة فقط.
الإيصال على صفحة الشكر نفسها مع طباعة وبريد وSMS — قطر الخيرية.
الرقم المرجعي داخل زر الإجراء — العون المباشر «سند التبرع رقم #35276704».
الإهداء بعد التبرع مع بريد تأكيد للمُهدي — Human Appeal.
المشاركة بلغة دينية مألوفة «الدال على الخير» بسبع قنوات — قطر الخيرية.
تأكيد صريح أن التبرع «وصل» و«سُجّل» تحت بند محدد — IHH.

الفجوات المتكررة

لا أحد يشرح «ماذا يحدث بعد ذلك» (0 من 4) — أرخص عنصر وأكثرها غياباً.
لا أحد يعرض الاستقطاع الشهري بعد النجاح (0 من 7، مع charity: water وUNICEF وUNHCR).
في الفشل لا أحد يوضح هل خُصم المبلغ (0 من 4، مع UNHCR).
نمطا الفشل: صفحة فشل مستقلة (قطر الخيرية، العون المباشر) مقابل خطأ داخل صفحة الدفع (Human Appeal، UNHCR). الثاني أقل احتكاكاً حين يكون الدفع داخل الموقع.
الرقم المرجعي غائب عن بريد IHH وصفحة Human Appeal.
ثبات العملة: إيصال قطر الخيرية ظهر لزائر آخر بـ 2.75 USD بدل 10 ر.ق؛ IHH بالليرة بفاصلة تركية؛ العون المباشر «KD 1» دون خانات الدينار الثلاث.
المصطلح: «فاتورة» للتبرع (العون المباشر، Human Appeal) بدل «إيصال/سند».
الخصوصية: رقم الجوال والبريد كاملين على الصفحة؛ مبلغ ومشروع في رابط Islamic Relief؛ إيصال قطر الخيرية متاح دون جلسة؛ اشتراك نشرة Human Appeal دون موافقة ظاهرة.
جودة التنفيذ: نص برمجي ظاهر (قطر الخيرية)، خانات فارغة في السند (العون المباشر)، أخطاء اتجاه RTL وPDF غير معرّب (Human Appeal)، تذييل بسنة قديمة (IHH).
المقاطعة المبكرة: استبيان NPS فوري يغطي الإيصال (قطر الخيرية)، وبانر مشروع ضخم فوق كل شيء (العون المباشر).

نتائج جولة الفشل (28 سبتمبر 2026)

قطر الخيرية — صفحة فشل مستقلة

أفضل ما فيها صندوق المساعدة بطرق تبرع بديلة محلية: محصّل منزلي، ومحصّلون، ومركز اتصال. ضعفها: النص عام ومكرر، وفيه خطأ لغوي، ولا رقم مرجعي، ولا كلمة عن الخصم.

العون المباشر — «سند» للمحاولة الملغاة

ميزته أن المرجع البنكي ومرجع الدفع ظاهران للدعم. ضعفه أن العنوان «سند استلام» ومجموع التبرعات يوحيان بأن المبلغ استُلم، والرسالة تفترض خطأ المتبرع بينما الحالة «ملغي».

Human Appeal — الفشل داخل صفحة الدفع

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

نتائج جولة المنظمات الأممية (UNICEF وUNHCR)

UNICEF — بطاقة شكر قصيرة ومحددة

المبلغ بالعملة المحلية في الرأس، وشكر بالاسم، وجملة أثر، ورقم مرجعي بصياغة ممتازة: «إن واجهتك أي مشكلة فرقمك المرجعي هو…». ضعفها: نص إنجليزي داخل رحلة عربية، ونقاط مقلوبة في بداية الأسطر.

UNHCR — صورة وعاطفة وعروض بمفردات إسلامية

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

لا توجد حالة «معلّق» في أي اختبار: جرّبتَ النجاح والفشل لدى عدة جهات، ولم تظهر أي صفحة «قيد المعالجة». هذا لا يعني أن الحالة لا تحدث (تحدث مع انقطاع الإشعار أو إغلاق نافذة 3-D Secure أو الوسائل غير المتزامنة)، لكنه يعني أن الجهات المختبرة إما لا تصممها أو تحوّلها إلى «فشل». لذلك تبقى توصيات المعلّق في هذا التقرير مبنية على المعايير (GOV.UK وStripe)، وتُعد فرصة للتميّز لا ممارسة سائدة.

حدود التدقيق اليدوي: كل الاختبارات حالات نجاح بمبالغ صغيرة (1 د.ك، 10 ر.ق، 5$، ~48 ل.ت، 1 وحدة) في 27 سبتمبر 2026، على سطح المكتب. واختُبر الفشل لاحقاً لدى أربع جهات (قطر الخيرية، العون المباشر، Human Appeal، UNHCR). لم تظهر حالة المعلّق لدى أي جهة، ولم يُختبر الجوال.

مصفوفة حضور العناصر الرئيسية في الجهات المختبرة

العنصر	العون المباشر	قطر الخيرية	Human Appeal	IHH (بريد)	charity: water	UNICEF	UNHCR	Islamic Relief
E02 عنوان حالة صريح وغير ملتبس	✓ «تم استقبال تبرعكم»	جزئي شكر دون تأكيد صريح؛ الإيصال يؤكد	جزئي «شكرًا لك!» فقط	✓ «قد وصل… وتم تسجيله»	✓ شكر شخصي بالاسم	✓ ✓ + «قمت بالتبرّع بمبلغ»	✓ شكر بالاسم	—
E03 ملخص التبرع (المبلغ، العملة، المشروع، التاريخ)	✓ مبلغ؛ المشروع في التفاصيل	✓ مبلغ، وصف، تاريخ	✗ غائب عن الصفحة	✓ مبلغ ومشروع	جزئي المبلغ فقط	✓ المبلغ بالجنيه في الرأس	✗ في البريد فقط	—
E04 رقم مرجعي قابل للنسخ	✓ #35276704	✓ 80866708	✗ Donor ID في PDF فقط	✗	✗	✓ «رقمك المرجعي هو…»	جزئي في البريد فقط	—
E06 قسم «ماذا يحدث بعد ذلك»	✗	✗	✗	✗	جزئي عبر لوحة الحالة	✗	جزئي «سيتواصل الفريق» في البريد	—
E07 رسالة شكر فورية بلغة إنسانية	✓ «تقبل الله منكم»	✓ «جزاك الله خيرا»	✓ «شكرًا لك!»	✓	✓ بالاسم + الأثر	✓ بالاسم + الأثر	✓ بالاسم + الأثر	—
E11 إيصال فوري قابل للتنزيل (PDF)	✓ PDF بنقرة إضافية	✓ على الصفحة + PDF	جزئي PDF إنجليزي بالبريد	✗	✗ لم يظهر	✗	✗	—
E15 مؤشرات الترخيص والرقابة	جزئي إفصاح شرعي	✓ ترخيص المشروع	✓ أرقام التسجيل	✗	✓ جهة المطابقة + التسجيل	✗	✗	—
E16 إفصاح استخدام الأموال	✓ زيادة/نقص/نسبة إدارية	✗	✗	✗	✗	✗	✗	—
E21 قصة أو صورة تحفظ كرامة المستفيد	✓ صورة بعرض الصفحة	جزئي رسم توضيحي	✓ صورة جانبية	✗ بريد نصي	✓ صورة بنصف الشاشة	جزئي صورة خلفية	✓ صورة بعرض الصفحة	—
E22 وعد تقارير الأثر (متى وكيف)	✗	جزئي تقارير الحساب	✗	✗	✓ حالة مشروع لكل تبرع	✗	✗	—
E26 سؤال رضا قصير (اختياري)	✓ 3 وجوه	جزئي NPS يغطي الإيصال	✗	✗	✓ بطاقة + رفض صريح	✓ رابط استبيان	✗	—
E28 عرض التحويل إلى استقطاع شهري	✗	✗	✗	✗	✗	✗	✗	—
E30 مشاركة الحملة (واتساب أولاً)	✓ واتساب/X/فيسبوك	✓ 7 قنوات	جزئي بلا واتساب	✗	✗ لم يظهر	✗	✗	—
E33 تصنيف سبب الفشل بدقة	جزئي «ملغي» + رسالة بنكية عامة	✗ نص عام مكرر	✓ سبب محدد وحل	—	—	—	جزئي «راجع معلوماتك»	—
E34 توضيح حالة الخصم	✗	✗	✗	—	—	—	✗	—
E35 إعادة محاولة آمنة مع حفظ الاختيارات	✗ لا زر إعادة	جزئي العودة للسلة	✓ يبقى في صفحة الدفع	—	—	—	✓ يبقى في صفحة الدفع	—
E36 وسائل دفع بديلة	✗	✓ قنوات بديلة غير رقمية	✓ Google/Amazon Pay	—	—	—	✓ PayPal/بطاقة/GPay	—
E39 شرح «قيد المعالجة» وتحذير عدم التكرار	✗ لم يظهر	✗ لم يظهر	✗ لم يظهر	—	—	✗ لم يظهر	✗ لم يظهر	—
E46 لا بيانات شخصية أو دفع في الروابط والتحليلات	—	✓ معرّف مشفّر	—	—	—	—	جزئي رمز بوابة خام في البريد	✗ مبلغ ومشروع في الرابط
E48 أمان الجلسة وعدم عرض بيانات الآخرين	—	✗ الإيصال يظهر دون جلسة	—	—	—	—	—	—

✓ موجود · جزئي · ✗ غائب في ما شوهد · — لم يُختبر أو لا ينطبق. جدول وصفي لما ظهر في تبرع واحد لكل جهة، لا ترتيب ولا حكم على المنظمات.

معرض الأدلة

charity: water — صفحة الشكر: صورة تحريرية بنصف الشاشة، شكر بالاسم (محجوب)، إبلاغ بمضاعفة التبرع، واستبيان مع رفض صريح.

charity: water — لوحة المتبرع: متتبّع التبرعات بحالة كل مشروع («العمل جارٍ» / «ممول 100%»).

UNHCR — صفحة النجاح: صورة إنسانية بعرض الصفحة، شكر بالاسم (محجوب)، عرض «صدقة الجمعة / تبرّع بزكاتك»، وترويج تطبيق الزكاة.

UNICEF — بطاقة الشكر: المبلغ بالجنيه في الرأس، شكر بالاسم (محجوب)، استبيان، ورقم مرجعي «للمشكلات».

UNHCR — بريد الشكر: «سيتواصل الفريق معك»، رقم التعريف، ورمز البوابة الخام ECMC_CREDIT-SSL.

العون المباشر — صفحة «تقبل الله منكم»: مبلغ ورقم السند في الزر، تقييم بثلاثة وجوه، مشاركة، ثم بانر مشروع آخر.

العون المباشر — تفاصيل التبرع: الحالة «ناجح»، جدول المشروع، طريقة الدفع، تحميل «الفاتورة».

قطر الخيرية — الشكر وإشعار SMS (رقم الجوال محجوب هنا) وبداية الإيصال؛ لاحظ شريط NPS أسفل الشاشة و«} else { }» أعلى اليسار.

قطر الخيرية — الإيصال: المبلغ، نوع الدفع، الوصف مع رقم ترخيص المشروع، ثم «اقترحنا لأصدقائك».

قطر الخيرية — درج «الدال على الخير» بسبع قنوات مشاركة.

قطر الخيرية — بريد الإيصال: المبلغ بعملته، زر «إضغط هنا»، هاتف الدعم.

Human Appeal — «شكرًا لك!»، عرض بطاقة الهدية، إشعار الاشتراك في النشرة، المشاركة، إنشاء الحساب (البريد محجوب).

Human Appeal — صفحة بطاقة الهدية بعد التبرع.

Human Appeal — بريد «فاتورة تبرعك» بجدول التبرع (البيانات الشخصية محجوبة).

Human Appeal — بريد تأكيد إرسال بطاقة الهدية (الأسماء محجوبة).

IHH — بريد «إشعار التبرع»: تأكيد الوصول والتسجيل، المبلغ بالليرة، رابط الصفحة الشخصية.

قطر الخيرية — رأس بريد الإيصال من DonorCare.

قطر الخيرية — صفحة الفشل: عنوان صريح، نص مكرر، طرق تبرع بديلة (محصّل منزلي، محصّلون، مركز اتصال) وخط ساخن.

العون المباشر — مستند بعنوان «سند استلام» لتبرع حالته «ملغي» مع مرجع البنك والدفع (البريد محجوب).

العون المباشر — المستند نفسه لتبرع ملغي بقيمة 1,000 د.ك يُعرض فيه «مجموع التبرعات» كأنه استُلم.

Human Appeal — الفشل داخل صفحة الدفع (Stripe): رسالة محددة، المبلغ محفوظ، وسائل بديلة.

UNHCR — الفشل داخل صفحة الدفع: شريط أحمر، ملخص التبرع محفوظ، وسائل بديلة.

ب) المصفوفة المرجعية الموسّعة

مصفوفة وصفية لا ترتيبية. «غير متحقق» تعني أن المعلومة لم تكن متاحة علناً دون دفع أو تسجيل أو لم يُتح المحتوى آلياً. لم تُلتقط لقطات شاشة؛ الأدلة روابط ونصوص مُلاحظة.

المنظمة	الموقع	صفحة التبرع	مستوى التحقق	صفحة النجاح	صفحة الفشل	المعلّق	الإيصال	الأثر	الثقة والشفافية	الاحتفاظ	الجوال	وسائل الدفع	ممارسة مميزة	ناقص/غير متحقق	روابط الأدلة وتاريخ المراجعة
قطر الخيرية قطر · الخليج	https://www.qcharity.org/	https://www.qcharity.org/en/global/donation/general-donation	تبرع اختباري حقيقي (لقطات)	شكر ديني + إيصال كامل على الصفحة نفسها + إشعار SMS	صفحة «فشل في عملية التبرع» بأيقونة ✕؛ نص مكرر وعام؛ «العودة إلى للسلة»؛ صندوق مساعدة بطرق تبرع بديلة (محصّل منزلي، محصّلون، مركز اتصال) وخط ساخن	لم تظهر حالة معلّق في الاختبار	إيصال على الصفحة (طباعة/بريد) + PDF + بريد برابط التفاصيل	—	رقم ترخيص المشروع في الإيصال؛ عضويات دولية وشهادات ISO	الصفحة الشخصية؛ «اقترحنا لأصدقائك»؛ NPS	لم يُختبر على الجوال	«التحصيل العام» (Coupons في النسخة الإنجليزية)	درج مشاركة بسبع قنوات تحت شعار «الدال على الخير»	«ماذا بعد»؛ الإيصال يظهر لزائر بلا جلسة عبر الرابط وبعملة مختلفة (2.75 USD)؛ رقم الجوال كاملاً على الصفحة؛ نص برمجي ظاهر	https://www.qcharity.org/ar/qa/donation/thanksdonationsuccess 28 سبتمبر 2026
جمعية العون المباشر (Direct Aid) الكويت · الخليج	https://direct-aid.org/	https://direct-aid.org/donate/en/	تبرع اختباري حقيقي (لقطات)	«تقبل الله منكم» + «تم استقبال تبرعكم بقيمة KD 1» + زر سند التبرع برقمه؛ صفحة تفاصيل بحالة «ناجح»	مستند «سند استلام» بحالة «ملغي» مع مرجع البنك ومرجع الدفع، ورسالة تطلب التأكد من البيانات البنكية والرصيد	لم تظهر حالة معلّق في الاختبار	«سند استلام» PDF من صفحة التفاصيل (زر «قم بتحميل الفاتورة»)	لا عبارة أثر؛ صورة مستفيدين	إفصاح الزيادة/النقص والنسبة الإدارية وفق الهيئة الشرعية داخل السند	تقييم التجربة (3 وجوه)؛ حساب «تبرعاتي»؛ بانر مشروع آخر	لم يُختبر على الجوال	رصيد المحفظة («رصيدك»)	رقم التبرع ظاهر في زر الـ CTA نفسه	قسم «ماذا بعد»؛ خانات فارغة في السند («المتبرع الكريم: #»)؛ المبلغ دون الخانات العشرية الثلاث	https://direct-aid.org/ 28 سبتمبر 2026
Islamic Relief (islamic-relief.me) دولي (نسخة عربية) · دولي	https://www.islamic-relief.me/	https://www.islamic-relief.me/	تبرع اختباري حقيقي (لقطات)	رابط صفحة الشكر فقط؛ المحتوى غير معروض للأدوات الآلية	لم يُختبر	لم يُختبر	غير متحقق	غير متحقق	صفحة دولية تشرح «لماذا لا نستخدم سياسة التبرع 100%»	غير متحقق	غير متحقق	غير متحقق	—	المبلغ واسم المشروع ونوع التبرع في نص الرابط (تتسرب إلى التحليلات والإحالات)	https://www.islamic-relief.me/donation/thankyou.html https://islamic-relief.org/why-we-dont-use-a-100-donation-policy/ 28 سبتمبر 2026
Human Appeal (humanappeal.me) المملكة المتحدة (نسخة عربية) · دولي	https://humanappeal.org.uk/	https://humanappeal.org.uk/appeals/zakat-and-nisab	تبرع اختباري حقيقي (لقطات)	«شكرًا لك!» + تأكيد إرسال البريد + عرض بطاقة هدية + اشتراك النشرة + إنشاء حساب	خطأ داخل صفحة الدفع دون مغادرتها؛ المبلغ والمشروع محفوظان؛ دعوة لاختيار وسيلة أخرى (Google Pay، Amazon Pay)	لم تظهر حالة معلّق في الاختبار	بريد «فاتورة تبرعك» بجدول + PDF إنجليزي بـ Donor ID	جملة عامة في البريد	أرقام التسجيل الخيري في الإيصال	بطاقة هدية بعد التبرع مع بريد تأكيد؛ حساب بثلاث فوائد	لم يُختبر على الجوال	غير ظاهرة	تحويل التبرع المكتمل إلى بطاقة إهداء بنقرة	المبلغ والمشروع والمرجع غائبة عن صفحة الشكر؛ لا واتساب؛ اشتراك نشرة دون موافقة ظاهرة؛ حركة confetti؛ PDF غير معرّب	https://humanappeal.org.uk/ 28 سبتمبر 2026
هيئة الإغاثة الإنسانية IHH تركيا · دولي	https://ihh.org.tr/	غير متحقق	تبرع اختباري حقيقي (لقطات)	لم تُلتقط صفحة الشكر؛ بريد «إشعار التبرع» فقط	لم يُختبر	لم يُختبر	بريد تأكيد دون إيصال مرفق أو رقم مرجعي	«نشكرك باسم كل من وصل خيرك لهم»	—	رابط الصفحة الشخصية	—	غير ظاهرة	تأكيد صريح أن التبرع «وصل» و«سُجّل» تحت بند محدد	رقم مرجعي؛ تاريخ؛ إيصال؛ المبلغ بالليرة التركية بفاصلة عشرية تركية (48,76)؛ مرسل noreply	https://ihh.org.tr/ 28 سبتمبر 2026
charity: water الولايات المتحدة · دولي	https://www.charitywater.org/	غير متحقق	تبرع اختباري حقيقي (لقطات)	تحية بالاسم + «هديتك تضاعفت» (مطابقة شهر سبتمبر) + صورة تحريرية بنصف الشاشة + استبيان مع «لا، شكراً. تابع إلى حسابي»	لم يُختبر	لم يُختبر	لم يظهر على صفحة الشكر	لوحة متبرع بعمود «حالة المشروع» لكل تبرع (العمل جارٍ / ممول 100%) وعمود تقرير الأثر	ذكر الجهة المانحة للمطابقة؛ الكيانات القانونية وأرقام التسجيل في التذييل	لوحة التبرعات؛ حملات جمع شخصية (Fundraisers)؛ استبيان	لم يُختبر	غير ظاهرة	ربط كل تبرع بحالة مشروع حقيقية داخل الحساب — أقوى مثال رأيناه على «وعد تقرير الأثر»	الرقم المرجعي والإيصال على صفحة الشكر	https://www.charitywater.org/ 28 سبتمبر 2026
UNICEF (رحلة بالجنيه المصري) دولي / مصر · دولي	https://www.unicef.org/	غير متحقق	تبرع اختباري حقيقي (لقطات)	بطاقة شكر: المبلغ بالعملة المحلية في الرأس، ✓، شكر بالاسم، جملة أثر، استبيان، ورقم مرجعي للمشكلات	لم يُختبر	لم يُختبر	لم يظهر على البطاقة	جملة عامة عن فرق اليونيسف الميدانية	—	رابط استبيان	بطاقة ضيقة بتصميم جوال	غير ظاهرة	«إن واجهتك أي مشكلة فرقمك المرجعي هو…» — صياغة تربط المرجع بالدعم مباشرة	الإيصال؛ النص إنجليزي داخل رحلة عربية مع خطأ اتجاه في علامات الترقيم	https://www.unicef.org/ 28 سبتمبر 2026
UNHCR (giving.unhcr.org) دولي · دولي	https://www.unhcr.org/	https://donate.unhcr.org/int/en/general	تبرع اختباري حقيقي (لقطات)	صورة إنسانية بعرض الصفحة + شكر بالاسم + جملة أثر + عرض «صدقة الجمعة / تبرّع بزكاتك» + ترويج تطبيق الزكاة	شريط أحمر أعلى صفحة الدفع مع بقاء الملخص ووسائل بديلة (PayPal، بطاقة، Google Pay)	لم يظهر	بريد برقم تعريف ومبلغ، دون PDF ظاهر	جملة أثر عامة	شعارات وسائل الدفع؛ بريد رعاية المتبرعين	وعد بتواصل الفريق «خلال الأيام القادمة»؛ عروض الزكاة والصدقة	لم يُختبر	WorldPay، PayPal، ماستركارد، مايسترو، Google Pay، فيزا، أمريكان إكسبريس، Apple Pay (شعارات)	عروض ما بعد التبرع بمفردات إسلامية مألوفة («صدقة الجمعة»، «زكاتك») لمنظمة أممية	المبلغ والمرجع على صفحة النجاح؛ رمز البوابة الخام ECMC_CREDIT-SSL في البريد؛ خلط لغة «تبرع Weekly»	https://giving.unhcr.org/ 28 سبتمبر 2026
الهيئة الخيرية الإسلامية العالمية (IICO) الكويت · الخليج	https://www.iico.org/ar/	https://www.iico.org/ar/charity-and-zakat/clone-ar-6.html	ملاحظة مباشرة	غير متحقق	غير متحقق	غير متحقق	حساب «حسابي الخيري» (دخول بالهاتف/البريد/Google) — تفاصيل الإيصال غير متحققة	تقارير إنجاز (زكاة، وقف، 2025، أضاحي 2026) بصيغة PDF	ترخيص قانون 64/1986، هيئة رقابة شرعية، سياسات حوكمة، تقارير سنوية	الاستقطاع الشهري، الإهداء، النشرة البريدية بموافقة	قائمة جوال منفصلة؛ لم يُقَس الأداء	غير معروضة في الصفحة الرئيسية (يُتحقق في خطوة الدفع)	سبع عملات عرض خليجية ودولية؛ حاسبة زكاة	صفحات النجاح/الفشل/المعلّق ووسائل الدفع	https://www.iico.org/ar/ 28 سبتمبر 2026
منصة إحسان السعودية · الخليج	https://ehsan.sa/	https://ehsan.sa/projects	ملاحظة مباشرة	غير متحقق	نص عام «حدث خطأ ما، يرجى المحاولة مرة أخرى» (OBS)	«جاري تنفيذ العملية – نقدر لك انتظارك» (OBS)	سجلات التبرع في صفحة المستخدم المسجّل (سياسة التبرع)	إحصائيات سنوية؛ «شاهد أثر كرمك» للحسابات؛ الفرص المكتملة	مجلس الأمناء، سياسة تبرع منشورة، اتفاقية مستوى خدمة، استقبال الشكاوى، إمكانية الوصول	تبرع دوري، حملات، هدية، غراس، تطبيق جوال	تطبيق iOS/Android؛ تحقق OTP للجوال	مدى، ماستركارد، فيزا، Apple Pay (شعارات)	استرداد خلال 5 أيام برقم طلب قابل للنسخ؛ «الفرصة محجوزة/اكتملت» لمنع تجاوز الهدف	صفحة النجاح والإيصال	https://ehsan.sa/ 28 سبتمبر 2026
بيت الزكاة الكويتي الكويت · الخليج	https://www.zakathouse.org.kw/	https://www.zakathouse.org.kw/donate.aspx	موثّق (مصدر رسمي/مقتطف مفهرس)	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	جهة حكومية؛ خدمة «التبرع السريع» متاحة أيضاً عبر البوابة الحكومية e.gov.kw (عنوان صفحة مفهرس)	غير متحقق	تطبيقات إلكترونية (عنوان صفحة)	NV (يُرجَّح KNET — استنتاج غير متحقق)	تكامل مع البوابة الحكومية الرسمية	محتوى الصفحات لم يُفحص	https://e.gov.kw/sites/kgoarabic/Pages/eServices/ZAKAT/QuickDonation.aspx 28 سبتمبر 2026
الهلال الأحمر الإماراتي الإمارات · الخليج	https://www.emiratesrc.ae/	https://www.emiratesrc.ae/donations	غير قابل للتحقق علناً	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	تطبيق Emirates RC على المتاجر	تطبيق iOS/Android	غير متحقق	SPA لم يُعِد محتوى	كل المحتوى	https://apps.apple.com/us/app/emirates-rc/id979176387 28 سبتمبر 2026
المؤسسة الملكية للأعمال الإنسانية البحرين · الخليج	https://www.rhf.gov.bh/	https://donate.rhf.gov.bh/wp/en	موثّق (مصدر رسمي/مقتطف مفهرس)	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	جهة حكومية	غير متحقق	غير متحقق	NV؛ في البحرين تتوفر محافظ مثل BenefitPay وstc pay (stc pay تعرض قسم تبرعات — عنوان صفحة)	منصة تبرع مستقلة بنطاق فرعي	كل المحتوى	https://web.stcpay.com.bh/bills-payments/donations/ https://benefit.bh/personal/benefitpay/ 28 سبتمبر 2026
الهيئة الخيرية الأردنية الهاشمية الأردن · العالم العربي	https://jhco.org.jo/	غير متحقق	غير قابل للتحقق علناً	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	—	لم يُعثر على صفحة تبرع إلكتروني موثقة في هذه الجولة	— 28 سبتمبر 2026
بنك الطعام المصري مصر · العالم العربي	https://www.efb.eg/en	غير متحقق	غير قابل للتحقق علناً	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	برنامج إطعام شهري (عبر GlobalGiving)	غير متحقق	NV (Fawry منظومة دفع شائعة في مصر — سياق عام)	—	كل المحتوى	https://www.globalgiving.org/projects/egyptian-food-bank/ 28 سبتمبر 2026
بنك الشفاء المصري مصر · العالم العربي	https://www.egyptiancurebank.com/en	https://www.egyptiancurebank.com/en/donation-methods/online	موثّق (مصدر رسمي/مقتطف مفهرس)	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	غير متحقق	صفحة مخصصة «Online Payment Methods» (عنوان مفهرس)	صفحة تشرح وسائل الدفع الإلكتروني	المحتوى التفصيلي	— 28 سبتمبر 2026
أطباء بلا حدود (MSF International) سويسرا/دولي · دولي	https://www.msf.org/	https://www.msf.org/donate	ملاحظة مباشرة	غير متحقق	غير متحقق	غير متحقق	NV (يتولاها المكتب الوطني)	قصص «تبرعاتكم في العمل» بصور وتعليقات وأسماء مستعارة لحماية الهوية	توزيع الإنفاق 79/16/5%، تقرير مالي دولي، سياسة قبول تبرعات الشركات، تحذير احتيال	غير متحقق	غير متحقق	غير متحقق	موجّه بلد الإقامة؛ صفحة عربية	صفحات الدفع الوطنية	https://www.msf.org/donate 28 سبتمبر 2026
UNICEF USA الولايات المتحدة · دولي	https://www.unicefusa.org/	https://www.unicefusa.org/how-help/donate	موثّق (مصدر رسمي/مقتطف مفهرس)	توجد صفحة شكر عامة مفهرسة: «Thank you for increasing your monthly gift» (عنوان مفهرس — لم يُفتح المحتوى)	غير متحقق	غير متحقق	أسئلة شائعة حول الخصم الضريبي (عنوان صفحة)	غير متحقق	سياسة قبول الهدايا منشورة (عنوان صفحة)	صفحة «كيف يعمل التبرع الشهري» (عنوان صفحة)	غير متحقق	غير متحقق	صفحة شكر مخصصة لرفع التبرع الشهري	المحتوى؛ ملاحظة: فهرسة صفحة شكر في البحث مثال على ما يجب تجنبه (العنصر E47)	https://www.unicefusa.org/thank-you-increasing-your-monthly-gift https://www.unicefusa.org/how-help/donate/UNICEF-USA-donation-faqs 28 سبتمبر 2026

ممارسات لافتة (مع دليلها)

إحسان: رسائل «الفرصة محجوزة حالياً من متبرعين آخرين» و«تم اكتمال هذه الفرصة خلال الدقائق السابقة» — تعامل صريح مع التزامن يمنع تجاوز هدف الحالة ملاحظة.
إحسان: طلب استرداد برقم طلب قابل للنسخ وسياسة 5 أيام منشورة ملاحظة.
MSF: تحذير احتيال مفصل وتوزيع إنفاق من التقرير المالي داخل صفحة التبرع ملاحظة.
IICO: سبع عملات عرض وحاسبة زكاة وروابط حوكمة ورقابة شرعية في كل صفحة ملاحظة.
Human Appeal / Islamic Relief: موقفان متعاكسان ومعلنان من «سياسة 100%» للزكاة — شفافية حول التكاليف عناوين صفحات.
UNICEF USA: صفحة شكر مخصصة لرفع التبرع الشهري — لكنها مفهرسة في البحث (درس في noindex) عنوان مفهرس.

تطبيق عملي على منصات CS-Cart (مثل موقع IICO): CS-Cart يدير الطلبات عبر «حالات طلب» قابلة للتخصيص ويوثّق أسباب وصول الطلب إلى حالة Failed. المقترح: (1) ربط كل حالة CS-Cart بإحدى حالات آلة الحالات أعلاه، مع حالة مخصصة «بانتظار تأكيد البنك» بدل وضع الطلب في Failed أو Open دون تمييز؛ (2) جعل قالب صفحة «order landing» يقرأ الحالة من الخادم ويعرض أحد القوالب الثلاثة؛ (3) منع إنشاء طلب دفع جديد لنفس السلة أثناء «بانتظار التأكيد». تُراجع أسماء الحالات المفعّلة وإضافة KNET المستخدمة مع مزوّد المنصة قبل التنفيذ.

7الأبحاث والمعايير والمراجع الدولية

المصادر مرتبة حسب الاستخدام، مع النتائج ذات الصلة والقيود. تُفصل النتائج البحثية المثبتة عن آراء الممارسين.

ما هو مثبت (معايير وأبحاث منشورة)

صفحة التأكيد: مرجع، ما بعد، تواصل، حفظ السجل، رابط ملاحظات (GOV.UK).
تمييز نتائج «اكتمل / فشل / أُرسل لكن لم يكتمل» (Project Delivery).
رسائل الحالة يجب أن تُعلن برمجياً (WCAG 4.1.3).
رسائل خطأ محددة وبنّاءة وغير لائمة وتحفظ المدخلات (NN/g).
التباس المراجعة بالتأكيد يسبب تسرباً غير مرئي؛ صفحة التأكيد مكان مناسب للإجراءات الإضافية (Baymard).
إزالة ازدواج purchase بـ transaction_id (Google).

ما هو رأي ممارس أو بيانات قطاعية

صفحات الشكر غير مستغلة؛ أضيفوا خطوة تالية أو قصة أثر (NextAfter).
عرض الاستقطاع عند لحظة التبرع رفع الدوري في تجربة واحدة (NextAfter/Focus on the Family، 2018).
الشكر السريع من شخص ذي مكانة ارتبط بتبرعات لاحقة أعلى (Burk) — مع دراسة مضادة (Samek & Longfield 2019) حين اختلف التوقيت والمتصل.
احتفاظ المتبرعين الجدد لم يتحسن في 2025 (FEP).

القائمة الكاملة بالروابط والتواريخ في القسم 16.

8متطلبات خاصة بالخليج والعالم العربي

ما يلي يفصل بين المتحقَّق (مذكور مع مصدره) والافتراضات (موسومة «رأي خبير»). لا نفترض أن المتبرع الخليجي أو العربي كتلة واحدة: وسائل الدفع والقوانين وعادات التواصل تختلف بين الدول وأنواع التبرع.

1) وسائل الدفع والعملات حسب الدولة

الدولة	العملة (ISO) والخانات العشرية	وسائل محلية ذات صلة	ما تحققنا منه في هذه الجولة	ملاحظة تصميمية لصفحات الحالة
الكويت	KWD — 3 خانات (10.000 د.ك)	KNET (بطاقات السحب المحلية)، بطاقات ائتمان، Apple Pay	قيم نتيجة KNET (CAPTURED / NOT CAPTURED / CANCELED) موثقة في مكتبة طرف ثالث؛ IICO تعرض سبع عملات ملاحظة	KNET يعيد المتبرع إلى الموقع بعد صفحة البنك — نقطة شائعة لحالة «عاد قبل الحسم»، فصمّموا حالة المعلّق جيداً.
السعودية	SAR — خانتان	مدى، Apple Pay، فيزا/ماستركارد، (سداد لبعض الخدمات)	إحسان تعرض مدى وماستركارد وفيزا وApple Pay ملاحظة	أظهروا «مدى» باسمها في ملخص الدفع لأن المتبرع يميّزها عن البطاقة الائتمانية.
الإمارات	AED — خانتان	بطاقات، Apple Pay، تطبيقات الجهات	الهلال الأحمر الإماراتي يعتمد تطبيقاً وصفحة /donations المحتوى غير متاح	—
قطر	QAR — خانتان	بطاقات، استقطاع بنكي، محافظ الجوال	قطر الخيرية: بطاقة ائتمان واستقطاع بنكي وتبرع دوري موثّق	للاستقطاع البنكي: حالة «قيد التفعيل» مختلفة عن «معلّق الدفع».
البحرين	BHD — 3 خانات	BenefitPay، stc pay، بطاقات	stc pay البحرين لديها قسم تبرعات؛ BenefitPay محفظة وطنية عناوين صفحات	المحافظ تُعيد نتائج غير متزامنة أحياناً — حالة المعلّق مهمة.
عُمان	OMR — 3 خانات	بطاقات (لم نتحقق من وسائل الجمعيات)	غير متحقق	التزموا بثلاث خانات عشرية.
مصر	EGP — خانتان	بطاقات، Fawry (دفع نقدي/مرجعي)، محافظ	بنك الشفاء المصري لديه صفحة «وسائل الدفع الإلكتروني» عنوان صفحة	الدفع المرجعي (كود يُدفع لاحقاً) = حالة معلّقة لساعات أو أيام؛ تحتاج صفحة تعليمات وليس «فشل».
الأردن	JOD — 3 خانات	بطاقات، أنظمة دفع فواتير وطنية	غير متحقق	—

الخانات العشرية وفق معيار ISO 4217 المعروف؛ يُتحقق منها برمجياً عبر Intl.NumberFormat بدل كتابتها يدوياً.

2) أنواع التبرع: ما يبقى ثابتاً وما يتكيّف

نوع التبرع	ما يتكيّف في صفحة النجاح	تنبيه خاص
تبرع عام	أثر عام صادق؛ اقتراح مشروع واحد	لا تعادلات أثر غير موثقة.
زكاة	إيصال يصنّف المبلغ زكاةً ومصرفه؛ دعاء «تقبّل الله زكاتك»؛ لا عرض «بيع إضافي» عدواني	فصل بنود الزكاة عن غيرها في السلة المختلطة؛ اعتماد شرعي للنصوص.
صدقة / صدقة تدفع البلاء	شكر ودعاء؛ خيار الاستقطاع	—
صدقة جارية / عن متوفى	ذكر المُهدى عنه («عن روح…») بحساسية؛ حالة بطاقة الإهداء	تجنب أي عرض بيعي بجانب ذكر المتوفى.
وقف	«أجر يدوم»؛ وعد تقرير عن الأصل الوقفي	لا يُعرض كتبرع استهلاكي.
كفالة يتيم/أسرة	تفاصيل الدورية وتاريخ الخصم القادم وإدارة الكفالة؛ موعد أول تقرير	حماية بيانات المكفول وصوره.
تعليم وصحة	أثر مرتبط بمشروع محدد وتقدّمه	—
إغاثة طارئة	ما يحدث الآن وتوقيت أول تحديث ميداني	لا صور صادمة؛ تحديث سريع يبني الثقة.
مواسم (رمضان، العشر، الأضاحي، الشتاء)	نصوص موسمية؛ للأضاحي: موعد التنفيذ وآلية الإبلاغ بالذبح	تحميل موسمي مرتفع = اختبار أداء وحالة معلّق قبل الموسم.
تبرع دوري/شهري	تفاصيل الاستقطاع والإيقاف	تأكيد صريح أن الاستقطاع فُعّل (لا مجرد نجاح أول دفعة).
تبرعات كبرى	تواصل شخصي من مسؤول علاقات المتبرعين خلال 24–48 ساعة (مستوحى من Burk)	يُفعَّل بعتبة مبلغ تحددها المنظمة.

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

3) اللغة والاتجاه والتنسيق

العربية أولاً (RTL) مع إنجليزية كاملة؛ تبديل اللغة يحفظ الحالة. IICO وإحسان وMSF توفر نسخاً عربية ملاحظة.
الأرقام: اختاروا نظاماً واحداً (غربية 0-9 أو مشرقية ٠-٩) وطبّقوه باتساق؛ الأرقام المرجعية تبقى لاتينية داخل <bdi> لسهولة النسخ والإملاء على الهاتف رأي خبير.
التاريخ: ميلادي افتراضياً مع هجري اختياري محسوب برمجياً (تقويم أم القرى عبر Intl) لا يدوياً.
المصطلحات: «تبرع» لا «طلب» أو «شراء»؛ «الرقم المرجعي» لا «رقم الفاتورة»؛ «لم تكتمل عملية الدفع» لا «فشلت عمليتك».

4) الثقة والشفافية في السياق الخليجي

إبراز الترخيص والرقابة الشرعية والتقارير السنوية أسلوب شائع لدى الجهات التي فحصناها: IICO (ترخيص قانون 64/1986، هيئة رقابة شرعية) وإحسان (مجلس الأمناء، سياسة تبرع، اتفاقية مستوى خدمة) ملاحظة.
الجهات الحكومية أو شبه الحكومية (بيت الزكاة الكويتي عبر e.gov.kw، إحسان تحت مظلة سدايا، المؤسسة الملكية في البحرين) تستفيد من ثقة الدولة؛ الجمعيات الأهلية تعوّض بالإفصاح والتقارير استنتاج.
في بريطانيا تتنافس الجمعيات الإسلامية على «سياسة التبرع 100%» للزكاة (Human Appeal) بينما تشرح Islamic Relief علناً لماذا لا تتبناها — كلاهما شكل من الشفافية حول التكاليف يمكن نقله إلى صفحة الزكاة عناوين صفحات رسمية.

5) الخصوصية والموافقة

الدولة	الإطار	حالة التحقق	أثره على صفحات الحالة
السعودية	نظام حماية البيانات الشخصية (PDPL) — نافذ بالكامل منذ 14 سبتمبر 2024 تحت إشراف سدايا	متحقق (Clyde & Co)	موافقة صريحة للتسويق، تقليل البيانات، سياسة خصوصية، وضوابط نقل البيانات للخارج (مهم إن كانت أدوات التحليلات خارج المملكة).
الكويت	لائحة CITRA رقم 26/2024 (نافذة 19 فبراير 2024)	متحقق وجودها؛ النطاق محل خلاف بين المصادر (بعضها يحصرها في مقدمي خدمات الاتصالات)	طبّقوا الموافقة الصريحة وتحديد الغرض كأفضل ممارسة أياً كان الانطباق القانوني؛ واطلبوا رأياً قانونياً.
الإمارات، قطر، البحرين، عُمان	قوانين حماية بيانات وطنية قائمة	من المعرفة السابقة — لم يُتحقق منها في هذه الجولة	مراجعة قانونية قبل الإطلاق في كل سوق.

القاعدة التصميمية العامة: خانات موافقة غير مُحددة مسبقاً، سجل موافقة بالتاريخ والقناة، ولا بيانات شخصية في الروابط أو أدوات التحليلات.

6) القنوات والجوال

واتساب قناة دعم ومشاركة بارزة لدى الجهات المفحوصة (IICO رابط wa.me في التذييل؛ إحسان مشاركة عبر واتساب) ملاحظة. لا نملك في هذه الجولة بيانات منشورة موثوقة عن حصة استخدامه بين المتبرعين الخليجيين؛ يُقاس داخلياً.
التطبيقات: إحسان وقطر الخيرية والهلال الأحمر الإماراتي لديها تطبيقات؛ أحد مطوري تطبيق قطر الخيرية أوضح في رد على مراجعة (2020) أن سياسة المتجر لم تكن تسمح بقبول التبرعات داخل التطبيق فوراً، وهذا سبب انتقال الدفع إلى المتصفح — ما يجعل «العودة من الدفع» نقطة حرجة موثّق (App Store).

9خرائط رحلة المتبرع للحالات الثلاث

أ رحلة التبرع الناجح

1يختار المشروع والمبلغ

2ينتقل لبوابة الدفع (KNET/مدى/Apple Pay)

3يعود — تحقّق خادمي (≤ بضع ثوانٍ)

4صفحة النجاح: تأكيد + ملخص + إيصال

5شكر وأثر ثم علاقة (حساب، موافقة، استقطاع، مشاركة)

6إيصال بالبريد/واتساب + سلسلة ترحيب + تقرير أثر

المرحلة	ما يفعله المتبرع	ما يفكر فيه/يشعر به	ما يحتاجه	نقطة التماس والعناصر
العودة من البوابة	ينتظر تحميل الصفحة	«هل تمت؟» قلق خفيف	حالة تحقق واضحة لا تتجاوز ثوانٍ	E01 حالة متحقق منها · E45 أداء
التأكيد	يقرأ العنوان والمبلغ	ارتياح إن كان واضحاً	عنوان صريح، مبلغ وعملة ومشروع، رقم مرجعي	E02، E03، E04، E05
التوثيق	يلتقط لقطة شاشة أو ينزّل الإيصال	«أحتاج إثباتاً»	إيصال PDF فوري ورسالة بريد/واتساب	E11، E12، E13، E14
الامتنان	يقرأ الشكر	دفء أو برود	شكر إنساني مناسب لنوع التبرع	E07، E08، E09، E10
الأثر	يتساءل ماذا سيحدث	«هل سيصل؟»	ماذا يحدث بعد ذلك، أثر صادق، وعد تقرير	E06، E20، E21، E22، E23
العلاقة	يُعرض عليه خيار أو اثنان	قد يشعر بالضغط إن كثرت	عرض واحد لطيف بزر رفض متكافئ	E24، E25، E28، E30، E31
ما بعد الجلسة	يتلقى رسائل	ثقة تتراكم أو تتآكل	إيصال واحد، ترحيب، تقرير أثر قبل أي طلب جديد	E27، E22

توقعات المتبرع ومخاوفه

تأكيد لا لبس فيه، والمبلغ الصحيح بالعملة الصحيحة.
إيصال فوري يمكن حفظه ومشاركته مع الأسرة أو المحاسب.
معرفة وجهة التبرع (خصوصاً الزكاة).
عدم الإلحاح بطلبات إضافية فوراً.

الحالات الطرفية

نجاح بعد أن رأى المتبرع صفحة «معلّق» ← إشعار نجاح + إيصال واحد فقط.
سلة بعدة بنود مختلفة النوع (زكاة + صدقة) ← إيصال يفصل البنود.
تحديث الصفحة أو العودة إليها من المفضلة ← عرض الحالة دون إطلاق purchase مرة ثانية.
فشل إرسال بطاقة الإهداء ← إظهار الفشل وإعادة الإرسال.
نجاح الدفعة الأولى وفشل إنشاء الاستقطاع ← رسالة منفصلة لا تُفسد تأكيد التبرع.

KPIs: receipt_download ÷ donation_success؛ تذاكر «لم يصلني إيصال» لكل 1,000 تبرع؛ recurring_donation_signup ÷ donation_success؛ share_click؛ نسبة التبرع الثاني خلال 90 يوماً؛ CSAT/CES.

ب رحلة التبرع الفاشل

1يدفع في البوابة

2رفض/إلغاء/مهلة/خطأ

3تحقّق خادمي وتصنيف السبب

4صفحة فشل: ماذا حدث + هل خُصم؟

5إعادة محاولة بنفس التفاصيل أو وسيلة بديلة

6نجاح ← صفحة النجاح | أو دعم برقم مرجعي

المرحلة	ما يفعله المتبرع	ما يفكر فيه/يشعر به	ما يحتاجه	نقطة التماس والعناصر
الصدمة	يرى رسالة سلبية	إحباط، خوف من خصم ضائع	عنوان هادئ وغير لائم	E02، E33
الفهم	يبحث عن السبب	«هل المشكلة مني أم من البنك؟»	سبب مصنّف بلغة بشرية	E33
الطمأنة المالية	يتفقد تطبيق البنك	«ظهر حجز في حسابي!»	توضيح صريح لحالة الخصم وعدم إعادة الدفع قبل التحقق	E34، E37
الاسترداد	ينقر إعادة المحاولة	يريد ألا يعيد كل شيء	نفس المشروع والمبلغ محفوظان؛ وسيلة بديلة	E35، E36
الدعم	يتواصل إن تعثر	«أريد إنساناً»	واتساب/هاتف برقم مرجعي معبأ تلقائياً + تنبيه احتيال	E04، E18، E19
التأجيل	يغادر	قد ينسى	رابط استكمال لاحق بموافقة	E38

فئة الفشل	مثال رمز البوابة (يختلف حسب المزوّد)	الرسالة للمتبرع	الإجراء الأساسي	الإجراء الثانوي
رفض من البنك	NOT CAPTURED مع رمز رفض	«لم يوافق البنك على العملية. لم يُسجَّل تبرعك.»	جرّب وسيلة أخرى	إعادة المحاولة بنفس البطاقة
إلغاء من المتبرع	CANCELED	«ألغيتَ عملية الدفع، ولم يُخصم أي مبلغ.»	العودة لإكمال التبرع	تغيير المبلغ
انتهاء المهلة	انتهاء الجلسة/عدم رد	«انتهت مهلة الدفع قبل الإكمال.»	إعادة المحاولة	الدعم
خطأ تقني	خطأ اتصال/استجابة غير صالحة	«تعذّر علينا إتمام العملية بسبب خلل تقني من جهتنا.»	إعادة المحاولة بعد لحظات	واتساب الدعم
غير محسوم (لا تُعرض كفشل!)	لا نتيجة نهائية	تُحوَّل إلى حالة «معلّق»	—	—

الحالات الطرفية

البوابة تعيد «فشل» ثم يصل webhook «نجاح» ← الخادم يصحح الحالة ويرسل إشعار نجاح؛ الصفحة المفتوحة تتحدث تلقائياً.
نقر مزدوج على إعادة المحاولة ← محاولة واحدة فقط (idempotency).
فشل متكرر 3 مرات ← إبراز الدعم ووسيلة بديلة بدل تكرار نفس المسار.
المتبرع يغلق نافذة 3-D Secure ← يُعامل «إلغاء» أو «معلّق» حسب رد البوابة، لا «خطأ تقني».

KPIs: معدل الاسترداد = donation_success بعد donation_retry ÷ donation_failed (لكل فئة ووسيلة)؛ زمن الاسترداد؛ support_contact من صفحة الفشل؛ تذاكر «خُصم ولم يُسجّل».

ج رحلة التبرع المعلّق

1يعود من البوابة

2لا نتيجة نهائية خلال المهلة الأولى

3صفحة معلّق: لا تدفع مرة أخرى

4تحديث تلقائي محدود + زر يدوي

5حسم ← نجاح أو فشل + إشعار

6بعد مهلة داخلية: تذكرة وتواصل

المرحلة	ما يفعله المتبرع	ما يفكر فيه/يشعر به	ما يحتاجه	نقطة التماس والعناصر
الغموض	يرى «قيد التأكيد»	قلق وحيرة	شرح بسيط لسبب الانتظار	E39
الإغراء بإعادة الدفع	يفكر في المحاولة مجدداً	«ربما أدفع مرة أخرى للاحتياط»	تحذير صريح + تعطيل الدفع الجديد لنفس الطلب	E39، E37
الانتظار	يبقى أو يغادر	نفاد صبر	تحديث تلقائي، رقم مرجعي، رابط تتبع	E40، E04، E41
الإشعار	يتلقى النتيجة	ارتياح	رسالة واحدة بالنتيجة النهائية	E41
التصعيد	لم يصله شيء	فقدان ثقة	تذكرة تلقائية وتواصل استباقي	E42

الحالات الطرفية

المتبرع يدفع مرة ثانية من جهاز آخر ← الخادم يكتشف طلبين متطابقين خلال دقائق وينبّه العمليات لاسترداد أحدهما.
وسيلة دفع مرجعية (مثل الدفع النقدي بكود) ← صفحة «بانتظار الدفع» مع تعليمات وتاريخ انتهاء، لا صفحة «معلّق تقني».
انقطاع webhook لساعات ← مهمة المطابقة الدورية تسحب الحالة من البوابة.
حسم بالفشل ← رسالة لطيفة برابط إعادة المحاولة بنفس التفاصيل.

KPIs: نسبة المعاملات التي تمر بحالة معلّق؛ متوسط زمن الحسم؛ نسبة المعلّقات التي تبعها دفع مكرر؛ معلّقات أقدم من 24 ساعة (هدف 0)؛ نسبة المعلّقات المُبلّغ بنتيجتها.

10أمثلة المحتوى العربي لكل حالة

نصوص مقترحة جاهزة للمراجعة التحريرية والشرعية. الأقواس المعقوفة متغيرات ديناميكية. النبرة: هادئة، واضحة، غير لائمة، دافئة دون مبالغة.

نجاح

العنوان: تم استلام تبرعك بنجاح
الشكر (مسجّل): شكراً لك يا {الاسم الأول}… عطاؤك وصل، وأثره يبدأ الآن.
الشكر (ضيف/فاعل خير): شكراً لك، متبرعنا الكريم… عطاؤك وصل، وأثره يبدأ الآن.
الزكاة: تقبّل الله زكاتك، وستُصرف في مصارفها الشرعية بإشراف هيئة الرقابة الشرعية.
الوقف: بارك الله في وقفك… أجرٌ يدوم ما دام نفعه.
عن متوفى: صدقة جارية عن روح {الاسم} — رحمه الله وجعلها في ميزان حسناته.
الإيصال: أرسلنا الإيصال إلى {m***@gmail.com}. لم يصلك؟ [إعادة الإرسال]
ماذا بعد: سنرسل لك تقريراً مصوّراً عند اكتمال المشروع.
الاستقطاع: اجعل أثرك مستمراً بـ {3.000 د.ك} شهرياً. [ابدأ الاستقطاع] [لا، شكراً]
المشاركة: الدال على الخير كفاعله — شارك الحملة (دون إظهار مبلغك).
الحساب: احفظ تبرعاتك وإيصالاتك في مكان واحد — أنشئ حسابك برمز التحقق.
موافقة التسويق: أوافق على تلقي رسائل عن المشروعات والحملات الجديدة من {اسم الجهة}.

فشل

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

معلّق

أثناء التحقق: نتحقق الآن من حالة تبرعك مع البنك… لا تغلق هذه الصفحة.
العنوان: تبرعك قيد التأكيد
الشرح: وصلنا طلبك، لكن البنك لم يرسل النتيجة النهائية بعد.
التحذير: يُرجى عدم الدفع مرة أخرى حتى تصلك النتيجة، تجنّباً للخصم المزدوج.
التحديث: آخر تحديث قبل {5} ثوانٍ · [تحديث الحالة]
الإشعار: سنرسل لك النتيجة فور تأكيدها عبر {واتساب/البريد}.
المرجع (صياغة UNICEF المعرّبة): إن واجهتك أي مشكلة، رقمك المرجعي هو {215627481}.
المرجع: احتفظ بالرقم المرجعي: {IICO-26-8F3K2} [نسخ]
التصعيد: ما زلنا ننتظر تأكيد البنك. فتحنا طلب متابعة وسنتواصل معك.
حُسم نجاحاً: خبر طيب: تأكّد تبرعك، وأرسلنا إيصالك.
حُسم فشلاً: لم يكتمل تبرعك في النهاية، ولم يُخصم أي مبلغ. [إكمال التبرع بنفس التفاصيل]

ممنوعات لغوية

تجنّب	السبب	البديل
«حدث خطأ ما»	عام ولا يرشد (NN/g)	سبب مصنّف + إجراء
«بياناتك غير صحيحة» / «عملية مرفوضة»	لوم المستخدم	«لم يوافق البنك على العملية»
«Error 500» / «NOT CAPTURED»	رموز تقنية	تُحفظ للدعم فقط
«تمت العملية» على صفحة معلّق	ادعاء غير صحيح	«قيد التأكيد»
«لا تفوّت الأجر! تبرع مرة أخرى الآن» بعد الفشل	ضغط غير أخلاقي	«اختياراتك محفوظة إن أردت الإكمال»

11أنماط التصميم الموصى بها

1. «التأكيد ثم الشكر ثم العلاقة» (هرم المحتوى)

الترتيب: حالة → ملخص ومرجع → إيصال → شكر → ماذا بعد → أثر → عرض واحد → ثقة ودعم. يتسق مع GOV.UK (مرجع، ما بعد، تواصل، حفظ السجل) ومع Baymard (صفحة التأكيد مكان للإجراءات الإضافية دون مقاطعة الإتمام).

2. لوحة الحالة (Status Panel)

كتلة علوية ملوّنة بلون الحالة مع أيقونة ونص؛ الروابط داخلها تحتاج تباين 3:1 على الأقل حسب GOV.UK. لا تُستخدم نفس اللوحة الخضراء لصفحة المراجعة قبل الدفع (Baymard).

3. الاسترداد بنقرة واحدة

زر أساسي بعرض كامل «إعادة المحاولة بنفس التفاصيل» + قائمة وسائل بديلة مفعّلة فعلاً. الاختيارات محفوظة في الخادم (NN/g: احفظ مدخلات المستخدم).

3ب. الفشل داخل صفحة الدفع (Inline)

حين يتم الدفع داخل الموقع دون تحويل لصفحة البنك: أظهر الخطأ تحت النموذج مع بقاء المشروع والمبلغ ووسائل بديلة، دون صفحة فشل مستقلة (رأيناه لدى Human Appeal عبر Stripe). مع KNET والتحويل لصفحة البنك تبقى صفحة الفشل المستقلة ضرورية.

4. قفل الطلب المعلّق

أي محاولة دفع جديدة لطلب معلّق تُعرض عليها رسالة «لديك عملية قيد المعالجة» بدل فتح البوابة — واجهةً وخادماً.

5. عرض واحد لا ثلاثة

بعد النجاح: عرض واحد بارز (استقطاع أو مشروع مرتبط أو مشاركة حسب قاعدة الأولوية)، والبقية روابط هادئة. زر الرفض بنفس وضوح القبول (تجنب الأنماط المضللة).

6. الإفصاح التدريجي

تفاصيل السلة، سياسة الاسترداد، الحوكمة: داخل عناصر قابلة للطي؛ لا تزاحم المعلومة الأساسية على الجوال.

7. صفحة قابلة للعودة

الرابط يحمل رمزاً آمناً؛ الزيارة اللاحقة تعرض الحالة الحالية («هذه حالة تبرعك المحدّثة») دون إطلاق أحداث تحويل.

7ب. قنوات التبرع البديلة عند الفشل

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

8. ألوان الحالة المقيّدة

أخضر للنجاح، أحمر هادئ/برتقالي للفشل، كهرماني للمعلّق — على مساحة اللوحة فقط؛ بقية الصفحة محايدة. (ملاحظة للهوية: لون العلامة لا ينبغي أن يطغى أو يتعارض مع ألوان الحالة.)

12المواصفات التقنية: التحليلات وCRM والدفع والوصول

1) تدفق التحقق الخادمي

Donor ─► /checkout ─► Gateway (KNET / mada / card / Apple Pay)
                         │  (redirect back with gateway params)
                         ▼
          /donation/return?session=<opaque>
                         │  server: verify with gateway (inquiry API) OR read signed webhook result
                         │  server: map gateway code ─► {captured | failed:{declined|cancelled|timeout|technical} | pending}
                         │  server: persist state transition (idempotent, audit log)
                         ▼
          302 ─► /donation/status/<token>   (noindex, no PII in URL)
                         │  page reads state; if pending ─► poll /api/status/<token> (5s, max ~2 min, backoff)
                         ▼
          webhook / reconciliation job ─► final state ─► receipt (once) ─► CRM ─► GA4 Measurement Protocol (once)

لا ثقة ببارامترات العودة: تُقرأ في الخادم ثم تُحذف من الرابط.
Idempotency: مفتاح لكل محاولة دفع (Stripe يوصي بمفتاح مبني على السلة/الجلسة)، وقيد UNIQUE على معرّف حدث webhook قبل أي منطق أعمال.
المطابقة الدورية: مهمة كل 5–15 دقيقة تستعلم عن المعلّقات؛ تنبيه للعمليات بعد مهلة داخلية (مثلاً 30 دقيقة) — تُضبط حسب سلوك كل بوابة.
الإيصال مرة واحدة: حقل receipt_sent_at بقيد فريد.

2) أحداث التحليلات المقترحة (GA4 / GTM)

الحدث	شرط الإطلاق	المعاملات	حماية الازدواج	الخصوصية
`donation_success`	بعد تأكيد الخادم أن الحالة captured/paid (من webhook أو استعلام موقّع) — لا من رابط العودة	transaction_id، value، currency، donation_type، campaign_id، payment_method، is_recurring، items_count، is_first_donation (منطقي)	مرة واحدة لكل transaction_id: علامة sent_at في قاعدة البيانات + إزالة GA4 لازدواج purchase؛ لا يُطلق عند إعادة زيارة الصفحة	أرسل أيضاً purchase القياسي بنفس transaction_id؛ لا اسم/بريد/هاتف/آخر 4 أرقام
`donation_failed`	عند حالة نهائية فاشلة (declined / cancelled / timeout / technical)	attempt_id، failure_category، payment_method، value، currency، campaign_id، retry_count	مرة لكل attempt_id	لا تُرسل نص رسالة البنك أو رموزاً قد تكشف بيانات البطاقة
`donation_pending`	عند انتهاء مهلة الاستعلام الأولى دون حالة نهائية	attempt_id، payment_method، value، currency، seconds_waited	مرة لكل attempt_id؛ تحديث لاحق بحدث resolution	—
`donation_pending_resolved`	حين يحسم الخادم المعلّق (نجاح/فشل)	attempt_id، final_status، minutes_to_resolve	مرة لكل attempt_id عبر Measurement Protocol من الخادم	إن كان نجاحاً يُطلق donation_success/purchase من الخادم مرة واحدة
`donation_retry`	نقر «إعادة المحاولة» أو اختيار وسيلة بديلة	order_id، previous_attempt_id، retry_method، failure_category	حدث لكل نقرة، مع ربط النجاح اللاحق بـ order_id	—
`receipt_download`	نقر تنزيل PDF بعد النجاح	transaction_id (مجزأ)، format	بلا حاجة لإزالة ازدواج (مقياس تفاعل)	رابط الإيصال لا يُرسل للتحليلات
`receipt_resend`	نقر إعادة إرسال الإيصال	channel	حد 3 محاولات من الخادم	لا يُرسل العنوان
`support_contact`	نقر هاتف/واتساب/بريد من صفحة حالة	page_state (success/failed/pending)، channel، failure_category	—	الرقم المرجعي يُمرَّر في رسالة واتساب لا في التحليلات
`recurring_donation_signup`	بعد تأكيد الخادم لإنشاء الاستقطاع	value، currency، frequency، source (upsell_thankyou…)	مرة لكل subscription_id	—
`share_click`	نقر مشاركة الحملة	channel، campaign_id	—	رابط المشاركة بـ UTM دون أي معرّف متبرع
`contact_capture`	إرسال بطاقة جمع الواتساب/البريد من الضيف (نجاح، فشل «أكمل لاحقاً»، معلّق «أبلغني»)	page_state، channel (whatsapp/email/both)، consent_receipt، consent_impact، consent_marketing، prefilled	مرة لكل order_id وقناة	لا يُرسل الرقم أو البريد إطلاقاً؛ يُحفظ في CRM فقط
`consent_update`	حفظ تفضيلات التواصل	channels_opted_in (عدد/أنواع)	—	سجل الموافقة الكامل في CRM لا في GA4

// مثال dataLayer لصفحة النجاح — يُطبع من الخادم فقط إن كانت analytics_sent_at فارغة
window.dataLayer = window.dataLayer || [];
dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: "donation_success",
  transaction_id: "IICO-26-8F3K2",      // internal, non-PII, unique, never empty
  value: 10.000, currency: "KWD",
  donation_type: "zakat", campaign_id: "soqya-gaza",
  payment_method: "knet", is_recurring: false, is_first_donation: true,
  ecommerce: { transaction_id: "IICO-26-8F3K2", value: 10.000, currency: "KWD",
               items: [{ item_id: "soqya-gaza", item_name: "Soqya Gaza", item_category: "zakat", price: 10.000, quantity: 1 }] }
});
// GTM: GA4 event tag "purchase" + custom "donation_success" on this dataLayer event only.
// Pending-resolved successes: send from server via GA4 Measurement Protocol with the same transaction_id.

GA4 يزيل ازدواج purchase بنفس transaction_id (لتدفقات الويب)، لكنه لا يحمي الأحداث المخصصة — لذلك الحماية الأساسية في الخادم (علامة «أُرسل»). لا تُرسل اسماً أو بريداً أو هاتفاً أو آخر أربعة أرقام أو رمز رفض البنك الخام.

3) CRM وسجلات المتبرعين

يُنشأ سجل «تبرع» في CRM فقط عند captured؛ المحاولات الفاشلة في جدول «محاولات» منفصل لقياس الاسترداد.
الحقول: donor_id، transaction_id، gateway_ref، amount، currency، donation_type، fund_type (زكاة/صدقة/وقف…)، campaign_id، honoree، is_recurring، consent_flags، source/UTM.
المحفّزات: إيصال ← ترحيب (أول تبرع) ← تقرير أثر ← (بعدها فقط) طلب جديد.
التبرعات الكبرى: مهمة تلقائية لمسؤول العلاقات خلال 24–48 ساعة.

4) إمكانية الوصول (WCAG 2.2 AA)

4.1.3 رسائل الحالة: role="status" للنجاح والمعلّق والتحديثات، role="alert" للفشل فقط (استخدام alert لغير المهم يُعد إخفاقاً).
نقل التركيز إلى H1 عند التحميل؛ ترتيب تركيز منطقي RTL.
1.4.1 عدم الاعتماد على اللون؛ 1.4.3 تباين 4.5:1؛ 2.5.8 مساحة هدف ≥ 24×24.
الإيصال PDF موسوم؛ الصور بنص بديل؛ لا تشغيل تلقائي بصوت.
lang="ar" dir="rtl" وتبديل lang للمقاطع الإنجليزية.

5) الأداء وSEO

أهداف ميدانية: LCP ≤ 2.5 ث، INP ≤ 200 مللي ث، CLS ≤ 0.1 (web.dev).
عرض من الخادم؛ الصورة الوحيدة مؤجلة وبحجم ≤ 100KB؛ لا ودجات طرف ثالث قبل المحتوى الأساسي.
<meta name="robots" content="noindex"> على صفحات الحالة، دون حظرها في robots.txt (حتى يقرأ Googlebot الوسم). مثال على المشكلة: صفحة شكر UNICEF USA لرفع التبرع الشهري تظهر في نتائج البحث (العنوان مفهرس).

6) الأمان والخصوصية

رموز وصول عشوائية طويلة ومنتهية الصلاحية؛ فحص ملكية في الخادم (ضد IDOR).
لا تخزين لبيانات البطاقة؛ فقط نوع الوسيلة وآخر أربعة أرقام إن أعادتها البوابة.
HTTPS + HSTS؛ سياسة CSP تقيّد السكربتات على صفحات الحالة.
تحذير الاحتيال ثابت في صفحات الفشل والمعلّق.

13مراحل التنفيذ وإطار القياس

المراحل مرتبة حسب الأولوية والاعتماد (كل مرحلة تبني على التي قبلها)، ومدة كل مرحلة يحددها فريق العمل حسب قدرته ومواردها. يمكن تنفيذ بنود المرحلة الواحدة بالتوازي.

المرحلة الأولى: الصدق والأمان

التحقق الخادمي وآلة الحالات وخريطة رموز البوابة.
ثلاثة قوالب مستقلة (نجاح/فشل/معلّق) بالعناصر P0.
منع الدفع المزدوج وقفل الطلب المعلّق.
الرقم المرجعي، الملخص، الإيصال PDF، الدعم عبر واتساب.
مستند الفشل لا يحمل عنوان «سند استلام» ولا «مجموع التبرعات» (درس التدقيق).
الأحداث الأساسية مع حماية الازدواج؛ noindex؛ تدقيق البيانات الشخصية.
اختبار قارئ الشاشة والتباين.

معيار الانتقال: صفر حالات خاطئة في مصفوفة الاختبار.

المرحلة الثانية: العلاقة والتوطين

مكتبة نصوص حسب نوع التبرع بعد الاعتماد الشرعي؛ إيصال الزكاة.
المطابقة الدورية والتصعيد والإشعار عند الحسم.
بطاقة جمع الواتساب/البريد لـ«فاعل خير» + ملف الظل + قوالب واتساب المعتمدة.
إنشاء الحساب بعد التبرع والموافقات.
سلسلة الترحيب ووعد تقرير الأثر، ومتتبّع حالة المشروع لكل تبرع في الحساب (نمط charity: water).
لوحة استرداد الفشل.

معيار الانتقال: خط أساس لمعدل الاسترداد والتبرع الثاني ونسبة الأرقام الصالحة من الضيوف.

المرحلة الثالثة: التحسين والتجريب

اختبارات A/B: عرض الاستقطاع، صياغة الشكر، الاقتراح المرتبط، صيغة جمع الرقم.
المشاركة ببطاقات الحملات؛ التذكير الموسمي قبل المواسم.
الفشل داخل صفحة الدفع حيث تسمح البوابة (نمط Human Appeal).
تحسين Core Web Vitals ميدانياً.
اختبار قابلية استخدام مع متبرعين من شرائح مختلفة.

معيار الانتقال: قرار مبني على بيانات لكل عنصر P2/P3.

إطار القياس بعد الإطلاق

المستوى	المؤشر	التعريف	المصدر	الإيقاع
النزاهة	تطابق الحالة	حالات الصفحة المطابقة لسجل البوابة ÷ الكل	قاعدة البيانات + البوابة	يومي
النزاهة	الازدواج	مبالغ مستردة بسبب دفع مكرر؛ purchase مكرر لكل transaction_id	المالية، BigQuery	أسبوعي
الاسترداد	معدل استرداد الفشل	نجاح خلال 24 ساعة بعد فشل ÷ الفشل (حسب الفئة/الوسيلة)	GA4 + قاعدة البيانات	أسبوعي
المعلّق	زمن الحسم	الوسيط والمئين 95	قاعدة البيانات	أسبوعي
التجربة	تذاكر الحالة	تذاكر «هل وصل؟/خُصم ولم يسجل/لا إيصال» لكل 1,000 تبرع	نظام الدعم	شهري
التجربة	CES / CSAT	سؤال الرضا القصير	E26	شهري
العلاقة	التبرع الثاني	نسبة المتبرعين الجدد الذين يتبرعون ثانية خلال 90/180 يوماً	CRM	ربع سنوي
العلاقة	الاستقطاع من صفحة الشكر	recurring_donation_signup ÷ donation_success	GA4	شهري
العلاقة	احتفاظ السنة الأولى	تعريف FEP (تبرع في السنتين ÷ متبرعي السنة السابقة)	CRM	سنوي

لإثبات الأثر السببي لأي عنصر: اختبار A/B بحجم عيّنة محسوب مسبقاً، أو إطلاق مرحلي مع مجموعة ضابطة؛ مقارنة «قبل/بعد» وحدها لا تكفي بسبب موسمية التبرع (رمضان، ذو الحجة، نهاية السنة).

14قائمة التحقق التنفيذية

لكل بند: الأولوية، الفريق المسؤول، معيار القبول، حالة الاختبار، والمؤشر.

تصميم UX/UI

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
نسختان من صفحة النجاح: مسجّل و«فاعل خير»/ضيف؛ بطاقة جمع واتساب/بريد للضيف فقط	P0	UX + جمع التبرعات	الضيف يرى البطاقة والمسجّل يرى سطر القناة المحفوظة؛ تنزيل الإيصال غير مشروط	تبرعان اختباريان (ضيف/مسجّل)	نسبة الضيوف الذين تركوا رقماً صالحاً
صورة المشروع في صدر صفحة النجاح ≤ 40vh ولوحة الحالة تتراكب عليها فوق الطية	P1	UX + المحتوى	المبلغ والمرجع ظاهران دون تمرير على 360×740	لقطة على 3 أجهزة	LCP ≤ 2.5 ث
ثلاثة قوالب بصرية ونصية مستقلة للنجاح والفشل والمعلّق	P0	UX	كل قالب بعنوان H1 وأيقونة ولون ونص مختلف	اختبار 5 ثوانٍ مع 10 مستخدمين على الجوال	≥ 95% تحديد صحيح
ملخص التبرع + رقم مرجعي قابل للنسخ فوق الطية على الجوال	P0	UX	يظهر دون تمرير على شاشة 360×740	لقطة شاشة على 3 أجهزة	—
إجراء أساسي واحد لكل حالة (تنزيل الإيصال / إعادة المحاولة / تحديث الحالة)	P0	UX	زر أساسي واحد فقط مرئي أولاً	مراجعة تصميم	نسبة النقر على الإجراء الأساسي
العروض الإضافية (استقطاع/مشروع مرتبط) بعد الإيصال فقط وبزر رفض متكافئ	P1	UX + جمع التبرعات	لا نافذة منبثقة تحجب التأكيد	مراجعة أنماط مضللة	شكاوى؛ recurring_donation_signup

المحتوى العربي والتوطين

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
مكتبة نصوص معتمدة لكل حالة × نوع تبرع × فئة فشل	P0	المحتوى + الشرعي	اعتماد هيئة الرقابة الشرعية لنصوص الزكاة والوقف	مراجعة مصفوفة النصوص	—
تنسيق العملات بعدد الخانات الصحيح (KWD/BHD/OMR = 3؛ SAR/AED/QAR = 2)	P0	التطوير	Intl.NumberFormat بعملة ISO	اختبار وحدة لكل عملة	0 أخطاء
الأرقام المرجعية واللاتينية داخل نص RTL لا تنقلب	P1	التطوير	استخدام <bdi> أو dir=ltr للأرقام المرجعية	اختبار بصري	—
تبديل اللغة يحفظ الحالة ولا يعيد إطلاق الأحداث	P1	التطوير	نفس الحالة بعد التبديل؛ لا purchase ثانٍ	اختبار QA	أحداث مكررة = 0

تكامل بوابة الدفع

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
التحقق من النتيجة خادمياً مع البوابة قبل عرض أي حالة	P0	Backend	الصفحة لا تقرأ النتيجة من بارامترات الرابط	تعديل بارامتر result يدوياً لا يغيّر الحالة	تطابق 100%
خريطة رموز البوابة إلى 4 فئات فشل + معلّق	P0	Backend	جدول مطابقة موثّق لكل مزوّد (KNET، بطاقات، Apple Pay…)	محاكاة كل رمز في بيئة الاختبار	—
Idempotency لكل محاولة وقفل الطلب أثناء المعالجة	P0	Backend	لا دفعتان ناجحتان لطلب واحد	نقر مزدوج + تحديث + رجوع	مبالغ مستردة بسبب ازدواج = 0

معالجة المعاملات في الخادم

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
آلة حالات موحدة: created → redirected → pending → captured \| failed \| cancelled \| refunded	P0	Backend	انتقالات مسموحة فقط؛ سجل تدقيق	اختبارات وحدة للانتقالات	—
مهمة مطابقة دورية للمعلّقات مع البوابة + تنبيه بعد المهلة	P0	Backend + العمليات	لا معلّق أقدم من المهلة دون تذكرة	إيقاف webhook اصطناعياً	معلّقات > 24 ساعة = 0
إيصال واحد فقط لكل معاملة ناجحة	P0	Backend	قيد فريد على receipt_sent	إعادة إرسال webhook مرتين	إيصالات مكررة = 0

CRM وسجلات المتبرعين

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
«ملف ظل» للضيف مربوط برقم الواتساب يجمع تبرعاته اللاحقة ويُفعَّل حساباً برمز OTP	P1	CRM + Backend	تبرعان من الرقم نفسه يظهران في ملف واحد	اختبار دمج	نسبة الضيوف العائدين
قوالب واتساب: Utility للإيصال والنتيجة، وMarketing للمشروعات والحملات الجديدة؛ ثلاث موافقات منفصلة (إيصال، أثر، تسويق) تذكر اسم الجهة	P0	التسويق + القانوني	قوالب معتمدة من Meta؛ سجل موافقة لكل رقم	إرسال تجريبي	معدل الحظر/الإبلاغ
مزامنة التبرع المؤكد فقط إلى CRM مع نوع التبرع والحملة	P0	CRM	لا سجلات لمحاولات فاشلة في جدول التبرعات	مقارنة CRM بالبوابة يومياً	فرق ≤ 0.5%
تسجيل الموافقة بالتاريخ والقناة والمصدر	P1	CRM + القانوني	كل رسالة تسويقية مرتبطة بموافقة	تدقيق عيّنة	—
محفّز سلسلة الترحيب للمتبرع الجديد	P1	التسويق	تبدأ خلال 24 ساعة من النجاح	تبرع اختباري	احتفاظ السنة الأولى

التحليلات والتقارير

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
تنفيذ الأحداث المقترحة بمعاملاتها وحماية الازدواج	P0	التحليلات	GA4 DebugView يطابق المواصفات	سيناريوهات تحديث/رجوع/مفضلة	فرق GA4 عن المالية ≤ 2%
لوحة استرداد الفشل: فشل حسب الفئة والوسيلة → إعادة محاولة → نجاح	P1	التحليلات	لوحة أسبوعية	مراجعة البيانات	معدل الاسترداد
استبعاد صفحات الحالة من تقارير الصفحات المقصودة	P2	التحليلات	فلتر/مجموعة محتوى	—	—

الوصول والأداء

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
role=status للنجاح والمعلّق؛ role=alert للفشل؛ التركيز على H1	P0	التطوير	VoiceOver/TalkBack تعلن الحالة بالعربية	اختبار قارئ شاشة	0 أخطاء حرجة
تباين ≥ 4.5:1 ولا اعتماد على اللون وحده	P0	UX	أيقونة + نص لكل حالة	أداة تباين	—
مساحات لمس ≥ 24×24 (يُفضّل 44)	P1	UX	كل الأزرار	فحص تلقائي	—
LCP ≤ 2.5 ث وINP ≤ 200 مللي ث وCLS ≤ 0.1 ميدانياً	P1	التطوير	المئين 75 على الجوال	CrUX/RUM	CWV

الخصوصية والأمان

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
لا بيانات شخصية أو بطاقة في الروابط أو dataLayer أو أدوات الطرف الثالث	P0	التطوير + القانوني	مراجعة شبكة الطلبات	فحص Network لكل حالة	0 تسرّب
رموز وصول غير قابلة للتخمين وفحص ملكية لصفحة الحالة	P0	Backend	تغيير المعرّف يعطي 404/طلب دخول	اختبار IDOR	—
noindex على صفحات الحالة وعدم حظرها في robots.txt	P1	SEO	وسم موجود	Search Console	صفحات مفهرسة = 0
مراجعة قانونية لمتطلبات حماية البيانات في كل دولة يُجمع منها	P1	القانوني	مذكرة رأي موقّعة	—	—

ضمان الجودة وقبول المستخدم

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
مصفوفة اختبار: 3 حالات × وسائل الدفع × الأجهزة × اللغتين	P0	QA	كل خلية مجتازة	بيئة sandbox للبوابات	—
سيناريوهات الحافة: إغلاق التبويب أثناء 3DS، رجوع المتصفح، شبكة ضعيفة، webhook متأخر، نجاح بعد فشل ظاهري	P0	QA	لا حالة خاطئة ولا ازدواج	سكربت اختبار موثّق	—
اختبار قابلية استخدام مع متبرعين حقيقيين (5–8 لكل شريحة)	P1	UX	تقرير نتائج	مهام مسجّلة	CES

التحسين بعد الإطلاق

المتطلب	الأولوية	الفريق	معيار القبول	حالة الاختبار	KPI
خطة اختبارات A/B: عرض الاستقطاع، الاقتراح المرتبط، صياغة الشكر	P2	CRO	حجم عيّنة محسوب مسبقاً وثقة ≥ 95%	—	التبرع الثاني؛ recurring
مراجعة شهرية لتذاكر الدعم المرتبطة بالحالة	P1	خدمة المتبرعين	تصنيف التذاكر	—	تذاكر/1000 تبرع

15الإطاران الشبكيان المقترحان (Mobile-first)

ما تغيّر في هذا القسم: الإطاران مصممان الآن لشريحتين من المتبرعين: المتبرع المسجّل و«فاعل خير» / المتبرع الضيف، وهو الأكثر عدداً (ويُخاطب في الصفحة بـ«متبرعنا الكريم»). الهدف مع الضيف جمع رقم الواتساب والبريد بعد التبرع لإرسال الإيصال وتقارير الأثر. أُضيفت أيضاً صورة عاطفية في صدر الصفحة لأنها النمط الغالب في صفحات النجاح التي اختُبرت.

0) شرائح المتبرعين وما تحتاجه كل شريحة

	متبرع مسجّل (دخل لحسابه)	«فاعل خير» / ضيف (دون حساب)
ما نعرفه عنه	الاسم، البريد، الجوال، تاريخ تبرعاته، تفضيلات التواصل	غالباً لا شيء، أو ما أدخله في نموذج الدفع فقط. (في قطر الخيرية وُصف المتبرع في البريد بأنه «متبرع عن طريق رقم الجوال»: الجوال كان معرّفه الوحيد تدقيق)
معنى «فاعل خير» عند المتبرع	—	لا يريد ظهور اسمه علناً أو على الإيصال، وهذا لا يعني بالضرورة أنه يرفض التواصل الخاص. لذلك لا يُنادى في الصفحة بـ«فاعل خير»، بل يُخاطب بـ«متبرعنا الكريم»، ويُطمأن صراحة إلى أن اسمه لن يظهر في أي مكان عام رأي خبير
هدف صفحة النجاح	تأكيد + إيصال فوري + تعميق العلاقة (استقطاع، مشاركة)	تأكيد + إيصال فوري + تحويله إلى متبرع يمكن التواصل معه (واتساب/بريد بموافقة)
الإيصال	تنزيل مباشر + نسخة في «تبرعاتي» + إرسال تلقائي للقناة المفضلة	تنزيل مباشر دائماً، مع عرض «أرسله لي على واتساب/البريد» كقيمة مضافة لا كشرط
تقارير الأثر	تلقائية حسب تفضيلاته المحفوظة	فقط بعد موافقة صريحة منفصلة على قناة محددة
الحساب	موجود	يُنشأ «ملف ظل» مربوط بالرقم؛ ويمكن تفعيله لاحقاً برمز OTP دون كلمة مرور
التحية	«شكراً لك يا أحمد»	«شكراً لك، متبرعنا الكريم» — لا نستخدم «فاعل خير» في مخاطبته

قرار تصميمي مهم: لا تجعلوا الإيصال مشروطاً بإدخال الرقم. الإيصال حق للمتبرع ودليل على معاملته (نمط GOV.UK: «طريقة لحفظ سجل المعاملة»). إذا اشترطتم الرقم للحصول عليه فسيشعر المتبرع أنه مُجبر، وقد يعطي رقماً وهمياً. الأنجح: زر تنزيل الإيصال ظاهر دائماً، وبجانبه بطاقة «أرسله لي على واتساب + تابع أثر تبرعك». إن أردتم اختبار صيغة أقوى، جرّبوا A/B بين (أ) تنزيل مباشر + بطاقة جمع بيانات، و(ب) إرسال الإيصال على واتساب كخيار أول والتنزيل رابط ثانوي، وقيسوا نسبة جمع الأرقام الصالحة لا عددها فقط.

1) الصورة العاطفية في صدر الصفحة

ما رأيناه في التدقيق تدقيق 27/9

العون المباشر: صورة أطفال مبتسمين بعرض الصفحة، وبطاقة الحالة فوقها («تقبل الله منكم»، المبلغ، زر السند).
Human Appeal: صورة طفلة تصنع قلباً بيديها بجانب بطاقة الشكر، مع قصاصات confetti.
قطر الخيرية: رسم قلوب توضيحي فوق عبارة الشكر، وصورة قلب في رأس البريد.
charity: water: صورة تحريرية بنصف الشاشة بجانب الشكر، وصورة كبيرة في لوحة المتبرع.
UNHCR: صورة لاجئة تطل من خيمة بعرض الصفحة فوق شريط الشكر.
UNICEF: صورة خلفية خلف بطاقة الشكر.
IHH: بريد نصي بلا صورة.
صفحات الفشل المختبرة (قطر الخيرية، العون المباشر، Human Appeal، UNHCR): بلا صور؛ أيقونة ✕ أو رسالة داخل النموذج.

النمط الغالب: الصورة تسبق النص أو تحيط به. الخطر الذي رأيناه أن الصورة الضخمة (العون المباشر) أو البانر الذي يليها قد يدفع المعلومات الأساسية تحت الطية على الجوال.

قواعد التصميم المقترحة

النجاح: صورة المشروع نفسه، لا صورة عامة، وتأخذ ≤ 40% من ارتفاع الشاشة على الجوال. لوحة الحالة (العنوان + المبلغ + المرجع) تتراكب على أسفل الصورة لتبقى فوق الطية.
الفشل: صورة المشروع مصغّرة (بطاقة 64–96 بكسل) تذكّر بالسبب دون احتفال. هذه توصية تتجاوز السائد (لم تستخدم أي من الجهات الأربع المختبرة صورة في الفشل)، هدفها إبقاء الدافع حاضراً عند إعادة المحاولة. لا confetti ولا ألوان احتفالية.
المعلّق: بلا صورة كبيرة، والتركيز على الحالة وتحذير عدم إعادة الدفع.
الكرامة: لا صور معاناة صادمة، وأسماء مستعارة عند الحاجة (نمط MSF)، وموافقة موثقة على الصور.
الأداء: WebP/AVIF ≤ 120KB مع fetchpriority="high" لأنها عنصر LCP، وأبعاد محددة لتجنب CLS، ونص بديل وصفي.
الحركة: أي confetti أو حركة تُعطَّل مع prefers-reduced-motion.

2) جمع الواتساب والبريد من «فاعل خير» — المواصفات

العنصر	المواصفة
التوقيت	على صفحة النجاح مباشرة بعد لوحة الحالة والإيصال، وليس قبل الدفع (Baymard: تأجيل طلب الحساب إلى صفحة التأكيد يزيل قرارات مربكة من مسار الدفع). إن كان الرقم قد أُدخل في نموذج الدفع، تُعرض البطاقة مملوءة مسبقاً مع خيار التعديل.
الحقول	(1) رقم الواتساب: مفتاح الدولة يُحدَّد تلقائياً من عملة الدفع أو الموقع (+965 للكويت)، مع `inputmode="tel"` و`autocomplete="tel"` والتحقق بصيغة E.164. (2) البريد اختياري، مع `autocomplete="email"`. لا اسم ولا عنوان.
الموافقات (ثلاث، منفصلة وغير محددة مسبقاً، بعد حقلي الواتساب والبريد)	(1) ☐ «أرسلوا لي إيصال هذا التبرع» — رسالة معاملة. (2) ☐ «أرسلوا لي تقارير أثر هذا التبرع» — تواصل مرتبط بتبرعه هو. (3) ☐ «أوافق على تلقي رسائل عن المشروعات والحملات الجديدة من [اسم الجهة] عبر واتساب/البريد» — موافقة تسويقية تتيح للجهة إرسال مشروعات جديدة وحملات ونداءات. الفصل بين (2) و(3) يسمح لمن يريد متابعة أثره فقط بأن يرفض التسويق دون أن يخسر التقارير. سياسة Meta تشترط أن تذكر الموافقة اسم الجهة بوضوح، وتسمح بموافقات منفصلة لكل نوع رسالة، وهذا يقلل الحظر.
تصنيف رسائل واتساب	الإيصال وتأكيد المعاملة ينطبق عليهما تعريف «Utility» في تصنيف Meta (رسالة غير ترويجية مرتبطة بمعاملة المستخدم). تقرير أثر خالص عن تبرعه دون أي دعوة قد يُقبل Utility، لكن بمجرد إضافة دعوة لتبرع جديد يصبح Marketing. رسائل المشروعات والحملات الجديدة (الموافقة 3) Marketing دائماً. (التصنيف تفسيرنا؛ القرار النهائي لـ Meta عند اعتماد القالب.)
الطمأنة	«لن يظهر اسمك في أي مكان عام. نستخدم رقمك وبريدك فقط لما وافقت عليه، ويمكنك الإيقاف في أي وقت برسالة واحدة.»
ما بعد الإرسال	رسالة تأكيد على الصفحة (role=status): «أرسلنا الإيصال إلى واتساب ‎+965 ••••4563». يُنشأ ملف ظل مرتبط بالرقم، وتُربط به تبرعات الضيف القادمة من الرقم نفسه.
الحماية	تحقق خفيف من الرقم (رسالة الإيصال نفسها تكفي كتحقق). الرقم لا يظهر كاملاً على الصفحة ولا في أي رابط أو حدث تحليلات (ملاحظة التدقيق: قطر الخيرية تعرض الرقم كاملاً).
القياس	حدث `contact_capture` بمعاملات `channel`، `consent_receipt`، `consent_impact`، `consent_marketing`، `prefilled` (دون الرقم). المؤشر: نسبة الضيوف الذين تركوا رقماً صالحاً ÷ تبرعات الضيوف، ونسبة من وافقوا على تقارير الأثر، ونسبة من وافقوا على الرسائل التسويقية (قاعدة الجمهور القابل للاستهداف بالمشروعات الجديدة).

أ) صفحة النجاح والشكر — نسختان حسب الشريحة

A2 — «فاعل خير» / ضيف (الأكثر شيوعاً)

headerشعار · EN

hero-image (LCP · ≤40vh)

▭ صورة المشروع (سقيا غزة)

status-panel · role=status

✓ تقبّل الله منك — وصل تبرعك

شكراً لك، متبرعنا الكريم

المبلغ10.000 د.ك

المرجعIICO-26-8F3K2 ⧉

receipt · primary CTAتنزيل الإيصال (PDF)

contact-capture · guest onlyاستلم إيصالك وتابع أثر تبرعك

🇰🇼 ‎+965 رقم الواتساب

البريد الإلكتروني (اختياري)

☐ أرسلوا لي إيصال هذا التبرع
☐ أرسلوا لي تقارير أثر هذا التبرع
☐ أوافق على تلقي رسائل عن المشروعات والحملات الجديدة من الهيئة الخيرية

أرسل لي الإيصال والتقارير

لن يظهر اسمك في أي مكان عام. نستخدم بياناتك فقط لما وافقت عليه، ويمكنك الإيقاف في أي وقت.

what-nextماذا بعد؟

1) الإيصال بين يديك 2) التنفيذ ضمن الحملة 3) تقرير مصوّر عند الاكتمال

واتسابنسخ الرابطالمزيد

الدال على الخير كفاعله

single-offer (after capture)

اجعل أثرك مستمراً: 3.000 د.ك شهرياً

ابدأ الاستقطاع

trust + support

مرخّصة · رقابة شرعية · واتساب الدعم

A1 — متبرع مسجّل

headerشعار · حسابي

hero-image (LCP · ≤40vh)

▭ صورة المشروع

status-panel · role=status

✓ تقبّل الله منك يا أحمد

وصل تبرعك وأُضيف إلى «تبرعاتي»

المبلغ10.000 د.ك

المرجعIICO-26-8F3K2 ⧉

receipt · primary CTAتنزيل الإيصال (PDF)

أُرسل تلقائياً إلى واتساب ‎••••4563 · تغيير القناة

☐ أبلغوني بالمشروعات والحملات الجديدة (يظهر فقط إن لم يوافق سابقاً)

what-nextماذا بعد؟

ستصلك تقارير الأثر على واتساب حسب تفضيلاتك

single-offer · primary slot

اجعل أثرك مستمراً: 3.000 د.ك شهرياً

ابدأ الاستقطاعلا، شكراً

واتسابنسخ الرابطالمزيد

history

إجمالي عطائك هذا العام: 45.000 د.ك · تبرعاتي

trust + support + feedback

مرخّصة · رقابة شرعية · ★★★★★

تسلسل الأقسام والغرض (النجاح)

المكوّن	الغرض	ضيف / فاعل خير	مسجّل	عناصر	أحداث
hero-image	تعزيز عاطفي للقرار	صورة المشروع من CMS، ≤ 40vh على الجوال، WebP، نص بديل		E21 E45	—
status-panel	تأكيد + شكر + مبلغ + مرجع فوق الطية	«متبرعنا الكريم»	باسم المتبرع الأول	E01 E02 E03 E04 E07 E09	donation_success
receipt	توثيق — CTA أساسي	تنزيل مباشر دون شرط	تنزيل + إرسال تلقائي للقناة المحفوظة	E11 E12 E13	receipt_download
contact-capture	تحويل الضيف إلى متبرع يمكن التواصل معه	ظاهر؛ واتساب + بريد + ثلاث موافقات منفصلة (إيصال، تقارير أثر، مشروعات جديدة)	مخفي؛ يظهر فقط سطر «أبلغوني بالمشروعات الجديدة» إن لم يوافق سابقاً	E24 E25 E12	contact_capture، consent_update
what-next	إدارة التوقعات	يذكر أن التقارير تصل إن وافق	يذكر القناة المفضلة	E06 E22	—
single-offer	تعميق العلاقة	بعد جمع الرقم فقط، كرابط ثانوي	بطاقة بارزة (استقطاع إن لم يكن مشتركاً)	E28 E31	recurring_donation_signup
share	مناصرة	واتساب أولاً؛ رابط الحملة بـ UTM دون أي بيانات متبرع		E30	share_click
history	تقدير الاستمرارية	—	إجمالي العطاء ورابط «تبرعاتي»	E24	—
trust + support	طمأنة	ثابت		E15 E16 E19	support_contact

سطح المكتب: صورة المشروع بعرض كامل وارتفاع ≈ 360 بكسل، وبطاقة الحالة تتراكب على جانبها (نمط العون المباشر مع تحسين تباين النص). تحتها عمودان: الأيمن للإيصال وماذا بعد والأثر، والأيسر لبطاقة جمع البيانات (للضيف) أو العرض الواحد (للمسجّل).

ب) صفحة الفشل / المعلّق والاسترداد

حالة الفشل

header (minimal)شعار

status-panel · role=alert

▭

لم تكتمل عملية الدفع

سقيا غزة · 10.000 د.ك

لم يوافق البنك على العملية. لم يُسجَّل تبرعك ولم يُخصم منك مبلغ مقابل هذه المحاولة.

recovery · primary CTAإعادة المحاولة بنفس التفاصيل

Apple Payبطاقة ائتمانKNET

offline-alternatives (GCC)

أو تبرّع عبر: مركز الاتصال · نقاط التحصيل · رابط دفع على واتساب

save-for-later · guest only

تريد الإكمال لاحقاً؟ نرسل لك رابطاً على واتساب

🇰🇼 ‎+965 رقم الواتساب

أرسل لي رابط الإكمال

supportراسلنا على واتساب

سنرفق رقمك المرجعي تلقائياً

fraud-note

لن نطلب رمز التحقق أو بيانات بطاقتك عبر الهاتف.

حالة المعلّق

status-panel · role=status · aria-live

◷ تبرعك قيد التأكيد

وصلنا طلبك، والبنك لم يرسل النتيجة النهائية بعد.

do-not-repayيُرجى عدم الدفع مرة أخرى حتى تصلك النتيجة.

live-status

آخر تحديث قبل 5 ثوانٍ

تحديث الحالة

notify-me · guest only

أبلغني بالنتيجة على واتساب

🇰🇼 ‎+965 رقم الواتساب

أبلغني

المسجّل: «سنبلغك على ••••4563»

reference + escalation

المرجع IICO-26-8F3K2 ⧉

المكوّن	الغرض	ضيف	مسجّل	عناصر	أحداث
status-panel + thumb	حالة دقيقة مع تذكير هادئ بالمشروع	صورة مصغّرة للمشروع في الفشل، ولا صورة في المعلّق		E01 E02 E33 E34 E39	donation_failed / donation_pending
recovery	استرداد — CTA أساسي	معطّل إن وُجد دفع معلّق للطلب نفسه		E35 E36 E37	donation_retry
save-for-later	استرداد متأخر	جمع واتساب لإرسال رابط الإكمال (رسالة معاملة واحدة)	يُرسل تلقائياً للقناة المحفوظة إن وافق	E38	contact_capture
notify-me	إغلاق حلقة المعلّق	جمع واتساب للإبلاغ بالنتيجة	تأكيد القناة المحفوظة	E41	contact_capture
support + fraud-note	مساعدة آمنة	ثابت		E18 E19	support_contact

ملاحظة: الفشل فرصة طبيعية لجمع رقم الضيف لأن لديه سبباً شخصياً للتواصل (رابط الإكمال أو النتيجة)، دون أي طابع تسويقي. لكن لا تُضاف إليه موافقة تقارير الأثر، فمكانها صفحة النجاح.

RTL والوصول (للإطارين)

التركيز على H1 عند التحميل؛ role=status للنجاح والمعلّق وrole=alert للفشل.
حقل الرقم: الأرقام ومفتاح الدولة بـ dir="ltr" داخل الواجهة RTL، ولوحة مفاتيح رقمية.
الأرقام المرجعية داخل <bdi>؛ الصورة بنص بديل؛ الحركة تحترم prefers-reduced-motion.

الاعتماديات التقنية

API حالة المعاملة، مولّد PDF، WhatsApp Business Platform (قوالب Utility للإيصال وMarketing لتقارير الأثر)، خدمة البريد، CRM بمفهوم «ملف الظل» المربوط بالرقم، CMS لصور المشاريع، GTM/GA4.

16التوصيات الاستراتيجية الختامية والمراجع

العناصر الأساسية لأي تجربة تأكيد

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

أهم الفروق بين الصفحات الثلاث

النجاح يبني العلاقة بعد الطمأنة؛ الفشل يسترد التبرع دون لوم أو ضغط؛ المعلّق يمنع الدفع المزدوج ولا يعرض أي شيء آخر. الخطأ الأكبر هو تحويل «غير محسوم» إلى «فشل».

الممارسات الأهم للخليج والعالم العربي

نصوص تحترم الفروق الشرعية بين أنواع العطاء؛ إيصال زكاة واضح؛ وسائل الدفع المحلية بأسمائها؛ ثلاث خانات عشرية حيث يلزم؛ واتساب للدعم والمشاركة؛ إبراز الترخيص والرقابة الشرعية؛ جاهزية للمواسم.

الأولوية لمن يبني أو يحسّن منصته

ابدأوا من الخادم لا من الواجهة: آلة الحالات والمطابقة وidempotency. ثم القوالب الثلاثة. ثم الإيصال والدعم. ثم العلاقة (حساب، موافقة، ترحيب، استقطاع). وأخيراً التجارب.

أفضل 5 كتب تعليمية لهذا المحور

مرتبة من التطبيقي المباشر إلى الإطار النظري. أغلبها كتب مدفوعة؛ وحيث يتوفر محتوى مجاني من الناشر أو المؤلف نفسه وضعنا رابطه. لم نضع روابط لنسخ PDF كاملة منشورة على مواقع غير مرخّصة.

#	الكتاب	لماذا هو مهم لصفحات الشكر والفشل	الشراء / الناشر	مجاني ومشروع
1	Form Design Patterns Adam Silver — Smashing Magazine، 2018	أقرب كتاب لموضوعنا تقنياً: رسائل الأخطاء، إعادة المحاولة، ملخص الطلب، صفحات التأكيد، وإمكانية الوصول في نماذج الدفع. المؤلف عمل على أنظمة GOV.UK.	Smashing Magazine	فصل مقتطف مجاني (صفحة ويب)
2	Donor-Centered Fundraising (الطبعة الثانية) Penelope Burk — Cygnus Applied Research	المرجع الأساسي لسلوك المتبرع بعد التبرع: سرعة الشكر، من يشكر، ومعرفة الأثر قبل الطلب التالي. مصدر أرقام مكالمات الشكر في هذا التقرير.	Amazon · صفحة المؤلفة	ملخص PDF رسمي من Cygnus (ليس الكتاب كاملاً)
3	Don’t Make Me Think, Revisited (الطبعة الثالثة) Steve Krug — New Riders، 2014	أساس الوضوح وسهولة الاستخدام: لماذا يجب أن تُفهم حالة الصفحة في ثوانٍ، وكيف تُجرى اختبارات قابلية استخدام سريعة ورخيصة (مفيد لاختبار صفحات الحالة مع متبرعين حقيقيين).	Pearson	صفحات عيّنة PDF من الناشر
4	Forms that Work: Designing Web Forms for Usability Caroline Jarrett & Gerry Gaffney — Morgan Kaufmann (Elsevier)، 2008	كيف يفكر المستخدم أثناء ملء النماذج وبعد الإرسال؛ مفيد لتصميم بطاقة جمع الواتساب والبريد والموافقات بأقل احتكاك.	Elsevier	لا يوجد إصدار مجاني رسمي
5	Fundraising Principles and Practice (الطبعة الثانية) Adrian Sargeant & Jen Shang — Wiley، 2017	الإطار الأكاديمي الأشمل لجمع التبرعات: ولاء المتبرع والاحتفاظ به، والرعاية بعد التبرع، والتبرع الدوري؛ يعطي الأساس النظري لعناصر العلاقة والاحتفاظ.	Wiley	لا يوجد إصدار مجاني رسمي

مورد مجاني إضافي (ليس كتاباً منشوراً): Online Fundraising Survival Guide من NextAfter (Riley Young، 2021) — كتيّب مجاني مقابل التسجيل بالبريد، يجمع قوالب وقوائم تحقق مستخلصة من أكثر من 3,000 تجربة، منها تحسين صفحات التبرع.

المراجع الكاملة

Confirmation pages (pattern) — GOV.UK Design System – Government Digital Service. بدون تاريخ نشر؛ صفحة حيّة. نوع المصدر: معيار/نظام تصميم رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://design-system.service.gov.uk/patterns/confirmation-pages/
النتائج ذات الصلة: يجب أن تتضمن صفحة التأكيد: رقماً مرجعياً إن وُجد، ماذا يحدث بعد ذلك ومتى، بيانات التواصل، روابط لما يحتاجه المستخدم لاحقاً، رابطاً للملاحظات، وطريقة لحفظ سجل المعاملة (مثل PDF). بعض المستخدمين يحفظون الصفحة كمفضلة كإيصال. العناصر التفاعلية داخل لوحة التأكيد الخضراء تحتاج معالجة تباين 3:1.
القيود وقابلية التطبيق: مصمَّم للخدمات الحكومية لا لجمع التبرعات؛ لا يتناول الشكر العاطفي أو طلب تبرع إضافي.
Form confirmation page (pattern) — Government Project Delivery (projectdelivery.gov.uk). آخر تحديث قرابة فبراير 2026 (حسب مؤشر البحث). نوع المصدر: نمط تصميم حكومي. تاريخ الوصول: 28 سبتمبر 2026.
https://projectdelivery.gov.uk/get-involved/connect-and-contribute/publishing-content-on-the-government-project-delivery-website/design-system/patterns/form-confirmation-page/
النتائج ذات الصلة: يميّز ثلاث نتائج: اكتملت الخدمة، حدث خطأ، أُرسل النموذج لكن المعاملة لم تكتمل — مع رسالة وخطوات مختلفة لكل حالة، واستخدام نص بارز لسبب الفشل.
القيود وقابلية التطبيق: نمط نماذج لا مدفوعات؛ نقلُه إلى حالات الدفع استنتاج تحليلي.
Confirmation page (pattern) — NHS digital service manual. بدون تاريخ نشر. نوع المصدر: نظام تصميم رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://service-manual.nhs.uk/design-system/patterns/confirmation-page
النتائج ذات الصلة: في الاختبار قال بعض المستخدمين إنهم سيلتقطون لقطة شاشة لصفحة التأكيد على الجوال؛ ويشير إلى أن GOV.UK وجد أن مستخدمين يحفظون صفحات التأكيد ويعودون إليها.
القيود وقابلية التطبيق: سياق حجز مواعيد صحية.
Understanding Success Criterion 4.1.3: Status Messages (Level AA) — W3C Web Accessibility Initiative. آخر تحديث 11 مايو 2026. نوع المصدر: معيار دولي. تاريخ الوصول: 28 سبتمبر 2026.
https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html
النتائج ذات الصلة: رسائل النجاح والتقدم والأخطاء التي لا تنقل التركيز يجب أن تكون قابلة للتحديد برمجياً (role=status أو role=alert) لتعلنها قارئات الشاشة. من الأمثلة الرسمية: «تم إرسال النموذج بنجاح» و«5 أخطاء في الصفحة». استخدام alert لمحتوى غير مهم يُعد خطأً.
القيود وقابلية التطبيق: لا يحدد تصميم المحتوى؛ يحدد قابلية الوصول فقط.
WCAG 2.2 – SC 2.5.8 Target Size (Minimum) — W3C (ملخصات: wcag22aa.org وغيرها). WCAG 2.2 توصية منذ أكتوبر 2023. نوع المصدر: معيار دولي (عبر مصدر شارح). تاريخ الوصول: 28 سبتمبر 2026.
https://wcag22aa.org/new-criteria/target-size/
النتائج ذات الصلة: حد أدنى لمساحة الهدف القابل للنقر 24×24 بكسل CSS مع استثناءات للتباعد.
القيود وقابلية التطبيق: المصدر المرتبط شارح غير رسمي للمعيار.
Error-Message Guidelines — Tim Neusesser & Evan Sunwall – Nielsen Norman Group. 14 مايو 2023. نوع المصدر: بحث/إرشاد UX منشور. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nngroup.com/articles/error-message-guidelines/
النتائج ذات الصلة: ضع الرسالة قرب مصدر الخطأ؛ مؤشرات مرئية متعددة لا تعتمد على اللون وحده؛ لغة بشرية بلا رموز تقنية؛ وصف دقيق للمشكلة مع حل بنّاء؛ لا تلُم المستخدم؛ احفظ مدخلاته؛ قلّل جهد التصحيح.
القيود وقابلية التطبيق: إرشادات عامة غير مخصصة للدفع أو التبرع.
6 Ways to Get More Out of Your Order Confirmation Page — Baymard Institute. 8 نوفمبر 2023. نوع المصدر: بحث قابلية استخدام (تجارة إلكترونية). تاريخ الوصول: 28 سبتمبر 2026.
https://baymard.com/blog/order-confirmation-page
النتائج ذات الصلة: صفحة التأكيد غالباً «طريق مسدود»؛ يمكن استخدامها لإنشاء الحساب بعد الشراء، الاشتراك في النشرة، الموارد، الاستبيانات والعروض الإضافية دون مقاطعة الشراء. من المشكلات الملاحظة: صعوبة التحقق من الطلب، والانتظار في الصفحة حتى يصل بريد التأكيد.
القيود وقابلية التطبيق: سياق تجاري؛ نقل «البيع الإضافي» إلى العمل الخيري يحتاج اختباراً وحساسية أخلاقية.
Mobile ‘Review Order’ design examples (benchmark) — Baymard Institute. صفحة معيارية حيّة. نوع المصدر: بحث قابلية استخدام. تاريخ الوصول: 28 سبتمبر 2026.
https://baymard.com/mcommerce-usability/benchmark/mobile-page-types/review-order
النتائج ذات الصلة: على الجوال خصوصاً، تشابه صفحة المراجعة وصفحة التأكيد يجعل بعض المستخدمين يغادرون ظانّين أن الطلب تم — أسوأ أنواع التسرّب لأنه غير مرئي للمستخدم.
القيود وقابلية التطبيق: سياق تجاري.
NextAfter's Definitive Guide to Donation Pages — NextAfter. قرابة 2024. نوع المصدر: ممارس/مختبر تجارب جمع تبرعات. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/blog/donation-pages/
النتائج ذات الصلة: بعد إتمام التبرع: وجّه المتبرع إلى صفحة تأكيد تشكره وتقدّم خطوات تالية — عرضاً مجانياً أو قصة أثر تعزز أنه اتخذ القرار الصحيح.
القيود وقابلية التطبيق: توصية ممارس مبنية على تجارب في سياق أمريكي غالباً.
How presenting a donation page instantly after an acquisition offer impacts donor conversion (Boys Town) — NextAfter – Courtney Gaines. قرابة 2022. نوع المصدر: تجربة A/B منشورة. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/experiments/how-presenting-a-donation-page-instantly-after-an-acquisition-offer-impacts-donor-conversion/
النتائج ذات الصلة: وضع نموذج تبرع على صفحة تأكيد التسجيل (بدل زر) رفع تحويل المتبرعين 349% بثقة 96.5% — لكن من قاعدة منخفضة جداً (0.03% → 0.13%).
القيود وقابلية التطبيق: صفحة تأكيد تسجيل بريد لا صفحة شكر بعد تبرع؛ أعداد متبرعين صغيرة.
How rolling out a recurring gift pop-out on all donation pages impacts donor conversion (Focus on the Family) — NextAfter. 2018 (مايو–يوليو). نوع المصدر: تجربة A/B منشورة. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/experiments/how-rolling-out-a-recurring-gift-pop-out-on-all-donation-pages-impacts-donor-conversion/
النتائج ذات الصلة: نافذة بعد النقر على «تبرع» وقبل المعالجة تعرض تحويل التبرع إلى شهري بقيمة 60% من المبلغ؛ رفعت التبرعات الدورية 64% ومعدل التحويل المقاس 24.3% بثقة 98.3%.
القيود وقابلية التطبيق: النافذة قبل المعالجة لا بعدها؛ منظمة أمريكية واحدة؛ النتيجة لا تُعمَّم دون اختبار.
Optimize Your Donation Page (interactive guide) — NextAfter. صفحة حيّة. نوع المصدر: ملخص تجارب ممارس. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/interactive-donation/
النتائج ذات الصلة: إضافة PayPal خفّضت التبرعات 65.3% في تجربة #867 (مع ارتفاع متوسط التبرع 6.6%)؛ إضافة Apple Pay لم تُظهر فرقاً في تجربة #6509. صفحات «التحقق/المراجعة» قبل الإرسال: إلغاؤها رفع التبرعات في تجارب #3711 و#3712.
القيود وقابلية التطبيق: تنبيه تفسيري: «صفحات التحقق» هنا خطوات مراجعة قبل الدفع، لا صفحة الشكر بعده.
Top 10 Calendar Year-End Experiments — NextAfter. قرابة نوفمبر 2025. نوع المصدر: ملخص تجارب ممارس. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/blog/top-10-calendar-year-end-experiments/
النتائج ذات الصلة: يصف تجارب منها: عرض مبلغ التبرع على زر الإرسال النهائي لتقليل التردد، ونافذة عند نية المغادرة تعرض بديلاً شهرياً أخف لاسترداد الزوار غير المكملين.
القيود وقابلية التطبيق: ملخص مدونة؛ تفاصيل الأرقام في صفحات التجارب.
A Mystery Donor’s Look at the Online Giving Experience of 630 Organizations in 9 Countries — NextAfter. قرابة 2022. نوع المصدر: دراسة «متبرع خفي» متعددة الدول. تاريخ الوصول: 28 سبتمبر 2026.
https://www.nextafter.com/blog/a-mystery-donors-look-at-the-online-giving-experience-and-email-communications-of-630-organizations-in-9-countries/
النتائج ذات الصلة: من 8 نتائج رئيسية: صفحات «الشكر» والتأكيد غير مستغلة بالشكل الكافي؛ لا تزال هناك عقبات في إتمام التبرع وتلقي الرسائل.
القيود وقابلية التطبيق: العيّنة غير مخصصة للخليج.
2026 M+R Benchmarks Study — M+R. 22 أبريل 2026. نوع المصدر: دراسة قطاعية سنوية. تاريخ الوصول: 28 سبتمبر 2026.
https://www.mrss.com/lab/the-2026-mr-benchmarks-study-has-arrived/
النتائج ذات الصلة: ارتفعت الإيرادات الإلكترونية 15% في المتوسط خلال 2025، ونمت إيرادات التبرع لمرة واحدة أسرع من الشهرية على خلاف الاتجاه طويل المدى.
القيود وقابلية التطبيق: منظمات أمريكية غالباً؛ سنة استجابة لأزمات غير اعتيادية حسب M+R نفسها.
An insightful walkthrough of M+R’s annual Benchmarks Study — Bonterra. بدون تاريخ ظاهر؛ الرقم من دراسة M+R لعام 2021. نوع المصدر: ملخص ثانوي. تاريخ الوصول: 28 سبتمبر 2026.
https://www.bonterratech.com/blog/mr-benchmarks-report
النتائج ذات الصلة: يذكر أن 54% من الزيارات كانت من مستخدمي الجوال (بيانات 2021).
القيود وقابلية التطبيق: مصدر ثانوي؛ يُتحقق من الرقم في التقرير الأصلي قبل الاستشهاد الرسمي.
Fundraising Effectiveness Project Reports Strongest Revenue Growth in Five Years, Even as Fewer Donors Give — AFP Global / Fundraising Effectiveness Project. أبريل 2026 (بيانات 2025). نوع المصدر: بيانات قطاعية مجمّعة. تاريخ الوصول: 28 سبتمبر 2026.
https://afpglobal.org/news/fundraising-effectiveness-project-reports-strongest-revenue-growth-five-years-even-fewer
النتائج ذات الصلة: نمت الدولارات 5.0% وانخفض عدد المتبرعين 3.6% في 2025؛ الاحتفاظ الإجمالي 43.3%؛ احتفاظ المتبرعين الجدد بقي مستقراً — «تحويل التبرع الأول إلى ثانٍ» أهم مشكلة غير محلولة.
القيود وقابلية التطبيق: بيانات أمريكية؛ لا تقيس أثر صفحة الشكر مباشرة.
Donor-Centered Fundraising (book, 2003) & DCF handout (2021) — Penelope Burk – Cygnus Applied Research. 2003 / 2021. نوع المصدر: بحث ممارس. تاريخ الوصول: 28 سبتمبر 2026.
https://cygresearch.com/wp-content/uploads/2021/10/DCF-Handout_VOA.pdf
النتائج ذات الصلة: المتبرعون يريدون: شكراً سريعاً وذا معنى، معرفة كيف يُستخدم تبرعهم، ومعرفة النتائج قبل طلب جديد. في اختبارها: مكالمة شكر من عضو مجلس إدارة خلال 24–48 ساعة ارتبطت بتبرعات لاحقة أعلى 39% (و42% بعد 14 شهراً).
القيود وقابلية التطبيق: دراسة قديمة؛ دراسة Samek & Longfield (2019) لم تجد أثراً لمكالمات الشكر بصيغة مختلفة (متأخرة وبموظفين) — الأثر مشروط بالتوقيت والمُتصل.
[GA4] Minimize duplicate key events with transaction IDs — Google Analytics Help. صفحة مساعدة حيّة. نوع المصدر: توثيق رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://support.google.com/analytics/answer/12313109
النتائج ذات الصلة: GA4 يزيل ازدواج أحداث purchase ذات transaction_id نفسه (لتدفقات الويب)؛ يجب أن يكون المعرّف فريداً وديناميكياً؛ لا ترسل نصاً فارغاً؛ يجب ألا يتضمن المعرّف معلومات تحدد هوية العميل.
القيود وقابلية التطبيق: لا يعالج الأحداث المخصصة غير purchase — تحتاج حماية خادمية خاصة.
Block Search indexing with noindex — Google Search Central. صفحة توثيق حيّة. نوع المصدر: توثيق رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://developers.google.com/search/docs/crawling-indexing/block-indexing
النتائج ذات الصلة: noindex عبر meta أو ترويسة X-Robots-Tag؛ لا يُدعم في robots.txt؛ إن حُظرت الصفحة في robots.txt فلن يرى Googlebot الوسم.
القيود وقابلية التطبيق: —
Web Vitals — web.dev (Google). صفحة حيّة. نوع المصدر: توثيق رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://web.dev/articles/vitals
النتائج ذات الصلة: العتبات «الجيدة»: LCP ≤ 2.5 ث، INP ≤ 200 مللي ث، CLS ≤ 0.1 عند المئين 75.
القيود وقابلية التطبيق: —
The Payment Intents API — Stripe Docs. صفحة توثيق حيّة. نوع المصدر: توثيق رسمي لمزوّد دفع. تاريخ الوصول: 28 سبتمبر 2026.
https://docs.stripe.com/payments/payment-intents
النتائج ذات الصلة: استخدم مفتاح idempotency لمنع إنشاء PaymentIntent مكرر للشراء نفسه، مبنياً عادة على معرّف السلة/الجلسة؛ خزّن معرّف PaymentIntent لاسترجاعه.
القيود وقابلية التطبيق: مزوّد محدد؛ المبدأ عام لكن التطبيق يختلف مع KNET وغيره.
Stripe Webhook Idempotency, the Production Pattern — The Road to Enterprise (ممارس). قرابة يوليو 2026. نوع المصدر: مقالة ممارس تقني. تاريخ الوصول: 28 سبتمبر 2026.
https://theroadtoenterprise.com/blog/stripe-webhook-idempotency-production
النتائج ذات الصلة: أدخل الحدث في جدول بقيد UNIQUE على معرّف الحدث قبل أي منطق أعمال؛ اجعل خطأ التكرار إشارة إزالة الازدواج عند إعادة الإرسال.
القيود وقابلية التطبيق: مصدر غير رسمي.
alnazer/knet-payment (README) — مطوّر مستقل – Packagist. قرابة 2024. نوع المصدر: توثيق مكتبة طرف ثالث. تاريخ الوصول: 28 سبتمبر 2026.
https://packagist.org/packages/alnazer/knet-payment
النتائج ذات الصلة: استجابة KNET تتضمن حقل result بقيم مثل CAPTURED وNOT CAPTURED وCANCELED، مع paymentid وtrackid وtranid وref.
القيود وقابلية التطبيق: ليس توثيقاً رسمياً من KNET؛ يُعتمد التوثيق الرسمي المقدَّم من البنك/المزوّد عند التنفيذ.
Order Statuses — CS-Cart documentation — CS-Cart. إصدار latest (4.21.x عند الوصول). نوع المصدر: توثيق رسمي لمنصة. تاريخ الوصول: 28 سبتمبر 2026.
https://docs.cs-cart.com/latest/user_guide/orders/order_statuses/index.html
النتائج ذات الصلة: المنصة تدير الطلبات عبر حالات قابلة للتخصيص، وتوثّق أسباب حصول الطلب على حالة Failed.
القيود وقابلية التطبيق: يُتحقق من أسماء الحالات المفعّلة فعلياً في نسخة الهيئة مع المزوّد.
Saudi Arabia’s Personal Data Protection Law becomes enforceable — Clyde & Co. 10 سبتمبر 2024. نوع المصدر: تحليل قانوني. تاريخ الوصول: 28 سبتمبر 2026.
https://www.clydeco.com/en/insights/2024/09/saudi-arabia-s-personal-data-protection-law-become
النتائج ذات الصلة: نظام حماية البيانات الشخصية السعودي نافذ بالكامل منذ 14 سبتمبر 2024 تحت إشراف سدايا، مع إرشادات لتقليل البيانات وسياسات الخصوصية ونقل البيانات.
القيود وقابلية التطبيق: ليس استشارة قانونية؛ يُراجع مع مستشار.
Access Alert: Kuwaiti regulator introduces new data protection regulation — Access Partnership. 19 مارس 2024. نوع المصدر: تحليل تنظيمي. تاريخ الوصول: 28 سبتمبر 2026.
https://accesspartnership.com/opinion/access-alert-kuwaiti-regulator-introduces-new-data-protection-regulation/
النتائج ذات الصلة: هيئة الاتصالات (CITRA) أصدرت لائحة حماية البيانات رقم 26/2024 (نافذة 19 فبراير 2024) بدلاً من 42/2021، مع تركيز على الشفافية والموافقة المستنيرة وتحديد الغرض.
القيود وقابلية التطبيق: تختلف المصادر حول النطاق: بعضها يذكر أنها تقتصر على مقدمي خدمات الاتصالات وتقنية المعلومات المرخّصين — يلزم رأي قانوني حول انطباقها على الجمعيات الخيرية.
منصة إحسان – الصفحة الرئيسية ونصوص الواجهة وسياسة التبرع — مؤسسة إحسان للعمل الخيري (السعودية). ملاحظة مباشرة 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة. تاريخ الوصول: 28 سبتمبر 2026.
https://ehsan.sa/
النتائج ذات الصلة: تبرع سريع بمبالغ مقترحة؛ شعارات مدى وماستركارد وApple Pay وفيزا؛ نصوص حالات: «جاري تنفيذ العملية»، «حدث خطأ ما»، «تم إرسال طلبكم لاسترداد مبلغ التبرع» مع رقم طلب قابل للنسخ؛ سياسة استرداد خلال 5 أيام؛ الإهداء؛ الحملات؛ التبرع الدوري؛ «غراس» للمشاركة.
القيود وقابلية التطبيق: لم تُنجز أي عملية دفع؛ النصوص مقروءة من كود الواجهة المحمّل ولا يُعرف سياق ظهورها بدقة.
Donate to Médecins Sans Frontières — MSF International. ملاحظة مباشرة 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة. تاريخ الوصول: 28 سبتمبر 2026.
https://www.msf.org/donate
النتائج ذات الصلة: توجيه حسب بلد الإقامة إلى مكتب محلي؛ نسخة عربية؛ توزيع الإنفاق 79/16/5% من التقرير المالي 2025؛ أسئلة شائعة عن مصادر التمويل وقبول التبرعات؛ تحذير مفصل من الاحتيال وانتحال الصفة.
القيود وقابلية التطبيق: صفحة الدفع الفعلية على مواقع المكاتب الوطنية ولم تُفحص.
الهيئة الخيرية الإسلامية العالمية – الصفحة الرئيسية — IICO (الكويت). ملاحظة مباشرة 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة. تاريخ الوصول: 28 سبتمبر 2026.
https://www.iico.org/ar/
النتائج ذات الصلة: سلة تبرع؛ تبرع الآن؛ مبلغ مخصص لكل مشروع؛ عملات KWD/SAR/AED/QAR/BHD/USD/EUR؛ حاسبة الزكاة؛ الاستقطاع الشهري؛ خدمة الإهداء؛ روابط الحوكمة والرقابة الشرعية والتقارير؛ ترخيص بموجب القانون 64/1986؛ هاتف وواتساب.
القيود وقابلية التطبيق: لم تُفحص صفحات الدفع والنتيجة.
Donation Methods / General Donation — Qatar Charity. صفحات حيّة (عبر مقتطفات البحث). نوع المصدر: مصدر رسمي (مقتطف). تاريخ الوصول: 28 سبتمبر 2026.
https://www.qcharity.org/en/qa/home/donation-methods
النتائج ذات الصلة: الحساب على الموقع يتيح إدارة التبرعات والكفالات وتلقي تقارير دورية؛ نموذج عام يدعم «تبرع مفرد/دوري» وبطاقة ائتمان أو استقطاع بنكي؛ الكفالات بالخصم التلقائي عبر بطاقة الائتمان.
القيود وقابلية التطبيق: لم تُفتح الصفحة مباشرة (رابط التبرع المباشر أعاد 404).
اختبار تبرع حقيقي: جمعية العون المباشر — صفحة «تقبل الله منكم»، صفحة تفاصيل التبرع #35276704، وسند الاستلام PDF — تدقيق يدوي (المتبرع الخفي). 27 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي. تاريخ الوصول: 28 سبتمبر 2026.
https://direct-aid.org/
النتائج ذات الصلة: صفحة شكر بعنوان «تقبل الله منكم» + «تم استقبال تبرعكم بقيمة KD 1» + زر «اضغط هنا لمشاهدة سند التبرع رقم #35276704»؛ تقييم تجربة بثلاثة وجوه؛ مشاركة واتساب/X/فيسبوك؛ بانر كبير لمشروع آخر (رعاية الأيتام). صفحة التفاصيل: الحالة «ناجح»، التاريخ والوقت، جدول المشروع، طريقة الدفع «رصيدك»، زر «قم بتحميل الفاتورة». السند PDF: الحالة والطريقة والبريد، وبند إفصاح: ما زاد يُصرف في صيانة المشروع ومشاريع أخرى وما نقص يُسدد من تبرعات الآخرين، ويُستقطع نسبة إدارية وفق ضوابط الهيئة الشرعية؛ هاتف 1866888.
القيود وقابلية التطبيق: حالة نجاح فقط؛ الدفع من رصيد محفظة الموقع لا من بوابة بنكية.
اختبار تبرع حقيقي: قطر الخيرية — صفحة thanksdonationsuccess، الإيصال 80866708، نافذة المشاركة، استبيان NPS، ورسالة البريد — تدقيق يدوي + جلب آلي للرابط. 27–28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي. تاريخ الوصول: 28 سبتمبر 2026.
https://www.qcharity.org/ar/qa/donation/thanksdonationsuccess
النتائج ذات الصلة: «جزاك الله خيرا لتبرعك وثقتك في قطر الخيرية»؛ «لقد تم إرسال رسالة نصية على جوالك {الرقم كاملاً}»؛ «إيصال استلام تبرع» برقم وتاريخ، مع طباعة وبريد؛ جدول: المبلغ 10 ر.ق، نوع الدفع «التحصيل العام»، الوصف يتضمن رقم ترخيص المشروع PFL/QTCH/2024/17؛ بطاقة «اقترحنا لأصدقائك» تفتح درج «الدال على الخير» بسبع قنوات منها واتساب وتيليجرام؛ شريط NPS من Wootric (0–10) يظهر فوراً أسفل الشاشة؛ عضويات (IOM، CHS، START، ECOSOC) في التذييل؛ نص برمجي ظاهر «} else { }» أعلى الصفحة. البريد: «متبرع عن طريق رقم الجوال»، المبلغ 10.00 ريال قطري، زر «إضغط هنا»، هاتف الدعم. الجلب الآلي للرابط نفسه دون جلسة أظهر الإيصال كاملاً (الرقم، التاريخ، الوصف والترخيص) لكن بمبلغ 2.75 USD ونوع دفع «Coupons».
القيود وقابلية التطبيق: حالة نجاح فقط؛ الجلب الآلي خادم خارجي، ولم يُتحقق هل يظهر رقم الجوال للزائر المجهول.
اختبار تبرع حقيقي: Human Appeal (humanappeal.me) — صفحة الشكر، بطاقة الهدية، بريد «فاتورة تبرعك»، بريد بطاقة الهدية، والإيصال PDF — تدقيق يدوي (المتبرع الخفي). 27 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي. تاريخ الوصول: 28 سبتمبر 2026.
https://humanappeal.org.uk/
النتائج ذات الصلة: «شكرًا لك!» + «تم إرسال إيميل تأكيدي لبريدك» مع البريد كاملاً؛ «هل تود إرسال بطاقة هدية (بنفس تفاصيل التبرع الذي أتممته الآن)؟»؛ «تهانينا! لقد اشتركت بنجاح في قائمتنا البريدية»؛ مشاركة (فيسبوك، لينكدإن، تويتر، بريد) دون واتساب؛ «سجل لإنشاء حساب» مع ثلاث فوائد؛ قصاصات ملونة متحركة (confetti) على كامل الصفحة. بريد «فاتورة تبرعك» بجدول: نوع التبرع، المكان، المشروع، ملاحظات، المبلغ $5.00، مع أخطاء اتجاه في علامات الترقيم. بريد بطاقة الهدية يؤكد الإرسال لاسم المُهدى إليه. الإيصال PDF بالإنجليزية فقط: Donor ID، Donation Receipt، أرقام التسجيل الخيري (1154288 وSC046481) ورقم الشركة.
القيود وقابلية التطبيق: حالة نجاح فقط؛ لا يُعرف هل وافق المتبرع صراحة على النشرة أثناء النموذج.
اختبار تبرع حقيقي: IHH — بريد «إشعار التبرع» — تدقيق يدوي (المتبرع الخفي). 27 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي. تاريخ الوصول: 28 سبتمبر 2026.
https://ihh.org.tr/
النتائج ذات الصلة: من noreply@ihh.org.tr: «شكراً لتبرعك الكريم»، «نؤكد لك أن تبرعك البالغ TRY 48,76 قد وصل إلى هيئة الإغاثة الإنسانية IHH، وتم تسجيله كـ مساعدات عاجلة / تبرع عادي (سودان)»؛ رابط «زيارة صفحتك الشخصية»؛ «يرجى عدم الرد… راسلنا عبر info@ihh.org.tr»؛ تذييل © 2025.
القيود وقابلية التطبيق: لم تتوفر لقطة لصفحة الشكر على الموقع؛ البريد فقط.
اختبار تبرع حقيقي: Islamic Relief (islamic-relief.me) — رابط صفحة الشكر — تدقيق يدوي (رابط فقط). 27 سبتمبر 2026. نوع المصدر: بنية الرابط ملاحظة مباشرة؛ المحتوى غير متحقق. تاريخ الوصول: 28 سبتمبر 2026.
https://www.islamic-relief.me/donation/thankyou.html
النتائج ذات الصلة: رابط صفحة الشكر يحمل في نص الاستعلام: pspReference وmerchantReference وGiftaid=False وDonationType=Single وProducts=«إغـاثـة الـيـمـن» وProdamt=1.00 وbAmt=1. الصفحة تُبنى بجافاسكربت ولم تُعرض لأداة الجلب الآلي؛ وسم GTM موجود.
القيود وقابلية التطبيق: لم نرَ المحتوى المعروض؛ متصفح Chrome لم يكن متصلاً أثناء المراجعة.
اختبار فشل حقيقي: قطر الخيرية — صفحة «فشل في عملية التبرع» — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بمحاولة فاشلة. تاريخ الوصول: 28 سبتمبر 2026.
https://www.qcharity.org/
النتائج ذات الصلة: أيقونة ✕ حمراء كبيرة وعنوان «فشل في عملية التبرع». النص مكرر مرتين: «خطأ في عملية الدفع، يرجى المحاولة مرة أخرى - خطأ في عملية الدفع، يرجى المحاولة مرة أخرى»، ثم «حدث خطأ ما، ولم تنجح عملية التبرع، ويمكنك إعادة المحاولة»، ورابط «العودة إلى للسلة» (خطأ لغوي). يليها صندوق «للمساعدة»: «إذا ظهرت هذه الصفحة لك عدة مرات…» مع طرق تبرع بديلة (بطاقة ائتمان أو خصم، محصّل منزلي داخل قطر فقط، محصّلو قطر الخيرية مع خريطة، مركز الاتصال) والخط الساخن ‎+974 4429 0000.
القيود وقابلية التطبيق: لا رقم مرجعي، ولا سبب محدد، ولا توضيح لحالة الخصم، ولا صورة.
اختبار فشل حقيقي: العون المباشر — مستندا «سند استلام» لتبرعين ملغيين (#35290328 و#35290344) — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بمحاولة فاشلة. تاريخ الوصول: 28 سبتمبر 2026.
https://direct-aid.org/
النتائج ذات الصلة: رسالة: «عذرا تبرعكم الكريم لم ينجح، الرجاء التأكد من المعلومات البنكية أنها ادخلت بشكل صحيح وتوفر الرصيد في الحساب والمحاولة مرة أخرى، لمزيد من المعلومات نرجو مراسلة الإدارة. تقبل الله منكم صالح الأعمال.» المستند بعنوان «سند استلام»، الحالة «ملغي»، الطريقة «فيزا وماستر»، مرجع البنك ومرجع الدفع (رقم طويل)، التاريخ والوقت، جدول المشروع و«مجموع التبرعات KD 1» في الأول و«KD 1,000» في الثاني، وإفصاح الزيادة/النقص ذاته.
القيود وقابلية التطبيق: لا يُعرف هل ظهر المستند كصفحة أم بريد؛ الحالة «ملغي» لا تحدد هل ألغى المتبرع أم رفض البنك.
اختبار فشل حقيقي: Human Appeal — خطأ داخل صفحة الدفع (Stripe) — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بمحاولة فاشلة. تاريخ الوصول: 28 سبتمبر 2026.
https://humanappeal.org.uk/
النتائج ذات الصلة: لا صفحة فشل مستقلة: الخطأ يظهر بالأحمر تحت نموذج الدفع: «لم نتمكن من التحقق من طريقة الدفع الخاصة بك. يرجى اختيار طريقة دفع أخرى وإعادة المحاولة.» مع بقاء المشروع والمبلغ ($50) وملخص الطلب ومسار الخطوات، ووسائل بديلة ظاهرة (بطاقة، Google Pay، Amazon Pay)، وزر «إجمالي ما يجب دفعه الآن: $50,00» (فاصلة عشرية أوروبية)، وعبارة reCAPTCHA بالإنجليزية.
القيود وقابلية التطبيق: نمط الفشل داخل النموذج ممكن فقط حين لا يغادر المتبرع الموقع (Stripe Elements).
اختبار تبرع حقيقي: charity: water — صفحة الشكر ولوحة المتبرع (Donation Tracker) — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي (من لقطات المستخدم). تاريخ الوصول: 28 سبتمبر 2026.
https://www.charitywater.org/
النتائج ذات الصلة: صفحة الشكر: نصف الشاشة صورة تحريرية لمستفيدين مع كتابة «Day One»، والنصف الآخر: «YOU JUST GAVE SOMEONE THEIR DAY ONE, [الاسم]!» و«YOUR $6 GIFT JUST DOUBLED» مع شرح المضاعفة وذكر الجهة المانحة، ثم بطاقة «BEFORE YOU GO» لاستبيان دقيقتين مع رابط صريح «No, thanks. Continue to my account.». لوحة المتبرع: صورة كبيرة و«Welcome to your dashboard»، ومتتبّع تبرعات بأعمدة التاريخ والمبلغ والنوع و«Impact Report» و«Project Status» (WORK UNDERWAY / 100% FUNDED CLEAN WATER)، وتذييل بالكيانات القانونية وأرقام التسجيل.
القيود وقابلية التطبيق: لم يظهر رقم مرجعي أو إيصال على صفحة الشكر في اللقطة؛ لم يُفحص البريد. الموقع لم يُفتح آلياً (رفض إذن الوصول).
اختبار تبرع حقيقي: UNICEF — بطاقة الشكر بعد تبرع بالجنيه المصري — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي (من لقطات المستخدم). تاريخ الوصول: 28 سبتمبر 2026.
https://www.unicef.org/
النتائج ذات الصلة: رأس عربي «قمت بالتبرّع لمرّة واحدة بمبلغ 280.00 ج.م.» ثم أيقونة ✓ و«Thank you 💙 [الاسم بأحرف صغيرة]» ونص إنجليزي: الأثر («help UNICEF teams on the ground…»)، ورابط استبيان قصير، و«In case of any issues, your reference number is 215627481». النقطة تظهر في بداية الأسطر (خطأ اتجاه RTL على نص إنجليزي).
القيود وقابلية التطبيق: لم يُعرف رابط الصفحة؛ الرحلة عربية/إنجليزية مختلطة.
اختبار تبرع حقيقي وفاشل: UNHCR — صفحة giving.unhcr.org/general-success، بريد الشكر، وخطأ الدفع — تدقيق يدوي (المتبرع الخفي). 28 سبتمبر 2026. نوع المصدر: ملاحظة مباشرة بتبرع حقيقي ومحاولة فاشلة. تاريخ الوصول: 28 سبتمبر 2026.
https://giving.unhcr.org/
النتائج ذات الصلة: النجاح: صورة لاجئة تطل من خيمة بعرض الصفحة، ثم «[الاسم]، شكراً جزيلًا لتبرّعك» وجملة أثر، ثم «هل تودّ القيام بعمل خير إضافي…؟» بزرين «صدقة الجمعة» و«تبرّع بزكاتك»، وترويج تطبيق Refugee Zakat Fund (GiveZakat)، وشعارات وسائل الدفع. لا مبلغ ولا رقم مرجعي على الصفحة. البريد (no-reply): «شكراً لتبرّعك… سيقوم فريق المفوضية بالتواصل معك خلال الأيام القادمة»، البريد care@unhcr.org، «تمت عملية التبرّع بواسطة ECMC_CREDIT-SSL وبمبلغ US$ 6.00»، و«رقم التعريف للتبرع: UNHCR-FH-20260928111935-10815629». الفشل: شريط أحمر أعلى صفحة الدفع «عملية الدفع لم تنجح. الرجاء مراجعة المعلومات التي ادخلتها والمحاولة مجدداً.» مع بقاء ملخص التبرع (الوتيرة «تبرع Weekly»، المجموع US$ 10) ووسائل PayPal والبطاقة وGoogle Pay.
القيود وقابلية التطبيق: —
Get opt-in for WhatsApp — Meta for Developers. صفحة توثيق حيّة. نوع المصدر: توثيق رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://developers.facebook.com/documentation/business-messaging/whatsapp/getting-opt-in
النتائج ذات الصلة: يجب أن توضح الموافقة أن الشخص يوافق على تلقي رسائل من الجهة وأن تذكر اسمها صراحة؛ الموقع الإلكتروني وسيلة مقبولة لجمعها؛ يجوز جمع موافقة عامة أو موافقات منفصلة لكل نوع رسائل، والمنفصلة تقلل احتمال حظر الجهة.
القيود وقابلية التطبيق: سياسة منصة؛ لا تغني عن القوانين المحلية.
Template categorization — Meta for Developers. صفحة توثيق حيّة. نوع المصدر: توثيق رسمي. تاريخ الوصول: 28 سبتمبر 2026.
https://developers.facebook.com/documentation/business-messaging/whatsapp/templates/template-categorization
النتائج ذات الصلة: قوالب Utility تتابع إجراء أو طلب المستخدم، ويجب أن تكون غير ترويجية ومرتبطة بمعاملته؛ قوالب Marketing للتوعية وجذب الدعم؛ المحتوى المختلط يُصنَّف تسويقياً.
القيود وقابلية التطبيق: تصنيف إيصال التبرع كـ Utility وتقارير الأثر كـ Marketing تفسيرنا للتعريفات.
Payment status updates — Stripe Docs. صفحة توثيق حيّة. نوع المصدر: توثيق رسمي لمزوّد دفع. تاريخ الوصول: 28 سبتمبر 2026.
https://docs.stripe.com/payments/payment-intents/verifying-status
النتائج ذات الصلة: لا تعتمد على جانب المتصفح لإتمام الطلب لأن العميل قد يغادر الصفحة بعد الدفع؛ راقب حالة الدفع عبر webhooks. حالة processing لوسائل الدفع غير المتزامنة قد تستمر أياماً. عند الفشل تعود الحالة لتسمح بإعادة المحاولة، ويُنصح بالتواصل مع العميل واقتراح وسيلة دفع أخرى. الاستعلام الدوري بديل أقل موثوقية وقد يصطدم بحدود المعدل.
القيود وقابلية التطبيق: مزوّد محدد؛ المبادئ تنطبق على KNET وغيره لكن الأسماء التقنية تختلف.
‘Receipt / Order Confirmation’ Design Examples (benchmark) — Baymard Institute. صفحة معيارية حيّة. نوع المصدر: بحث قابلية استخدام. تاريخ الوصول: 28 سبتمبر 2026.
https://baymard.com/checkout-usability/benchmark/step-type/receipt
النتائج ذات الصلة: مشكلات شائعة في خطوة التأكيد: مستخدمون يجدون صعوبة في التحقق من طلبهم، أو ينتظرون في الصفحة دقائق حتى يتأكدوا من وصول بريد التأكيد.
القيود وقابلية التطبيق: سياق تجاري.