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

كيف يعمل تحسين محركات البحث في OpenCart — منصة التجارة الإلكترونية مفتوحة المصدر والمستضافة ذاتيًا التي تأتي ومعظم ميزات SEO معطّلة افتراضيًا. ما الذي تتولاه النواة فعلًا (الوسوم الأساسية وملف robots.txt افتراضي وحقول ميتا)، وما الذي يحتاج إلى تفعيل (عناوين URL الملائمة لمحركات البحث مع إعادة تسمية .htaccess)، وما الذي تغير بين OpenCart 3 و4 (التراجع في خريطة الموقع)، وما الذي يغيب تمامًا (البيانات المنظمة وhreflang).

نُشر أول مرة: 2 يوليو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات
دليل واحد في هذه الصفحة

OpenCart منصة تجارة إلكترونية ذاتية الاستضافة ومفتوحة المصدر مبنية على PHP، وبخلاف Shopify أو BigCommerce تأتي معظم ميزات SEO فيها معطّلة افتراضيًا. تحتاج عناوين URL الملائمة إلى خطوتين — تفعيل Use SEO URL وإعادة تسمية .htaccess.txt إلى .htaccess — وإلا ظهرت أخطاء 404s. كلمات SEO لكل كيان حقول يدوية وفارغة افتراضيًا. الوسوم الأساسية أصلية فعلًا (تم التحقق منها في المصدر) وتعالج بالفعل مشكلة تكرار المنتج عبر فئات متعددة، خلافًا لما تقوله أدلة كثيرة. تعتمد خريطة XML على الإصدار: تضمنها OpenCart 3، بينما أزالها OpenCart 4 ويحتاج إلى إضافة. البيانات المنظمة وhreflang غائبان تمامًا عن النواة — وهي فجوة أصلية أكبر مما في WooCommerce أو Shopify أو BigCommerce.

الخلاصة — OpenCart نظام PHP مفتوح المصدر ومستضاف ذاتيًا: سقفه في SEO مرتفع (وصول كامل إلى الخادم ولا حواجز بنيوية) لكن أرضيته منخفضة (SEO معطّل افتراضيًا). تحتاج عناوين URL الملائمة إلى مفتاح Use SEO URL = Yes وإعادة تسمية .htaccess.txt إلى .htaccess مع mod_rewrite — إن أغفلت أيًا منهما حصلت على أخطاء 404s. كلمات SEO الخاصة بكل كيان حقول يدوية وفارغة افتراضيًا. والوسوم الأساسية أصلية فعلًا على صفحات المنتجات والفئات (تحققت من المصدر)، وهي تحيّد مسبقًا مشكلة تكرار المنتج في عدة فئات، لذلك فمعظم نصائح «ثبّت إضافة canonical» غير ضرورية. تعتمد خريطة XML على الإصدار: كان OpenCart 3 يأتي بموجز Google Sitemap، أما OpenCart 4 فأزاله ويحتاج إلى إضافة. والبيانات المنظمة وhreflang غائبان تمامًا عن النواة.

Evidence for this claim OpenCart's SEO URL feature requires enabling the setting and configuring the server rewrite file. Scope: OpenCart installations using the documented Apache-style setup; server configuration can differ. Confidence: high · Verified: OpenCart documentation: SEO URL Evidence for this claim OpenCart features and bundled extensions vary by major version and should be verified against the installed release. Scope: OpenCart source repository and release-specific behavior. Confidence: high · Verified: OpenCart GitHub repository

الإطار: ما هو أصلي، وما يحتاج إلى مفتاح، وما يحتاج إلى إضافة

معظم محتوى تحسين محركات البحث في OpenCart إما مقالة قائمة كتبها بائع إضافات متخذًا المقال ذريعة ليبيعك إضافة لخريطة الموقع، أو سلسلة نقاش في منتدى توقفت عند عقلية OpenCart 1,5/2.x القديمة. أما الخطوة المفيدة فمختلفة: اذهب مباشرة إلى الشيفرة المصدرية المرفقة مع OpenCart وصنّف كل ميزة في ثلاث خانات.

أصلية وصحيحة بالفعل: الوسوم الأساسية على صفحات المنتجات والفئات؛ وملف robots.txt افتراضي ثابت؛ وحقول عنوان ميتا ووصفها على مستوى المتجر وكل كيان؛ ومخرجات PHP/Twig معروضة من الخادم (قابلة للزحف مباشرة).

