تم اكتشافها — غير مفهرسة حاليًا

الخلاصة — تعني حالة “Discovered – currently not indexed” (تم اكتشافها — غير مفهرسة حاليًا) في Google Search Console أن Google عثرت على صفحتك، لكنها لم تنزّلها (تزحف إليها) بعد؛ لذلك لا يمكن أن تظهر في البحث. يكون تاريخ Last Crawl فارغًا. ويعني هذا عادةً أن Google لم ترَ الصفحة جديرة بالزحف الآن، أو أن الزحف إليها كان سيضغط على خادمك. والحل هو تسهيل الوصول إلى صفحاتك المهمة وإظهار أنها تستحق الزحف، لا مواصلة النقر على Request indexing. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

ماذا تعني هذه الحالة؟

افتح Google Search Console وانتقل إلى تقرير فهرسة الصفحات (Page Indexing report)، وسترى صفحاتك مجمعة حسب الحالة. وفئة “Discovered – currently not indexed” (تم اكتشافها — غير مفهرسة حاليًا) مخصصة لعناوين URL التي تعرفها Google، لكنها لم تزحف إليها فعليًا بعد. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

تذكّر المراحل الثلاث التي تمر بها كل صفحة كي تظهر في البحث:

1. الزحف — تنزّل Google الصفحة.
2. الفهرسة — تحفظها Google في قاعدة بياناتها.
3. العرض (الترتيب) — تعرضها Google عندما يبحث شخص ما.

تتعطل الصفحة «المكتشفة» قبل المرحلة الأولى. عثرت Google على عنوان URL، غالبًا من خريطة موقع أو رابط، وأضافته إلى قائمة مهامها، ثم لم تصل إلى جلبه. وأوضح علامة في أداة URL Inspection هي أن تاريخ Last Crawl فارغ، لأنه لم يحدث أي زحف. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

لماذا تترك Google الصفحة في حالة «تم اكتشافها»؟

هناك سببان بلغة بسيطة:

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

كيف تختلف عن «تم الزحف إليها — غير مفهرسة حاليًا»؟

تبدو الحالتان متشابهتين جدًا ويخلط الناس بينهما باستمرار. والفارق كلمة واحدة: تم الزحف.

• تم اكتشافها — لم تجلب Google الصفحة بعد. تاريخ Last Crawl فارغ.
• تم الزحف إليها — غير مفهرسة حاليًا — جلبتها Google لكنها لم تحتفظ بها. ويوجد تاريخ Last Crawl. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

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

ما الذي يساعد فعلًا؟

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

الخطأ الذي يرتكبه معظم الناس

النقر على Request indexing مرارًا ليس الحل. قد يدفع عددًا قليلًا من عناوين URL المهمة، لكنه لا يتوسع إلى مئات الصفحات أو آلافها، ولا يعالج سبب خفض Google لأولويتها. إذا كان قسم كامل في حالة «تم اكتشافها»، فهذه إشارة إلى جودة موقعك أو بنيته أو خادمه، لا مشكلة يحلها زر. Evidence for this claim Google says repeated recrawl requests for the same URL do not make crawling faster and recommends sitemaps for many URLs. Scope: URL Inspection request indexing; crawling still does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs

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

الخلاصة — تعني “Discovered – currently not indexed” (تم اكتشافها — غير مفهرسة حاليًا) أن Google عثرت على عنوان URL لكنها لم تزحف إليه؛ يكون تاريخ Last Crawl فارغًا، وهذه هي الحقيقة الوحيدة التي تميزه عن “Crawled – currently not indexed” (تم الزحف إليها — غير مفهرسة حاليًا)، حيث جُلبت الصفحة ثم لم يُحتفظ بها. محركا Google هما سعة الزحف، حين يثقل الزحف الآن الخادم فتؤجله، وطلب الزحف، حين لا تبدو الصفحات جديرة بجهد الزحف بسبب الجودة أو الروابط الداخلية. وغالبًا ما يكون نمطًا على مستوى الموقع لا عيبًا في صفحة منفردة. أصلح جانب الطلب أولًا: الروابط الداخلية، وجودة المحتوى، وتقليل هدر الزحف، والروابط إلى الصفحات ذات الأولوية؛ ثم جانب السعة، أي سرعة الخادم واستقراره، للمواقع الكبيرة. يدفع Request indexing عددًا قليلًا من العناوين، لكنه لا يتوسع ولا يصلح السبب. وحتى الزحف إلى الصفحة لا يضمن فهرستها.

