مخطط ItemList

الخلاصة — ItemList جزء من شيفرة schema.org يقول: «هذه الصفحة قائمة أشياء بهذا الترتيب». أهم جزأين هما قائمة المدخلات (itemListElement) ورقم ترتيب كل مدخل (position). لا يمنحك وحده نتيجة بحث مميزة؛ فميزة Carousel القابلة للسحب في Google مبنية فوق ItemList، ولا تظهر إلا عند إقرانه بأنواع محتوى محددة، مثل الوصفات والأفلام والدورات والمطاعم. كما أنه لا يساعدك على رفع الترتيب.

ما مخطط ItemList؟

عندما تبني صفحة «أفضل 10» أو مجموعة وصفات أو قائمة دورات، يمكنك أنت رؤية أنها قائمة. أما محرك البحث فيرى غالبًا جدارًا من النص وبعض HTML. ItemList كتلة صغيرة من البيانات المنظمة توضح: «هذه قائمة، وهذه عناصرها، وهذا ترتيبها».

تصفه Schema.org بأنه “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” (ترجمة) «قائمة عناصر من أي نوع، مثل أفضل 10 أفلام عن خبراء الطقس أو أفضل 100 أغنية للحفلات». وتضيف توضيحًا مهمًا: “Not to be confused with HTML lists, which are often used only for formatting.” (ترجمة) «لا ينبغي الخلط بينها وبين قوائم HTML التي تُستخدم كثيرًا للتنسيق فقط». تجعل <ol> أو <ul> العادية القائمة تبدو قائمة، بينما يجعلها ItemList تعني قائمة للآلة.

خاصيتان تنجزان معظم العمل:

• itemListElement — قائمة المدخلات، ويكون كل مدخل عادةً ListItem.
• position — رقم يبدأ من 1 يحدد ترتيب كل مدخل في القائمة.

الخطأ الذي يقع فيه الجميع

إضافة ItemList وحده لا تمنحك نتيجة بحث خاصة. هذا أكبر تصور خاطئ. ItemList هو الآلية، أما العرض المرئي، أي مجموعة بطاقات قابلة للسحب في نتائج Google، فهو ميزة منفصلة تسمى Carousel. ولا يظهر إلا عند جمع ItemList مع نوع مصاحب من قائمة قصيرة تحددها Google، وهي في العرض التقليدي Course list وMovie وRecipe وRestaurant. لا تكسب صفحة عامة عن «أفضل 10 مقالات» تحمل ItemList وحده هذا العرض.

هناك صلة عائلية تفاجئ الناس: مسارات التنقل تستخدم الآلية نفسها. فـBreadcrumbList، المخطط وراء «الرئيسية › التصنيف › الصفحة»، هو تقنيًا نوع من ItemList. يستخدم itemListElement وposition نفسيهما. إذا تعلمت أحدهما فقد تعلمت معظم الآخر.

لماذا يهم، وما الذي لا يفعله؟

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

هل تريد الصورة الكاملة، ونمطي التنفيذ، والأنواع المدعومة بدقة، والعرض التجريبي الأحدث المقيد جغرافيًا، وعلاقة BreadcrumbList، وأخطاء التحقق الشائعة؟ انتقل إلى Advanced.

الخلاصة — ItemList حاوية schema.org العامة للقوائم المرتبة؛ وتنجز itemListElement وposition التي تبدأ من 1 العمل، مع itemListOrder وnumberOfItems الأقل استخدامًا، والأخيرة مهمة للقوائم المرقمة. ليس ItemList نفسه نتيجة ثرية؛ فـCarousel مبني فوقه ولا يعمل إلا مع نوع مصاحب مدعوم: Course list وMovie وRecipe وRestaurant للعرض التقليدي، وLocalBusiness وProduct وEvent لنسخة تجريبية أحدث مقيدة إلى المنطقة الاقتصادية الأوروبية وتركيا وجنوب أفريقيا. نمطان للتنفيذ: صفحة ملخص بعناوين URL فقط، وصفحة شاملة بعناصر متداخلة. القواعد: عنصران فأكثر، وثلاثة للنسخة التجريبية، والنوع نفسه لكل العناصر في العرض التقليدي بينما تسمح التجريبية بالخلط، ويجب أن يطابق الترميز المحتوى المرئي. BreadcrumbList نوع فرعي رسمي من ItemList إلى جانب HowToSection وHowToStep وOfferCatalog. والبيانات المنظمة ليست عامل ترتيب؛ فائدتها الأهلية والفهم لا الموضع.

ما ItemList فعلًا؟

تعريف Schema.org واسع عمدًا: “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” (ترجمة) «قائمة عناصر من أي نوع، مثل أفضل 10 أفلام عن خبراء الطقس أو أفضل 100 أغنية للحفلات». ويشرح السطر التالي سبب وجود النوع: “Not to be confused with HTML lists, which are often used only for formatting.” (ترجمة) «لا تخلط بينها وبين قوائم HTML المستخدمة غالبًا للتنسيق فقط». تنقل <ol> و<ul> بصريًا أن العناصر قائمة بهذا الترتيب، بينما يعلن ItemList الحاوية ItemList وكل مدخل ListItem وترتيبه position كبيانات تقرؤها الآلة بلا استنتاج من التخطيط.

