منع فهرسة نسخة ووردبريس التجريبية: اختبار noindex بالطريقة الصحيحة

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

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

متى تحتاج إيقاف الفهرسة؟

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

لا تستخدم هذا الخيار لإخفاء بيانات خاصة. محركات البحث ليست نظام صلاحيات، ووسم noindex لا يمنع زائرا يعرف الرابط من فتح الصفحة.

الطريقة من لوحة ووردبريس

1. افتح الإعدادات ← قراءة.
2. في قسم ظهور الموقع لمحركات البحث فعل مربع «منع محركات البحث من فهرسة هذا الموقع».
3. احفظ التغييرات.
4. افتح صفحة من الموقع، ثم اضغط بزر الفأرة الأيمن واختر «عرض مصدر الصفحة». استخدم البحث داخل الصفحة للعثور على noindex؛ المطلوب فحص المصدر، لا النص الظاهر للقارئ فقط.

يوضح دليل ووردبريس أن هذا الإعداد يولد وسم noindex,nofollow في رأس الصفحة في الإصدارات الحديثة عندما يستخدم القالب wp_head(). لذلك لا تكتف برسالة «تم الحفظ»؛ افحص مصدر الصفحة الذي يرسله الموقع فعلا للزائر.

نتيجة اختبارنا

في النسخة المحلية شغلنا فحصا مباشرا للصفحة الرئيسية. النتيجة التي ظهرت في مصدر الصفحة كانت:

<meta name='robots' content='noindex, nofollow' />

هذه نتيجة مناسبة لنسخة تطوير محلية. كما أن عنوانها 127.0.0.1 لا يمكن لـ Google الوصول إليه من الإنترنت، لذلك لا نعتمد على وسم noindex وحده في الحماية.

لماذا robots.txt وحده ليس حلا لإخفاء صفحة؟

ملف robots.txt يوجه الزواحف بشأن طلب الصفحات، لكنه ليس وسيلة لحماية المحتوى أو ضمان عدم ظهور الرابط في نتائج البحث. توضح Google أن وسم noindex يجب أن يكون قابلا للرؤية للزاحف كي يحترم؛ إذا منعت الزاحف من الصفحة في robots.txt فلن يقرأ وسم noindex الموجود داخلها. وللمحتوى السري، استخدم كلمة مرور أو تقييد وصول على مستوى الخادم.

ثلاث طبقات بحسب الحالة

لماذا تعيد خريطة النسخة التجريبية 404؟

يربط ووردبريس تشغيل خريطته الأساسية wp-sitemap.xml افتراضيا بقيمة blog_public. عندما تكون صفرا، تكون الخريطة معطلة وقد تعيد 404 رغم أن صفحات النسخة نفسها تعمل. هذا سلوك مختلف عن تعطل موقع منشور. ويمكن للإضافات تغيير السلوك عبر مرشح wp_sitemaps_enabled أو تقديم خريطة أخرى، لذلك حدد أولا من ينشئ الخريطة.

نتيجة تاريخية، وليست اختبارا جديدا: في فحص النسخة المحلية بتاريخ 18 أغسطس 2026، ثم إعادة التحقق في 19 أغسطس، كانت blog_public=0 وأعادت wp-sitemap.xml الرمز 404. هذه النتيجة تخص تلك البيئة؛ لا تثبت حالة خريطة الموقع الحي اليوم، ولا تعني أن Google حذف أي رابط من فهرسه.

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

قائمة انتقال من النسخة التجريبية إلى الموقع المنشور

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

1. حدد البيئة: تأكد من اسم النطاق في شريط العنوان قبل فتح «الإعدادات ← قراءة». لا تعتمد على تشابه شكل لوحتي التحكم.
2. ألغ المنع العام في الإنتاج فقط: احفظ الإعداد، وامسح كاش الصفحة من الأداة المتاحة لديك، ثم افتح صفحة منشورة كزائر غير مسجل.
3. راجع ما يصل للزائر: افحص وسم robots في المصدر وترويسة X-Robots-Tag في استجابة الصفحة. المطلوب ألا تحمل المقالات المراد فهرستها تعليمة noindex؛ لا يلزم وجود كلمة index صراحة.
4. افتح الخريطة الفعلية: تأكد من استجابة 200 ومن أن المحتوى XML، ثم افتح الخرائط الفرعية. إذا كانت الإضافة تقدم عنوانا مختلفا، استخدمه بدلا من افتراض أن wp-sitemap.xml هي الخريطة المستخدمة.
5. قارن الروابط بالمحتوى المنشور: تحقق من وجود المقالات المنشورة المقصودة، وعدم وجود روابط localhost أو مسودات أو مقالات لم يحن موعد نشرها. لا تثبت عدد الروابط يدويا؛ ينبغي أن يتغير مع النشر.
6. راجع الإشارات المتوافقة: يجب أن يقود رابط المقال إلى صفحة صحيحة، وأن يشير canonical إلى العنوان المقصود. لا ترسل في الخريطة صفحات قررت إبقاءها خارج البحث.
7. تابع داخل Search Console: افحص عنوانا حيا وسجل تاريخ الاختبار ونتيجته، ثم راقب آخر زحف وحالة الفهرسة لاحقا. نجاح الاختبار الحي أو قراءة الخريطة لا يضمن الإدراج في نتائج البحث.

احتفظ بسجل مختصر لكل فحص: العنوان، التاريخ، حالة HTTP، تعليمة robots، canonical، والخريطة التي ظهر فيها الرابط. سجّل نتيجة Search Console الفعلية فقط عندما تكون متاحة؛ لا تملأها باستنتاج من الفحص المحلي.

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

تفاصيل التجربة ونتيجتها

تاريخ التجربة: 18 أغسطس 2026؛ ووردبريس: 7.0.4؛ مكان التنفيذ وأدواته: موقع محلي على 127.0.0.1.

بعد تفعيل خيار منع الفهرسة، احتوت الصفحة الرئيسية على <meta name='robots' content='noindex, nofollow' />. لم يكن الموقع متاحا من الإنترنت أصلا.

تحقق إضافي، 19 أغسطس 2026: طلبنا الرئيسية بعد استعادة إعداد الخصوصية وقرأنا blog_public ووسم robots من الاستجابة. النتيجة تخص نسخة تجريبية منعنا فهرستها عمدا. لا تطبق منع الفهرسة على موقعك المنشور الذي تريد ظهوره في البحث.

المصادر الرسمية

• Search Console: حدود الاختبار الحي والفرق عن بيانات الفهرسة.
• WordPress: العلاقة بين blog_public وتشغيل الخرائط الأساسية.
• WordPress: إعدادات القراءة وظهور الموقع لمحركات البحث.
• Google Search Central: منع الفهرسة باستخدام noindex.
• Google Search Central: حدود استخدام robots.txt.