تحسين محركات البحث في Magento

الخلاصة — يهدف تحسين محركات البحث في Magento إلى مساعدة المتجر على الظهور في نتائج البحث. أولاً، اعرف نسختك: Magento 1 قديم (لا توجد تحديثات منذ يونيو 2020)، و Magento 2 يأتي في إصدار مدفوع (Adobe Commerce) وإصدار مجاني (Magento Open Source). وأكثر ما يضر SEO في Magento هو نظام الفلاتر الخاص به — “التنقل متعدد الطبقات” — والذي يمكن أن ينشئ آلاف العناوين المكررة للصفحات. معظم عملك هو إبقاء تلك تحت السيطرة.

ما هو Magento (وأي إصدار لديك)

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

قبل أن تفعل أي شيء، حدد أي Magento تستخدم:

• Magento 1 — الإصدار القديم. وصل إلى نهاية الدعم في يونيو 2020 ولم يعد يتلقى تحديثات أمنية. إذا كنت هنا، فإن مشروع تحسين محركات البحث الحقيقي الخاص بك هو الانتقال إلى Magento 2 (افعل ذلك بعناية، مع عمليات إعادة التوجيه).
• Magento 2 — الإصدار الحالي. يأتي كـ Adobe Commerce (الإصدار المدفوع، للمؤسسات) و Magento Open Source (الإصدار المجاني، للمجتمع). يشتركان في نفس الكود الأساسي، لذا فإن نصائح تحسين محركات البحث هي نفسها.
• Adobe Commerce as a Cloud Service (ACCS) — منتج SaaS أحدث ومنفصل (أُطلق في يونيو 2025) يعمل على بنية تحتية مختلفة ولا يدعم سمة Luma الكلاسيكية على الإطلاق. إذا كان متجرك على ACCS، فتعامل مع نصائح السمة/المخطط المكتوبة لـ “Magento” العادي كنقطة بداية، وليس تطابقًا مباشرًا.

لا تخلط بين هذه. الكثير من البرامج التعليمية القديمة “Magento SEO” على الإنترنت مكتوبة لـ Magento 1 ولم تعد القوائم والإعدادات متطابقة.

المشكلة الكبيرة الوحيدة: الفلاتر

عندما يصل المتسوق إلى صفحة فئة — على سبيل المثال، “أحذية الجري” — يعرض Magento فلاتر على الجانب: الحجم، اللون، العلامة التجارية، السعر. تسمى هذه الميزة التنقل متعدد الطبقات، وهي رائعة للمتسوقين.

مشكلة تحسين محركات البحث هي أن كل فلتر ينقر عليه شخص ما عادةً ما ينشئ عنوان ويب جديدًا، مثل /running-shoes?color=blue&size=10. اضرب الألوان × الأحجام × العلامات التجارية × نطاقات الأسعار ويمكن لفئة واحدة أن تنتج آلاف الصفحات المختلفة قليلاً — وكلها تعرض نفس المنتجات تقريبًا. ترى محركات البحث فوضى من الصفحات شبه المكررة، وتشعر بالارتباك حول أي منها يجب عرضه، وتضيع الوقت في الزحف إلى المحتوى غير المهم بدلاً من منتجاتك الحقيقية.

الحل هو إخبار محركات البحث “هذه الصفحات المفلترة ليست هي المهمة — صفحة الفئة النظيفة هي.” تفعل ذلك باستخدام وسم canonical (مؤشر إلى النسخة الرئيسية) وبتحديد صفحات الفلاتر منخفضة القيمة كـ noindex (لا تضع هذا في نتائج البحث). لدى Magento إعدادات لهذا، وتجعل إضافات تحسين محركات البحث الأمر أسهل.

الأشياء الأخرى التي يجب إعدادها

• عناوين URL سهلة الاستخدام. يمكن لـ Magento إنتاج عناوين نظيفة مثل /running-shoes/nike-pegasus/ بدلاً من رمز طويل. تأكد من تشغيل إعداد “عناوين URL سهلة الاستخدام لمحركات البحث”.
• العناوين والأوصاف. يحتوي كل منتج وفئة على حقول لعنوان الصفحة ووصف meta — املأها بدلاً من ترك الإعدادات الافتراضية لـ Magento.
• البيانات المنظمة (schema). هذا هو الكود الذي يشغل تقييمات الأسعار والنجوم التي تراها في نتائج Google. لا يضيف Magento هذا تلقائيًا، لذا ستحتاج إلى إضافة أو مطور لإضافته.
• متغيرات المنتج. إذا كان المنتج متوفرًا بأحجام أو ألوان متعددة، فإن Magento عادةً ما يخزن كل مجموعة كـ “منتج بسيط” خاص بها مرتبط بمنتج رئيسي. إذا تُركت بمفردها، يمكن فهرستها كصفحات شبه مكررة منفصلة — أشر إلى المنتج الرئيسي باستخدام وسم canonical بدلاً من ذلك.

هل تريد النسخة التفصيلية التقنية — الإعدادات الدقيقة، جدول إعادة كتابة URL، وكيفية التعامل مع الفلاتر على نطاق واسع؟ انتقل إلى علامة التبويب متقدم.

الخلاصة — هيمنة تحسين محركات البحث في Magento تتم عبر مولّدَي محتوى مكرر: التنقل متعدد الطبقات الذي ينتج عناوين URL بمعاملات، ومتغيرات المنتجات القابلة للتكوين/البسيطة التي تنتج صفحات SKU شبه متطابقة. قم بتوحيد كلاهما إلى الأصل النظيف (الفئة أو المنتج القابل للتكوين) وnoindex للتركيبات منخفضة القيمة؛ واحتفظ بالصفحات القابلة للفهرسة للفلاتر أو المتغيرات ذات الطلب البحثي الحقيقي. حسم مسألة الإصدار أولاً — Magento 1 وصل إلى نهاية الدعم (يونيو 2020)؛ Magento 2 يُطرح كـ Adobe Commerce (مدفوع، مستضاف ذاتيًا)، أو Magento Open Source (مجاني)، أو Adobe Commerce كخدمة سحابية (ACCS — منتج SaaS منفصل منذ يونيو 2025 يتخلى عن Luma تمامًا). تعمل عناوين URL الصديقة لمحركات البحث عبر جدول url_rewrite — المتميز عن عمليات إعادة التوجيه HTTP، التي يمكن لـ Magento إنشاؤها تلقائيًا كرموز 301. يختلف إخراج البيانات المنظمة حسب سمة المتجر والإضافات، لذا افحص الصفحات المعروضة قبل التخطيط لأي عمل مخصص.

الخطوة صفر: حدد الإصدار بدقة

نصف النصائح السيئة لتحسين محركات البحث في Magento على الإنترنت سيئة لأنها موجهة للإصدار الخاطئ. ثبّت هذا الأمر قبل أي شيء آخر:

• Magento 1 وصل إلى نهاية الدعم في 30 يونيو 2020. لا تصحيحات أمنية، ولا تحديثات. إذا كان العميل لا يزال عليه، فإن عمل تحسين محركات البحث هو ترحيل إلى Magento 2 — مع خريطة إعادة توجيه كاملة وفحص جودة قائم على الزحف، يُعامل مثل أي ترحيل منصة حيث تكون سلطة الترتيب على المحك.
• Magento 2 هو قاعدة الكود النشطة. يُطرح في نسختين: Adobe Commerce (مدفوع؛ ميزات B2B، منشئ الصفحات، خيار PaaS مستضاف) وMagento Open Source (مجاني؛ إصدار المجتمع). نفس النواة، نفس سطح تحسين محركات البحث. تحول العلامة التجارية لـ Adobe يعني أن “Magento” و”Adobe Commerce” و”Magento Open Source” تظهر جميعها لنفس المنصة الأساسية — لا تدع التسمية تخدعك في الاعتقاد بأن نموذج تحسين محركات البحث يختلف.
• Adobe Commerce كخدمة سحابية (ACCS) هو منتج ثالث منفصل — نشر SaaS أُطلق في يونيو 2025 مع واجهة متجر مبنية على Edge Delivery Services بدلاً من مجموعة Commerce/Luma التقليدية. Luma غير مدعومة على ACCS على الإطلاق، لذا إذا كان المتجر عليها، فإن ملاحظات السمة والبيانات المنظمة الخاصة بـ Luma أدناه لا تُنقل — أنت تعيد بناء تلك الطبقة من الصفر، وليس تعديلها.

كل ما يلي يفترض Magento 2 مستضاف ذاتيًا (Adobe Commerce أو Magento Open Source، على Luma أو Hyvä) ما لم يُذكر ACCS على وجه التحديد.

التنقل متعدد الطبقات هو اللعبة كلها

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

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

توضيح واحد قبل نسخ أي استراتيجية زحف/فهرسة إلى متجر: توثق Adobe التنقل متعدد الطبقات القياسي والبحث المباشر (ميزة الأوجه المدفوعة المدعومة بالذكاء الاصطناعي في Adobe Commerce) كتطبيقات متميزة بسلوكيات فلاتر/عناوين URL مختلفة. إرشادات canonical وnoindex أدناه مكتوبة للتنقل متعدد الطبقات القياسي — إذا كان المتجر يستخدم البحث المباشر، فتحقق من أنماط عناوين URL الفعلية التي يولدها قبل افتراض أن نفس القواعد تنطبق.

الانفجار التوافقي هو المشكلة. كتالوج من بضعة آلاف من SKUs يمكن أن يولد عشرات الآلاف من عناوين URL القابلة للزحف وشبه المكررة. هذا هو نمط الفشل الكنسي للتنقل متعدد الأوجه، وقد وضع Gary Illyes أرقامًا حول كم المتاعب التي يسببها لـ Google — التنقل متعدد الأوجه هو أكبر مصدر منفرد لشكاوى هدر الزحف التي يتلقونها (انظر علامة التبويب الاقتباسات). الضرر على جانبك: محتوى مكرر/شبه مكرر، تضخم الفهرس، حرق ميزانية الزحف على القمامة، وتشتت PageRank الداخلي عبر مئات روابط الفلاتر في كل صفحة فئة.

القرار ثنائي، لكل نمط عنوان URL: هل تستحق هذه الصفحة المفلترة مكانًا في الفهرس، أم لا؟

بالنسبة للـ ~99% التي لا تستحق (معظم مجموعات اللون/الحجم/السعر/الفرز ليس لها طلب بحثي):

• Canonical للـ URL المفلتر إلى URL الفئة النظيف. إعداد Magento 2 «استخدام وسم الرابط الأساسي للفئات» (المتاجر ← التكوين ← الكتالوج ← الكتالوج ← تحسين محركات البحث) يساعد، لكنه بمفرده يشير إلى الفئة نفسها، وليس إلى المتغيرات المفلترة إلى الفئة الأم — لذا بالنسبة لـ URLs المعلمات، عادةً ما تعتمد على إضافة SEO أو منطق القالب لإصدار الـ canonical الصحيح.
• noindex لتركيبات الفلاتر منخفضة القيمة حتى تخرج من الفهرس. تذكر القاعدة من Google: noindex يتطلب أن تكون الصفحة قابلة للزحف — لا تقم أبدًا بدمج noindex مع Disallow في robots.txt على نفس الـ URL، وإلا لن يتمكن Googlebot من قراءة الوسم.
• فكر في robots.txt disallow لمساحات المعلمات التوافقية البحتة إذا كانت ميزانية الزحف هي المشكلة الحادة — لكن اعلم أنه يتحكم في الزحف، وليس الفهرسة، ولن يزيل الـ URLs المفهرسة بالفعل.

بالنسبة للأقلية التي لديها طلب فعلًا (مثل صفحة من نوع “/running-shoes/nike/” حيث يكون فلتر العلامة التجارية استعلامًا حقيقيًا): قم بترقيتها إلى صفحات هبوط قابلة للفهرسة وذات URLs نظيفة — نص تعريف فريد، canonical يشير إلى نفسه، روابط داخلية، إدراج في sitemap. هنا يتحول التنقل متعدد الأوجه في Magento من عبء إلى أصل يستقطب زيارات من استعلامات طويلة الذيل. (تجد المعالجة الكاملة في مركز faceted navigation، المرجع الأساسي لهذا الموضوع على جانب Ecommerce؛ آليات جانب الزحف موجودة مع URL parameters و crawl budget.)

إعادة كتابة الـ URLs والـ URLs الصديقة لمحركات البحث

ينشئ Magento الـ URLs النظيفة من خلال إعادة كتابة الـ URLs، المخزنة في جدول قاعدة البيانات url_rewrite والمدارة في Admin تحت Marketing → SEO & Search → URL Rewrites. توضح وثائق Adobe الرسمية خطًا حادًا بين مصطلحين يُستخدمان بشكل فضفاض: rewrite هو تعيين من جانب الخادم يغير ما يتم تحميله دون لمس شريط عنوان المتصفح، بينما redirect يرسل للمتصفح استجابة HTTP تخبره بالتنقل إلى URL مختلف — يتحدث شريط العنوان. إن إنشاء Magento التلقائي لـ 301 عند تغيير مفتاح الـ URL هو redirect؛ جدول url_rewrite يخزن أيضًا عمليات إعادة الكتابة الداخلية التي لا تظهر أبدًا للزائر. إعدادان يقومان بمعظم العمل الشاق:

• «استخدام إعادة كتابة خادم الويب» (المتاجر ← التكوين ← عام ← الويب ← تحسين محركات البحث) يزيل index.php من الـ URLs.
• لاحقات الـ URL / مسار الفئة في الـ URL. يمكن لـ Magento تضمين مسار الفئة في URLs المنتجات (/men/shoes/nike-pegasus). كن متعمدًا: تضمين مسار الفئة يعني أن المنتج في فئات متعددة يمكن أن يُحل في URLs متعددة، مما يعيد إنشاء التكرار — وهذا هو بالضبط سبب إضافة Magento لخيارات canonical للمنتجات أيضًا («استخدام وسم الرابط الأساسي للمنتجات»). يحدد العديد من خبراء SEO في Magento URLs المنتجات بدون مسار الفئة لتجنب هذا تمامًا.

عند تغيير مفتاح URL لمنتج أو فئة، يمكن لـ Magento إنشاء 301 تلقائيًا في جدول url_rewrite («إنشاء إعادة توجيه دائمة لعنوان URL القديم»). تأكد من أن هذا المفتاح مفعّل قبل أي تعديلات جماعية على الـ URLs، وإلا ستترك الـ URLs المفهرسة على 404s. قبل تغيير إعدادات مسار الفئة أو اللاحقة على متجر مباشر، قم بجرد أنماط الـ URLs المتأثرة لكل عرض متجر وقم بإعداد خطة redirect/canonical بدلاً من قلب المفتاح والأمل — تحذر وثائق Adobe الرسمية من أن إعادة إنشاء عمليات إعادة الكتابة للفئات التي تحتوي على العديد من المنتجات المعينة يمكن أن تكون ضربة أداء حقيقية، وليس فقط ضربة SEO.

المنتجات القابلة للتكوين والبسيطة: المحرك الآخر للتكرار

التنقل المتعدد الطبقات ليس الطريقة الوحيدة التي ينتج بها كتالوج Magento عناوين URL شبه مكررة. المنتجات القابلة للتهيئة (الأصل — “حذاء الجري”) المبنية من منتجات بسيطة (مجموعات الحجم/اللون الفعلية القابلة للشراء) تخلق نفس نمط الفشل على نطاق الكتالوج. يوضح بول روجرز من Vervaunt الرياضيات جيدًا: متجر أزياء يحتوي على 3 000 منتج أصلي، كل منها في 8 مقاسات و6 ألوان، يمكن أن يولد 144 000 مجموعة منتجات بسيطة. في Magento، هذه المجموعات هي علاقة كتالوج، وليست قرار فهرسة — بدون سياسة canonical صريحة، يمكن لـ Googlebot العثور على جميعها كعناوين URL منفصلة وقابلة للفهرسة تشير إلى محتوى شبه متطابق.

تتقارب أدلة الممارسين على الإصلاح التالي: اجعل كل منتج بسيط يشير عبر canonical إلى منتجه الأصلي القابل للتهيئة، ولا تعتمد على إعدادات رؤية الكتالوج وحدها — المنتج البسيط المضبوط على “غير مرئي بشكل فردي” لا يزال قابلاً للوصول عبر عنوان URL مباشر أو خريطة موقع أو رابط داخلي، لذا يمكن لـ Googlebot فهرسته حتى لو كان مخفيًا عن التنقل داخل الموقع. علامة canonical صريحة تشير إلى الأصل هي الإصلاح الفعلي، وهي تُعرض من جانب الخادم، لذا لا تعتمد على JavaScript.

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

تحقق ضمن المتاجر → الإعدادات → الكتالوج → الكتالوج → تحسين محركات البحث من أن “استخدام علامة الرابط الأساسي للمنتجات” مفعّل، ثم تأكد — على الصفحة المعروضة فعليًا، وليس فقط الإعداد — أن عناوين URL للمنتجات البسيطة تحمل canonical عائدة إلى الأصل.

فجوة JSON-LD

هذا الأمر يربك الناس لأنهم يفترضون أن منصة بهذا الحجم تتعامل مع المخطط تلقائيًا. Magento 2 لا ينشئ بيانات منظمة JSON-LD افتراضيًا. بعض القوالب تصدر microdata على صفحات المنتجات، لكن:

• يوصي Google بـ JSON-LD كصيغة تنفيذ على microdata/RDFa (انظر علامة التبويب المستندات الرسمية).
• للتأهل للنتائج الغنية للمنتجات، تحتاج إلى مخطط Product مع name، وimage، وdescription، وoffers (السعر، عملة السعر، التوفر)، و— للتصنيفات النجمية — aggregateRating/review، والتي يجب أن تأتي من مراجعات حقيقية.

لذا فإن الحصول على نتائج غنية على Magento هو مهمة إضافة أو تطوير مخصص: إضافة مخصصة للبيانات المنظمة، أو قالب يدعم المخطط، أو عمل قالب يُخرج JSON-LD. عند إضافته، قم بتدقيق المخطط المكرر — إذا كانت microdata المتبقية من القالب وJSON-LD من الإضافة يصفان المنتج معًا، فقد تُرسل كتلتين متعارضتين من Product. اختر مصدر حقيقة واحدًا.

باقي السطح التقني

• وسوم Canonical. بعيدًا عن الفئات/المنتجات، راقب الصفحة الرئيسية (/ مقابل ?___store= ومعلمات عرض المتجر المماثلة)، والترقيم، ومعلمات عرض المتجر/اللغة التي يضيفها Magento. راجع canonicalization و canonical tag بالتفصيل.
• الترقيم. يقوم Magento بترقيم الفئات باستخدام ?p=2. امنح كل صفحة canonical فريدًا يشير إلى نفسه — لا تجعل الصفحة 2+ تشير إلى الصفحة 1، ولا تستخدم noindex للتسلسل (قد يؤدي ذلك إلى قطع روابط equity للمنتجات المدرجة فقط في أعماق الصفحات). rel=prev/next لم يعد مستخدمًا؛ لا تعتمد عليه.
• عروض المتجر (متعددة اللغات / متعددة المواقع). بنية عروض المتجر في Magento قوية للإعدادات الدولية ولكنها مصدر كلاسيكي للمحتوى المكرر و hreflang المفقود أو غير المتطابق. إذا كنت تدير عروض متجر متعددة من كتالوج واحد، فإن hreflang عمل يدوي والنشر الجزئي أسوأ من عدم النشر.
• المنتجات غير المتوفرة والمعطلة. حدد سياسة: أبقِ صفحات الترتيب حية مع حالة المخزون، أو 404/410 + إعادة توجيه دائمة للـ SKUs المختفية نهائيًا. لا تقم بتعطيل المنتجات بصمت واترك عناوين URL الخاصة بها تظهر 404 مع روابط واردة.
• Core Web Vitals. أداء Magento المستضاف ذاتيًا يعتمد كليًا على البنية التحتية الخاصة بك. ذاكرة التخزين المؤقت للصفحة الكاملة (Varnish)، وCDN، وتحسين الصور (WebP)، والنظافة المنضبطة للإضافات/JavaScript هي الأدوات. هناك مساران مختلفان بدون واجهة أمامية يتم الخلط بينهما هنا، لذا كن دقيقًا بشأن أي منهما تقيّم: PWA Studio هو متجر Adobe الأقدم القائم على React والمبني على بنيتك التجارية الحالية، بينما Adobe Commerce as a Cloud Service (ACCS) هو منتج SaaS منفصل على Edge Delivery Services حيث لا يُدعم Luma على الإطلاق. يمكن لأي منهما رفع سقف CWV، لكن كلاهما يضيف اعتبارات عرض وفهرسة خاصة به — تأكد من أي منهما (أو لا شيء) يعمل عليه المتجر فعليًا قبل التخطيط لترحيل بدون واجهة أمامية من أجل CWV.

