اختيار المنتجات وترتيبها في صفحات الفئات

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

قراران يختبئان في صفحة واحدة

يحدد اختيار المنتجات السلع التي تنتمي إلى صفحة الفئة، ويحدد الترتيب تسلسلها الافتراضي. Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure لا تستطيع محركات البحث الزحف إلا إلى المنتجات المكشوفة عبر روابط قابلة للاكتشاف، بينما تتطلب عناوين URL متعددة الأوجه ضوابط زحف مقصودة. Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

عندما تنظر إلى صفحة فئة، مثل «أحذية الجري» أو «أجهزة محمولة بأقل من 500 USD»، تبدو لك شبكة ثابتة من المنتجات. لكنها ليست كذلك. فخلفها خياران:

1. الاختيار — أيّ المنتجات تظهر. هل تظهر كلها؟ أم المتوفر منها فقط؟ أم مجموعة منتقاة يدويًا؟ وهل تظهر المنتجات غير المتوفرة أصلًا؟
2. ترتيب العرض — تسلسل ظهورها. ويشمل الترتيب الافتراضي، أي ما يراه المتسوق قبل تغيير أي شيء، ويُسمى عادةً «مميّز» أو «الأكثر مبيعًا» أو «الأحدث» أو «السعر»، إلى جانب خيارات الترتيب البديلة التي يمكنه الانتقال إليها.

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

لماذا يهم الترتيب في البحث

تولي محركات البحث أكبر اهتمام لما يقع قرب أعلى الصفحة وفي الصفحة الأولى من النتائج. ولذلك تكون المنتجات في الصف الأول أو الثاني من ترتيبك الافتراضي هي الأرجح أن يزحف Google إليها بموثوقية وأن يتعامل معها بوصفها مهمة. وإذا دفن الترتيب الافتراضي أفضل منتجاتك في «الصفحة 6»، تقل فرص وصول المتسوقين وGoogle إليها.

وهناك جانب يتعلق بتجربة المستخدم أيضًا. فقد وجد بحث Baymard Institute أن اعتماد «الأكثر مبيعًا» ترتيبًا افتراضيًا قد يجعل كتالوج المتجر كله يبدو أضيق مما هو عليه فعلًا، لأنه يجمع المنتجات الشائعة المتشابهة في الأعلى، وقد يدفع ذلك المتسوقين إلى المغادرة. ويميل ترتيب «مميّز» أو «الملاءمة» الأكثر تنوعًا إلى تحقيق نتائج أفضل للمتسوقين ولمحركات البحث معًا.

المشكلتان الشائعتان

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

2. إنشاء أزرار «الترتيب حسب» عناوين مكررة. عندما يرتب شخص ما المنتجات حسب السعر، يتغير عنوان URL غالبًا إلى شيء مثل ?sort=price. إنها قائمة المنتجات نفسها بترتيب مختلف، لكن محرك البحث قد يراها صفحة مستقلة تمامًا. ومن دون ضوابط، يتكاثر كل خيار ترتيب إلى عناوين URL شبه مكررة. ويتحكم المطور أو المنصة في ذلك عادةً، لكن من المهم معرفة وجوده.

قائمة التحقق البسيطة

• لا تدع المنتجات غير المتوفرة تتصدر ترتيبك الافتراضي؛ أخّرها أو أخفها خلف مفتاح تبديل.
• فضّل ترتيبًا افتراضيًا متنوعًا من نوع «مميّز/الملاءمة» على «الأكثر مبيعًا» وحده، ما لم يكن لديك سبب محدد لغير ذلك.
• تأكد من أن أفضل منتجاتك ليست مدفونة عميقًا في ترتيب لا يصل إليه أحد.
• امنع عناوين URL الخاصة بالترتيب حسب من التحول إلى نسخ مكررة قابلة للفهرسة؛ فهذا إعداد لدى المنصة أو المطور.

هل تريد النسخة التقنية، بما فيها قاعدة المحتوى المكرر الدقيقة لـ?order=price، ووصفة robots.txt، وعلاقة تأخير المنتجات غير المتوفرة بكفاءة الزحف، وما يستطيع مخطط itemListOrder فعله وما لا يستطيعه؟ انتقل إلى علامة تبويب متقدم.

الخلاصة — تتخذ صفحة الفئة قرارين لكل منهما آليات مختلفة في تحسين محركات البحث: يدفع الاختيار، أي المنتجات التي تظهر، إشارات جودة المحتوى ومدى وصول الروابط الداخلية؛ بينما يدفع ترتيب العرض، أي التسلسل، المحتوى المكرر وأولوية عمق الزحف. وركيزة الدقة هي أن Google تسمي ترتيب العرض صراحةً، مثل ?order=price، حالةً للمحتوى المكرر؛ لذا وجّه متغيرات الترتيب بعلامة canonical إلى العرض الأساسي أو احظرها عبر robots.txt أو noindex، لأن الطلب المستقل على الترتيب الخالص يكاد يكون معدومًا. اختر ترتيبًا افتراضيًا واحدًا بوصفه العرض الأساسي المفهرس؛ فعادةً ما يخدم ترتيب «مميّز/الملاءمة» القائم على التنوع، وفق بحث Baymard، أهداف التحويل والزحف في آن واحد. وينبغي ألا تتصدر المنتجات غير المتوفرة الترتيب الافتراضي؛ إذ يقول Mueller إن المخزون ليس عامل ترتيب في البحث العادي، لكن القائمة المثقلة بهذه المنتجات تبدو منخفضة القيمة وتهدر ميزة الزحف والروابط التي تمنحها المواضع الأولى. ومخطط itemListOrder وصفي لا توجيهي، ويجب أن يطابق الترتيب المرئي عند استخدامه.

قراران وآليتان مختلفتان في تحسين محركات البحث