خاصيتان تقومان بالعمل الأساسي:

• itemListElement — مصفوفة المدخلات. تقول Schema.org: “For itemListElement values, you can use simple strings (e.g. ‘Peter’, ‘Paul’, ‘Mary’), existing entities, or use ListItem.” (ترجمة) «يمكن استخدام سلاسل بسيطة مثل Peter وPaul وMary، أو كيانات موجودة، أو ListItem». ولكل استخدام يحتاج عنوان URL أو ترتيبًا، أي يستهدف نتيجة ثرية، استخدم ListItem.
• position — عدد صحيح يبدأ من 1 يحدد رتبة كل ListItem.

خاصيتان أخريان موثقتان لكن تتجاوزهما معظم الأدلة:

• itemListOrder — “Type of ordering (e.g. Ascending, Descending, Unordered).” (ترجمة) «نوع الترتيب، مثل تصاعدي أو تنازلي أو غير مرتب». إنه إعلان لا شيء تفرضه Google.
• numberOfItems — “The number of items in an ItemList. Note that some descriptions might not fully describe all items in a list.” (ترجمة) «عدد العناصر في ItemList، مع احتمال ألا تصف بعض الأوصاف كل العناصر بالكامل». تفيد في القوائم المرقمة؛ فقائمة أفضل 100 موزعة على خمس صفحات تستطيع إعلان العدد الكامل مع أن كل صفحة ترمز عشرين عنصرًا فقط.

(توجد أيضًا aggregateElement لحمل التقييمات أو العروض المجمعة عبر القائمة؛ وهي متخصصة جدًا ونادرًا ما ستستخدمها.)

نمطا التنفيذ

تصف وثائق العرض الدائري في Google شكلين، ويغير اختيارك شكل كل ListItem:

صفحة ملخص وصفحات تفاصيل متعددة

تسرد صفحة الملخص كل عنصر بإيجاز وترتبط بصفحة تفاصيل مخصصة. يكون ListItem هنا بسيطًا؛ تقول Google إن صفحة الملخص تعرف ItemList بحيث يملك كل ListItem ثلاث خصائص فقط: @type بقيمة ListItem، وposition لموضعه، وurl لعنوان التفاصيل الأساسي. وتوجد البيانات المنظمة الكاملة لكل عنصر، مثل Recipe أو Movie، في صفحة التفاصيل.

صفحة ملخص شاملة

يوجد كل شيء في صفحة واحدة، لذا يحمل كل ListItem عنصر item متداخلًا يتضمن ترميز النوع المصاحب كاملًا، ككائن Recipe كامل، بدل url وحده. استخدم ذلك عند غياب صفحات تفاصيل منفصلة.

ItemList ليس Carousel: هذا هو التمييز المحوري

هذا هو أساس دقة الموضوع: ItemList حاوية، وCarousel نتيجة ثرية مبنية فوقها. لا ينتج ItemList وحده بلا نوع مصاحب مدعوم نتيجة «قائمة» مميزة في بحث Google التقليدي. وتوضح وثائق Google أن الأهلية تتطلب الجزأين.

Carousel التقليدي: الأنواع المدعومة

للتأهل لنتيجة عرض دائري مستضافة، أضف بيانات ItemList مع ميزة مدعومة من مجموعة صغيرة تتحكم بها Google. وفق وثائق Google الحالية لعام 2026، القائمة هي:

• Course list
• Movie
• Recipe
• Restaurant

هذه كل الأنواع للعرض التقليدي. قد تحمل أنواع أخرى، مثل Product وBlogPosting وEvent، ترميز ItemList للتنظيم وفهم الآلة، لكن ذلك وحده لا يؤهلها للعرض التقليدي.

Carousels (Beta): البرنامج الأحدث المقيد جغرافيًا

هناك برنامج ثانٍ أحدث، Carousels (Beta)، تصفه Google بأنه “a list-like rich result that people can scroll horizontally to see more entities from a given site.” (ترجمة) «نتيجة ثرية شبيهة بالقائمة يستطيع الناس تمريرها أفقيًا لرؤية كيانات أكثر من موقع محدد». وهو الجزء الأسرع تطورًا ويختلف عن العرض التقليدي في نقاط مهمة:

• أنواع مدعومة مختلفة: ItemList مع LocalBusiness وأنواعه الفرعية، مثل Restaurant وHotel وVacationRental، أو Product أو Event؛ وهي مجموعة أوسع ومختلفة عن الأنواع الأربعة التقليدية.
• محدودة جغرافيًا: لا تتوفر إلا في بلدان المنطقة الاقتصادية الأوروبية وتركيا وجنوب أفريقيا على سطح المكتب والجوال، مع اختلاف الاستعلامات المؤهلة حسب المنطقة. ليست ميزة عالمية.
• حد أدنى أعلى: تتطلب النسخة التجريبية صفحة ملخص وصفحات تفاصيل مع ثلاثة مدخلات itemListElement.item على الأقل، مقابل عنصرين للتقليدية.
• يسمح بالخلط: خلافًا لقاعدة النوع الواحد الصارمة في التقليدية، تقول وثائق التجريبية: “can mix and match different types of entities (for example, hotels, restaurants), if needed for your scenario” (ترجمة) «يمكن مزج أنواع مختلفة من الكيانات ومطابقتها، مثل الفنادق والمطاعم، إذا كان السيناريو يستدعي ذلك»؛ فلا تنقل افتراض النوع الواحد إليها.

