حل مشكلة تم اكتشاف الصفحة ولم تتم فهرستها حاليًا في جوجل كونسول

ظهور رسالة «تم اكتشاف الصفحة، ولم تتم فهرستها حاليًا» في Google Search Console يعني أن جوجل يعرف عنوان الصفحة، لكنه لم يزحف إليها بعد. لذلك لا يمكن للصفحة الظهور في نتائج البحث في وضعها الحالي، حتى لو كانت منشورة وتعمل بصورة طبيعية.

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

ماذا تعني «تم اكتشاف الصفحة ولم تتم فهرستها حاليًا»؟

تمر صفحات الويب عادة بثلاث مراحل أساسية:

1. الاكتشاف: يعثر جوجل على رابط الصفحة من خلال خريطة الموقع أو الروابط الداخلية أو مصادر أخرى.
2. الزحف: يزور Googlebot الصفحة ويقرأ محتواها ومواردها.
3. الفهرسة: يحلل جوجل الصفحة ويقرر ما إذا كان سيضيفها إلى فهرسه.

عند ظهور حالة Discovered – currently not indexed تكون الصفحة قد وصلت إلى مرحلة الاكتشاف، لكنها لم تنتقل بعد إلى مرحلة الزحف.

وقد يؤجل جوجل زيارة الصفحة لتجنب زيادة الضغط على الخادم، أو لأنه لا يراها أولوية كافية مقارنة بصفحات أخرى يعرفها داخل الموقع. كما أن اكتشاف الرابط أو إضافته إلى خريطة الموقع لا يضمن زحفه أو فهرسته تلقائيًا. (support.google.com)

الفرق بينها وبين «تم الزحف ولم تتم الفهرسة»

من المهم عدم الخلط بين الحالتين؛ لأن طريقة المعالجة تختلف:

تم اكتشاف الصفحة ولم تتم فهرستها حاليًا

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

تم الزحف إلى الصفحة ولم تتم فهرستها حاليًا

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

بعبارة أبسط:

• تم الاكتشاف: جوجل لم يقرأ الصفحة بعد.
• تم الزحف: جوجل قرأ الصفحة، لكنه لم يختر فهرستها.

متى تكون الحالة طبيعية؟

ليس من الضروري التدخل فور ظهور الرسالة. يمكن أن تكون الحالة مؤقتة في الحالات التالية:

• الصفحة منشورة حديثًا.
• الموقع نفسه جديد ولم يكتسب نمط زحف منتظمًا.
• أجريت تغييرات كبيرة على الروابط أو بنية الموقع.
• أضفت عددًا كبيرًا من المنتجات أو المقالات خلال وقت قصير.
• تظهر الرسالة لعدد محدود من الصفحات غير المهمة.

تحتاج عملية الزحف والفهرسة إلى وقت، ولا تقدم جوجل مدة مضمونة لإتمامها. كما أن طلب الفهرسة لا يضمن ظهور الصفحة مباشرة في النتائج. (developers.google.com)

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

ابدأ بتحديد الصفحات التي تستحق الفهرسة

قبل محاولة إصلاح جميع الروابط الظاهرة في التقرير، اسأل: هل أريد فعلًا ظهور هذه الصفحة في نتائج البحث؟

قد يعثر جوجل على روابط لا تحتاج إلى الفهرسة، مثل:

• صفحات نتائج البحث الداخلي.
• روابط فرز المنتجات حسب السعر أو الترتيب.
• صفحات التصفية حسب اللون أو المقاس.
• روابط تحتوي على معلمات تتبع.
• صفحات وسوم أو أرشيفات ضعيفة.
• صفحات تجريبية أو قديمة.
• نسخ متعددة من المحتوى نفسه.
• صفحات سلة المشتريات والحساب وتسجيل الدخول.

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

قسّم الروابط المتأثرة إلى مجموعتين:

1. صفحات مهمة: المقالات الأصلية، صفحات التصنيفات المفيدة، المنتجات المتاحة، الخدمات والصفحات الرئيسية.
2. صفحات غير ضرورية: الروابط المكررة، والفلاتر غير المفيدة، وصفحات النظام والصفحات المؤقتة.

ابدأ بالمجموعة الأولى، ولا تهدر وقتك في محاولة فهرسة كل رابط يظهر في التقرير.

افحص الصفحة باستخدام أداة فحص عنوان URL

انسخ رابط إحدى الصفحات المهمة المتأثرة، ثم ضعه في أداة فحص عنوان URL داخل Google Search Console.