توصي Google بالربط من القوائم إلى الفئات، ومن الفئات إلى المنتجات، كي تستطيع برامج الزحف اكتشاف الكتالوج. Evidence for this claim Google recommends navigational links from menus to categories and from category pages to products so crawlers can discover an ecommerce catalog. Scope: Google Search ecommerce site-structure guidance. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure قد تنشئ الفلاتر وخيارات الترتيب مساحات كبيرة من عناوين URL، لذا ينبغي تصميم سلوك زحفها بصورة مستقلة عن ترتيب التجارة. Evidence for this claim Faceted navigation can create very large URL spaces and should be managed deliberately to avoid inefficient crawling. Scope: Google Search guidance for faceted navigation; the right controls depend on whether filtered URLs need indexing. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

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

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

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

لماذا يمثل ترتيب العرض مشكلة لتحسين محركات البحث أصلًا

يبدو ترتيب العرض جزءًا محضًا من تجربة المستخدم؛ فما هو إلا المنتجات نفسها بتسلسل مختلف. لكن Google نفسها تتعامل معه بوصفه مشكلة محتوى مكرر. ففي إرشادات ترقيم الصفحات في التجارة الإلكترونية، وتحت عنوان «تجنب فهرسة عناوين URL التي تحتوي على فلاتر أو ترتيبات بديلة»، تقدم Google هذا السيناريو حرفيًا: “you may support ?order=price on URLs to return the same list of results ordered by price.” (ترجمة) «قد تدعم ?order=price في عناوين URL لإرجاع قائمة النتائج نفسها مرتبة حسب السعر». ثم توصي: “To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (ترجمة) «لتجنب فهرسة صور مختلفة من قائمة النتائج نفسها، امنع فهرسة عناوين URL غير المرغوبة باستخدام وسم robots الوصفي noindex، أو ثبّط الزحف إلى أنماط محددة من عناوين URL بملف robots.txt».

هذه حالة محتوى مكرر أوضح من الفلتر. فالفلتر، مثل color=red، يغير المنتجات الموجودة في المجموعة، وقد يلتقط طلبًا حقيقيًا من الذيل الطويل. أما متغير الترتيب فلا يغير المجموعة إطلاقًا؛ بل يعيد، وفق نص Google نفسه، “the same list of results” (ترجمة) «قائمة النتائج نفسها» بتسلسل مختلف. لذلك نادرًا ما تستحق هذه النسخة الفهرسة.

الترتيب «متغير نشط». في دليلي لمتغيرات URL وضعت متغيرات الترتيب في فئة المتغيرات النشطة، إلى جانب التصفية وترقيم الصفحات والبحث، أي إنها تغير ما تعرضه الصفحة وتحتاج لذلك إلى قرار فهرسة مقصود. وليست سلبية مثل متغيرات التتبع التي يمكنك تجاهلها ببساطة: “You should avoid passive parameters like those used for tracking on internal links.” (ترجمة) «ينبغي تجنب المتغيرات السلبية، مثل المستخدمة للتتبع، في الروابط الداخلية». فعنوان URL مثل ?sort=price-asc ليس سلبيًا؛ بل يحتاج إلى قرار فعلي: توجيه canonical إلى الأساس، أو noindex مع robots.txt.

التفاعل مع عمق الزحف. تنص إرشادات Google للتجارة الإلكترونية بوضوح على أن صفحات الفئات هي مدخل المنتجات؛ فإذا لم ترتبط بكل المنتجات، “Googlebot might not find all of your products by crawling alone.” (ترجمة) «قد لا يعثر Googlebot على جميع منتجاتك بالزحف وحده». لكن عند ترقيم الصفحات، لا يُزحف بموثوقية إلا إلى الصفحة الأولى، أو أول N من السلع. ولذلك يحدد الترتيب الافتراضي مباشرةً المنتجات التي تحصل على ميزة عمق الزحف. وقد يدفن ترتيب افتراضي من «السعر: من الأقل إلى الأعلى» المنتجات الرئيسية أو الأعلى هامشًا أو طلبًا في البحث في الصفحة 6، حيث تقل فرص وصول المستخدمين وبرامج الزحف إليها. أما الترتيب الملائم للطلب فيجمع المنتجات المهمة قرب الصفحة 1.

اختيار الترتيب الافتراضي: التجارة في مقابل تحسين محركات البحث، وهما يتوافقان غالبًا

الخبر الجيد أن هذه الأهداف تشير عادةً إلى الاتجاه نفسه.

يدافع بحث Baymard Institute عن ترتيب افتراضي قائم على التنوع من نوع «الملاءمة/مميّز» بدل «الأكثر مبيعًا» وحده. وخلاصته أن ترتيب الأكثر مبيعًا يميل إلى تجميع السلع المتشابهة مرتفعة المبيعات في الأعلى، ما قد يجعل الكتالوج يبدو أضيق مما هو عليه ويدفع إلى التخلي؛ كما يوثّق أن نسبة كبيرة من المواقع لا تستخدم ترتيبًا قائمًا على التنوع. وتقدم مقالة Pamela Hazelton الأقدم لكنها دائمة الصلة في Practical Ecommerce الحجة الموازية لتحسين معدل التحويل: قد يُظهر ترتيب الأكثر مبيعًا أولًا سلعًا منخفضة التقييم أو مرتفعة السعر في القمة. وتقول: “when the shopper is presented with bad choices right out of the gate, he’s apt to bail immediately.” (ترجمة) «حين تُعرض على المتسوق خيارات سيئة منذ البداية، يُرجح أن يغادر فورًا».

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

متى يكون ترتيب افتراضي مختلف مبررًا؟ توجد حالات حقيقية: فئة تصفية مخزون يكون فيها «السعر: من الأقل إلى الأعلى» هو القصد، أو مجموعة «وصل حديثًا» يكون فيها «الأحدث» هو الغرض كله. ليست القاعدة «اختر مميّز دائمًا»، بل «اختر الترتيب الافتراضي الذي يمثل الكتالوج ويقدّم المنتجات الجديرة بالزحف، وليكن لديك سبب إن لم يكن قائمًا على التنوع».

المنتجات غير المتوفرة داخل القائمة

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

