تدقيق اكتشاف المنتجات اليتيمة

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

ملف المهارة

---
name: orphan-sku-discovery-audit
description: استخدمها عندما تجلس حصة كبيرة من المنتجات في خريطة الموقع XML ونادراً ما يُزحف إليها أو لا تُفهرس أبداً، ولا يستطيع أحد تفسير كيف يُفترض أن يصل الزاحف إليها.
---

# تدقيق اكتشاف المنتجات اليتيمة

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

## ما تحتاجه أولًا

- زحف كامل يبدأ من الصفحة الرئيسية مع تعطيل الاكتشاف عبر خريطة الموقع، حتى يقيس مسارات الروابط الحقيقية
- قائمة SKU القابلة للبيع كاملة من قاعدة البيانات أو التغذية، لمقارنتها بما وجده الزحف
- سجلات الخادم تبيّن زيارات Googlebot لكل رابط منتج على مدى 30 يوماً
- تصدير فهرسة الصفحات من Search Console مقسماً حسب خريطة الموقع

## الطريقة

1. ازحف من الصفحة الرئيسية مع تعطيل الاكتشاف عبر خريطة الموقع. كل ما لا يُوصل إليه بهذه الطريقة يتيم مهما قال تقرير التغطية.
2. قارن نتيجة الزحف بقائمة SKU الكاملة. المجموعة الناقصة هي قائمة اليتامى، وفي الكتالوجات التي تستخدم التمرير اللانهائي تكون عادة أكبر بكثير مما يتوقع أحد.
3. سجّل عمق النقرات لكل SKU وصل إليه الزحف. العمق بعد 4 تقريباً يرتبط ببطء الزحف في المواقع الكبيرة، فمخطط توزيع العمق يقيس حجم المشكلة قبل أن تغيّر شيئاً.
4. تتبع كيف يُفترض الوصول إلى المنتجات العميقة واليتيمة. الجواب دائماً تقريباً مرشح أو مربع بحث أو حدث تمرير، ولا شيء منها يصدر رابطاً قابلاً للزحف.
5. أضف روابط ترقيم حقيقية خلف أي تمرير لا نهائي وتحقق منها في DOM المصيَّر لا في المصدر، لأن الترقيم كثيراً ما لا يوجد إلا بعد تشغيل السكربت.
6. قارن قائمة اليتامى بالسجلات وبالطلب. المنتج المرتبط جيداً والذي يظل بلا زيارة بعد 30 يوماً لديه مشكلة طلب، وسحب جزء من تلك المجموعة هو الجواب الصادق.
7. أعد تشغيل الزحف بلا خرائط موقع بعد الإصلاح وأبلغ عن تحول مخطط العمق لا عن عدد اليتامى وحده، لأن نقل SKU من عمق 9 إلى عمق 7 لا يغيّر شيئاً.

## ما الذي تنتجه

قائمة يتامى ومخطط توزيع لعمق النقرات للكتالوج كاملاً، مع تغييرات التنقل والترقيم اللازمة لإدخال الذيل ضمن أربع نقرات.

## أين تخطئ عادةً

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

---

من مكتبة مهارات QuQi - https://www.quqi.io/ar/skills/orphan-sku-discovery-audit

ما تحتاجه أولًا

• زحف كامل يبدأ من الصفحة الرئيسية مع تعطيل الاكتشاف عبر خريطة الموقع، حتى يقيس مسارات الروابط الحقيقية
• قائمة SKU القابلة للبيع كاملة من قاعدة البيانات أو التغذية، لمقارنتها بما وجده الزحف
• سجلات الخادم تبيّن زيارات Googlebot لكل رابط منتج على مدى 30 يوماً
• تصدير فهرسة الصفحات من Search Console مقسماً حسب خريطة الموقع

الطريقة

1. 01 ازحف من الصفحة الرئيسية مع تعطيل الاكتشاف عبر خريطة الموقع. كل ما لا يُوصل إليه بهذه الطريقة يتيم مهما قال تقرير التغطية.
2. 02 قارن نتيجة الزحف بقائمة SKU الكاملة. المجموعة الناقصة هي قائمة اليتامى، وفي الكتالوجات التي تستخدم التمرير اللانهائي تكون عادة أكبر بكثير مما يتوقع أحد.
3. 03 سجّل عمق النقرات لكل SKU وصل إليه الزحف. العمق بعد 4 تقريباً يرتبط ببطء الزحف في المواقع الكبيرة، فمخطط توزيع العمق يقيس حجم المشكلة قبل أن تغيّر شيئاً.
4. 04 تتبع كيف يُفترض الوصول إلى المنتجات العميقة واليتيمة. الجواب دائماً تقريباً مرشح أو مربع بحث أو حدث تمرير، ولا شيء منها يصدر رابطاً قابلاً للزحف.
5. 05 أضف روابط ترقيم حقيقية خلف أي تمرير لا نهائي وتحقق منها في DOM المصيَّر لا في المصدر، لأن الترقيم كثيراً ما لا يوجد إلا بعد تشغيل السكربت.
6. 06 قارن قائمة اليتامى بالسجلات وبالطلب. المنتج المرتبط جيداً والذي يظل بلا زيارة بعد 30 يوماً لديه مشكلة طلب، وسحب جزء من تلك المجموعة هو الجواب الصادق.
7. 07 أعد تشغيل الزحف بلا خرائط موقع بعد الإصلاح وأبلغ عن تحول مخطط العمق لا عن عدد اليتامى وحده، لأن نقل SKU من عمق 9 إلى عمق 7 لا يغيّر شيئاً.

ما الذي تنتجه

قائمة يتامى ومخطط توزيع لعمق النقرات للكتالوج كاملاً، مع تغييرات التنقل والترقيم اللازمة لإدخال الذيل ضمن أربع نقرات.

أين تخطئ عادةً

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

استخدم هذه المهارة في الذكاء الاصطناعي الخاص بك

الملف الذي تنزّله markdown بسيط، يحمل الاسم والمُشغّل في ترويسته. وحين يكون المساعد قادرًا على تحميل المهارات وحده، فهذه الترويسة هي ما يقرؤه ليقرر أن هذه المهارة تنطبق.

المزيد في SEO للتجارة الإلكترونية