قد تنجح قراءة JSON-LD آليًا بينما يقود مسار التنقل المستخدم إلى قسم غير مناسب أو اسم قديم. فحص BreadcrumbList يبدأ من مكان الصفحة في الموقع، ثم ينتقل إلى التمثيل المنظم لذلك المسار. سلامة الأقواس لا تكفي إذا كان المسار نفسه مضللًا.
ارسم مسارًا يخدم الزائر
توصي إرشادات Google لبيانات Breadcrumb بتمثيل مسار تنقل نموذجي للمستخدم بدل نسخ بنية URL حرفيًا. وتطلب BreadcrumbList تضم عنصرَي ListItem على الأقل مع الخصائص المطلوبة. ليس مطلوبًا إضافة النطاق أو الصفحة نفسها كعنصر في كل مسار.
في مثال افتراضي لخدمة ERP، يمكن أن يفهم الزائر طريق «الخدمات ثم أنظمة الشركات» حتى لو كان عنوان الصفحة لا يحتوي جميع تلك المقاطع. القرار يعتمد على هيكلة الموقع الحقيقية، لا على حشو أسماء أقسام أو كلمات بحث لا تمثل مكان الصفحة.
اربط كل عنصر بدليل قابل للمراجعة
| العنصر | سؤال الفحص |
|---|---|
| الاسم | هل يصف القسم الذي يصل إليه الزائر؟ |
| الترتيب | هل تنتقل المستويات من الأوسع إلى الأخص؟ |
| الرابط | هل يفتح الوجهة الصحيحة دون سلسلة تحويل غير لازمة؟ |
| القالب | هل يخرج المسار المناسب لكل نوع صفحة؟ |
اختر عينات من مقال وخدمة ومنتج إن كانت هذه الأنواع موجودة فعلًا. قد ينجح قالب المقال بينما يضع قالب الخدمة عنوان مقال سابق داخل المسار. راجع الأسماء العربية والإنجليزية بحسب النسخ المنشورة، ولا تضف نسخة لغة لا يملك الموقع محتواها.
افحص البيانات والصفحة معًا
راجع HTML المسترجع والنسخة المعروضة، ثم افحص البيانات بأداة Rich Results Test. سجل الحقول والأخطاء الفعلية بدل الاكتفاء بعلامة خضراء. تأكد أيضًا من أن الصفحة قابلة للوصول وأن تعليمات الفهرسة وcanonical لا تناقض الغرض منها.
إذا ظهرت أخطاء تخص قالبًا بعينه، أصلح القالب ثم اختبر عينة تمثل كل فرع متأثر. لا تغير عناوين الصفحات أو مساراتها المستقرة لمجرد جعل URL مطابقًا للشكل الذي اخترته للمسار المرئي.
لا تساوِ الأهلية بالظهور
تحسين الظهور والتسويق الرقمي يشمل وضوح الموقع للزائر قبل البحث. وتحتاج قوالب الويب والمتاجر مسارات متسقة قابلة للتنقل. صلاحية البيانات لا تضمن أن Google سيعرضها أو يرفع الترتيب؛ وثق تاريخ الإصلاح وراقب ما يتجدد في Search Console دون ادعاء نتيجة لم تحدث.
