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

الخلاصة — PrestaShop منصة متاجر مجانية ومفتوحة المصدر تثبتها على استضافتك، بخلاف Shopify أو BigCommerce اللتين تتوليان الاستضافة. تمنحك أساسيات SEO جيدة، مثل تعديل عناوين الصفحات وأوصافها وعناوين URL «السهلة» والوسوم الأساسية التلقائية ومولّد robots.txt، لكن أجزاء مهمة، مثل hreflang للغات المتعددة والبيانات المنظمة اللازمة للنتائج الغنية وتنظيف صفحات التصفية، تحتاج إلى وحدات إضافية.

ماذا يعني «PrestaShop SEO»؟

PrestaShop منصة تجارة إلكترونية مفتوحة المصدر مبنية بـPHP. والفارق الكبير عن Shopify أو BigCommerce أنك تستضيفها بنفسك على خادمك، وتتحمل مسؤولية التحديثات والأمان والأداء. يمنحك ذلك تحكمًا واسعًا، لكنه يجعل جزءًا أكبر من إعداد SEO مسؤوليتك.

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

ما الذي يقدمه PrestaShop جاهزًا؟

• وسوم meta. يمكنك تعديل عنوان الصفحة ووصف meta لكل منتج وفئة وصفحة محتوى من لوحة الإدارة (Shop Parameters → Traffic & SEO).
• عناوين URL سهلة. بدل product.php?id_product=27 تحصل على عنوان مقروء يتضمن اسم المنتج. تفعّل ذلك من الإعدادات، ويجب أن يكون mod_rewrite مفعّلًا على الخادم.
• الوسوم الأساسية. يخبر PrestaShop محرك Google تلقائيًا بأي نسخة من صفحة المنتج هي «الرئيسية»، ويمكنه إعادة توجيه النسخ المكررة برمز 301.
• مسارات تنقل في الصفحات المهمة وعنوان H1 واحد في كل صفحة.
• مولّد robots.txt ووحدة خريطة موقع مدمجة.

ما الذي يبقى عليك التعامل معه؟

• الأرقام في عناوين URL. تبدو العناوين افتراضيًا مثل /27-product-name؛ فالرقم مطلوب ولا يمكن حذفه من الإعدادات، بل يحتاج ذلك إلى وحدة.
• صفحات التصفية. قد ينشئ كل مزيج من اللون أو المقاس عنوان URL جديدًا، فتغمر Google صفحات شبه مكررة إذا تُركت بلا ضبط. لا ينظف PrestaShop ذلك نيابة عنك.
• اللغات المتعددة. يدعم PrestaShop لغات كثيرة، لكنه لا يضيف تلقائيًا وسوم hreflang التي تخبر Google بأي نسخة لغوية يعرضها؛ وتحتاج إلى وحدة.
• نتائج البحث الغنية. تأتي تقييمات النجوم ومقتطفات FAQ ومخطط المنتجات الكامل في الغالب من وحدة، لا من النواة.

الخطأ الأكثر شيوعًا

يفترض البعض أن تفعيل «Friendly URLs» يصلح المحتوى المكرر. لكنه لا يفعل ذلك؛ فهو يجعل العنوان مقروءًا فحسب، ولا يحل النسخ الناتجة عن التصفية أو الفرز أو الترقيم. لا يزال عليك ضبط إعادة التوجيه إلى العنوان الأساسي وتخصيص robots.txt.

هل تريد نسخة الممارس التي تشرح رمز {id} الإلزامي وسلوك العنوان الأساسي لمتغيرات المنتج وتفاصيل خريطة الموقع وrobots.txt وفجوة hreflang؟ انتقل إلى تبويب Advanced.

الخلاصة — PrestaShop تجارة إلكترونية مفتوحة المصدر تستضيفها بنفسك، فتتحمل عبء الاستضافة مقابل تحكم واسع. من نقاط القوة الأصلية: وسوم meta لكل كائن، وعناوين URL سهلة تتطلب mod_rewrite، وإعادة توجيه 301/302 قابلة للضبط إلى العنوان الأساسي، وتوحيد عناوين توليفات المنتجات على عنوان المنتج الأب، وH1 واحد لكل صفحة، وخيارات لإعادة توجيه المنتجات المعطلة، ومولّد robots.txt. أما العيوب الافتراضية فأبرزها إلزامية {id} في المسارات، وخريطة موقع لا تتجدد تلقائيًا وضعيفة في تعدد اللغات وصور CDN، وضرورة التحقق من سلوك تعدد اللغات والبيانات المنظمة وعناوين التصفية وفق الإصدار والقالب والوحدات المثبتة. وتساعد ميزة CCC المدمجة (Concatenate, Compress, Cache) في أداء القوالب الأثقل.

