مخطط BreadcrumbList

الخلاصة — BreadcrumbList هو جزء من الشفرة (عادةً بصيغة JSON-LD) يخبر Google بالمسار الذي يوضح موضع الصفحة في موقعك: Home > Category > Page. يمكن لـ Google استخدامه لعرض مسار مقروء في نتيجة البحث بدل عنوان URL طويل، كما يستخدمه لفهم تصنيف الصفحة. تحتاج إلى خطوتين على الأقل، ولكل خطوة position وname ورابط، باستثناء الخطوة الأخيرة (الصفحة الحالية) التي لا تحتاج إلى رابط.

ما مخطط BreadcrumbList؟

مسار التنقل هو السلسلة الصغيرة قرب أعلى الصفحة التي توضح موضعك: Home > Shoes > Running Shoes. وBreadcrumbList هو نوع schema.org الذي يصف هذا المسار بصيغة قابلة للقراءة آلياً كي تقرأه محركات البحث مباشرة بدلاً من تخمينه. Evidence for this claim Schema.org defines BreadcrumbList as an ItemList representing a chain of linked web pages. Scope: Schema.org vocabulary; Google has separate breadcrumb feature requirements. Confidence: high · Verified: 2026-07-14 Schema.org: BreadcrumbList

يضيفه معظم الناس بصيغة JSON-LD، وهي كتلة شفرة صغيرة في HTML الصفحة. (تقبل Google أيضاً Microdata وRDFa، لكنها توصي بصيغة JSON-LD.)

لماذا يستحق التنفيذ؟

لسببين:

1. نتيجة بحث أوضح. يمكن لـ Google عرض مسار التنقل في المقتطف بدلاً من عنوان URL الخام، فيرى المستخدم example.com › Shoes › Running بدلاً من عنوان طويل. Evidence for this claim Google says breadcrumb markup can categorize page information and can be used in search-result breadcrumbs. Scope: Google Search breadcrumb documentation; display is not guaranteed. Confidence: high · Verified: 2026-07-14 Google: Breadcrumb structured data
2. يساعد Google على تصنيف الصفحة. يقرأ Google المسار لفهم موضع الصفحة، ولذلك قد تظهر الصفحة نفسها تحت مسارات مختلفة بحسب عبارة البحث.

الحد الأدنى المطلوب

يحتوي BreadcrumbList على قائمة مرتبة اسمها itemListElement. وتمثل كل خطوة عنصراً من نوع ListItem يضم ثلاثة أشياء:

• position — رقم الخطوة، بدءاً من 1.
• name — اسم الخطوة (مثل “Running Shoes”).
• item — عنوان URL الذي ترتبط به الخطوة.

الاستثناء الوحيد هو العنصر الأخير (الصفحة الحالية)، فلا يحتاج إلى عنوان URL في item لأنك موجود بالفعل على تلك الصفحة.

خطآن شائعان

• ليس عامل ترتيب. يؤثر مخطط مسار التنقل في مظهر النتيجة وفي كيفية تصنيف Google للصفحة، لكنه لا يرفع ترتيبها.
• يجب أن يطابق المسار طريقة تنقل الناس، لا مجلدات عنوان URL. توصي Google بذلك صراحةً. فإذا كان العنوان مسطحاً مثل /product-123/ لكن المستخدمين يصلون إليه عبر Home > Shoes > Running، فعلِّم مسار التنقل.

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

هل تريد تفصيل الخصائص المطلوبة والاختيارية، ومثالاً لشفرة معطلة وأخرى صحيحة، وطريقة التحقق، ورأياً صريحاً بشأن استمرار Google في عرض مسارات التنقل عام 2026؟ انتقل إلى علامة التبويب Advanced.