ما الذي تقول Google إن الحالة تعنيه فعلًا؟

يرد في تعريف تقرير فهرسة الصفحات نصًا: “The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl. This is why the last crawl date is empty on the report.” (ترجمة) «تقول Google إنها وجدت الصفحة ولم تزحف إليها بعد؛ إذ كان متوقعًا أن يحمّل الزحف الموقع، فأعادت جدولة الموعد، ولذلك ظل تاريخ آخر زحف فارغًا في التقرير.» Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report الجملة الأخيرة هي العلامة الكاملة: تاريخ Last Crawl فارغ = لم تُجلب قط. وعند فحص أحد هذه العناوين في GSC لن ترى زحفًا مسجلًا.

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

«تم اكتشافها» مقابل «تم الزحف إليها — غير مفهرسة حاليًا»

يستحق هذا الفرق ضبطًا دقيقًا، لأن الحالتين لهما أسباب جذرية وإصلاحات متباينة. يوجد جدول المقارنة في تبويب أوراق الغش؛ وهذه الخلاصة:

• تم اكتشافها — غير مفهرسة حاليًا = لم تُجلب بعد. تاريخ Last Crawl فارغ. إنها إشارة إلى أولوية الزحف أو سعته؛ قررت Google ألا تنفق عملية زحف عليها بعد.
• تم الزحف إليها — غير مفهرسة حاليًا = جُلبت ولم يُحتفظ بها. يوجد تاريخ Last Crawl. اطلعت Google عليها واختارت، حتى الآن، ألا تفهرسها؛ وهو تقييم فهرسة قد تكون له أسباب عدة، مثل التكرار أو ضعف المحتوى أو تحديد عنوان URL آخر أساسيًا، وليس «حكم جودة» واحدًا. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

وهنا ما يفوته الناس: خروج الصفحة من حالة «تم اكتشافها» لا يعني فهرستها. فقد تنتقل إلى «تم الزحف إليها — غير مفهرسة حاليًا» وتبقى هناك. الزحف بوابة لا ضمان، كما هو الحال في بقية البحث. Evidence for this claim Google says repeated recrawl requests for the same URL do not make crawling faster and recommends sitemaps for many URLs. Scope: URL Inspection request indexing; crawling still does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs

لماذا تترك Google الصفحات في حالة «تم اكتشافها»؟

تصوغ Google الزحف كميزانية من نصفين، وحالة «تم اكتشافها» عرض نموذجي لمشكلة في أحد الجانبين.

سعة الزحف — خادمك

تحسب Google حد سعة الزحف: أقصى عدد من الاتصالات المتوازية التي ستستخدمها على موقعك، ويُضبط بحسب استجابة خادمك. يقول دليل ميزانية الزحف: “Google’s crawlers calculate a crawl capacity limit, which is the maximum number of simultaneous parallel connections that Google can use to crawl a site,” (ترجمة) «تحسب برامج زحف Google حدًا لسعة الزحف، وهو أقصى عدد من الاتصالات المتوازية المتزامنة التي تستطيع Google استخدامها للزحف إلى موقع»، ويقول أيضًا: “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (ترجمة) «إذا تباطأ الموقع أو استجاب بأخطاء خادم، ينخفض الحد وتزحف Google بدرجة أقل.» تؤدي الاستجابات البطيئة والمهلات وأخطاء 5xx كلها إلى خنق الزحف؛ وعندما تكون السعة هي عنق الزجاجة تتراكم عناوين URL في «تم اكتشافها» لأنه لم توجد مساحة فعلية لجلبها.

طلب الزحف — جودة موقعك وبنيته

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

