أفضل مدقق Xhtml: أفضل الاختيارات مقارنة (2026)

يتحقق مدقق xhtml مما إذا كان الترميز جيد الصياغة وصالحًا مقابل DTD أو المخطط، ويغطي ثلاثة مستويات من التحقق تعالجها العديد من الأدوات جزئيًا فقط. يظل XHTML 1.0 و1.1 صالحين كمعايير منشورة بواسطة W3C، لكن تطوير الويب الحديث انتقل نحو HTML5 (“المعيار الحي” لـ WHATWG). يقارن هذا الدليل بين أدوات التحقق التي لا تزال تستحق الاستخدام في عام 2026، وما يتحقق منه كل منها، وكيفية دمجها في سير عملك.

قبل أن ندخل في المادة، هناك توضيح مهم حول السياق: يظل XHTML 1.0 و1.1 صالحين كمعايير منشورة بواسطة W3C، لكن تطوير الويب الحديث قد انتقل نحو HTML5 (“المعيار الحي” لـ WHATWG). هذا لا يعني أن أدوات التحقق من صحة XHTML قد ماتت: فهي تظل مفيدة للحفاظ على المواقع القديمة، وللمشاريع التي تتطلب الامتثال الصارم للعقد أو التنظيم، وكأداة تعليمية لفهم الفرق بين “حسن الصياغة” و”صالح”. إذا كنت تعمل في نظام إدارة محتوى قديم، أو في بوابة مؤسسية ذات متطلبات وصول صارمة، أو ببساطة تريد التعلم بعمق، فهذا الدليل مناسب لك.

ما الذي يتحقق منه مدقق XHTML حقًا

من المفيد التمييز بين ثلاثة مستويات من التحقق، لأن العديد من مدققات xhtml تغطي مستوى أو اثنين فقط:

1. شكل جيد (حسن الصياغة). هو قاعدة XML: جميع الوسوم مغلقة، والسمات بين علامتي اقتباس، ويوجد عنصر جذر واحد، والعناصر المتداخلة لا تتداخل. مستند XHTML غير صحيح ولا يمكن حفظه باعتباره XML صالحًا.
2. الصلاحية مقابل DTD أو مخطط. ابحث عن تعريف نوع المستند (DTD) من XHTML 1.0 (Strict، Transitional، Frameset) أو من نوع XHTML 1.1. يتأكد المدقق من أن كل عنصر وسمة موجودة في هذا DTD، وأن التصحيح يسمح بالاحترام وأن السمات الإلزامية موجودة.
3. المطابقة بمواصفات أخرى. التحقق من صحة CSS، وفحص إمكانية الوصول (WCAG)، والروابط المعطلة، وما إلى ذلك. هذا ليس “التحقق من XHTML” على وجه التحديد، ولكنه ما يتطلبه الأمر من حقيقة للوصول إلى موقع ثابت.

خطأ شائع: الخلط بين “صالح” و”يمكن الوصول إليه” أو مع “صحيح”. يمكن أن يكون المستند صالحًا تمامًا لـ XHTML 1.0 Strict ولا يزال يتعذر الوصول إليه (الصور بدون “alt”، والجداول المستخدمة للتخطيط، والتباين غير كافٍ). فالتصديق شرط ضروري، وليس كافيا.

مدققات XHTML التي تستحق الاستخدام في عام 2026

1. خدمة التحقق من صحة علامات W3C (المدقق الرسمي)

** خدمة التحقق من صحة علامات W3C ** (validador.w3.org) هي المرجع. يتم الحفاظ عليه من قبل الكونسورتيوم نفسه وهو الذي يستخدم كمحكم من قبل غالبية عمليات التدقيق. يقبل التحقق من الصحة عن طريق URI، عن طريق تحميل ملف، أو لصق الكود مباشرة، ويسمح باختيار DTD المحدد (XHTML 1.0 Strict، Transitional، Frameset، XHTML 1.1، وما إلى ذلك).

المزايا:

ذات صلة: UserWay — ويدجت إمكانية الوصول بخطة مجانية للتمكن من ذلك بنفس الطريقة.

