ما الذي تفحصه أداة التحقق
الصق عنوان موجز وستجلبه أداة التحقق كما يفعل برنامج قراءة الموجزات، ثم تفحصه وفق قواعد RSS وAtom وJSON Feed. الأداة مجانية ولا تحتاج إلى حساب. تظهر مع كل مشكلة السطر الذي توجد فيه وملاحظة قصيرة عن طريقة إصلاحها.
- الاتصال: حالة HTTP، وعمليات إعادة التوجيه، وهل يستجيب الخادم خلال 10 ثوانٍ.
- الملف: ترويسة Content-Type، والترميز المعلن والترميز الفعلي، وهل ملف XML سليم البنية.
- التنسيق: RSS 2.0 أو RSS 1.0 أو Atom 1.0 أو JSON Feed، والعناصر التي يتطلبها كل منها، مثل العنوان والرابط والوصف في RSS.
- كل عنصر: عنوان أو وصف، ورابط، وguid فريد، وتاريخ بالتنسيق الصحيح. تحتاج مرفقات البودكاست (enclosure) إلى url وtype وlength.
- الإضافات: حجم الموجز، وترويسات التخزين المؤقت التي توفر عرض النطاق، ومركز WebSub للتحديثات الفورية.
الأخطاء تخالف قواعد RSS أو XML. بعض برامج القراءة لا تستطيع قراءة موجز فيه أخطاء أبدًا، وبعضها يضطر إلى التخمين، لذا قد تظهر المنشورات بشكل خاطئ. التحذيرات لا تجعل الموجز غير صالح. الموجز يعمل، لكن بعض برامج القراءة قد تتعثر في هذه التفاصيل.
أسفل قائمة الفحص، يعرض قسم ما يراه Feeder الموجز كما يقرؤه زاحف Feeder نفسه، مع كل عنصر وتاريخ ورابط.
أخطاء شائعة في الموجزات وطريقة إصلاحها
بنية غير سليمة (رمز غير صالح)
السبب المعتاد هو وجود & أو < منفرد في عنوان أو وصف، مثل Tom & Jerry. اكتب & بالشكل & و< بالشكل <، أو ضع HTML داخل قسم CDATA: <![CDATA[ ... ]]>.
كيان غير معرّف
كيانات HTML مثل غير موجودة في XML، الذي يعرف خمسة كيانات فقط. استخدم الرقم بدلًا منها، مثل   للمسافة غير القابلة للكسر، أو ضع HTML داخل CDATA.
تواريخ بتنسيق خاطئ
تبدو تواريخ RSS هكذا: Sat, 26 Sep 2026 09:00:00 GMT. معظم لغات البرمجة تستطيع كتابتها لك: date(DATE_RSS) في PHP، وemail.utils.format_datetime(dt) في Python، وnew Date().toUTCString() في JavaScript. أما Atom وJSON Feed فيستخدمان 2026-09-26T09:00:00Z.
يُقدَّم بنوع text/html
يصنّف خادمك الموجز على أنه صفحة ويب، لذا قد لا ترى بعض برامج القراءة موجزًا هناك. قدّم RSS بنوع application/rss+xml وAtom بنوع application/atom+xml. يصلح application/xml أيضًا.
قيم guid مفقودة أو مكررة
دون معرّف فريد، تضطر برامج القراءة إلى تخمين المنشورات الجديدة، لذا قد يظهر منشور معدّل مجددًا. امنح كل عنصر <guid> فريدًا لا يتغير أبدًا، مثل العنوان الدائم للمنشور.
رموز غريبة بدل الحروف
لا تتطابق أحرف الملف مع الترميز الذي يعلنه، وغالبًا لأن نصًا بترميز Windows-1252 مصنّف على أنه UTF-8. احفظ الموجز وقدّمه بترميز UTF-8، واجعل خادمك يرسل charset=utf-8.
شيء ما قبل تعريف XML
سطر فارغ أو مسافة قبل <?xml يفسد الموجز بالكامل. في WordPress، السبب المعتاد هو ملف functions.php الخاص بالقالب أو إضافة ما.
لمزيد من الحلول، راجع كيفية التحقق من صحة موجز RSS في Feeder. وإذا كان الموجز لشخص آخر، فإن خلاصة RSS غير صالحة يشرح ما يمكنك فعله.
كيف تضيف موجزًا إلى Feeder
قد يظهر حتى الموجز الصالح بشكل خاطئ في برنامج قراءة، لذا اختبره كما سيراه مشتركوك:
- في Feeder، انقر أضف موجز والصق عنوان الموجز.
- يعرض Feeder الموجز مع معاينة لأحدث منشوراته. تحقق من العناوين والتواريخ والروابط.
- تابعه، وانشر منشورًا جديدًا، وتحقق من أنه يظهر مرة واحدة على أنه منشور جديد.
Feeder برنامج لقراءة RSS على الويب ومتصفحك وiOS وAndroid، ويمكنك البدء مجانًا.
الأسئلة الشائعة
لماذا يعمل موجزي في برنامج قراءة ولا يعمل في آخر؟
تختلف برامج القراءة في مدى صرامتها. كثير منها، ومنها Feeder، يقرأ الموجزات التي فيها أخطاء صغيرة ويخمّن الباقي جيدًا. أما التطبيقات الأكثر صرامة، مثل بعض تطبيقات البودكاست، فتستسلم أمام الموجز نفسه. الموجز الخالي من الأخطاء يعمل في كل مكان، لذا أصلح الأخطاء حتى لو بدا كل شيء جيدًا في برنامج القراءة الذي تستخدمه.
هل يجب أن يكون الموجز صالحًا ليعمل؟
ليس دائمًا. كثير من برامج القراءة يقرأ الموجزات التي فيها أخطاء صغيرة، لكن التطبيقات الأكثر صرامة قد ترفضها، لذا فالموجز الصالح هو الخيار الآمن.
لماذا تظهر منشورات قديمة على أنها جديدة؟
تتعقب برامج القراءة المنشورات عبر guid الخاص بها، أو عبر العنوان والتاريخ إن لم يوجد. قيم guid الجديدة، أو الانتقال إلى نطاق جديد، أو تغيّر المنطقة الزمنية للخادم، قد تجعل كل منشور يبدو جديدًا لها.
هل يمكنني التحقق من موجز لم يُنشر على الإنترنت بعد؟
تفحص أداة التحقق هذه الموجزات عبر عناوينها، وعلى الإنترنت العام فقط. إذا كان الملف غير منشور على الإنترنت، فالصق XML في W3C Feed Validation Service ضمن Validate by Direct Input.