تحسين SEO في BigCommerce

الخلاصة — BigCommerce منصة تجارة إلكترونية مستضافة (مثل Shopify) تنجز قدرًا كبيرًا من أعمال SEO تلقائيًا: تنشئ خريطة الموقع، وتضبط عمليات إعادة التوجيه عند تغيير عنوان URL، وتتيح لك تعديل robots.txt، وتضيف مخطط المنتجات. أما ما عليك التعامل معه بنفسك فهو صفحات الفلاتر (التنقل متعدد الأوجه)، وإعدادات اللغات/البلدان المتعددة، ونجوم المراجعات في نتائج البحث.

ما المقصود بـ«تحسين SEO في BigCommerce»؟

BigCommerce منصة تجارة إلكترونية بنظام SaaS — تدفع رسومًا شهرية، وهي تستضيف المتجر والخوادم والأمان والتحديثات؛ فلا تحتاج إلى استضافة خاصة كما في WordPress. وهي منافس مباشر لـShopify.

تحسين SEO في BigCommerce يعني تطبيق SEO المعتاد — العثور على المنتجات والفئات والزحف إليها وفهرستها وترتيبها — على متجر BigCommerce. أهمية هذا الدليل أن المنصة تتخذ بعض القرارات نيابةً عنك؛ لذا تحتاج إلى معرفة المربعات التي تضع علامة عليها تلقائيًا وتلك التي تتركها فارغة.

ما الذي ينجزه BigCommerce لك تلقائيًا

• خريطة الموقع: ينشئ BigCommerce خريطة XML ويحدّثها تلقائيًا؛ وما عليك إلا إرسالها إلى Google.
• إعادة التوجيه: عند تغيير عنوان URL لمنتج أو فئة، ينشئ تحويل 301 من العنوان القديم إلى الجديد.
• عناوين URL نظيفة: لا يفرض /products/ أو /collections/؛ ويمكنك استخدام /blue-widget/.
• ملف robots.txt: يمكن تعديله من لوحة الإدارة، وهي ميزة ليست أصلية في Shopify.
• مخطط المنتج: يضيف القالب الافتراضي Cornerstone بيانات منظمة للمنتج كي تظهر النتائج الغنية.
• HTTPS وشبكة CDN: تحصل على SSL وشبكة Akamai عالمية لتوزيع المحتوى.

ما الذي عليك إنجازه بنفسك

• املأ حقول SEO للصفحة الرئيسية والمنتجات والفئات.
• الفلاتر متعددة الأوجه تنشئ مجموعات من عناوين URL وتنتج صفحات شبه مكررة؛ ولا ينظفها BigCommerce تلقائيًا.
• تحتاج نجوم المراجعات إلى Yotpo أو Stamped أو JSON-LD مخصص.
• لا تُنشئ إعدادات واجهات المتاجر المتعددة اللغات/البلدان hreflang تلقائيًا.

الخطأ الذي يقع فيه معظم الناس

يفترض الناس أن SEO الجيد يعني عدم وجود عمل إضافي. صحيح أن BigCommerce ينجز أجزاء مفيدة تلقائيًا، لكن صفحات الفلاتر والتحميل البطيء قد يعيقان المتجر. نقطة البداية الجيدة ليست مهمة مكتملة.

بصياغة عملية: ستحتاج إلى فهم بنية عناوين URL، وcanonical للتنقل متعدد الأوجه، والاختيار بين Stencil وCatalyst، ومشكلة Akamai الخفية في hreflang. ستجد هذه التفاصيل في تبويب Advanced.

خلاصة المستوى المتقدم — لدى BigCommerce أعلى حد أدنى تقني أصلي بين منصات التجارة الإلكترونية المستضافة: robots.txt قابل للتعديل، وعناوين URL مخصصة بلا بادئات مفروضة، وخرائط XML تلقائية، وإعادة توجيه 301 تلقائية، وJSON-LD للمنتج وBreadcrumbList في Cornerstone. ما يبقى عليك هو canonical وnoindex للتنقل متعدد الأوجه، وhreflang لواجهات المتاجر المتعددة مع مشكلة إعادة التوجيه الجغرافي في Akamai، ومخطط المراجعات، وCore Web Vitals على Stencil. يحدد الفرق بين Stencil ذي Handlebars وCatalyst ذي Next.js بلا واجهة تقليدية سقف الأداء، وقد تفقد عمليات الترحيل خرائط إعادة التوجيه.

الإطار: ما هو تلقائي وما هو مسؤوليتك

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

صحيح افتراضيًا: خريطة XML، ووسوم canonical، وrobots.txt قابل للتعديل، وإعادة توجيه 301 تلقائية، وتحكم في بنية URL، وشبكة Akamai CDN وImage Manager، وJSON-LD في Cornerstone (للمنتج وBreadcrumbList وOrganization)، وSSL.

مسؤوليتك: canonical وnoindex للفلاتر متعددة الأوجه، وhreflang لواجهات المتاجر المتعددة، وreview/AggregateRating، وتدقيق robots.txt للصفحات المرقمة، والمدونة/المحتوى، وCore Web Vitals على Stencil (JavaScript التطبيقات والصور الأصلية).

بنية عناوين URL

توجد إعدادات URL في Store Setup → Store Settings → URL Structure. تحصل على Short (المعرّف فقط)، وLong (يضيف /products/ و/categories/ و/pages/)، وSEO Optimized (يزيل البادئات)، وSEO Optimized (Category) (يدخل الفئة الأصلية الأولى في عنوان المنتج)، وCustom (يعتمد على العناصر النائبة، باستخدام %productname% و%category% و%categoryname% و%sku%).

يختار خيار SEO Optimized (Category) الفئة الأولى للمنتج ويتجنب عناوين URL المكررة. أكّد سلوكه في متجرك قبل الاعتماد عليه.

