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

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

تنشر مقالًا أو صفحة خدمة، ترسل خريطة الموقع، ثم تفتح Google Search Console فتجد أن تم اكتشاف الصفحة ولم تتم فهرستها. المشكلة هنا ليست أن جوجل قرأ الصفحة ورفضها، بل أن عنوان URL معروف لديه ولم يُزحف إليه بعد. لذلك لا يبدأ التشخيص بإعادة كتابة المقال أو الضغط المتكرر على Request Indexing، وإنما بتحديد سبب تأخر الزحف إلى رابط تعرفه جوجل بالفعل. Google تعرف هذه الحالة رسميًا بأنها URL تم العثور عليها لكنها لم تُزحف بعد. (Google Support)

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

هذا المقال مخصص لهذه الحالة فقط. إذا كنت تبحث عن شرح عام لمراحل Discovery وCrawling وIndexing والفرق بينها، فراجع دليل الزحف والفهرسة في جوجل. أما هنا فنركز على سؤال واحد: لماذا يعرف Google الرابط لكنه لم يزره بعد، وما الخطوات العملية التي تساعدك على تشخيص تم اكتشاف الصفحة ولم تتم فهرستها دون خلطها مع حالات فهرسة أخرى؟ المقال الموجود حاليًا على عربي سيو يغطي بالفعل دورة الزحف والفهرسة بصورة عامة، ولذلك الفصل بين النيتين مهم. (عربي سيو)

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

تعني تم اكتشاف الصفحة ولم تتم فهرستها أن Google يعرف عنوان URL، لكنه لم يطلب الصفحة عبر Googlebot حتى الآن. لهذا يكون حقل Last crawl فارغًا في تقرير Page indexing. وقد تعرف Google على الرابط من Sitemap أو رابط داخلي أو مصدر آخر، لكن الاكتشاف وحده لا يعني أن الزحف سيحدث فورًا. وهذا مطابق لتعريف Google الرسمي للحالة. (Google Support)

المصطلح الإنجليزي Discovered currently not indexed يصف المرحلة نفسها: الرابط معروف، لكن عملية Crawl لم تحدث بعد. لذلك فإن حل مشكلة عدم فهرسة الصفحات في هذه الحالة يبدأ من Discovery وCrawl Priority وكفاءة الوصول، وليس من افتراض أن المحتوى رُفض بعد القراءة.

ما الفرق بين تم اكتشاف الصفحة ولم تتم فهرستها وتم الزحف إليها ولم تتم فهرستها؟

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

أما حالة تم الزحف إلى الصفحة ولم تتم فهرستها فتعني أن جوجل زار الصفحة بالفعل وقرأ محتواها، لكنه لم يقرر إضافتها إلى الفهرس حاليًا. هنا تنتقل الأولوية إلى مراجعة قيمة الصفحة، التكرار، الإشارات المتعلقة بالنسخة الأساسية، ومدى وضوح هدفها. Google نفسها تفصل بين مراحل Crawling وIndexing ولا تضمن أن كل صفحة تُزحف ستدخل الفهرس. (Google for Developers)

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

الحالة	هل Google يعرف URL؟	هل حدث Crawl؟	نقطة البداية
Discovered currently not indexed	نعم	لا	أولوية وكفاءة الزحف
Crawled currently not indexed	نعم	نعم	إشارات الفهرسة والصفحة
Indexed	نعم	نعم	الظهور والترتيب

إذا تغيّرت حالة الرابط من Discovered إلى Crawled currently not indexed، فتوقف عن تطبيق حلول هذا المقال؛ لأنك تجاوزت مرحلة الزحف وأصبحت أمام مشكلة مختلفة.

كيف تعرف أي مشكلة تعاني منها صفحتك؟

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

راجع أربعة أشياء:

• حالة Page indexing.
• هل تظهر تم اكتشاف الصفحة ولم تتم فهرستها أو حالة أخرى؟
• هل Last crawl فارغ؟
• هل يظهر أن الرابط موجود في Sitemap أو تم العثور عليه من مصدر آخر؟