الإطار: تحكم عميق وإعداد أكثر

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

ملاحظة إصدار قبل البدء: في منتصف 2026 يحافظ PrestaShop على فرعين رئيسيين نشطين معًا، هما 9.x (الإصدار 9.1.4 في يونيو 2026) وفرع 8,2.x LTS الذي يواصل إصدار تحديثاته بالتوازي (8.2.7 أيضًا في يونيو 2026). إعدادات SEO أدناه لم تتغير بين الإصدارين 8 و9 وفق وثائق SEO & URLs للإصدار 9، لكن الوحدة المبنية والمختبرة لفرع لا يُضمن أن تعمل على الآخر. تحقق من الإصدار المتوافق المدرج قبل التثبيت، وأكد أولًا إصدار نواة متجرك؛ فهو الرقم الذي تستند إليه قوائم «compatible with» لدى موردي الوحدات.

صحيح افتراضيًا: عناوين وأوصاف meta لكل كائن، وعناوين URL سهلة، ووسوم أساسية مع إعادة توجيه قابلة للضبط، وتوحيد عناوين توليفات المنتج على عنوان الأب، وH1 واحد لكل صفحة، ومسارات التنقل، وخيارات إعادة توجيه المنتج المعطل، ومولّد robots.txt، ووحدة خريطة موقع أصلية.

عليك تنفيذه، غالبًا بوحدات: عناوين بلا ID، وhreflang لتعدد اللغات والمتاجر، ومخطط Product/Breadcrumb/Organization/FAQ شامل، وضبط canonical/noindex للتنقل متعدد الأوجه، وخريطة موقع للغات والصور تتجدد تلقائيًا، وتحسين Core Web Vitals للقالب الافتراضي.

بنية عناوين URL

توجد إعدادات URL في Shop Parameters → Traffic & SEO. يحول تفعيل Friendly URLs العنوان product.php?id_product=27 إلى عنوان وصفي مثل /2-music-players/27-ipod-nano-green. ويتطلب Apache mod_rewrite أو ما يعادله في Nginx، ويمكنك الاحتفاظ بالحروف ذات العلامات في العناوين.

