سلامة روابط llms.txt: اختبار 294 عنوان URL

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

آخر تحديث:

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

أهم النقاط

  • كان 286 من أصل 294 عنوان URL جرى أخذ عينتها قابلًا للوصول في 12 أغسطس 2026.
  • إمكانية الوصول ليست هي نفسها الصلة أو الحداثة أو استخدام الوكيل.
  • ينبغي إعادة محاولة الإخفاقات الخارجية قبل أن تمنع إصدارًا.

ما مدى سلامة الروابط التي جرى أخذ عينتها؟

اختار الزحف البحثي للإصدار v2 ما يصل إلى ثلاثة روابط قائمة من كل استجابة من 113 استجابة جذرية تستوفي قاعدة التضمين «H1 أولاً». وقد طلب 294 عنوان URL وتلقى استجابة ناجحة من 286 منها. ولم يكن بالإمكان الوصول إلى ثمانية منها في ظل ظروف الاختبار.

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

ما يقيسه اختبار قابلية الوصول

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

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

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

سياسة آمنة لفحص الروابط في CI

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

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

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

حدود نتيجة HTTP

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

كما لا يتطرق المعيار المرجعي إلى تصنيفات Google بأي شكل من الأشكال. تعمل «صحة الروابط» على تحسين موثوقية الملف بالنسبة للعملاء الذين يقرؤونه؛ بينما يستخدم محرك البحث أنظمة الزحف والتصنيف الخاصة به.

راجع كيفية عمل llms.txt وحافظ على توافق النطاق مع دليل الترحيل إلى v2.

هل ينبغي أن يفشل الإنتاج بسبب رابط خارجي واحد معطل؟

عادةً لا. أعد المحاولة في فحص مجدول ولا تعتبره فشلًا إلا في حالة وجود سياسة تتحكم فيها، مثل استجابات 404 أو 410 المستمرة.

هل تُعد إعادات التوجيه غير صالحة في llms.txt؟

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

كم مرة ينبغي فحص الروابط؟

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

المصادر