SEO لمنصة Ecwid

الخلاصة — ليست Ecwid (التي تُعرف الآن باسم «Ecwid by Lightspeed») منصة متجر متكاملة مثل Shopify أو BigCommerce؛ بل هي أداة متجر مصغرة تضعها في موقع تملكه أصلًا. ولأن هذه الأداة مبنية بـJavaScript، فإن معظم ميزات Ecwid الملائمة لـSEO لا تعمل إلا في ثلاثة إعدادات: Instant Site التابعة لـEcwid، وإضافة WordPress الرسمية، وتطبيق Wix الرسمي. أما في أي إعداد آخر، فعليك تنفيذ قدر أكبر من عمل SEO بنفسك.

ما المقصود بـ«Ecwid SEO»؟

Ecwid اختصار لعبارة «E-commerce widget»، أي «أداة تجارة إلكترونية مصغرة»، ويخبرك الاسم بكل شيء تقريبًا. فبدلًا من استضافة متجرك كاملًا مثل Shopify، تمنحك Ecwid مقتطفًا تلصقه في صفحة موجودة — مدونة WordPress، أو موقع Wix، أو صفحة Squarespace، أو حتى موقع HTML مبني يدويًا — ثم تعرض داخله كتالوجًا كاملًا وسلة ومسارًا لإتمام الشراء.

لدى Ecwid أيضًا منشئ مواقع خاص بها يسمى Instant Site، ولذلك يمكنك تشغيل موقعك كاملًا عليها. وهذا هو الفارق الذي ينبغي أن تتذكره طوال الوقت: قد تكون Ecwid «مجرد أداة مصغرة في موقع يملكه طرف آخر» أو «الموقع كله». ويختلف سلوكها في SEO اختلافًا كبيرًا بحسب الحالة التي تستخدمها فيها.

«Ecwid SEO» هو ببساطة العمل المعتاد لجعل صفحات منتجاتك وفئاتك قابلة للاكتشاف والزحف والفهرسة والترتيب، لكن مطبقًا على متجر يعمل بـEcwid.

الحقيقة الواحدة التي تشكل كل شيء

يُحمّل المتجر باستخدام JavaScript. ولا يمثل ذلك مشكلة تلقائيًا — فـGoogle تستطيع قراءة JavaScript — لكنه يعني أن على Ecwid بذل عمل إضافي كي ترى محركات البحث صفحات حقيقية قابلة للزحف. وتنفذ Ecwid هذا العمل فعلًا، لكن في ثلاثة إعدادات فقط:

• Instant Site (منشئ المواقع الخاص بـEcwid)،
• إضافة WordPress الرسمية، و
• تطبيق Wix الرسمي.

في هذه الإعدادات الثلاثة، تقدم Ecwid بهدوء لمحركات البحث نسخة HTML عادية من كل صفحة منتج وفئة، وتوفر عناوين ويب نظيفة، وتنشئ خريطة موقع. أما في أي إعداد آخر — موقع HTML مخصص، أو Squarespace، أو Weebly، وما شابه — فتحصل على أداة JavaScript الخام بعناوين ويب فوضوية تتضمن #!، وعليك إدارة خريطة الموقع وعناوين URL النظيفة بنفسك.

ما يمكنك التحكم فيه وما لا يمكنك

تفاجئ بعض الأمور الناس:

• الخطة المجانية = لا تحرير لـSEO. لا يمكنك في خطة Ecwid المجانية تحرير عناوين الصفحات أو أوصاف meta إطلاقًا. تحتاج إلى خطة مدفوعة (Venture أو Business أو Unlimited) لمعظم عناصر التحكم داخل الصفحة.
• يستخدم نص الصورة البديل اسم المنتج افتراضيًا، لكن يمكنك تغييره. تكتب Ecwid نص الصورة البديل تلقائيًا، وتتيح لك الآن تعيين نص بديل مخصص لكل صورة، بل وعرضه تعليقًا ظاهرًا تحت صورة المعرض.
• لا توجد مدونة مدمجة. بخلاف WordPress، لا توفر Ecwid أداة تدوين حقيقية. وإذا أردت نشر مقالات لـSEO، فعليك استضافة مدونة في مكان آخر وربطها بمتجرك.

أكثر ما يخطئ الناس في فهمه

توجد خرافتان متعاكستان، وكلتاهما خاطئة. تقول الأولى: «تتولى Ecwid كل أعمال SEO تلقائيًا، فلا يوجد ما ينبغي فعله». لا يصح ذلك إلا في Instant Site أو WordPress أو Wix؛ أما في غيرها فتنفذ إعدادًا حقيقيًا يدويًا. وتقول الثانية: «تستخدم Ecwid روابط #! الغريبة، لذلك لا تستطيع Google العثور عليها إطلاقًا». تستطيع Google الزحف إلى هذه الروابط، لكنها ليست مثالية؛ وهذا بالضبط سبب إنشاء Ecwid لخيار «Clean Store URLs» لتجاوزها. فعّل هذا الخيار.

هل تريد النسخة التقنية — صيغ URL الدقيقة، وكيف يعمل عرض HTML الثابت، وتفاصيل canonical وhreflang، وفخ عناوين URL المكررة عند إعادة تسمية المنتج؟ انتقل إلى تبويب Advanced.

