خيار منع محركات البحث من أرشفة الموقع في WordPress: ماذا يغيّر؟

تضع خانة «منع محركات البحث من أرشفة هذا الموقع» في WordPress (وعنوانها في الواجهة الإنجليزية "Discourage search engines from indexing this site") وسم robots من نوع meta بالقيمة noindex, nofollow في كل صفحة عامة من الموقع. ويلتزم Google بهذا الوسم: فكل صفحة يعيد الزحف إليها ويجد فيها الوسم تخرج من نتائج بحثه، ولا تُضاف إليها صفحات جديدة. في نسخة تجريبية خاصة (staging) هذه هي النتيجة المقصودة. أما في موقع منشور تريده أن يظهر في Google، فألغِ تحديد الخانة الآن: فهي تُخرج الموقع كله من Google صفحةً بعد صفحة مع كل إعادة زحف، دون أن يلاحظ الزوار أي فرق.

ما الذي يُخرجه الخيار في الإصدار الحالي من WordPress

تقع الخانة في الإعدادات ← قراءة، في الصف المعنون «الظهور لمحركات البحث»، ويعرض مُثبِّت WordPress الخانة نفسها في شاشة الإعداد. وهي تخزّن قيمة واحدة في قاعدة البيانات: الخيار blog_public، وقيمته 0 عند تحديد الخانة و1 عند إلغاء تحديدها. وقد راجعنا ما تغيّره هذه القيمة في الشيفرة المصدرية لنواة WordPress في أكتوبر 2026، حين كان الإصدار الحالي 7.1.3:

• تحصل كل صفحة في الواجهة الأمامية على وسم robots من نوع meta. يتضمن الإخراج القياسي لقسم head في القالب هذا السطر:

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

• يتوقف ملف Sitemap المدمج بصيغة XML. تُعيد خريطة الموقع الأساسية في /wp-sitemap.xml الرمز 404، ويختفي السطر Sitemap: من ملف robots.txt الذي يولّده WordPress.
• لا يحظر ملف robots.txt أي شيء جديد. يحتفظ الملف المولَّد بقاعدة Disallow المعتادة لمنطقة الإدارة وقاعدة Allow للملف admin-ajax.php.
• لا تُضاف أي ترويسة HTTP. لا ترسل النواة ترويسة X-Robots-Tag لهذا الخيار، فتبقى الإشارة في HTML وحده.
• يبقى الموقع عامًّا. يقول النص أسفل الخانة: «الأمر متروك لمحركات البحث لتحترم هذا الطلب أم لا.» فالزوار، وأي زاحف يتجاهل وسوم robots من نوع meta، يظلون قادرين على قراءة كل صفحة.
• يحصل المديرون على تنبيه واحد. تعرض أداة «لمحة سريعة» في لوحة التحكم السطر «تمّ منع محركات البحث من أرشفة موقعك» ما دامت الخانة محددة.

إذا كانت لوحة التحكم لديك بالإسبانية، فإن الصياغة تختلف بحسب اللغة المحلية. ففي مشروع ترجمة WordPress، كما راجعناه في أكتوبر 2026، يظهر العنوان بصيغة "Disuade a los motores de búsqueda de indexar este sitio" للمكسيك والأرجنتين وكولومبيا وعدد من اللغات المحلية الأخرى في أمريكا اللاتينية، وبصيغة "Pedir a los motores de búsqueda que no indexen este sitio" للإسبانية المستخدمة في إسبانيا. وفي معظم اللغات المحلية الإسبانية يُسمّى الصف "Visibilidad en los motores de búsqueda" في شاشة "Ajustes de lectura"، وفيها جميعًا يظهر سطر لوحة التحكم بصيغة "Motores de búsqueda disuadidos".

كيف تغيّر سلوك الخيار عبر إصدارات WordPress

لا تزال نصائح مكتوبة لإصدارات أقدم متداولة، وهي تصف آلية مختلفة. وتُظهر الشيفرة المصدرية للنواة 3 مراحل:

التغيير في الإصدار 5.3 هو الأهم. فقبله كان ملف robots.txt المولَّد يطلب من كل زاحف الابتعاد عن الموقع كله، فلا يجلب Google الصفحات ولا يرى وسم noindex فيها أبدًا. وكانت عناوين URL التي تشير إليها مواقع أخرى قد تبقى في فهرس Google دون الزحف إليها، وهو ما يعرضه Search Console بالحالة «تمت فهرسة الصفحة علمًا أنّها محظورة باستخدام ملف robots.txt»؛ وتشرح صفحة هذه الحالة هذا التعارض. ومنذ الإصدار 5.3، لا تمسّ الخانة ملف robots.txt وتعتمد على وسم meta وحده. لذا فإن وجود Disallow: / في موقع حديث مصدره ملف robots.txt فعلي على الخادم، أو إضافة، أو المستضيف، وليس هذه الخانة أبدًا.

