قبل اختيار روبوت محادثة WordPress، اطلب أدلة إمكانية الوصول لواجهة المنتج المحددة والإصدار الذي جرى تقييمه ورحلة الزائر التي تحتاج إليها. ثم قارن بيان المورد بالسمة والموضع والنتائج المحلية المسجلة لديك. افصل النطاق غير المدعوم عن الأدلة المفقودة والعيوب المؤكدة. لا تجيب شارة وحدها عن أسئلة الشراء هذه.
يقدّم دليل تقييم موردي روبوتات WordPress الميسّرة طلب أدلة ومصفوفة تربط الادعاء بالإصدار وشروطًا لاتخاذ قرار الشراء. لا يقيّم مطابقة منتج ولا يقدم استنتاجًا قانونيًا. جميع الصفوف التطبيقية افتراضية، وليست نتائج عملاء.
المؤلف: Achla AI، مؤسسة. المراجعة: 14 أكتوبر 2026. أُعدّ بمساعدة الذكاء الاصطناعي باستخدام معايير رسمية ووثائق موردين ومصادر منتج جرى فحصها. تاريخ المراجعة ليس تاريخ نشر.
ادعاء إمكانية الوصول نقطة بداية لقرار الشراء
حدّد الرحلة المطلوبة صراحةً قبل مقارنة الموردين. بالنسبة إلى أداة إجابات عن موقع عام، قد تشمل الرحلة فتح الواجهة والسؤال عن خدمة واتباع صفحة داعمة والعودة إلى الموقع. لا يجيب تقرير عن لوحة الموظفين وحده عمّا إذا كانت واجهة الزائر تلبّي متطلباتك.
حاجة المستخدم واضحة: يسأل استفسار في منتدى WordPress من شخص يعمل في التعليم العالي عن إتمام إجراءات المحادثة الأساسية بلوحة المفاتيح. السؤال التاريخي إشارة إلى حاجة الجمهور، وليس نتيجة تخص كل إضافة اليوم.
سؤال الشراء هو: ما الأدلة التي تدعم التجربة المطلوبة في إعدادك المقصود؟ حدّد هذا المطلب قبل العرض البيعي. وإلا فقد يعرض شرح مقنع سمة أو موضعًا أو واجهة منتج تختلف عما تنوي شراءه.
حدّد المنتج والإصدار ونطاق الموقع وراء الادعاء
اطلب من المورد تحديد المكوّن الذي يغطيه بيانه: أداة ويب عامة أو SDK للهاتف أو واجهة إدارة أو واجهة أخرى. سجّل الإصدار أو رقم البناء إن توفر وتاريخ التقييم وإصدار المعيار والمستوى المعلن. عنوان التقرير والشعار المألوف نقطتا بحث مفيدتان، لكنهما لا يغنيان عن تحديد النطاق.
تحدد متطلبات ادعاءات المطابقة في WCAG تاريخ الادعاء وإصدار الإرشادات وURI الخاص بها والمستوى والصفحات المشمولة والتقنيات المعتمد عليها. وتعالج WCAG كذلك الصفحات الكاملة والعمليات الكاملة. لذلك لا يثبت بيان عن مكوّن مطابقة موقع WordPress بأكمله.
افصل بيانات المورد عن سجل تثبيتك. قد يقيّم المورد إصدارًا لأداة مستضافة؛ وعليك إضافةً إلى ذلك تحديد السمة والمحرر والموضع والهوية البصرية والصفحات العامة. تشكّل هذه الحقول الإضافية ورقة الشراء المقترحة هنا، ولا تمثل متطلب اعتماد جديدًا من W3C.
| حقل النطاق | دليل المورد | الإعداد المقصود لديك |
|---|---|---|
| واجهة المنتج | المكوّن المحدد الذي جرى تقييمه | أداة الزائر أو الواجهة المطلوبة الأخرى |
| الإصدار والتاريخ | الإصدار أو البناء المقيم وتاريخ التقرير | التكامل المخطط وتاريخ المراجعة |
| المعايير | الإصدار والمستوى ونطاق التقرير | متطلب التقييم لدى المؤسسة |
| سياق الموقع المضيف | الافتراضات والمتطلبات السابقة والاستثناءات | السمة والمحرر والموضع والتخصيص |
| الرحلة | الصفحات أو المهام المقيمة | العناوين العامة والمسار المطلوب كاملًا |
إذا تعذّر على المورد تحديد الإصدار وراء بيان، فسجّل «انطباق التقرير على الإصدار غير معلوم». لا تربط تقريره ضمنيًا بأحدث إصدار.
اقرأ بيانات المورد بحثًا عن التواريخ والاستثناءات والواجهات المختلفة
توضح صفحات الفئة الحالية أهمية هذه الفروق. تصف الأمثلة التالية بيانات موردين لوحظت في 14 أكتوبر 2026؛ وهي ليست أحكام مطابقة مستقلة أو ترتيبًا للموردين.
يذكر دليل إمكانية الوصول من LiveChat معيار WCAG 2.2 AA لأداة Chat Widget ويربط نموذج VPAT. ويميّز الألوان الافتراضية عن فحص الألوان المخصصة ويحدد قيدًا يخص عناصر جذب الانتباه الافتراضية. اطلب التقرير المنطبق على الإعداد المزمع استخدامه بدل تعميم العنوان على كل ميزة بصرية اختيارية.
تقول الأسئلة الشائعة عن Messenger من Intercom إن Web Messenger قُيّم في يناير 2026، وتصف دعمًا واسعًا لـ WCAG 2.2 AA مع جوانب مدعومة جزئيًا في VPAT المرتبط. وتميز هذه الواجهة عن تطبيق الويب وحزم SDK للهاتف التي لم تُقيّم، وتحذّر من أن تراكيب الألوان المخصصة قد تضعف إمكانية الوصول.
تسرد صفحة إمكانية الوصول في Zendesk تقارير منفصلة لمنتجات مختلفة. وقت هذه المراجعة يحمل بند Web Widget للمراسلة تاريخ سبتمبر 2025، بينما يحمل بند Classic Web Widget تاريخ ديسمبر 2019. اختر التقرير للمنتج الفعلي، لا المستند الذي يظهر أولًا.
يوفر بيان الاستثناءات الواضح معلومات لتقييمها. ولا يجعل المورد غير مناسب تلقائيًا؛ فالقرار يعتمد على تأثير الاستثناء في رحلتك المطلوبة وتوافر حل تم التحقق منه.
أرسل طلب الأدلة المحدد قبل اختيار الأداة
استخدم طلبًا واحدًا لجميع الموردين، بمن فيهم Achla. اطلب أدلة منطبقة من دون افتراض امتلاك الجميع تنسيق التقرير نفسه أو أن غياب مستند يثبت عدم إتاحة المنتج.
- حدّد المنتج الدقيق ورحلة الزائر محل النظر.
- اطلب التقييم المؤرخ والإصدار المنطبق والمعيار وإصداره ومستواه.
- اطلب نطاق التقييم وطريقته ومعلومات المقيّم والاستثناءات المعروفة.
- اسأل عن إعدادات المضيف أو تخصيصاته التي يمكن أن تغيّر النتيجة.
- اتفق على من سيحل الأسئلة المفتوحة والأدلة التي ستغلقها.
يمكن أن يقول طلب عملي: «نعتزم استخدام الأداة العامة على صفحات WordPress هذه، بهذه السمة وهذا الموضع. يرجى تحديد التقييم الذي يغطي هذه الواجهة والإصدار المعني والاستثناءات والأدلة ذات الصلة بهذه المهام».
أرفق ورقة العمل التالية:
| الدليل المطلوب | ما يحتاج المشتري إلى تمييزه |
|---|---|
| المقيّم والتواريخ والأساليب | تصريح المورد مقابل نتائج تقييم موثقة |
| المنتج والبناء ونطاق الصفحات | الإصدار المنطبق مقابل منتج مختلف أو تقرير تاريخي |
| بيئة المتصفح والتقنيات المساعدة | إعداد خضع للاختبار مقابل وعد غير محدد |
| افتراضات السمة والموضع والهوية البصرية | إعدادات افتراضية مشمولة مقابل سلوك مضيف مخصص |
| الاستثناءات والمتطلبات السابقة المعروفة | نطاق مدعوم مقابل مهام مطلوبة غير محسومة |
| جهات الاتصال لدى المورد والموقع | من يجيب عن المنتج ومن يتولى تغييرات المضيف |
| أسباب إعادة الاختبار وسجلها | التغييرات التي تعيد فتح قرار الشراء |
يتضمن قالب تقرير التقييم من W3C النطاق والمراجعين والعملية والنتائج، ويوجّه إلى موارد أحدث للتقارير. وتشرح نظرة تقييم المطابقة العلاقة بين التقييم وإعداد التقرير: إنشاء تقرير لا ينفّذ التقييم. اطلب النتائج الفعلية وراء المستند.
افصل الأدلة المعلنة والمرصودة والمفقودة في أعمدة مستقلة
يصف ادعاء المورد النطاق الذي يعلنه. وتصف النتيجة المحلية ما رصده مقيّم في بيئة محددة. ويصف شرط الشراء ما تطلبه قبل اختيار المنتج أو تعميمه. أبقِ الثلاثة ظاهرين.
| السجل | ادعاء المورد ومصدره | الربط بالإصدار والإعداد | الأدلة المحلية | المسؤول وشرط الشراء |
|---|---|---|---|---|
| تغطية الواجهة | سجّل البيان الدقيق وتاريخه | تأكد أنه يغطي الأداة العامة | لم تُقيّم بعد | يطلب المشتري التقرير المنطبق |
| الهوية البصرية المخصصة | سجّل حدود التخصيص المعلنة | سجّل السمة والألوان والموضع المختار | سجّل النتائج أو «لم يُفحص» | يوفر مالك الموقع أدلة محددة النطاق |
| الرحلة المطلوبة | سجّل النطاق المدعوم والاستثناءات | سجّل الصفحات وإصدار المنتج | سجّل النتيجة ومرجع الدليل | يحل المسؤول أي عائق ذي صلة |
| إصدار متغير | احتفظ بالبيان السابق | سجّل الإصدار الجديد والإعدادات المتغيرة | إعادة الاختبار معلقة | يعيد المشتري فتح الشروط المتأثرة |
هذه الصفوف هياكل قرار فارغة، وليست تقييمات مكتملة. املأها بمستندات وملاحظات حقيقية؛ ولا تحوّل «لم يُفحص» إلى نتيجة نجاح.
استخدم حالات مميزة. أدلة مفقودة تعني عدم الحصول على التقييم أو النتيجة المحلية المطلوبة. خارج النطاق تعني أن المواد المقدمة تخص واجهة أو إعدادًا آخر. عدم تطابق يعني أن الدليل والادعاء لا يصفان الإصدار أو المتطلب نفسه. عيب مؤكد يتطلب نتيجة فعلية قابلة لإعادة الإنتاج. لكل حالة خطوة تالية مختلفة.
مثلًا، يعد تقرير واجهة إدارة مقدم لمتطلب أداة زوار خارج النطاق. أما تقييم أداة حالي لا تصاحبه أدلة محلية لسمة مخصصة فهو فجوة في الأدلة المحلية. هذه أمثلة تصنيف افتراضية، وليست اتهامات لمورد بعينه.
حدّد مسؤول العيب وشرط إعادة الاختبار
اجعل المسؤولية محددة بما يكفي للعمل. أسند سلوك المنتج إلى جهة اتصال مسماة لدى المورد، وتغييرات قالب المضيف أو التنسيق إلى مسؤول صيانة الموقع، ونتائج التقييم إلى المقيّم، وحكم الشراء إلى المشتري. قد يشترك عدة أشخاص في عيب واحد، لكن ينبغي أن ينسّق شخص واحد القرار التالي.
سجّل المهمة المتأثرة ومرجع الدليل والإصدار المعني وشرط القبول المقترح. «سيحسّن المورد إمكانية الوصول» ليس شرطًا يمكن التحقق منه. يحدد الشرط المفيد الرحلة المحجوبة سابقًا التي يجب أن تصبح قابلة للاستخدام في البيئة المحددة والمراجع الذي سيسجّل النتيجة.
توصي إرشادات بيان إمكانية الوصول من W3C بمعلومات الاتصال والقيود المعروفة والبيئات المختبرة. يدعم ذلك التواصل الشفاف؛ وبيان إمكانية الوصول ليس بحد ذاته تقييمًا تقنيًا. استخدمه للوصول إلى الشخص المناسب ومقارنة الحدود المعلنة بالتقرير الداعم.
أعد فتح صفوف المصفوفة المعنية عند تغير إصدار مهم للأداة أو السمة أو الموضع أو التخصيص. احتفظ بالدليل السابق وأضف النتيجة الجديدة بدل إعادة كتابة التاريخ. لا يغلق إصلاح موعود أو ملاحظة إصدار أو لقطة صفحة لا علاقة لها شرط شراء غير محسوم.
لإجراءات لوحة المفاتيح وقارئ الشاشة ومساحة العرض العملية، ارجع إلى دليل إمكانية الوصول الحالي لشريط البحث. تحكم هذه الورقة أدلة المورد ومسؤولية القبول.
اختر التقييم أو طلب الأدلة أو التعليق أو رفض النطاق
اختر حكمًا محددًا واذكر سببه:
- التقييم: الأدلة المقدمة تخص الواجهة المطلوبة، والعمل المتبقي الخاص بالموقع له مسؤول.
- طلب الأدلة: سؤال جوهري عن النطاق أو التاريخ أو الاستثناء أو التقييم لم يُجب عنه.
- التعليق: يؤثر عائق مؤكد في رحلة مطلوبة ولم يُتحقق من حله بعد.
- رفض النطاق المقترح: لا يستطيع تلبية متطلب يحتاجه المشتري، أو لا يمكن للمورد تقديم إعداد ملائم يمكن تقييمه.
هذه الأحكام توصيات شراء، وليست نظام نقاط للمطابقة. الدعم المجهول يبقى مجهولًا. لا ينبغي لسعر جذاب إسقاط رحلة مطلوبة من القرار ضمنيًا.
سجّل الصفحات والإعداد والأدلة المستخدمة للحكم. قرار تقييم محدود لا يوافق على كل إصدار لاحق أو كل صفحة بالموقع. اطلب من المشتري اعتماد النطاق واحتفظ بالشروط المفتوحة.
طبّق طلب الأدلة نفسه على Achla
افحص موصل WordPress ووثائق التثبيت لتحديد واجهة المنتج والموضع اللذين ستقيّمهما. توثق Achla إجابات مستندة إلى محتوى الموقع العام مع مراجع، وموصلًا بوضع تموضع عام واحد. لا تثبت الوثائق المفحوصة تدقيق WCAG لـ Achla أو ادعاء مطابقة أو توافقًا معتمدًا مع سمتك.
استخدم وثائق استكشاف الأخطاء للأسئلة عن السلوك الموثق. راجع الخطط الحالية منفصلة عن أدلة إمكانية الوصول. توفّر نظرة البحث في الموقع سياق الفئة الأوسع؛ ولا تستبدل تقريرًا منطبقًا.
إذا ناسبتك الإجابات العامة ذات المراجع، فاستخدم بدء الإعداد لاستكشاف المنتج ضمن شروط الأدلة لديك. أبقِ الاختيار والتقييم والموافقة المستقبلية على الإطلاق قرارات صريحة لها مسؤول محدد.