فهرسة WooCommerce لا تعني جعل كل URL يولدها المتجر قابلة للظهور في Google. المتجر قد ينتج صفحات منتجات وتصنيفات وTags وبحث داخلي وفلاتر وفرز وPagination وVariants وParameters، وإذا تعاملت معها كلها بالطريقة نفسها قد تنشئ آلاف URLs ضعيفة أو مكررة تستهلك الزحف وتشوّش إشارات الـCanonical.
الخلاصة السريعة: اجعل المنتجات والتصنيفات والصفحات التجارية ذات القيمة قابلة للزحف والفهرسة، وحدد بوضوح ماذا تفعل بصفحات الفلاتر والبحث الداخلي والفرز والParameters. لا تستخدم
robots.txtوnoindexوcanonicalكأنها الشيء نفسه؛ كل أداة تحل مشكلة مختلفة.
إذا كان هدفك SEO المتجر كاملًا من المحتوى إلى التحويل، ابدأ من دليل سيو متجر WooCommerce. هذه الصفحة مخصصة فقط لقرارات Crawling وIndexing وURL control.
أولًا: ما الذي يجب أن يدخل Index أصلًا؟
ابدأ من قيمة الصفحة للمستخدم ومحرك البحث.
| نوع الصفحة | الوضع المعتاد | السبب |
|---|---|---|
| Product مهم | Index | له Intent وبيانات شراء مستقلة |
| Product Category مهمة | Index | Landing Page لفئة بحثية |
| Brand archive ذات قيمة | Index عند وجود محتوى/نية | صفحة تجارية قابلة للاستهداف |
| Cart | Noindex غالبًا | صفحة وظيفية لا تستهدف Search |
| Checkout | Noindex غالبًا | صفحة وظيفية |
| My Account | Noindex غالبًا | صفحة شخصية/وظيفية |
| Internal Search | Noindex عادة | نتائج بحث داخلية متغيرة وضعيفة |
| Sort/Order URLs | لا تحتاج Index عادة | نفس المحتوى بترتيب مختلف |
| Faceted Filters | حسب الاستراتيجية | قد تكون مفيدة أو تسبب انفجار URLs |
ثانيًا: افصل بين Crawling وIndexing
هذه أهم نقطة في الملف كله:
- robots.txt: يتحكم في قدرة Crawler على طلب URL.
- noindex: يطلب عدم فهرسة الصفحة، ويحتاج عادة أن يستطيع Google الوصول إليها لرؤية التعليمات.
- canonical: إشارة للنسخة المفضلة من مجموعة صفحات متشابهة.
إذا وضعت noindex داخل صفحة ثم منعت Google من Crawling لها عبر robots.txt، قد لا يرى محرك البحث تعليمات noindex نفسها. لذلك لا تخلط الأدوات دون فهم الهدف.
ثالثًا: لماذا فلاتر WooCommerce خطيرة على الزحف؟
Faceted Navigation مثل اللون والمقاس والسعر والBrand قد تولد عددًا هائلًا من التركيبات:
/shop/?color=black&size=xl&brand=x&orderby=price
كل Combination قد يصبح URL مختلفة. Google توضح أن Faceted Navigation المبنية على Parameters يمكن أن تولد فضاء URLs شبه لا نهائي، ما يؤدي إلى Overcrawling ويبطئ اكتشاف URLs المهمة.
رابعًا: متى تمنع Crawling للفلاتر؟
إذا كنت لا تريد Filter URLs في Search أصلًا، فغالبًا الأفضل منع زحفها بطريقة منهجية بدل ترك Google يكتشف آلاف التركيبات.
Google توصي في هذا السيناريو بمنع Crawling للFaceted URLs غير المطلوبة، مع إبقاء صفحات العناصر وقائمة المنتجات الأساسية قابلة للوصول.
لكن: لا تنسخ قاعدة robots عامة مثل Disallow: /*? لأنها قد تمنع Parameters تحتاجها وظائف أو صفحات مهمة. حدد Parameters التي تولد الفلاتر فعلًا.
خامسًا: متى تسمح بفهرسة Filter URL؟
يمكن أن تكون بعض Facets مفيدة إذا تم تحويلها إلى Landing Pages مستقرة ذات Intent واضحة، مثل:
- أحذية رجالي سوداء.
- هواتف Samsung 256GB.
- لابتوبات أقل من نطاق سعري مهم.
لكن لا تجعل كل تركيب قابلًا للفهرسة. اسأل:
- هل يوجد طلب بحث حقيقي؟
- هل الصفحة لها URL ثابتة ومفهومة؟
- هل تحتوي منتجات كافية؟
- هل يمكن إضافة Intro/Title/Internal Links خاصة؟
- هل الصفحة مختلفة بما يكفي عن Category الأساسية؟
لو الإجابة لا، غالبًا لا تستحق Index.
سادسًا: Canonical ليست زر حل لكل الفلاتر
يمكن للـCanonical أن تساعد في تجميع إشارات النسخ المتشابهة، لكن Google توضح أن استخدامها لتقليل Crawl للFaceted URLs أقل فعالية على المدى الطويل من منع الزحف عندما لا تحتاج هذه الصفحات في Search.
استخدم Canonical عندما لديك نسخ متشابهة وتريد الإشارة إلى ممثل أساسي، لا كبديل عن Architecture سيئة تولد ملايين URLs.
سابعًا: Product Variants تحتاج قرار URL واضح
في المنتجات التي لها ألوان أو مقاسات أو سعات، لديك مساران شائعان:
- URL واحدة + Variations: مناسب عندما كل النسخ تمثل Product Entity واحدة.
- URLs مستقلة للVariants: مناسب عندما كل Variant لها قيمة بحثية أو محتوى/بيانات مستقلة بما يكفي.
Google لديها إرشادات Product Variant structured data، وتدعم Variants ذات URLs مميزة عند تنفيذها بصورة صحيحة. لكن لا تنشئ URL لكل لون لمجرد القدرة التقنية.
ثامنًا: Sitemap يجب أن تحتوي URLs التي تريدها فعلًا
XML Sitemap ليست قائمة بكل شيء يولده WooCommerce. أدرج:
- Products القابلة للفهرسة.
- Categories المهمة.
- Brand/landing pages التي قررت Index لها.
وتجنب إدراج:
- Noindex URLs.
- Search results.
- Sorting URLs.
- Facets غير المطلوبة.
- Redirect URLs.
وجود URL في Sitemap إشارة، وليس ضمان فهرسة.
تاسعًا: Internal Linking يحدد الأهمية
Google توضح أنها تفهم بنية متجر التجارة الإلكترونية عبر الروابط بين الصفحات، وليس فقط من شكل URL.
ابنِ مسارًا واضحًا:
Home → Category → Subcategory → Product
واربط أفضل التصنيفات والمنتجات من صفحات ذات صلة. المنتج المهم لا يجب أن يكون متاحًا فقط عبر Search box أو Filter JavaScript.
عاشرًا: Pagination
إذا Category تحتوي عشرات أو مئات المنتجات، يجب أن يستطيع Crawler الوصول إلى العناصر العميقة. لا تعتمد فقط على Infinite Scroll بلا Links قابلة للزحف.
اجعل صفحات Pagination مستقرة وقابلة للوصول بروابط، وراقب أن كل صفحة تعرض Products مختلفة فعلًا.
الحادي عشر: Internal Search
صفحات البحث الداخلي غالبًا:
- تولد عددًا غير محدود من Queries.
- تتغير باستمرار.
- قد تكون ضعيفة أو صفرية النتائج.
عادة لا تحتاج Index، بينما Search نفسها تظل مفيدة للمستخدم. لا تخلط UX مع Search indexation.
الثاني عشر: Tags وAttributes archives
WooCommerce/WordPress قد ينشئ Archives من Taxonomies. لا تجعل كل Attribute لها Archive قابلة للفهرسة تلقائيًا.
راجع كل Taxonomy:
- هل يزورها المستخدم؟
- هل تستهدف Intent؟
- هل لها منتجات كافية؟
- هل تختلف عن Category؟
إذا لا، Noindex أو تعطيل Archive قد يكون أوضح حسب إعداد المتجر.
الثالث عشر: المنتجات Out of Stock
لا تحذف Product URL فور نفاد المخزون إذا المنتج سيعود. حافظ على الصفحة وأظهر حالة التوفر بوضوح.
إذا المنتج انتهى نهائيًا:
- احتفظ بالصفحة إذا لها قيمة/بدائل.
- أو 301 إلى بديل شديد الصلة إذا منطقي للمستخدم.
- أو 404/410 إذا لا يوجد بديل حقيقي ولا قيمة لبقاء الصفحة.
لا تحول كل منتج منتهي إلى Homepage أو Category عامة فقط للحفاظ على «السلطة».
الرابع عشر: المنتجات المتكررة والمستنسخة
إذا Duplicate Product لأنك نسخت المنتج لتغيير لون أو موديل، راجع:
- هل تستحق URL مستقلة؟
- هل Title/Description تختلف فعليًا؟
- هل Canonical صحيحة؟
- هل Sitemap تحتوي النسخة الصحيحة فقط؟
Google تختار Canonical من مجموعة إشارات، منها Redirects وSitemap وrel=canonical، وقد تختار URL غير التي فضلتها إذا كانت الإشارات متضاربة.
الخامس عشر: HTTP Status Codes
| الحالة | الاستخدام |
|---|---|
| 200 | صفحة صالحة متاحة |
| 301 | نقل دائم إلى بديل مناسب |
| 404 | URL غير موجودة |
| 410 | محتوى أزيل عمدًا نهائيًا |
| 5xx | خطأ خادم يحتاج إصلاح |
Google توصي أيضًا بأن Filter combinations غير المنطقية أو التي لا تحتوي نتائج حقيقية يمكن أن تعيد 404 بدل تحويلها إلى صفحة Empty عامة.
السادس عشر: Product Structured Data لا تعالج Indexation وحدها
Product Schema تساعد Google على فهم السعر والتوفر والOffer والVariants، لكنها لا تجبر Google على فهرسة الصفحة. يجب أن تكون الصفحة أولًا قابلة للزحف وذات محتوى وقيمة واضحة.
السابع عشر: كيف تكتشف Crawl Waste في WooCommerce؟
راجع:
- Search Console Page Indexing.
- URL Inspection لعينات.
- Server logs إذا المتجر كبير.
- Crawl tool.
- عدد URLs في Sitemap مقابل URLs المكتشفة.
- Patterns متكررة مثل
?orderby=وFilters.
إذا Google تستهلك معظم الزيارات على Parameters غير مفيدة بينما Products الجديدة تتأخر في Discovery، لديك إشارة Crawl inefficiency.
الثامن عشر: Checklist ضبط WooCommerce Indexation
- حدد كل أنواع URLs التي يولدها المتجر.
- صنفها: Index / Noindex / Block Crawl / Canonical.
- راجع Product Categories.
- راجع Filters والParameters.
- راجع Search/Sort URLs.
- راجع Tags/Attributes.
- راجع Variant URLs.
- نظف Sitemap.
- أصلح Internal Links إلى Redirects.
- تأكد أن Products المهمة reachable بروابط.
- راجع 404/5xx.
- راقب Search Console بعد التغيير.
Decision Matrix للفلاتر
| الفلتر | Search demand | القرار الأقرب |
|---|---|---|
| لون عشوائي + ترتيب | لا | لا يحتاج Index |
| Brand رئيسية | نعم | Landing مستقلة قد تستحق Index |
| مقاس فقط | ضعيف | غالبًا Filter UX فقط |
| Category + سعة تخزين مهمة | واضح | يمكن تقييم Landing ثابتة |
| Sort by price | لا | لا يحتاج Index |
أخطاء شائعة
- كل Filter URL = Index.
- كل Filter URL = Canonical لنفس Category دون فحص.
- حجب noindex page في robots قبل أن يقرأ Google noindex.
- إدراج Search/Sort URLs في Sitemap.
- ترك Products المهمة Orphan.
- إنشاء Tags كثيرة بلا قيمة.
- Redirect كل المنتجات المحذوفة إلى Homepage.
- استخدام Internal Links إلى URLs تمر عبر 301.
أسئلة شائعة
هل يجب فهرسة كل منتجات WooCommerce؟
لا. المنتجات الحقيقية ذات القيمة والنية عادة تستحق Index، لكن المنتجات التجريبية أو المكررة أو غير المتاحة بلا قيمة قد تحتاج معالجة مختلفة.
هل أضع noindex على الفلاتر؟
يعتمد على ما إذا كنت تريد Google تزحف لهذه URLs أصلًا. إذا لا تحتاجها في Search وعددها كبير، Google توصي بإدارة Crawling للFaceted Navigation بدل الاعتماد فقط على noindex.
هل Canonical تمنع الزحف؟
لا. Canonical إشارة لاختيار النسخة المفضلة، وليست قاعدة منع Crawl.
هل Sitemap تكفي لاكتشاف المنتجات؟
لا. الروابط الداخلية مهمة لفهم البنية والأهمية، وGoogle توصي بأن تكون Products قابلة للوصول عبر Navigation/Category links.
هل WooCommerce Filters تضر SEO دائمًا؟
لا. هي مفيدة جدًا للUX، وبعضها قد يصبح Landing Page جيدة. المشكلة هي السماح بعدد هائل من التركيبات غير المفيدة أن تدخل Crawl/Index بلا استراتيجية.
الخلاصة
فهرسة WooCommerce الناجحة ليست «Index كل شيء» ولا «Noindex كل Filter». ارسم خريطة أنواع URLs، حدّد الصفحات التجارية التي تستحق الظهور، اضبط Faceted Navigation، نظف Sitemap، وابنِ Internal Linking يجعل المنتجات والتصنيفات المهمة واضحة وقابلة للوصول. الهدف هو جعل Google تنفق وقتها على الصفحات التي تحقق قيمة فعلية بدل توليد فضاء URLs بلا نهاية.