إليك الجزء الصريح: هذه هي النقطة التي يكررها الجميع عند مقارنة BigCommerce بـShopify، لكنها أقل الفروق أهمية. يفرض Shopify /products/ و/collections/، بينما لا يفعل BigCommerce ذلك. وتقول Google مرارًا إن بنية URL إشارة ترتيب صغيرة. وقد صاغت eComOne الفكرة جيدًا: “the nuts and bolts of on-page SEO in both platforms are easy to manage, though BigCommerce has perhaps a slight edge because unlike Shopify, it doesn’t insert any prefixes before your URLs. However, Google has said repeatedly that URL structure is a minor signal.” (الترجمة العربية) «يمكن إدارة أساسيات SEO على الصفحة بسهولة في المنصتين، مع أفضلية طفيفة لـBigCommerce لأنه لا يضيف بادئات إلى عناوين URL بخلاف Shopify، مع بقاء بنية URL إشارة صغيرة كما تؤكد Google.» اختر SEO Optimized وتابع، ووجّه طاقتك إلى التنقل متعدد الأوجه والسرعة.

خريطة XML وrobots.txt

ينشئ BigCommerce خريطة موقع تلقائيًا ويحافظ على حداثتها مع تغيّر الكتالوج. يعتمد المسار على البنية: يعرض Stencil المسار /xmlsitemap.php، بينما يعرض Catalyst المسار /sitemap.xml. وفي Catalyst، تقول الوثائق إن BigCommerce “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml” (الترجمة العربية) «يعيد توجيه أي طلبات إلى خريطة Stencil القديمة تلقائيًا إلى خريطة sitemap الجديدة»، وأن Catalyst “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel” (الترجمة العربية) «يجلب فهرس خريطة الموقع من BigCommerce عبر طلب عنوان URL القانوني للقناة». تغطي الخريطة المنتجات والفئات والعلامات التجارية وصفحات المحتوى؛ وتُستبعد صفحات القائمة المخفية افتراضيًا، وتوضح BigCommerce أن “third-party systems generating content” (الترجمة العربية) «الأنظمة التابعة لجهات خارجية التي تنشئ المحتوى» تحتاج إلى خرائط موقع منفصلة.

يمكن تعديل robots.txt من Settings → Website → Search Engine Robots. وهذه أفضلية على Shopify: يجمع BigCommerce قواعدك المخصصة مع القواعد النظامية.

قد يحظر robots.txt الافتراضي صفحات الفئات المرقمة ابتداءً من ?page=2. دقّق متجرَك بنفسك؛ لا تفترض أن الإعداد الافتراضي مناسب لاستراتيجية الفهرسة لديك.

الوسوم الوصفية وحقول الصفحة

توجد حقول SEO هنا: الصفحة الرئيسية في Store Settings → SEO؛ والمنتجات في Products → Edit → Other Details → SEO؛ والفئات في Product Categories → Edit → SEO؛ والمدونة في إعدادات المقال. تشمل الحقول Page Title وMeta Description وMeta Keywords وCustom URL.

توضيحان يزيلان كثيرًا من الالتباس:

• Meta Keywords انتهت فائدتها للترتيب. تقول مسردة BigCommerce الخاصة بها بوضوح: “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (الترجمة العربية) «وسم الكلمات المفتاحية الوصفية متوقف؛ أُنشئ أصلًا لمساعدة محركات البحث على فهم موضوع الصفحة، لكن مرسلي البريد المزعج أساؤوا استخدامه بشدة، ولذلك تتجاهله محركات البحث الآن تقريبًا بالكامل.» لا تهدر وقتك عليه.
• Search Keywords ليست Meta Keywords. لدى BigCommerce حقل منفصل باسم Search Keywords يغذي البحث الداخلي في الموقع، لا Google. يخلط الناس بين الاثنين باستمرار. املأ Search Keywords لفائدة البحث داخل الموقع، لا لتحسين الترتيب.

عمليات إعادة التوجيه 301

هذه إحدى نقاط القوة الهادئة في BigCommerce. تُنشأ عمليات إعادة توجيه 301 تلقائيًا عند تغيير اسم أو عنوان URL لمنتج أو فئة أو صفحة (ويمكنك إيقافها لكل عنصر بإلغاء تحديد “Create redirects for old product URLs” (الترجمة العربية) «إنشاء عمليات إعادة توجيه لعناوين URL القديمة للمنتجات»). وهناك نوعان:

• ديناميكية: يتتبع BigCommerce تغيير العنوان داخليًا.
• يدوية: تُنشئها أنت لعمليات النقل المخصصة أو التغييرات التي لا يستطيع النظام استنتاجها.

يوجد المدير في Marketing → 301 Redirects، مع استيراد CSV بالجملة. فضّل عمليات إعادة التوجيه الديناميكية الداخلية متى أمكن؛ فهي أقل عرضة لنسيانها عند تغيير الكتالوج.

البيانات المنظمة / المخطط

يضيف Cornerstone JSON-LD للمنتج وحقول المنتج الأساسية، وBreadcrumbList، وOrganization. وتوصي Google بـJSON-LD بدل microdata.

ما ينقص هو الجزء مرتفع القيمة: مخطط review/AggregateRating غير مضمّن افتراضيًا. وكما تقول SeoProfy: “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (الترجمة العربية) «يتضمن BigCommerce مخططًا أساسيًا للمنتج، لكنه لا يضيف ترميز المراجعات افتراضيًا.» تحصل على نجوم المراجعات في البحث عبر تطبيق مراجعات (Yotpo أو Stamped) أو JSON-LD مخصص من خلال Script Manager. وينطبق العمل اليدوي نفسه على مخطط FAQ وVideoObject.