الخلاصة — يعلِّم BreadcrumbList مسار تنقل الصفحة بوصفه بيانات منظمة (يوصى بـ JSON-LD، مع دعم Microdata وRDFa أيضاً). وله وظيفتان: يجعل المسار مؤهلاً للظهور في مقتطف Google بدلاً من عنوان URL، وبحسب كلمات Google فإنها “uses breadcrumb markup in the body of a web page to categorize the information from the page in search results” (ترجمة) «تستخدم ترميز مسار التنقل في نص صفحة الويب لتصنيف معلومات الصفحة في نتائج البحث»، ولذلك قد تظهر صفحة واحدة تحت مسارات مختلفة لعبارات بحث مختلفة. البنية المطلوبة هي مصفوفة مرتبة من ListItem داخل BreadcrumbList.itemListElement، ولكل عنصر position وname وitem؛ ويكون item اختيارياً في العنصر الأخير (الحالي) فقط. توصي Google بأن يعكس المسار طريقاً نموذجياً للمستخدم، لا بنية عنوان URL، وتقول إنه يمكن حذف ListItem للصفحة الرئيسية وللصفحة الحالية. وهو ليس إشارة ترتيب، ولا يضمن الترميز الصحيح العرض المنسق، كما تمر أهلية النتائج المنسقة عبر طبقات Mueller الثلاث: ترميز صحيح، ثم التزام بالسياسات، ثم ثقة في جودة الموقع. وما إذا كانت Google تعرض مسارات التنقل باستمرار في نتائج 2026 موضع خلاف حقيقي؛ لذا نفذه لقيمة التصنيف وانخفاض تكلفته، ثم تحقق من نتائجك بنفسك.

ما هو بدقة؟

BreadcrumbList نوع في schema.org. وتعرّفه schema.org بأنه “an ItemList consisting of a chain of linked Web pages, typically described using at least their URL and their name, and typically ending with the current page.” (ترجمة) «قائمة ItemList تتكون من سلسلة صفحات ويب مترابطة، توصف عادةً بعنوان URL والاسم على الأقل، وتنتهي عادةً بالصفحة الحالية». عملياً، تنشئ BreadcrumbList يحتوي itemListElement بوصفه مصفوفة مرتبة من عناصر ListItem، عنصراً لكل خطوة في المسار. Evidence for this claim Google's breadcrumb examples use ordered ListItem entries with position, name, and item, with documented flexibility for the final item. Scope: Google Search breadcrumb feature requirements; schema.org permits a broader vocabulary. Confidence: high · Verified: 2026-07-14 Google: Breadcrumb structured data

يمكن التعبير عنه بصيغ JSON-LD أو Microdata أو RDFa. وتوصي Google بـ JSON-LD، وهي الصيغة التي أستخدمها افتراضياً: توجد في كتلة script واحدة، ولا تتشابك مع الترميز المرئي، وهي الأسهل في القوالب وتصحيح الأخطاء.

وظيفتا ترميز مسار التنقل

هذا هو الإطار الذي تفوته معظم الصفحات المنافسة حين تنتقل مباشرة إلى «الصق JSON-LD هذا». لترميز مسار التنقل وظيفتان منفصلتان:

1. يؤهل للعرض المنسق في نتائج البحث. يمكن لـ Google عرض المسار في مقتطف البحث بدلاً من عنوان URL الخام. انتبه إلى كلمة يؤهل: الترميز الصحيح يجعلك مرشحاً، لكنه لا يضمن العرض.

2. هو إشارة تصنيف تقرؤها Google داخلياً. تقول وثائق Google: “Google Search uses breadcrumb markup in the body of a web page to categorize the information from the page in search results.” (ترجمة) «يستخدم بحث Google ترميز مسار التنقل في نص صفحة الويب لتصنيف معلومات الصفحة في نتائج البحث». هذه هي الوظيفة التي يقل تقديرها. فهي تفسر ظهور عنوان URL نفسه تحت مسارات مختلفة لعبارات بحث مختلفة؛ إذ تستخدم Google المسار سياقاً لا مجرد زينة. وتبقى هذه القيمة حتى عندما لا يظهر أي مسار مرئي.

وتعرض وثائق Google ذلك عملياً عبر عدة كائنات BreadcrumbList منفصلة في الصفحة نفسها: كتلة JSON-LD كاملة لكل طريق قد يسلكه المستخدم واقعياً، لا مساراً واحداً يتكيف مع عبارة البحث. إذا أمكن الوصول إلى الصفحة فعلاً من أكثر من فئة، كما يحدث كثيراً في التجارة الإلكترونية، فعلِّم كل طريق بوصفه BreadcrumbList مستقلاً وأبقِ كل مسار بديل صحيحاً بذاته. ولا يزال كل ListItem يحتاج إلى position وname وitem وفق القواعد أدناه. لا تعتبر مساراً «أساسياً» واحداً ممثلاً لقيمة تصنيف طرق لا يصفها فعلياً.

