بنية التصنيفات
ربط طريقة بحث العملاء بشجرة يمكن للمتجر وGoogle إدارتها.
- Category Tree
- Subcategories
- Demand Mapping
- Internal Links
تساعد أودجات متاجر Shopify وWooCommerce وSalla والمتاجر المخصصة على بناء قناة بحث عضوي تربط التصنيفات والمنتجات والفلاتر والبيانات المنظمة وMerchant Center والمحتوى والتحويل، حتى يذهب الاستثمار إلى الصفحات التي تستطيع جذب طلب شرائي حقيقي — لا مجرد زيارات للمدونة.
موقع خدمات قد يملك عشرات الصفحات. متجر إلكتروني قد ينتج آلاف الحالات من التصنيفات والمنتجات والفلاتر والـvariants والـparameters والصفحات غير المتاحة. لذلك SEO المتاجر هو إدارة نظام وقواعد، لا تعديل Title لكل صفحة يدويًا.
غالبًا هي أقوى صفحات الطلب التجاري غير المرتبط بعلامة محددة.
تلتقط الاستعلامات الأكثر تحديدًا عندما تكون المعلومات والمخزون والسعر واضحة.
يمكن أن تفتح فرصًا أو تنتج انفجارًا من URLs منخفضة القيمة.
نفاد المخزون والتوقف والاستبدال يحتاج قواعد، لا حذفًا عشوائيًا.
ربط طريقة بحث العملاء بشجرة يمكن للمتجر وGoogle إدارتها.
تحسين صفحات الفئات التي تمثل طلبًا تجاريًا حقيقيًا.
اسم ومواصفات وصور ومحتوى وأسئلة وبيانات تساعد على الفهم والاختيار.
تحديد ما يستحق صفحة بحثية وما يجب التحكم في زحفه أو فهرسته.
الزحف والفهرسة والـcanonicals والأداء والقوالب والـJavaScript.
Product وOffer وProductGroup عندما تنطبق، مع بيانات تطابق ما يراه المستخدم.
جودة بيانات المنتج والـfeed والتطابق مع الصفحة لدعم ظهور المنتجات على أسطح Google المناسبة.
أدلة شراء ومقارنات واختيارات ومقاسات وأجوبة تخدم القرار.
Google توصي ببنية تنقل تسمح بالانتقال من القائمة إلى التصنيف ثم التصنيف الفرعي ثم المنتجات، وتوضح أن Googlebot لا يعتمد عادة على إرسال استعلامات داخل مربع البحث لاكتشاف المنتجات.
لا نعاملها كقائمة منتجات فقط. نراجع ما الذي يبحث عنه العميل، كيف يرتب المنتجات، ما الفلاتر المفيدة، ما المعلومات التي يحتاجها قبل النزول إلى PDP، وكيف نمنع المحتوى من تعطيل التسوق.
عنوان واضح، صور قوية، مواصفات حقيقية، السعر والتوفر، المقاسات أو المتغيرات، الشحن والإرجاع، أسئلة العميل، واستخدامات أو مقارنة عندما تضيف قيمة فعلية.
لا نمنع الفلاتر لأنها مفيدة للمستخدم. نضع قواعد تحدد الحالات التي تمثل طلبًا حقيقيًا وتستحق landing page، والحالات التي يجب ألا تتحول إلى مخزون فهرسة ضخم.
قد يستحق صفحة مستقلة إذا كان له قيمة تجارية ومحتوى ومجموعة منتجات مستقرة.
Parameters أو combinations لا تضيف intent جديدة تحتاج سياسة crawl/index واضحة.
الأكثر سعرًا أو الأحدث لا يحتاج عادة صفحة Search مستقلة لمجرد تغيير ترتيب العناصر.
يجب أن يعرف النظام ماذا يفعل عندما لا توجد منتجات، بدل إنتاج soft-404-like pages بلا قيمة.
Google تدعم ProductGroup وبيانات variants، وتوصي بأن تكون المتغيرات قابلة للتحديد بوضوح وأن تحمل معرفات فريدة مثل SKU أو GTIN عند توفرها. قرار URL والـcanonical يجب أن يعكس بنية المتجر الفعلية.
Google توصي بتقديم بيانات المنتج عبر Product structured data وMerchant Center feed معًا عندما يكون ذلك ممكنًا، لأن الجمع بينهما يزيد فرص الأهلية لتجارب المنتجات ويساعد على فهم والتحقق من السعر والتوفر والبيانات التجارية.
لصفحات الشراء، نراجع Product وOffer والخصائص المطلوبة أو الموصى بها حسب نوع المنتج وتجربة Google المستهدفة.
العناوين، الوصف، GTIN/SKU، الصور، السعر، التوفر والشحن يجب أن تكون دقيقة ومتوافقة مع الصفحة.
Price mismatch أو availability mismatch أو بيانات ناقصة قد تحد من أهلية المنتجات حتى لو كانت الصفحة نفسها جيدة.
Structured Data تزيد الأهلية لفهم وعروض أغنى؛ لا نعد بظهور Rich Result أو Shopping placement محدد.
صفحة قابلة للشراء وبيانات السعر والمخزون دقيقة.
غالبًا تبقى الصفحة مع رسالة واضحة وبدائل أو تنبيه عند العودة حسب تجربة المتجر.
نقيّم الطلب والروابط والبدائل قبل قرار 404 أو 410 أو redirect أو إبقاء الصفحة.
يمكن أن يكون redirect منطقيًا إذا كان المنتج الجديد بديلًا حقيقيًا وليس مجرد منتج قريب.
لا نقتل URL كل موسم إذا كان الطلب سيعود لنفس المنتج أو الفئة.
Google توضح أن محتوى التجارة يمكن أن يظهر عبر Search وImages وLens وتجارب المنتجات، وأن Merchant Center وStructured Data يساعدان على مشاركة معلومات المنتجات. وفي 2026 أضافت Google خصائص منتج يمكنها دعم اكتشاف التفاصيل على تجارب AI-driven مثل AI Mode.
متى تختار هذا النوع؟ وما الذي يجب أن تقارنه؟
اختلافات واقعية في الاستخدام والسعر والخصائص بدل كتابة “A vs B” فارغة.
جداول، calculators أو guidance يقلل الشك والمرتجعات عندما يناسب المنتج.
محتوى يربط المنتج بسياق حقيقي: لمن؟ متى؟ ولماذا؟
مواد، توافق، ضمان، شحن، صيانة أو اعتراضات حقيقية.
رأي خبير حقيقي أو اختبار أو منهجية اختيار عندما تملك العلامة هذا النوع من الخبرة.
عرض الاستخدام أو الحجم أو الحركة أو النتائج البصرية التي يصعب شرحها بالنص.
إثبات واستخدام حقيقي عند وجود موافقات وحقوق نشر واضحة.
نراجع الطلب العربي والإنجليزي بصورة مستقلة عندما تختلف الكلمات والفئات والاستخدامات، ونربط الصفحات المتكافئة عبر hreflang وبنية واضحة بدون إجبار العربية على نسخ English taxonomy حرفيًا.
ابحث كيف يصف العميل المنتج فعلًا بالعربية والإنجليزية.
الفئات قد تحتاج تسميات مختلفة حسب لغة السوق.
الشحن والمقاسات والضمان والاستخدام قد يحتاج سياقًا محليًا.
اربط الصفحات المكافئة فعليًا، لا كل صفحة عربية بأي صفحة إنجليزية قريبة.
لا نحتفل بزيادة زيارات المنتج إذا كانت الصفحة لا تقنع، أو الشحن يفاجئ العميل، أو الـmobile ضعيف، أو checkout ينهار. نقرأ SEO مع conversion rate والإيراد والهامش عندما تتوفر البيانات.
ظهور ونقرات على التصنيفات والمنتجات ذات القيمة.
هل الفهرس يمتلئ بالصفحات التي نريدها أم بالفلاتر والنسخ الضعيفة؟
تحويل وإيراد عضوي حسب الفئة والمنتج والصفحة عندما تتوفر بيانات موثوقة.
مشكلات feed والبيانات المنظمة والتطابق والأهلية للتجارب التجارية.
متجر 500 منتج ببنية نظيفة قد يكون أسهل من متجر 100 منتج يولد عشرات آلاف URLs عبر الفلاتر. التسعير يعتمد على المنصة والحجم واللغات والمشكلات التقنية والحاجة إلى تطوير ومحتوى وMerchant Center ومراقبة مستمرة.
دليل أسعار SEO الحالي في أودجات يضع eCommerce SEO ضمن نطاق تخطيطي تقريبي AED 7,000–25,000+/شهر حسب الحجم والتعقيد؛ هذه ليست باقات ثابتة أو عرض سعر لهذه الصفحة.
إذا كانت المشكلة بعد الزيارة، قد تحتاج المتجر إلى CRO أو تطوير أو Paid Media أو Email/WhatsApp أو Retention. لذلك تبقى صفحة eCommerce Marketing هي المظلة الأشمل، بينما هذه الصفحة متخصصة في نمو قناة البحث العضوي.
نعتمد على التوثيق الحالي لـGoogle Search Central وMerchant Center، ثم نطبقه على بنية المتجر وبياناته الفعلية بدل استخدام checklist ثابتة لكل منصة.
أرسل رابط المتجر، المنصة، عدد المنتجات، اللغات، أهم الفئات، الأسواق التي تشحن إليها، وأي مشكلات مع Search Console أو Merchant Center. سنحدد أين تتسرب فرصة البحث: البنية، الفهرسة، التصنيفات، المنتجات، البيانات، المحتوى أم التحويل.
المتاجر تتعامل مع تصنيفات ومنتجات وفلاتر ومتغيرات ومخزون وبيانات تجارة وURLs كثيرة. لذلك القرارات التقنية والقوالب ودورة حياة المنتج والـMerchant data تصبح جزءًا أساسيًا من استراتيجية SEO.
نعم. يمكن العمل على Shopify وWooCommerce وSalla ومتاجر مخصصة، لكن تفاصيل التنفيذ تختلف حسب صلاحيات المنصة والقالب والتطبيقات والبنية الحالية.
للطلب التجاري غالبًا تكون التصنيفات والمنتجات شديدة الأهمية، لكن المقالات وأدلة الشراء قد تجذب مراحل أسبق وتساعد العميل على المقارنة. الأفضل بناء الأدوار معًا بدل الاعتماد على Blog وحده.
نحدد الحالات التي تمثل طلبًا بحثيًا فعليًا وتستحق صفحة مستقلة، ونضع قواعد لباقي التركيبات حتى لا يتحول المتجر إلى آلاف URLs المتشابهة أو منخفضة القيمة.
لا. Structured Data تساعد Google على فهم المنتج وزيادة الأهلية لبعض التجارب، لكن Merchant Center مطلوب لبعض أسطح Google، ولا يوجد ضمان لظهور placement بعينه. الجمع بين بيانات الصفحة والـfeed يكون أقوى عندما يتم تنفيذه بدقة.
يعتمد القرار على ما إذا كان النفاد مؤقتًا أو دائمًا، وجود بديل حقيقي، وجود طلب أو روابط للصفحة، وتجربة العميل. لا نطبق redirect أو delete واحدًا لكل الحالات.
الأساس التقني وبيانات المنتج والمحتوى الأصلي والصور والمقارنات والخبرة تساعد على جعل المنتجات أوضح للأنظمة، لكن لا يمكن ضمان recommendation أو citation في AI Mode أو ChatGPT أو Gemini.
نقيس جودة الفهرسة والظهور غير المرتبط بالعلامة ونقرات التصنيفات والمنتجات والتحويل العضوي والإيراد أو revenue per visit عندما تكون البيانات متاحة وموثوقة، إضافة إلى مشكلات Merchant Center وأهلية بيانات المنتجات.
تعتمد على حجم المتجر وعدد URLs والقوالب والفلاتر والمنصة واللغات وحالة البيانات المنظمة وMerchant Center والحاجة إلى تطوير ومحتوى. لذلك يتم تحديد Scope قبل التسعير النهائي.