لماذا ينتهي الأمر بهذا الخيار مفعّلًا على موقع منشور

التسلسل المعتاد: موقع تجريبي كان مخفيًا كما ينبغي، ثم إطلاق تُنسخ فيه قاعدة بياناته. فإضافات الترحيل، وأدوات «النشر إلى الموقع الحي» لدى المستضيفين، والتصدير والاستيراد اليدويان، كلها تنقل جدول الخيارات، وينتقل معه blog_public. والتغيير المرئي الوحيد سطر في قسم head لا يقرؤه أي زائر.

sequenceDiagram
    participant S as الموقع التجريبي
    participant P as الموقع المنشور
    participant G as Googlebot
    S->>S: الخانة محددة وقيمة blog_public هي 0
    S->>P: نسخ قاعدة البيانات عند الإطلاق
    P->>P: قيمة blog_public لا تزال 0
    G->>P: يعيد الزحف إلى الصفحة الرئيسية والمقالات
    P-->>G: HTML يحمل noindex, nofollow
    G->>G: يُخرج كل صفحة أعاد الزحف إليها من النتائج

في 45 موقعًا خارجيًا دقّقها SEOReport بين مايو وأكتوبر 2026، لم يقدّم أي منها صفحة رئيسية تحمل توجيه noindex، لا في HTML ولا في ترويسة X-Robots-Tag. ولا تستطيع عيّنة بهذا الحجم أن تبيّن مدى شيوع هذا الخطأ، وإنما تبيّن فقط أنه ليس أمرًا روتينيًا. لكنه حين يقع يطال كل الصفحات العامة دفعةً واحدة، ولهذا مكانه في كل قائمة تحقق للإطلاق.

كيف تتحقق من الخيار من خارج لوحة التحكم

العبرة بـHTML الذي يتلقاه زائر غير مسجَّل الدخول بعد مروره بأي ذاكرة تخزين مؤقت للصفحات أو شبكة CDN، لأن هذا ما يجلبه Google. استبدل example.com بنطاقك، وكرّر الأمرين 1 و2 على 2 أو 3 مقالات إضافةً إلى الصفحة الرئيسية. ويتتبّع الخيار -L عمليات إعادة التوجيه، فلا يحجب الانتقالُ من النطاق المجرد إلى www أو إلى HTTPS الصفحةَ النهائية.

# 1. The robots meta tag in the served HTML
curl -sL https://example.com/ | grep -io "<meta[^>]*name=.robots[^>]*>"

# 2. Any noindex sent as an HTTP header instead
curl -sL -o /dev/null -D - https://example.com/ | grep -i "x-robots-tag"

# 3. What robots.txt actually serves
curl -sL https://example.com/robots.txt

# 4. Whether the core sitemap is switched off
curl -sL -o /dev/null -w "%{http_code}\n" https://example.com/wp-sitemap.xml

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

ومن داخل WordPress، أسرع تأكيد هو سطر «تمّ منع محركات البحث من أرشفة موقعك» في لوحة التحكم. وإن كان لديك وصول إلى سطر الأوامر، فإن wp option get blog_public يطبع 0 عند تحديد الخانة و1 عند إلغاء تحديدها.

flowchart TD
    A["هل يحمل HTML المنشور وسم robots meta بقيمة noindex؟"] -->|"نعم"| B["هل قيمة blog_public هي 0؟"]
    A -->|"لا"| C["هل تحمل ترويسة X-Robots-Tag القيمة noindex؟"]
    C -->|"نعم"| D["أزل القاعدة من الخادم أو المستضيف أو شبكة CDN"]
    C -->|"لا"| E["الصفحة المنشورة قابلة للفهرسة: اطلب إعادة الزحف"]
    B -->|"نعم"| F["ألغِ تحديد الخانة وأفرغ ذاكرات التخزين المؤقت"]
    B -->|"لا"| G["إضافة أو قالب يضيف noindex: راجع إعداداته"]
    F --> H["هل HTML المنشور سليم في الصفحة الرئيسية والمقالات؟"]
    G --> H
    H -->|"لا"| I["ذاكرة تخزين مؤقت لا تزال تقدّم HTML القديم: أفرغها"]
    I --> H
    H -->|"نعم"| J["الاختبار المباشر في فحص عنوان URL ثم التحقق من الإصلاح"]

كيف يظهر الخيار في Search Console