الخصائص المطلوبة والاختيارية

هذه هي دعامة الدقة؛ اضبطها ويصبح الباقي تفاصيل.

المطلوب:

• BreadcrumbList.itemListElement — “An array of breadcrumbs listed in a specific order.” (ترجمة) «مصفوفة من مسارات التنقل مرتبة ترتيباً محدداً». وهي قائمة الخطوات المرتبة.
• ListItem.position — “The position of the breadcrumb in the breadcrumb trail. Position 1 signifies the beginning of the trail.” (ترجمة) «موضع العنصر في مسار التنقل. يدل الموضع 1 على بداية المسار». ابدأ من 1 وزِد بالتتابع.
• ListItem.item (مع name) — عنوان URL واسم كل خطوة. وهو مطلوب لكل عنصر باستثناء الأخير، الذي يمثل الصفحة الحالية ويمكنه حذف URL.

توضح Google استثناء العنصر الأخير: “It is not required to include a breadcrumb ListItem for the top level path (your site’s domain or host name), nor for the page itself.” (ترجمة) «ليس مطلوباً تضمين ListItem لمسار المستوى الأعلى (نطاق موقعك أو اسم المضيف)، ولا للصفحة نفسها». لذلك يكون تضمين الصفحة الرئيسية والصفحة الحالية اختيارياً؛ والاعتقاد بوجوبهما خطأ شائع.

يحتاج المسار الصحيح إلى عنصري ListItem على الأقل كي يكون ذا معنى؛ فالخطوة الواحدة ليست مساراً.

طريق المستخدم مقابل بنية عنوان URL

هذه نقطة مهمة لأن Google تنص عليها صراحةً وتتجاوزها أدلة كثيرة: “We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (ترجمة) «نوصي بتوفير مسارات تنقل تمثل طريقاً نموذجياً للمستخدم إلى الصفحة، بدلاً من محاكاة بنية عنوان URL».

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

ليس عامل ترتيب

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

التحقق والنشر التدريجي

توصي Google بسير عمل مباشر:

1. أضف الخصائص المطلوبة بالصيغة المختارة وفق إرشادات Google للموضع.
2. تحقق باستخدام Rich Results Test وأصلح الأخطاء الحرجة.
3. انشر على بضع صفحات أولاً، وأكد النتيجة عبر URL Inspection في Search Console، ثم عممها على الموقع.

يحتوي Search Console على تقرير تحسينات مخصص باسم Breadcrumbs يعرض الأخطاء والتحذيرات في الموقع بعد النشر؛ ومن خلاله تراقب سلامة الترميز باستمرار.

لماذا لا تظهر نتيجة مسار التنقل المنسقة؟

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

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

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

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

هل ما زالت Google تعرض مسارات التنقل في النتائج؟ (إجابة صريحة لعام 2026)

ينبغي الحذر هنا لأن المصادر تختلف فعلاً. تزعم بعض منشورات 2025–2026 أن Google أزالت عرض مسار التنقل، أولاً على سطح المكتب ثم الجوال؛ بينما تصف أدلة مؤرخة في 2026 BreadcrumbList بأنه من أنواع المخططات الأكثر استقراراً وأن المسار ما زال يظهر. وحتى منتصف 2026، لا تزال وثائق Google نفسها تقصر الميزة على “desktop in all regions and languages where Google Search is available” (ترجمة) «سطح المكتب في جميع المناطق واللغات التي يتوفر فيها بحث Google»، ولا تتضمن إشعار إيقاف.

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

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

Bing والمحركات الأخرى

BreadcrumbList نوع قياسي في schema.org وليس خاصاً بـ Google، وقد أعلنت Bing منذ زمن دعم مفردات schema.org بصيغ JSON-LD وMicrodata وRDFa للبيانات المنظمة عموماً. لم أجد صفحة وثائق مخصصة لمخطط مسار التنقل في Bing، لذا الأدق وصف الدعم بأنه دعم عام لـ schema.org لا ضماناً من Bing لنتيجة منسقة خاصة بالمسار. ويظل الترميز المكتوب لـ Google صالحاً لـ Bing أيضاً؛ أما كيفية عرض Bing للتحسين فهي مسألة منفصلة أقل توثيقاً.

الخلاصة