ينبغي فهم مخطط المسار الافتراضي. مسار المنتج هو {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html، وتتبع الأنواع الأخرى النمط نفسه:

رمز {id} إلزامي. يوجد في كل مسار افتراضي لأن PrestaShop يبحث عن الكائن في قاعدة البيانات بذلك المعرّف، أما الجزء الوصفي {rewrite} فشكلي. وهذه أكثر نقطة يُساء فهمها: لا يمكنك حذف الرقم من الإعدادات. يتطلب الحذف السليم وحدة خارجية مثل FME Pretty URL أو SunnyToo أو MyPresta تحذف ID وتحافظ على إعادة توجيه 301، أو تجاوزًا دقيقًا لقالب المسار قد يعطل وظائف النواة. شكوى Empirical Edge من أن PrestaShop «ينشئ عناوين URL تتضمن أرقامًا ورموزًا خاصة غير مرغوبة» صحيحة، لكن للمعرّفات غرض حقيقي؛ فهي مفاتيح بحث وليست خللًا.

تفصيلان آخران: يحقن {category:/} فئة المنتج في عنوانه افتراضيًا، وهو اعتبار للمحتوى المكرر إذا كان المنتج في فئات عدة، ويمكن لـ{-:ean13} إلحاق EAN بالعنوان. ومنذ الإصدار 1.7.5.1 يمكنك تفعيل «Display attributes in the product meta title» لبناء عناوين مثل «Product Name Color Size» تلقائيًا.

الوسوم الأساسية

ينشئ PrestaShop وسوم canonical تلقائيًا ويمنحك إعداد إعادة توجيه إلى العنوان الأساسي ضمن Traffic & SEO بثلاثة خيارات: بلا إعادة توجيه، أو 301 دائم، أو 302 مؤقت. استخدم 301 في أي إعداد إنتاج مستقر لتوحيد أشكال URL المكررة التي يميل PrestaShop إلى إنشائها.

السلوك الأصلي جيد فعلًا في موضع محدد: توليفات المنتجات. في عناوين المتغيرات مثل اللون والمقاس، وهي جزء {-:id_product_attribute}، يشير canonical إلى عنوان المنتج الأب، كما يؤدي ID سمة غير صالح في العنوان إلى إعادة توجيه إلى ذلك الأب. لذلك لا تتشظى تبديلات المقاس واللون إلى مئات النسخ القابلة للفهرسة افتراضيًا.

ما لا يغطيه canonical الأصلي هو معلمات التصفية والفرز وصفحات الفئات المرقمة. لن يعيد PrestaShop توحيد ?order=price_asc أو ?color=red&size=M إلى الفئة النظيفة. وكما تقول PrestaHero: “implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists” (ترجمة) «يُعد تطبيق وسوم canonical من أهم الممارسات، لأنها تُعرّف محركات البحث بالنسخة الأساسية عندما توجد صفحات مكررة أو متشابهة»؛ أما في الصفحات المصفاة فعليك تنفيذ ذلك بوحدة canonical أو بتغييرات القالب أو الشفرة.

المحتوى المكرر: موضع العمل الفعلي

مصادر المحتوى المكرر في PrestaShop متوقعة. تلخص FME Modules المخاطر: “duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (ترجمة) «تربك مشكلات عناوين URL المكررة زواحف محركات البحث، وتهدر ميزانية الزحف، وتوزع قيمة الروابط، فتضر مجتمعة بأداء SEO». ومن الأسباب المعتادة:

• التنقل متعدد الأوجه: عناوين تصفية مثل ?color=red&size=M ذات محتوى متطابق أو شبه متطابق، بلا canonical أصلي.
• الفرز: إضافة ?order=price_asc إلى عناوين الفئات.
• الترقيم: /page-2 و/page-3 في الفئات والبحث.
• عناوين ID فقط مقابل العناوين الوصفية: قد يعمل الاثنان إن لم تفرض إعادة التوجيه.
• www مقابل non-www وHTTP مقابل HTTPS: تحتاج إلى إعداد إعادة توجيه صحيح.
• الطباعة، وفي الإصدارات القديمة عناوين session-ID.

الحل طبقات وليس مفتاحًا واحدًا:

1. اضبط إعادة التوجيه إلى canonical على 301 في Traffic & SEO.
2. خصص robots.txt لمنع معلمات التصفية والفرز، كما يأتي أدناه.
3. أضف وحدة canonical للتنقل متعدد الأوجه؛ فالسلوك الأصلي يعالج المنتجات والتوليفات لا الصفحات المصفاة.
4. عالج الترقيم بقصد. يحذف PrestaShop أصلًا كتلة عنوان الفئة بعد الصفحة الأولى لتقليل التكرار. أوقفت Google دعم rel=next/prev في 2019، لذا أبق كل صفحة مرقمة قابلة للفهرسة وبعنوان canonical ذاتي، ولا توحد الصفحات 2 فما بعد على الصفحة الأولى إلا إذا كان المحتوى مكررًا فعلًا. لا تطبق noindex على الترقيم تلقائيًا؛ فهذا أنسب لأشكال التصفية والفرز.

ملاحظة H1 للمدققين: أُصلح خلل كان ينتج عناوين H1 مكررة في صفحات الفئات في الإصدار 1.7.5. تحقق منه في التثبيتات الأقدم.

خريطة الموقع

يقدم PrestaShop وحدة Google Sitemap أصلية من دليل الوحدات تغطي المنتجات والفئات والمصنعين وصفحات CMS والصفحات التي تنشئها الوحدات. بعد توليدها، أضف عنوانها إلى robots.txt وأرسلها إلى Google Search Console.

قيود الوحدة الأصلية موثقة ومهمة على النطاق الكبير: لا تتجدد تلقائيًا عند إضافة المنتجات، بل تعيد توليدها يدويًا أو عبر cron؛ ودعم تعدد اللغات ضعيف ويتطلب خرائط لكل لغة من وحدة خارجية؛ وفهرسة صور CDN غير متسقة. تصف FME Modules ذلك مباشرة: “may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (ترجمة) «قد لا تتحدث تلقائيًا عند إضافة منتجات، كما أن دعم اللغات المتعددة محدود وفهرسة الصور المستضافة عبر CDN غير متسقة». في المتاجر متعددة اللغات أو الكتالوجات الكبيرة سريعة التغير، توفر وحدة مثل FME أو Sweet Sitemap التجديد التلقائي وخرائط لكل لغة وخرائط صور والتحكم في الأولوية والتكرار.

Robots.txt

ولّده من Shop Parameters → Traffic & SEO → “Generate robots.txt file.” يكتب PrestaShop أساسًا عند التثبيت، لكن يجب تخصيصه. ومن قواعد المنع الموصى بها:

• /cart و/checkout و/search
• معلمات التصفية والفرز: ?order= و?sort= و?q= ومعلمات الأوجه لديك
• مسارات أدوات الإدارة والوحدات، مثل /module/

أبق /img/ قابلًا للزحف كي تُفهرس صور المنتجات، وأضف مرجع خريطة الموقع (Sitemap: https://example.com/sitemap.xml).

التحذير الأهم: قد يزيل robots.txt سيئ الضبط متجرك كله. تقول PrestaHero بوضوح: “a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (ترجمة) «قد يدمر ملف robots.txt سيئ الضبط أداء SEO؛ فحظر صفحات /category أو /product بالخطأ قد يزيل المتجر كله من فهرس Google». حظر المسار الخطأ هنا إزالة ذاتية من الفهرس.

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

هذه فجوة حقيقية. لا يتضمن PrestaShop إلا بيانات منظمة محدودة؛ أما المخطط الشامل فمهمة وحدة. ما تحتاجه عادة، مثل Product الكامل بالاسم والصورة والسعر والتوفر والمراجعات والشحن والإرجاع، وBreadcrumbList وOrganization وWebSite وFAQPage، يأتي من وحدة rich snippets. تعلن Schema Pro من PrestaPremium مثلًا أنها “automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (ترجمة) «تنشئ تلقائيًا تسعة أنواع من Schema.org في المتجر كله، منها بيانات المنتج ومتغيراته والمؤسسة والموقع ومسار التنقل والأسئلة الشائعة والمجموعات والشحن والإرجاع». وتدعم بيانات Product المنظمة من Google هذه الحقول، لذا يستحق الترميز الإضافة، لكن لا تتوقعه من النواة.

الأداء وCore Web Vitals

تعاني قوالب PrestaShop الافتراضية، ولا سيما Classic القديم، كثيرًا في Core Web Vitals بسبب CSS/JS الحاجب للرسم والصور غير المحسنة وغياب WebP افتراضيًا في الإصدارات القديمة وغياب التحميل الكسول في القوالب القديمة وتحميل JavaScript ثقيل للوحدات بالتزامن. الأهداف القياسية هي LCP < 2,5s وINP < 200ms (حل محل FID في مارس 2024) وCLS < 0,1.

الأداة المدمجة هي CCC (Concatenate, Compress, Cache) في Advanced Parameters → Performance؛ فهي تدمج CSS/JS وتضغطهما لتقليل الطلبات والحجم. اختبرها قبل تفعيلها في الإنتاج لأنها قد تعطل بعض الوحدات. وبعد CCC: حوّل الصور إلى WebP، وفعّل التحميل الكسول، واستخدم CDN، واختر قالبًا يركز على الأداء مثل Hummingbird، وأجّل JavaScript غير الحرج، وأضف تخزينًا مؤقتًا على الخادم مثل Redis أو Memcached. وتقول Knowband إن Core Web Vitals “affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page.” (ترجمة) «تؤثر في كفاءة الزحف وجودة الزيارات المدفوعة والتحويل على الجوال والثقة في الدفع والانطباع الأول عن كل صفحة منتج». قس الأداء بـPageSpeed Insights وبيانات CrUX في Search Console.

Hreflang للمتاجر متعددة اللغات

يدعم PrestaShop لغات متعددة على النطاق نفسه مع بادئات مثل /fr/ و/en/ أو على نطاقات منفصلة، ومتاجر متعددة تشترك في كتالوج، لكنه لا ينشئ وسوم hreflang أصلًا. تحتاج إلى وحدة مثل SunnyToo أو DataFireFly أو MyPresta أو FME Canonical & Hreflang. وتصف MyPresta المشكلة: “without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (ترجمة) «من دون hreflang لا تعرف Google النسخة الملائمة للغة الزائر أو منطقته، وقد تفهرس النسخة الخطأ أو تنشئ محتوى مكررًا بين المتاجر اللغوية أو تعرض صفحة إنجليزية لمستخدم ناطق بالفرنسية».

عند التنفيذ، غط كل أنواع الصفحات من المنتجات والفئات وCMS والمصنعين والموردين، وأدرج x-default دائمًا، وعالج الربط بين النطاقات في multi-shop، وحافظ على اتساق canonical. وتذكر القاعدة العامة: النشر الجزئي غير المتبادل لا يفيد؛ تحتاج Google إلى وسوم العودة للتعرف على المجموعة.

مقارنة المنصات

يقع PrestaShop بين منصات SaaS المستضافة وMagento كامل التحكم:

الخلاصة الصريحة، اعتمادًا جزئيًا على مقارنة Kinsta: يمنح PrestaShop تحكمًا مباشرًا أوسع من Shopify، بينما تتولى Shopify الأداء والأمان وتفرض بادئة مثل /products/. وترى Kinsta أن WooCommerce يتفوق لأنه يرث قدرات SEO في WordPress، خصوصًا التدوين، لكنها تشير أيضًا إلى أن PrestaShop يقدم جاهزًا خيارات أكثر لـSEO التجارة الإلكترونية وتحرير meta لكل منتج. ويقدم Magento أكبر قدر من التحكم للمتاجر المعقدة مع تخصيص كامل للعناوين وبيانات منظمة أصلية وإعداد متقدم لخرائط الموقع وإدارة عميقة لـmeta، لكن بتعقيد وتكلفة أعلى كثيرًا. ويقدم BigCommerce إعدادات افتراضية أفضل، مثل خريطة تلقائية ومخطط مدمج وعناوين بلا ID، لكن مع مرونة تخصيص أقل. يمكن لكل هذه المنصات أن تحقق ترتيبًا جيدًا؛ ومقايضة PrestaShop هي مزيد من التحكم مقابل مزيد من أعمال الإعداد.

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

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

• PrestaShop تجارة إلكترونية مفتوحة المصدر تستضيفها بنفسك وتعمل بـPHP/MySQL؛ تمنح تحكمًا عميقًا وإعدادًا أكثر من SaaS مستضاف مثل Shopify أو BigCommerce.
• نقاط القوة الأصلية: عناوين وأوصاف meta لكل كائن، وعناوين URL سهلة تتطلب mod_rewrite، ووسوم canonical تلقائية مع إعادة توجيه 301/302 قابلة للضبط، وتوحيد عناوين توليفات المنتج على الأب، وH1 واحد لكل صفحة، ومسارات تنقل، وخيارات لإعادة توجيه المنتجات المعطلة، ومولّد robots.txt ووحدة خريطة موقع.
• رمز {id} الإلزامي: IDs الرقمية مطلوبة في المسارات الافتراضية لأنها مفتاح البحث في قاعدة البيانات؛ ويتطلب حذفها وحدة مثل FME Pretty URL أو SunnyToo أو MyPresta، أو تجاوزًا محفوفًا بالمخاطر لقالب المسار، وليس مفتاح إعداد.
• لا يغطي canonical الأصلي عناوين التصفية أو الفرز أو الترقيم؛ أضف وحدة canonical للتنقل متعدد الأوجه، ولا تطبق noindex على الترقيم تلقائيًا. وقد انتهى rel=next/prev منذ 2019.
• خريطة الموقع الأصلية محدودة: لا تتجدد تلقائيًا، ودعمها متعدد اللغات ضعيف، وفهرسة صور CDN غير متسقة؛ استخدم وحدة خارجية للغات المتعددة والكتالوجات الكبيرة.
• robots.txt: ولّده من الإدارة ثم خصصه؛ امنع /cart و/checkout و/search ومعلمات الفرز والتصفية، وأبق /img/ قابلًا للزحف. قد يؤدي حظر /category أو /product إلى إزالة المتجر كله من الفهرس.
• لا hreflang أصليًا وتحتاج إلى SunnyToo أو DataFireFly أو MyPresta أو FME، ولا مخطط شامل أصلًا وتحتاج إلى Schema Pro أو وحدة rich snippets.
• الأداء: تعاني القوالب الافتراضية الثقيلة في CWV، وتساعد CCC (Concatenate, Compress, Cache) المدمجة؛ اختبرها قبل الإنتاج. الأهداف: LCP < 2,5s وINP < 200ms وCLS < 0,1.

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

وثائق أولية من PrestaShop وGoogle.

PrestaShop

• SEO & URLs (وثائق الإصدار 9) — الفرع المستقر الحالي، 9,1.x في منتصف 2026، ويستخدم إدارة meta وعناوين URL السهلة وخيارات إعادة التوجيه إلى canonical وتوليد robots.txt نفسها الموجودة في الإصدار 8.
• SEO & URLs (وثائق الإصدار 8) — فرع 8,2.x LTS الذي لا يزال يُصان بالتوازي مع 9.x.
• SEO & URLs (وثائق 1.7) — المكافئ في الإصدار 1,7.
• SEO Rules & Behaviors (المواصفات) — أنماط المسارات الافتراضية ومتطلب {id} وتوحيد عناوين التوليفات وقواعد H1 وسلوك الترقيم.
• عناوين URL وخريطة الموقع (مركز المساعدة) — وحدة Google Sitemap الأصلية وقيودها.

Google

• البيانات المنظمة للمنتجات — حقول Product التي ينبغي لوحدات المخطط في PrestaShop إخراجها.
• ترقيم التجارة الإلكترونية والتحميل التدريجي — عنوان فريد لكل صفحة، وnoindex للتصفية لا للترقيم.
• توحيد عناوين URL المكررة — كيف يوحد rel=canonical النسخ التي ينشئها PrestaShop.
• إخبار Google بالنسخ المترجمة — إشارات hreflang التي لا يضيفها PrestaShop أصلًا.

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

تصريحات من منظومة PrestaShop ومن ممارسين استند هذا الدليل إلى نتائجهم الخاصة بالمنصة. ينقل كل رابط إلى المقطع المقتبس حيث تدعمه الصفحة.

عن بنية URL

• “PrestaShop generates URLs that contain unwanted numbers and special characters, making it non-SEO-friendly. A long, complex URL decreases the possibility of higher ranking in the search results.” (ترجمة) «ينشئ PrestaShop عناوين URL تتضمن أرقامًا ورموزًا خاصة غير مرغوبة، ما يجعلها غير ملائمة لـSEO؛ ويقلل العنوان الطويل والمعقد فرصة تحقيق ترتيب أعلى». — Empirical Edge. الانتقال إلى الاقتباس

عن المحتوى المكرر

• “Duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (ترجمة) «تؤدي عناوين URL المكررة إلى إرباك الزواحف وإهدار ميزانية الزحف وتقسيم قيمة الروابط، فتضعف أداء SEO مجتمعة». — FME Modules. الانتقال إلى الاقتباس

عن وسوم canonical

• “Implementing canonical tags is one of the most important practices for enabling friendly URLs on PrestaShop, as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists.” (ترجمة) «تطبيق وسوم canonical من أهم ممارسات تهيئة العناوين السهلة في PrestaShop، لأنها تحدد لمحركات البحث النسخة الرئيسية عند وجود محتوى مكرر أو متشابه». — PrestaHero. الانتقال إلى الاقتباس

عن robots.txt

• “A misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (ترجمة) «قد يدمر ملف robots.txt سيئ الضبط أداء SEO إذا حظر بالخطأ صفحات /category أو /product، لأن ذلك قد يزيل المتجر كله من فهرس Google». — PrestaHero. الانتقال إلى الاقتباس

عن خريطة الموقع المدمجة

• “PrestaShop’s built-in sitemap functionality has constraints: it may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (ترجمة) «لوظيفة خريطة الموقع المدمجة في PrestaShop قيود؛ فقد لا تتحدث تلقائيًا عند إضافة منتجات، ودعم اللغات المتعددة محدود، وفهرسة الصور المستضافة عبر CDN غير متسقة». — FME Modules. الانتقال إلى الاقتباس

عن schema والمقتطفات الغنية

• “Schema Pro automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (ترجمة) «تنشئ Schema Pro تلقائيًا تسعة أنواع من Schema.org في المتجر كله، تشمل Product وProductGroup وOrganization وWebSite وBreadcrumbList وFAQPage وCollectionPage وتفاصيل الشحن وسياسة الإرجاع». — PrestaPremium. الانتقال إلى الاقتباس

عن hreflang

• “Without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (ترجمة) «من دون وسوم hreflang لا تعرف Google أي نسخة تعرضها وفق لغة الزائر أو منطقته، وقد تفهرس النسخة الخطأ أو تنشئ تكرارًا بين المتاجر اللغوية أو تعرض صفحة إنجليزية لزائر ناطق بالفرنسية». — MyPresta. الانتقال إلى الاقتباس

عن مقارنة المنصات

• “Out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (ترجمة) «يوفر PrestaShop جاهزًا خيارات أكثر من WooCommerce لتحسين متاجر التجارة الإلكترونية، إذ يتيح محرر المنتجات إضافة عناوين وأوصاف meta مخصصة لكل منتج». — Kinsta. الانتقال إلى الاقتباس

قائمة تحقق SEO في PrestaShop

مرتبة حسب الأثر؛ العناصر الأولى أهم.

أثر مرتفع

• ضبط إعادة التوجيه إلى canonical على 301 في Shop Parameters → Traffic & SEO، لا 302 ولا تعطيل.
• معالجة عناوين الأوجه والفرز والتصفية بوحدة canonical؛ وتوحيد التركيبات غير المفيدة على الفئة النظيفة و/أو noindex,follow.
• تخصيص robots.txt بعد توليده: منع /cart و/checkout و/search ومعلمات الفرز والتصفية، وإبقاء /img/ قابلًا للزحف، وعدم حظر /category أو /product مطلقًا.
• اجتياز Core Web Vitals: تفعيل CCC بعد الاختبار، وصور WebP، وتحميل كسول، وCDN؛ مع LCP < 2,5s وINP < 200ms وCLS < 0,1.

الإعداد القياسي

• تفعيل Friendly URLs والتأكد من عمل mod_rewrite أو إعادة الكتابة في Nginx.
• كتابة عناوين وأوصاف meta للصفحة الرئيسية وأهم المنتجات والفئات وصفحات CMS.
• توليد خريطة الموقع والإشارة إليها في robots.txt وإرسالها إلى Google Search Console وBing Webmaster Tools.
• تثبيت وحدة schema لـProduct وBreadcrumb وOrganization وFAQ.
• ضبط المنتجات المعطلة أو المحذوفة على 301 أو 404/410 بدل الأخطاء الناعمة.
• في التثبيتات القديمة، التحقق من خلل H1 المكرر في الفئات قبل 1.7.5.

خيارات مدروسة وليست افتراضية

• استخدام عناوين بلا ID فقط إذا حافظت وحدة موثوقة على 301؛ ولا تعدّل قوالب المسارات يدويًا بلا خطة.
• إبقاء صفحات الترقيم ذات canonical ذاتي وقابلة للفهرسة، وعدم تطبيق noindex على الصفحة الثانية وما بعدها.

دولي، للغات أو المتاجر المتعددة فقط

• تثبيت وحدة hreflang وإضافة الوسوم إلى كل أنواع الصفحات مع x-default وربط متبادل بين كل لغة ومتجر.
• إنشاء خريطة موقع لكل لغة عبر وحدة خارجية لأن دعم تعدد اللغات الأصلي ضعيف.

ورقة غش SEO في PrestaShop

ما الذي يعالجه PrestaShop أصلًا وما الذي يحتاج إلى وحدة؟

أماكن الإعدادات

أنماط المسارات الافتراضية

• المنتج: {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
• الفئة: {id}-{rewrite} · CMS: content/{id}-{rewrite} · العلامة: brand/{id}-{rewrite}

robots.txt: امنع وأبقِ

• امنع: /cart و/checkout و/search و?order= و?sort= و?q= ومعلمات الأوجه.
• أبق قابلًا للزحف: /img/.
• لا تحظر مطلقًا: /category و/product، لأن ذلك يزيل المتجر من الفهرس.
• أضف: Sitemap: https://example.com/sitemap.xml.

أهداف Core Web Vitals

• LCP < 2,5s · INP < 200ms، وقد حل محل FID في مارس 2024 · CLS < 0,1

لا تفعل

• لا تفترض أن Friendly URLs تصلح المحتوى المكرر.
• لا تطبق noindex على صفحات الفئات المرقمة.
• لا تتوقع hreflang أو schema كاملًا أصلًا.
• لا تعدّل قوالب المسارات لحذف IDs بلا إعادة توجيه.

وحدات وأدوات SEO في PrestaShop

PrestaShop والمنظومة الرسمية

• Google Sitemap، وهي وحدة أصلية لتوليد خريطة XML؛ أعد توليدها يدويًا أو عبر cron.
• وحدة SEO Expert لتحسين meta وترميز الشبكات الاجتماعية.
• PrestaShop Marketing with Google لخلاصة Google Merchant Center وShopping.

URL وcanonical

• FME Pretty URL / ID removal وSunnyToo وMyPresta لحذف {id} الرقمي والحفاظ على 301.
• وحدات Canonical URL من FME وPrestaHero وSEIGI لتمديد canonical الأصلي إلى الصفحات المصفاة والمرقمة ومتعددة الأوجه.

Schema وhreflang

• وحدات Schema Pro / rich snippets لـProduct وProductGroup وOrganization وWebSite وBreadcrumbList وFAQPage وسياسات الشحن والإرجاع بصيغة JSON-LD.
• وحدات Hreflang مثل SunnyToo وDataFireFly وMyPresta وFME Canonical & Hreflang لكل أنواع الصفحات مع x-default، وبعضها يعالج multi-shop عبر النطاقات.

خريطة الموقع وrobots.txt

• وحدات خرائط خارجية مثل FME وSweet Sitemap للتجديد التلقائي والخرائط لكل لغة والصور والأولوية والتكرار.
• وحدات تحرير robots.txt مثل dh42 للتحرير من الإدارة.

الأداء

• PrestaSpeed وWebsiteSpeedy ووحدات السرعة من FME لضغط الصور والتحميل الكسول وإعداد CCC ودمج CDN، إضافة إلى CCC المدمجة في Advanced Parameters → Performance.

القياس المستقل عن المنصة

• Google Search Console لإرسال خريطة الموقع وفحص URL والتغطية وCrUX/Core Web Vitals والاستهداف الدولي.
• Bing Webmaster Tools لإرسال خريطة ثانية والتحكم في الزحف.
• Screaming Frog / Ahrefs Site Audit لزحف المتجر واكتشاف انفجار عناوين الأوجه والنسخ ID مقابل slug وسلاسل إعادة التوجيه وأخطاء robots.txt.
• PageSpeed Insights / Lighthouse لقياس CWV قبل CCC وتغييرات القالب وبعدها.

هل ينبغي إزالة المعرّفات الرقمية من عناوين PrestaShop؟

أخطاء SEO في PrestaShop تنشئ مخاطر يمكن تجنبها

افتراض أن Friendly URLs تقضي على المحتوى المكرر

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

تطبيق noindex على كل صفحة فئة مرقمة

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

تعديل قوالب المسارات يدويًا لمجرد حذف {id}

المعرّف الرقمي مفتاح بحث في قاعدة البيانات. قد يؤدي حذفه بلا تطبيق مصان وإعادات توجيه كاملة إلى تعطيل المسارات وإنشاء انتقال URL شامل. احتفظ به ما لم يوجد متطلب حقيقي وخطة انتقال مختبرة.

الثقة في robots.txt المولد بلا مراجعة

ينشئ المولّد أساسًا لا سياسة آمنة خاصة بالموقع. قد تحظر قاعدة واسعة مسارات المنتجات أو الفئات وتزيل المتجر من البحث. قارن الملف المولد، وأبق /img/ قابلًا للزحف، واختبر عناوين ممثلة قبل النشر.

توقع أن توفر نواة PrestaShop كل ميزات SEO

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

تعرض صفحات الفئات عناوين H1 مكررة

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

تختفي صفحات المنتجات والفئات من الزحف أو الفهرسة

العَرَض: تتوقف أقسام كبيرة عن الزحف بعد تغييرات robots.txt. السبب المرجح: تطابق قاعدة Disallow مولدة أو معدلة يدويًا /product أو /category أو مسارًا واسعًا آخر. الإصلاح: افحص Shop Parameters → Traffic & SEO وملف robots.txt المباشر واختبارات الروبوتات على مستوى URL. احذف القاعدة الواسعة، واحتفظ بحظر السلة والبحث والأوجه المقصود، وتأكد من السماح لعناوين منتجات وفئات ممثلة.

تتضاعف عناوين التصفية والفرز في تقارير الزحف

العَرَض: تكتشف برامج الزحف عناوين كثيرة مثل ?color= و?size= و?order= ذات محتوى فئة مكرر. السبب المرجح: لا تغطي وسوم canonical الأصلية معلمات الأوجه والفرز، وتعرض الملاحة تركيبات قابلة للزحف. الإصلاح: احصر أنماط المعلمات، وتوقف عن الربط بالتركيبات غير المفيدة، وطبق قواعد زحف وفهرسة مختبرة، واستخدم canonical للنسخ الحقيقية. أكد أن إعادة الزحف لم تعد توسع نطاق عناوين URL عديمة القيمة، مع بقاء صفحات الأوجه القيّمة قابلة للوصول.

تعيد Friendly URLs أخطاء أو تبقي مسارات الاستعلام

العَرَض: ينتج عن تفعيل Friendly URLs أخطاء «غير موجود» أو لا يعيد كتابة عناوين المنتجات. السبب المرجح: لا يعمل Apache mod_rewrite أو ما يعادله في Nginx أو إعداد إعادة الكتابة المولد. الإصلاح: تحقق من قدرة الخادم وأعد توليد إعداد المسارات من PrestaShop. اختبر عناوين المنتجات والفئات وCMS والمنتجات المعطلة قبل إبقاء الخيار مفعّلًا.

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

مقالات ذات صلة

• دليل المبتدئ إلى Technical SEO — موضع أساسيات الزحف والفهرسة وcanonical في هذا الدليل.
• المحتوى المكرر: لماذا يحدث وكيف تصلحه — النسخة المستقلة عن المنصة من المشكلة الأولى في PrestaShop.
• التنقل متعدد الأوجه: التعريف والأمثلة وأفضل ممارسات SEO — معالجة عناوين التصفية والفرز التي لا يوحدها PrestaShop.
• Hreflang: الدليل السهل للمبتدئين — الإشارات متعددة اللغات التي يحتاج PrestaShop إلى وحدة لها.

محاضراتي

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

مواد مرتبطة على الموقع

• التنقل متعدد الأوجه — شرح مستقل عن المنصة لمشكلة المحتوى المكرر.
• التوحيد الأساسي — آليات canonical خلف إعداد إعادة التوجيه في PrestaShop.

من المجال

• مدونة PrestaShop الرسمية: قائمة SEO الشاملة لمتاجر PrestaShop — قائمة PrestaShop نفسها، مؤرخة في 2023 لكنها أولية.
• PrestaHero: عناوين canonical والمحتوى المكرر وضبط Robots.txt.
• FME Modules: إصلاح مشكلات عناوين URL المكررة في PrestaShop وSEO التقني في PrestaShop: خرائط الموقع وRobots.txt.
• Kinsta: PrestaShop vs WooCommerce — مصدر مقارنة المنصات.
• Knowband: الدليل الشامل لمؤشرات Core Web Vitals في PrestaShop — سياق الأداء وCCC.
• مشكلة PrestaShop على GitHub رقم 20677: حذف IDs من العناوين — نقاش مفتوح المصدر حول رمز {id} الإلزامي.

اختبر نفسك: SEO في PrestaShop

خمسة أسئلة سريعة عن كيفية عمل SEO في PrestaShop. اختر إجابة لكل سؤال ثم تحقق.

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