لا يكون مخطط Stencil كاملًا إلا بقدر اكتمال بيانات الصفحة. فإذا كانت العلامة التجارية مفقودة، فلن تظهر خاصية brand.

في Catalyst، تكون البيانات المنظمة “composable JSON-LD through reusable TypeScript functions” (الترجمة العربية) «JSON-LD قابلًا للتركيب عبر دوال TypeScript قابلة لإعادة الاستخدام» — وهذا أسهل في الصيانة من قوالب Handlebars في Stencil إذا كانت لديك القدرة الهندسية.

التنقل متعدد الأوجه — المشكلة رقم 1

هنا تخسر متاجر BigCommerce فعليًا. تنشئ تركيبات الفلاتر والفرز عناوين URL فريدة قابلة للزحف بلا canonical تلقائي يعيدها إلى الفئة الأصلية. تصف NetProfitMarketing نمط الفشل بوضوح: كل فلتر “can generate a new URL, resulting in an exponential spike in… crawlable pages,” (الترجمة العربية) «قد ينشئ عنوان URL جديدًا، ما يسبب ارتفاعًا أسيًا في الصفحات القابلة للزحف»، فيبدد السلطة ويستهلك ميزانية الزحف. ولا يملك BigCommerce إصلاحًا أصليًا سهلًا — إذ تشير OuterBox إلى أنه “there still is no easy way to do this without editing theme files directly.” (الترجمة العربية) «لا تزال لا توجد طريقة سهلة لتنفيذ ذلك دون تعديل ملفات القالب مباشرة» —.

لذلك صنّف المعلمات وتعامل مع كل نوع وفقًا لذلك. هذه مجموعتي العملية من القواعد:

يكون التنفيذ عادةً على مستوى القالب: تجاوز canonical في Stencil أو حقن JavaScript عبر Script Manager. توجد قاعدتان أساسيتان:

• robots.txt يمنع الزحف، لا الفهرسة. قد تتم فهرسة عنوان URL محظور في robots.txt إذا وُجد رابط إليه، ولن ترى Google canonical أو noindex لأنها لم تقرأ الصفحة. اربط قواعد المعلمات بـcanonical على الصفحة وnoindex لتحصل على تحكم حقيقي.
• لا تضع noindex على الصفحات المرقمة. توجيه Google للتجارة الإلكترونية هو “give each page a unique URL” (الترجمة العربية) «منح كل صفحة عنوان URL فريدًا» و “assign each page its own canonical URL rather than using the first page as canonical.” (الترجمة العربية) «إسناد canonical خاص بكل صفحة بدل جعل الصفحة الأولى هي canonical للجميع». يخص noindex “filter variations or alternative sort orders” (الترجمة العربية) «تنويعات الفلاتر أو ترتيبات الفرز البديلة»، لا الصفحة 2 من الفئة. لا يزال BigCommerce يصدر rel="next" وrel="prev"، لكن Google توقفت عن استخدامهما في 2019؛ وجودهما غير ضار، لكنه ليس إشارة.

(يوجد التعمق المحايد للمنصة في مجموعة التنقل متعدد الأوجه؛ أما آليات canonical ففي canonicalization.)

CDN والصور وCore Web Vitals

تقدم Akamai شبكة CDN عالمية وImage Manager لتحويل الصور إلى WebP وتغيير حجمها. لكن لا تفترض أن ذلك يحل كل شيء.

قد يقدّم إصدار القالب WebP، لكن ملف PNG الأصلي بحجم 5 MB يظل كبيرًا؛ حسّن الصور قبل الرفع. تمثل الصور غالبًا 60–70% من وزن الصفحة.

قد تكون إعدادات Akamai غير محكمة. وتشير تقديرات الوكالات إلى أن التخزين المؤقت وBrotli والحافة قد تخفض TTFB بنسبة 30–50%. أما قاتلا Stencil الشائعان فهما تضخم JavaScript الخاص بالتطبيقات (INP/LCP) والصور غير المحسّنة؛ فالصورة الأصلية غير التي أُعيد تحجيمها تلقائيًا تضر LCP.

Stencil مقابل Catalyst — المفاضلة التي تحدد سقفك

Stencil إطار العمل الحالي المعروض على الخادم (Handlebars، ويُصيّر على بنية BigCommerce). وتصفه 1Digital Agency بأنه “server-rendered by default. Every page is HTML on first byte” (الترجمة العربية) «معروض على الخادم افتراضيًا؛ فكل صفحة HTML عند أول بايت» — وهذا ممتاز لقابلية الزحف. أما Cornerstone فهو القالب الافتراضي الذي تتم صيانته بنشاط، وأداؤه في Core Web Vitals منافس للكتالوجات المتوسطة.

Catalyst إطار تجارة إلكترونية بلا واجهة من BigCommerce، وهو “open-source, composable, and fully-customizable headless commerce framework” (الترجمة العربية) «إطار تجارة إلكترونية بلا واجهة مفتوح المصدر وقابل للتركيب والتخصيص الكامل» — مبني على Next.js وReact فوق GraphQL Storefront API. وتسوق BigCommerce “Google Lighthouse score of 100” (الترجمة العربية) «درجة Google Lighthouse تبلغ 100» من الصندوق، مع القدرة على “experiment and scale without affecting Core Web Vitals.” (الترجمة العربية) «التجربة والتوسع دون التأثير في Core Web Vitals». تعامل مع Lighthouse-100 كرقم أساسي/تجريبي لا كضمان إنتاجي؛ فالأداء الفعلي يعتمد على حجم الحزمة وJavaScript التطبيقات وانضباط الصور.

تقدّر بعض الوكالات LCP في Stencil بنحو 1,8–2,5 ثانية، وفي Catalyst بنحو 0,8–1,5 ثانية. هذه تقديرات وليست وعدًا؛ قِس متجرك الفعلي.

مصفوفة قرار عملية:

• ابقَ على Stencil إذا كان الكتالوج متوسطًا، وكانت Core Web Vitals ناجحة، ولا تحتاج واجهة مخصصة معقدة.
• انتقل إلى Catalyst إذا كانت لديك حاجة أداء مثبتة وقدرة هندسية لبناء تطبيق Next.js وتشغيله.
• لا تُجرِ أي ترحيل دون خريطة إعادة توجيه كاملة، وبيئة معاينة قابلة للزحف لكن مع X-Robots-Tag: noindex أو robots.txt على معاينات فرع Vercel، وقياس CWV قبل الترحيل وبعده.

تتمثل مشكلتا الترحيل الكلاسيكيتان، وفق 1Digital، في “losing ranking authority through missing redirect maps or shipping JavaScript-heavy builds that worsen Core Web Vitals performance.” (الترجمة العربية) «فقدان سلطة الترتيب بسبب خرائط إعادة توجيه مفقودة أو إطلاق حزم ثقيلة بـJavaScript تضعف أداء Core Web Vitals». وكلتاهما قابلتان للتجنب، وكلتاهما شائعتان.

SEO الدولي وhreflang

لا ينشئ BigCommerce hreflang تلقائيًا. في واجهات متاجر متعددة قد يكون لديك us.example.com/blue-widget/ وuk.example.com/blue-widget/؛ طبّق الإشارات عبر JavaScript في Script Manager أو قوالب Stencil المخصصة أو تعليقات خريطة XML.

هناك أمران تغفلهما معظم المقالات عن «hreflang في BigCommerce»:

• النشر الجزئي أسوأ من عدم النشر. تقول DigitalRoxy: “partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (الترجمة العربية) «النشر الجزئي أسوأ من عدم النشر لأن Google تتطلب تأكيدًا ثنائي الاتجاه عبر جميع واجهات المتاجر قبل التعرف إلى إشارات hreflang». تُهمل المجموعة غير المكتملة؛ فتدفع جهدًا ولا تحصل على فائدة.
• فخ إعادة التوجيه الجغرافي في Akamai. تعيد Akamai توجيه الزائر وفق موقع IP. ويزحف Googlebot من عناوين IP أمريكية، فيُحوّل بعيدًا عن واجهات المتاجر الدولية ولا يستطيع زحفها. الحل هو “whitelist Googlebot’s published IP ranges” (الترجمة العربية) «إدراج نطاقات IP المنشورة الخاصة بـGooglebot في القائمة البيضاء» داخل Akamai Property Manager لتجاوز إعادة التوجيه الجغرافي. قد تؤدي هذه المشكلة وحدها إلى إزالة فهرسة واجهات متاجر دولية كاملة بصمت.

تحقق من استخدام رموز ISO مثل en-GB لا en-UK، واتساق HTTP/HTTPS والشرطة المائلة النهائية، وen-US بدل en المجردة، وإضافة x-default. تحقّق باستخدام أداة Aleyda وGSC وURL Inspection.

SEO للمدونة والمحتوى

توجد مدونة أصلية ضمن Storefront Content → Blog، وهي كافية لكتالوج صغير لا لمنصة محتوى جادة. خيارات التخطيط والتحويل محدودة مقارنةً بـWordPress؛ تحقّق من سلوك النطاق الفرعي القديم ومن أي مشكلات في المقال الكامل.

لديك مخرجان عندما يصبح المحتوى قناة حقيقية لك:

• WordPress مع إضافة BigCommerce: تكون واجهة المحتوى في WordPress، بينما يبقى الكتالوج والدفع في BigCommerce؛ وتحصل على Yoast أو RankMath وأنواع محتوى وتصنيفات مخصصة.
• نظام CMS بلا واجهة مع Catalyst: استخدم Contentful أو Prismic أو Contentstack للمحتوى، وCatalyst للواجهة.

Google Shopping وMerchant Center

لدى BigCommerce تطبيق أصلي مجاني باسم “Ads and Listings on Google” يزامن الكتالوج (بيانات المنتجات والأسعار والتوافر والصور) مع Google Merchant Center لإعلانات Shopping والقوائم المجانية، مع تحديثات آلية. ولمزيد من التحكم في الخلاصة، توجد أدوات خارجية في App Marketplace مثل FeedOps وDataFeedWatch وExportFeed. أما التحميل عبر JavaScript من نوع “load more” أو التمرير اللانهائي في صفحات الفئات — وهو ما لن يشغله Googlebot — فتبقى خلاصة Merchant Center وخريطة موقعك وسيلتي اكتشاف المنتجات.

BigCommerce مقابل Shopify — النسخة الصادقة

يحقق كلا النظامين ترتيبًا جيدًا. انتصارات BigCommerce الحقيقية هي robots.txt القابل للتعديل، وعدم فرض بادئات URL، والمخطط المضمّن الأقوى. أما انتصارات Shopify فهي منظومة تطبيقات SEO أكبر بكثير (أكثر من 640 مقابل نحو 25) وسرعة متوسطة أسرع قليلًا من الصندوق. والفرق في بادئات URL الذي يجادل فيه الجميع إشارة صغيرة. اختر ما يتوسع.

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

خلاصة مركزة لنسخة Advanced:

• BigCommerce منصة SaaS مستضافة للتجارة الإلكترونية (مثل Shopify) وتملك أعلى حد أدنى أصلي لـSEO بين المنصات المستضافة.
• تلقائي: خريطة XML (تتحدث ذاتيًا؛ /xmlsitemap.php في Stencil و/sitemap.xml في Catalyst)، ووسوم canonical لكل نوع صفحة، وrobots.txt قابل للتعديل (على خلاف Shopify)، وإعادة توجيه 301s تلقائية عند تغيير URL (ديناميكية أو يدوية، مع استيراد CSV بالجملة)، وبنية URL مخصصة بالكامل (بلا بادئات مفروضة)، وAkamai CDN وImage Manager، وJSON-LD في Cornerstone (Product وBreadcrumbList)، وSSL.
• بنية URL إشارة ترتيب صغيرة — الجدل حول البادئات بين BigCommerce وShopify مبالغ فيه؛ اختر “SEO Optimized” وتابع.
• عليك إنجازه يدويًا: canonical وnoindex للتنقل متعدد الأوجه (أكبر مشكلة في المحتوى المكرر وميزانية الزحف؛ لا إصلاح أصلي)، ومخطط review/AggregateRating (يحتاج تطبيقًا أو JSON-LD مخصصًا)، وhreflang لواجهات المتاجر المتعددة، وتدقيق robots.txt للترقيم (قد تحظر الإعدادات الافتراضية ?page=2+)، وCore Web Vitals.
• لا تضع noindex على الصفحات المرقمة — امنح كل صفحة عنوان URL وcanonical خاصين بها؛ واترك noindex لتنويعات الفلاتر/الفرز.
• hreflang: يدوي بالكامل؛ النشر الجزئي أسوأ من عدم النشر؛ أدرج عناوين IP الخاصة بـGooglebot في قائمة Akamai البيضاء أو ستزيل إعادة التوجيه الجغرافي واجهات متاجرك الدولية من الفهرس.
• Stencil (معروض على الخادم) مقابل Catalyst (Next.js بلا واجهة) يحدد سقف الأداء. تسوق Catalyst درجة Lighthouse 100 (أساس، لا ضمان). لا تُجرِ ترحيلًا دون خريطة إعادة توجيه وبيئة معاينة بلا فهرسة وقياس CWV.
• المدونة أساسية — استخدم إضافة WordPress أو CMS بلا واجهة للمحتوى الجاد.

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

مصادر أولية من BigCommerce وGoogle.

BigCommerce

• مقدمة إلى SEO — نظرة BigCommerce الخاصة على SEO.
• حقول SEO — أماكن حقول العنوان والوصف وURL لكل كائن، والتمييز عن Search Keywords.
• خرائط الموقع — الإنشاء والإرسال التلقائيان.
• فهم ملف Robots.txt — تعديل robots.txt في الإدارة.
• إعادة التوجيه 301 — إعادة التوجيه التلقائية، والديناميكية مقابل اليدوية، والاستيراد بالجملة.
• قوالب Stencil — إطار القالب الحالي.
• Cornerstone (GitHub) — مصدر القالب المرجعي الافتراضي وملاحظات الإصدار.
• نظرة على Catalyst — إطار Next.js بلا واجهة وادعاءات أدائه.
• وثائق خريطة Catalyst — كيفية تقديم Catalyst لخريطة الموقع وإعادة توجيهها.
• واجهة Redirects API — إدارة عمليات إعادة التوجيه برمجيًا.

Google

• ترقيم التجارة الإلكترونية والتحميل التدريجي — عناوين URL فريدة لكل صفحة، وnoindex للفلاتر لا للترقيم.
• إرشادات بنية URL — «إنشاء بنية URL بسيطة» ولماذا هي إشارة صغيرة.
• البيانات المنظمة للمنتج — حقول Product المطلوبة/الموصى بها.
• مقدمة إلى البيانات المنظمة — تفضيل JSON-LD على microdata.

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

تصريحات موثقة من BigCommerce وGoogle، إضافة إلى بعض تصريحات الممارسين التي شكّلت النتائج الخاصة بـBigCommerce في هذا الدليل. كل رابط لمحرك بحث يقود مباشرة إلى المقطع المقتبس حيث تدعم الصفحة ذلك.

BigCommerce — Catalyst (رسمي)

• “open-source, composable, and fully-customizable headless commerce framework” (الترجمة العربية) «إطار تجارة إلكترونية بلا واجهة مفتوح المصدر وقابل للتركيب والتخصيص الكامل» انتقل إلى الاقتباس
• “Google Lighthouse score of 100” (الترجمة العربية) «درجة Google Lighthouse تبلغ 100» — ادعاء أساسي/تجريبي؛ تحقّق من بناء الإنتاج لديك. انتقل إلى الاقتباس
• “Experiment and scale without affecting Core Web Vitals.” (الترجمة العربية) «جرّب وتوسّع دون التأثير في Core Web Vitals» انتقل إلى الاقتباس

BigCommerce — خريطة Catalyst (الوثائق)

• “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml” (الترجمة العربية) «يعيد توجيه أي طلبات إلى خريطة Stencil القديمة تلقائيًا إلى خريطة sitemap الجديدة» انتقل إلى الاقتباس
• “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel” (الترجمة العربية) «يجلب فهرس خريطة الموقع من BigCommerce عبر طلب عنوان URL القانوني للقناة» انتقل إلى الاقتباس

BigCommerce — الكلمات المفتاحية الوصفية (المسرد)

• “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (الترجمة العربية) «وسم الكلمات المفتاحية الوصفية متوقف؛ أُنشئ أصلًا لمساعدة محركات البحث على فهم موضوع الصفحة، لكن مرسلي البريد المزعج أساؤوا استخدامه بشدة، ولذلك تتجاهله محركات البحث الآن تقريبًا بالكامل.» انتقل إلى الاقتباس

Google — الترقيم وبنية URL

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

الممارسون — نتائج خاصة بـBigCommerce (منقولة؛ تحقّق من المصدر)