الخلاصة — Ecwid أداة واجهة متجر مبنية بـJavaScript افتراضيًا، وليست موقعًا مستضافًا، وهذه الحقيقة تحسم كل شيء. تقتصر عناوين URL النظيفة وHTML الثابت القابل للزحف وخريطة الموقع التلقائية وrobots.txt التلقائي على ثلاثة تكاملات: Instant Site وإضافة WordPress وتطبيق Wix. وفي غيرها تكون عناوين hashbang (/#!/product-name/p/123456) هي الوضع الافتراضي، مع أداة معروضة في العميل بلا بديل SSR ما لم يربط مطور Storefront SDK بنقاط نهاية static-code، وخريطة موقع تنشئها بنفسك. توجد canonical وhreflang بوصفهما حقلي API، لكنهما لا يُملآن إلا حيث يعمل العرض الثابت؛ ولا تربط ميزة Instant Site متعددة اللغات بلا برمجة وسوم hreflang تلقائيًا. البيانات المنظمة تلقائية لكنها غير قابلة للتحرير (JSON-LD وMicrodata في Instant Site وWordPress، وMicrodata فقط في غيرهما). ولا تسمح الخطة المجانية بتحرير وسوم meta؛ ويُقال إن الأداة المضمنة لا تدعم عمليات 301؛ ولا توجد مدونة أصلية.

الإطار: الأداة أم الموقع؟ هذا يحسم كل شيء

تتعامل معظم مواد «Ecwid SEO» مع Ecwid كما لو كانت Shopify أو BigCommerce، أي منصة مستضافة ذات سلوك SEO ثابت. لكنها ليست كذلك. فـEcwid («E-commerce widget»، وأصبحت Ecwid by Lightspeed بعد الاستحواذ) هي أساسًا واجهة متجر JavaScript قابلة للتضمين. تلصق أداة في صفحة قائمة، فتعرض الكتالوج والسلة ومسار إتمام الشراء في جهة العميل. وتقدم Ecwid أيضًا منشئها المستضاف Instant Site، ولذلك يمكنها أن تكون الموقع كله.

هذه الازدواجية هي الفكرة المنظمة للمقال كله. اسأل سؤالًا واحدًا عن أي متجر Ecwid قبل تشخيص أي شيء: هل يسلك مسار Instant Site أو WordPress أو Wix، أم أنه أداة مضمنة في مكان آخر؟ فكل سلوك ملائم لـSEO تعلن عنه Ecwid تقريبًا يقتصر على المسار الأول ويغيب عن الثاني. وعلى خلاف Shopify أو WooCommerce، حيث يبقى سلوك SEO في المنصة متقاربًا أينما عملت، يتغير شكل Ecwid بحسب المضيف.

ما يُنفذ بالنيابة عنك (Instant Site + WordPress + Wix): نسخ HTML ثابتة تُقدم للزواحف، وعناوين URL نظيفة، وخريطة موقع تلقائية، وrobots.txt تلقائي (في Instant Site)، وبيانات منظمة كاملة بصيغة JSON-LD، ووسوم canonical.

ما عليك تنفيذه (المواقع المخصصة أو المنشئات الأخرى): إعداد URL نظيف عبر قواعد إعادة الكتابة في الخادم، وإنشاء خريطة الموقع، والعرض الثابت عبر Storefront SDK، والانتباه إلى احتمال عدم تقديم وسوم canonical أو hreflang أصلًا.

لماذا تعاني Ecwid مشكلة في سمعتها مع SEO؟

حملت Ecwid لسنوات سمعة أنها «سيئة لـSEO»، ووثائقها صريحة بصورة غير معتادة في تفسير السبب. تقول Ecwid حرفيًا: “Search engines do not always index dynamic websites well. To ensure they index Ecwid stores, we use special technology. If you sell with Ecwid Instant site or use WordPress or Wix plugin, Ecwid creates a static HTML copy for every product and category page in your store, then gives this copy to a search engine.” (ترجمة) «لا تفهرس محركات البحث دائمًا المواقع الديناميكية جيدًا. ولضمان فهرسة متاجر Ecwid، نستخدم تقنية خاصة. فإذا كنت تبيع عبر Ecwid Instant Site أو تستخدم إضافة WordPress أو Wix، تنشئ Ecwid نسخة HTML ثابتة لكل صفحة منتج وفئة في متجرك، ثم تقدم هذه النسخة إلى محرك بحث.» (ما الذي تفعله Ecwid لـSEO)

اقرأ ذلك بعناية: يقتصر الحل على ثلاثة تكاملات. يحصل الآخرون على أداة JS تعمل في جهة العميل بلا بديل معروض في الخادم. وتقول وثائق المطورين الشيء نفسه من الاتجاه الآخر: “If your website is based on Wix or WordPress site builders, use our official integrations… These integrations have static store pages enabled out of the box. And if you build a storefront on another CMS or a custom website, use our Storefront SDK and Static code endpoints to set up static pages for your website.” (ترجمة) «إذا كان موقعك مبنيًا بمنشئ Wix أو WordPress، فاستخدم تكاملاتنا الرسمية… تفعّل هذه التكاملات صفحات المتجر الثابتة مباشرة. وإذا بنيت واجهة متجر على CMS آخر أو موقع مخصص، فاستخدم Storefront SDK ونقاط نهاية Static code لإعداد صفحات ثابتة لموقعك.» (صفحات المتجر الثابتة)

إذًا ليست السمعة أثرًا من الماضي؛ فما زالت تنطبق على من يضمن الأداة في Squarespace أو Weebly أو Webflow أو صفحة مخصصة من دون بناء الطبقة الثابتة بنفسه. والتضمين الأساسي معروض فعلًا في جهة العميل:

<div id="my-store-1003"></div>
<script type="text/javascript" src="https://app.ecwid.com/script.js?1003" charset="utf-8"></script>
<script type="text/javascript">xProductBrowser("id=my-store-1003");</script>

هذه هي واجهة المتجر كاملة (التحميل الديناميكي لأداة واجهة المتجر). وتعتمد رؤية الزاحف للمنتجات على ما إذا كان ينفذ شفرة JavaScript تلك؛ وهذه بالضبط مشكلة JavaScript SEO، وسبب أهمية آلية HTML الثابت.

بنية URL — الحقيقة الأكثر احتياجًا إلى التفصيل هنا

هذه أهم نقطة تقنية منفردة، وفيها تختلف Ecwid بشدة عن كل منافس مستضاف. تعتمد صيغة URL في Ecwid كليًا على كيفية دمج المتجر. تقول الوثائق: “Ecwid generates different URL formats based on your website’s setup and the features you have enabled.” (ترجمة) «تنشئ Ecwid صيغ URL مختلفة بناءً على إعداد موقعك والميزات التي فعّلتها.» (تحسين SEO لموقع مخصص باستخدام عناوين URL أفضل)

التصحيح الحاسم للافتراض المعتاد: صيغة hashbang (/#!/) هي الوضع الافتراضي الحالي، وليست بقايا من عام 2014. ففي أي موقع مخصص أو مضمن لا يستخدم Instant Site أو إضافة WordPress الرسمية أو تطبيق Wix الرسمي، تحصل على عناوين hashbang ما لم تفعّل Clean Store URLs صراحة. ولتفعيلها في موقع مخصص، تقول الوثائق: “you must have: Access to its server rewrite rules [and] HTML code of the store page” (ترجمة) «يجب أن يكون لديك وصول إلى قواعد إعادة الكتابة في خادمه [وإلى] شفرة HTML لصفحة المتجر» — سواء عبر .htaccess في Apache، أو كتلة خادم Nginx، أو وحدة IIS URL Rewrite (تفعيل Clean Store URLs في موقع مخصص).

تكون عناوين URL النظيفة تلقائية في Instant Site وWordPress وWix؛ إذ تقول Ecwid صراحة إنها تقدم فيها “SEO-friendly URLs automatically.” (ترجمة) «عناوين URL ملائمة لـSEO تلقائيًا». وتتوفر slugs مخصصة للمنتجات والفئات أيضًا، لكن عبر الواجهة فقط في الإصدار الجديد من Instant Site أو WordPress؛ أما التجار على المنشئات الأخرى فلا يمكنهم تعيينها إلا عبر REST API (تحسين SEO لموقع ومتجر Ecwid).

لماذا يهم الوضع الافتراضي hashbang إذا كانت Google تستطيع الزحف إليه؟ لأن المتصفح، بحكم التصميم، لا يرسل الجزء الواقع بعد # إلى الخادم. وينشئ ذلك احتكاكًا حقيقيًا في ظهور البيانات بسجلات الخادم، وتوافق بعض الزواحف والأدوات، وتوحيد قيمة الروابط، ومعاينات المشاركة الاجتماعية. وموقف Google نفسها — الذي سيأتي تفصيله في قسم Google — أنها تستطيع عرض عناوين #! لكنها توصي بعدم إنشاء عناوين جديدة منها؛ وهذا بالتحديد ما يبرر تفعيل Clean Store URLs بدل الاكتفاء بقول «تستطيع Google الزحف إليه».

قابلية الزحف والعرض — صفحات المتجر الثابتة

هذا هو القلب التقني للمنصة. ففي Instant Site وWordPress وWix، تقدم Ecwid إلى الزواحف نسخة HTML ثابتة معروضة مسبقًا لكل صفحة منتج أو فئة، ثم تعرض للزوار أداة JS الحية بدلًا منها. وهذا ما يجعل الزحف إلى هذه الإعدادات نظيفًا.

في كل مكان آخر، تبنيها بنفسك. والآلية يدوية وفق وثائق المطورين: تجلب HTML المعروض مسبقًا من نقطة نهاية REST (storefront.ecwid.com/product-page/{storeId}/{productId}/static-code، وما يقابلها للفئة والصفحة الرئيسية)، وتحقنه في حاوية ظاهرة، ثم تسلم التحكم إلى الأداة الحية عبر Storefront SDK (ec.storefront.staticPages.* وStaticPageLoader.switchToDynamicMode()) بعد تحميلها (صفحات المتجر الثابتة). وإذا لم يبن مطور ذلك، فلن ترى الزواحف إلا ما تعرضه أداة جهة العميل — أو تفشل في عرضه.

الاستنتاج العملي الذي يستحق التصريح: تعتمد أداة Ecwid الموضوعة في Squarespace أو Webflow أو Weebly أو صفحة مبنية يدويًا افتراضيًا بالكامل على JavaScript في جهة العميل، مع عناوين hashbang وبلا بديل معروض في الخادم. وهذه تحديدًا هي الحالة التي تتناولها سمعة «Ecwid سيئة لـSEO»، وما زالت صحيحة اليوم لمعظم عمليات التضمين خارج WordPress وWix وInstant Site.

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

يقتصر الإنشاء التلقائي هنا أيضًا على تكاملات بعينها. تقول Ecwid: “Ecwid automatically generates a sitemap.xml file… New pages – and new products – are indexed faster with sitemaps… You still need to submit a sitemap to Google manually” (ترجمة) «تنشئ Ecwid ملف sitemap.xml تلقائيًا… تُفهرس الصفحات الجديدة — والمنتجات الجديدة — بسرعة أكبر باستخدام خرائط المواقع… وما زلت تحتاج إلى إرسال خريطة الموقع إلى Google يدويًا» — وتُدرج الميزة لخطط Venture وBusiness وUnlimited (ما الذي تفعله Ecwid لـSEO). وفي Instant Site تُرسل خريطة الموقع داخليًا عبر robots.txt، مع إمكان إرسالها أيضًا في Search Console لتسريع الاكتشاف (إرسال خريطة موقع إلى Google).

لكن المقال نفسه صريح بشأن المسار اليدوي: “If you are using Ecwid with your own website, you can generate a sitemap for your store pages by using a third-party service.” (ترجمة) «إذا كنت تستخدم Ecwid مع موقعك الخاص، فيمكنك إنشاء خريطة موقع لصفحات متجرك عبر خدمة خارجية.» وفي WordPress v5.5 فما بعد، تنشئ الإضافة خريطة متجر تلقائيًا؛ أما الإصدارات الأقدم فتحتاج إلى Yoast أو Google XML Sitemaps. كما أن استثناء Wix مهم: تغطي خريطة Wix نفسها صفحات الموقع “and not the store pages with your products, categories, etc.” (ترجمة) «ولا تغطي صفحات المتجر التي تضم منتجاتك وفئاتك وما إلى ذلك». ولذلك لا تظهر صفحات منتجات متجر Wix + Ecwid في خريطة Wix؛ بل تعتمد في اكتشافها على مسار العرض الثابت لدى Ecwid.

يخضع robots.txt للنطاق نفسه. لا تتحكم Ecwid في robots.txt إلا على Instant Site، حيث تكون صفحات المنتجات والفئات قابلة للفهرسة بينما تُستبعد صفحات السلة ونتائج البحث لأنها خاصة بكل زائر. وفي أي تضمين داخل موقع قائم، يخص robots.txt نظام CMS أو حساب الاستضافة المضيف؛ ولا يوجد لدى Ecwid ملف robots.txt تديره هناك. وهذا يختلف عن WooCommerce، حيث يملكه WordPress، أو BigCommerce، حيث يمكن تحريره من لوحة الإدارة؛ ففي Ecwid، تعتمد ملكية robots.txt على مكان وجود الأداة.

وسوم canonical والمحتوى المكرر

تتضمن استجابة REST للصفحة الثابتة في Ecwid حقل canonicalUrl — “Canonical URL for this page” (ترجمة) «عنوان URL الأساسي لهذه الصفحة» — ويعود إلى جانب htmlCode وmetaDescriptionHtml وogTagsHtml وjsonLDHtml وhrefLangHtml (الشفرة الثابتة لصفحة منتج). ولذلك تُدار وسوم canonical تلقائيًا حيث يعمل العرض الثابت لدى Ecwid: Instant Site وWordPress وWix. أما التكامل المخصص الذي يضمن أداة JS وحدها بلا طبقة ثابتة أو SSR فقد لا يقدم للزواحف أي وسم canonical؛ فلا يتلقى الزاحف HTML خاصًا بكل منتج، بل يرى عنوان URL واحدًا معروضًا في جهة العميل.

الخطر الأسوأ للمحتوى المكرر هو إعادة التسمية. تنشئ Ecwid عنوان URL للمنتج من العنوان، ولذلك إذا غيرت عنوان المنتج، يُنشأ URL جديد ولا يُعاد توجيه القديم تلقائيًا؛ ويظل القديم يعمل، فتحصل على عنوانين حيين لمنتج واحد. أضافت Ecwid منذ ذلك الحين إعداد عمليات 301 يدوية في Instant Site، وبذلك يمكن تفادي المشكلة إذا أضفت إعادة التوجيه استباقيًا. لكن الممارسين يقولون إن نسخة الأداة المضمنة لا تتيح إنشاء عمليات إعادة توجيه أصلًا؛ إذ تشير مراجعة Style Factory إلى أنك “can’t create redirects” (ترجمة) «لا تستطيع إنشاء عمليات إعادة توجيه» في الأداة، وأن ذلك “is not ideal at all because if you change a URL, a redirect is necessary” (ترجمة) «غير مثالي إطلاقًا لأن تغيير URL يستلزم إعادة توجيه» (Style Factory). الخلاصة: خطط لعناوينك قبل النشر، واضبط 301 قبل إعادة التسمية حيث تسمح الأدوات. وتشرح مجموعة canonicalization الآليات الأساسية.

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

تنشئ Ecwid ترميز schema.org تلقائيًا في كل التكاملات، وهي نقطة قوة حقيقية، لكن مع قيدين. تقول Ecwid: “Ecwid uses Schema.org vocabulary to annotate product information and adds structured data to all store pages automatically. For Ecwid Instant Site and stores on WordPress sites, structured data is generated using JSON-LD and Microdata markup. For all the other websites, only the Microdata format is used. As of now, it’s impossible to edit or remove the structured data.” (ترجمة) «تستخدم Ecwid مفردات Schema.org لوصف معلومات المنتج وتضيف البيانات المنظمة تلقائيًا إلى كل صفحات المتجر. وفي Ecwid Instant Site والمتاجر على مواقع WordPress، تُنشأ البيانات المنظمة بترميزي JSON-LD وMicrodata. أما المواقع الأخرى كلها فتستخدم صيغة Microdata وحدها. وحتى الآن، يستحيل تحرير البيانات المنظمة أو إزالتها.» (ما الذي تفعله Ecwid لـSEO)

نقطتان عمليتان: (1) البيانات غير قابلة للتحرير إطلاقًا؛ فلا تخصيص للمخطط ولا إضافة لترميز FAQ أو Video عبر Ecwid. (2) تختلف الصيغة حسب التكامل؛ فلا تحصل على JSON-LD وMicrodata معًا إلا في Instant Site وWordPress، بينما تحصل على Microdata وحدها في غيرهما. وMicrodata صيغة أقدم وأكثر عرضة للأخطاء؛ ما زالت Google تقرؤها لكنها توصي بـJSON-LD. ومن ثم فخرافة “a widget can’t do rich results” (ترجمة) «لا تستطيع الأداة المصغرة إنشاء نتائج منسقة» خاطئة؛ إذ تقدم Ecwid بيانات منظمة في كل مكان، لكن جودة الترميز أفضل في التكاملات الأصلية، ولا يمكنك تعديله في الحالتين.

وسوم meta والنص البديل وقيود الخطط

تُحجب عناصر التحكم داخل الصفحة خلف الخطط المدفوعة. تتطلب العناوين المخصصة وأوصاف meta وslugs خطة Venture أو Business أو Unlimited؛ ولا يستطيع أصحاب الخطة المجانية تحرير وسوم meta إطلاقًا. وضّح ذلك مبكرًا لأي عميل في الفئة المجانية؛ فهذا قيد صارم، لا تحسين اختياري.

يستخدم نص الصورة البديل اسم المنتج افتراضيًا، لكنه لم يعد مقفلًا. تتيح Ecwid الآن تعيين نص بديل مخصص يصل إلى 125 حرفًا لكل صورة منتج وصورة تنويعة عبر Catalog ← Products ← image ← Actions ← Edit alt text، ولا تذكر لهذا قيد خطة، بخلاف وسوم meta. ويمكنك أيضًا تفعيل خيار Website ← Edit Site ← Product ← Product Details ← Image gallery في Instant Site — أو الإعداد المقابل في التكاملات الأخرى — لعرض النص البديل المخصص تعليقًا ظاهرًا تحت كل صورة في المعرض، وهو مفيد لتفاصيل مقاس الملابس وملاءمتها. (النصوص البديلة وأوصاف صور المنتجات الظاهرة) وهذا تحسن حقيقي يستحق معرفته إن كنت قد فحصت Ecwid منذ مدة؛ فما زالت مراجعات خارجية عدة، منها Style Factory، تصف النص البديل بأنه غير قابل للتغيير، وأصبح ذلك قديمًا. وفي معظم صور المنتجات يكون «اسم المنتج كنص بديل» افتراضًا مقبولًا، لكن إذا احتجت إلى نص وصفي أو أفضل لإتاحة الوصول — وهو مهم لـSEO الصور ولمستخدمي قارئات الشاشة — فيمكنك الآن كتابته بنفسك.

SEO متعدد اللغات والدولي

ليست ميزة Instant Site متعددة اللغات بلا برمجة تطبيقًا تقليديًا لـhreflang. تحصل كل لغة على مسار فرعي خاص بها، وتتعامل وثيقة المساعدة في Ecwid مع كل نسخة بوصفها موقعًا مصغرًا مستقلًا ينبغي تحسين SEO فيه منفصلًا: “each translated version of your site has its own subdomain [subpath] with a language code… Search engines consider each… as unique and distinct from your main site. You need to optimize each version to make it high ranked.” (ترجمة) «لكل نسخة مترجمة من موقعك نطاق فرعي [مسار فرعي] خاص بها يتضمن رمز اللغة… وتعد محركات البحث كل نسخة فريدة ومنفصلة عن موقعك الرئيسي. تحتاج إلى تحسين كل نسخة كي تحصل على ترتيب مرتفع.» (إنشاء موقع متعدد اللغات باستخدام Ecwid Instant Site)

لا يذكر ذلك أي ربط تلقائي بـhreflang بين النسخ. أما على مستوى API، فـhreflang مدعوم؛ إذ تقبل نقطة نهاية static-code معامل internationalPages وتعيد حقل hrefLangHtml (الشفرة الثابتة لصفحة منتج)، لكن ذلك موجه إلى المطورين. والفجوة التي تستحق التنبيه هي أن التاجر الذي يستخدم ميزة Instant Site متعددة اللغات بلا برمجة يُرجح ألا يحصل على أي وسوم hreflang تلقائية بين نسخ اللغات؛ وهذه بالضبط مشكلة «ترتيب النسخة المحلية الخطأ للاستعلام الخطأ» التي تحذر منها إرشادات hreflang العامة. وإذا كان الاستهداف الدولي مهمًا، فاطلب من مطور تمرير معامل internationalPages في API أو أضف تعليقات hreflang بنفسك.

ما لا تفعله Ecwid

• لا توجد مدونة أصلية. تقول Style Factory: “There’s no built-in blogging engine. For content marketing or SEO blogging, you’ll need to host your blog separately (on WordPress, for example) and link to it.” (ترجمة) «لا توفر المنصة محركًا مدمجًا للتدوين؛ لذا يلزمك استضافة مدونة المحتوى أو SEO في مكان آخر، مثل WordPress، ثم ربطها بمتجرك.» أما «الحل البديل» للمدونة في Instant Site فغريب؛ إذ “involves a really odd workaround where product categories are used to create posts.” (ترجمة) «يتضمن حلًا بديلًا غريبًا حقًا تُستخدم فيه فئات المنتجات لإنشاء منشورات». إذا كان المحتوى قناة لك، فشغّل مدونة حقيقية في مكان آخر. وهنا يتمتع WooCommerce، القائم فوق WordPress، بميزة بنيوية.
• أدوات إعادة توجيه محدودة في التضمينات خارج Instant Site — كما سبق؛ ويُقال إن نسخة الأداة لا تنفذ عمليات إعادة توجيه أصلًا.
• لا توجد بيانات منظمة قابلة للتحرير — كما سبق. أما نص الصورة البديل، بخلاف البيانات المنظمة، فهو قابل الآن للتحرير لكل صورة؛ راجع قسم وسوم meta أعلاه.

Ecwid مقارنة بالمنصات الأخرى

تكون Ecwid أضعف من المنافسين المستضافين في أنها الوحيدة التي يتغير سلوك SEO الأساسي فيها بحسب مكان تضمينها؛ ولا توجد بها مدونة أصلية، وهنا يتفوق WooCommerce لأنه يعمل فوق WordPress؛ وتغيب عمليات إعادة التوجيه عن نسخة الأداة، بينما تديرها Shopify وBigCommerce وMagento وPrestaShop بصورة أفضل؛ كما أن SEO مقفل في الفئة المجانية. أما ما تؤديه بصورة كافية: فتقدم البيانات المنظمة تلقائيًا في كل مكان، ويعمل HTTPS والعرض على الجوال جيدًا، وفي Instant Site وWordPress وWix يحل مسار العرض الثابت فعلًا مشكلة قابلية زحف JavaScript.

التوصيف الصادق: Ecwid ممتازة في الغرض الذي صممت له — إضافة متجر إلى موقع تملكه أصلًا بتكلفة منخفضة ومن دون إعادة بناء. فإذا كان الموقع WordPress أو Wix، أو كنت تستخدم Instant Site، فلديك خط أساس متين لـSEO. أما إذا كنت تضمن الأداة في موقع مخصص أو منشئ آخر وتعد SEO مهمًا، فعليك إما الالتزام بعمل المطور — صفحات ثابتة، وعناوين URL نظيفة، وخريطة موقع يدوية، وhreflang — أو التفكير في منصة مبنية لهذا الغرض مثل Shopify أو BigCommerce أو WooCommerce أو Magento أو PrestaShop.

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

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

• Ecwid (التي أصبحت Ecwid by Lightspeed) أداة JavaScript قابلة للتضمين، وليست موقعًا مستضافًا افتراضيًا. تلصق واجهة متجر داخل صفحة WordPress أو Wix أو Squarespace أو صفحة مخصصة موجودة. ويمكن لمنشئها Instant Site تشغيل الموقع كله. وهذا الانقسام بين الأداة والموقع يحكم كل حقائق SEO.
• يقتصر السلوك الملائم لـSEO على ثلاثة تكاملات: تحصل Instant Site وإضافة WordPress وتطبيق Wix على HTML ثابت للزواحف، وعناوين URL نظيفة، وخريطة موقع تلقائية، وrobots.txt تلقائي في Instant Site. وفي غيرها تتولى الأمر بنفسك.
• صيغة URL الافتراضية هي hashbang /#!/product-name/p/123456 في التضمينات المخصصة؛ وهذا وضع حالي لا قديم. تكون Clean Store URLs تلقائية في Instant Site وWordPress وWix، لكنها تتطلب قواعد إعادة كتابة في الخادم (.htaccess/nginx/IIS) في غيرها.
• العرض الثابت («صفحات المتجر الثابتة») جاهز مباشرة في التكاملات الأصلية الثلاثة وحدها؛ وعلى موقع مخصص يجب أن يربط مطور Storefront SDK بنقاط نهاية REST لـstatic-code، وإلا فلن ترى الزواحف سوى الأداة المعروضة في العميل.
• الإنشاء التلقائي لخريطة الموقع وrobots.txt خاص بـInstant Site، ومع WordPress الحديث لخريطة الموقع؛ وتنشئ المواقع المخصصة الخريطة بنفسها؛ كما أن خريطة Wix نفسها تستبعد صفحات منتجات Ecwid.
• توجد canonical وhreflang بوصفهما حقلي API (canonicalUrl وhrefLangHtml) لكنهما لا يُملآن إلا حيث يعمل العرض الثابت. ولا تربط ميزة Instant Site متعددة اللغات بلا برمجة hreflang تلقائيًا بين نسخ اللغات.
• البيانات المنظمة تلقائية لكنها غير قابلة للتحرير — JSON-LD وMicrodata معًا في Instant Site وWordPress، وMicrodata فقط في غيرهما.
• إعادة تسمية منتج تنشئ URL جديدًا بلا إعادة توجيه تلقائية؛ تتوفر الآن عمليات إعادة توجيه دائمة يدوية في Instant Site، لكن يُقال إن الأداة المضمنة لا تدعم إعادة التوجيه إطلاقًا.
• لا تحرر الخطة المجانية وسوم meta، ولا توجد مدونة أصلية. يستخدم نص الصورة البديل اسم المنتج افتراضيًا، لكن يمكن الآن تغييره لكل صورة من دون قيد خطة، بخلاف وسوم meta. تستطيع Google الزحف إلى عناوين hashbang لكنها توصي بعدم إنشائها؛ ومن هنا جاءت Clean Store URLs. فإذا كان SEO مهمًا في تضمين مخصص، فنفذ عمل المطور أو استخدم منصة مبنية لهذا الغرض مثل Shopify أو BigCommerce أو WooCommerce أو Magento أو PrestaShop.

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

وثائق المصادر الأولية من Ecwid/Lightspeed وGoogle.

Ecwid / Lightspeed

• ما الذي تفعله Ecwid لـSEO — النظرة العامة: النسخ الثابتة، وعناوين URL النظيفة، وخريطة الموقع، وrobots.txt، والبيانات المنظمة، ووسوم ALT التلقائية.
• النصوص البديلة وأوصاف صور المنتجات الظاهرة — كيفية تغيير نص الصورة البديل الافتراضي، أي اسم المنتج، لكل صورة.
• تحسين SEO لموقع ومتجر Ecwid — وسوم meta وslugs المخصصة وعمليات 301 وإرسال خريطة الموقع وSSL وقيود الخطط.
• إرسال خريطة موقع إلى Google — إدارة الخرائط في Instant Site مقارنة بموقعك، وتفاصيل WordPress وWix.
• إنشاء موقع متعدد اللغات باستخدام Ecwid Instant Site — نموذج المسار الفرعي لكل لغة وآثاره في SEO.
• ما الذي تفعله Lightspeed eCom لـSEO — النسخة ذات علامة Lightspeed التي تؤكد أن «Lightspeed eCom» هي Ecwid.

وثائق مطوري Ecwid

• صفحات المتجر الثابتة — نطاق العرض الثابت الجاهز وآلية التبديل عبر Storefront SDK.
• الشفرة الثابتة لصفحة منتج — حقول canonicalUrl وhrefLangHtml وinternationalPages.
• تحسين SEO لموقع مخصص باستخدام عناوين URL أفضل — جدول مقارنة مستويات URL الثلاثة.
• تفعيل Clean Store URLs في موقع مخصص — متطلبات قواعد إعادة الكتابة في الخادم.
• التحميل الديناميكي لأداة واجهة المتجر — شفرة التضمين الأساسية.

Google

• إيقاف مخطط زحف AJAX — تصريح Google عام 2015 بأنها تعرض عناوين #! لكنها توصي بعدم إنشاء عناوين hashbang أو escaped-fragment جديدة.
• مقدمة البيانات المنظمة — لماذا توصي Google بـJSON-LD بدل Microdata.

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

تصريحات موثقة من Ecwid/Lightspeed وGoogle والممارسين الذين شكلت ملاحظاتهم الخاصة بـEcwid هذا الدليل. وحيث تدعم الصفحة رابطًا عميقًا، أربط مباشرة بالمقطع المقتبس.

Google — زحف hashbang / AJAX (رابط عميق متحقق منه)

• “In short: We are no longer recommending the AJAX crawling proposal we made back in 2009.” (ترجمة) «باختصار: لم نعد نوصي بمقترح زحف AJAX الذي قدمناه عام 2009.» — مدونة Google Search Central، 14 أكتوبر 2015. تعرض Google عناوين #! اليوم، لكنها توصي بعدم إنشاء عناوين جديدة منها. انتقل إلى الاقتباس

وثائق مطوري Ecwid — بنية URL والصفحات الثابتة (روابط عميقة متحقق منها)

• “When you add an Ecwid store to a custom website, it creates dynamic pages for the catalog” (ترجمة) «عندما تضيف متجر Ecwid إلى موقع مخصص، فإنه ينشئ صفحات ديناميكية للكتالوج» — وهذا هو الإعداد الذي ينتج عناوين hashbang افتراضيًا. انتقل إلى الاقتباس
• “To enable Clean Store URLs on a custom website, you must have:” (ترجمة) «لتفعيل Clean Store URLs في موقع مخصص، يجب أن يكون لديك» وصول إلى قواعد إعادة الكتابة في الخادم وإلى HTML الخاص بصفحة المتجر؛ أي إن عناوين URL النظيفة ليست مجانية خارج التكامل الأصلي. انتقل إلى الاقتباس
• “If your website is based on Wix or WordPress site builders, use our official integrations” (ترجمة) «إذا كان موقعك مبنيًا بمنشئ Wix أو WordPress، فاستخدم تكاملاتنا الرسمية» — وهو تصريح نطاق العرض الثابت الجاهز. انتقل إلى الاقتباس

وثائق دعم Ecwid — نظرة عامة على SEO (منقولة؛ يحجب المضيف support.ecwid.com الجلب التلقائي، ولذلك تحققت الاقتباسات عبر الصفحة المعروضة لا عبر مقطع #:~:text= مفحوص بالجلب؛ تحقق من الصفحة الحية قبل عدها نهائية)

• “Search engines do not always index dynamic websites well. To ensure they index Ecwid stores, we use special technology.” (ترجمة) «لا تفهرس محركات البحث دائمًا المواقع الديناميكية جيدًا. ولضمان فهرسة متاجر Ecwid، نستخدم تقنية خاصة.» — ما الذي تفعله Ecwid لـSEO، قسم “Static copies of pages”.
• “Ecwid uses Schema.org vocabulary to annotate product information and adds structured data to all store pages automatically… For all the other websites, only the Microdata format is used. As of now, it’s impossible to edit or remove the structured data.” (ترجمة) «تستخدم Ecwid مفردات Schema.org لوصف معلومات المنتج وتضيف البيانات المنظمة تلقائيًا إلى كل صفحات المتجر… وفي المواقع الأخرى كلها تُستخدم صيغة Microdata وحدها. وحتى الآن يستحيل تحرير البيانات المنظمة أو إزالتها.» — المقال نفسه، قسم “Structured data”.
• “Ecwid automatically generates a sitemap.xml file… You still need to submit a sitemap to Google manually.” (ترجمة) «تنشئ Ecwid ملف sitemap.xml تلقائيًا… وما زلت تحتاج إلى إرسال خريطة الموقع إلى Google يدويًا.» — المقال نفسه، قسم “Sitemap for Instant Sites”.

الممارسون — نتائج خاصة بـEcwid (منقولة من Style Factory؛ تحقق منها في المصدر)

• “you can’t create redirects in the widget (embedded) version of Ecwid either, which is not ideal at all because if you change a URL, a redirect is necessary to tell Google where the new page lives.” (ترجمة) «لا يمكنك إنشاء عمليات إعادة توجيه في نسخة الأداة المضمنة من Ecwid أيضًا، وهذا غير مثالي إطلاقًا؛ فإذا غيرت URL، تلزم إعادة توجيه لإخبار Google بمكان الصفحة الجديدة.» المصدر
• “Changing alt text (the description of images that search engines and screen readers see) isn’t possible, though — you’re stuck with whatever Ecwid generates for you automatically.” (ترجمة) «لكن تغيير النص البديل، أي وصف الصور الذي تراه محركات البحث وقارئات الشاشة، غير ممكن؛ فتظل مقيدًا بما تنشئه Ecwid تلقائيًا.» المصدر — معلومة جرى تجاوزها: توثق مساعدة Ecwid الآن نصًا بديلًا مخصصًا لكل صورة يصل إلى 125 حرفًا، من دون قيد خطة، ولذلك لم تعد النتيجة صحيحة. راجع النصوص البديلة وأوصاف صور المنتجات الظاهرة.
• “There’s no built-in blogging engine. For content marketing or SEO blogging, you’ll need to host your blog separately (on WordPress, for example) and link to it.” (ترجمة) «لا يوجد محرك تدوين مدمج. ولتسويق المحتوى أو التدوين لـSEO، ستحتاج إلى استضافة مدونتك منفصلة، مثلًا على WordPress، وربطها بالمتجر.» المصدر

قائمة تحقق Ecwid SEO

مرتبة حسب الأثر. يحدد السؤال الأول نصف القائمة: ما التكامل المستخدم؟

أولًا، حدد الإعداد

• تأكد مما إذا كان المتجر يعمل على Instant Site أو إضافة WordPress أو تطبيق Wix أو تضمين مخصص/آخر؛ فكل بند تالٍ يتفرع بحسب ذلك.

أثر مرتفع

• Clean Store URLs مفعلة. تعمل تلقائيًا في Instant Site وWordPress وWix؛ وفي موقع مخصص أضف قواعد إعادة الكتابة في الخادم (.htaccess / nginx / IIS) مع علم JS، ولا تترك عناوين hashbang /#!/.
• تحصل الزواحف على HTML حقيقي. في التضمين المخصص أو في منشئ آخر، اربط Storefront SDK بنقاط نهاية static-code، أو انتقل إلى تكامل أصلي، كي لا تكون الصفحات JS خالصة في جهة العميل.
• توجد خريطة موقع وقد أُرسلت. تنشئها Instant Site وWordPress الحديث تلقائيًا؛ وتحتاج المواقع المخصصة إلى مولد خارجي. أرسلها في Google Search Console وBing Webmaster Tools. وفي Wix، تذكر أن خريطة Wix نفسها تستبعد صفحات منتجات Ecwid.
• خطط لإعادات التوجيه الدائمة قبل إعادة التسمية. اضبط إعادة توجيه Instant Site قبل تغيير عنوان المنتج؛ وتجنب إعادة التسمية في الأداة المضمنة لأنك لا تستطيع إعادة توجيه URL القديم.

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

• استخدم خطة مدفوعة (Venture/Business/Unlimited) إذا كنت تحتاج إلى تحرير العناوين أو أوصاف meta؛ فالخطة المجانية لا تسمح بذلك.
• اكتب عناوين الصفحات وأوصاف meta للصفحة الرئيسية وأهم المنتجات والفئات.
• تحقق من البيانات المنظمة عبر Google Rich Results Test؛ فهي تلقائية وغير قابلة للتحرير، وتأكد من صحتها، ولا سيما مسار Microdata وحده في التضمينات المخصصة.
• تأكد من وجود وسوم canonical في صفحات المنتجات والفئات؛ فهي تلقائية في التكاملات الأصلية، وقد تغيب عن تضمين الأداة الخام.
• أنشئ مدونة حقيقية في مكان آخر، مثل WordPress، إذا كان المحتوى قناة لك؛ فلا توجد مدونة أصلية في Ecwid.

دولي (متعدد اللغات فقط)

• تأكد من وجود hreflang فعلًا بين نسخ اللغات؛ فلا تضيفه ميزة Instant Site متعددة اللغات بلا برمجة تلقائيًا. استخدم معامل internationalPages في API أو أضف التعليقات بنفسك.
• حسّن كل نسخة لغة بصورة مستقلة، مع ترجمة العناوين والأوصاف، لأن Ecwid تعامل كل نسخة كموقع منفصل.

إطار ملكية واجهة المتجر

يبدأ كل تدقيق لـEcwid بتعيين مالك لأربعة مخرجات:

1. صفحة المضيف: مسار Wix أو WordPress أو الموقع المخصص أو Instant Site المحيط.
2. مسار المتجر: عنوان المنتج أو الفئة النظيف الذي تعرضه Ecwid للزواحف.
3. إشارات البحث: canonical والبيانات الوصفية والبيانات المنظمة والروابط الداخلية.
4. ملفات الاكتشاف: النظام الذي ينشر خريطة الموقع وقواعد robots.

عندما يدعي المضيف والمتجر المسؤولية نفسها، تظهر نسخ مكررة وإشارات متعارضة. وعندما لا يتحملها أي منهما، تختفي عناوين المنتجات من خرائط المواقع أو تُنشر بلا الترميز المطلوب. وثّق مالكًا واحدًا لكل مخرج قبل تغيير الإعدادات.

ورقة مرجعية لـEcwid SEO

ما الذي يعمل تلقائيًا — بحسب التكامل

صيغ URL

قيود الخطط (SEO داخل الصفحة)

• الخطة المجانية: لا يمكن تحرير العناوين أو أوصاف meta.
• Venture / Business / Unlimited: عناوين وأوصاف وslugs مخصصة، وخريطة موقع.

حقول API المهمة (نقطة نهاية static-code)

• canonicalUrl — وسم canonical
• hrefLangHtml — وسوم hreflang (تحتاج إلى معامل internationalPages)
• jsonLDHtml / metaDescriptionHtml / ogTagsHtml — بقية head

ما لا ينبغي فعله

• لا تترك عناوين hashbang /#!/ في تضمين مخصص؛ فعّل Clean Store URLs.
• لا تعِد تسمية المنتجات في الأداة المضمنة، لأن غياب إعادة التوجيه يعني URL مكررًا أو يتيمًا.
• لا تفترض أن خريطة Wix تشمل منتجات Ecwid؛ فهي لا تشملها.
• لا تفترض أن الميزة متعددة اللغات بلا برمجة تضيف hreflang؛ فهي لا تفعل.
• لا تتوقع تحرير البيانات المنظمة؛ فهذا غير ممكن. لكن عيّن نصًا بديلًا مخصصًا إذا كانت القيم الافتراضية غير كافية؛ فهذا الحقل قابل الآن للتحرير لكل صورة.

مقارنة صيغ URL البديلة في Ecwid

صدّر صيغ URL المشتبه بها لصفحات المنتجات أو الفئات إلى urls.txt، ثم التقط رمز الحالة وهدف canonical لكل منها:

while IFS= read -r url; do
  html=$(mktemp)
  status=$(curl -sSL -o "$html" -w '%{http_code}' "$url")
  canonical=$(grep -Eio '<link[^>]+rel=["'"']canonical["'"'][^>]*>' "$html" | head -1)
  printf '%s\t%s\t%s\n' "$status" "$url" "$canonical"
  rm -f "$html"
done < urls.txt

جمّع الناتج بحسب المنتج. ينبغي لكل صيغة URL عامة إما أن تُوحَّد باستمرار مع عنوان واحد أو أن تؤدي غرضًا مميزًا؛ ولا تستنتج URL المفضل من رمز الحالة وحده.

أدوات Ecwid SEO

• Google Search Console — أرسل خريطة موقعك، واستخدم URL Inspection للتأكد من أن Google تعرض صفحات منتجاتك فعلًا، وهو أمر حاسم في أي تضمين لأداة JS، وراقب Page Indexing بحثًا عن مشكلات hashbang أو عناوين URL المكررة.
• Bing Webmaster Tools — إرسال ثانٍ لخريطة الموقع ورؤية الزحف.
• Google Rich Results Test / Schema Markup Validator — تأكد من صحة البيانات المنظمة التلقائية لدى Ecwid؛ فهي غير قابلة للتحرير، لذا فالتحقق أداة التحكم الوحيدة، ومسار Microdata وحده في التضمينات المخصصة أكثر عرضة للأخطاء.
• URL Inspection (GSC) “View crawled page” — أسرع طريقة لمعرفة ما إذا كان الزاحف يحصل على HTML حقيقي أم غلاف JS فارغ في تضمين مخصص أو منشئ آخر.
• Screaming Frog / Ahrefs Site Audit مع تشغيل وضع عرض JS — ازحف إلى المتجر لاكتشاف عناوين hashbang والعناوين المكررة الناتجة من إعادة التسمية ووسوم canonical المفقودة والصفحات التي تظهر فارغة بلا JavaScript.
• مولدات خرائط XML مثل XML-Sitemaps أو My Sitemap Generator أو Yoast/Google XML Sitemaps في WordPress — لخريطة الموقع اليدوية التي لا تنشئها Ecwid في موقع مخصص.
• أدوات إعادة الكتابة في الخادم — .htaccess في Apache، أو إعداد Nginx، أو وحدة IIS URL Rewrite — لتفعيل Clean Store URLs في موقع مخصص.

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

مواد ذات صلة في الموقع

• JavaScript SEO — مشكلة العرض خلف أداة Ecwid في جهة العميل؛ وهذه المجموعة تشرح أهمية صفحات المتجر الثابتة.
• Canonicalization — الآليات خلف حقل canonicalUrl وفخ URL المكرر عند إعادة تسمية المنتج.
• hreflang — ما لا تضيفه ميزة Instant Site متعددة اللغات بلا برمجة.

المصادر الرسمية من Ecwid / Lightspeed

• ما الذي تفعله Ecwid لـSEO وتحسين SEO لموقع ومتجر Ecwid — مقالتا المساعدة الأساسيتان.
• صفحات المتجر الثابتة — مسار المطور لتقديم HTML قابل للزحف في المواقع المخصصة.

من المجال

• مراجعة Ecwid — أهم المزايا والعيوب والأسعار والبدائل (Style Factory) — مصدر نتيجتي غياب إعادة التوجيه في الأداة وعدم وجود مدونة أصلية؛ أما نتيجة قفل النص البديل فأصبحت قديمة، راجع المقال التالي.
• النصوص البديلة وأوصاف صور المنتجات الظاهرة — كيفية تعيين نص بديل مخصص لكل صورة وعرضه تعليقًا ظاهرًا في المعرض.
• مراجعة Ecwid (ecommerce-platforms.com) — تغطية ممارس لخطر URL المكرر عند إعادة تسمية المنتج.
• مراجعة Ecwid لعام 2026 (Tooltester) — مراجعة مستقلة تصف SEO بأنه من جوانب Ecwid الأضعف مقارنة بالمنصات الأصلية.
• Ecwid by Lightspeed Ecommerce Shopping Cart — صفحة إضافة WordPress.org — الإضافة الرسمية، ولها أكثر من 20 000 تثبيت نشط، وهي المسار الذي يحصل على العرض الثابت وعناوين URL النظيفة في WordPress.
• عناوين URL نظيفة جديدة لكل متجر Ecwid (مدونة Ecwid) — تاريخ Ecwid الرسمي لسبب مشكلة عناوين hashbang وسبب وجود Clean Store URLs.

أخطاء يرتكبها الناس فعلًا في Ecwid

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

تضمين الأداة في موقع مخصص من دون تفعيل Clean Store URLs

لماذا هو خطأ: الوضع الافتراضي في أي تضمين غير أصلي هو صيغة hashbang (/#!/product-name/p/123456). ولا يصل الجزء بعد # إلى الخادم، ما ينشئ احتكاكًا في تجميع قيمة الروابط وظهور البيانات بسجلات الخادم وتوافق بعض الزواحف والأدوات؛ وهذا هو السبب نفسه الذي دفع Ecwid إلى إنشاء Clean Store URLs. ما ينبغي فعله: افحص صيغة URL من اليوم الأول. وإذا رأيت /#!/ في رابط منتج، فاحصل على وصول إلى الخادم وفعّل Clean Store URLs عبر .htaccess/nginx/IIS، بدل افتراض أن «استطاعة Google الزحف إليه تعني أنه جيد».

وضع شفرة التضمين الأساسية في Squarespace أو Webflow أو Weebly وعدّ المهمة منتهية

لماذا هو خطأ: يعتمد التضمين الأساسي بالكامل على JavaScript في جهة العميل بلا بديل معروض في الخادم، ما لم يربط مطور Storefront SDK بنقاط نهاية static-code. ولا ترى الزواحف إلا ما تعرضه الأداة — أو تفشل في عرضه. وهذه هي الحالة المحددة التي تتناولها سمعة «Ecwid سيئة لـSEO». ما ينبغي فعله: إما تكليف مطور ببناء الصفحات الثابتة عبر Storefront SDK ونقاط نهاية static-code، أو نقل المتجر إلى Instant Site أو إضافة WordPress أو تطبيق Wix، حيث يأتي العرض الثابت تلقائيًا.

إعادة تسمية عنوان منتج من دون إعداد إعادة توجيه أولًا

لماذا هو خطأ: تنشئ Ecwid URL المنتج من العنوان، ولذلك تنشئ إعادة التسمية عنوانًا جديدًا بينما يظل القديم يعمل؛ أي عنوانين حيين لمنتج واحد من دون إعادة توجيه تلقائية. ما ينبغي فعله: حدد عنوان المنتج وURL قبل نشره. وإذا كان لا بد من إعادة التسمية في Instant Site، فأضف 301 اليدوية قبل حفظ العنوان الجديد؛ وفي الأداة المضمنة تجنب إعادة تسمية المنتجات المنشورة كليًا، لأن عمليات إعادة التوجيه غير متاحة فيها بحسب التقارير.

افتراض أن خريطة Wix تغطي منتجات Ecwid

لماذا هو خطأ: تغطي خريطة Wix نفسها صفحات الموقع، لا صفحات المتجر التي تنشئها Ecwid؛ أي إن صفحات المنتجات والفئات لا تظهر فيها. ما ينبغي فعله: لا تدقق تغطية خريطة الموقع من جهة Wix. تأكد من اكتشاف صفحات المنتجات عبر مسار العرض الثابت لدى Ecwid وتقرير التغطية في Google Search Console.

افتراض أن الخطة المجانية تتيح تحرير العناوين أو الأوصاف

لماذا هو خطأ: يُعطل تحرير وسوم meta كليًا في خطة Ecwid المجانية؛ فليس الإعداد مفقودًا، بل هذا قيد في الخطة. والوقت الذي تقضيه في البحث عن الحقل هدر. ما ينبغي فعله: تأكد من الخطة — Venture أو Business أو Unlimited — قبل أن تعد عميلًا بعمل العناوين والأوصاف داخل الصفحة.

افتراض أن ميزة Instant Site متعددة اللغات بلا برمجة تضيف hreflang

لماذا هو خطأ: تحصل كل نسخة مترجمة على مسار فرعي خاص بها، لكن وثائق Ecwid تعامل كل واحدة بوصفها موقعًا مستقلًا ينبغي تحسينه منفصلًا؛ ولا يوجد في هذا المسار بلا برمجة ما يربط hreflang تلقائيًا بين النسخ. ويؤدي تجاهله إلى ظهور نسخة اللغة غير المناسبة للاستعلام في نتائج البحث. ما ينبغي فعله: إذا كان الاستهداف الدولي مهمًا، فاطلب من مطور ملء معامل internationalPages لنقطة نهاية static-code، أو أضف تعليقات hreflang يدويًا.

مشكلات Ecwid SEO الشائعة

مرجع يبدأ بالأعراض للمشكلات التي تظهر فعلًا في متاجر Ecwid، ومجمّع بحسب أول ما ستلاحظه.

صفحات المنتجات عالقة في «Discovered — currently not indexed» في GSC

السبب: المتجر مضمن في موقع مخصص أو منشئ آخر بلا طبقة الصفحات الثابتة في Storefront SDK، ولذلك تحاول Google عرض أداة JS في جهة العميل بلا بديل في الخادم ولا تنجح دائمًا. الإصلاح: افتح URL Inspection في Search Console واستخدم “View crawled page” لمعرفة ما تلقته Google فعلًا. فإذا كان غلافًا شبه فارغ، فالإصلاح هو بناء تكامل static-code، أو الانتقال إلى Instant Site/WordPress/Wix، لا تعديل وسوم meta.

ظهور عنواني URL حيين للمنتج نفسه

السبب: أُعيدت تسمية المنتج، ما ينشئ URL جديدًا من العنوان الجديد من دون إعادة توجيه القديم. الإصلاح: تحقق مما إذا كان URL القديم ما زال يستجيب؛ وعادة يعيد 200. وفي Instant Site أضف 301 يدوية من القديم إلى الجديد. أما في الأداة المضمنة التي لا تتوفر فيها عمليات إعادة التوجيه بحسب التقارير، فأعد العنوان لإيقاف التكرار، أو اقبل الانقسام وامنع عمليات إعادة التسمية لاحقًا.

ظهور عناوين hashbang في فهرس Google بدل العناوين النظيفة

السبب: فُعّلت Clean Store URLs بعد فهرسة نسخة hashbang، ولم تُعد توجيه عناوين /#!/ القديمة أو تعيين canonical منها إلى المسارات النظيفة. الإصلاح: تأكد من استجابة صيغتي URL، وأضف عمليات إعادة توجيه أو وسم canonical من نسخة hashbang إلى النسخة النظيفة، ثم أعد إرسال خريطة الموقع في Search Console. أعد فحص حالة الفهرسة بعد بضعة أسابيع باستخدام Google Index Checker.

لا يعرض Rich Results Test بيانات منظمة، أو يعدها غير صالحة

السبب: في تضمين مخصص أو منشئ آخر، تقدم Ecwid صيغة Microdata وحدها لا JSON-LD، وهي صيغة أقدم وأكثر عرضة للأخطاء؛ أو لم تكمل الأداة العرض حين زحف الاختبار إليها. الإصلاح: مرر الصفحة مباشرة عبر Google Rich Results Test أو Schema Validator. لا يمكنك تحرير الترميز الذي تنشئه Ecwid تلقائيًا، ولذلك إذا كان معطلًا حقًا فالإصلاح الواقعي هو الانتقال إلى تكامل أصلي — Instant Site أو WordPress أو Wix — حيث تعمل JSON-LD وMicrodata معًا.

غياب صفحات المنتجات أو الفئات من خريطة الموقع في متجر Wix

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

تعذر حفظ حقول عنوان meta أو وصفها

السبب: يعمل المتجر على خطة Ecwid المجانية التي تحجب تحرير حقول SEO داخل الصفحة كليًا. الإصلاح: تحقق من فئة الخطة في إدارة Ecwid. يتطلب تحرير العناوين والأوصاف Venture أو Business أو Unlimited؛ ولا يوجد حل بديل في الخطة المجانية.

أي مسار Ecwid SEO ينطبق على هذا المتجر؟

لا يبقى سلوك SEO في Ecwid ثابتًا؛ بل يتفرع تقريبًا بالكامل بحسب كيفية دمج المتجر. أجب عن هذا أولًا قبل تشخيص أي شيء آخر.

مطالبات ذكاء اصطناعي لعمل Ecwid SEO

مطالبات قابلة للنسخ واللصق لمهام التشخيص والصياغة المحددة التي يغطيها هذا المقال. الصق المدخل الموصوف، وراجع ناتج الذكاء الاصطناعي مقابل المقال قبل التصرف؛ فهذه المطالبات تساعدك على تنظيم ما تعرفه، ولا تغني عن التحقق بنفسك.

1. تشخيص صيغة URL التي تستخدمها صفحة المنتج فعلًا

I'm checking an Ecwid product page's URL for SEO. Here's the URL:
[paste the product page URL]

Tell me: is this the default hashbang format (contains /#!/), the Clean Store URLs
format, or a custom-slug format? If it's the hashbang format, explain in plain
language what that means for how a browser and a search engine treat everything
after the # symbol.

2. فحص استجابة API من static-code بحثًا عن حقول canonical وhreflang

Here's the JSON response from Ecwid's static-code endpoint for one of my product
pages:
[paste the raw JSON response]

Tell me whether the canonicalUrl field is populated and what it points to, whether
hrefLangHtml is present and non-empty, and list any of these fields that appear
empty or missing: canonicalUrl, hrefLangHtml, jsonLDHtml, metaDescriptionHtml,
ogTagsHtml.

3. اكتشاف المنتجات المعاد تسميتها التي تنشئ عناوين URL مكررة

Here's a CSV export of my Ecwid product titles and their current URLs:
[paste the CSV, or a list of "title, url" pairs]

Cross-reference this against my old product export if I have one, or just flag any
product whose URL doesn't match what its current title would generate (Ecwid builds
URLs from titles). List each mismatch as a likely renamed product that may have an
orphaned old URL still live.

4. صياغة عناوين وأوصاف meta مقيدة بالخطة لمجموعة منتجات

I'm on an Ecwid paid plan and can edit meta titles and descriptions. Here's a list of
products with their name, category, and one key selling point:
[paste a list: "product name | category | selling point"]

Write a concise meta title and meta description for each product, written for a
shopper who's already searching for this kind of product by name. Front-load the
identifying details. Treat roughly 60 title characters and 155 description
characters only as display-preview heuristics, not Google limits, and flag anything
that should be checked in the intended language/script and on mobile.

اختبر نفسك: Ecwid SEO

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

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