ما يجب تحديد أولوياته فعليًا

في معظم عمليات تدقيق Magento، يكون ترتيب التأثير كما يلي:

1. التنقل متعدد الطبقات — استراتيجية canonical + noindex لعناوين URL ذات المعلمات. هذا هو الجزء الأكبر من قيمة SEO التقنية.
2. توحيد canonical للمنتجات القابلة للتكوين/البسيطة — اجعل الـ SKUs البسيطة تشير إلى منتجها القابل للتكوين الأصلي؛ تحقق من ذلك على الصفحات المعروضة، وليس فقط من إعداد الإدارة.
3. إعادة كتابة عناوين URL وإعادة التوجيه — تفعيل عناوين URL سهلة الاستخدام، وتفعيل إعادة التوجيه عند التغيير، وعدم وجود 404 عالقة.
4. Schema — أضف JSON-LD (لا يوجد دعم أصلي)، وتجنب الكتل المكررة.
5. العناوين/الوصف التعريفي + نص الفئة — املأ الحقول؛ الفئات تصل فارغة.
6. الأداء — التخزين المؤقت، وCDN، والصور.

كل شيء آخر هو تحسين. يمنحك Magento تحكمًا كاملاً، مما يعني أن كل مشكلة SEO تقريبًا على متجر Magento هي خيار تكوين يمكنك إصلاحه — وكلها تقريبًا تبدأ بالفلاتر.

ملخص AI

نظرة مختصرة على النسخة المتقدمة:

• تهيمن مولّدان للمحتوى المكرر على تحسين محركات البحث في Magento. تضيف التنقلات الطبقية (التصفية متعددة الأوجه) معلمات التصفية إلى عناوين URL الخاصة بالفئات؛ وتنتج متغيرات المنتجات القابلة للتكوين/البسيطة عناوين URL شبه متطابقة لـ SKU. يحتاج كلاهما إلى نفس المعالجة: canonical إلى الأصل النظيف (الفئة أو المنتج القابل للتكوين) و**noindex** للتركيبات منخفضة القيمة؛ ولا تروّج إلا للفلاتر/المتغيرات ذات الطلب الحقيقي على البحث إلى صفحات قابلة للفهرسة.
• الإصدار مهم: Magento 1 وصل إلى نهاية دورة حياته (يونيو 2020) — قم بالترحيل. Magento 2 يُطرح باسم Adobe Commerce (مدفوع، مستضاف ذاتيًا) وMagento Open Source (مجاني) من قاعدة بيانات واحدة، بالإضافة إلى منتج SaaS منفصل، Adobe Commerce as a Cloud Service (ACCS، منذ يونيو 2025)، والذي يتخلى عن سمة Luma تمامًا.
• التنقل الطبقي مقابل Live Search: توثق Adobe التنقل الطبقي القياسي وجوانب Live Search المدفوعة المدعومة بالذكاء الاصطناعي كتطبيقات متميزة بسلوك عناوين URL مختلف — تأكد من التطبيق الذي يعمل عليه المتجر فعليًا قبل تطبيق قواعد الزحف/الفهرسة.
• المنتجات القابلة للتكوين/البسيطة: اجعل عناوين SKU البسيطة canonical إلى منتجها الأصلي القابل للتكوين؛ إعدادات رؤية الكتالوج وحدها لا تمنع Google من العثور عليها وفهرستها عبر خريطة الموقع أو عنوان URL مباشر.
• عناوين URL: تعمل عناوين URL الصديقة لمحركات البحث عبر جدول url_rewrite (الإدارة ← التسويق ← SEO & Search ← URL Rewrites) — وهي متميزة عن عمليات إعادة التوجيه HTTP، التي يمكن لـ Magento إنشاؤها تلقائيًا كعمليات 301s. فعّل إعادة كتابة خادم الويب و إعادة التوجيه عند تغيير عنوان URL؛ وقم بجرد أنماط عناوين URL المتأثرة قبل تغيير إعدادات مسار الفئة أو اللاحقة.
• فجوة المخطط: لا يصدر Magento 2 أي JSON-LD افتراضيًا (تستخدم بعض السمات Microdata فقط). توصي Google بـ JSON-LD، لذا فإن مخطط النتائج الغنية هو مهمة توسعة/ تطوير مخصص — وانتبه إلى كتل Product المكررة.
• تعامل أيضًا مع: ترقيم الصفحات (canonicals فريدة تشير إلى نفسها، ولا تستخدم noindex أبدًا للسلسلة)، وازدواجية طرق عرض المتجر + hreflang للمتاجر متعددة اللغات، وسياسة نفاد المخزون، وCore Web Vitals — مع ملاحظة أن PWA Studio وACCS هما مساران مختلفان بدون واجهة خلفية، وليسا قابلين للتبادل.
• ترتيب الأولوية: التنقل الطبقي ← canonicalization للمنتجات القابلة للتكوين/البسيطة ← إعادة كتابة/إعادة توجيه عناوين URL ← المخطط ← العناوين/الوصف/نسخ الفئات ← الأداء.

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

وثائق المصدر الأساسي. تغطي وثائق Magento الخاصة إعدادات المنصة؛ بينما تغطي وثائق Google سلوك تحسين محركات البحث الذي يجب أن تلبي هذه الإعدادات.

Adobe / Magento

• Adobe Commerce / Magento Open Source — أفضل ممارسات تحسين محركات البحث — الدليل الرسمي لإعداد تحسين محركات البحث (عناوين URL، البيانات الوصفية، خرائط المواقع، robots.txt).
• إعادة كتابة عناوين URL — كيف يعمل نظام url_rewrite في الإدارة.
• تحسين محركات البحث (مرجع التكوين) — إعادة كتابة خادم الويب، ولاحقات عناوين URL، وإعدادات تحسين محركات البحث ضمن المتاجر ← التكوين.
• التنقل الطبقي — وثائق Adobe لميزة التصفية في قلب تحسين محركات البحث في Magento.
• دورة حياة البرامج / نهاية دورة حياة Magento 1 — دعم الإصدارات ونهاية دورة حياة Magento 1 في يونيو 2020.

Google — ما يجب أن يلبي تكوين Magento الخاص بك