• “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (الترجمة العربية) «يتضمن BigCommerce مخططًا أساسيًا للمنتج، لكنه لا يضيف ترميز المراجعات افتراضيًا.» — SeoProfy. المصدر
• “There still is no easy way to do this without editing theme files directly.” (الترجمة العربية) «لا تزال لا توجد طريقة سهلة لتنفيذ ذلك دون تعديل ملفات القالب مباشرة.» — OuterBox، عن canonical للتنقل متعدد الأوجه. المصدر
• “Partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (الترجمة العربية) «النشر الجزئي أسوأ من عدم النشر لأن Google تتطلب تأكيدًا ثنائي الاتجاه عبر جميع واجهات المتاجر قبل التعرف إلى إشارات hreflang.» — DigitalRoxy. المصدر
• “Server-rendered by default. Every page is HTML on first byte.” (الترجمة العربية) «معروض على الخادم افتراضيًا؛ فكل صفحة HTML عند أول بايت.» — 1Digital Agency، عن Stencil. المصدر
• “Google has said repeatedly that URL structure is a minor signal.” (الترجمة العربية) «قالت Google مرارًا إن بنية URL إشارة صغيرة.» — eComOne. المصدر

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

مرتبة حسب التأثير — العناصر الأولى تحرك النتائج أكثر.

تأثير مرتفع

• معالجة التنقل متعدد الأوجه — تحصل عناوين URL للفلاتر/الفرز على canonical وnoindex وفق قواعد المعلمات؛ ولا تُفهرس التركيبات التي لا طلب بحث عليها.
• عدم وضع noindex على الترقيم — تحتفظ الصفحة 2 فأعلى بـcanonical الخاص بها وتبقى قابلة للفهرسة؛ تحقّق من أن robots.txt الافتراضي لا يحظر ?page=2+.
• اجتياز Core Web Vitals — دقّق التطبيقات المثبتة بحثًا عن تضخم JavaScript؛ وارفع صورًا أصلية محسّنة؛ وتأكد من تفعيل تقديم WebP لإصدار قالبك.
• خريطة إعادة توجيه الترحيل (عند نقل القوالب أو إلى Catalyst) — يجب أن تكون مكتملة، مع عمليات إعادة توجيه ديناميكية للنقل الداخلي، ومعاينات بلا فهرسة.

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

• ضبط بنية URL على SEO Optimized (أو نمط Custom مقصود).
• إرسال خريطة XML في Google Search Console وBing Webmaster Tools.
• كتابة عناوين الصفحات والأوصاف الوصفية للصفحة الرئيسية وأهم المنتجات والفئات.
• تأكيد صحة canonical لكل نوع صفحة (تلقائي، لكن تحقّق).
• إضافة مخطط المراجعات عبر تطبيق (Yotpo/Stamped) أو JSON-LD مخصص.
• ربط Google Merchant Center عبر تطبيق Ads & Listings الأصلي.

الدولي (لواجهات المتاجر المتعددة فقط)

• تطبيق hreflang ثنائي الاتجاه عبر كل واجهات المتاجر (لا مجموعات جزئية).
• وجود x-default وصحة رموز ISO (en-GB لا en-UK).
• إدراج نطاقات IP الخاصة بـGooglebot في قائمة Akamai البيضاء كي لا تمنع إعادة التوجيه الجغرافي زحف واجهات المتاجر الدولية.

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

1. مجموعتان: التلقائي ومسؤوليتك. إما أن يأتي كل جانب من SEO في BigCommerce مجانًا (خريطة الموقع، canonical، robots.txt، إعادة توجيه 301s، عناوين URL مخصصة، مخطط Cornerstone، CDN، SSL)، أو يُترك لك (التنقل متعدد الأوجه، hreflang، مخطط المراجعات، تدقيق الترقيم، CWV، المحتوى). معرفة المجموعة التي ينتمي إليها العمل تخبرك هل تكتفي بضبطه أم تحتاج إلى بنائه.

2. فرز معلمات التنقل متعدد الأوجه. صنّف كل معلمة فلتر/فرز في واحدة من ثلاث فئات:

• فهرسة (canonical ذاتي) — الفلاتر ذات طلب بحث مستقل (مثل «أحذية جري حمراء»).
• canonical + noindex,follow — فلاتر التنقل فقط وترتيبات الفرز.
• حظر (فقط إلى جانب canonical/noindex) — التركيبات عديمة الفائدة التي لا طلب عليها. تذكّر أن robots.txt يوقف الزحف، لا الفهرسة؛ فلا تحظر عنوان URL تحتاج Google إلى قراءة canonical أو noindex فيه.

3. Stencil مقابل Catalyst = سقف الأداء. Stencil خيار افتراضي قوي قليل الجهد وله سقف LCP حقيقي. يرفع Catalyst السقف، لكنه يضيف بنية تحتية (تطبيق Node وVercel وانضباط الحزمة). اختره فقط إذا كانت CWV تفشل فعليًا على Stencil بعد التحسين، لا بسبب رقم Lighthouse-100 التسويقي.

4. hreflang كلّه أو لا شيء. إما تأكيد ثنائي الاتجاه عبر كل واجهات المتاجر، أو تتخلص Google من المجموعة. يكلف النشر الجزئي جهدًا ولا يعيد فائدة. وفي BigCommerce تحديدًا، لا فائدة من hreflang إذا كانت إعادة التوجيه الجغرافي في Akamai تبعد Googlebot عن الصفحات — أدرج القائمة البيضاء أولًا.

ورقة غش SEO في BigCommerce

أين توجد الأشياء في لوحة الإدارة

خيارات بنية URL

مسارات خريطة الموقع

• Stencil: /xmlsitemap.php
• Catalyst: /sitemap.xml (ويعيد /xmlsitemap.php التوجيه إلى هنا تلقائيًا)

قواعد التنقل متعدد الأوجه

ممنوعات

• لا تضع noindex على صفحات الفئات المرقمة.
• لا تعتمد على robots.txt لإزالة الفهرسة (فهو يمنع الزحف فقط).
• لا تنشر hreflang جزئيًا.
• لا تثق في robots.txt الافتراضي حول ?page= — دقّقه.
• لا تتعامل مع Lighthouse 100 في Catalyst كضمان للإنتاج.