يلفت النظر أن دليل Google لميزانية الزحف في المواقع الكبيرة يذكر هذه الحالة صراحة؛ إذ يقول إن الدليل ينطبق على “Sites with a large portion of their total URLs classified by Search Console as Discovered - currently not indexed.” (ترجمة) «المواقع التي يصنف Search Console نسبة كبيرة من إجمالي عناوين URL فيها على أنها Discovered - currently not indexed.» وهكذا تربط Google نفسها الحالة بقيد ميزانية الزحف، أي السعة والطلب. وتحدد Google جمهور الدليل كذلك: مواقع بملايين العناوين، ومواقع سريعة التغير تحتوي نحو 10 000 صفحة أو أكثر، ومواقع لها نسبة كبيرة في حالة «تم اكتشافها». لكنها تصف هذه الأرقام صراحة بأنها تقديرات تصنيف تقريبية لا حدود دقيقة. إذا كان موقعك أصغر كثيرًا، فتعامل مع الدليل بوصفه خلفية لا دليلًا على وجود سقف سعة صلب.

غالبًا ما تكون إشارة على مستوى الموقع لا عيبًا في صفحة

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

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

كيف تشخّص السبب الذي لديك؟

قبل إصلاح أي شيء، حدد هل يقيدك جانب السعة أم الطلب:

• فحص السعة. راجع GSC Crawl Stats، بما فيها متوسط زمن الاستجابة وحالة المضيف وتوزيع رموز الاستجابة، وراجع سجلات الخادم بحثًا عن بطء وارتفاعات في 5xx أو المهلات. إذا كان خادمك يخنق Google بوضوح فهذه مشكلة سعة.
• فحص الطلب. راجع عمق الروابط الداخلية، أي عدد النقرات من الصفحة الرئيسية، والصفحات اليتيمة التي لا ترتبط بها أي صفحة، وجودة الموقع عمومًا، مثل أنماط العناوين الضعيفة أو المكررة أو المنشأة تلقائيًا. إذا كانت العناوين المكتشفة عميقة أو يتيمة أو ضمن مجموعة شبه مكررة، فهذه مشكلة طلب.

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

كيف تصلح المشكلة؟

هذه هي الروافع، بترتيب أثرها التقريبي في معظم المواقع:

قوِّ الروابط الداخلية وأصلح الصفحات اليتيمة

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

حسّن جودة المحتوى وادمج الصفحات الضعيفة والمكررة

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

قلّل هدر الزحف

التنقل ذي الأوجه، ومعلمات عناوين URL، ومعرفات الجلسات، وصفحات soft 404s، والمساحات اللانهائية هي «مصنع تم اكتشافها» التقليدي؛ فهي تنفق سعة الزحف على عناوين رديئة فلا يصل الزحف إلى محتواك الحقيقي. وهنا تنزف مواقع التجارة الإلكترونية والمواقع البرمجية أكثر. يحرر تقليل الهدر السعة ويشحذ إشارة الجودة التي تقرؤها Google من أنماط عناوينك. راجع ميزانية الزحف ومصائد العناكب.

سرّع الخادم وثبّت أداءه

في جانب السعة، ترفع الاستجابات الأسرع والأكثر استقرارًا حد سعة الزحف. تقول Google إن الزحف يقل عندما يتباطأ الموقع أو يعيد أخطاء. أصلح أخطاء 5xx، وقلّل زمن الاستجابة، وأزل المهلات.

اكسب روابط إلى الصفحات ذات الأولوية

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

متى تستخدم Request indexing ومتى لا تستخدمه؟

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

متى لا تفعل شيئًا؟

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

عند قياس «نسبة كبيرة أو مهمة»، عرّف المقام أولًا. تقتصر قائمة الأمثلة في تقرير فهرسة الصفحات لكل حالة على 1 000 عنوان URL، ولا يُضمن أن تعرض كل عنوان متأثر؛ لذلك لا تعامل الأمثلة المصدرة كقائمة كاملة. قارن عدد التقرير بمخزون خريطة الموقع أو عناوين URL لديك، لا بالأمثلة فقط، لتحصل على نسبة صادقة، ورتب الأولويات بحسب أهمية الأعمال وإمكانات الزيارات لا عدد الصفوف وحده.

حالات خاصة: المواقع الكبيرة والتجارة الإلكترونية والمواقع البرمجية

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

أين تقع هذه الحالة؟

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

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