تعامل مع النسخة التجريبية كميزة تتطلب المراقبة لا كميزة مستقرة وعالمية.

علاقة BreadcrumbList وبعض الأنواع الأخرى بـItemList

هذه أكثر حقيقة مميزة ومهملة عن ItemList، وتزيل التباسًا شائعًا: BreadcrumbList ليس نوع مخطط منفصلًا بلا صلة، بل نوع فرعي رسمي من ItemList. تقول Schema.org: “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 أربعة أنواع أكثر تحديدًا لـItemList: BreadcrumbList وHowToSection وHowToStep وOfferCatalog.

عمليًا، يعني ذلك أن آلية itemListElement مع position التي تستخدمها في Carousel هي نفسها حرفيًا التي تستخدمها في مسارات التنقل؛ لا يتغير سوى @type الخارجي (BreadcrumbList بدل ItemList العادي) والغرض الدلالي. وتعرض Google مسارات التنقل بالطريقة نفسها: لتحديدها، تعرّف BreadcrumbList يحتوي على عنصري ListItem على الأقل. إذا نفذت أحدهما فأنت تفهم الآخر بالفعل. (لجانب مسارات التنقل من هذه العائلة شرح معمق مستقل، كما أن نتيجة Carousel المرئية موضوع مقال شقيق؛ وكلاهما ضمن هذه المجموعة الفرعية للبيانات المنظمة.)

متطلبات التنفيذ وإخفاقات التحقق الشائعة

ترجع معظم إخفاقات Carousel وItemList إلى عدد قليل من القواعد الموثقة:

• الحد الأدنى لعدد العناصر. تشترط Google أن تحتوي مصفوفة itemListElement على عنصرين أو أكثر من ListItem للعرض التقليدي (وثلاثة أو أكثر للنسخة التجريبية). العنصر الواحد ليس قائمة.
• قاعدة النوع الواحد (Carousel التقليدي)، وهي السبب الفعلي المتكرر للإخفاق. تقول Google: “All items in the list must be of the same type. For example, if a list is about recipes, only include Recipe items. Don’t mix different types.” (ترجمة) «يجب أن تكون كل عناصر القائمة من النوع نفسه. فإذا كانت القائمة عن الوصفات مثلًا، فأدرج عناصر Recipe فقط، ولا تخلط أنواعًا مختلفة». لن تجتاز قائمة تمزج Recipe وProduct التحقق كعرض تقليدي. وهذه القاعدة خاصة بالبرنامج التقليدي؛ فالنسخة التجريبية أعلاه تسمح صراحة بمزج أنواع الكيانات، لذا لا تنقل إليها افتراض النوع الواحد.
• مطابقة المحتوى المرئي. تنص سياسة عامة للبيانات المنظمة، ويُشار إليها هنا تحديدًا، على أن النص الظاهر للمستخدم يجب أن يشبه المعلومات في البيانات المنظمة. لا يمكنك ترميز عناصر لا يمثلها المحتوى المرئي في الصفحة فعلًا.
• عناوين URL من النطاق نفسه. يعرض Carousel المستضاف بطاقات من الموقع نفسه؛ لذلك ينبغي أن تكون عناوين URL للعناصر على نطاقك.
• تنطبق قواعد سلامة البيانات المنظمة المعتادة. JSON-LD هو التنسيق الذي توصي به Google، ويجب توفير جميع الخصائص المطلوبة للنوع المصاحب (“Items that are missing required properties are not eligible for rich results” (ترجمة) «العناصر التي تفتقد الخصائص المطلوبة غير مؤهلة للنتائج الثرية»)، ويجب ألا تحجب الصفحات المرمزة عن Googlebot بواسطة robots.txt أو noindex. هذه هي الإرشادات العامة نفسها التي تحكم كل نوع من النتائج الثرية، ويغطيها مركز البيانات المنظمة الأشمل بالكامل.

هل يؤثر مخطط ItemList في الترتيب؟ (لا.)

الإجابة المختصرة: لا. البيانات المنظمة ليست عامل ترتيب، ويشمل ذلك ItemList. وهذا موقف Google المتسق والمتكرر. في Search Central Live APAC 2025، أوضح Gary Illyes أن “excessive or redundant schema only adds page bloat and has no additional ranking benefits,” (ترجمة) «المخطط المفرط أو المكرر لا يضيف سوى تضخم الصفحة ولا يحقق أي فوائد إضافية للترتيب»، ووضع المخطط في إطار مساعدة فهم الكيانات وميزات الآلة، لا كجزء من عملية الترتيب. وظل موقف Google في السنوات الأخيرة هو نفسه: البيانات المنظمة ليست إشارة ترتيب، وحتى إساءة استخدامها تؤدي إلى فقدان أهلية النتائج الثرية، عبر إجراء يدوي، لا إلى عقوبة ترتيب.