أدوات SEO في BigCommerce

• Google Search Console — إرسال خريطة الموقع، وURL Inspection، وInternational Targeting (hreflang)، وCrawl Stats. هذه مرجعك لمعرفة ما تفعله Google فعليًا.
• Bing Webmaster Tools — إرسال خريطة ثانية، والتحكم في الزحف، وفحص الموقع.
• Screaming Frog / Ahrefs Site Audit — زحف المتجر لاكتشاف انفجار عناوين URL في التنقل متعدد الأوجه، وحظر robots.txt الافتراضي للترقيم، وسلاسل إعادة التوجيه، وصفحات الفئات الرقيقة/المكررة. هكذا تجد الفجوات الخاصة بـBigCommerce.
• تطبيقات المراجعات — Yotpo أو Stamped لإضافة AggregateRating/مخطط المراجعات الذي يحذفه القالب الافتراضي.
• أدوات الخلاصات — تطبيق Ads & Listings on Google الأصلي، أو FeedOps أو DataFeedWatch أو ExportFeed لتحكم أدق في خلاصة Merchant Center.
• مدقق hreflang من Aleyda Solis — تحقق من hreflang لواجهات المتاجر المتعددة قبل الوثوق به.
• PageSpeed Insights / Lighthouse — قارن CWV في Stencil وCatalyst قبل أي ترحيل وبعده؛ وأعد الفحص بعد كل مجموعة تثبيتات للتطبيقات.
• BigCommerce Script Manager — المكان الذي تحقن فيه JSON-LD وتجاوزات canonical التي لا يوفرها BigCommerce أصليًا.

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

هذه أخطاء متكررة يمكن تجنبها على هذه المنصة تحديدًا، وليست نصائح SEO عامة.

افتراض أن التنقل متعدد الأوجه مُعالَج

تدفع نقاط قوة BigCommerce الحقيقية (خريطة موقع تلقائية، و301s تلقائية، وrobots.txt قابل للتعديل) الناس إلى افتراض أن المنصة تدير أيضًا عناوين URL للفلاتر والفرز. لكنها لا تفعل. لماذا هذا خطأ: إذا تُركت التركيبات دون إدارة، يحصل كل فلتر على عنوان URL خاص قابل للزحف بلا canonical تلقائي يعيده إلى الفئة الأصلية — ما يخلق ارتفاعًا أسيًا في الصفحات شبه المكررة ويبدد السلطة وميزانية الزحف. ما العمل بدلًا من ذلك: صنّف كل معلمة فلتر وفرز وفق جدول الفرز في تبويب Advanced (فهرسة / canonical مع noindex / حظر)، وطبّق القواعد عبر تجاوزات قالب Stencil أو Script Manager. لا أحد ينفذ ذلك نيابةً عنك.

ملء Meta Keywords

ما زالت لوحة حقول SEO تعرض مربع Meta Keywords، فيملؤه الناس لأنه موجود. لماذا هذا خطأ: يسمي مسرد BigCommerce الوسم متوقفًا — تتجاهله محركات البحث تقريبًا بالكامل، والوقت الذي تنفقه عليه هو وقت لا تنفقه على title tags أو meta descriptions التي تهم فعلًا. ما العمل بدلًا من ذلك: تجاهل Meta Keywords بالكامل. وإذا أردت مساعدة البحث الداخلي في موقعك، فاستخدم حقل Search Keywords المنفصل؛ فهو حقل مختلف لغرض مختلف، والخلط بينهما يهدر الجهد في الجانبين.

وضع noindex على الترقيم

عندما تواجه مشكلة «عدد كبير من الصفحات المفهرسة»، قد تميل إلى وضع noindex على الصفحة 2 والصفحة 3 وهكذا. لماذا هذا خطأ: توجّه إرشادات Google للتجارة الإلكترونية إلى منح كل صفحة مرقمة عنوان URL فريدًا وcanonical خاصًا بها — فـnoindex مخصص لتنويعات الفلاتر/الفرز، لا للترقيم. يؤدي noindex للترقيم إلى إزالة مخزون منتجات حقيقي من البحث. ما العمل بدلًا من ذلك: أبقِ كل صفحة مرقمة ذات canonical ذاتي وقابلة للفهرسة؛ واحتفظ بـnoindex لعناوين URL لفلاتر التنقل وترتيبات الفرز التي هي مكررة فعلًا.

الترحيل إلى Catalyst بلا خريطة إعادة توجيه

يُعامل الانتقال من Stencil إلى Catalyst (أو بين القوالب) كمشروع واجهة، وتُضاف SEO في النهاية إن أضيفت. لماذا هذا خطأ: وفقًا لوصف 1Digital لإخفاقات الترحيل الكلاسيكية، فإن السببين الأكثر شيوعًا لفقدان سلطة الترتيب هما خرائط إعادة التوجيه المفقودة والحزم الثقيلة بـJavaScript التي تضعف Core Web Vitals — وكلاهما قابل للتجنب، وكلاهما يستمر في الحدوث. ما العمل بدلًا من ذلك: أنشئ خريطة إعادة التوجيه (عنوان URL القديم → عنوان URL الجديد) قبل بدء الترحيل، وأبقِ بيئة المعاينة بلا فهرسة باستخدام X-Robots-Tag أو حظر robots.txt، وقِس Core Web Vitals قبل التحويل وبعده.

واجهات متاجر hreflang جزئية

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

هل ينبغي أن تنتقل من Stencil إلى Catalyst؟