لم تصدر Google قاعدة على مستوى القوائم في هذا الشأن. لكن ما قالته، على لسان John Mueller، هو أن مستويات المخزون ليست عامل ترتيب في البحث العادي. فعندما سئل هل تؤثر مستويات المخزون في ترتيب المنتج، قال إنها “seems unrelated, at least for normal search.” (ترجمة) «تبدو غير مرتبطة، على الأقل في البحث العادي». وفي سياق منفصل عن التعامل مع نفاد المخزون، أوضح أنه عندما ترى Google منتجًا غير متوفر “we will assume it’s more like a soft 404 error, where we will drop that URL,” (ترجمة) «سنفترض أنه أشبه بخطأ 404 بسيط، وعندها سنسقط عنوان URL ذلك»، مع تشديده على أنه “even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (ترجمة) «حتى إذا نفد مخزون منتج واحد، فلا تتأثر بذلك ترتيبات بقية الموقع».

إذًا لا توجد آلية من نوع «متوفر = تعزيز الترتيب». لكن حجة تأخير المنتجات غير المتوفرة في القائمة تتعلق بالكفاءة والجودة، لا بعامل ترتيب مباشر:

1. هدر قيمة الزحف والروابط. المنتجات غير المتوفرة لا تحقق تحويلًا. ومنحها المواضع من 1 إلى N يسلّم أفضلية عمق الزحف والروابط الداخلية لصفحات لا يمكنها إتمام معاملة.
2. إشارة جودة المحتوى. تبدو القائمة التي تغلب عليها السلع غير المتوفرة أضعف وأقل فائدة؛ وهو قلق انخفاض القيمة نفسه وراء خطر 404 البسيط الذي وصفه Mueller لصفحات المنتجات غير المتوفرة، لكن على مستوى القائمة هذه المرة.
3. مبدأ «عدم التضليل بشأن التوفر». يتوقع Merchant Center أصلًا معالجة واضحة وغير مضللة للتوفر في صفحات المنتجات؛ فمدّ الروح نفسها إلى القوائم عبر دفع السلع غير المتوفرة إلى نهاية الترتيب الافتراضي أو خلف مفتاح تبديل.

التوصية العملية هي: أخّر المنتجات غير المتوفرة إلى نهاية الترتيب الافتراضي، أو ضعها خلف مفتاح «إظهار المنتجات غير المتوفرة»؛ فلا تدعها تتصدر، ولا تزل المنتجات كلها من الفهرس. فالإزالة من الفهرس سؤال يخص صفحة المنتج، لا ترتيب القائمة.

الإدارة التقنية لعناوين URL الخاصة بالترتيب

بعد اختيار ترتيب افتراضي، يصبح كل ما عداه متغيرًا. تعامل مع متغيرات الترتيب كما تتعامل مع ضوضاء الفلاتر:

• اختر عرضًا افتراضيًا/أساسيًا واحدًا بوصفه الصفحة الأساسية المفهرسة. وكل تبديلات الترتيب الأخرى متغيرات غير أساسية، بلا استثناء.

• وجّه متغيرات الترتيب بعلامة canonical إلى العرض الأساسي، أو احظر المتغير. وبما أن متغير الترتيب يعرض “the same list of results” (ترجمة) «قائمة النتائج نفسها»، فلا يكاد يملك طلبًا مستقلًا على الكلمات المفتاحية؛ فلا أحد يبحث عن «أحذية مرتبة حسب السعر تصاعديًا». وقارن ذلك بواجهة فلتر مثل «أحذية جري حمراء»، التي قد يكون لها طلب. ولهذا يمثل الترتيب حالة أنظف للحظر أو التوجيه بعلامة canonical من الفلاتر؛ راجع الطلب المستقل شبه المعدوم للترتيب الخالص في بحث الذيل الطويل للتنقل متعدد الأوجه.