فمن أين تأتي القيمة إذن؟ من موضعين: أهلية النتائج الثرية، إذ قد يرفع Carousel معدل النقر لا الموضع، وفهم الآلة. وعن النقطة الثانية، أشار John Mueller في أوائل 2026، بصفته الشخصية وبعبارة صريحة “not official guidance” (ترجمة) «ليست إرشادات رسمية»، إلى أن بعض الميزات تستفيد فعلًا من البيانات المنظمة، وضرب مثالًا بأن “pricing, shipping, availability for shopping is basically impossible to read in high fidelity & accurately from a text page.” (ترجمة) «قراءة الأسعار والشحن والتوفر للتسوق بدقة وموثوقية عاليتين من صفحة نصية تكاد تكون مستحيلة». هذا هو الإطار الصادق: يساعد ItemList الآلات على فهم قائمة منظمة، ولا يجعلها أعلى ترتيبًا.

ItemList مقابل CollectionPage: توضيح سريع

يختلط النوعان لأن كليهما ينطبق على صفحات «القوائم»، لكنهما يجيبان عن سؤالين مختلفين. يصف ItemList قائمة مرتبة من عناصر منفصلة، أي المدخلات ومواضعها. أما CollectionPage فهو نوع صفحة يمثل مجموعة ذات موضوع؛ ويتعلق بدلالة الصفحة كلها («هذه الصفحة مجموعة أشياء») لا بترتيب عناصر بعينها. ولا يستبعد أحدهما الآخر؛ إذ يمكن لصفحة تصنيف أن تكون CollectionPage وتحتوي أيضًا على ItemList لمنتجاتها. لكن استخدم ItemList عندما تريد التعبير عن «هذه هي العناصر مرتبة»، واستخدم CollectionPage عندما تريد التعبير عن «هذه الصفحة مجموعة منتقاة».

موضع هذا الموضوع

ItemList شرح معمق تحت مركز البيانات المنظمة الأشمل، إلى جانب المقالين الشقيقين عن نتيجة Carousel المرئية، وهي تطبيق Google الرئيسي لـItemList، وعن BreadcrumbList، وهو رسميًا نوع فرعي من الآلية نفسها. وللاطلاع على الأساسيات التي تحكم كل نوع هنا، ومنها مفردات schema.org وJSON-LD ومحور «ليس عامل ترتيب» وقائمة النتائج الثرية المدعومة الآخذة في التقلص، راجع مركز البيانات المنظمة. وتقع هذه المجموعة الفرعية داخل مجموعة تحسين محركات البحث داخل الصفحة الأوسع.

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

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

• ItemList حاوية عامة للقوائم في schema.org. “A list of items of any sort.” (ترجمة) «قائمة عناصر من أي نوع». تنجز itemListElement، أي المدخلات التي تكون عادة ListItem، وposition التي تبدأ من 1 العمل؛ أما itemListOrder وnumberOfItems فأقل استخدامًا، وتهم الأخيرة القوائم المرقمة.
• ItemList ليس نتيجة ثرية بذاته. تبني Google ميزة Carousel فوقه، ولا تعمل إلا مع نوع مصاحب مدعوم. والخلط بين الحاوية والنتيجة الثرية هو أكبر تصور خاطئ.
• الأنواع المدعومة في Carousel التقليدي: Course list وMovie وRecipe وRestaurant؛ اقترن بأحدها لتصبح مؤهلًا، من دون ضمان الظهور.
• Carousels (Beta) برنامج أحدث ومنفصل: LocalBusiness وProduct وEvent، ومقيد جغرافيًا إلى المنطقة الاقتصادية الأوروبية وتركيا وجنوب أفريقيا، وبحد أدنى ثلاثة كيانات. وهو غير متاح عالميًا.
• نمطا التنفيذ: صفحة ملخص، حيث تحمل عناصر ListItem فقط @type وposition وurl وتوجد بيانات التفاصيل في صفحات منفصلة؛ وصفحة شاملة يتداخل فيها item الكامل داخل كل ListItem.
• يندرج BreadcrumbList رسميًا تحت ItemList، وكذلك HowToSection وHowToStep وOfferCatalog. تستخدم مسارات التنقل وCarousel آلية itemListElement وposition نفسها تمامًا.
• القواعد وراء معظم الإخفاقات: عنصران فأكثر، وثلاثة فأكثر للتجريبية، ونوع واحد لكل العناصر في Carousel التقليدي بينما تسمح التجريبية بالخلط، مع ضرورة مطابقة الترميز للمحتوى المرئي.
• ليس عامل ترتيب. قال Illyes في 2025 إن المخطط المكرر “page bloat” (ترجمة) «تضخم للصفحة» بلا “no additional ranking benefits” (ترجمة) «فوائد إضافية للترتيب». القيمة هي أهلية النتائج الثرية وفهم الآلة؛ وإساءة الاستخدام تكلف الأهلية لا الترتيب. ويشير Mueller، بصفته الشخصية وبعبارة “not official guidance” (ترجمة) «ليست إرشادات رسمية»، إلى أن المخطط يساعد في البيانات التي يصعب تحليلها مثل الأسعار والتوفر.
• ItemList مقابل CollectionPage: الأول قائمة مرتبة من عناصر منفصلة، والثاني نوع صفحة لمجموعة ذات موضوع. ويمكن استخدامهما معًا.

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