• الحد الأدنى الصحيح: BreadcrumbList ← مصفوفة itemListElement من عناصر ListItem، ولكل منها position يبدأ من 1 وname وitem؛ ويكون item اختيارياً في العنصر الأخير فقط.
• توصي Google بطريق المستخدم لا بنية URL؛ ويكون تضمين الصفحة الرئيسية والحالية اختيارياً.
• ليس عامل ترتيب، ولا يضمن الترميز الصحيح العرض.
• عرض المسار في نتائج 2026 موضع خلاف فعلي؛ نفذه لقيمة التصنيف وتحقق في نتائجك.

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

خلاصة مكثفة لنسخة Advanced:

• BreadcrumbList هو نوع schema.org لمسار تنقل الصفحة، ويضاف عادةً بصيغة JSON-LD الموصى بها، مع دعم Microdata وRDFa.
• وظيفتان: أهلية عرض المسار في مقتطف Google بدلاً من URL، وإشارة تصنيف؛ إذ تقول Google إنها “uses breadcrumb markup in the body of a web page to categorize the information” (ترجمة) «تستخدم ترميز مسار التنقل في نص الصفحة لتصنيف المعلومات»، لذلك قد تظهر صفحة واحدة تحت مسارات مختلفة لعبارات مختلفة.
• البنية المطلوبة: BreadcrumbList.itemListElement مصفوفة مرتبة من ListItem؛ ويحتاج كل عنصر إلى position يبدأ من 1 وname وitem. ويكون item اختيارياً في العنصر الأخير (الصفحة الحالية) فقط.
• خطوتان اختياريتان: الصفحة الرئيسية والصفحة الحالية؛ تقول Google إن أياً منهما غير مطلوب.
• طريق المستخدم لا بنية URL: توصي Google بأن يعكس المسار طريقاً نموذجياً للمستخدم، لا مجلدات URL؛ وهذا مهم للعناوين المسطحة وصفحات الوسوم والتنقل متعدد الأوجه.
• ليس عامل ترتيب. يؤثر في العرض والتصنيف لا في الموضع.
• تحقق عبر Rich Results Test، ثم أكد عبر URL Inspection، وانشر تدريجياً، وراقب تقرير Breadcrumbs في Search Console.
• تشخيص النتائج المنسقة، بصياغة موجزة لطبقات Mueller: ترميز صحيح ← التزام بالسياسات ← جودة الموقع والثقة. ويعد استعلام site: تشخيصاً تقريبياً؛ فالظهور فيه دون الاستعلامات العادية يشير إلى الجودة لا الترميز.
• عرض 2026 مختلف عليه: تزعم بعض المصادر أن Google أزالته، بينما تقول مصادر أخرى إنه ما زال مستقراً؛ ولا تزال وثائق Google تقصره على سطح المكتب بلا إشعار إيقاف. نفذه وتحقق من نتائجك.
• Bing: يدعم schema.org عموماً، ولم نعثر على وثيقة مخصصة لمسار التنقل؛ لذا اعتبر الدعم عاماً لا ضماناً خاصاً.

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

وثائق المصادر الأولية لترميز BreadcrumbList.

Google

• البيانات المنظمة لمسار التنقل (BreadcrumbList) — الخصائص المطلوبة، وأمثلة JSON-LD وMicrodata وRDFa، والتوصية بطريق المستخدم، وسير التحقق والنشر.
• الإرشادات العامة للبيانات المنظمة — قاعدة السياسة: يجب أن يعكس الترميز محتوى حقيقياً في الصفحة؛ وقد تؤدي المخالفات إلى إجراء يدوي.
• Rich Results Test — للتحقق من ترميز BreadcrumbList قبل النشر وبعده.

schema.org

• schema.org/BreadcrumbList — تعريف النوع («سلسلة صفحات ويب مترابطة… تنتهي عادةً بالصفحة الحالية»).
• schema.org/breadcrumb — خاصية breadcrumb التي تربط BreadcrumbList بـ WebPage.
• schema.org/ListItem — نوع العنصر المستخدم لكل خطوة (position وname وitem).

Bing / Microsoft

• لم نعثر على صفحة وثائق مخصصة لمخطط مسار التنقل في Bing. تدعم Bing مفردات schema.org بصيغ JSON-LD وMicrodata وRDFa للبيانات المنظمة عموماً، وBreadcrumbList نوع قياسي فيها؛ لذلك يكون الترميز نفسه صالحاً لـ Bing، لكن لا يوجد ضمان موثق خاص بنتيجة مسار تنقل منسقة.

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

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

