بيان إمكانية الوصول الخاص بـ Animiyo

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

يغطي هذا البيان الموقع العام وتطبيق الويب المبني بـ Next.js والمستضاف على Google Cloud Run والذي يمكن الوصول إليه من نطاق المنصة. ولا يغطي تطبيق iOS الأصلي الذي يتبع إرشادات إمكانية الوصول الخاصة بنظام التشغيل وسيُغطى ببيان منفصل بمجرد اكتمال تقييمه. كما لا يغطي مواقع الأطراف الثالثة التي قد تقود إليها الروابط الخارجية.

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

المرجع التقني المعتمد هو إرشادات WCAG 2.2 عند المستوى AA الصادرة عن World Wide Web Consortium. وهي الوجهة المشتركة لكل من المعيار الأوروبي المنسّق والقانون الإيطالي، ولذلك فإن العمل على معايير WCAG يعني العمل على كل إطار قابل للتطبيق في آن واحد.

المصادر الأربعة ليست بدائل بعضها عن بعض. فإرشادات WCAG توفّر المعايير القابلة للاختبار، ويضعها EN 301 549 ضمن الإطار الأوروبي، ويقرّر المرسوم التشريعي 82/2022 الالتزام بالنسبة إلى الخدمات الموجهة إلى المستهلكين، ويحدّد قانون Stanca السياق الوطني والهيئات الرقابية.

يعلن Animiyo عن توافق جزئي مع إرشادات WCAG 2.2 عند المستوى AA. ويعني التوافق الجزئي أن جزءاً من المحتوى والوظائف يستوفي المعايير المطلوبة وجزءاً آخر لا يستوفيها. وليست هذه صيغة مجاملة: فالأجزاء غير المتوافقة هي تلك المدرجة في قسم القيود المعروفة، معروضة واحداً تلو الآخر مع القيد المحدد وأي بديل متاح.

تأتي الحالة المعلنة من تقييم ذاتي أجراه صاحب المشروع واكتمل في 2 أغسطس 2026. لا توجد شهادة من طرف ثالث، ولم يُجرَ أي تدقيق مستقل، ولا يُدّعى أي درجة أو نسبة توافق.

• ما جرى تقييمه: الصفحات العامة للموقع، والوثائق القانونية، وصفحات المحتوى التحريري، والشاشات الرئيسية لتطبيق الويب.
• ما لم يُقيَّم: تطبيق iOS الأصلي، والمستندات التي يرفعها المستخدمون والعيادات، والمحتوى الذي ينشئه المستخدمون.
• من قام بالتقييم: صاحب المشروع، دون إشراك أي مُقيِّم خارجي.
• متى: 2 أغسطس 2026.

سيُحدَّث البيان عند اكتمال الإجراءات المخطط لها، أو عندما يؤدي تغيير جوهري في المنصة إلى تعديل الصورة الموصوفة هنا. ويُعرض إصدار الوثيقة وتاريخ المراجعة في أعلى الصفحة.

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

1. 1

   افتح إعدادات المظهر

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

2. 2

   اختر السمة ومستوى التباين

   يمكن أن تكون السمة فاتحة أو داكنة أو محددة من النظام، بحيث تتبع إعداد الجهاز تلقائياً. أما وضع التباين العالي فمستقل عن السمة ويُفعَّل على حدة.

3. 3

   اضبط مقياس النص ونوع الخط

   المقاييس الثلاثة المتاحة هي صغير ومتوسط وكبير، ولا يسبب أي منها فقدان محتوى أو وظيفة. ويمكن اختيار عائلة الخط بين خط sans محايد وخط grotesque وخط serif.

4. 4

   فعّل الحركة المخفّضة إذا احتجت إليها

   عند تفعيل التخفيض، تُبقى الحركات عند الحد الأدنى. كما تحترم الحركات تفضيل النظام prefers-reduced-motion، بحيث لا يحتاج من ضبطه بالفعل على مستوى نظام التشغيل إلى تكرار الاختيار هنا.

5. 5

   تحقق من أن التفضيل يتبعك

   تُحفظ الإعدادات في مفتاح animiyo.appearance ضمن التخزين المحلي للمتصفح. وإذا كان لديك حساب وكنت مسجّل الدخول، فإنها تُحفظ أيضاً في ملفك الشخصي، فتتبع الشخص عبر الأجهزة بدل أن تبقى مرتبطة بمتصفح واحد.

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