• هذا هو المصدر الحقيقي لـ XHTML؛ إذا وافق عليه W3C، فلن يعترض عليه أحد.
• يعرض شجرة الوثيقة ويشير بالضبط إلى خط الخطأ وعموده.
• يحتوي على واجهة برمجة تطبيقات عامة يمكنك الاتصال بها من البرامج النصية.

عيوب:

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

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

2. مدقق محلي (vnu / Nu Html Checker)

Nu Html Checker (المعروف أيضًا باسم vnu) هو المحرك الذي يستخدمه W3C خلف الكواليس لـ HTML5، ولكنه يتحقق أيضًا من صحة XHTML ويمكن تشغيله محليًا. يتم توزيعه كملف JAR وكحزمة Docker وكملف ثنائي. وهذا هو الخيار المفضل لدمجه في CI/CD.

يستحق نظرة: AudioEye — إمكانية الوصول إلى الإدارة: أتمتة مجمعة مع مراجعة بشرية.

المزايا:

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

عيوب:

• يتطلب تثبيت Java أو Docker.
• لا يعد تكوين DTD لـ XHTML الكلاسيكي سهلاً كما هو الحال في أداة التحقق عبر الإنترنت.

متى يتم استخدامه: الفرق التي ترغب في التحقق من صحة كل التزام أو بناء.

3. المدققات المدمجة في المحررات

أدوات مثل W3C Web Developer Extension للمتصفحات، أو المكونات الإضافية للتحقق من الصحة من المحررين مثل VS Code (الامتدادات التي تستدعي vnu أو خدمة W3C)، تسمح بالتحقق دون مغادرة البيئة. كما أن HTML Tidy الأقدم لا يزال متاحًا وهو مفيد لتنظيف العلامات القديمة وإعادة تنسيقها، حتى لو كان دعمها لـ XHTML 1.1 محدودًا.

المزايا:

• ردود فعل فورية أثناء الكتابة.
• يقلل الاحتكاك: إذا كان التحقق يكلف نقرة واحدة، فسوف تفعل ذلك.

عيوب:

ذات صلة: IAAP CPACC / WAS Certification — الشهادة المهنية التي تمنحك الخبرة والقدرة على الوصول إليها.

• عادةً ما يستخدمون إصدارًا محددًا من أداة التحقق ومن الممكن أن يصبح قديمًا.
• لا تحل محل التحقق النهائي من الخدمة الرسمية.

4. التحقق من خط الأوامر باستخدام tidy وxmllint

بالنسبة لأولئك الذين يعملون في المحطة، اثنين من الكلاسيكيات:

• xmllint (جزء من libxml2): يتحقق من أن المستند منسق بشكل جيد، ومن خلال --valid، أنه صالح مقابل DTD الخاص به. إنه سريع جدًا ومثالي للنصوص البرمجية.
• HTML Tidy: يقوم بإعادة التنسيق والإبلاغ عن الأخطاء، ولكن نموذجه يعتبر “أنظف” أكثر من كونه “مدققًا صارمًا”.

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

جدول مقارنة

الأداة	النوع	تدعم XHTML الكلاسيكي	قابلة للأتمتة	التكلفة	الأفضل لـ
خدمة التحقق من صحة علامات W3C	عبر الإنترنت (رسمي)	نعم (جميع DTDs)	عبر API	مجاني	الفحص النهائي والتدقيق
Nu Html Checker (vnu)	محلي / Docker	نعم (مع بعض الملاحظات)	نعم (JSON/XML)	مجاني	CI/CD والتحقق المكثف
ملحقات المتصفح/المحرر	مدمج	يعتمد على المحرك	محدود	مجاني	ردود فعل فورية أثناء الكتابة
xmllint (libxml2)	خط الأوامر	نعم (شكل جيد + DTD)	نعم	مجانا	مخطوطات وخطافات سريعة
HTML Tidy	خط الأوامر / مكتبة	جزئي	نعم	مجاني	تنظيف الترميز القديم