• ما هي؟ حالة في تقرير فهرسة الصفحات في GSC تعني أن Google عثرت على عنوان URL لكنها لم تزحف إليه؛ يكون تاريخ Last Crawl فارغًا. إنها حالة انتظار قبل الزحف وليست عقوبة.
• مقابل تم الزحف إليها — غير مفهرسة حاليًا: تم اكتشافها = لم تُجلب بعد، وهي إشارة إلى أولوية الزحف أو سعته؛ وتم الزحف إليها = جُلبت وما زالت Google تقيّمها للفهرسة، ولذلك أسباب محتملة عدة لا «حكم جودة» واحدًا. والخروج من «تم اكتشافها» لا يضمن الفهرسة.
• سببان جذريان لدى Google: سعة الزحف، حين يثقل الزحف الآن الخادم فتؤجله Google؛ وطلب الزحف، حين لا تبدو صفحات موقعك مستحقة لجهد الزحف بسبب الجودة والروابط الداخلية. يستهدف دليل ميزانية الزحف المواقع الضخمة أو سريعة التغير، ويصف حدود الحجم كتقديرات تقريبية لا حدود دقيقة.
• غالبًا ما تكون على مستوى الموقع لا الصفحة: تستنتج Google أولوية الزحف من أنماط عناوين URL وجودة الموقع عمومًا. وهذا استنتاج عملي من سلوك الأنماط، لا أمر تثبته الحالة لعنوان واحد.
• التشخيص: استخدم Crawl Stats والسجلات لجانب السعة، وعمق الروابط الداخلية والصفحات اليتيمة وجودة الموقع لجانب الطلب. تميل المواقع الصغيرة والمتوسطة إلى قيود الطلب أكثر؛ ونُقل عن Illyes على نطاق واسع، دون تحقق من التسجيل الأصلي، أن نحو 90 % من المواقع لا تحتاج إلى القلق بشأن ميزانية الزحف. لكن أكد السبب ببياناتك لا بحجم الموقع.
• الإصلاح: قوِّ الروابط الداخلية وأصلح الصفحات اليتيمة؛ حسّن الجودة وادمج الصفحات الضعيفة أو المكررة؛ قلّل هدر الزحف من الأوجه والمعلمات وsoft 404s والمساحات اللانهائية؛ سرّع الخادم؛ واكسب روابط إلى الصفحات ذات الأولوية.
• يدفع Request indexing عددًا قليلًا من العناوين لكنه لا يتوسع ولا يصلح السبب؛ وتقول Google إنه لا حاجة إلى إعادة الإرسال. كما أن خفض عدد الصفحات دون تحسين الجودة لا يساعد.
• قياس التراكم: تقتصر أمثلة تقرير فهرسة الصفحات على 1 000 صف لكل حالة ولا يُضمن اكتمالها؛ قس النسبة إلى مخزون عناوين URL لديك، لا إلى العينة المصدرة فقط.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google

• تقرير فهرسة الصفحات — تعريف حالتي “Discovered – currently not indexed” (ترجمة) «تم اكتشافها — غير مفهرسة حاليًا» و*“Crawled – currently not indexed,”* (ترجمة) «تم الزحف إليها — غير مفهرسة حاليًا»، وسائر حالات التقرير.
• تحسين ميزانية الزحف — سعة الزحف وطلبه؛ يذكر الدليل صراحة المواقع التي لها نسبة كبيرة من عناوين «تم اكتشافها — غير مفهرسة حاليًا».
• دليل متعمق إلى طريقة عمل بحث Google — الزحف ثم الفهرسة ثم العرض، واكتشاف عناوين URL، ولماذا لا تعبر كل الصفحات كل مرحلة.
• الزحف والفهرسة — مركز robots وخرائط المواقع وأدوات التحكم في الزحف التي تستند إليها إصلاحات هدر الزحف.

Bing / Microsoft

• مساعدة Bing Webmaster Tools — لا يستخدم Bing التسمية الدقيقة «Discovered – currently not indexed»؛ بل يعرض الفهرسة عبر URL Inspection وSite Explorer وينظم الزحف بحصة الزحف وقيمة المحتوى. تحقق من مصطلحات Bing الحالية قبل الاستشهاد بها.

اقتباسات من المصدر

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

Google — التعريف في تقرير فهرسة الصفحات