• مقدمة إلى البيانات المنظمة للمنتج — حقول Product المطلوبة/الموصى بها؛ يُوصى باستخدام JSON-LD.
• البيانات المنظمة لمواقع التجارة الإلكترونية — أنواع مخططات التجارة الإلكترونية التي يدعمها Google.
• الترقيم والتحميل التدريجي للصفحات — عناوين URL فريدة، وصفحات ذاتية المرجع (self-canonical)، وnoindex للفلاتر وليس للترقيم.
• إدارة الزحف إلى عناوين URL للتنقل متعدد الأوجه — إرشادات Google الرسمية لمشكلة التنقل متعدد الطبقات.
• تحسين ميزانية الزحف — لماذا يهم انتشار المعاملات على نطاق واسع.

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

تصريحات مسجلة ذات صلة بجوانب Magento SEO التي تُحدث فرقًا فعليًا — التنقل متعدد الأوجه، والبيانات المنظمة، والترقيم. كل رابط هو رابط عميق يقفز إلى المقطع المقتبس حيثما يدعم المصدر ذلك.

Google — البيانات المنظمة (مخطط schema الذي لا يضيفه Magento لك)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (ترجمة) «قوائم التجار: للصفحات التي يمكن للعملاء فيها شراء المنتجات منك. توفر هذه العلامات خيارات أكثر لتحديد معلومات المنتج التفصيلية، مثل مقاسات الملابس وتفاصيل الشحن وسياسة الإرجاع.» — Google Search Central، مقدمة إلى البيانات المنظمة للمنتج. الانتقال إلى الاقتباس
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (ترجمة) «إن توفير البيانات المنظمة على صفحات الويب وخلاصة Merchant Center معًا يزيد من أهليتك للتجارب ويساعد Google على فهم بياناتك والتحقق منها بشكل صحيح.» الانتقال إلى الاقتباس

Google — الترقيم (صفحات فئات Magento ?p=)

• “Give each page a unique URL” (ترجمة) «امنح كل صفحة عنوان URL فريدًا» — وخصص لكل صفحة عنوانها الأساسي (canonical) الخاص بدلاً من توجيهها جميعًا إلى الصفحة الأولى. — Google Search Central، الترقيم والتحميل التدريجي للصفحات. الانتقال إلى الاقتباس
• “Apply noindex meta tags to filter variations or alternative sort orders” (ترجمة) «طبّق وسوم meta الخاصة بـ noindex على أشكال الفلاتر أو ترتيبات الفرز البديلة» — أي على الأوجه (facets)، وليس على تسلسل الترقيم نفسه. الانتقال إلى الاقتباس

Gary Illyes، Google — حول سبب كون التنقل متعدد الطبقات هو الخطر الأساسي

• حول مساحات عناوين URL ذات المعاملات/الأوجه: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (ترجمة) «بمجرد أن يكتشف مجموعة من عناوين URL، لا يمكنه اتخاذ قرار بشأن ما إذا كانت مساحة عناوين URL تلك جيدة أم لا إلا إذا زحف إلى جزء كبير من تلك المساحة.»

  نُقل عبر تغطية Search Engine Land لتقرير الزحف Search Off the Record لنهاية عام 2025؛ تحقق من الحلقة المصدرية قبل اعتبار ذلك نهائيًا. وفقًا لتلك التغطية، يُعد التنقل متعدد الأوجه أكبر مصدر منفرد لتقارير مشكلات الزحف التي يتلقاها Google (~50 %).

  اقرأ التغطية
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (ترجمة) «قد تنشئ أحيانًا عناوين URL زائفة من غير قصد، فتقفز مساحتك الهادئة من 1000 عنوان إلى مليون عنوان مشتعل، وتجذب الزواحف التي تنهال على خوادمك على نحو غير متوقع.»

  نُقل من منشور Gary Illyes على LinkedIn (أغسطس 2024) عبر Search Engine Journal.

  اقرأ التغطية

الممارسون — توحيد الروابط الأساسية للمنتجات القابلة للتكوين/البسيطة

• “Canonical to the parent configurable product.” (ترجمة) «اجعل الرابط الأساسي يشير إلى المنتج الأصلي القابل للتكوين.» — دان تايلور، Search Engine Journal، الدليل التقني لمشكلات Magento (Adobe Commerce) الشائعة في تحسين محركات البحث. الانتقال إلى الاقتباس
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (ترجمة) «يشير وسم الرابط الأساسي المستخدم في كل منتج بسيط إلى النسخة الأساسية القابلة للتكوين، لمنع Google من فهرسة متغيرات المنتج المكررة.» — بول روجرز (Vervaunt). الانتقال إلى الاقتباس
• “…potentially generates 144,000 product combinations.” (ترجمة) «…قد يُنشئ 144,000 تركيبة للمنتجات.» — Vervaunt، حول مثال متجر أزياء افتراضي (3 000 منتج رئيسي × 8 مقاسات × 6 ألوان)، موضحًا لماذا تعتبر سياسة الروابط الأساسية الصريحة مهمة على نطاق واسع، وليس حجم كتالوج عالمي. الانتقال إلى الاقتباس

قائمة فحص Magento لتحسين محركات البحث

مرتبة تقريبًا حسب التأثير — العناصر الأعلى هي حيث تربح متاجر Magento أو تخسر.

الإصدار والأساس

• تأكد من أنك على Magento 2، وليس Magento 1 المنتهي (قم بالترحيل إذا كان الأمر كذلك).
• اعرف إصدارك (Adobe Commerce، أو Magento Open Source، أو ACCS) لنطاق الميزات — يزيل ACCS سمة Luma بالكامل.

التنقل متعدد الطبقات (الأهم)

• تأكد مما إذا كان المتجر يستخدم التنقل متعدد الطبقات القياسي أو جوانب Live Search المدفوعة — توثقها Adobe كتطبيقات متميزة.
• قم بتدقيق عدد عناوين URL المعلمات التي تولدها عوامل التصفية (ازحف إلى الموقع؛ تحقق من عدد site: وGSC المفهرس مقابل المكتشف).
• قم بتوحيد عناوين URL للفئات المفلترة إلى عنوان URL النظيف للفئة.
• noindex لتركيبات عوامل التصفية منخفضة القيمة (وأبقها قابلة للزحف حتى تتم قراءة الوسم — لا تستخدم أبدًا noindex مع Disallow في robots.txt معًا).
• حدد عوامل التصفية ذات الطلب البحثي الحقيقي وقم ببنائها كصفحات هبوط قابلة للفهرسة بعناوين URL نظيفة ومحتوى فريد.

المنتجات القابلة للتكوين والبسيطة

• تمكين «استخدام وسم الرابط الأساسي للمنتجات» (المتاجر ← التكوين ← الكتالوج ← الكتالوج ← تحسين محركات البحث).
• تأكد على الصفحة المعروضة — وليس فقط الإعداد — أن عناوين URL للمنتجات البسيطة تحمل رابطًا أساسيًا يعود إلى منتجها القابل للتكوين الرئيسي.
• لا تعتمد على «غير مرئي بصورة منفردة» وحده؛ فهو لا يمنع فهرسة عنوان URL المباشر أو خريطة الموقع أو الروابط الداخلية.