راجع العناصر التالية:

• هل يستطيع جوجل الوصول إلى الصفحة؟
• هل تسمح الصفحة بالفهرسة؟
• هل يوجد حظر في ملف robots.txt؟
• هل تحتوي الصفحة على توجيه noindex؟
• ما عنوان URL الأساسي الذي صرّح به الموقع؟
• هل الرابط موجود في خريطة الموقع؟
• من أين اكتشف جوجل الصفحة؟
• هل تعرض الصفحة رمز استجابة ناجحًا؟

بعد ذلك استخدم خيار اختبار عنوان URL المنشور. نجاح الاختبار يعني أن جوجل يستطيع الوصول إلى النسخة الحالية من الصفحة، لكنه لا يضمن فهرستها؛ لأن الاختبار المباشر لا يقيم جميع العوامل التي تدخل في قرار الفهرسة. (support.google.com)

إذا فشل الاختبار، عالج الخطأ التقني الذي يظهر قبل الانتقال إلى تحسين المحتوى أو الروابط الداخلية.

تأكد من أن الصفحة تعيد رمز الاستجابة الصحيح

ينبغي للصفحة التي تريد فهرستها أن تعمل بصورة مستقرة وتعيد عادة رمز الاستجابة:

text
200 OK

تحقق من عدم وجود:

• خطأ خادم من فئة 5xx.
• خطأ 404 أو Soft 404.
• إعادة توجيه غير مقصودة.
• سلسلة طويلة من عمليات إعادة التوجيه.
• حظر مؤقت بسبب جدار الحماية.
• طلب تسجيل الدخول لمشاهدة المحتوى.
• منع Googlebot من الوصول إلى ملفات ضرورية لعرض الصفحة.

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

حسّن الروابط الداخلية المؤدية إلى الصفحة

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

أضف روابط إليها من صفحات مرتبطة بموضوعها، مثل:

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

استخدم نصًا وصفيًا مفهومًا للرابط. فبدلًا من كتابة:

اضغط هنا

يمكن كتابة:

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

يساعد ذلك القارئ ومحرك البحث على فهم موضوع الصفحة قبل زيارتها. وتوصي جوجل بأن تكون كل صفحة مهمة مرتبطة بصفحة أخرى قابلة للاكتشاف داخل الموقع، مع استخدام روابط HTML قابلة للزحف. (developers.google.com)

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

راجع خريطة الموقع XML

خريطة الموقع تساعد جوجل على اكتشاف الروابط، لكنها ليست أمرًا مباشرًا للفهرسة.

تأكد من أن الخريطة:

• تحتوي على النسخة الأساسية الصحيحة من الرابط.
• لا تضم صفحات محذوفة أو معاد توجيهها.
• لا تحتوي على صفحات محظورة أو موجهة إلى noindex.
• لا تدرج نسخ HTTP وHTTPS معًا.
• تستخدم تنسيقًا موحدًا للنطاق، سواء مع www أو دونها.
• تُحدّث عند نشر الصفحات أو حذفها.
• يمكن الوصول إليها دون أخطاء.

أدرج في خريطة الموقع الصفحات التي تريد ظهورها فعلًا في نتائج البحث، ويفضل إدراج عناوين URL الأساسية Canonical فقط. (developers.google.com)

إذا كان لديك متجر كبير، فقد يفيد فصل الخرائط حسب نوع المحتوى، مثل:

• خريطة المنتجات.
• خريطة التصنيفات.
• خريطة المقالات.
• خريطة الصفحات الثابتة.

يسهّل ذلك معرفة القسم الذي يعاني من تأخر الزحف بدل التعامل مع جميع الروابط كمجموعة واحدة.

قلّل الروابط المكررة وغير المهمة

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

قد يمتلك المنتج أو التصنيف روابط متعددة بسبب:

• الترتيب حسب السعر.
• التصفية حسب العلامة التجارية.
• تحديد اللون أو المقاس.
• معلمات الحملات الإعلانية.
• اختلاف شكل الأحرف أو الشرطة المائلة.
• صفحات الطباعة والمشاركة.
• جلسات المستخدمين ومعرفات التتبع.

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

الحل يختلف حسب نوع الرابط، وقد يتضمن:

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

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

افحص سرعة الخادم واستقراره