schema.org — تعريف BreadcrumbList

• “A BreadcrumbList is an ItemList consisting of a chain of linked Web pages, typically described using at least their URL and their name, and typically ending with the current page.” (ترجمة) «BreadcrumbList هو ItemList يتكون من سلسلة صفحات ويب مترابطة، توصف عادةً بعنوان URL والاسم على الأقل، وتنتهي عادةً بالصفحة الحالية». — schema.org. الانتقال إلى صفحة النوع

Google — إشارة التصنيف

• “Google Search uses breadcrumb markup in the body of a web page to categorize the information from the page in search results.” (ترجمة) «يستخدم بحث Google ترميز مسار التنقل في نص صفحة الويب لتصنيف معلومات الصفحة في نتائج البحث». — وثائق Google Search Central. الانتقال إلى الاقتباس

Google — طريق المستخدم لا بنية URL

• “We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (ترجمة) «نوصي بتوفير مسارات تنقل تمثل طريقاً نموذجياً للمستخدم إلى الصفحة، بدلاً من محاكاة بنية عنوان URL». الانتقال إلى الاقتباس

Google — الصفحة الرئيسية والحالية اختياريتان

• “It is not required to include a breadcrumb ListItem for the top level path (your site’s domain or host name), nor for the page itself.” (ترجمة) «ليس مطلوباً تضمين ListItem لمسار المستوى الأعلى (نطاق الموقع أو اسم المضيف)، ولا للصفحة نفسها». الانتقال إلى الاقتباس

Google — تعريف الخصائص

• عن itemListElement: “An array of breadcrumbs listed in a specific order.” (ترجمة) «مصفوفة من مسارات التنقل مرتبة ترتيباً محدداً». وعن position: “The position of the breadcrumb in the breadcrumb trail. Position 1 signifies the beginning of the trail.” (ترجمة) «موضع العنصر ضمن مسار التنقل، ويشير الموضع 1 إلى أول المسار». — مرجع البيانات المنظمة لمسار التنقل في Google Search Central.

BreadcrumbList معطل — ولماذا يفشل

فيما يلي كتلة JSON-LD تبدو سليمة للوهلة الأولى لكنها تتضمن مشكلات حقيقية. حاول اكتشافها قبل قراءة الملاحظات:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "name": "Shoes",
      "item": "https://example.com/shoes/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": "https://example.com/shoes/running/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Trail Runner 5",
      "item": "https://example.com/shoes/running/trail-runner-5/"
    }
  ]
}

المشكلات:

• العنصر الأول بلا position. يحتاج كل ListItem إلى position، ويجب أن يبدأ المسار من 1.
• المواضع مكررة ولا تبدأ من 1. يدعي عنصران position: 2 ولا يوجد position: 1. يجب أن تكون المواضع متسلسلة تصاعدياً من 1.
• العنصر الثاني بلا name. الاسم مطلوب في كل خطوة؛ ولا يكفي عنوان URL منفرد في item.
• العنصر الأخير يتضمن عنوان URL في item. هذا ليس غير صالح، لكنه الموضع الوحيد الذي يكون URL فيه اختيارياً لأنه يمثل الصفحة الحالية، لذا تحذفه تطبيقات كثيرة هناك.

النسخة الصحيحة

المسار نفسه بعد إصلاحه: مستويان فوق الصفحة الحالية، ومواضع متصاعدة من 1، وname لكل خطوة، مع حذف item من العنصر الأخير الذي يمثل الصفحة الحالية:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Shoes",
      "item": "https://example.com/shoes/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Running Shoes",
      "item": "https://example.com/shoes/running/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Trail Runner 5"
    }
  ]
}

لاحظ ما يلي:

• يتسلسل position من 1 ← 2 ← 3، بموضع واحد لكل ListItem وفق ترتيب المسار.
• لكل خطوة name.
• يحذف العنصر الأخير item لأنه الصفحة الحالية؛ وهذا هو الحذف المسموح. (يمكن تضمينه، لكنه اختياري هنا.)
• لا يوجد ListItem للصفحة الرئيسية. تقول Google إن خطوة النطاق أو المستوى الأعلى اختيارية؛ يبدأ هذا المسار بأول فئة حقيقية. لا تضف خطوة Home إلا إذا عكست تنقل المستخدمين فعلاً.
• يعكس المسار طريق التنقل لا مجلدات URL بالضرورة. يتطابقان هنا، لكن لو كان عنوان المنتج مسطحاً مثل /trail-runner-5/، فستظل تعلِّم Shoes > Running Shoes > Trail Runner 5 لأنه طريق المستخدم الذي توصي Google بتمثيله.