• “Discovered - currently not indexed: The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl. This is why the last crawl date is empty on the report.” (ترجمة) «تم اكتشافها — غير مفهرسة حاليًا: وجدت Google الصفحة من دون أن تزحف إليها؛ ولأن الزحف كان قد يحمّل الموقع، أعادت جدولتَه، فظل تاريخ آخر زحف فارغًا في التقرير.» — مساعدة Google Search Console، تقرير فهرسة الصفحات. الانتقال إلى الاقتباس

Google — الحالة الشقيقة للمقارنة

• “Crawled - currently not indexed: The page was crawled by Google but not indexed. It may or may not be indexed in the future; no need to resubmit this URL for crawling.” (ترجمة) «تم الزحف إليها — غير مفهرسة حاليًا: زحفت Google إلى الصفحة لكنها لم تفهرسها. قد تُفهرس في المستقبل أو لا؛ ولا حاجة إلى إعادة إرسال عنوان URL هذا للزحف.» — مساعدة Google Search Console، تقرير فهرسة الصفحات. الانتقال إلى الاقتباس

Google — سعة الزحف وسبب خنق جانب الخادم

• “Google’s crawlers calculate a crawl capacity limit, which is the maximum number of simultaneous parallel connections that Google can use to crawl a site.” (ترجمة) «تحسب برامج زحف Google حدًا لسعة الزحف، وهو أقصى عدد من الاتصالات المتوازية المتزامنة التي تستطيع Google استخدامها للزحف إلى موقع.» — Google Search Central، تحسين ميزانية الزحف. الانتقال إلى الاقتباس
• ينطبق الدليل نفسه على “Sites with a large portion of their total URLs classified by Search Console as Discovered - currently not indexed.” (ترجمة) «المواقع التي يصنف Search Console نسبة كبيرة من إجمالي عناوين URL فيها على أنها Discovered - currently not indexed.» الانتقال إلى الاقتباس

قائمة فحص حالة «تم اكتشافها — غير مفهرسة حاليًا»

اعمل من أعلى إلى أسفل؛ أكد نوع المشكلة قبل أن تبدأ الإصلاح:

• أكد الحالة في URL Inspection ضمن GSC: هل تاريخ Last Crawl فارغ؟ الفراغ يعني أنها «تم اكتشافها» فعلًا لا «تم الزحف إليها».
• فحص السعة: راجع Crawl Stats، بما فيها متوسط زمن الاستجابة وحالة المضيف، وسجلات الخادم بحثًا عن بطء ومهلات وارتفاعات 5xx.
• فحص الطلب: هل عناوين URL المتأثرة يتيمة أو مدفونة بعمق في البنية؟ ارسم عمق الروابط الداخلية.
• فحص الجودة: هل هي أنماط عناوين URL ضعيفة أو شبه مكررة أو منشأة تلقائيًا بدل صفحات مختلفة حقًا؟
• فحص هدر الزحف: هل يضخم التنقل ذي الأوجه أو المعلمات أو معرفات الجلسات أو soft 404s أو مساحة لانهائية عدد العناوين؟
• الروابط الداخلية: ترتبط صفحات «تم اكتشافها» المهمة من صفحات تزحف إليها Google بالفعل، كالصفحة الرئيسية والمحاور والتنقل، ولا تقع على عمق نقرات كثيرة.
• خريطة الموقع: عناوين URL المتأثرة موجودة في خريطة موقع XML؛ فهذا يساعد على الاكتشاف ولا يرفع الأولوية وحده.
• صحة الخادم: استجابات سريعة مستقرة وتقليل 5xx والمهلات.
• حدد النطاق: حفنة من العناوين منخفضة القيمة يمكن تركها؛ أما نسبة كبيرة أو مهمة عالقة فتتطلب إصلاح سبب الطلب أو السعة.
• استخدم Request indexing لعدد قليل من العناوين المهمة فعلًا، لا كإصلاح جماعي.

النماذج الذهنية

1. تم اكتشافها = عُثر عليها ولم تُجلب. تاريخ Last Crawl الفارغ هو التشخيص الكامل. إذا جُلب شيء فلا يقع في «تم اكتشافها»، بل في «تم الزحف إليها». اضبط هذا أولًا، فكل ما بعده يعتمد عليه.