عناوين URL وإعادة التوجيه

• تمكين «استخدام إعادة كتابة خادم الويب» (بدون index.php في عناوين URL).
• تعيين مفاتيح URL صديقة لمحركات البحث على المنتجات والفئات.
• تمكين «إنشاء إعادة توجيه دائمة لعنوان URL القديم» قبل أي تعديلات على مفاتيح URL.
• قرر بشأن مسار الفئة في عنوان URL للمنتج (إيقاف التشغيل يتجنب تكرار عناوين URL المتعددة).

البيانات المنظمة

• أضف Product JSON-LD (لا يأتي Magento 2 بأي منها) عبر امتداد أو تطوير.
• تأكد من عدم وجود مخطط مكرر (Microdata من السمة + JSON-LD من الامتداد).
• aggregateRating/review فقط من مراجعات حقيقية.

على الصفحة والفهرسة

• عناوين فريدة + أوصاف ميتا على المنتجات والفئات.
• ملء نص وصف الفئة (فارغ افتراضيًا).
• الترقيم: روابط أساسية فريدة ذاتية المرجع؛ السلسلة ليست noindexed.
• تحديد سياسة المنتجات غير المتوفرة / المتوقفة (لا تترك 404s معزولة).

الدولي والأداء

• التحكم في تكرار المتجر؛ اكتمال hreflang وثنائي الاتجاه إذا كان متعدد اللغات.
• ذاكرة التخزين المؤقت للصفحة الكاملة (Varnish)، وCDN، وصور WebP لـ Core Web Vitals.

ورقة الغش لتحسين محركات البحث في Magento

خريطة الإصدارات

التنقل متعدد الطبقات — ما يجب فعله لكل نوع URL

إعدادات المشرف الرئيسية (Magento 2)

• المتاجر → التكوين → عام → الويب → تحسين محركات البحث: استخدام إعادة كتابة خادم الويب = نعم.
• المتاجر → التكوين → الكتالوج → الكتالوج → تحسين محركات البحث: لاحقة عنوان URL للمنتج/الفئة، استخدام علامة Canonical Link Meta للفئات/ المنتجات = نعم.
• التسويق → SEO & البحث → إعادة كتابة URL: مدير url_rewrite.
• تحرير المنتج/الفئة → تحسين محركات البحث: مفتاح URL، عنوان meta، وصف meta؛ تفعيل إنشاء إعادة توجيه دائمة للعنوان القديم.

حقائق ثابتة

• Magento 2 لا يصدر JSON-LD افتراضيًا (microdata في بعض السمات فقط).
• Google توصي بـ JSON-LD بدلاً من microdata/RDFa.
• noindex يحتاج إلى صفحة قابلة للزحف — لا تجمعه مع robots.txt Disallow.
• العناوين الصديقة موجودة في جدول url_rewrite.

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

1. الإصدار أولاً. قبل أي تكتيك، أجب: Magento 1 أم 2؟ إذا كان 1، فالمشروع هو ترحيل، توقف تمامًا. إذا كان 2، فإن الإصدار (Adobe Commerce مقابل Open Source) يغير الميزات، وليس أساسيات SEO.

2. التنقل متعدد الطبقات = قرار ثنائي لكل عنوان URL. كل عنوان URL مفلتر هو إما أصل (طلب بحث حقيقي → اجعله صفحة هبوط قابلة للفهرسة) أو عبء (لا طلب → وجّه إشاراته بعيدًا عبر canonical و/أو noindex). لا تعامل جميع الجوانب بنفس الطريقة؛ قم بفرزها حسب الطلب، ثم طبق الإشارة الصحيحة.

3. قواعد “لا تجمع” الثلاث.

• noindex + robots.txt Disallow على نفس الرابط → لن تتم قراءة الوسم أبدًا.
• noindex + canonical على نفس الرابط → إشارات متناقضة.
• canonical وحدها لميزانية الزحف → الصفحات المصدرية ما زالت تُزحف.

4. تحكم في مساحة الروابط، ثم في الفهرس. نظام url_rewrite في Magento وإعادة كتابة خادم الويب يتحكمان في الروابط الموجودة وأين توجه. canonical/noindex يتحكمان في ما هو موجود في الفهرس. أصلح توليد الروابط أولاً (لا تُنشئ تكرارًا)، ثم أدر الفهرسة.

5. المخطط (Schema) اختياري هنا. في معظم المنصات، المخطط تعديل بسيط؛ في Magento هو بناء كامل. خطط لـ JSON-LD كعنصر تسليم، ثم احمِ من إرسال كتلتين من Product.

أدوات لتحسين محركات البحث في Magento

• Magento Admin — URL Rewrites (التسويق → SEO & البحث) — المدير الأصلي لجدول url_rewrite؛ مصدر الحقيقة للروابط الصديقة وعمليات إعادة التوجيه.
• الزاحفون / تدقيقات الموقع — Screaming Frog SEO Spider أو Ahrefs Site Audit لقياس عدد روابط المعاملات التي تولدها الطبقات التصفحية فعليًا، وكشف العناوين المكررة/الكنونية، وإيجاد سلاسل إعادة التوجيه. هكذا تقيس مشكلة التصفح متعدد الأوجه.
• Google Search Console — تقرير فهرسة الصفحات (مكتشفة/مزحفة — غير مفهرسة حاليًا غالبًا ما تتضخم مع انتشار المعاملات) و_إحصائيات الزحف_ لرؤية الميزانية المهدرة على روابط الفلاتر.
• Rich Results Test / Schema Markup Validator — تأكد من أن JSON-LD المضاف صالح وأنه لا توجد كتلة microdata منافسة.
• إضافات Magento SEO — Mageworx وMirasvit وAmasty وما شابهها تضيف JSON-LD وتحكمًا أدق في canonical وقواعد فهرسة للطبقات التصفحية يتركها نواة Magento لك. (قيّم سلوك المخطط المكرر.)
• تحليل ملفات السجل — للكتالوجات الكبيرة، تُظهر سجلات الخادم بدقة مقدار الزحف المهدر على روابط الفلاتر.

كيفية قياس صحة تحسين محركات البحث في Magento

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

نسبة الصفحات المفهرسة إلى المكتشفة

ما يخبرك به: مقدار تضخم الطبقات التصفحية في رؤية Google للموقع. الفئة التي تحتوي على بضع مئات من المنتجات لا ينبغي أن تحتوي على عشرات الآلاف من الروابط المكتشفة.

كيفية استخراجه: Search Console → تقرير فهرسة الصفحات، تحديدًا فئتا “مكتشفة — غير مفهرسة حاليًا” و”مزحفة — غير مفهرسة حاليًا”. قسّم حسب نمط الرابط (تصفية سلاسل الاستعلام) باستخدام عينة فحص الروابط في التقرير أو تصدير الزحف.

