اكتُشف حاليًا وغير مفهرس: الأسباب والفحوصات

فحص عنوان URL واحد كما تراه Google

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

ابدأ بحالة التغطية

افتح تقرير فحص الصفحة في Search Console واقرأ سطر الحالة قبل أي شيء آخر. "اكتُشف" و"تم الزحف إليها" حكمان مختلفان، ويشير كل منهما إلى إصلاح مختلف.

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

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

قارن HTML الخام مع الصفحة المُ rendering

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

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

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

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

تأكد من توافق ملف خريطة الموقع وrobots

ترسل خريطة الموقع التي تذكر عنوان URL بينما يحظرها ملف robots.txt إشارات متضاربة. تحقق من الملفين على المضيف canonical، حيث يمكن أن يقول النسخ المقدمة من مضيف آخر شيئًا مختلفًا.

نادرًا ما تكسر التناقضات مثل هذا الموقع بأكمله. لكنها تجعل قراءة كل فحص آخر أكثر صعوبة.

تحقق أيضًا من قيم lastmod إذا كانت خريطة الموقع تحتوي عليها. التواريخ التي لا تتغير، أو التي تتطابق جميعها مع يوم البناء، تخبر Google القليل جدًا عن الجديد.

أين تناسب الروابط الخلفية

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

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

استخدم toppages لمعرفة عناوين URL التي تجذب الروابط، ثم أكد أن تلك العناوين نفسها مفهرسة. الرابط مع غيابه من الفهرس علامة تستحق يومًا من العمل.

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

روابط من صفحات لا يقرأها أحد

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

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

الروابط الداخلية تقوم بالعمل الشاق

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

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

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

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

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

تضيف الأطر سببًا ثالثًا. أحيانًا ترسل مواقع Next.js وReact نصًا يظهر فقط بعد تشغيل JavaScript. استدع HTML الخام باستخدام cURL وانظر ما إذا كان نصك موجودًا فيه. إذا لم يكن كذلك، فإن العرض من جانب الخادم أو الإ rendering المسبق هو الإصلاح، وينطبق الوصفة للحفاظ على استقرار عناوين URL عند تغيير الأطر.

لدى Bing وYandex قوائم خاصة بهما، لذا تحقق من Bing Webmaster Tools قبل افتراض أن المشكلة هي مشكلتك وحدها.

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

عندما يكون القفز في عناوين URL المستبعدة مشكلة بارامتر أو خريطة موقع

الارتفاع المفاجئ في عناوين URL المستبعدة له عادةً سبب ميكانيكي. المهمة هي إيجاد المولد، وليس مطاردة كل عنوان.

البارامترات والمسارات المتفرعة

غالبًا ما يعود القفز المفاجئ إلى فلتر أو بارامتر ترتيب بدأ في إنتاج عناوين جديدة. عينة من عشرة من التقرير واقرأ سلاسل الاستعلام الخاصة بها.

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

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

خريطة الموقع التي تذكر المضيف الخاطئ

خريطة الموقع المبنية لنسخة http من الموقع، أو لمضيف يوجه الآن، تعطي Google قائمة لن تثق بها. افتح الملف وتحقق من العناوين العشرة الأولى مقابل المضيف canonical الخاص بك.

أصلح القائمة أولاً. خريطة نظيفة لا تكلف شيئًا لنشرها، وتزيل متغيرًا واحدًا من التحقيق.

فخوك الاستضافة وحظر البوتات

Hostinger وCloudflare والطبقات المماثلة أحيانًا تحد من معدل طلبات Googlebot بينما تخدم البشر بشكل مثالي. يبدو الموقع جيدًا لك ومزعجًا للمزاحف.

اقرأ سجل الوصول الخام لاستجابات 403 و429 و5xx لعوامل المستخدم التي تحتوي على Googlebot. تحقق من تلك الإصابات عبر DNS العكسي، حيث تزيف العديد من برامج الحفر الاسم.

مزاحو الذكاء الاصطناعي قرار منفصل. حظر GPTBot أو ClaudeBot في robots.txt لا يلمس Googlebot، لكن قاعدة wildcard غير الحذرة يمكن أن تلمسه. اختبر الملف بعد كل تعديل.

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

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

احتفظ بملاحظة لكل قاعدة جدار حماية تغيرها. يمكن لقاعدة مضافة لإيقاف برنامج حفر واحد أن تحظر المزاحف أيضًا، وقد تظهر العرض فقط لاحقًا كهبوء هادئ في التغطية.