بعد ذلك استخدم Test Live URL للتأكد من أن النسخة الحالية من الصفحة متاحة ويمكن طلبها. هذا الاختبار لا يعني أن الصفحة مفهرسة، لكنه يساعدك على التفريق بين حالة محفوظة في Search Console ومشكلة وصول موجودة الآن. ويمكن استخدام URL Inspection أيضًا لطلب الزحف إلى عدد محدود من الروابط بعد التأكد من سلامتها. (Google for Developers)

شخّص الحالة في دقيقتين من Search Console

بدل تنفيذ قائمة طويلة من التعديلات على كل رابط، استخدم هذا المسار:

ما تراه	الخطوة الأقرب
URL جديدة + Live Test ناجح + رابط واحد فقط	اربط الصفحة داخليًا وانتظر ثم اطلب الفهرسة مرة
الحالة على عدة مقالات جديدة	راجع Workflow النشر والربط والتصنيفات
الحالة على آلاف URLs	راجع URL Inventory وكفاءة الزحف والخادم
Live Test يفشل	أصلح مشكلة الوصول أولًا
Last crawl موجود	راجع هل الحالة أصلًا Crawled currently not indexed
الرابط موجود فقط في Sitemap	قوِّ مكانه داخل هيكل الموقع
المشكلة بدأت مع بطء أو أخطاء خادم	راجع Logs و5xx و429
الحالة تحولت إلى Crawled	انتقل إلى تشخيص الفهرسة بعد الزحف

هذه المصفوفة تمنع استخدام طلب فهرسة الصفحة أو زيادة المحتوى كحل آلي لكل حالة.

هل الحالة تعتبر خطأ؟

ظهور تم اكتشاف الصفحة ولم تتم فهرستها لا يشبه خطأ 404 أو 5xx. هو وصف لحالة URL داخل مسار الاكتشاف والزحف. وقد تكون الحالة طبيعية مؤقتًا على صفحة جديدة، لأن Google لا يضمن الزحف أو الفهرسة الفورية لكل عنوان URL حتى لو كانت الصفحة تستوفي المتطلبات الأساسية. (Google for Developers)

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

السبب الأول: الصفحة جديدة ولم يصل دورها في الزحف

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

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

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

السبب الثاني: الصفحة في Sitemap لكنها ضعيفة داخل الربط الداخلي

قد تعرف Google الرابط من XML Sitemap، فيظهر تم اكتشاف الصفحة ولم تتم فهرستها، لكن الصفحة تكون شبه معزولة عن بقية الموقع. Sitemap تساعد على اكتشاف URL، لكنها لا تعوض بنية داخلية توضح أين تقع الصفحة ولماذا هي مهمة. Google توضح أن الصفحات المرتبطة جيدًا داخليًا يمكن عادة اكتشافها عبر روابط الموقع، بينما تساعد Sitemap خصوصًا في المواقع الكبيرة أو الجديدة. (Google for Developers)

اسأل:

• هل الصفحة مرتبطة من صفحة تصنيف أو Hub مناسب؟
• هل يوجد رابط إليها من مقال أو صفحة ذات صلة حقيقية؟
• هل تظهر في Archive أو Category قابلة للزحف؟
• هل يستطيع المستخدم الوصول إليها دون كتابة URL يدويًا؟

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

السبب الثالث: طريقة نشر المقالات الجديدة لا تمنحها مسارًا واضحًا

من أسباب عدم فهرسة المقالات أن عملية النشر نفسها لا تضيف المقال إلى بنية الموقع بشكل فعّال. قد تُحدَّث Sitemap، لكن المقال لا يظهر في Category، أو لا يرتبط من محتوى قديم، أو يبقى خلف Pagination عميقة، أو يمنع Cache ظهور الرابط الجديد بسرعة.

إذا كانت تم اكتشاف الصفحة ولم تتم فهرستها تظهر على المقالات الجديدة فقط، راجع Workflow النشر كاملًا:

1. هل يدخل المقال إلى التصنيف فورًا؟
2. هل الصفحة التي تعرض أحدث المقالات قابلة للزحف؟
3. هل توجد روابط سياقية من مقالات أقدم؟
4. هل Sitemap تتحدث؟
5. هل الرابط يظهر فعليًا داخل HTML وروابط قابلة للزحف؟