وثائق المصادر الأولية من Google وschema.org.

Google

• البيانات المنظمة لـCarousel ‏(ItemList) — العرض الدائري التقليدي المستضاف: الأنواع المدعومة (Course list وMovie وRecipe وRestaurant)، ونمطا صفحة الملخص والصفحة الشاملة، وقاعدتا عنصرين فأكثر والنوع الواحد.
• البيانات المنظمة لـCarousels (Beta) — البرنامج الأحدث المقيد جغرافيًا (LocalBusiness وProduct وEvent؛ المنطقة الاقتصادية الأوروبية وتركيا وجنوب أفريقيا؛ ثلاثة كيانات فأكثر).
• البيانات المنظمة لمسارات التنقل (BreadcrumbList) — تطبيق مسارات التنقل لآلية ItemList نفسها.
• الإرشادات العامة للبيانات المنظمة — السياسات التي تنطبق على ItemList كما تنطبق على كل نوع: الظهور والدقة والخصائص المطلوبة وعدم الحجب بواسطة robots.txt أو noindex.

schema.org

• ItemList — النوع نفسه: التعريف والتمييز عن قوائم HTML وitemListElement وitemListOrder وnumberOfItems، وقائمة «الأنواع الأكثر تحديدًا» التي تؤكد الأنواع الفرعية.
• BreadcrumbList — يؤكد من الاتجاه الآخر أن BreadcrumbList هو ItemList.
• ListItem — نوع المدخل الذي يحمل position وurl وitem.

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

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

schema.org: ما ItemList؟

• “A list of items of any sort—for example, Top 10 Movies About Weathermen, or Top 100 Party Songs.” (ترجمة) «يمكن أن تضم القائمة عناصر من أي صنف؛ ومن أمثلتها أفضل عشرة أفلام عن خبراء الطقس أو أفضل مئة أغنية للحفلات». — schema.org، ItemList. الانتقال إلى الاقتباس
• “Not to be confused with HTML lists, which are often used only for formatting.” (ترجمة) «لا ينبغي الخلط بينها وبين قوائم HTML التي تُستخدم غالبًا للتنسيق فقط». الانتقال إلى الاقتباس
• عن itemListElement: “For itemListElement values, you can use simple strings (e.g. ‘Peter’, ‘Paul’, ‘Mary’), existing entities, or use ListItem.” (ترجمة) «تقبل قيم itemListElement نصوصًا بسيطة، مثل Peter وPaul وMary، كما تقبل كيانات موجودة أو ListItem». الانتقال إلى الاقتباس

schema.org: ‏BreadcrumbList هو ItemList

• “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، BreadcrumbList. الانتقال إلى الاقتباس

Google: قاعدة النوع الواحد

• “All items in the list must be of the same type. For example, if a list is about recipes, only include Recipe items. Don’t mix different types.” (ترجمة) «ينبغي توحيد نوع عناصر القائمة كلها؛ فقائمة الوصفات تقتصر على عناصر Recipe ولا تجمع أنواعًا متباينة». — Google Search Central، وثائق Carousel. الانتقال إلى الاقتباس

Gary Illyes، من Google (فعالية Search Central Live APAC 2025، كما ورد في تغطية Search Engine Journal)

• المخطط المفرط أو المكرر “only adds page bloat and has no additional ranking benefits” (ترجمة) «لا يضيف سوى تضخم الصفحة ولا يحقق أي فوائد إضافية للترتيب»؛ فهو يساعد على فهم الكيانات وميزات الآلة، لكنه ليس جزءًا من عملية الترتيب. قراءة التغطية

John Mueller، من Google (Reddit، نقلته Search Engine Roundtable في يناير 2026، ووُصف صراحة بأنه رأي شخصي و”not official guidance”* (ترجمة) «ليس إرشادًا رسميًا»)*

• عن المواضع التي يفيد فيها المخطط فعلًا: “Pricing, shipping, availability for shopping is basically impossible to read in high fidelity & accurately from a text page, for example.” (ترجمة) «قراءة الأسعار والشحن والتوفر للتسوق بدقة وموثوقية عاليتين من صفحة نصية تكاد تكون مستحيلة، على سبيل المثال». قراءة التغطية

ItemList: ورقة مرجعية سريعة

الخصائص

Carousel التقليدي مقابل Carousels (Beta)

القواعد التي تُفشل التحقق

• عدد عناصر أقل من الحد الأدنى (2 للتقليدي و3 للتجريبي).
• مزج أنواع العناصر في Carousel التقليدي؛ إذ يجب أن تكون جميع العناصر من النوع نفسه، بينما تسمح النسخة التجريبية بالخلط.
• ترميز لا يطابق المحتوى المرئي في الصفحة.
• عناوين URL لعناصر خارج نطاقك؛ فالعروض المستضافة من الموقع نفسه.
• غياب الخصائص المطلوبة في النوع المصاحب.

حقائق سريعة