أصلية لكنها معطّلة — وتحتاج إلى تفعيل: عناوين SEO (المفتاح مع إعادة تسمية .htaccess)؛ وكلمات SEO لكل منتج أو فئة أو صفحة (يدوية وفارغة افتراضيًا).

غائبة عن النواة — وتحتاج إلى إضافة أو شيفرة قالب مخصصة: خريطة XML في OpenCart 4؛ وأي نوع من البيانات المنظمة؛ ووسوم hreflang / rel=alternate.

هذا التصنيف الثلاثي هو المقال كله. وكل ما يأتي أدناه يوضح الخانة التي تنتمي إليها كل ميزة والسبب.

تفعيل عناوين SEO — فخ الخطوتين

يقدم OpenCart افتراضيًا عناوين URL تحتوي على سلسلة استعلام. وتستخدم وثائق المنصة نفسها هذا المثال الدقيق للحالة «قبل» التهيئة: “Set to Yes to enable friendly URLs (e.g., /iphone instead of /index.php?route=product/product&product_id=42).” (ترجمة) «اضبطه على Yes لتفعيل عناوين URL الملائمة (مثل /iphone بدلًا من /index.php?route=product/product&product_id=42).» إن تفعيل العناوين المقروءة عملية من خطوتين، وتجاوز الخطوة الثانية هو نمط الدعم الأكثر شيوعًا في SEO لمتاجر OpenCart.

الخطوة 1 — الإعداد. في System → Settings → Server، ابحث عن Use SEO URL واضبطه على Yes، ثم احفظ.

الخطوة 2 — إعادة الكتابة على الخادم. يأتي OpenCart بقواعد إعادة الكتابة في ملف اسمه .htaccess.txt، ولن يقرأه Apache بهذا الاسم. وفقًا للوثائق: “Apache: Rename htaccess.txt to .htaccess in your root directory and ensure mod_rewrite is enabled.” (ترجمة) «في Apache: أعد تسمية htaccess.txt إلى .htaccess في المجلد الجذر وتأكد من تفعيل mod_rewrite.» وقد تأكدت من أن OpenCart 4 ما زال يرفق الملف باسم .htaccess.txt — يبدأ الملف المرفق بتعليمات حرفية لإعادة تسميته. وتوضح الوثائق مباشرة ما يحدث إذا تجاوزتها: “SEO URLs require proper server rewrite configuration. Without it, your friendly URLs will return 404 ‘Not Found’ errors.” (ترجمة) «تتطلب عناوين SEO تهيئة صحيحة لإعادة الكتابة على الخادم. ومن دونها ستُرجع عناوين URL الملائمة أخطاء 404 ‘Not Found’.»

نقطتان لا يشير إليهما أحد تقريبًا:

  • شرط إعادة التسمية ما زال حاليًا، وليس أثرًا قديمًا. تعرض الأدلة القديمة إعادة تسمية .htaccess بوصفها بقايا من OpenCart 1,5/2.x. ليست كذلك — فهي لم تتغير حتى الإصدار الحالي (OpenCart 4.1.0.3). وإذا أوحى دليل بأن الإصدارات الأحدث تتولى ذلك تلقائيًا، فهو مخطئ.
  • إنها فخ في الترقية. يعيد كل تحديث لإصدار رئيسي إرفاق .htaccess.txt، ما قد يطغى بصمت على ملف .htaccess مخصص أثناء التحديث. خذ نسخة احتياطية من ملفك قبل الترقية وقارنه بعدها.

إذا ظل منتج بعينه يعرض product_id= بعد الخطوتين، فالسبب المعتاد هو ببساطة عدم ملء كلمة SEO المفتاحية لذلك المنتج بعد — وهذا موضوع القسم التالي.

كلمات SEO المفتاحية — الحقل اليدوي الفارغ افتراضيًا

لا ينشئ OpenCart مسارات URL تلقائيًا من أسماء المنتجات أو الفئات. فكلمة كل كيان المفتاحية حقل تملؤه، ويُربط عبر نظام Key/Value/Keyword في OpenCart. وتصف الوثائق ربطًا نموذجيًا لصفحة منتج: “For a typical product page, you would have two entries: 1. Key: route, Value: product/product 2. Key: product_id, Value: 42.” (ترجمة) «لصفحة منتج نموذجية سيكون لديك إدخالان: 1. المفتاح: route، القيمة: product/product؛ 2. المفتاح: product_id، القيمة: 42.» ثم تربط كلمة مفتاحية بزوج المسار والمعرّف.