إن اختيار Stencil مقابل Catalyst هو فرع «أي مسار أسلك؟» الحقيقي على هذه المنصة — فهو يحدد سقف Core Web Vitals ويأتي بتكلفة بنية تحتية فعلية إن أخطأت. وتتبنى شجرة القرار هنا مصفوفة القرار نفسها الموجودة في تبويب Advanced.

مطالبات لمهام SEO في BigCommerce

نقاط بداية قابلة للنسخ واللصق لمهام التحليل المتكررة في هذا الدليل. ألصق بيانات متجرك، ثم راجع الناتج مقابل قواعد تبويب Advanced قبل التصرف.

صنّف قائمة من عناوين URL للتنقل متعدد الأوجه

ألصق قائمة بعناوين URL مستخرجة من عملية زحف (Screaming Frog أو Ahrefs Site Audit أو سجلات الخادم). توقّع جدولًا يضع كل عنوان URL في مجموعة الفرز المناسبة في هذا الدليل، مع هدف canonical وتوجيه robots لكل عنوان.

Here is a list of URLs from my BigCommerce category and filter pages:

[paste URLs, one per line]

For each URL, classify it as one of:
1. Main category or high-demand filter (has standalone search value) — self-canonical, index
2. Navigation-only filter or sort-order variation — canonicalize to the parent category, noindex,follow
3. Pagination (page 2+) — self-canonical, index

State the reasoning for each classification and the canonical URL you'd assign.
Flag any URL you're not confident about instead of guessing.

صِغ وسوم hreflang لإعداد واجهات متاجر متعددة

ألصق قائمة نطاقات واجهات المتاجر واللغة/المنطقة الخاصة بكل منها. توقّع كتلة hreflang ثنائية الاتجاه (تتضمن x-default) لصفحة نموذجية واحدة، ثم طبّقها عبر Script Manager أو قوالب Stencil المخصصة أو تعليقات خريطة الموقع — وكررها على كل واجهة في المجموعة، لأن النشر الجزئي يُهمل بالكامل.

I run these BigCommerce storefronts off one shared catalog:

- us.example.com — English, United States
- uk.example.com — English, United Kingdom
- ca.example.com — French, Canada

Generate the bidirectional hreflang tag set (with x-default) for the product page
at /blue-widget/ across all three storefronts, using correct ISO region codes
(not bare language codes). Show me the exact tags for each version of the page.

دقّق خريطة إعادة التوجيه من Stencil إلى Catalyst بحثًا عن الفجوات

ألصق قائمتين من عناوين URL — عناوين Stencil الحالية وعناوين Catalyst المخطط لها (أو تصدير CSV لكليهما). توقّع قائمة بالأزواج المتطابقة وقائمة معلّمة بأي عنوان URL قديم بلا تعيين لعنوان جديد مقابل، وهو السبب الأكثر شيوعًا لفقدان سلطة الترتيب في هذه الترحيلات.

Here is my current URL list (Stencil) and my planned URL list (Catalyst):

Current:
[paste URLs]

Planned:
[paste URLs]

Match each current URL to its most likely planned-URL equivalent. List any current
URL that has no clear match so I can add it to the redirect map manually before
migrating. Don't guess a match you're not confident about — flag it instead.

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

على الموقع، ذات صلة

• التنقل متعدد الأوجه — التعمق المحايد للمنصة في مشكلة SEO رقم 1 في BigCommerce؛ أما هذا المقال فهو تطبيق خاص بـBigCommerce.
• Canonicalization — آليات canonical وراء قواعد التنقل متعدد الأوجه أعلاه.
• الزحف — ميزانية الزحف ولماذا يهم انفجار عناوين URL للتنقل متعدد الأوجه.

BigCommerce الرسمي

• Catalyst — الإطار بلا واجهة.
• مقدمة إلى SEO وحقول SEO.

أدلة الممارسين (مفيدة، لكن تحقّق من سلوك المنصة الحالي)

• Orbit Media — إعدادات SEO في BigCommerce — شرح مصوّر لإعدادات SEO في لوحة الإدارة.
• NetProfitMarketing — دليل SEO في BigCommerce وقواعد معلمات التنقل متعدد الأوجه.
• 1Digital Agency — SEO في Stencil مقابل Catalyst — تحليل مفاضلة الأداء.
• DigitalRoxy — hreflang لواجهات المتاجر المتعددة — إصلاح إعادة التوجيه الجغرافي في Akamai.
• OuterBox — مشكلات SEO في BigCommerce وSeoProfy.
• eComOne — SEO في Shopify مقابل BigCommerce.

من أنحاء المجال

• NetProfitMarketing — ترقيات Stencil إلى Cornerstone: مشكلات SEO والأداء — مخاطر ترحيل القالب الخاصة بـBigCommerce والمتداخلة مع مخاطر الترحيل من Stencil إلى Catalyst.
• NetProfitMarketing — قواعد معلمات التنقل متعدد الأوجه وcanonical في BigCommerce — تصنيف المعلمات الخاص بـBigCommerce وتطبيق canonical لعناوين URL للفلاتر.
• BigCommerce — نظرة على البحث متعدد الأوجه — شرح BigCommerce الخاص لكيفية عمل البحث متعدد الأوجه، وسياق مفيد قبل تطبيق قواعد canonical/noindex.
• PageSpeedMatters — دليل السرعة النهائي لـBigCommerce — ضبط CDN في Akamai وBrotli وتحسين التخزين المؤقت عند الحافة وتأثير TTFB/LCP على متاجر BigCommerce.
• SearchFit.ai — مراجعة ميزات SEO في BigCommerce — تدقيق مستقل لميزات SEO المضمّنة في BigCommerce وحدودها، بما في ذلك سلوك تقديم الصور في Stencil.

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

خمسة أسئلة حول ما ينجزه BigCommerce تلقائيًا مقابل ما عليك إنجازه بنفسك. اختر إجابة لكل سؤال، ثم تحقّق.

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