• ItemList وحده ليس نتيجة ثرية؛ تحتاج إلى نوع مصاحب مدعوم للحصول على Carousel.
• BreadcrumbList نوع فرعي من ItemList، إلى جانب HowToSection وHowToStep وOfferCatalog.
• ليس عامل ترتيب؛ قيمته في الأهلية وفهم الآلة.
• JSON-LD هو تنسيق Google الموصى به.
• ItemList مقابل CollectionPage: قائمة مرتبة من العناصر مقابل نوع صفحة لمجموعة ذات موضوع.

هل أحتاج إلى ItemList، وهل سيمنحني Carousel؟

تابع الأسئلة بالترتيب؛ فكل إجابة توجهك إلى الإجراء الصحيح.

1. هل صفحتك قائمة فعلية من عناصر منفصلة مرتبة أو مصنفة؟

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

2. هل تنتمي العناصر إلى أحد الأنواع المدعومة في Carousel؟

• Course list أو Movie أو Recipe أو Restaurant ← أنت مؤهل لـCarousel التقليدي عالميًا. تابع إلى السؤال 3.
• LocalBusiness أو Product أو Event ← لا يمكنك الحصول على Carousel إلا عبر برنامج Carousels (Beta) المحدود إلى المنطقة الاقتصادية الأوروبية وتركيا وجنوب أفريقيا، والذي يحتاج إلى ثلاثة كيانات فأكثر. خارج هذه المناطق، يظل ItemList مساعدًا لفهم الآلة لكنه لن ينتج Carousel.
• أي شيء آخر، مثل مقالات المدونة أو «أفضل 10» عامة ← ItemList العادي مناسب للبنية والفهم، لكنه لن ينتج نتيجة Carousel ثرية. فلا تتوقع ذلك.

3. هل لكل عنصر صفحة تفاصيل منفصلة؟

• نعم ← استخدم نمط صفحة الملخص: لا يحتاج كل ListItem سوى @type وposition وurl، وضع ترميز النوع المصاحب كاملًا في كل صفحة تفاصيل.
• لا، كل شيء في صفحة واحدة ← استخدم نمط الصفحة الشاملة: يتداخل ترميز item الكامل داخل كل ListItem.

4. فحوص الأهلية النهائية قبل توقع Carousel:

• هل لديك عنصران فأكثر، أو ثلاثة فأكثر للتجريبية؟ · هل كلها من النوع نفسه في التقليدية فقط، بينما تسمح التجريبية بالخلط؟ · هل يطابق الترميز المحتوى المرئي؟ · هل عناوين URL للعناصر على نطاقك؟ · هل خصائص النوع المصاحب المطلوبة موجودة؟ · هل الصفحة غير محجوبة بواسطة robots.txt أو noindex؟
• إذا كانت الإجابة نعم للجميع فأنت مؤهل. وتذكر أن Google هي التي تقرر في النهاية ما إذا كانت ستعرض النتيجة؛ فالنتائج الثرية ليست مضمونة.

تحقق واقعي: لا يرفع شيء من هذا ترتيبك. الفائدة المحتملة هي Carousel، بما قد يحسن معدل النقر، وفهم آلي أوضح، لا موضع أعلى.

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

مرجع سريع يربط العَرَض بالسبب والإصلاح للحالات التي تمنع Carousel من الظهور فعلًا، أو تعطل جانب BreadcrumbList من الآلية نفسها.

ينجح التحقق من الترميز، لكن Carousel لا يظهر مطلقًا

السبب المرجح: ItemList وحده ليس نتيجة ثرية؛ فلا يعمل Carousel إلا عند إقران ItemList بنوع مصاحب مدعوم: Course list أو Movie أو Recipe أو Restaurant للتقليدي، وLocalBusiness أو Product أو Event للنسخة التجريبية المقيدة جغرافيًا. إذا كانت عناصر الصفحة من نوع خارج هذه القوائم، مثل «أفضل 10 مقالات مدونة» عامة، فإن ItemList يؤدي وظيفته في فهم الآلة لكنه لم يكن ليُنتج Carousel أصلًا. الإصلاح: تأكد من أن النوع المصاحب من الأنواع المدعومة في البرنامج الذي تستهدفه؛ وإن لم يكن كذلك فلا تتوقع Carousel. وتذكر أن الترميز المستوفي للشروط يمنحك الأهلية فقط ولا يضمن العرض، إذ يبقى القرار لـGoogle.

تنجح القائمة في التحقق لكن Google تشير إلى خطأ في النوع الواحد أو العدد

السبب المرجح: أكثر إخفاقين بنيويين شيوعًا هما مزج أنواع العناصر في Carousel التقليدي، وفق القاعدة “All items in the list must be of the same type… Don’t mix different types” (ترجمة) «يجب أن تكون جميع عناصر القائمة من النوع نفسه… لا تخلط أنواعًا مختلفة»، أو وجود عناصر أقل من الحد الأدنى، أي عنصرين فأكثر للتقليدي وثلاثة فأكثر للتجريبي. وإذا كنت تستهدف التجريبي، فمزج الأنواع ليس المشكلة؛ إذ تسمح وثائقه صراحة بمزج أنواع الكيانات عندما يقتضي السيناريو. الإصلاح: في Carousel التقليدي، تحقق من أن كل ListItem داخل itemListElement من النوع نفسه في schema.org. أما في التجريبي فتجاوز هذا الفحص، وتحقق بدلًا منه من عدد المدخلات مقابل الحد الأدنى للبرنامج المقترن به.