ضع أياً من الكتلتين في Rich Results Test لترى الأخطاء في النسخة المعطلة ونجاح النسخة الصحيحة.

أخطاء BreadcrumbList وخرافات يجب تجنبها

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

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

خطأ: مواضع لا تبدأ من 1 أو تتخطى رقماً أو تتكرر. يجب أن يشكل ListItem.position تسلسلاً تصاعدياً واضحاً يبدأ من 1، موضعاً لكل خطوة بترتيب المسار. وادعاء عنصري ListItem الموضع نفسه أو بدء المسار من 2 خطأ بنيوي يفشل التحقق.

خطأ: حذف name من خطوة. الاسم مطلوب في كل ListItem، لا في العناصر ذات الروابط فقط. ويظل عنوان item بلا name ترميزاً ناقصاً حتى لو كان من السهل إغفاله.

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

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

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

خصائص BreadcrumbList في لمحة

البنية المطلوبة

خطوات اختيارية التضمين

صيغ الترميز التي تقبلها Google

حقائق سريعة

• يحتاج المسار الصحيح إلى عنصري ListItem على الأقل؛ فالخطوة الواحدة ليست مساراً.
• يجب أن تكون المواضع تسلسلاً تصاعدياً واضحاً يبدأ من 1، لا مجرد أرقام فريدة.
• ينبغي أن يعكس المسار طريقاً نموذجياً للمستخدم، لا بنية مجلدات URL بالضرورة.
• BreadcrumbList ليس عامل ترتيب؛ فهو يؤثر في عرض النتائج والتصنيف فقط.
• يجعل الترميز الصحيح العرض المنسق مؤهلاً ولا يضمنه.
• لا ينشئ المخطط مساراً مرئياً للزوار؛ فتلك واجهة منفصلة.
• يمكن لصفحة يصل إليها المستخدم بأكثر من طريق أن تحمل عدة كائنات BreadcrumbList منفصلة، كائناً واحداً لكل طريق، وكل منها صالح بذاته؛ لا مساراً واحداً يتكيف مع الاستعلام.

أدوات إنشاء ترميز BreadcrumbList وفحصه

ابدأ باستخدام Schema Markup Validator بعد كتابة JSON-LD. الصق الكتلة أو صفحة كاملة ليشغّل فحوصاً مصنفة حسب الشدة وفق مفردات BreadcrumbList وListItem في schema.org ومتطلبات Google للنتائج المنسقة. يكتشف الأخطاء البنيوية المذكورة هنا، مثل غياب position أو تكراره أو وجود ListItem بلا name، ويعيد كتلة JSON-LD مصححة قابلة للنسخ.

يجيب Rich-Result Eligibility Checker عن سؤال مختلف: ليس «هل JSON-LD صحيح؟» بل «هل هذه الصفحة مؤهلة لنتيجة مسار التنقل المنسقة في Google؟». الصق JSON-LD أو صفحة HTML، أو اطلب جلب عنوان URL لصفحة منشورة، وسيعرض أهلية نوع Breadcrumb ويحدد الحقل المطلوب المفقود بدقة.

إذا كنت تبدأ من صفحة فارغة بدلاً من إصلاح ترميز قائم، يقدم Schema Markup Generator نموذجاً مركزاً لإنشاء BreadcrumbList بلا كتابة JSON-LD يدوياً. يقودك عبر position وname وitem لكل ListItem، ويوضح الخصائص التي تطلبها Google والتي توصي بها أثناء الإدخال.

بعد اجتياز تلك الفحوص، مرر الصفحة عبر Rich Results Test من Google؛ فهي الأداة التي تستخدمها Google لتحديد الأهلية، ولذلك تكون الحكم الأخير قبل النشر.

مشكلات BreadcrumbList الشائعة وكيفية إصلاحها

يعرض Rich Results Test أو Schema Markup Validator خطأً في BreadcrumbList