• لا توفر علامة canonical وحدها ميزانية الزحف. فكما أشرت في دليل متغيرات URL، “a canonical tag can help consolidate signals to a chosen URL but requires each additional version of a page to be crawled” (ترجمة) «قد تساعد علامة canonical في توحيد الإشارات إلى عنوان URL مختار، لكنها تتطلب الزحف إلى كل نسخة إضافية من الصفحة»؛ إذ يظل على Google جلب عنوان ?sort= ليرى العلامة. وفي الكتالوجات ذات العدد الكبير من عناوين URL، اجمع علامة canonical مع حظر متغير الترتيب في robots.txt. وهذا نمط مستوحى من أمثلة Google نفسها لحظر الفلاتر:

  User-agent: Googlebot
  Disallow: /*?*sort=
  Allow: /*?sort=featured$

  (اقتباس متصرف في نمط Google لحظر الفلاتر كي يلائم متغير sort=، وليس مثالًا حرفيًا من Google.)

• أرجع 404 للمجموعات الفارغة. عندما يجتمع متغير ترتيب مع فلتر لا يعيد أي نتائج، توصي إرشادات Google للتنقل متعدد الأوجه بأن “return an HTTP 404 status code when a filter combination doesn’t return results” (ترجمة) «تُرجع رمز حالة HTTP‏ 404 عندما لا يعيد تجميع الفلاتر نتائج»، بدل عرض غلاف فارغ قابل للفهرسة.

• لدى Bing أداة لم تعد Google تقدمها. اختفت أداة URL Parameters لدى Google في 2022، لكن ميزة URL Normalization (تسوية عناوين URL) في Bing Webmaster Tools ما تزال نشطة، وتتيح لك تسجيل sort بوصفه متغيرًا لا يغيّر معنى المحتوى تغييرًا جوهريًا. ويقول Fabrice Canel: “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems” (ترجمة) «ليس الاعتماد على علامة canonical بالضرورة الحل المثالي لإصلاح كل مشكلات المحتوى المكرر»؛ لذا سوِّ متغير الترتيب في Bing بوصفه إشارة إضافية.

المخطط وترتيب العرض: ما يستطيع itemListOrder فعله وما لا يستطيعه

إذا استخدمت ItemList لترميز قائمة فئة، فللنوع خاصية itemListOrder، لكن حافظ على فهم دورها بدقة:

• وصفية لا توجيهية. تصف itemListOrder نوع الترتيب، وليس لها أي تأثير موثق في الترتيب. ولن تجعل المنتجات ترتب على نحو أفضل.
• يجب أن تطابق الترتيب المرئي عند استخدامها. تلاحظ schema.org نفسها أن “the order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases” (ترجمة) «لا يكفي تسلسل العناصر داخل الترميز للدلالة على ترتيبها [كذا]؛ استخدم ListItem مع خاصية ‘position’ في هذه الحالات». كما تتطلب قواعد Google للبيانات المنظّمة التطابق بين الترميز والمحتوى المرئي. فإذا زعم ItemList ترتيبًا وعرضت الصفحة ترتيبًا آخر، فهذا تعارض لا إشارة.
• ولا توجد نتائج منسقة من نوع Product في القوائم أصلًا. تنص إرشادات بيانات قوائم التجار المنظّمة من Google صراحةً على أن “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product,” (ترجمة) «تقتصر أهلية نتائج Product المنسقة على الصفحات المخصصة لمنتج واحد أو لمتغيرات متعددة من المنتج ذاته؛ فعبارة ‘أحذية في متجرنا’ مثلاً لا تصف منتجاً بعينه». وتقول Google إنها توصي “focusing on adding markup to product pages instead of pages that list products or a category of products.” (ترجمة) «بالتركيز على إضافة الترميز إلى صفحات المنتجات بدل الصفحات التي تسرد المنتجات أو فئة من المنتجات». ولذلك لا يعد ItemList أو itemListOrder أكثر من معين على قابلية القراءة الآلية في صفحة القائمة، وليس بديلًا لاستراتيجية سليمة لعناوين URL الخاصة بالترتيب.

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

يمثل اختيار المنتجات وترتيبها شريحة واحدة من بنية موقع التجارة الإلكترونية. وتجد دورة حياة صفحة القائمة كاملة، بما فيها بنية URL، وترقيم الصفحات بعد انتهاء rel=prev/next، والتعامل مع المحتوى الضعيف، والبيانات المنظّمة، في تحسين صفحات الفئات لمحركات البحث. أما آليات إدارة زحف عناوين URL للفلاتر والأوجه فتجدها في التنقل متعدد الأوجه. ويظل التعامل مع عدم توفر المنتج على مستوى صفحته، سواء بإعادة التوجيه أو 404 أو الإبقاء عليها، قرارًا مستقلًا. والسؤال الأضيق في هذه الصفحة هو: أي المنتجات تظهر، وبأي ترتيب، ولماذا يمثل ذلك قرارًا تجاريًا له أثر لاحق في تحسين محركات البحث.

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

خلاصة مكثفة للنسخة المتقدمة:

• تتخذ صفحة الفئة قرارين: الاختيار، أي المنتجات التي تظهر، مثل تصفية المتوفر أو مجموعة منتقاة أو تضمين غير المتوفر؛ و_ترتيب العرض_، أي التسلسل. ويتعطلان بطرق مختلفة: يدفع الاختيار إشارات جودة المحتوى ومدى وصول الروابط الداخلية، بينما يدفع الترتيب المحتوى المكرر وأولوية عمق الزحف.
• تسمي Google ترتيب العرض حالةً للمحتوى المكرر. ومثالها هو ?order=price الذي يعيد “the same list of results” (ترجمة) «قائمة النتائج نفسها»، وتوصي بـnoindex أو robots.txt. والترتيب متغير نشط، وفق تصنيف Patrick، وليس متغيرًا سلبيًا يمكنك تجاهله.
• اختر ترتيبًا افتراضيًا واحدًا بوصفه العرض الأساسي المفهرس. وكل تبديلات الترتيب الأخرى متغيرات غير أساسية. ويكاد الترتيب الخالص يخلو من طلب مستقل على الكلمات المفتاحية، لذا وجّهه إلى الأساس بعلامة canonical أو احظره؛ فهذه حالة أنظف من الفلاتر.
• عادةً ما يخدم ترتيب «مميّز/الملاءمة» القائم على التنوع، وفق بحث Baymard، أهداف التحويل والزحف معًا؛ إذ قد يجعل «الأكثر مبيعًا» وحده الكتالوج يبدو أضيق مما هو عليه ويدفن شريحة ممثلة منه. كما أن المجموعة الظاهرة فوق الجزء المرئي هي نفسها المجموعة الأكثر تعرضًا للزحف والروابط.
• لا تدع المنتجات غير المتوفرة تتصدر الترتيب الافتراضي. يقول Mueller إن المخزون ليس عامل ترتيب في البحث العادي، وإن منتجًا واحدًا غير متوفر لا يضر ترتيبات الموقع كلها؛ لكن القائمة المثقلة بهذه المنتجات تبدو منخفضة القيمة وتهدر قيمة الزحف والروابط. أخّرها إلى النهاية أو ضعها خلف مفتاح تبديل، ولا تزلها من الفهرس، فهذا سؤال يخص صفحة المنتج.
• لا توفر علامة canonical وحدها ميزانية الزحف؛ إذ يظل Google يزحف إلى عنوان ?sort= ليرى العلامة. فاجمعها مع robots.txt في الكتالوجات الكبيرة. وتوفر أداة URL Normalization (تسوية عناوين URL) لدى Bing رافعة إضافية لم تعد Google تقدمها.
• مخطط itemListOrder وصفي فقط، فلا يؤثر في الترتيب، ويجب أن يطابق الترتيب المرئي، ولا توجد على أي حال نتائج منسقة من نوع Product لقوائم متعددة المنتجات.

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

وثائق المصادر الأولية، ومعظمها من قسم تخصص التجارة الإلكترونية لدى Google.

Google — تخصص التجارة الإلكترونية

• ترقيم الصفحات وتحميلها التدريجي — قسم «تجنب فهرسة عناوين URL التي تحتوي على فلاتر أو ترتيبات بديلة»، بما فيه مثال المحتوى المكرر ?order=price والتوصية باستخدام noindex أو robots.txt.
• تصميم بنية URL لمواقع التجارة الإلكترونية — تقليل عناوين URL المكررة واستخدام متغيرات ?key=value، أي ?sort=price-asc لا ?price-asc.
• إدارة زحف عناوين URL للتنقل متعدد الأوجه — مشكلة مساحة عناوين URL اللانهائية، وأنماط robots.txt، وإرجاع 404 لمجموعات الفلاتر الفارغة. والترتيب أحد أنواع المتغيرات التي تغطيها الوثيقة.
• تضمين البيانات المنظّمة الملائمة للتجارة الإلكترونية — نظرة عامة على أنواع البيانات المنظّمة المنطبقة على مواقع التجارة الإلكترونية، ومنها Product وProductGroup.
• بيانات قوائم التجار المنظّمة — القاعدة الصريحة التي تقصر النتائج المنسقة من نوع Product على الصفحات التي تركز على منتج واحد، وتوصية Google بترميز صفحات المنتجات بدل الصفحات التي تسرد منتجات أو فئة من المنتجات.

Google — وثائق داعمة

• Schema.org — ItemList — خاصية itemListOrder والملاحظة التي تفيد بأن ترتيب الترميز وحده لا يبين الترتيب؛ بل ينبغي استخدام ListItem وposition.
• إيقاف نشاط تجاري على الإنترنت مؤقتًا أو تعطيله — تفضيل Google إبقاء عناوين URL للمنتجات منشورة وقابلة للفهرسة بدل إزالتها كلها، وهو سياق لقرار المنتجات غير المتوفرة.
• Google Merchant Center — سمة availability (التوفر) — مبدأ «عدم التضليل بشأن التوفر»، الممتد هنا إلى تجربة استخدام القائمة.

Bing / Microsoft — وثائق رسمية

• إرشادات Bing لمشرفي المواقع — إرشادات عامة للزحف والفهرسة؛ وما يزال Bing يحترم rel=prev وrel=next، خلافًا لـGoogle.
• Better than canonical: URL Normalization (أفضل من canonical: تسوية عناوين URL) — شرح Fabrice Canel لميزة URL Normalization لدى Bing، حيث يمكن تسجيل متغير sort بوصفه قابلًا للتجاهل.

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

تصريحات مسجلة من Google وBing. وكل رابط عميق ينقلك إلى المقطع المقتبس في صفحة المصدر عندما تسمح الصفحة بذلك.

وثائق Google — ترتيب العرض والمحتوى المكرر

• “you may support ?order=price on URLs to return the same list of results ordered by price.” (ترجمة) «قد تدعم ?order=price في عناوين URL لإرجاع قائمة النتائج نفسها مرتبة حسب السعر». — Google Search Central، وثائق ترقيم صفحات التجارة الإلكترونية. الانتقال إلى الاقتباس
• “To avoid indexing variations of the same list of results, block unwanted URLs from being indexed with the noindex robots meta tag or discourage crawling of particular URL patterns with a robots.txt file.” (ترجمة) «لتجنب فهرسة صور مختلفة من قائمة النتائج نفسها، امنع فهرسة عناوين URL غير المرغوبة باستخدام وسم robots الوصفي noindex، أو ثبّط الزحف إلى أنماط محددة من عناوين URL بملف robots.txt». الانتقال إلى الاقتباس
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (ترجمة) «قلّل عدد عناوين URL البديلة التي تعيد المحتوى نفسه لتجنب أن يرسل Google إلى موقعك طلبات أكثر من اللازم». الانتقال إلى الاقتباس
• “Faceted navigation’s most common implementation, which is based on URL parameters, can generate infinite URL spaces which harms the website in a couple ways” (ترجمة) «قد ينشئ التطبيق الأكثر شيوعًا للتنقل متعدد الأوجه، المعتمد على متغيرات URL، مساحات لا نهائية من عناوين URL تضر الموقع بطريقتين»؛ وتسمي الوثيقة أولاهما Overcrawling (الزحف المفرط)، لأن برامج الزحف لا تستطيع معرفة أن عنوان URL متعدد الأوجه عديم الفائدة من دون الزحف إليه أولًا. الانتقال إلى الاقتباس

John Mueller، مسؤول دعم بحث Google — نفاد المخزون ومستوياته

• “And when it comes to the normal search results, it can happen that we when see that something is out of stock, we will assume it’s more like a soft 404 error, where we will drop that URL from the search results as well.” (ترجمة) «أما في نتائج البحث العادية، فقد يحدث أننا عندما نرى أن شيئًا ما غير متوفر، سنفترض أنه أشبه بخطأ 404 بسيط، وعندها سنسقط عنوان URL ذلك من نتائج البحث أيضًا».

  ورد عبر تغطية Search Engine Journal لجلسة من ساعات عمل Search Central قرابة أبريل 2022؛ ويظل تسجيل الجلسة هو المصدر الأولي.

• “The other thing that’s also important to note here is that even if one product goes out of stock, the rest of the site’s rankings are not affected by that.” (ترجمة) «والأمر الآخر المهم هنا هو أنه حتى إذا نفد مخزون منتج واحد، فلا تتأثر بذلك ترتيبات بقية الموقع».

  المصدر نفسه أعلاه، أي تغطية Search Engine Journal لجلسة ساعات العمل.

• عندما سُئل John Mueller على Twitter/X هل تؤثر مستويات المخزون في الترتيب، أجاب: “that seems unrelated, at least for normal search. It might impact product search but he is not sure if it will or won’t – but normal web search, it should not impact.” (ترجمة) «يبدو ذلك غير مرتبط، على الأقل في البحث العادي. قد يؤثر في بحث المنتجات، لكنه غير متأكد أسيؤثر أم لا؛ أما بحث الويب العادي فلا ينبغي أن يتأثر».

  نقله Barry Schwartz في Search Engine Roundtable، ونُشر في 5 يناير 2022، مقتبسًا رد Mueller في Twitter/X بتاريخ 4 يناير 2022. وتأكد النص حرفيًا عند إعادة الجلب مباشرةً باستخدام وكيل مستخدم للمتصفح، إذ يحصل وكيل الجلب الافتراضي هنا على 403. التغطية.

Schema.org — نوع ItemList

• “The order of elements in your mark-up is not sufficient for indicating the order or elements [sic]. Use ListItem with a ‘position’ property in such cases.” (ترجمة) «لا يدل تسلسل العناصر في الترميز وحده دلالة كافية على ترتيب العناصر [كذا]؛ استخدم ListItem بخاصية ‘position’ في هذه الحالات». الانتقال إلى الاقتباس

Google — بيانات قوائم التجار المنظّمة

• “Product rich results only support pages that focus on a single product (or multiple variants of the same product). For example, ‘shoes in our shop’ is not a specific product.” (ترجمة) «لا تكون نتائج Product المنسقة متاحة إلا لصفحات تركز على منتج واحد أو على متغيرات متعددة منه؛ فمثال ‘أحذية في متجرنا’ لا يشير إلى منتج محدد». وتضيف Google: “We recommend focusing on adding markup to product pages instead of pages that list products or a category of products.” (ترجمة) «نوصي بالتركيز على إضافة الترميز إلى صفحات المنتجات بدل الصفحات التي تسرد المنتجات أو فئة من المنتجات». الانتقال إلى الاقتباس

Fabrice Canel، Microsoft Bing

• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” (ترجمة) «ليس الاعتماد على علامة canonical بالضرورة الحل المثالي لإصلاح كل مشكلات المحتوى المكرر». — عن ميزة URL Normalization لدى Bing.

  مدونة Bing Webmaster، أبريل 2012. المصدر.

ما المعالجة التي ينبغي أن يحصل عليها عنوان URL للترتيب؟

مرّر كل متغير ترتيب أو فلتر عبر هذه الشجرة:

1. هل هذا هو العرض الافتراضي/الأساسي، من دون متغير ترتيب أو مع ترتيبك الافتراضي المختار؟ ← افهرسه. فهذا هو عرضك الأساسي الوحيد. وكل ما يلي يتعلق بالعروض الأخرى.

2. هل يغيّر هذا المتغير المنتجات الموجودة في المجموعة، أم يغيّر ترتيبها فقط؟

• يغيّر الترتيب فقط، أي متغير ?sort= خالص ← انتقل إلى الخطوة 3.
• يغيّر المجموعة، مثل فلتر color=red ← هذا قرار يخص التنقل متعدد الأوجه، لا الترتيب؛ راجع التنقل متعدد الأوجه.

3. هل لهذا العرض المرتب طلب حقيقي ومستقل في البحث؟

• لا، وهو الجواب في جميع الحالات تقريبًا، فلا أحد يبحث عن «مرتب حسب السعر تصاعديًا» ← انتقل إلى الخطوة 4.
• نعم، وهو نادر فعلًا في الترتيب الخالص ← امنحه عنوان URL حقيقيًا وعنوان صفحة وH1 فريدين وعلامة canonical ذاتية، وتأكد أولًا من الطلب ببحث الكلمات المفتاحية.

4. ما حجم الكتالوج أو عدد عناوين URL؟

• صغير إلى متوسط ← وجّه متغير الترتيب بعلامة canonical إلى العرض الأساسي. وهذا كافٍ.
• كبير أو ذو عدد مرتفع من عناوين URL ← وجّهه بعلامة canonical واحظر متغير الترتيب في robots.txt، لأن علامة canonical وحدها ما تزال تكلف عملية زحف لكل متغير.

5. هل يجتمع الترتيب مع فلتر ليعيد صفرًا من النتائج؟ ← أرجع 404، لا صفحة فارغة قابلة للفهرسة.

أين ينبغي وضع المنتجات غير المتوفرة في القائمة؟

هل يتعلق السؤال بصفحة المنتج نفسها أم بموضعه في القائمة؟

• عنوان URL الخاص بالمنتج نفسه، أي إعادة التوجيه أو 404 أو الإبقاء عليه منشورًا ← هذا قرار منفصل يخص صفحة المنتج غير المتوفر؛ وتميل Google عمومًا إلى إبقاء عنوان URL منشورًا.
• موضعه في قائمة الفئة ← تابع.

هل معظم الفئة غير متوفر؟

• نعم ← تخاطر القائمة بأن تبدو ضعيفة ومنخفضة القيمة. فكّر في استبعاد المنتجات غير المتوفرة من العرض الافتراضي، مع مفتاح «إظهار المنتجات غير المتوفرة»، كي يُظهر الافتراضي المنتجات المتاحة.
• لا ← أخّر المنتجات غير المتوفرة إلى نهاية الترتيب الافتراضي. لا تدعها تتصدر، ولا تزل المنتجات من الفهرس.

قاعدة عملية: الإزالة من الفهرس سؤال يخص صفحة المنتج. أما الموضع في الترتيب الافتراضي فسؤال يخص القائمة. أبقِهما منفصلين.

النماذج الذهنية

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

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

3. الأفضل تجاريًا ≈ الأفضل لتحسين محركات البحث، في العادة. يمثل ترتيب «مميّز/الملاءمة» القائم على التنوع الكتالوج جيدًا؛ وهذا مفيد للتحويل، لأنه يمنع الانطباع الخاطئ بأن المتجر لا يملك ما يريده المتسوق، ومفيد أيضًا للزحف، لأنه يكشف لـGoogle شريحة أوسع. يشير الجانبان غالبًا إلى الاتجاه نفسه، فتعامل مع التعارض بوصفه استثناءً يحتاج إلى سبب.

4. الترتيب متغير نشط، ويحتاج إلى قرار. تغير متغيرات الترتيب طريقة العرض، فلا يمكن تجاهلها مثل متغيرات التتبع. امنح كل متغير ترتيب قرارًا صريحًا: توجيه canonical إلى الأساس، أو noindex مع robots.txt. ولا «تتركه وتأمل».

5. الفهرسة والموضع سؤالان مختلفان للمنتجات غير المتوفرة. هل ينبغي أن تبقى صفحة المنتج في الفهرس؟ ← قرار يخص صفحة المنتج، وعادةً تبقى منشورة. وأين يقع المنتج في القائمة؟ ← أخّره. ولا تجيب إجابة أحدهما عن الآخر.

تدقيق اختيار المنتجات وترتيب العرض

مراجعة للتأكد من أن القائمة تُظهر المنتجات الصحيحة بالترتيب الصحيح من دون إنشاء نسخ مكررة:

الاختيار — أي المنتجات تظهر

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

ترتيب العرض — التسلسل

• اختير ترتيب افتراضي/أساسي واحد بوصفه العرض الأساسي المفهرس.
• يُظهر الافتراضي شريحة ممثلة ومتاحة من الكتالوج، لا الأرخص كلها ولا نوعًا فرعيًا واحدًا متجمعًا من الأكثر مبيعًا.
• المنتجات مرتفعة الطلب أو الرئيسية ليست مدفونة عميقًا في الترتيب خلف عدد كبير من الصفحات.

عناوين URL الخاصة بالترتيب

• متغيرات ?sort= و?order= موجّهة بعلامة canonical إلى العرض الأساسي، أو محظورة.
• في الكتالوجات الكبيرة، تُحظر متغيرات الترتيب أيضًا في robots.txt، لأن canonical وحدها ما تزال تكلف عملية زحف لكل متغير.
• تستخدم متغيرات الترتيب صيغة ?key=value، مثل ?sort=price-asc لا ?price-asc.
• مجموعات الترتيب والفلتر التي تعيد صفرًا من النتائج ترجع 404.
• في Bing، سُجل متغير sort في URL Normalization (تسوية عناوين URL) داخل Bing Webmaster Tools.

المخطط

• إذا استُخدم ItemList أو itemListOrder، فإنه يطابق الترتيب المرئي.
• لا يوجد ترميز للنتائج المنسقة من نوع Product في القائمة متعددة المنتجات.

اختيار المنتجات وترتيب العرض — ورقة مرجعية

متغير URL للترتيب ← الإجراء

المنتجات غير المتوفرة داخل القائمة

اختيار الترتيب الافتراضي

حقائق سريعة

• مثال Google المسمى للمحتوى المكرر الناتج من الترتيب: ?order=price الذي يعيد “the same list of results” (ترجمة) «قائمة النتائج نفسها».
• الترتيب = متغير نشط يحتاج إلى قرار، وليس سلبيًا يمكن تجاهله.
• علامة canonical وحدها لا توفر ميزانية الزحف؛ إذ يظل Google يزحف إلى المتغير.
• مستويات المخزون: ليست عامل ترتيب في البحث العادي، وفق Mueller.
• itemListOrder: وصفي فقط، ويجب أن يطابق الترتيب المرئي، ولا ينتج نتيجة منسقة.
• Bing: يمكن لـURL Normalization (تسوية عناوين URL) وسم sort بوصفه قابلًا للتجاهل، بينما اختفت أداة URL Parameters لدى Google.

أخطاء شائعة

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

افتراض أن «الأكثر مبيعًا» هو دائمًا الترتيب الافتراضي الأكثر أمانًا. يوضح بحث Baymard أن ترتيب الأكثر مبيعًا قد يجعل الكتالوج يبدو أضيق مما هو عليه، وتبين Practical Ecommerce أنه قد يُظهر منتجات منخفضة التقييم أو مرتفعة السعر أولًا ويدفع إلى المغادرة. والتوصية المدعومة بالبحث لمعظم الكتالوجات هي ترتيب «مميّز/الملاءمة» القائم على التنوع.

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

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

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

الاعتماد على canonical وحدها في كتالوج ضخم. توحّد علامة canonical الإشارات، لكنها تظل تتطلب من Google الزحف إلى كل متغير ترتيب لرؤية العلامة. وفي الكتالوجات ذات العدد الكبير من عناوين URL، اجمع canonical مع حظر متغير الترتيب في robots.txt لحماية ميزانية الزحف فعليًا.

ترميز itemListOrder وتوقع تحسن الترتيب. itemListOrder وصفي، وليس له تأثير موثق في الترتيب، ويجب أن يطابق الترتيب المرئي، ولا توجد أصلًا نتائج منسقة من نوع Product في قوائم المنتجات المتعددة. فالمخطط لا يحل محل استراتيجية سليمة لعناوين URL الخاصة بالترتيب.

أدوات تدقيق الاختيار وترتيب العرض

• Google Search Console — تقرير Page Indexing (فهرسة الصفحات) — راقب تراكم عناوين المتغيرات ?sort= و?order= في مجموعات المستبعد والمكرر؛ فهذه أوضح علامة على تسرب متغيرات الترتيب إلى الفهرس.
• Google Search Console — Crawl Stats (إحصاءات الزحف) — تحقق مما إذا كان Googlebot يقضي وقتًا غير متناسب في عناوين URL الخاصة بالترتيب بدل صفحات منتجاتك الحقيقية.
• Bing Webmaster Tools — URL Normalization (تسوية عناوين URL) — سجل متغير sort بوصفه قابلًا للتجاهل في Bing؛ وهي أداة لم يعد نظيرها URL Parameters المتوقف لدى Google متاحًا.
• Ahrefs Site Audit — اكشف تضخم عناوين المتغيرات وعمق الزحف وعدد الروابط الداخلية لكل صفحة، كي ترى المنتجات التي يقدمها الترتيب الافتراضي الحالي فعلًا وتلك التي يدفنها.
• Screaming Frog SEO Spider — ازحف إلى شجرة الفئات، واكتشف المنتجات التي لا يمكن الوصول إليها إلا في أعماق ترقيم الصفحات، ودقق عناوين الترتيب الموجّهة بعلامة canonical في مقابل القابلة للفهرسة.
• Ahrefs Keywords Explorer — تأكد، وهو ما يكاد لا يحدث، مما إذا كان لأي عرض ترتيب طلب مستقل حقيقي قبل التفكير في فهرسته منفصلًا.

تشخيص مشكلات اختيار المنتجات وترتيبها

امتلاء تقرير Page Indexing بعناوين URL الخاصة بالترتيب

السبب المرجح: تصدر واجهة الفئة روابط قابلة للزحف من نوع ?sort= أو ?order=، بينما لا تحتويها علامات canonical أو قواعد robots أو سلوك الروابط الداخلية. الإصلاح: اختر عرضًا مفهرسًا افتراضيًا واحدًا، ووجّه متغيرات الترتيب إليه بعلامة canonical، واحظر نمط الترتيب الضيق في الكتالوجات التي يكون فيها هدر الزحف جوهريًا. وتأكد من عدم تأثر الفلاتر القيّمة وعناوين ترقيم الصفحات.

إنفاق Googlebot قدرًا كبيرًا من الزحف على تبديلات الترتيب

السبب المرجح: تكشف كل فئة عدة ترتيبات قابلة للزحف، بينما تظل علامات canonical وحدها تتطلب جلب عناوين URL تلك. الإصلاح: أزل الروابط القابلة للزحف إلى حالات الترتيب غير الضرورية، وأضف ضوابط مختبرة في robots.txt لأشكال المتغير الفعلية. وتأكد من انخفاض حصة الطلبات في السجلات أو Crawl Stats (إحصاءات الزحف).

بقاء المنتجات الرئيسية عميقة في الزحف

السبب المرجح: يعطي الترتيب الافتراضي الأولوية لقاعدة تجارية ضيقة أو لإشارات غير مستقرة تدفن المنتجات المهمة استراتيجيًا خلف ترقيم الصفحات. الإصلاح: قيّم ترتيب «مميّز/الملاءمة» ممثلًا، وأضف روابط مقصودة من الفئات أو التنقل حيث يلزم. وتأكد من تحسن عمق الزحف وعدد الروابط الداخلية من دون الإضرار بتجربة المتسوق.

هيمنة المنتجات غير المتوفرة على الصفحة 1

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

أثبت أن ضوابط الترتيب تعمل

اختبر معاملة canonical والزحف لعنوان URL خاص بالترتيب

الاختبار: اطلب عينة ممثلة من العناوين الأساسية وعناوين ?sort= و?order=، وافحص علامات canonical فيها، واختبر كلًا منها مقابل قواعد robots المنشورة. النتيجة المتوقعة: يعيد العرض الأساسي 200 ويشير بعلامة canonical إلى نفسه؛ وتشير متغيرات الترتيب إلى الأساس وتطابق قاعدة الزحف المعتمدة. تفسير الإخفاق: تختلف أنماط القالب أو robots عن الشكل الحقيقي لعناوين URL. نافذة المراقبة: نتائج الاستجابة وcanonical وrobots فورية، بينما يتغير اختيار Google لعنوان canonical بعد إعادة الزحف. محفز التراجع: أن تُحظر الفئة الأساسية أو ترقيم الصفحات أو واجهة فلتر مدعومة بالطلب، أو تصبح غير أساسية.

اختبر ترتيب المنتجات الافتراضي

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

اختبر مجموعات الترتيب والفلتر الفارغة

الاختبار: اطلب مجموعات يُعرف استحالتها وفق قواعد الكتالوج. النتيجة المتوقعة: يعيد كل منها 404 حقيقيًا بدل قائمة فارغة قابلة للفهرسة. تفسير الإخفاق: يعيد القالب غلافًا عامًا برمز 200 لحالات انعدام النتائج. نافذة المراقبة: فورية. محفز التراجع: تصنيف مجموعات صالحة قليلة المخزون على أنها فارغة بالخطأ.

مقاييس اختيار المنتجات وترتيبها

بصمة عناوين URL الخاصة بالترتيب

المقياس: عدد عناوين ?sort= و?order= وحصتها في بيانات الزحف وPage Indexing لدى Google. ما الذي يخبرك به؟ ما إذا كانت الترتيبات الاختيارية تنشئ عبئًا من عناوين URL المكررة. كيفية استخراجه: صنّف صادرات Page Indexing من Search Console وسجلات برامج الزحف الموثقة حسب المتغير. المعيار أو النطاق الواقعي: قارن باستراتيجية الموقع المعتمدة ذات العرض الافتراضي الواحد وبخط أساسه؛ إذ يحدد حجم الكتالوج العدد الخام. الوتيرة: شهريًا وبعد إصدارات قالب القائمة.

عمق زحف المنتجات الرئيسية

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

مزيج التوفر في الصفحة الأولى

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

اختبر نفسك: اختيار المنتجات وترتيب العرض

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

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

كتاباتي

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

محاضراتي

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

من أنحاء القطاع

• رتّب قوائم المنتجات دائمًا وفق «الملاءمة» القائمة على التنوع (Kathryn Reeves، Baymard Institute) — الحجة الدقيقة في تجربة المستخدم ضد ترتيب «الأكثر مبيعًا» وحده والمؤيدة لترتيب قائم على التنوع.
• قد تضر ترتيبات الفئات الافتراضية بالتحويلات (Pamela Hazelton، Practical Ecommerce) — حجة تحسين معدل التحويل التي تفيد بأن الترتيب الافتراضي السيئ يُظهر منتجات منخفضة التقييم أو مرتفعة السعر ويدفع إلى المغادرة مبكرًا.
• “Avoid indexing URLs with filters or alternative sort orders” (ترجمة) «تجنب فهرسة عناوين URL التي تحتوي على فلاتر أو ترتيبات بديلة». المصدر (Google Search Central) — الإرشاد الرسمي للمحتوى المكرر في مثال ?order=price.
• Google: قد تؤثر المنتجات غير المتوفرة في الظهور في البحث (Search Engine Journal) — تغطية تصريحات Mueller عن 404 البسيط وعدم تأثر بقية الموقع بالمنتج غير المتوفر.
• إدارة زحف عناوين URL للتنقل متعدد الأوجه (Google Search Central) — مشكلة مساحة عناوين URL اللانهائية وقاعدة 404 للمجموعات الفارغة، التي تشمل مجموعات الترتيب والفلتر.
• Better than canonical: URL Normalization (أفضل من canonical: تسوية عناوين URL) (Fabrice Canel، Bing) — أداة Bing التي ما تزال نشطة لوسم متغير sort بوصفه قابلًا للتجاهل.

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