حل مشكلة ارشفة Xenforo خلف جدار Cloudflare
المشاهدات:
681
الردود:
6
codeNET
صاحب كودنت
معلومات codeNET
- رقم العضوية
- 2937
- تاريخ التسجيل
- 2026-04-15
- الإقامة
- العراق العظيم ..
- الموقع الالكتروني
- forum.4r3.net
- آخر نشاط
- المشاركات
- 228
- المعدل اليومي
- 1.41
- مستوى التفاعل
- 75
- قوة السمعه
أوسمة العضو
كثير من مديري المنتديات يواجهون "شبح" اختفاء المنتدى من نتائج البحث. في هذا الدليل، نسرد لكم التجربة الكاملة التي مررنا بها في codeNET وكيف فككنا العقد التقنية واحدة تلو الأخرى حتى وصلنا للأرشفة الكاملة.
بدأت المشكلة بملاحظة أن جوجل لا يرى المواضيع الجديدة. عند الفحص، اكتشفنا 3 عوائق رئيسية:
المرحلة الثانية: الحلول التقنية بالترتيب
1. تصحيح ملف .htaccess (تفكيك حلقة التحويل)
بما أننا نستخدم Cloudflare، الكود التقليدي يسبب خطأ 20 Redirections. الحل كان استخدام سطر برمجي يتعرف على "البروتوكول القادم من الوكيل" (X-Forwarded-Proto).
2. تحرير ملف Robots.txt من قيود Cloudflare
اكتشفنا أن ميزة Cloudflare Managed تضيف أسطر Content-Signal التي تسبب تحذيرات في جوجل.
خطوات الحل:
1. الدخول لـ Cloudflare -> قسم AI Audit.
2. تعطيل Managed Robots.txt.
3. رفع الملف التالي يدوياً للمجلد الرئيسي:
3. كسر حاجز "التخزين المؤقت" (Cache Reset)
لن يرى جوجل التعديلات إلا إذا قمنا بمسح "ذاكرة" السيرفرات الوسيطة.
الإجراء: قمنا بتفعيل Development Mode في كلاودفلير ثم عملنا Purge Everything. هذه الخطوة هي التي أظهرت ملف الـ robots الحقيقي لجوجل.
المرحلة الثالثة: المواجهة مع Google Search Console
لماذا ظهرت رسالة noindex في Sitemap.php؟
هذا هو السؤال الذي حير الكثيرين. الحقيقة هي أن XenForo يضع هذه العلامة برمجياً ليخبر جوجل: "اقرأ الروابط التي بداخل هذا الملف وأرشفها، ولكن لا تؤرشف ملف الخريطة نفسه كصفحة بحث".
النتيجة: طالما أن حالة الزحف "ناجحة"، فلا تهتم لرسالة التحذير.
الخلاصة لمديري المنتديات:
1. لا تعتمد على الإعدادات الافتراضية إذا كنت تستخدم Cloudflare.
2. تأكد من أن ملف .htaccess يستثني ملفات الـ TXT والـ PHP الخاصة بالخرائط.
3. استخدم URL Inspection في جوجل لتجربة "العنوان المباشر" (Live Test) دائماً للتأكد من زوال الأخطاء.
- اسم الدرس : الحل النهائي الشامل لمشاكل أرشفة XenForo خلف جدار Cloudflare
- بقلم و إعداد: مهدي حميد (دليل تقني مفصل لإدارة كود نت (codeNET))
بدأت المشكلة بملاحظة أن جوجل لا يرى المواضيع الجديدة. عند الفحص، اكتشفنا 3 عوائق رئيسية:
- حلقة التحويل المفرغة: السيرفر يطلب HTTPS وكلاودفلير يعيد التوجيه بشكل خاطئ.
- ملف Robots مشوه: كلاودفلير كان يحقن أكواداً غريبة لا يفهمها جوجل.
- الخريطة المرفوضة: جوجل يرى علامة noindex في خريطة الموقع ويظن أنها خطأ.
المرحلة الثانية: الحلول التقنية بالترتيب
1. تصحيح ملف .htaccess (تفكيك حلقة التحويل)
بما أننا نستخدم Cloudflare، الكود التقليدي يسبب خطأ 20 Redirections. الحل كان استخدام سطر برمجي يتعرف على "البروتوكول القادم من الوكيل" (X-Forwarded-Proto).
PHP
🔒 يجب تسجيل الدخول لمشاهدة محتوى الكود.
2. تحرير ملف Robots.txt من قيود Cloudflare
اكتشفنا أن ميزة Cloudflare Managed تضيف أسطر Content-Signal التي تسبب تحذيرات في جوجل.
خطوات الحل:
1. الدخول لـ Cloudflare -> قسم AI Audit.
2. تعطيل Managed Robots.txt.
3. رفع الملف التالي يدوياً للمجلد الرئيسي:
PHP
🔒 يجب تسجيل الدخول لمشاهدة محتوى الكود.
3. كسر حاجز "التخزين المؤقت" (Cache Reset)
لن يرى جوجل التعديلات إلا إذا قمنا بمسح "ذاكرة" السيرفرات الوسيطة.
الإجراء: قمنا بتفعيل Development Mode في كلاودفلير ثم عملنا Purge Everything. هذه الخطوة هي التي أظهرت ملف الـ robots الحقيقي لجوجل.
المرحلة الثالثة: المواجهة مع Google Search Console
لماذا ظهرت رسالة noindex في Sitemap.php؟
هذا هو السؤال الذي حير الكثيرين. الحقيقة هي أن XenForo يضع هذه العلامة برمجياً ليخبر جوجل: "اقرأ الروابط التي بداخل هذا الملف وأرشفها، ولكن لا تؤرشف ملف الخريطة نفسه كصفحة بحث".
النتيجة: طالما أن حالة الزحف "ناجحة"، فلا تهتم لرسالة التحذير.
الخلاصة لمديري المنتديات:
1. لا تعتمد على الإعدادات الافتراضية إذا كنت تستخدم Cloudflare.
2. تأكد من أن ملف .htaccess يستثني ملفات الـ TXT والـ PHP الخاصة بالخرائط.
3. استخدم URL Inspection في جوجل لتجربة "العنوان المباشر" (Live Test) دائماً للتأكد من زوال الأخطاء.
تم بحمد الله استقرار أرشفة منتدى كود نت. نأمل أن يكون هذا المرجع منارة لكل مطور عربي.