Google توصي بأن تكون الروابط الأساسية روابط HTML قابلة للزحف حتى يستطيع Googlebot اكتشاف الوجهات وفهمها. (Google for Developers)

هذا التشخيص أكثر فائدة من إعادة كتابة المقدمة كل مرة.

السبب الرابع: الموقع يولد URLs أكثر مما يحتاج

في المتاجر والمنصات الكبيرة، قد تتضخم قائمة العناوين بسبب الفلاتر والباراميترات والبحث الداخلي والأرشيفات والترتيب وصفحات الوسوم. عندما يعرف Google عددًا ضخمًا من URLs، تصبح كفاءة إدارة المخزون مهمة. وتوصي Google المواقع الكبيرة بمراجعة كفاءة الزحف وتقليل المسارات غير المهمة التي تستهلك الموارد. (Google for Developers)

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

• Faceted navigation.
• Parameters.
• Filters.
• Search URLs.
• Tags.
• Calendar archives.
• نسخ الطباعة أو الفرز.
• صفحات فارغة أو شبه فارغة.

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

هل ميزانية الزحف هي السبب دائمًا؟

لا. استخدام ميزانية الزحف كتفسير لكل رابط غير مفهرس من أكثر الأخطاء شيوعًا. Google توجه إرشادات Crawl Budget المتقدمة أساسًا للمواقع الكبيرة، وتذكر أيضًا أن وجود نسبة كبيرة من URLs في حالة Discovered – currently not indexed من العلامات التي قد تستدعي مراجعة أعمق. (Google for Developers)

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

السبب الخامس: الخادم لا يعطي Google مساحة آمنة للزحف

تتأثر قدرة Googlebot على الزحف بكيفية استجابة الموقع. فإذا كان الخادم غير متاح، أو يعيد أخطاء متكررة، أو لا يستطيع التعامل مع الطلبات، قد تحتاج إلى معالجة Availability وServer Capacity قبل التركيز على الصفحة نفسها. وتضع Google فحص مشاكل توافر الموقع في بداية خطوات تشخيص Crawl Errors. (Google for Developers)

لذلك إذا ظهرت تم اكتشاف الصفحة ولم تتم فهرستها على نطاق واسع بالتزامن مع:

• 5xx Errors.
• 429 Too Many Requests.
• بطء شديد في الاستجابة.
• Downtime.
• مشاكل DNS أو CDN.
• Firewall يقيّد Googlebot.

فلا تبدأ بتحسين الكلمات المفتاحية. افحص Logs والاستضافة والبنية التحتية أولًا.

هذه من مشاكل الزحف في جوجل التي يكون حلها تقنيًا على مستوى الموقع، وليس تعديل صفحة واحدة.

السبب السادس: الصفحة ذات أولوية ضعيفة داخل بنية كبيرة

إذا كان الموقع يحتوي آلاف الصفحات، فليس كل URL في المكان نفسه من حيث الربط والاكتشاف والتحديث. صفحة مهمة مرتبطة من Hub رئيسي وتظهر ضمن مسارات واضحة تختلف عن صفحة جديدة لا يصل إليها إلا ملف Sitemap.

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

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

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

هنا يجب التفريق بين مرحلتين. عندما تكون الحالة تم اكتشاف الصفحة ولم تتم فهرستها، لا يصح أن نقول إن Google قرأ محتوى الصفحة الحالية ورفضه بسبب الجودة؛ لأنه لم يزحف إليها بعد. (Google Support)

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

اسأل قبل الإصرار على الفهرسة:

• هل هذه الصفحة لها Search Intent مستقلة؟
• هل تختلف فعليًا عن صفحة موجودة؟
• هل هناك سبب للمستخدم لفتحها؟
• هل هي مجرد نسخة محلية أو مرادف بلا قيمة جديدة؟
• هل تستحق أن تكون URL مستقلة؟

أحيانًا أفضل حل مشكلة عدم فهرسة الصفحات هو دمج صفحة ضعيفة بدل محاولة إجبار Google على الزحف إليها.

هل Sitemap تكفي؟