2. السعة مقابل الطلب. هناك سببان عامان لبقاء عنوان URL في «تم اكتشافها»: لم تستطع Google الزحف إليه بسبب سعة الخادم، أو لم ترد الزحف إليه بسبب الطلب، أي الجودة والروابط والأولوية. شخّص السبب قبل تغيير أي شيء. تكشف Crawl Stats والسجلات السعة، ويكشف عمق الروابط والصفحات اليتيمة وجودة الموقع الطلب.

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

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

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

6. Request indexing يدفع ولا يعالج. ينقل بضعة عناوين إلى مقدمة قائمة الانتظار، لكنه لا يغير سبب خفض أولويتها ولا يتوسع. استخدم الروافع البنيوية للإصلاح الحقيقي.

خريطة إصلاح الفرق بين «تم اكتشافها» و«تم الزحف إليها»

تم اكتشافها أم تم الزحف إليها؟ — خريطة الإصلاح

السعة مقابل الطلب — أي مشكلة لديك؟

حقائق سريعة

• تعني «تم اكتشافها» أن تاريخ Last Crawl فارغ؛ وهذه الحقيقة الوحيدة التي تميزها.
• محركا Google هما سعة الزحف وطلب الزحف.
• نُقل عن Gary Illyes على نطاق واسع، في تغطيات قطاعية لم أتحقق منها مستقلاً، أن نحو 90 % من المواقع لا تحتاج إلى القلق بشأن ميزانية الزحف. إنها إشارة اتجاهية لا إحصاء مؤكدًا. وفي المواقع الصغيرة والمتوسطة، غالبًا ما تكون الحالة المستمرة مشكلة جودة أو روابط أكثر من سقف سعة.
• لا يتوسع Request indexing ولا يصلح السبب؛ ولا حاجة إلى إعادة الإرسال.
• لا يضمن الزحف الفهرسة.
• تقتصر صفوف الأمثلة في تقرير فهرسة الصفحات على 1 000 لكل حالة ولا يُضمن اكتمالها؛ قس النسبة إلى مخزون عناوين URL لا إلى العينة.

لماذا لم تزحف Google إلى عناوين URL هذه؟

أدوات للفصل بين السعة والطلب

• Log File Analyzer — تحقق مما إذا كانت طلبات Googlebot تنخفض، وما أنماط عناوين URL التي تستهلك الطلبات، وهل توجد أخطاء.
• Robots.txt Tester — استبعد حظر الوصول قبل اعتبار غياب الزحف قرار جدولة.
• Sitemap Validator — تحقق من وجود عناوين URL الأساسية ذات الأولوية ومن إمكانية جلب خريطة الموقع وسلامة بنيتها.
• Link Analyzer — افحص هل للصفحة المتأثرة مسار داخلي قابل للزحف بدل وجودها في خريطة الموقع وحدها.

اختبارات التحقق

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

الاختبار المطلوب — انشر تصحيح الرابط الداخلي وخريطة الموقع، ثم افحص تاريخ عنوان URL في سجلات الخادم وحالته في URL Inspection. النتيجة المتوقعة — يطلب Googlebot عنوان URL الأساسي ولا يعود حقل Last Crawl فارغًا. تفسير الفشل — ما زالت إشارات اكتشاف العنوان أو أولويته ضعيفة، أو يوجد متغير متعارض، أو أنه جزء من مشكلة أوسع في طلب الزحف. نافذة المراقبة — استخدم وتيرة الزحف المعتادة للموقع، وقارن بصفحات مماثلة ذات أولوية بدل افتراض زيارة فورية. مشغل التراجع — أزل الرابط الجديد فقط إذا أنشأ مسار تنقل أو عنوانًا مكررًا غير مقصود؛ وإلا فشخّص الإشارات المتبقية بدل التراجع عن الاكتشاف.

اختبار: إصلاح سعة الخادم يعيد الزحف

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

كيف تقيس المشكلة؟

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