ملاحظة: هذه الأدوات تعمل كمدقق XHTML في حالة الاستخدام.

إذا كنت تتسوق: accessiBe — Superposición de IA الذي يعزز إطراء WCAG خلال 48 ساعة.

كيف تختار موقفك

لا يوجد “أفضل مدقق” عالمي؛ يعتمد الأمر على ثلاثة عوامل:

• الحجم والتكرار. إذا قمت بالتحقق من صحة ملف من حين لآخر، فإن خدمة W3C عبر الإنترنت كافية. إذا قمت بالتحقق من صحة مئات القوالب في كل عملية نشر، فستحتاج إلى vnu أو xmllint في المسار الخاص بك.
• متطلبات رسمية. إذا طلب عميل أو لائحة ما مطابقة يمكن إثباتها، فإن مدقق W3C الرسمي هو الذي يقدم الدليل.
• ما الذي تحتاج إلى التحقق منه أيضًا. التحقق من صحة XHTML هو جزء واحد فقط. لتسهيل الوصول، تغطي أدوات مثل axe أو WAVE أو Lighthouse ما لا يراه مدقق الترميز. بالنسبة لـ CSS، خدمة التحقق من صحة W3C CSS.

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

الأخطاء النموذجية التي قد تظهر مرة أو مرة أخرى

عند التحقق من صحة لغة XHTML القديمة، تظهر هذه الإشعارات باستمرار في أداة التحقق من صحة xhtml:

• سمات بدون علامات اقتباس أو علامات غير مغلقة. نموذج HTML القديم الذي تم ترحيله إلى XHTML بدون مراجعة.
• & بدون هروب. في XHTML يجب أن يكون &; قام المدققون بوضع علامة عليه على أنه خطأ جيد الصياغة.
• تم إغلاق العناصر الفارغة بشكل غير صحيح. <br> يجب أن يكون <br /> في XHTML.
• السمات المهملة. لا توجد align وbgcolor وborder في عناصر العرض التقديمي في XHTML 1.0 Strict؛ يجب أن يتم نقلهم إلى CSS.
• name بدلاً من id. في XHTML 1.0 Strict، تكون سمة name في عناصر مثل a أو form مقيدة؛ استخدم “المعرف”.
• DTD غير صحيح أو مفقود. بدون DOCTYPE صالح، لا يعرف المدقق ما يجب التحقق منه.

إن فهم هذه الأنماط يوفر عليك ساعات: معظم الأخطاء في المواقع القديمة تكون من أنواع قليلة.

دمج التحقق من الصحة في تدفق عملك

تدفق معقول لمشروع XHTML باستخدام مدقق xhtml:

1. الالتزام المسبق: خطاف يقوم بتشغيل xmllint --valid على الملفات المعدلة. سريع وبدون تبعيات ثقيلة.
2. Build/CI: vnu في وضع JSON، يفشل البناء في حالة وجود أخطاء. لذلك لا أحد يقدم ترميزًا غير صالح.
3. النشر المسبق: التحقق من صحة خدمة W3C الرسمية للصفحات الرئيسية، بالإضافة إلى خطوة إمكانية الوصول باستخدام الفأس أو WAVE.
4. التدقيق الدوري: أكمل التحقق من صحة الموقع ومراجعة الروابط المعطلة.

هذا النهج يوزع الجهد المبذول: رخيص ومتكرر محليًا، رسمي ونهائي قبل النشر.

الوجبات السريعة الرئيسية

• يقوم xhtml validator بالتحقق من صحة التشكيل والصلاحية مقابل DTD، وفي بعض الحالات، الطبقات الأخرى؛ ولا يتحقق من إمكانية الوصول أو CSS من تلقاء نفسه.
• خدمة التحقق من صحة ترميز W3C هي المرجع الرسمي ومعيار القبول في عمليات التدقيق؛ يعد Nu Html Checker (vnu) أفضل خيار للتشغيل الآلي.
• بالنسبة للنصوص البرمجية السريعة، يتحقق xmllint (libxml2) من صحة الصياغة وDTDs دون تبعيات ثقيلة.
• التحقق ليس مثل إمكانية الوصول: استكمل دائمًا بأدوات مثل الفأس أو WAVE أو Lighthouse.
• معظم الأخطاء في لغة XHTML القديمة هي من أنواع قليلة (سمات بدون علامات اقتباس، & بدون هروب، سمات قديمة، DTD مفقودة).
• دمج التحقق من الصحة في الالتزام المسبق وCI بحيث يصبح عادة، وليس مهمة معلقة.