لا يظهر Carousel رغم صحة عدد العناصر وأنواعها

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

تفشل مسارات التنقل أو نوع فرعي آخر من ItemList بالطريقة نفسها

السبب المرجح: لأن BreadcrumbList نوع فرعي رسمي من ItemList ويستخدم آلية itemListElement وposition نفسها، فإن الأخطاء البنيوية ذاتها، مثل قلة العناصر وعدم مطابقة المحتوى المرئي، تعطل أهلية مسارات التنقل أيضًا. الإصلاح: طبق على ترميز BreadcrumbList الفحوص نفسها التي تطبقها على Carousel ItemList، ومنها الحد الأدنى للعناصر ومطابقة المحتوى المرئي. فإذا شخّصت أحدهما فأنت تعرف بالفعل كيف تشخص الآخر.

أمثلة عملية: نمطا ItemList

يصف المقال أعلاه نمطي صفحة الملخص والصفحة الشاملة بالنثر فقط؛ وفيما يلي شكل كل منهما فعليًا بصيغة JSON-LD، وكيف يعيد BreadcrumbList استخدام البنية نفسها تمامًا.

النمط 1: صفحة ملخص مع صفحات تفاصيل منفصلة

يحمل كل ListItem فقط @type وposition وurl؛ أما ترميز Recipe أو Movie أو غيره كاملًا فيوجد في صفحة التفاصيل المرتبطة، لا هنا.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "url": "https://example.com/recipes/lemon-bars"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "url": "https://example.com/recipes/banana-bread"
    }
  ]
}

• تبدأ position من 1 لا من 0.
• url هو عنوان URL الأساسي لصفحة تفاصيل العنصر نفسه؛ ويُرمز كائن Recipe ذاته هناك، ولا يتداخل هنا.
• تحتاج هذه البنية إلى مدخلين فأكثر لـCarousel التقليدي، وثلاثة فأكثر للتجريبي، ويجب أن ينتهي كل مدخل إلى النوع المصاحب نفسه.

النمط 2: صفحة شاملة بلا صفحات تفاصيل منفصلة

يوجد كل شيء في صفحة واحدة، لذا يتداخل كائن item الكامل داخل كل ListItem بدل حمل url وحده.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": {
        "@type": "Recipe",
        "name": "Lemon Bars",
        "url": "https://example.com/recipes#lemon-bars"
      }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": {
        "@type": "Recipe",
        "name": "Banana Bread",
        "url": "https://example.com/recipes#banana-bread"
      }
    }
  ]
}

• استخدم هذا النمط عند غياب صفحة تفاصيل مخصصة لكل عنصر؛ إذ يتداخل كائن النوع المصاحب كاملًا، وهو Recipe هنا، تحت item.
• كلا العنصرين من نوع Recipe؛ وإدخال Product أو Movie بينهما يكسر قاعدة النوع الواحد ويلغي أهلية القائمة كلها لـCarousel.

كيف يعيد BreadcrumbList استخدام الآلية نفسها

BreadcrumbList نوع فرعي رسمي من ItemList؛ يستخدم بنية itemListElement وposition نفسها، مع @type خارجي مختلف وغرض دلالي مختلف:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Recipes",
      "item": "https://example.com/recipes/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Lemon Bars"
    }
  ]
}

• تشترط Google وجود عنصري ListItem على الأقل في مسار التنقل؛ وهي آلية «عنصرين فأكثر» نفسها في Carousel التقليدي، لكن مطبقة على تسلسل الصفحات بدل عناصر المحتوى.
• غالبًا لا يحمل آخر عنصر في المسار، أي الصفحة الحالية، خاصية item لأنه لا يملك وجهة رابط تالية.

أدوات التحقق من ItemList وأهلية Carousel

• أداة فحص أهلية النتائج الثرية — الصق JSON-LD أو صفحة HTML أو اجلب عنوان URL حيًا، واعرف لكل نوع نتائج Google الثرية التي يتأهل لها، ومنها ميزة Breadcrumb التي يثبت هذا المقال أنها نوع فرعي من ItemList. تحدد الأداة الحقل المطلوب الناقص بدقة بدل نتيجة عامة بالنجاح أو الفشل، وهي أسرع طريقة لمعرفة ما إذا كان BreadcrumbList أو النوع المصاحب لـCarousel مؤهلًا فعلًا.
• أداة التحقق من ترميز المخطط — الصق JSON-LD أو اجلبه وشغل تحققًا متعدد درجات الخطورة للبيانات المنظمة: فحوص مفردات schema.org ومتطلبات النتائج الثرية في Google وروابط مخطط @id بين الكتل، مع كتلة JSON-LD مصححة قابلة للنسخ. تفيد في اكتشاف عدم تطابق النوع الواحد والخصائص الناقصة، وهما من أكثر أسباب إخفاق التحقق من ItemList وCarousel شيوعًا.
• اختبار النتائج الثرية من Google — أداة Google نفسها لفحص الأهلية، وهي رأي ثانٍ جيد بعد نجاح الأداتين أعلاه لأنها تعكس التحليل الحي لدى Google لا تفسير طرف ثالث للمواصفة.