الأسباب الأكثر شيوعاً هي الأخطاء البنيوية المذكورة في علامتَي What Not to Do وExamples: عنصر ListItem بلا position، أو مواضع متكررة أو لا تبدأ من 1، أو خطوة تفتقر إلى name المطلوب. افحص كل ListItem بالترتيب؛ فالإصلاح يكون غالباً في خطوة واحدة غير سليمة لا في الكتلة كلها.

لا تظهر نتيجة مسار التنقل المنسقة رغم صحة الترميز

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

لا يظهر مسار تنقل مرئي في الصفحة رغم إضافة المخطط

هذا متوقع وليس خللاً. BreadcrumbList بيانات منظمة قابلة للقراءة آلياً فقط؛ ولا ينشئ واجهة مسار التنقل المرئية القابلة للنقر. يجب بناء HTML لذلك بصورة منفصلة؛ فالمخطط والتنقل داخل الصفحة شيئان مختلفان يصفان المسار نفسه.

لا أستطيع تحديد ما إذا كانت Google ما زالت تعرض مسارات التنقل عام 2026

هذا سؤال مختلف عليه فعلاً، لا مسألة محسومة. تزعم بعض مصادر 2025–2026 أن Google أزالت العرض، أولاً من سطح المكتب ثم الجوال، بينما تصف مصادر أخرى BreadcrumbList بأنه من الأنواع الأكثر استقراراً وأن المسار لا يزال يظهر. وحتى منتصف 2026، لا تزال وثائق Google تقصر الميزة على سطح المكتب بلا إشعار إيقاف. أوصي بتنفيذه رغم الخلاف لأن قيمة التصنيف لا تعتمد على العرض المرئي، ثم بفحص نتائجك لعباراتك بدلاً من الثقة بلقطة شاشة في تدوينة.

يعرض تقرير Breadcrumbs في Search Console أخطاء أو تحذيرات لصفحات ظننت أنها أُصلحت

يعرض تقرير تحسين Breadcrumbs أخطاء الترميز وتحذيراته بعد نشر الصفحة وإعادة زحفها. إذا استمرت صفحة أصلحتها في الظهور، فإما أن الإصلاح لم يصل إلى الصفحة الحية التي زحف إليها Google، أو أن ListItem آخر في المسار لديه مشكلة بنيوية. أعد تشغيل Rich Results Test على عنوان URL الحي بدلاً من افتراض تقادم التقرير.

إثبات نجاح تعديل BreadcrumbList

الاختبار 1: التحقق البنيوي من JSON-LD

الاختبار: الصق JSON-LD المحدّث في Schema Markup Validator، أو مرر الصفحة الحية عبر Rich Results Test من Google. النتيجة المتوقعة: لا أخطاء في كتلة BreadcrumbList؛ لكل ListItem موضع ضمن تسلسل تصاعدي واضح يبدأ من 1 وname وعنوان item في كل خطوة باستثناء الأخيرة. تفسير الفشل: خاصية position المفقودة أو المكررة المشار إليها خاطئة فعلاً في الترميز المنشور، وليست مشكلة تخزين مؤقت أو عرض؛ راجع مصدر JSON-LD مباشرة. نافذة المراقبة: فورية؛ تقرأ الأداتان الترميز المقدم بلا انتظار زحف. محفز التراجع: استمرار فشل التحقق بعد إصلاح مباشر؛ تراجع عن تعديل القالب وقارن بآخر JSON-LD سليم معروف.

الاختبار 2: أهلية النتيجة المنسقة لعنوان URL الحي

الاختبار: شغّل Rich-Result Eligibility Checker على عنوان URL الحي. النتيجة المتوقعة: يظهر نوع Breadcrumb مؤهلاً للنتيجة المنسقة. تفسير الفشل: ظهور حقل مطلوب مفقود بعد نجاح الاختبار 1 يعني غالباً أن الصفحة الحية المجلوبة لا تطابق ما تحققت منه؛ ابحث عن نشر لم يصل أو ترميز موجود في نسخة الاختبار فقط. نافذة المراقبة: فورية. محفز التراجع: استمرار عدم الأهلية بعد تأكيد إصلاح الصفحة الحية؛ تحقق من التخزين المؤقت لدى CDN أو في الصفحة قبل تعديل الترميز مجدداً.

الاختبار 3: انعكاس الإصلاح في تقرير Breadcrumbs في Search Console