المحتوى التحريري والوثائق القانونية في Animiyo ليست مكتوبة بلغة HTML خام. بل تتألف من كتل مصنّفة: فقرات وقوائم وجداول ومربعات تنبيه وخطوات واقتباسات. ويحوّل المُصيّر كل كتلة إلى ترميز دلالي، دائماً بالطريقة نفسها.

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

لكل صفحة محتوى فهرس أقسام بمراسٍ ثابتة. يتيح الفهرس الوصول إلى قسم دون التمرير عبر الوثيقة بأكملها، ولا تتغير المراسي عند تحديث النص: فالرابط العميق المشارَك مع شخص آخر يظل يعمل حتى بعد المراجعة.

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

ينشر Animiyo تسع لغات: الإيطالية والإنجليزية والفرنسية والإسبانية والألمانية والصينية المبسطة والإستونية والروسية والعربية. والرموز المستخدمة في المسارات هي it وen وfr وes وde وzh-Hans وet وru وar.

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

تغطية اللغات مسألة تتعلق بإمكانية الوصول قبل أن تكون مسألة سوق: فقراءة تعليمات صحية بلغة لا تتقنها حاجز بقدر التباين غير الكافي. والقيد الحالي هو جودة المراجعة لا التغطية: فالترجمات باللغات غير الإيطالية والإنجليزية لم تُراجَع بعد من متحدث أصلي للتحقق من وضوح نص التسميات.

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

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

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

هذه هي القيود التي نعلمها في تاريخ التقييم. وهي مدرجة بالكامل، مع البديل المتاح حيث يوجد، ومع تصريح صريح بعدم وجود أي بديل حيث يكون الأمر كذلك.

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

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

1. فحوص آلية على الصفحات الرئيسية للموقع وتطبيق الويب.
2. اختبار تنقّل يدوي باستخدام لوحة المفاتيح وحدها.
3. التحقق من نسب التباين بين النص والخلفية.
4. الاختبار مع تكبير النص حتى مئتين بالمئة.
5. مراجعة بنية العناوين وتسميات النماذج.
6. التحقق من العرض من اليمين إلى اليسار في النسخة العربية.

تاريخ التقييم: 2 أغسطس 2026. تشير النتائج إلى نسخة المنصة المنشورة في ذلك التاريخ.

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

إذا واجهت حاجزاً يمكنك الإبلاغ عنه من صفحة جهات الاتصال في الموقع، على المسار /contatti. كل بلاغ مفيد حتى عندما يتعلق بقيد مدرَج بالفعل في هذه الوثيقة، لأنه يبيّن مقدار الوزن الذي يحمله ذلك القيد في الاستخدام الفعلي.

1. 1

   افتح صفحة جهات الاتصال

   تفتح صفحة /contatti في الموقع رسالة بريد إلكتروني بسطر موضوع جاهز موجَّه إلى العنوان المعروض هناك. لا يوجد نموذج لتعبئته ولا تحتاج إلى حساب للكتابة.

2. 2

   أعطِ عنوان الصفحة

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

3. 3

   صف المتصفح والتقنية المساعدة

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

4. 4

   أخبرنا بما لم ينجح

   اشرح ما كنت تحاول فعله وما حدث بدلاً من ذلك. وإن استطعت، قل ما الذي كنت تتوقع حدوثه: فالفجوة بين المتوقَّع والمُحقَّق هي أنفع معلومة.

يصل الرد خلال ثلاثين يوماً من البلاغ. وإذا لم يكن الرد مُرضياً أو لم يصل، يمكن في إيطاليا تقديم بلاغ إلى الوكالة الإيطالية للرقمنة، التي تشرف على تطبيق تشريعات إمكانية الوصول. وبالنسبة إلى الخدمات التي تندرج ضمن المرسوم التشريعي 82/2022 يمكن مخاطبة السلطات الرقابية المعيَّنة. وتبقى الحماية القضائية متاحة في كل الأحوال.

الإجراءات المدرجة أدناه هي تلك التي تقرَّرت لتجاوز القيود المعلنة. وهي مرتَّبة بحسب الأولوية وتخص كلاً من الميزات والمنهج الذي تُتحقَّق به إمكانية الوصول.

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