المقياس — عدد عناوين URL الأساسية المرسلة في هذه الحالة ونسبتها، باستخدام مخزون خريطة الموقع أو عناوين URL لديك مقامًا، لا صفوف الأمثلة في التقرير فقط. ما الذي يخبرك به — هل ينمو التراكم أسرع من زحف Google إليه؟ كيفية استخراجه — صدّر تقرير فهرسة الصفحات وقسّمه حسب خريطة الموقع أو القالب. تقتصر قائمة الأمثلة على 1 000 عنوان URL لكل حالة ولا يُضمن شمولها، لذا عامل الأمثلة المصدرة كعينة لا كتعداد كامل. المعيار أو النطاق الواقعي — أنشئ خط أساس لكل قالب؛ فالهدف المفيد هو تقلص تراكم المخزون ذي الأولوية لا نسبة عامة. الوتيرة — أسبوعيًا أثناء المعالجة، ثم شهريًا.

الزمن من الاكتشاف إلى أول زحف

المقياس — الوقت المنقضي بين النشر أو الإدراج في خريطة الموقع وأول طلب من Googlebot. ما الذي يخبرك به — هل تحسن تغييرات الأولوية والسعة الجدولة؟ كيفية استخراجه — صِل طوابع النشر أو خريطة الموقع بأول طلب ظاهر في سجلات الخادم. المعيار أو النطاق الواقعي — قارن أنواع صفحات متماثلة في موقعك؛ تختلف وتيرة الزحف أكثر مما يسمح بحد عام. الوتيرة — راجعه شهريًا أو بعد تغيير مهم في القالب أو الخادم.

نجاح الزاحف والهدر

المقياس — طلبات Googlebot الناجحة إلى العناوين المهمة مقابل الأخطاء وأنماط العناوين منخفضة القيمة. ما الذي يخبرك به — هل تُنفق سعة الزحف على المخزون الذي يهمك؟ كيفية استخراجه — قسّم سجلات الخادم حسب رمز الحالة ونمط عنوان URL. المعيار أو النطاق الواقعي — استخدم المزيج السابق للتغيير خط أساس، واشترط تحسن حصة الأولوية من دون زيادة الأخطاء. الوتيرة — أسبوعيًا أثناء التشخيص، وشهريًا بعد الاستقرار.

مطالبات لتحليل التراكم

ابحث عن أسباب على مستوى القالب

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

رتّب عينة معالجة حسب الأولوية

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

اختبر نفسك

مصادر تستحق وقتك

كتاباتي ذات الصلة

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

رسمي

• تقرير فهرسة الصفحات من Google — مصدر تعريفي الحالتين.
• تحسين ميزانية الزحف من Google — سعة الزحف وطلبه، والمستند الذي يذكر هذه الحالة صراحة.

من آخرين

• إصلاح حالة «تم اكتشافها — غير مفهرسة حاليًا» (Search Engine Journal) — “Google On Fixing “Discovered Currently Not Indexed” (Search Engine Journal)” (ترجمة) «Google حول إصلاح حالة “تم اكتشافها — غير مفهرسة حاليًا” (Search Engine Journal)»؛ تغطية لصياغة Mueller التي تقارن السعة بالجودة.
• فهم حالة «تم اكتشافها — غير مفهرسة حاليًا» وحلها (Search Engine Land) — “Understanding and resolving “Discovered - currently not indexed” (Search Engine Land)” (ترجمة) «فهم حالة “تم اكتشافها — غير مفهرسة حاليًا” وحلها (Search Engine Land)»؛ شرح Dan Taylor التشخيصي.
• كيفية إصلاح حالة «تم اكتشافها — غير مفهرسة حاليًا» (Onely) — “How To Fix “Discovered – Currently Not Indexed” (Onely)” (ترجمة) «كيفية إصلاح حالة “تم اكتشافها — غير مفهرسة حاليًا” (Onely)»؛ معالجة تقنية لتشخيص سعة الزحف مقابل أسباب الجودة باستخدام تحليل سجلات الخادم.
• Google عن حالة «تم اكتشافها — غير مفهرسة حاليًا» (Search Engine Roundtable) — “Google On Discovered – Currently Not Indexed (Search Engine Roundtable)” (ترجمة) «Google عن حالة “تم اكتشافها — غير مفهرسة حاليًا” (Search Engine Roundtable)»؛ تغطية Barry Schwartz لتعليقات ممثلي Google على الحالة.
• r/TechSEO — مجتمع تصحيح مشكلات الزحف والفهرسة.

سجل التغييرات