القواعد المهمة:

  • التنسيق. “Use only lowercase characters (a-z), numbers (0-9), and hyphens (-) or underscores (_). Use a forward slash (/) for nested paths like electronics/phones.” (ترجمة) «استخدم فقط الأحرف الإنجليزية الصغيرة (a-z) والأرقام (0-9) والشرطات (-) أو الشرطات السفلية (_). واستخدم الشرطة المائلة (/) للمسارات المتداخلة مثل electronics/phones.» إن مسارات الفئات المتداخلة قرار تأليف يدوي: “Use forward slashes to indicate category depth (e.g., /clothing/men/shirts)” (ترجمة) «استخدم الشرطات المائلة للدلالة على عمق الفئة (مثل /clothing/men/shirts)» — ولن يبني OpenCart المسار من شجرة فئاتك نيابة عنك.
  • التفرّد. “Keywords MUST be unique for each store/language combination.” (ترجمة) «يجب أن تكون الكلمات المفتاحية فريدة لكل تركيبة متجر/لغة.»
  • التغيير يعني التعطيل. “Changing an existing keyword will break old links. Set up 301 redirects if necessary.” (ترجمة) «سيؤدي تغيير كلمة مفتاحية موجودة إلى تعطيل الروابط القديمة. أنشئ عمليات إعادة توجيه 301 عند الضرورة.» عامل تغيير المسار مثل أي تغيير آخر لعنوان URL: أعد توجيه العنوان القديم.

عند اتساع الكتالوج يصبح ملء هذه الحقول يدويًا مرهقًا، وهذا بالضبط سبب نشوء سوق كامل من إضافات إنشاء المسارات تلقائيًا على OpenCart Marketplace. وهذا هو الحل العملي — لكن تذكر أنه إضافة وليس ميزة في النواة. ويجعل ذلك التباين أوضح مقارنة بـWooCommerce وShopify وBigCommerce، التي تنشئ جميعها المسار تلقائيًا من اسم المنتج.

الوسوم الأساسية — أصلية، والخرافة التي تستحق التصحيح

هذه هي النتيجة التي تخطئ فيها معظم مقالات SEO عن OpenCart. ثمة ادعاء شائع بأن OpenCart لا يدعم canonical، ولذلك يجب تثبيت إضافة canonical لإصلاح المحتوى المكرر. هذه خرافة، وتحسمها الشيفرة المصدرية. ففي متحكم المنتج المرفق مع OpenCart 4 تستدعي الصفحة addLink(..., 'canonical')، ويشير العنوان الأساسي دائمًا إلى المسار المسطح product/product&product_id=X — بصرف النظر عن الفئة التي وصل منها الزائر (product.php). ويفعل متحكم الفئة الشيء نفسه في صفحات الفئات (category.php).

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

أما التحفظ الحقيقي الوحيد: ففي صفحات الفئات المقسمة إلى صفحات، يجعل OpenCart الوسم الأساسي مرجعيًا للصفحة نفسها مع إضافة &page=N، بدلًا من توحيدها على عنوان يعرض الكل. ويتفق ذلك مع نصيحة Google نفسها — إذ توصي إرشادات Google للتجارة الإلكترونية بمنح كل صفحة مقسمة وسمًا أساسيًا خاصًا بها بدلًا من توجيهها جميعًا إلى الصفحة الأولى — لذلك هو تحفظ ينبغي معرفته لا إنذار. وتذكر أن canonical تلميح لا أمر؛ وكما تقول Google: “indicating a canonical preference is a hint, not a rule.” (ترجمة) «الإشارة إلى تفضيل عنوان أساسي هي تلميح وليست قاعدة.»

خريطة XML — التراجع من OpenCart 3 إلى 4 الذي لا يذكره أحد