المعيار / النطاق الواقعي: لا يوجد رقم عالمي — يعتمد على حجم الكتالوج وعدد الفلاتر. الإشارة المهمة هي الاتجاه: نسبة ترتفع شهرًا بعد شهر تعني أن استراتيجية canonical/noindex على الطبقات التصفحية لا تصمد.

التكرار: شهريًا، أو بعد أي تغيير في إعدادات الطبقات التصفحية.

ميزانية الزحف المهدرة على روابط الفلاتر

ما يخبرك به: ما إذا كان Googlebot يهدر سعة الزحف على مجموعات معاملات شبه مكررة بدلاً من صفحات المنتجات والفئات الحقيقية.

كيفية استخراجه: Search Console → تقرير إحصائيات الزحف (حسب الاستجابة وحسب الغرض)، مع مطابقته مع ملفات سجلات الخادم/CDN المفلترة لطلبات ? المعاملات. يمكن لأداة مدقق التصفح متعدد الأوجه الخاصة بي تصنيف قائمة مُدخلة من عناوين URL ذات المعاملات للمساعدة في تحديد التركيبات التي يولدها المتجر فعليًا.

المعيار / النطاق الواقعي: يعتمد على حجم الكتالوج وتكرار الزحف — لا توجد نسبة “جيدة” ثابتة. تعامل مع ارتفاع حصة الزحف على روابط المعاملات مقارنة بروابط المنتجات/الفئات الكنونية كعلامة تحذير.

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

اتساق إشارة canonical

ما يخبرك به: ما إذا كانت روابط الفلاتر والترقيم تحل فعليًا إلى canonical الذي قصدته، وليس العودة بصمت إلى روابط ذاتية أو وسوم مفقودة بعد تحديث القالب/الإضافة.

طريقة التحقق: تحقق من عناوين URL الخاصة بعوامل التصفية والترقيم باستخدام أداة مدقق التوحيد القياسي — فهي تدقق إشارات التوحيد القياسي في HTML وHTTP وتكشف عن التعارضات.

المعيار / النطاق الواقعي: يجب أن يكون 100% — يجب أن يحمل كل عنوان URL مفلتر تنوي إخفاءه إشارة canonical تشير إلى صفحة الفئة النظيفة، وكل صفحة مرقمة إشارة canonical ذاتية المرجع. أي استثناء هو خطأ، وليس نطاقًا.

التكرار: بعد كل تغيير في السمة أو الامتداد أو إعدادات التنقل متعدد الطبقات؛ وفحص ربع سنوي في الأوقات الأخرى.

أهلية النتائج الغنية للمنتج

ما يخبرك به: ما إذا كان JSON-LD الذي أضفته (لا يوفر Magento أيًا منه افتراضيًا) صالحًا وكاملًا بما يكفي للحصول على نتائج غنية بالسعر/التقييم، وما إذا كانت كتلة البيانات الدقيقة المتبقية من السمة تتعارض معه.

طريقة التحقق: Search Console ← تقرير التحسينات لمقتطفات المنتج، أو تحقق من عناوين URL فردية باستخدام اختبار النتائج الغنية من Google. لتدقيق HTML الخام للمخطط نفسه — بما في ذلك اكتشاف الكتل المكررة — استخدم أداة مدقق SEO لصفحات المنتج.

المعيار / النطاق الواقعي: يعتمد على حجم الكتالوج وتغطية المراجعات — ليس كل SKU سيتوفر لديه بيانات aggregateRating. تتبع الاتجاه في العناصر الصالحة مقابل العناصر التي بها أخطاء/تحذيرات، وليس هدفًا مطلقًا.

التكرار: شهريًا، وفورًا بعد أي تحديث لامتداد المخطط أو تغيير في السمة.

اختبارات التحقق: إثبات أن إصلاح SEO لمتجر Magento قد نجح

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

إضافة canonical إلى عنوان URL لفئة مفلترة

الاختبار الذي يجب تشغيله: قم بتحميل عنوان URL مفلتر (مثل /running-shoes?color=blue) في أداة مدقق التوحيد القياسي.

النتيجة المتوقعة: تعرض الأداة rel=canonical على عنوان URL المفلتر يشير إلى عنوان URL للفئة النظيفة (/running-shoes)، دون وجود canonical متعارض في ترويسة HTTP.

تفسير الفشل: عدم وجود canonical، أو canonical ذاتي المرجع، أو canonical يشير إلى مكان آخر يعني أن إعداد “استخدام وسم الرابط الأساسي للفئات” أو منطق القالب/الامتداد الخاص بك لا يصدره لنمط عنوان URL هذا.

نافذة المراقبة: فورية للوسم نفسه؛ من 2 إلى 4 أسابيع في تقرير فهرسة الصفحات في Search Console لرؤية Google تلتقط الإشارة الموحدة.

مشغل التراجع: إذا استمرت أعداد عناوين URL المفهرسة لنمط التصفية في الارتفاع بعد 4 أسابيع مع تأكيد وجود canonical، فإن الإشارة لا تُحترم — تحقق من وجود noindex متعارض أو كتلة robots.txt على نفس عنوان URL.

تطبيق noindex على مجموعة تصفية منخفضة القيمة

الاختبار الذي يجب تشغيله: اجلب قسم <head> من HTML المعروض لعنوان URL المفلتر (عرض المصدر أو curl) وتحقق من وجود <meta name="robots" content="noindex,follow">. ثم تحقق من robots.txt لنمط عنوان URL هذا باستخدام أداة مدقق فهرسة Google.

النتيجة المتوقعة: وسم noindex موجود وغير محظور في robots.txt — يمكن لـ Google قراءة الوسم فقط على صفحة قابلة للزحف.

تفسير الفشل: إذا كان robots.txt يحظر النمط أيضًا، فلن يجلب Googlebot الصفحة أبدًا لرؤية وسم noindex، وقد يظل عنوان URL مفهرسًا إلى أجل غير مسمى من الإشارات التاريخية وحدها.

نافذة المراقبة: أيام حتى يلتقط الزاحف الوسم؛ من 2 إلى 8 أسابيع حتى يختفي عنوان URL فعليًا من الفهرس (أطول لصفحات التصفية التي كانت مرتبطة جيدًا سابقًا).

مشغل التراجع: لا يزال عنوان URL مفهرسًا بعد 8 أسابيع مع تأكيد قابلية الزحف لـ noindex — تحقق من وجود canonical يتعارض مع noindex على نفس عنوان URL (إشارتان متناقضتان؛ قد تتجاهل Google إحداهما).

canonical للمنتج البسيط يشير إلى المنتج القابل للتكوين الأصلي

الاختبار الذي يجب تشغيله: قم بتحميل عنوان URL لمتغير منتج بسيط (مجموعة حجم/لون محددة) في أداة مدقق التوحيد القياسي.