لا. يمكن أن تكون الصفحة موجودة في Sitemap وتظل تم اكتشاف الصفحة ولم تتم فهرستها. Google توضح صراحة أن Sitemap تساعدها على اكتشاف URLs، لكنها لا تضمن أن كل URL سيتم الزحف إليه وفهرسته. (Google for Developers)

راجع أن:

• URL هي النسخة النهائية التي تريدها.
• الصفحة تعيد 200.
• Sitemap لا تحتوي Redirects أو 404 أو URLs غير مهمة.
• النسخة المرسلة متوافقة مع Canonical المقصودة.
• <lastmod> يعكس تحديثًا حقيقيًا.

Google توصي بإدراج URLs التي تريد ظهورها في نتائج البحث، وتوضح أن <lastmod> يجب أن يعكس آخر تعديل مهم إذا كنت تستخدمه. (Google for Developers)

إذا كانت الصفحة غير مفهرسة في جوجل رغم وجودها في Sitemap، لا تستنتج أن ملف Sitemap “لا يعمل”. قد يكون قد أدى وظيفته بالفعل واكتشف Google الرابط، بينما المشكلة الآن في مرحلة الزحف التالية.

يمكنك الرجوع إلى دليل Google الرسمي حول ملفات Sitemap لمراجعة هذه النقطة. (Google for Developers)

هل طلب فهرسة الصفحة يحل المشكلة؟

استخدم طلب فهرسة الصفحة عندما يكون لديك عدد صغير من URLs المهمة وبعد التأكد من أن الصفحة متاحة وسليمة. لكن لا تتعامل معه كزر يفرض الزحف.

Google توضح أن إعادة طلب الزحف إلى الرابط نفسه عدة مرات لن تجعله يُزحف أسرع، كما أن طلب الزحف نفسه لا يضمن الفهرسة أو الظهور. (Google for Developers)

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

الترتيب الأفضل:

1. افحص URL.
2. نفذ Live Test.
3. أصلح أي مشكلة وصول.
4. تأكد من Sitemap والروابط الداخلية.
5. استخدم Request Indexing مرة.
6. راقب.

يمكن مراجعة توثيق Google الرسمي لطلب إعادة الزحف قبل استخدام الأداة. (Google for Developers)

هذا الاستخدام أكثر منطقية من الضغط المتكرر بغرض تسريع فهرسة الموقع.

هل يمكن تسريع فهرسة الموقع فعلًا؟

يمكنك تحسين الظروف التي تساعد Google على اكتشاف الصفحات والزحف إليها، لكن لا توجد طريقة موثوقة تضمن أرشفة كل URL خلال ساعات أو أيام محددة. Google تقول إن الزحف قد يستغرق من أيام إلى أسابيع، ولا تضمن أن Request Indexing يؤدي إلى ظهور الصفحة فورًا أو أصلًا. (Google for Developers)

لـتسريع فهرسة الموقع بطريقة سليمة:

• حافظ على Sitemap محدثة.
• اربط الصفحات المهمة من محتوى ذي صلة.
• قلل URLs غير الضرورية في المواقع الكبيرة.
• حافظ على استقرار الخادم.
• اجعل الصفحات المهمة سهلة الوصول.
• انشر محتوى له غرض مستقل.
• استخدم URL Inspection للصفحات المحدودة المهمة.

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

هل تحسين جودة الصفحة جزء من الحل؟

نعم، لكن في مكانه الصحيح. تحسين جودة الصفحة لا يعني أن Google قرأ الصفحة ورفضها؛ فهذه الحالة تسبق الزحف. (Google Support)

لكن يجب أن تتأكد أنك لا تطلب من Google الاستثمار في صفحات لا تضيف قيمة أو تكرر محتوى قائمًا.

قبل نشر الصفحة اسأل:

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

هذا يقلل تكاثر الصفحات التي لا تستحق URL مستقلة ويحسن بنية الموقع على المدى الطويل.

هل إضافة كلمات أكثر تحل المشكلة؟

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

Google لا تضمن الزحف أو الفهرسة بناءً على طول المحتوى، بل توضح أن الصفحة حتى مع استيفاء المتطلبات لا يوجد ضمان بأن يتم الزحف إليها أو فهرستها أو عرضها. (Google for Developers)