المصادر ومزيد من القراءة

• XHTML — ويكيبيديا: لغة ترميز النص التشعبي القابلة للتوسيع (XHTML) هي جزء من عائلة لغات ترميز النص التشعبي التي تعكس أو توسع إصدارات ترميز النص التشعبي المستخدم على نطاق واسع…
• Validator — Wikipedia: المدقق هو برنامج كمبيوتر يستخدم للتحقق من صحة جزء من التعليمات البرمجية أو المستند أو صحته النحوية. يستخدم هذا المصطلح عادة في سياق…
• CSS HTML Validator - Wikipedia: CSS HTML Validator (المعروف سابقًا باسم CSE HTML Validator) هو محرر HTML ومحرر CSS لنظام التشغيل Microsoft Windows (وmacOS وLinux وأنظمة التشغيل الأخرى المشابهة لـ Unix…

الأسئلة المتداولة

ما هو أفضل مدقق لـ XHTML؟

ذلك يعتمد على الاستخدام. للامتثال الرسمي وعمليات التدقيق، تعد خدمة التحقق من صحة العلامات W3C هي المعيار الذهبي. لأتمتة CI/CD، يعد Nu Html Checker (vnu) هو الأكثر عملية. بالنسبة للنصوص البرمجية السريعة، يعمل xmllint بشكل مثالي. لا يوجد مدقق xhtml واحد يفوز في كل سيناريو.

¿هل تريد التحقق من صحة XHTML في 2026؟

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

¿Validar XHTML يضمن إمكانية الوصول إلى موقعي؟

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

هل يمكن التحقق من صحة XHTML من خط الأوامر؟

نعم. يتحقق xmllint --valid مما إذا كان منسقًا جيدًا وصالحًا مقابل DTD، ويمكن تشغيل Nu Html Checker كحاوية JAR أو Docker مع الإخراج بتنسيق JSON أو XML. كلاهما مثالي للتكامل في خطافات الالتزام المسبق أو خطوط أنابيب التكامل المستمر.

ما هو الفرق بين “شكل جيد” و”صالح”؟

“حسنة الصياغة” تعني أن المستند يتوافق مع القواعد النحوية لـ XML: العلامات المغلقة، والسمات بين علامتي الاقتباس، والتداخل الصحيح. تعتبر كلمة “صالح” أكثر صرامة: فبالإضافة إلى كونها جيدة الصياغة، فإنها تحترم قواعد DTD أو مخطط محدد (ما هي العناصر والسمات الموجودة وكيف يمكن تداخلها). قد تكون الوثيقة جيدة الصياغة ولكنها ليست صالحة.

هل مدقق W3C صالح أيضًا لـ CSS؟

لا. تقوم خدمة التحقق من صحة العلامات لدى W3C بالتحقق من صحة العلامات (HTML/XHTML). بالنسبة لـ CSS، توجد خدمة منفصلة، ​​وهي خدمة التحقق من صحة W3C CSS. هذه أدوات متميزة ومن المستحسن استخدام كليهما إذا كنت تريد إجراء فحص كامل لأوراق الأنماط والعلامات الخاصة بك.

توصيات ومحاضرات

• خدمة التحقق من صحة علامات W3C — أداة التحقق الرسمية من XHTML، على موقع validador.w3.org.
• Nu Html Checker (vnu) — مستودع W3C GitHub الرسمي.
• مواصفات W3C XHTML 1.0 (توصية).
• إرشادات إمكانية الوصول إلى محتوى الويب W3C (WCAG)، لطبقة إمكانية الوصول.
• وثائق Libxml2 لـ “xmllint”.