الاختبار: Search Console ← Enhancements ← Breadcrumbs لعناوين URL المتأثرة. النتيجة المتوقعة: تنتقل الصفحة من مجموعة الأخطاء أو التحذيرات إلى الصالحة، ويصبح عدد أخطائها صفراً. تفسير الفشل: استمرار العلامة بعد إعادة زحف Google يعني أن الإصلاح لم يصل إلى الصفحة الحية أو أن عنصراً آخر في المسار لديه مشكلة؛ أعد الاختبار 1 على العنوان الحي لا نسخة اختبار. نافذة المراقبة: بضعة أيام إلى نحو أسبوع لإعادة الزحف وتحديث التقرير؛ تتأخر بيانات Search Console عن الصفحة الحية. محفز التراجع: ارتفاع عدد الأخطاء بعد تعميم القالب بدلاً من انخفاضه يعني أن التغيير عطّل ترميز صفحات أخرى؛ أوقف التعميم.

الاختبار 4: ظهور مسار التنقل فعلياً في نتيجة البحث الحية

الاختبار: بحث يدوي في نافذة خاصة لعبارة تظهر فيها الصفحة، مع فحص ظهور المسار بدلاً من عنوان URL الخام. النتيجة المتوقعة: يظهر المسار في المقتطف. تفسير الفشل: غياب العرض مع حالة صالحة في Search Console ليس بالضرورة فشلاً؛ فالعرض مختلف عليه عام 2026 ولا تضمنه الأهلية. أما الغياب مع أخطاء أو تحذيرات فيعيدك إلى الاختبار 1 أو 3. نافذة المراقبة: لا تحدد Google زمناً ثابتاً؛ تحقق دورياً خلال الأسابيع التالية بدلاً من توقع الظهور فور اجتياز التحقق. محفز التراجع: لا شيء من جهة الترميز، لأن قرار العرض بيد Google. راجع الأمر فقط إذا وضع تقرير Manual Actions علامة على الصفحة.

مؤشرات الأداء المستمرة لترميز BreadcrumbList

المقياس: عدد العناصر الصالحة (تقرير Breadcrumbs في Search Console) ما الذي يوضحه: عدد الصفحات التي تحمل حالياً ترميز BreadcrumbList خالياً من الأخطاء، أي جانب التغطية. طريقة استخراجه: Search Console ← Enhancements ← Breadcrumbs. المعيار أو النطاق الواقعي: لا يوجد هدف عالمي؛ أنشئ خط أساس من عدد الصفحات التي ينبغي أن تحمل الترميز، وتتبع اقتراب العناصر الصالحة منه. الوتيرة: شهرياً، أو فوراً بعد أي تغيير في القالب أو CMS يمس ترميز المسار.

المقياس: عدد عناصر الأخطاء والتحذيرات (التقرير نفسه) ما الذي يوضحه: عدد الصفحات ذات المشكلة البنيوية، أي جانب الجودة المنفصل عن التغطية. طريقة استخراجه: مجموعة الأخطاء والتحذيرات في تقرير Breadcrumbs نفسه. المعيار أو النطاق الواقعي: الهدف الصادق الوحيد هو صفر؛ أي عدد غير صفري يمثل صفحة معطلة حقيقية لا ضوضاء إحصائية. الوتيرة: شهرياً، وبعد كل نشر يمس قالب الترميز.

المقياس: معدل اجتياز Rich Results Test عبر القوالب ما الذي يوضحه: ما إذا كان كل قالب صفحة ينبغي أن يتضمن BreadcrumbList يطبقه بصورة سليمة، لا الصفحات التي صادف فحصها فقط. طريقة استخراجه: اختبر عنوان URL واحداً من كل قالب عبر Rich Results Test أو Schema Markup Validator. المعيار أو النطاق الواقعي: 100 % هدف يمكن الدفاع عنه لأنه فحص صلاحية ثنائي لكل قالب، لا مقياساً تجميلياً؛ وفشل قالب يعني تعطل كل صفحة مبنية عليه. الوتيرة: بعد أي تغيير في القالب، وفحص عينة ربع سنوي فيما عدا ذلك.

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

اختبر نفسك: مخطط BreadcrumbList

خمسة أسئلة سريعة عن عمل ترميز BreadcrumbList. اختر إجابة لكل سؤال ثم تحقق منها.

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