لذلك لا تجعل أسباب عدم فهرسة المقالات تتحول تلقائيًا إلى “المقال قصير”.

الأفضل أن تبدأ من:

الوصول → الربط الداخلي → Sitemap → الخادم → حجم URLs → أولوية الصفحة

ثم تنتقل لجودة المحتوى في سياقها الصحيح.

هل الباك لينك هو الحل؟

ليس كحل مباشر. عندما ترى تم اكتشاف الصفحة ولم تتم فهرستها، فGoogle يعرف URL بالفعل، لذلك لا توجد مشكلة “اكتشاف الرابط من الصفر”.

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

ابدأ أولًا من الإشارات التي تتحكم بها داخل الموقع.

وماذا عن Robots.txt وNoindex؟

لا توسع التشخيص هنا إلى كل مشاكل الفهرسة. robots.txt يتحكم أساسًا في URLs التي يمكن للزاحف طلبها، بينما noindex توجيه لمنع ظهور الصفحة في نتائج البحث. إذا كان Search Console يعرض حالة أخرى مرتبطة بأحدهما، عالج تلك الحالة بدل اعتبارها نفس المشكلة. (Google for Developers)

إذا كان Live Test أو Search Console يعرض حالة مثل Blocked by robots.txt أو Excluded by noindex، فأنت لم تعد أمام تم اكتشاف الصفحة ولم تتم فهرستها كالحالة الأساسية التي يعالجها هذا المقال.

هذا الفصل مهم لأن حل مشكلة عدم فهرسة الصفحات يجب أن يبدأ من سبب الاستبعاد الحقيقي، لا من اسم عام مثل “الصفحة غير مفهرسة”.

ماذا تفعل إذا كانت المشكلة في صفحة واحدة فقط؟

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

• تأكد أن الصفحة موجودة في Sitemap.
• اربطها من صفحة ذات صلة.
• راجع أنها ليست Orphan.
• نفذ Live Test.
• استخدم طلب فهرسة الصفحة مرة.
• امنح Google وقتًا.

Google نفسها تنصح باستخدام URL Inspection للعدد الصغير من URLs واستخدام Sitemap عند التعامل مع أعداد أكبر. (Google for Developers)

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

ماذا تفعل إذا كانت المشكلة في كل المقالات الجديدة؟

عندما تلاحظ تم اكتشاف الصفحة ولم تتم فهرستها على معظم المحتوى الجديد، راجع النظام بدل كل مقال منفردًا.

اسأل:

هل التصنيف الذي يستقبل المقالات قابل للزحف؟ هل روابط المقالات الجديدة تظهر في HTML؟ هل Sitemap تُحدَّث؟ هل هناك Cache يؤخر ظهور الروابط؟ هل المقالات الجديدة كلها متشابهة؟ هل الموقع ينشر كمية أكبر بكثير من المعتاد؟

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

ماذا تفعل إذا كانت المشكلة في مئات أو آلاف الصفحات؟

هنا يتغير مستوى التحليل. إذا كانت هذه الحالة تغطي جزءًا واسعًا من موقع كبير، لا تعمل URL by URL.

حلل:

• مجموعات URLs.
• Templates.
• Directories.
• Parameters.
• Filters.
• Crawl Stats.
• Server logs.
• Sitemap segmentation.
• Internal link depth.
• نسب 5xx و429.
• تغيرات النشر الأخيرة.

Google توصي في مشكلات الزحف واسعة النطاق بالبحث عن Availability Issues والصفحات التي لا تُزحف وتحسين Crawl Efficiency بدل معالجة كل URL منعزلة. (Google for Developers)

في هذه الحالة قد تحتاج إلى تدقيق تقني أوسع ضمن خدمات تحسين محركات البحث SEO بدل معالجة كل رابط يدويًا، لأن المشكلة أصبحت في Architecture أو Crawl Efficiency أو البنية التقنية وليس في صفحة واحدة. صفحة الخدمة الحالية تتناول بالفعل مراجعة الفهرسة والمشكلات التقنية ضمن خطة SEO أوسع. (عربي سيو)