عندما ترتفع مدة استجابة الخادم أو تتكرر أخطاء 5xx و429، قد يقلل جوجل معدل الزحف لتجنب زيادة الضغط على الموقع. وتوضح وثائق جوجل أن تحسين استجابة الخادم وتقليل سلاسل إعادة التوجيه والموارد البطيئة قد يساعد على رفع كفاءة الزحف. (developers.google.com)

راجع خصوصًا:

• سجل أخطاء الخادم.
• أوقات توقف الاستضافة.
• استهلاك المعالج والذاكرة.
• بطء قاعدة البيانات.
• إضافات ووردبريس التي تنفذ عمليات ثقيلة.
• أخطاء شبكة توصيل المحتوى CDN.
• إعدادات الحماية التي تحد من طلبات Googlebot.
• زيادة زمن الاستجابة وقت الضغط.

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

تأكد من أن الصفحة تستحق أولوية الزحف

قد تكون الصفحة سليمة من الناحية التقنية، لكنها معزولة أو شديدة الشبه بصفحات كثيرة داخل الموقع.

راجع الأسئلة التالية:

• هل تقدم الصفحة موضوعًا واضحًا يمكن تمييزه عن بقية الصفحات؟
• هل تستهدف حاجة حقيقية لدى المستخدم؟
• هل توجد صفحة أخرى تؤدي الوظيفة نفسها؟
• هل الصفحة مجرد نسخة مختصرة من صفحة أقوى؟
• هل تحتوي على معلومات كافية لاتخاذ قرار أو حل مشكلة؟
• هل عنوانها ومحتواها متوافقان معًا؟
• هل توجد روابط داخلية تدل على أهميتها؟
• هل ما زالت الصفحة مفيدة وحديثة؟

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

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

اطلب الفهرسة بعد إجراء تحسين حقيقي

بعد التأكد من سلامة الصفحة، يمكنك استخدام أداة فحص عنوان URL ثم اختيار طلب الفهرسة.

استخدم هذا الخيار مع الصفحات المهمة فقط، مثل:

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

لا تكرر الطلب عدة مرات للرابط نفسه؛ لأن ذلك لا يجعل الزحف أسرع. وعند وجود عدد كبير من الصفحات، يكون تحسين بنية الموقع وخريطة XML أكثر فائدة من إرسال الروابط يدويًا واحدًا تلو الآخر. (developers.google.com)

أخطاء شائعة لا تعالج المشكلة

إرسال خريطة الموقع كل يوم

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

طلب فهرسة الرابط بصورة متكررة

الطلب المتكرر لا يرفع أولوية الصفحة تلقائيًا، وقد يستهلك وقتك دون معالجة السبب الحقيقي.

إضافة محتوى طويل بلا فائدة

زيادة عدد الكلمات ليست حلًا مباشرًا. قد تكون صفحة قصيرة ومحددة أكثر فائدة من مقال طويل يكرر المعلومات نفسها.

بناء روابط داخلية عشوائية

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

محاولة فهرسة جميع صفحات الفلاتر

ليست كل تركيبة للون والمقاس والسعر صفحة بحث مفيدة. فهرسة آلاف الصفحات المتشابهة قد تزيد التكرار بدل تحسين ظهور المتجر.

تغيير الرابط دون حاجة

تغيير عنوان URL ينشئ رابطًا جديدًا يحتاج إلى الاكتشاف والزحف، وقد يؤدي إلى فقدان إشارات الرابط القديم إذا لم تُنفذ إعادة التوجيه بطريقة صحيحة.

خطة عملية مرتبة للإصلاح

يمكنك التعامل مع الحالة وفق الترتيب التالي:

1. صدّر أمثلة الروابط المتأثرة من Search Console.
2. افصل الصفحات المهمة عن الروابط التي لا تحتاج إلى الفهرسة.
3. افحص عددًا من الروابط المهمة بأداة فحص عنوان URL.
4. تأكد من إمكانية الزحف وعدم وجود noindex أو حظر غير مقصود.
5. راجع رمز الاستجابة وأخطاء الخادم.
6. تحقق من صحة العنوان الأساسي Canonical.
7. تأكد من إدراج النسخة الأساسية في خريطة الموقع.
8. أضف روابط داخلية من صفحات مرتبطة وقابلة للفهرسة.
9. ادمج الصفحات الضعيفة أو المتشابهة عند الحاجة.
10. قلّل توليد روابط الفلاتر والمعلمات غير المهمة.
11. اطلب الفهرسة للصفحات ذات الأولوية بعد تحسينها.
12. راقب التقرير على فترات مناسبة بدل فحصه عدة مرات يوميًا.

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