مع إعادة Google الزحف إلى الصفحات ورصده الوسم، تنتقل الصفحات إلى قسم «غير مفهرَسة» في تقرير "فهرسة الصفحات" تحت السبب «تم تمييز عنوان URL بعلامة noindex». وتقول وثائق Google الخاصة بتقرير "فهرسة الصفحات"، كما راجعناها في أكتوبر 2026، إن الصفحة لم تُفهرس لأن Google وجد توجيه noindex حين حاول فهرستها. ويحدث الانتقال تدريجيًا، لأن Google يعيد الزحف إلى الصفحات في أوقات مختلفة. ويتناول دليلنا لحالة «تم تمييز عنوان URL بعلامة noindex» الأسباب الأخرى لهذه الحالة ومتى تكون مقصودة.

وتُظهر أداة فحص عنوان URL الجانبين معًا. فالعرض الافتراضي يصف النسخة التي فهرسها Google آخر مرة، ويبيّن الحقل «هل الفهرسة مسموح بها؟» ما إذا كانت تلك النسخة تمنع الفهرسة. أما «اختبار عنوان URL المنشور» فيجلب الصفحة كما هي الآن. بعد الإصلاح، اعتمد على الاختبار المباشر؛ فالعرض المفهرس لا يتغير إلا بعد أن يعيد Google الزحف.

وقد يُظهر موقعٌ أُطلق والخانة محددة منذ اليوم 1 عددًا قليلًا جدًا من عناوين URL في التقرير أصلًا. فخريطة الموقع الأساسية متوقفة، وnofollow يطلب من Google عدم تتبّع الروابط في كل صفحة، فلا يجد Google إلا القليل مما ينطلق منه للاكتشاف.

الإضافات وقواعد الخادم التي تغيّر الصورة

تدير إضافات SEO وسم robots بنفسها. وقد قرأنا الشيفرة المصدرية لـ2 من أوسعها انتشارًا، Yoast SEO وRank Math، في أكتوبر 2026: كلتاهما لا تزال تفرض noindex ما دامت الخانة محددة، وكلتاهما تعرض تحذيرًا في منطقة الإدارة. ومع تفعيل أيٍّ منهما، يبقى إلغاء تحديد الخانة هو الحل.

ويمكن للإضافتين نفسيهما الإبقاء على noindex بعد إلغاء تحديد الخانة، عبر إعداداتهما الخاصة للمقالات الفردية أو أنواع المحتوى أو الأرشيفات. كما يمكن لأي إضافة أو قالب آخر إضافة توجيهات عبر مرشّح robots نفسه في WordPress، كإضافة «قريبًا» أو «وضع الصيانة» تُركت مفعّلة بعد الإطلاق. فإذا ظل HTML المنشور يعرض noindex وقيمة blog_public هي 1، فهذه الإعدادات هي ما يجب مراجعته.

وثمة 2 من البقايا الأخرى القادمة من الموقع التجريبي. فملف robots.txt فعلي يحتوي على Disallow: / يتقدّم على الملف المولَّد، لذا أعد قراءة الملف المنشور بعد الإطلاق، لا سيما إذا حفظت قواعد robots.txt عبر إضافة حين كان الموقع مخفيًا. وقاعدة ترويسة تضيف X-Robots-Tag: noindex تعمل عمل وسم meta لكنها لا تظهر أبدًا في مصدر الصفحة، ولهذا يقرأ الفحص الخارجي الاثنين معًا. ويشرح دليلنا إلى robots.txt وإمكانية الزحف كيف تقرأ الملف سطرًا سطرًا.

كيف تستعيد ظهورك وكم يستغرق ذلك

1. ألغِ تحديد الخانة واحفظ، أو نفّذ wp option update blog_public 1.
2. أفرغ كل طبقات التخزين المؤقت: إضافة التخزين المؤقت للصفحات، وذاكرة المستضيف، وشبكة CDN. فالصفحة المخزّنة تظل تقدّم قسم head القديم حتى تنتهي صلاحيتها.
3. أعد الفحص الخارجي على الصفحة الرئيسية وبضع مقالات، وتأكد من أن /wp-sitemap.xml أو خريطة الموقع التي تولّدها إضافتك تستجيب الآن بالرمز 200.
4. أرسل خريطة الموقع في تقرير خرائط الموقع في Search Console، ليحصل Google على قائمة كاملة بعناوين URL التي يعيد الزحف إليها. ويشرح دليلنا إلى ملفات Sitemap بصيغة XML ما ينبغي أن تحتويه خريطة موقع سليمة.
5. أجرِ اختبارًا مباشرًا في أداة فحص عنوان URL على الصفحة الرئيسية وأهم صفحاتك، ثم استخدم «طلب الفهرسة» لهذا العدد القليل. فللأداة حصة لعناوين URL الفردية، وتقول وثائق Google إن تكرار الطلب لعنوان URL نفسه لا يسرّع الزحف.
6. افتح «تم تمييز عنوان URL بعلامة noindex» في تقرير "فهرسة الصفحات" واختر «التحقق من الإصلاح».