كيف تفرق بين مشكلة صغيرة ومشكلة Site-wide؟

النمط	التفسير الأقرب
URL واحدة جديدة	تأخير أو ضعف ربط موضعي
مجموعة مقالات جديدة	Workflow نشر أو Architecture
مجلد كامل	Template أو ربط أو إعداد تقني
آلاف صفحات فلترة	Crawl Efficiency
ظهور الحالة مع 5xx/429	Server Capacity
روابط بلا أي Internal Links	Orphan Pages
الصفحة انتقلت إلى Crawled	انتهت مشكلة ما قبل الزحف

إذا كانت الصفحة غير مفهرسة في جوجل، لا يكفي وصف النتيجة؛ العدد والنمط هما ما يحددان مستوى الحل.

هل المشكلة تختلف بين السعودية ومصر والإمارات؟

المعنى التقني لحالة تم اكتشاف الصفحة ولم تتم فهرستها لا يتغير حسب الدولة؛ فهي حالة في Search Console تصف علاقة Google بعنوان URL. (Google Support)

ما يتغير هو نوع الموقع وحجمه وبنيته.

متجر كبير في السعودية بفلاتر كثيرة قد يحتاج تحليلًا مختلفًا عن موقع شركة في مصر يضم 40 صفحة، أو بوابة عقارية في الإمارات تنتج عددًا ضخمًا من URLs.

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

أخطاء شائعة تجعل التشخيص أسوأ

عند ظهور تم اكتشاف الصفحة ولم تتم فهرستها تجنب:

• الضغط على Request Indexing كل يوم.
• إعادة نشر الصفحة دون سبب.
• تغيير URL أكثر من مرة.
• زيادة عدد الكلمات فقط.
• شراء Backlinks بغرض الأرشفة.
• افتراض أن كل موقع لديه أزمة ميزانية الزحف.
• إرسال كل URL ينتجه CMS إلى Sitemap.
• بناء روابط داخلية عشوائية.
• الخلط بين Discovered وCrawled.
• اعتبار كل صفحة غير مفهرسة مشكلة يجب إصلاحها.

خصوصًا تكرار Request Indexing؛ Google تقول بوضوح إن تكرار طلب الزحف إلى URL نفسها لا يجعلها تُزحف أسرع. (Google for Developers)

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

Checklist لحل المشكلة بالترتيب الصحيح

إذا ظهرت تم اكتشاف الصفحة ولم تتم فهرستها، طبّق هذا الترتيب:

1. حدد أهمية URL
   هل الصفحة تستحق فعلًا أن تكون في الفهرس؟
2. أكد الحالة من URL Inspection
   لا تعتمد على تخمين أو بحث site: فقط.
3. راجع Last crawl
   في Discovered يكون المتوقع ألا يكون هناك زحف مسجل للحالة. (Google Support)
4. شغّل Live Test
   تأكد من إمكانية الوصول الحالية.
5. راجع Sitemap
   تأكد أن النسخة الصحيحة من URL موجودة.
6. راجع Internal Links
   لا تجعل Sitemap المصدر الوحيد للصفحة.
7. افحص Orphan Pages
   تأكد أن هناك مسارًا منطقيًا للوصول.
8. راجع الخادم إذا كان النمط واسعًا
   ابحث عن 5xx و429 والبطء.
9. راجع URL Inventory إذا كان الموقع كبيرًا
   خصوصًا الفلاتر والباراميترات والتكرارات.
10. استخدم طلب فهرسة الصفحة مرة
    بعد إصلاح الأسباب التي تستطيع التحكم بها.
11. راقب تغير الحالة
    الانتقال إلى Crawled يعني أن التشخيص التالي مختلف.

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

متى تعتبر أن الانتظار وحده لم يعد كافيًا؟

لا توجد مدة ثابتة تضمن بعدها أن تم اكتشاف الصفحة ولم تتم فهرستها أصبحت خطأً مؤكدًا. Google تقول إن إعادة الزحف قد تستغرق من بضعة أيام إلى بضعة أسابيع، لكن ذلك ليس موعدًا مضمونًا لكل URL. (Google for Developers)