هذه حقيقة مفيدة فعلًا ويمكن التحقق منها لأي شخص يدقق متجرًا تمت ترقيته حديثًا، ولم أرها موضحة بجلاء في مكان آخر: يجب أن تكون إجابة «هل لدى OpenCart خريطة موقع؟» مقيدة بالإصدار.

  • OpenCart 3 كان يأتي بمتحكم أصلي لموجز Google Sitemap ضمن النواة (extension/feed/google_sitemap) — خريطة XML أساسية لكنها حقيقية ويمكن تفعيلها من Extensions → Feed. وقد تأكد وجودها في مصدر 3.0.5.0 (الإصدار الحالي من OpenCart 3).
  • OpenCart 4 أزالها. لا يوجد المتحكم المقابل في أي من المسارين المحتملين في الإصدار 4، كما أن عنوان الوثائق القديم docs.opencart.com/administration/seo/ الذي ترتبط به الأدلة القديمة يعيد الآن خطأ 404s. في OpenCart 4 تحتاج إلى إضافة من السوق لإنشاء خريطة موقع.

كُتبت معظم الأدلة الحالية لـOpenCart 3 ولم تُحدّث قط، لذا تخبرك بثقة أن OpenCart «يحتوي على خريطة موقع مدمجة» — وهذا صحيح في 3 وخاطئ في 4. وأيًا كان إصدارك، تستحق خريطة الموقع أن توجد: فكما تذكر Google، “when creating a sitemap, you’re telling search engines about which URLs you prefer to show in search results,” (ترجمة) «عند إنشاء خريطة موقع، فإنك تخبر محركات البحث بعناوين URL التي تفضّل عرضها في نتائج البحث»، رغم أن “submitting a sitemap is merely a hint.” (ترجمة) «إرسال خريطة الموقع ليس سوى تلميح.» وأيًا كان ما يولّد خريطتك، ينبغي أن يستبعد عناوين URL الخاصة بمعلمات التصفية والترتيب والسلة والدفع، وأن يظل دون حد Google البالغ 50 000 عنوان URL / 50 MB لكل ملف (استخدم فهرس خرائط موقع فوق ذلك).

robots.txt — ملف افتراضي ثابت يحتاج إلى مراجعة يدوية

يأتي OpenCart بملف robots.txt ثابت في جذر المنتج. ووظيفته الوحيدة افتراضيًا هي منع الزحف إلى سلاسل الاستعلام ذات المعلمات الخاصة بالترتيب والتصفية وتقسيم الصفحات. وفي الإصدار الحالي (OpenCart 4.1.0.3)، يقرأ الملف المرفق كما يلي:

user-agent: *
Disallow: /*?page=$
Disallow: /*&page=$
Disallow: /*?sort=
Disallow: /*&sort=
Disallow: /*?order=
Disallow: /*&order=
Disallow: /*?limit=
Disallow: /*&limit=
Disallow: /*?filter_name=
Disallow: /*&filter_name=
Disallow: /*?filter_sub_category=
Disallow: /*&filter_sub_category=
Disallow: /*?filter_description=
Disallow: /*&filter_description=
Disallow: /*?filter_group=
Disallow: /*&filter_group=

هذا إعداد افتراضي منطقي — فهو يطابق مباشرة ما تعدّه Google مصدرًا تقليديًا للتكرار: “the results of sorting and filtering functions of a category page.” (ترجمة) «نتائج وظائف الترتيب والتصفية في صفحة فئة.» وهناك ملاحظة تخص الإصدار تستحق التنبيه: يأتي الإصدار الحالي من OpenCart 3 (3.0.5.0) بإعداد افتراضي مختلف — يكتب User-agent: بالأحرف الكبيرة كما ينبغي، ويضيف زوج Disallow: /*?route=product/search / &route=product/search الذي لا يوجد في OpenCart 4، بينما يملك OpenCart 4 قاعدة filter_group التي لا يملكها OpenCart 3. كان الملفان الافتراضيان متطابقين بايتًا ببايت في الوسوم الأقدم؛ وقد تباعدا منذ ذلك الحين، لذا لا تفترض أن متجري OC3 وOC4 لديك يشتركان في الملف نفسه — افحص الملف الذي تشغله فعلًا. وثمة ثلاث نقاط أخرى ينبغي معرفتها:

  • لا يعلن عن خريطة موقع. لا يوجد سطر Sitemap: مرفق افتراضيًا. أضف واحدًا حين يصبح لديك عنوان لخريطة الموقع.
  • لا يُنشأ ولا يُحدّث تلقائيًا. تفعيل عناوين SEO لا يغيره. دققه يدويًا — وتذكر أن robots.txt يمنع الزحف لا الفهرسة، لذلك لا تعتمد عليه لإزالة شيء من الفهرس (فهذه مهمة noindex على صفحة قابلة للزحف).

وسوم ميتا — إعداد احتياطي على مستوى المتجر وحقول لكل كيان

يملك OpenCart عنوان ميتا ووصفها على مستويين. حقول المتجر (System → Settings → General) هي الإعداد الاحتياطي العام؛ وتصف الوثائق عنوان Meta Title للمتجر بأنه “(Required)… critical for SEO” (ترجمة) «(مطلوب)… بالغ الأهمية لتحسين محركات البحث»، وتوصي بوصف يبلغ نحو 160 حرفًا. ويأتي حقل Meta Keywords أيضًا، لكنه إشارة ترتيب ميتة في كل مكان — اتركه فارغًا. ولكل من المنتجات والفئات وصفحات المعلومات علامة SEO خاصة بها مع حقول ميتا على مستوى الصفحة، وهنا يقع العمل الحقيقي: اكتب عناوين وأوصافًا فريدة لكل منتج وفئة مهمة بدلًا من الاعتماد على الإعداد الافتراضي للمتجر.

البيانات المنظمة — غائبة عن النواة تمامًا

بحثت في قالب المنتج الافتراضي لـOpenCart 4 عن schema.org و application/ld+json وitempropصفر نتائج. لا تأتي نواة OpenCart بأي بيانات منظمة من أي نوع وعلى أي صفحة: لا مخطط Product مع السعر والتوفر والتقييم، ولا BreadcrumbList، ولا Organization، لا شيء. وهذه فجوة أكبر بكثير مما في WooCommerce (الذي يخرج Product JSON-LD أساسيًا أصلًا) أو Shopify وBigCommerce (المخطط مدمج في قالبيهما الافتراضيين).

كل شيء هنا من اختصاص إضافة أو قالب مخصص. وإذا أردت نتائج غنية للمنتجات، فمسارا الأهلية اللذان يستحقان المعرفة هما Merchant Listings من Google (مدفوع بموجز أو ترميز ويركز على السعر والتوفر) وProduct Snippets (مدفوع بالتقييم والمراجعة) — ولكل منهما خصائص مطلوبة مختلفة، لذا اختر ما يطابق النتيجة التي تسعى إليها وأنشئ الترميز وفقًا لذلك. أضفه عبر إضافة مخطط من السوق أو JSON-LD مكتوب يدويًا في قالب المنتج؛ وJSON-LD هو التنسيق الذي توصي به Google.

تعدد اللغات وhreflang — مُبدّل لا وسوم hreflang

كن دقيقًا هنا، لأن الوثائق يسهل إساءة فهمها. نظام تعدد اللغات في OpenCart هو قائمة منسدلة لتبديل اللغة، وليس تطبيقًا تلقائيًا لـhreflang. قرأت متحكم اللغة المرفق كاملًا (language.php)؛ فهو يبني قائمة لمبدّل على غرار <select>، ولا يوجد أي توليد لـhreflang أو روابط rel=alternate في الملف — ولا في طبقة محرك OpenCart كلها.

تقول الوثائق “OpenCart automatically handles the technical SEO aspects of multi-language URLs, but you must provide the localized keywords.” (ترجمة) «يتولى OpenCart تلقائيًا الجوانب التقنية لتحسين محركات البحث في عناوين URL متعددة اللغات، لكن عليك توفير الكلمات المفتاحية المترجمة.» وبالقراءة الدقيقة، تعني «الجوانب التقنية لتحسين محركات البحث» إنشاء نسخة URL خاصة باللغة عند تبديل اللغات — لا إخراج وسوم <link rel="alternate" hreflang="x"> في <head>، وهو ما تؤكد الشيفرة المصدرية غيابه. لا تدع هذه الجملة تقنعك بأن OpenCart يطبق hreflang. وإذا كنت تدير متجرًا متعدد اللغات، فتحتاج وسوم hreflang حقيقية إلى تعديل القالب أو إضافة. (تجد الآلية في الدليل المتعمق عن hreflang.)

الواجهة المنفصلة وAPI — مرونة، لكن SEO يصبح مشكلتك

يأتي OpenCart فعلًا بواجهة API أصلية لبناء واجهات مخصصة أو منفصلة — وتصفها الوثائق بأنها تمكّن “integrations with inventory systems, ERP software, mobile apps, custom frontends, and other third-party services.” (ترجمة) «التكاملات مع أنظمة المخزون وبرامج ERP وتطبيقات الهاتف والواجهات الأمامية المخصصة وغيرها من خدمات الأطراف الثالثة.» لكن لا يوجد منتج PWA/SSR أصلي مماثل لـHydrogen من Shopify أو Catalyst من BigCommerce. وكل عرض «OpenCart منفصل الواجهة» هو بناء من وكالة خارجية تضع React أو Vue فوق API.

خلاصة SEO: واجهة OpenCart الافتراضية يعرضها الخادم عبر PHP/Twig، وهذا جيد لقابلية الزحف مباشرة. أما فصل الواجهة فيستبدل قابلية الزحف الأصلية بمرونة المطور، ويضع صحة SSR والعرض كاملة على عاتق الوكالة التي تبني الواجهة — ولا يقدم OpenCart نفسه أي ضمانات للعرض كما يفعل إطار واجهة منفصلة أصلي. إذا اتبعت هذا المسار، فقواعد تحسين محركات البحث لجافاسكربت مسؤوليتك.

المدونة الأصلية (CMS → Articles)

أضاف OpenCart 4.1.0.0، الصادر في يناير 2025، مدونة/نظام إدارة محتوى خفيفًا وأصليًا — وتسرد ملاحظات إصدار OpenCart نفسها «Blog system» ضمن إضافات ذلك الإصدار. وتوجد في لوحة الإدارة ضمن CMS → Articles: يدعم كل إدخال نصًا منسقًا وصورًا وتصنيفًا، ويدعم — وهو ما يهمنا هنا — حقول Meta Title وMeta Description وMeta Keywords الخاصة به، وفق نمط SEO نفسه لكل كيان كما في المنتجات والفئات. وقد سدّت فجوة حقيقية: إذ لم يكن لدى OpenCart سابقًا مدونة أصلية، ما أجبر المستخدمين على تثبيت WordPress منفصل أو إضافة مدونة من السوق لتسويق المحتوى وبناء السلطة الموضوعية — وهي ميزة منصة المحتوى نفسها التي امتلكها دائمًا WooCommerce (WordPress أصلي) وShopify (مدونة أصلية). وقد مضى على إصدارها بعض الوقت، لكن كثيرًا من أدلة SEO لـOpenCart لا يزال أقدم منها أو مكتوبًا لـ OpenCart 3، لذلك ما زال التنبيه إليها مفيدًا إن لم تفحص CMS → Articles في متجر 4,1 أو أحدث.

OpenCart في مقابل المنصات المستضافة — الصورة الصادقة

OpenCartShopify / BigCommerce
الاستضافةاستضافة ذاتية ووصول كامل إلى الخادمSaaS مستضافة بالكامل
عناوين URL الملائمةمعطّلة افتراضيًا (تفعيل + إعادة تسمية .htaccess)مفعّلة منذ التثبيت
مسارات URLيدوية لكل كيانتلقائية من اسم المنتج
الوسوم الأساسيةأصلية (المنتج + الفئة)أصلية
خريطة XMLأصلية في OC3 / تحتاج إلى إضافة في OC4تُنشأ تلقائيًا
البيانات المنظمةلا شيء في النواةفي القالب الافتراضي
hreflangلا شيء في النواةيدوي (BigCommerce) / تطبيق (Shopify)
السقفمرتفع جدًا (PHP/MySQL حقيقيان)تحده المنصة

قصة OpenCart هي صورة معكوسة لمنصات SaaS: فهي تمنحك أرضية قوية وسقفًا محدودًا؛ أما OpenCart فيمنحك أرضية منخفضة بلا سقف. لا شيء محظور بنيويًا لأنك تملك الخادم — لكن لا شيء يُنجز نيابة عنك أيضًا. اضبط عناوين SEO وإعادة تسمية .htaccess، واملأ كلماتك المفتاحية، وتحقق من الوسوم الأساسية الأصلية، وأضف خريطة موقع (بإضافة في OC4)، ورتّب robots.txt، ثم أضف المخطط وhreflang؛ عندها يستطيع متجر OpenCart منافسة أي متجر.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.