ثم انتظر. تقول وثائق Google الخاصة بإعادة الزحف، كما راجعناها في أكتوبر 2026، إن الزحف قد يستغرق من بضعة أيام إلى بضعة أسابيع، وتشير وثائق noindex إلى أن إعادة زيارة بعض الصفحات قد تستغرق أشهرًا. وتقول وثائق تقرير "فهرسة الصفحات" إن التحقق يستغرق عادةً ما يصل إلى 2 أسبوع تقريبًا، وقد يطول كثيرًا في بعض الحالات. وتبقى الفهرسة نفسها قرارًا يعود إلى Google: إذ تنص وثائق أداة فحص عنوان URL على أن الطلب لا يضمن ظهور الصفحة في الفهرس.

كيف تمنع تكرار ذلك في الإطلاق القادم

احمِ الموقع التجريبي بكلمة مرور، عبر مصادقة HTTP على الخادم أو لدى المستضيف، بدلًا من الاعتماد على الخانة. فتسجيل الدخول يوقف كل زائر وكل زاحف. واترك الخانة غير محددة في النسخة المحمية بكلمة مرور: فـGoogle لا يستطيع قراءة صفحة خلف تسجيل دخول، فلا تضيف الخانة شيئًا هناك، وعندئذ لا تحمل قاعدة البيانات المنسوخة إلى الموقع المنشور أي noindex معها. ثم أضف سطرًا واحدًا إلى قائمة تحقق الإطلاق: أجرِ الفحص الخارجي على نطاق الموقع المنشور بعد الإطلاق وبعد كل ترحيل لقاعدة البيانات أو استعادة لها.

يقرأ التشخيص الكامل من SEOReport وسم robots من نوع meta وترويسة X-Robots-Tag في صفحتك الرئيسية، ووسم robots من نوع meta في الصفحات التي تدرجها خريطة موقعك، ويسمّي كل صفحة تطلب من محركات البحث عدم فهرستها. ويُبلَّغ عن وجود noindex في الصفحة الرئيسية، وهو ما ينتجه هذا الخيار دائمًا، بوصفه نتيجة حرجة، فيُكتشف الخيار حتى إن كان قد أوقف خريطة الموقع أيضًا. وللمواقع التي يتكرر انتقال ملكيتها أو استضافتها، تعيد المراقبة الأسبوعية، التي تُضبط عبر REST API، تدقيق الموقع وترسل إليك بريدًا إلكترونيًا عند ظهور نتيجة حرجة جديدة. ويتناول النمط الأوسع للمواقع التي تخفي صفحاتها بنفسها كلٌّ من بياناتنا حول تعارضات قابلية الفهرسة ودليل قابلية الصفحات للفهرسة.

أسئلة شائعة

هل يحظر هذا الخيار زواحف الذكاء الاصطناعي؟

لا. فهو لا يضيف أي قواعد إلى robots.txt، وrobots.txt هو المكان الذي يُضبط فيه عادةً وصول زواحف الذكاء الاصطناعي. لكنه يطال ميزات الذكاء الاصطناعي الخاصة بـGoogle نفسها: إذ تقول وثائق Google لميزات الذكاء الاصطناعي، كما راجعناها في أكتوبر 2026، إن الصفحة يجب أن تكون مفهرسة لتظهر رابطًا داعمًا في AI Overviews أو AI Mode، فتخرج الصفحة التي تحمل noindex من هذه الميزات أيضًا. تعامل مع الخانة على أنها طلب يخص الفهرسة في البحث، لا سياسة للذكاء الاصطناعي. ويشرح جدول القرار لزواحف الذكاء الاصطناعي في robots.txt كيف تضبط سياسة كهذه عن قصد.

ألغيت تحديد الخانة منذ أسابيع ولا تزال الصفحات تظهر بالحالة «تم تمييز عنوان URL بعلامة noindex». لماذا؟

يعرض Search Console ما رآه Google في آخر زحف لكل صفحة. أجرِ «اختبار عنوان URL المنشور» أولًا: فإن وجد الاختبار المباشر noindex، فثمة ذاكرة تخزين مؤقت أو إضافة أو قاعدة ترويسة تقدّمه. وإن كان الاختبار المباشر سليمًا، فالصفحة تنتظر إعادة الزحف، والخطوة التالية الصحيحة هي «التحقق من الإصلاح» مع إرسال خريطة الموقع.

هل من الآمن تحديد الخانة أثناء إعادة تصميم موقع منشور؟

لا. فالخيار يسري على الموقع المنشور، وكل صفحة يعيد Google الزحف إليها خلال إعادة التصميم تخرج من نتائجه. ابنِ التصميم الجديد على نسخة تجريبية محمية بكلمة مرور بدلًا من ذلك.