الأهم من عدد الأيام هو النمط.

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

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

الأسئلة الشائعة

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

تعني تم اكتشاف الصفحة ولم تتم فهرستها أن Google يعرف عنوان URL لكنه لم يزحف إلى الصفحة بعد. ولهذا يظهر Last crawl فارغًا في التقرير. (Google Support)

ما معنى Discovered currently not indexed؟

Discovered currently not indexed هي التسمية الإنجليزية لحالة اكتشف فيها Google الرابط ولم ينفذ Crawl إليه حتى الآن. (Google Support)

ماذا تعني تم اكتشاف الصفحة ولم تتم فهرستها حتى الآن؟

عبارة تم اكتشاف الصفحة ولم تتم فهرستها حتى الآن تعني أن الرابط معروف لدى Google، لكن الصفحة لم تُطلب بواسطة Googlebot حتى تلك اللحظة. (Google Support)

كيف أبدأ حل مشكلة عدم فهرسة الصفحات؟

ابدأ حل مشكلة عدم فهرسة الصفحات بتحديد الحالة الدقيقة في URL Inspection، ثم راجع Live Test وSitemap والروابط الداخلية واستقرار الخادم قبل استخدام Request Indexing.

لماذا الصفحة غير مفهرسة في جوجل رغم وجودها في Sitemap؟

قد تكون الصفحة غير مفهرسة في جوجل رغم وجودها في Sitemap لأن ملف Sitemap يساعد على اكتشاف URL ولا يضمن الزحف أو الفهرسة الفورية. (Google for Developers)

ما أهم أسباب عدم فهرسة المقالات الجديدة؟

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

هل مشاكل الزحف في جوجل مرتبطة بالخادم؟

نعم، بعض مشاكل الزحف في جوجل قد ترتبط بمشكلات Availability أو استجابة الخادم، ولذلك تبدأ Google خطوات Troubleshooting بفحص قدرة Googlebot على الوصول إلى الموقع. (Google for Developers)

هل طلب فهرسة الصفحة يضمن فهرستها؟

لا. طلب فهرسة الصفحة يساعدك على طلب إعادة الزحف إلى عدد محدود من URLs، لكنه لا يضمن الزحف أو الفهرسة، وتكرار الطلب لا يجعل العملية أسرع. (Google for Developers)

هل تسريع فهرسة الموقع ممكن؟

يمكن تسريع فهرسة الموقع بصورة غير مباشرة عبر بنية روابط أفضل وSitemap محدثة وخادم مستقر وتقليل URLs غير الضرورية، لكن لا يوجد ضمان بزمن ثابت للفهرسة. (Google for Developers)

هل ميزانية الزحف مهمة لكل المواقع؟

لا. ميزانية الزحف تصبح أكثر أهمية في المواقع الكبيرة أو سريعة التغير أو التي تنتج أعدادًا ضخمة من URLs؛ ولا ينبغي أن تكون أول تفسير لموقع صغير به عدد محدود من الصفحات المتأثرة. (Google for Developers)

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

تحسين جودة الصفحة مهم على مستوى الموقع، لكن إذا كانت الحالة Discovered فلا تفترض أن Google قرأ الصفحة ورفضها. الصفحة لم تُزحف أصلًا، لذلك ابدأ من الوصول وأولوية الزحف. (Google Support)

عندما تظهر تم اكتشاف الصفحة ولم تتم فهرستها، لا تعيد كتابة المحتوى فورًا ولا تضغط Request Indexing عشر مرات. الحالة تعني أن Google يعرف URL لكنه لم يزحف إليه بعد، وبالتالي يجب أن يبدأ التشخيص من النقطة السابقة للفهرسة. (Google Support)

راجع URL Inspection وLive Test، ثم Sitemap والروابط الداخلية وطريقة نشر الصفحات الجديدة. إذا كانت تم اكتشاف الصفحة ولم تتم فهرستها تظهر على نطاق واسع، انتقل إلى تحليل الخادم وURL Inventory وكفاءة الزحف، ولا تستخدم ميزانية الزحف كتفسير جاهز لكل موقع.

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