التأكد من سريان تغيير ItemList أو Carousel فعلًا

تثبت الفحوص الآتية نجاح تغيير محدد في ItemList أو BreadcrumbList، بالترتيب الذي ينبغي تنفيذها به، مع الإشارة التي تعني «تراجع عن هذا».

تأكد من إمكان تحليل JSON-LD وبلوغه حد الأهلية الصحيح

الاختبار: الصق JSON-LD المحدث في أداة فحص أهلية النتائج الثرية أو أداة التحقق من ترميز المخطط. النتيجة المتوقعة: يظهر النوع المصاحب، أي Recipe أو Movie أو Course list أو Restaurant أو LocalBusiness أو Product أو Event في التجريبية، مؤهلًا بلا أخطاء خصائص مطلوبة ناقصة ولا حالات عدم تطابق للنوع الواحد. تفسير الفشل: تعني الخاصية الناقصة أن الحقول المطلوبة في النوع المصاحب نفسه لم تكتمل، ويعني تحذير النوع الواحد أن مصفوفة itemListElement تمزج أنواعًا مختلفة، ما يلغي أهلية القائمة كلها. نافذة المراقبة: فورية؛ فهذا فحص تحليل في لحظة معينة، فأعد تشغيله بعد أي تعديل للترميز مباشرة. محفز التراجع: إذا أبلغت الأداة عن أخطاء أهلية جديدة لم تكن موجودة قبل التغيير، فارجع إلى آخر JSON-LD اجتاز الفحص أثناء التحقيق.

تأكد من استيفاء قواعد العناصر والحد الأدنى للعدد

الاختبار: احسب مدخلات ListItem في itemListElement، وافحص @type لكل منها، سواء على item المتداخل أو في صفحة التفاصيل المرتبطة لنمط صفحة الملخص، مقابل قاعدة النوع الواحد. النتيجة المتوقعة: مدخلان أو أكثر لـCarousel التقليدي، وثلاثة أو أكثر للتجريبي، مع انتهاء كل مدخل إلى النوع المصاحب المتطابق نفسه. تفسير الفشل: يعني انخفاض العدد عن الحد الأدنى أو مزج الأنواع أن ItemList صحيح بنيويًا كـJSON-LD لكنه لا يزال غير مؤهل لـCarousel. نافذة المراقبة: فورية؛ فهذا فحص بنيوي ثابت للترميز الحالي. محفز التراجع: إذا خفض تغيير في المحتوى القائمة عن الحد الأدنى، فاعتبره تراجعًا وأعد العناصر المحذوفة أو أزل الترميز المستهدف لـCarousel حتى يعود العدد إلى الحد المطلوب.

تأكد من أن Google تعرض الميزة فعلًا، لا مجرد الأهلية

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

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

مقالات ذات صلة كتبتها

• البيانات المنظمة: ما هي وكيف تستخدمها — دليلي في Ahrefs لأنواع المخطط وطرق التنفيذ وأدوات التحقق وزاوية الكيانات في sameAs؛ وهو السياق الأوسع الذي يندرج فيه ItemList.
• دليل المبتدئين إلى تحسين محركات البحث التقني — موضع البيانات المنظمة، والقوائم مثل هذه، في الصورة الأكبر.

محاضراتي

• كيف يعمل البحث (SlideShare) — شرحي للزحف والعرض والفهرسة والترتيب، لفهم موضع ترميز مثل ItemList وما الذي يؤثر فيه وما لا يؤثر. وينطبق تنبيهي الدائم: “This is my understanding of systems… not going to be 100% complete or accurate.” (ترجمة) «هذا فهمي للأنظمة… ولن يكون كاملًا أو دقيقًا بنسبة 100%».

مصادر رسمية

• Google: البيانات المنظمة لـCarousel ‏(ItemList) وCarousels (Beta) — برنامجا Carousel وأنواعهما المدعومة ومتطلباتهما.
• Google: الإرشادات العامة للبيانات المنظمة — السياسات التي يجب أن يستوفيها كل نوع من النتائج الثرية، ومنها ItemList.
• schema.org: ‏ItemList وBreadcrumbList — تعريفات النوعين وعلاقة النوع الفرعي المؤكدة من الاتجاهين.

من مصادر القطاع

• وقائع اليوم الثاني من Google Search Central APAC 2025 (Search Engine Journal) — حديث Gary Illyes عن المخطط والترتيب و*“page bloat”* (ترجمة) «تضخم الصفحة».
• رأي John Mueller الشخصي في مساعدة المخطط للنماذج اللغوية وGoogle (Search Engine Roundtable، يناير 2026) — رأي Mueller الشخصي وغير الرسمي في المواضع التي تفيد فيها البيانات المنظمة فعلًا.
• ما مخطط ItemList؟ دليل كامل (Greadme) — شرح جيد من طرف ثالث لشروط أهلية Carousel ونمطي التنفيذ.
• مخطط ItemList (Rank Math KB) — مرجع موجه إلى الإضافات يميز بين ItemList وCarousel ويغطي نمطي الاستخدام.

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

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

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