النتيجة المتوقعة: تعرض الأداة rel=canonical على عنوان URL للمنتج البسيط يشير إلى عنوان URL للمنتج القابل للتكوين الأصلي، دون وجود canonical متعارض في ترويسة HTTP.

تفسير الفشل: يعني وجود canonical ذاتي المرجع أو مفقود أن “استخدام وسم الرابط الأساسي للمنتجات” غير مفعّل، أو أن المتغير يُعامل كمرئي/قابل للفهرسة بشكل مستقل عن علاقة المنتج الأصلي.

نافذة المراقبة: فورية للوسم نفسه؛ من 2 إلى 4 أسابيع في تقرير فهرسة الصفحات في Search Console لتأكيد أن عناوين المتغيرات تندمج تحت المنتج الأصلي بدلاً من تراكمها كصفحات مفهرسة منفصلة.

مشغل التراجع: إذا استمرت أعداد عناوين URL المفهرسة لعناوين المنتجات البسيطة في الارتفاع بعد 4 أسابيع مع تأكيد وجود canonical، فتحقق مما إذا كان يتم الاعتماد على “غير مرئي بشكل فردي” بدلاً من وسم canonical — رؤية الكتالوج لا تمنع الزحف عبر الروابط المباشرة أو خريطة الموقع أو الروابط الداخلية.

إعادة التوجيه عند تغيير عنوان URL تحمي العناوين القديمة

الاختبار الذي يجب تشغيله: بعد تغيير مفتاح عنوان URL لمنتج أو فئة، اطلب العنوان القديم مباشرة: curl -I https://yourstore.com/old-url-key.

النتيجة المتوقعة: إعادة توجيه واحدة 301 إلى العنوان الجديد (بدون سلاسل إعادة توجيه).

تفسير الفشل: يعني رمز 404 أن “إنشاء إعادة توجيه دائمة للعنوان القديم” كان معطلاً عند تغيير المفتاح، أو أن إدخال url_rewrite لم يتم إنشاؤه — العنوان القديم وأي روابط واردة أو ترتيب كان يحمله أصبح الآن معزولاً.

نافذة المراقبة: فورية — هذا فحص لرمز الحالة، لا حاجة للانتظار.

مشغل التراجع: أي 404 أو سلسلة إعادة توجيه على عنوان كان مرتبًا سابقًا — استعد إدخال url_rewrite أو أضف إعادة توجيه يدوية قبل أن يختفي من الفهرس.

مخطط JSON-LD للمنتج صالح وغير مكرر

الاختبار الذي يجب تشغيله: قم بتشغيل صفحة المنتج من خلال PDP SEO Checker لتدقيق JSON-LD الخام بحثًا عن الحقول المطلوبة والكتل المكررة، ثم تأكد من أهلية النتائج الغنية باستخدام اختبار النتائج الغنية من Google.

النتيجة المتوقعة: كتلة Product واحدة صالحة تحتوي على name وimage وdescription وoffers (السعر، priceCurrency، التوفر)، وإذا كنت تدّعي تقييمات بالنجوم — aggregateRating/review مستمدة من مراجعات حقيقية. لا توجد كتلة ثانية متعارضة من بيانات وصفية قديمة في القالب.

تفسير الفشل: كتلتان Product (بيانات وصفية من القالب + JSON-LD من الإضافة) تعني عادةً أن Google تختار واحدة عشوائيًا أو تتجاهل كلتيهما لعدم الاتساق؛ حقول offers المفقودة تعني أن الصفحة لن تكون مؤهلة لظهور مقتطفات الأسعار على الإطلاق.

نافذة المراقبة: فورية للصلاحية؛ من 2 إلى 4 أسابيع في تقرير التحسينات في Search Console لتأكيد أن النتائج الغنية تبدأ فعليًا في الظهور.

مشغل التراجع: يُظهر تقرير التحسينات ارتفاعًا في “العناصر غير الصالحة” بعد تحديث القالب أو الإضافة — قم بتعطيل المصدر الأحدث حتى يتم حل التكرار.

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

حول الموضوعات التي تهيمن على تحسين محركات البحث في Magento (على هذا الموقع)

• التنقل متعدد الأوجه — الموطن الأساسي لمشكلة التنقل متعدد الطبقات وإطار عمل قرار الفهرسة أو القمع.
• التوحيد القياسي و وسم canonical — الإصلاح الأساسي لتكرار المعلمات في Magento.
• المحتوى المكرر — لماذا تقسم عناوين عوامل التصفية وعناوين طرق العرض في المتجر الإشارات.
• معلمات URL و ميزانية الزحف — آليات جانب الزحف لانتشار المعلمات.

مقالاتي ذات الصلة (Ahrefs)

• دليل المبتدئين لتحسين محركات البحث التقني — حيث تتناسب هذه الضوابط مع الصورة الأكبر.
• التنقل متعدد الأوجه: التعريف والأمثلة وأفضل ممارسات تحسين محركات البحث — إطار العمل الكامل للقرار (أنا مراجع لهذا المقال).
• معلمات URL: دليل كامل لمتخصصي تحسين محركات البحث.

رسمي

• أفضل ممارسات SEO لـ Adobe Commerce — إرشادات المنصة نفسها.
• دليل Google إدارة الزحف إلى عناوين URL للتنقل متعدد الأوجه.

من الآخرين

• r/TechSEO و Magento Stack Exchange — حيث يتم تصحيح مشكلات الزحف والفهرسة الخاصة بـ Magento.
• الدليل التقني لمشكلات SEO الشائعة في Magento (Search Engine Journal، Dan Taylor) — دليل شامل للممارسين يغطي إعادة كتابة عناوين URL، وتوحيد المنتجات القابلة للتكوين/البسيطة، والتحكم في التنقل متعدد الأوجه.
• الدليل الشامل للمحتوى المكرر في Magento (Vervaunt، Paul Rogers) — المصدر الأكثر استشهادًا للخريطة الكاملة لمصادر المحتوى المكرر واستراتيجية التوحيد للمنتجات القابلة للتكوين/البسيطة.
• اعتبارات SEO للمنتجات القابلة للتكوين والبسيطة في Magento (Paul Rogers) — تعمق في توحيد وحدات SKU البسيطة إلى منتجها الأصلي القابل للتكوين على نطاق واسع.
• التنقل متعدد الأوجه يسبب مشاكل؟ تعامل معه (Scandiweb) — إرشادات حديثة متوافقة مع Google حول استخدام robots.txt كعنصر تحكم أساسي في الزحف للتنقل متعدد الأوجه.
• SEO للتنقل متعدد الأوجه في Magento 2: الدليل الشامل (Mageworx) — شرح تفصيلي لتكاثر عناوين URL للمعلمات مع أمثلة ملموسة لعناوين URL.
• مخطط المنتج لـ Adobe Commerce (Lumio) — يشرح سبب شحن Luma بدون أي JSON-LD تقريبًا ويستعرض بناء وحدة JSON-LD مخصصة مقابل نموذج EAV.

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