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

الخلاصة — هذه قائمة فحص تنفذها بالترتيب لمتجر Shopify، وليست شرحاً؛ فإذا أردت معرفة «لماذا» وراء كل بند، ولا سيما آلية تكرار عنوان URL بين المجموعة والمنتج، فارجع إلى مقال Shopify SEO الرئيسي. يتولى Shopify كثيراً من الأمور تلقائياً: الوسوم الأساسية، وخريطة الموقع التلقائية، وHTTPS، وشبكة CDN. قد تضيف القوالب والتطبيقات بيانات منظمة، لذلك تحقق من مخرجاتها الفعلية. تغطي هذه القائمة الخيارات المهمة التي يتركها Shopify لك. وأهم بند منفرد هو التأكد من أن الروابط الداخلية إلى المنتجات تطابق عنوان /products/ النظيف، لا نسخة المجموعة الطويلة.

Evidence for this claim Shopify automatically generates canonical tags and sitemap files and includes SSL for stores. Scope: Current Shopify platform defaults; themes and apps can add conflicting markup. Confidence: high · Verified: 2026-07-14 Shopify Help Center: Improving SEO Evidence for this claim Shopify supports URL redirects for forwarding visitors from an old store path to a new one. Scope: Shopify admin redirect functionality and platform constraints. Confidence: high · Verified: 2026-07-14 Shopify Help Center: URL redirects

ما هذه القائمة وما ليست إياه؟

Shopify جيد فعلاً لـSEO مباشرة بعد الإعداد؛ فهو يضيف الوسوم الأساسية، وينشئ خريطة موقع، ويقدم كل شيء عبر HTTPS على شبكة CDN سريعة، وتوفر قوالبه الأساسية بيانات منظمة للمنتجات. لذلك فهذه ليست مهمة إنقاذ، بل قائمة بالأمور القليلة التي لا ينفذها Shopify نيابة عنك، مرتبة بالترتيب الذي ستعمل به فعلاً: البنية أولاً، ثم المحتوى، ثم الجوانب التقنية، ثم السرعة، وأخيراً مراجعة ما قبل الإطلاق.

لن أعيد شرح المفاهيم هنا. عندما يحتاج بند إلى خلفية، أضع رابطاً إليها، وغالباً إلى مقال Shopify SEO الرئيسي، وإلى صفحات الوسم الأساسي والبيانات المنظمة وخرائط الموقع وrobots.txt الموجودة بالفعل في الموقع.

1. بادئات عناوين URL ثابتة، ولا تملك إلا المعرّف

لا يمكنك في Shopify تغيير /products/ أو /collections/ أو /pages/ أو /blogs/. هذه البادئات مدمجة في المنصة على كل الخطط. ما تملكه هو المعرّف، أي slug الذي يلي البادئة. لذلك فمهمة URL صغيرة: اجعل المعرّفات قصيرة ووصفية، وأنشئ إعادة توجيه 301 كلما غيرت واحداً منها.

2. أصلح عنوان URL المكرر بين المجموعة والمنتج، فهو الإصلاح الأكبر

يمكن الوصول إلى كل منتج داخل مجموعة عبر عنوانين: العنوان النظيف /products/handle والعنوان الأطول /collections/collection-handle/products/handle. يشير الوسم الأساسي في Shopify بالفعل إلى العنوان النظيف، وهذا جيد. لكن المشكلة أن كثيراً من القوالب تنشئ روابطها الداخلية باستخدام النسخة الطويلة، فيرسل موقعك إلى Google إشارتين متعارضتين. توصي Google بأن تشير الروابط الداخلية وخريطة الموقع والوسوم الأساسية كلها إلى العنوان نفسه. إصلاح روابط القالب الداخلية لتستخدم عنوان /products/ النظيف هو أعلى بند تقني قيمة في هذه القائمة كلها. تجد الآلية الكاملة وإصلاح Liquid في مقال Shopify SEO الرئيسي.

3. اكتب عناوين وأوصافاً تعريفية فريدة

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

4. افحص بياناتك المنظمة

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

5. تحقق من خريطة الموقع ولا تحاول تحريرها

توجد خريطة موقعك في yourdomain.com/sitemap.xml، وتحدّث نفسها، ولا يمكن تحريرها يدوياً. ما عليك إلا إرسالها في Google Search Console وBing Webmaster Tools والتأكد من خلوها من المشكلات.

6. اترك robots.txt كما هو ما لم تكن تعرف ما تفعل

ملف robots.txt الافتراضي في Shopify مناسب لمعظم المتاجر. يمكنك تجاوزه بملف robots.txt.liquid، لكن Shopify نفسه يصف ذلك بأنه تخصيص غير مدعوم ويحذر من أنك قد تفقد زياراتك كلها إذا أخطأت. لا تمسه إلا بمساعدة مطور يفهم المخاطر.

7. راقب تضخم التطبيقات

كل تطبيق يضيف وظائف إلى واجهة المتجر يحقن JavaScript عادةً، وهذا يبطئ الصفحات. راجع تطبيقاتك المثبتة، واحذف ما لا تستخدمه، وتأكد من أن التطبيقات المحذوفة لم تترك شيفرة وراءها. قِس Core Web Vitals قبل إضافة أي شيء جديد.

قبل الإطلاق

قبل تشغيل متجر جديد أو منقول: أزل كلمة مرور واجهة المتجر، وتأكد من عدم بقاء noindex على مستوى الموقع، واربط كل عنوان قديم بإعادة توجيه 301، وأعد إرسال خريطة الموقع، وراقب أخطاء 404s في الأسابيع الأولى.

هل تريد نسخة التدقيق المرتبة التي تتضمن نص Google الدقيق، وتفاصيل Liquid، وفخ المخطط الملتبس، وقائمة ما قبل الإطلاق كاملة؟ انتقل إلى تبويب Advanced.

الخلاصة — هذه قائمة الإجراءات المصاحبة لشرح Shopify SEO، الذي يملك المفاهيم؛ لا أعيد تعريفها هنا بل أحولها إلى فحوص. نفذها بالترتيب: 1) بنية URL: بادئات /products/ و/collections/ و/pages/ و/blogs/ ثابتة، ولا تملك إلا المعرّف، وتغيير المعرّف يحتاج إلى 301. 2) إصلاح تكرار عنوان المجموعة والمنتج: يشير canonical_url في Shopify عادةً إلى عنوان المنتج النظيف، لكن الروابط الداخلية في القوالب القديمة أو المخصصة التي تستخدم | within: collection قد تشير إلى العنوان الطويل، وهي إشارة منافسة تقول Google صراحةً إن عليك إزالتها؛ وهذا البند الأول في الأولوية. 3) العناوين والأوصاف: العناوين تلقائية، أما الأوصاف التعريفية فلا، وأوصاف المجموعات فارغة افتراضياً. 4) البيانات المنظمة: تحقق مما ينتجه القالب، وأكمل نقص sku وgtin والشحن والإرجاع، وراقب المخطط الملتبس الناتج عن القالب والتطبيق في GSC. 5) خريطة الموقع: تلقائية وغير قابلة للتحرير؛ تحقق منها وأرسلها ولا تحررها يدوياً. 6) robots.txt.liquid: قابل للتحرير منذ يونيو 2021، لكنه غير مدعوم ومحفوف بالمخاطر. 7) السرعة والتطبيقات: قِس CWV، ودقق التطبيقات، وأزل الشيفرة الشبحية. 8) Bing: Webmaster Tools مع IndexNow. 9) ما قبل الإطلاق: كلمة المرور وnoindex وإعادات التوجيه وانتقال canonical وhreflang وإعادة إرسال خريطة الموقع ومراقبة 404s.

Evidence for this claim Shopify automatically generates canonical tags and sitemap files and includes SSL for stores. Scope: Current Shopify platform defaults; themes and apps can add conflicting markup. Confidence: high · Verified: 2026-07-14 Shopify Help Center: Improving SEO Evidence for this claim Shopify supports URL redirects for forwarding visitors from an old store path to a new one. Scope: Shopify admin redirect functionality and platform constraints. Confidence: high · Verified: 2026-07-14 Shopify Help Center: URL redirects

كيفية استخدام هذه القائمة

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

1. بنية URL: دقق المعرّفات واحترم البادئات

بادئات /products/ و/collections/ و/pages/ و/blogs/ قيود غير قابلة للتفاوض في المنصة. لا يمكنك إزالتها أو تسطيحها أو إعادة هيكلتها في أي خطة، وهي نقطة تخففها معظم قوائم المنافسين إلى نصيحة مبهمة مثل «استخدم عناوين URL نظيفة». لا تملك لتحسينه إلا المعرّف بعد البادئة.

• المعرّفات قصيرة ووصفية وذات صلة بالكلمة المفتاحية.
• كل تغيير لمعرّف يصاحبه توجيه 301 إلى العنوان الجديد عبر أداة URL Redirects في Shopify.
• لا تحارب البادئات، ولا تحاول إجبار عناصر /products/ على الظهور كعناوين في جذر الموقع.

2. عنوان URL المكرر بين المجموعة والمنتج: الإصلاح الأعلى أولوية

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

• العنوان النظيف /products/handle
• العنوان المتداخل في المجموعة /collections/collection-handle/products/handle

يشير كائن canonical_url في Shopify افتراضياً وبصورة صحيحة إلى الوسم الأساسي للعنوان النظيف /products/handle. المشكلة في الروابط الداخلية: تنشئ القوالب روابط المنتجات داخل حلقات المجموعات عادةً باستخدام مرشح Liquid المسمى | within: collection، فينتج العنوان الطويل المتداخل. وهكذا يقول وسمك الأساسي شيئاً بينما تقول روابطك الداخلية شيئاً آخر، فتظهر إشارة منافسة.

إرشادات Google لعناوين URL في التجارة الإلكترونية صريحة في هذا الشأن:

“Use the same URL in internal links, sitemap files, and <link rel="canonical"> tags.” (ترجمة) «استخدم عنوان URL نفسه في الروابط الداخلية وملفات خريطة الموقع ووسوم <link rel="canonical">.»

وكذلك:

“Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (ترجمة) «قلل عدد عناوين URL البديلة التي تعرض المحتوى نفسه لتجنب أن ترسل Google إلى موقعك طلبات أكثر من اللازم.»

تذكر أن الوسم الأساسي تلميح لا توجيه؛ إذ تزنه Google مع روابطك الداخلية وخريطة الموقع عندما تختار العنوان الذي ستفهرسه. إذا خالفت روابطك الداخلية باستمرار العنوان الأساسي فأنت تمنحها سبباً لمخالفتك. لا يلغي الوسم الأساسي وحده هذا التعارض بالكامل؛ بل يجب أن تتفق الروابط الداخلية أيضاً.

• ازحف إلى الموقع وتأكد من أن الوسوم الأساسية للمنتجات تصل إلى عنوان /products/handle النظيف، وهي تفعل ذلك عادةً بالفعل.
• دقق الروابط الداخلية في قالب المجموعة والمنتج، وتوقف عن إنشائها باستخدام | within: collection حتى تشير إلى العنوان النظيف.
• تأكد من أن خريطة الموقع تسرد العناوين النظيفة، وهو السلوك الافتراضي، حتى تتفق الروابط الداخلية وخريطة الموقع والوسم الأساسي.

توجد الآلية الكاملة وتغيير Liquid الدقيق في مقال Shopify SEO الرئيسي؛ فهذا هو قسم «التدقيق والإصلاح» لا قسم «لماذا».

3. العناوين والأوصاف التعريفية: انتبه إلى فخ المجموعة الفارغة

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

• وسم عنوان فريد ومكتوب يدوياً لكل منتج ومجموعة وصفحة، ويُحرر في معاينة قائمة محرك البحث في القالب بدلاً من تركه للقالب التلقائي عندما يكون مهماً.
• وصف تعريفي فريد لكل منتج ومجموعة وصفحة مهمة.
• لا توجد أوصاف فارغة للمجموعات التي تريد أن تحتل ترتيباً.

4. البيانات المنظمة: تحقق من المدمج وأكمل النقص وتجنب التكرار

تشجع إرشادات Google للتجارة الإلكترونية فعلياً مسار المنصة:

“Consider using an ecommerce platform’s integrated extensions or plugins, as they may automate structured data addition rather than manual coding.” (ترجمة) «فكر في استخدام إضافات أو مكونات مدمجة في منصة التجارة الإلكترونية، لأنها قد تؤتمت إضافة البيانات المنظمة بدلاً من كتابة الشيفرة يدوياً.»

لذلك لا يلزمك كتابة JSON-LD يدوياً في Shopify، لكن يلزمك التحقق منه. تنتج القوالب المجانية، مثل Dawn، مخطط Product أساسياً يتضمن الاسم والصورة والسعر والتوفر عبر مرشح structured_data في القالب، لكنها كثيراً ما تغفل sku وgtin وshippingDetails وhasMerchantReturnPolicy. ولا يكون مخطط BreadcrumbList ومخطط Organization أو Article مدمجاً عادةً. كما أن معيار Google لنتائج المنتجات المنسقة محدد:

“Adding the required product information properties for merchant listings means that your product pages can also be eligible for product snippets.” (ترجمة) «تعني إضافة خصائص معلومات المنتج المطلوبة لقوائم التجار أن صفحات منتجاتك قد تصبح مؤهلة أيضاً لمقتطفات المنتجات.»

• افحص تقرير التحسينات أو Products في GSC بحثاً عن الأخطاء والتحذيرات.
• ابحث تحديداً عن تحذيرات “ambiguous data”؛ فهي علامة تقليدية على أن القالب وتطبيق SEO ينتجان مخططي Product متنافسين. اختر مصدراً واحداً.
• تحقق من وجود الخصائص المطلوبة، وهي name وimage وكتلة offers تتضمن price وpriceCurrency، وأكمل الفجوات الموصى بها، وهي availability وsku وgtin وshippingDetails وhasMerchantReturnPolicy، حيثما أمكن. تدرج وثائق Google لقوائم التجار availability ضمن الموصى به لا المطلوب.
• تحقق باستخدام Rich Results Test من Google.

5. Sitemap.xml: تحقق منها وأرسلها ولا تحررها يدوياً

توجد خريطة موقع Shopify دائماً في yourdomain.com/sitemap.xml، وتُعاد توليدها تلقائياً مع تغير المنتجات والمجموعات والصفحات ومنشورات المدونة، كما تقسم نفسها بين ملفات، إذ تتولى عنك حد 50 000 عنوان URL لكل ملف. وما لا يمكنك فعله هو تحريرها يدوياً أو إزالة عناوين فردية منها أو إنشاء خرائط صور أو فيديو مخصصة. تقول معظم قوائم المنافسين «أرسل خريطة موقعك» من دون أن تذكر أبداً أنك لا تتحكم فيها مباشرة.

• أُرسلت خريطة الموقع في Google Search Console.
• أُرسلت خريطة الموقع في Bing Webmaster Tools.
• الخريطة نظيفة وخالية من الأخطاء، ولا تهدر وقتك في محاولة تحرير شيء يعيد توليد نفسه.

أكد Bing أن خرائط الموقع النظيفة والحديثة تظل مهمة حتى مع تطور واجهات البحث المدعومة بالذكاء الاصطناعي، لذلك يبقى هذا بنداً حقيقياً في القائمة ولا يُخفض في الأولوية.

6. robots.txt.liquid: قابل للتحرير لكنه غير مدعوم ومحفوف بالمخاطر

ينشئ Shopify ملف robots.txt تلقائياً، وهو مناسب لمعظم المتاجر. منذ يونيو 2021 يمكنك تجاوزه بقالب robots.txt.liquid، لكن Shopify نفسه يصنفه تخصيصاً غير مدعوم ويحذر من أن الاستخدام غير الصحيح قد يؤدي إلى فقدان الزيارات كلها. فهو ليس «مقفلاً»، خلافاً لخرافة شائعة، وليس آمناً للعبث أيضاً.

• تُرك robots.txt الافتراضي كما هو ما لم يوجد سبب ملموس ومحدد لتغييره.
• ينفذ أي تعديل في robots.txt.liquid مطور يفهم المخاطر، ويُتحقق منه قبل التعديل وبعده.
• لا يوجد حظر عرضي للموارد التي يحتاج إليها Google لعرض المتجر.

7. سرعة القالب وتضخم التطبيقات

يتولى Shopify كثيراً من الأداء تلقائياً، بما في ذلك CDN وHTTP/2 وgzip والتصغير وتحويل الصور إلى WebP. العاملان اللذان تتحكم فيهما فعلاً هما اختيار القالب وعدد التطبيقات. كل تطبيق يضيف وظيفة إلى واجهة المتجر يحقن JavaScript عادةً، وتطبيقات المحادثة المباشرة والبيع الإضافي والمراجعات من مسببات البطء المتكررة. والأسوأ أن حذف التطبيق لا يزيل دائماً الشيفرة التي حقنها؛ فالشيفرة «الشبحية» المتروكة عبء حقيقي وشائع.

• قِس Core Web Vitals قبل تثبيت أي تطبيق جديد حتى تستطيع قياس تكلفته.
• دقق التطبيقات كل ربع سنة: احذف ما لا تستخدمه، وتعامل مع كل تطبيق باقٍ بوصفه تكلفة سرعة لا ميزة فحسب.
• افحص شيفرة القالب بحثاً عن مقتطفات شبحية تركتها تطبيقات محذوفة.
• اربط تدقيق التطبيقات بالمراقبة المستمرة لـCWV، وارجع إلى مجموعة أداء الويب للمقاييس نفسها.

8. Bing: أدوات مشرفي المواقع مع IndexNow

في قائمة الفحص تتطابق متطلبات Bing الأساسية تقريباً مع Google: خريطة موقع صالحة قابلة للاكتشاف، وملف robots.txt لا يحظر المحتوى الأساسي، ومعالجة نظيفة لإعادات التوجيه، وعناوين وأوصاف واضحة. الإضافة الخاصة بـBing التي تستحق سطراً هي IndexNow؛ إذ تشجع Microsoft بنشاط على إرسال عناوين URL المتغيرة عبر واجهة IndexNow API لإعادة الزحف بسرعة أكبر.

• تم التحقق من المتجر في Bing Webmaster Tools وإرسال خريطة الموقع.
• فكر في تطبيق أو تكامل IndexNow حتى يُعاد الزحف إلى تغييرات المنتجات والأسعار بسرعة أكبر.

9. قائمة ما قبل الإطلاق، وهي الجزء الذي تفصله معظم الأدلة

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

• أزيلت كلمة مرور واجهة المتجر قبل تحويل DNS؛ فلا يمكن الزحف إلى متجر حي خلف بوابة كلمة مرور.
• لا يوجد noindex متبقٍ على مستوى الموقع؛ تأكد من أن إجراءً «احترازياً» من بيئة الاختبار لا يحظر الفهرسة عالمياً.
• خريطة كاملة لإعادات 301 من كل عنوان قديم، بما في ذلك النسخ المصفاة والمرقمة، إلى العنوان الجديد المطابق.
• انتقلت آلية canonical وhreflang بصورة صحيحة إلى البنية الجديدة، وتهم hreflang إذا كنت تدير لغات أو أسواقاً متعددة.
• أعيد إرسال خريطة الموقع في GSC وBing فور تشغيل الموقع.
• تتم مراقبة أخطاء 404s وإحصاءات الزحف عن كثب في الأسابيع الأولى حتى تظهر إعادات التوجيه المعطوبة سريعاً.

ما تعمدت استبعاده

تُغطى أساسيات SEO 101 العامة، مثل بحث الكلمات المفتاحية وإعداد التحليلات وأساسيات النص البديل، في كل مكان وليست خاصة بـShopify. تبرز هذه القائمة قيود المنصة والإصلاح الوحيد، أي محاذاة الروابط الداخلية مع canonical، الذي تدفنه معظم قوائم Shopify. لدى WordPress والمنصات الأخرى نظائرها؛ وإذا كنت تقارن فقائمة فحص WordPress SEO هي المقال الشقيق.

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

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

• هذه قائمة الإجراءات وليست الشرح. يملك مقال Shopify SEO المفاهيم، وتجعلها هذه الصفحة قابلة للفحص بالترتيب: البنية ← المحتوى ← الجوانب التقنية ← السرعة ← ما قبل الإطلاق.
• بادئات URL ثابتة. لا يمكن تغيير /products/ و/collections/ و/pages/ و/blogs/ في أي خطة؛ ولا تملك إلا المعرّف. إذا غيرته فأرسل معه 301.
• البند الأول: أصلح عنوان URL المكرر بين المجموعة والمنتج. يشير الوسم الأساسي في Shopify بالفعل إلى /products/handle النظيف، لكن الروابط الداخلية للقالب المبنية باستخدام | within: collection تشير إلى العنوان المتداخل الطويل، فتنتج إشارة منافسة. تقول Google إن الروابط الداخلية وخريطة الموقع والوسم الأساسي يجب أن تستخدم العنوان نفسه؛ والوسم الأساسي وحده، وهو تلميح لا توجيه، لا يصلح روابط داخلية مخالفة.
• تُنشأ العناوين تلقائياً، أما الأوصاف التعريفية فلا، كما أن أوصاف المجموعات فارغة افتراضياً؛ فاكتب نصوصاً فريدة.
• البيانات المنظمة: تحقق من مخطط Product في القالب، وأكمل نقص sku وgtin والشحن والإرجاع، وراقب تحذيرات “ambiguous data” عندما ينتج القالب والتطبيق مخطط Product معاً. تشجع Google مسار المنصة أو التطبيق بدلاً من الكتابة اليدوية.
• Sitemap.xml تلقائية وغير قابلة للتحرير؛ تحقق منها وأرسلها في GSC وBing، ولا تحاول تحريرها يدوياً.
• robots.txt.liquid قابل للتحرير منذ يونيو 2021 لكنه غير مدعوم؛ يحذر Shopify من أن إساءة استخدامه قد تفقدك الزيارات كلها، فلا تمسه إلا بمطور.
• السرعة: يؤتمت Shopify شبكة CDN والضغط وWebP؛ وأنت تتحكم في القالب وعدد التطبيقات. قِس CWV قبل إضافة التطبيقات، ودققها كل ربع سنة، وأزل الشيفرة الشبحية التي تتركها التطبيقات المحذوفة.
• Bing: استخدم Webmaster Tools وخريطة الموقع، وفكر في IndexNow لإعادة الزحف بسرعة أكبر.
• ما قبل الإطلاق: أزل كلمة مرور واجهة المتجر، وأزل أي noindex على مستوى الموقع، واربط كل 301، وانقل canonical وhreflang، وأعد إرسال خريطة الموقع، وراقب 404s.
• خرافة يجب إسقاطها: إحصائية أن «85 % من مشكلات Shopify SEO» سببها canonical لا مصدر موثوقاً لها.

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

وثائق المصادر الأولية التي تستند إليها بنود القائمة.

Google

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

Bing / Microsoft

• الحفاظ على قابلية اكتشاف المحتوى بخرائط الموقع في البحث المدعوم بالذكاء الاصطناعي (مدونة Bing Webmaster، يوليو 2025) — تظل نظافة خريطة الموقع مهمة مع تغير واجهات البحث.

Shopify، وثائق المنصة

• تحرير robots.txt.liquid — التخصيص ممكن لكنه غير مدعوم ومحفوف بالمخاطر.
• العثور على خريطة موقعك وإرسالها — تُنشأ خريطة الموقع تلقائياً في /sitemap.xml.
• تحسين أداء متجرك الإلكتروني — ما يؤتمته Shopify وما تتحكم فيه أنت.

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

صياغة رسمية من وثائق Google للتجارة الإلكترونية. يقود كل رابط مباشرةً إلى المقطع المقتبس.

Google: بنية URL للتجارة الإلكترونية، أي بند المجموعة والمنتج

• “Use the same URL in internal links, sitemap files, and <link rel="canonical"> tags.” (ترجمة) «استخدم عنوان URL نفسه في الروابط الداخلية وملفات خريطة الموقع ووسوم <link rel="canonical">.» — Google Search Central، تصميم بنية عناوين URL لمواقع التجارة الإلكترونية. انتقل إلى الاقتباس
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (ترجمة) «قلل عدد عناوين URL البديلة التي تعرض المحتوى نفسه لتجنب أن ترسل Google إلى موقعك طلبات أكثر من اللازم.» انتقل إلى الاقتباس

Google: البيانات المنظمة على منصة

• “Consider using an ecommerce platform’s integrated extensions or plugins, as they may automate structured data addition rather than manual coding.” (ترجمة) «فكر في استخدام إضافات أو مكونات مدمجة في منصة التجارة الإلكترونية، لأنها قد تؤتمت إضافة البيانات المنظمة بدلاً من كتابة الشيفرة يدوياً.» — Google Search Central، تضمين البيانات المنظمة ذات الصلة بالتجارة الإلكترونية. انتقل إلى الاقتباس

Google: أهلية مخطط المنتج

• “Adding the required product information properties for merchant listings means that your product pages can also be eligible for product snippets.” (ترجمة) «تعني إضافة خصائص معلومات المنتج المطلوبة لقوائم التجار أن صفحات منتجاتك قد تصبح مؤهلة أيضاً لمقتطفات المنتجات.» — Google Search Central، البيانات المنظمة للمنتجات. انتقل إلى الاقتباس

قائمة فحص Shopify SEO

نفذها من الأعلى إلى الأسفل. البنود مرتبة وفق طريقة تنفيذ العمل فعلياً.

بنية URL

• المعرّفات، أي slug بعد /products/ و/collections/ و/pages/ و/blogs/، قصيرة ووصفية وذات صلة بالكلمة المفتاحية.
• تقبل أن البادئات ثابتة ولا تحارب المنصة لإزالتها.
• كل تغيير لمعرّف يصاحبه توجيه 301.

عنوان URL المكرر بين المجموعة والمنتج، وهو الأعلى أولوية

• تصل الوسوم الأساسية للمنتج إلى عنوان /products/handle النظيف.
• لا تستخدم روابط القالب الداخلية إلى المنتجات | within: collection، بل تشير إلى العنوان النظيف لا إلى /collections/.../products/... المتداخل.
• تتفق الروابط الداخلية وخريطة الموقع والوسوم الأساسية على العنوان نفسه.

العناوين والأوصاف التعريفية

• وسم عنوان فريد لكل منتج ومجموعة وصفحة.
• وصف تعريفي فريد لكل صفحة مهمة.
• لا توجد أوصاف فارغة للمجموعات التي تريد ترتيبها.

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

• فُحص تقرير التحسينات أو Products في GSC بحثاً عن الأخطاء والتحذيرات.
• لا توجد تحذيرات “ambiguous data”، ولا ينتج القالب والتطبيق مخطط Product معاً.
• الخصائص المطلوبة موجودة، وأُكملت فجوات sku وgtin وshippingDetails وhasMerchantReturnPolicy حيثما أمكن.
• تم التحقق عبر Rich Results Test من Google.

خريطة الموقع

• أُرسلت خريطة الموقع في Google Search Console وBing Webmaster Tools.
• الخريطة نظيفة وخالية من الأخطاء، ولا تحاول تحريرها يدوياً.

robots.txt

• تُرك robots.txt الافتراضي ما لم يوجد سبب محدد لتغييره.
• ينفذ المطور أي تعديل في robots.txt.liquid ويُتحقق منه قبل التعديل وبعده.

السرعة والتطبيقات

• قِيست Core Web Vitals قبل إضافة أي تطبيق جديد.
• أزيلت التطبيقات غير المستخدمة، وعومل كل تطبيق باقٍ بوصفه تكلفة سرعة.
• أزيلت الشيفرة الشبحية التي تركتها التطبيقات المحذوفة من القالب.

Bing

• تم التحقق من المتجر وإرسال خريطة الموقع في Bing Webmaster Tools.
• جرى النظر في IndexNow لإعادة الزحف بسرعة أكبر بعد تغييرات المنتجات أو الأسعار.

ما قبل الإطلاق، لمتجر جديد أو عملية نقل

• أزيلت كلمة مرور واجهة المتجر قبل تحويل DNS.
• لا يوجد noindex متبقٍ على مستوى الموقع.
• توجد خريطة 301 كاملة من كل عنوان قديم، بما في ذلك النسخ المصفاة والمرقمة.
• انتقلت آلية canonical وhreflang إلى البنية الجديدة.
• أعيد إرسال خريطة الموقع في GSC وBing فور التشغيل.
• تتم مراقبة 404s وإحصاءات الزحف عن كثب في الأسابيع الأولى.

خرافات وفخاخ Shopify SEO

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

«يمكنك تحرير sitemap.xml في Shopify يدوياً مثل ملف ثابت.» لا يمكنك ذلك. فهي مولدة تلقائياً بالكامل وتعيد توليد نفسها، ولا تدوم التغييرات اليدوية. تحقق منها وأرسلها، لكنك لا تتحكم فيها مباشرة.

«ملف robots.txt في Shopify مقفل بالكامل.» كان ذلك صحيحاً قبل يونيو 2021. يستطيع قالب robots.txt.liquid الآن تجاوز الملف الافتراضي، لكن Shopify نفسه يصفه بأنه تخصيص غير مدعوم ويحذر من أن سوء الإعداد قد يكلفك الزيارات كلها. فهو ليس مقفلاً ولا أمراً عابراً.

«يحل الوسم الأساسي وحده عنوان URL المكرر بين المجموعة والمنتج.» يشير الوسم الأساسي في Shopify إلى العنوان الصحيح افتراضياً. لكن وثائق Google نفسها تقول إن الروابط الداخلية وخرائط الموقع والوسوم الأساسية يجب أن تتفق، وإن canonical تلميح لا توجيه. الروابط الداخلية غير المتسقة التي ينشئها مرشح | within: collection إشارة منافسة لا يلغيها الوسم وحده بالكامل؛ فيجب إصلاح الروابط الداخلية أيضاً.

«يقول تصريح مسمى من Google إن إساءة استخدام canonical تسبب 85 % من مشكلات Shopify SEO.» لا يوجد تصريح مسنَد كهذا. ترجع النسبة إلى ادعاء غير مسنَد ولا موثق في مدونة خارجية تنسبه إلى John Mueller من دون تقديم اقتباس أو مرجع. لا تكرر الإحصائية ولا الإسناد.

«إضافة مزيد من تطبيقات SEO أو schema تساعد دائماً.» يؤدي وجود مصدرين للمخطط نفسه، أي Product JSON-LD في القالب وتطبيق آخر، غالباً إلى تحذيرات “ambiguous data” في GSC، كما أن كل تطبيق إضافي يضيف وزن شيفرة في مقابل Core Web Vitals. مزيد من التطبيقات كثيراً ما يكون سلبياً في المحصلة.

«بادئات URL الثابتة في Shopify عيب يجب التحايل عليه.» إنها قيد في المنصة وليست عيباً. تبقى /products/ و/collections/ و/pages/ و/blogs/ دائمة على كل الخطط. حسّن المعرّف ولا تهدر الوقت في محاولة إزالة البادئة.

التدقيق ربع السنوي لتطبيقات Shopify

نفذ هذا كل ربع سنة وقبل تجديد عقد تطبيق كبير.

1. سجل نقطة البداية. احفظ قائمة التطبيقات الحالية والتقط حالة Core Web Vitals للمتجر في Search Console أو CrUX. يكتمل البند عندما يكون لديك خط أساس مؤرخ قبل إزالة أي شيء.
2. عيّن مالكاً وغرضاً لكل تطبيق. سجل وظيفة واجهة المتجر التي يوفرها كل تطبيق والشخص المسؤول عنه. يكتمل البند عندما لا يبقى تطبيق لمجرد أن أحداً لا يتذكر سبب تثبيته.
3. أزل التطبيقات غير المستخدمة في بيئة آمنة. احذف تطبيقاً مرشحاً واحداً كل مرة واختبر مسار واجهة المتجر المتأثر. يكتمل البند عندما تُوقف الميزة عن قصد أو تستبدلها من دون تعطيل الدفع أو صفحات المنتجات.
4. ابحث عن الشيفرة الشبحية. راجع تخطيطات القالب ومقتطفاته وتضمينات التطبيقات وتضمينات السكربت التي تركتها التطبيقات المحذوفة. يكتمل البند عندما لا يُحمّل المتجر أي مرجع قديم للتطبيق المحذوف.
5. تحقق من ملكية المخطط. اختبر صفحة منتج وتأكد من أن القالب أو التطبيق المقصود وحده ينتج بيانات Product. يكتمل البند عندما لا توجد كتل Product متنافسة ولا تحذيرات بيانات ملتبسة سببها ازدواج الملكية.
6. قارن الأداء بخط الأساس. أعد فحص مجموعات الصفحات نفسها وسجل التغييرات في البيانات الميدانية عند توفرها. يكتمل البند عندما يكون للتدقيق سجل قبل وبعد ومتابعة مسماة لأي تراجع.

دليل الاستجابة لإطلاق Shopify أو نقله

استخدم هذا الدليل أثناء التحويل وفي الأسابيع الأولى بعد تشغيل متجر جديد أو منقول.

1. افتح واجهة المتجر لبرامج الزحف. أزل كلمة مرور واجهة المتجر وافحص المصدر الحي بحثاً عن noindex على مستوى الموقع. إذا بقي أي من الحاجزين فأوقف الإطلاق، وإلا فتابع.
2. اختبر خريطة إعادة التوجيه. خذ عينة من العناوين القديمة عالية القيمة وعناوين المنتجات والمسارات المصفاة والصفحات المرقمة. إذا أعاد عنوان 404s أو وصل إلى وجهة غير ذات صلة، فصحح الربط قبل إرسال مزيد من الزيارات؛ وإذا وصل بصورة صحيحة فتابع.
3. افحص محاذاة canonical. ازحف إلى روابط المنتجات وقارن وجهاتها بخريطة الموقع والوسوم الأساسية. إذا استخدمت روابط المجموعات مسار المنتج المتداخل الطويل، فأزل | within: collection؛ وإذا استخدمت الإشارات الثلاث كلها /products/handle فتابع.
4. تحقق من الإشارات الدولية عند استخدامها. تأكد من أن canonical وhreflang نجتا من بنية URL الجديدة. إذا أشارت لغة إلى عنوان متقاعد، فأصلح القالب أو الربط قبل إعادة إرسال خرائط الموقع.
5. أرسل خريطة الموقع الحية. أرسل /sitemap.xml في Google Search Console وBing Webmaster Tools بعد نجاح الفحوص السابقة فقط. إذا أبلغت أي من الخدمتين عن خطأ جلب فحله قبل اعتبار الاكتشاف مكتملاً.
6. راقب إشارات الفشل في الأسابيع الأولى. راجع 404s وإحصاءات الزحف وتقارير الفهرسة كثيراً. تعيدك مجموعة متصاعدة من أخطاء 404s للمسارات القديمة إلى الخطوة 2، وتصبح النتيجة النظيفة خط الأساس لما بعد الإطلاق.

أثبت نجاح إصلاح عنوان URL بين المجموعة والمنتج

ازحف إلى روابط المنتجات الداخلية

الاختبار: ازحف إلى صفحات المجموعات وصدّر وجهة كل رابط منتج.

النتيجة المتوقعة: تصل روابط المنتجات الداخلية مباشرة إلى /products/{handle} من دون مسارات | within: collection.

تفسير الفشل: لا يزال قالب أو تطبيق ينشئ صيغة المجموعة والمنتج المتداخلة.

نافذة المراقبة: فور نشر القالب.

محفز التراجع: تراجع إذا عطّل تغيير القالب تنقل المجموعات أو اختيار النسخ أو روابط بطاقات المنتجات.

افحص مخرجات canonical

الاختبار: اعرض المصدر لعينة من عناوين المنتجات القديمة المقيدة بالمجموعة والعناوين النظيفة المقابلة.

النتيجة المتوقعة: يشير canonical في العنوان المتداخل إلى عنوان /products/ النظيف، ويشير canonical في العنوان النظيف إلى نفسه.

تفسير الفشل: جرى تجاوز آلية canonical في القالب أو تكرارها.

نافذة المراقبة: فورية؛ فالوسوم الأساسية موجودة في استجابة HTML.

محفز التراجع: تراجع إذا بدأت صفحة المنتج النظيفة تشير بوسم canonical إلى عنوان متداخل أو مفقود أو غير ذي صلة.

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

الاختبار: ابحث عن المنتجات نفسها في خريطة منتجات Shopify.

النتيجة المتوقعة: تسرد خريطة الموقع عناوين /products/{handle} النظيفة وتتفق مع الروابط الداخلية والوسوم الأساسية.

تفسير الفشل: ينتج المتجر إشارات متنافسة لعنوان URL المفضل، أو اختُبرت عينة URL خاطئة.

نافذة المراقبة: افحص بعد أن يعيد Shopify توليد خريطة الموقع إثر التغيير.

محفز التراجع: تراجع عن تغيير القالب إذا غيّر مسارات المنتجات الأساسية أو أنشأ روابط معطوبة؛ أما مخرجات خريطة الموقع فيولدها Shopify ولا يحررها القالب.

قِس صحة قالب Shopify وتطبيقاته بمرور الوقت

حالة Core Web Vitals بحسب مجموعة الصفحات

المقياس: حالة البيانات الميدانية لمجموعات صفحات المنتجات والمجموعات وغيرها من الصفحات المهمة عبر LCP وINP وCLS.

ما الذي يخبرك به: هل يحصل الزوار الحقيقيون على تجربة مستقرة وسريعة كفاية وسريعة الاستجابة بعد تغييرات القالب والتطبيقات؟

طريقة استخراجه: استخدم تقرير Core Web Vitals في Google Search Console وبيانات CrUX لعناوين URL ممثلة.

الخط الأساسي أو النطاق الواقعي: استخدم تصنيف Google الحالي Good وNeeds improvement وPoor، وقارن كل مجموعة صفحات بخطها الأساسي قبل التغيير بدلاً من اختراع هدف خاص بـShopify.

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

فرق الأداء بعد تغيير التطبيق

المقياس: التغير قبل وبعد في Core Web Vitals الميدانية لمجموعات الصفحات التي مسها تطبيق واجهة متجر جرى تثبيته أو حذفه أو ترقيته.

ما الذي يخبرك به: هل تكلفة الميزة في أداء المستخدمين الحقيقيين مقبولة مقارنة بغرضها التجاري؟

طريقة استخراجه: احفظ لقطات مؤرخة من CrUX أو Search Console قبل التغيير، وقارن القوالب نفسها بعده؛ واستخدم الاختبارات المعملية للتشخيص المبكر فقط.

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

الوتيرة: عند كل تغيير لتطبيق واجهة المتجر، وكملخص في التدقيق ربع السنوي للتطبيقات.

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

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

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

كتاباتي ذات الصلة

• The Beginner’s Guide to Technical SEO — موضع الزحف والفهرسة والتوحيد الأساسي في الصورة الأكبر.
• Canonicalization — كيف تختار Google عنواناً أساسياً عندما تعرض عدة عناوين المحتوى نفسه، ولماذا يكون الوسم تلميحاً.
• Core Web Vitals — المقاييس وراء بنود سرعة القالب وتضخم التطبيقات.

رسمي

• Google: تصميم بنية عناوين URL لمواقع التجارة الإلكترونية.
• Google: البيانات المنظمة للمنتجات.
• Shopify: تحرير robots.txt.liquid والعثور على خريطة موقعك وإرسالها.

من أنحاء القطاع

• SEO Checklist: 50 Tips to Optimize Your Website (مدونة Shopify) — قائمة Shopify نفسها؛ قوية في الأساسيات وأخف في آلية عنوان المجموعة والمنتج.
• A 17-Step Shopify SEO Checklist (Go Fish Digital) — قائمة منافسة متينة تشير بإيجاز إلى مشكلة canonical بين التصنيف والمنتج.
• قائمة إطلاق Shopify وShopify Plus (Vervaunt) — مهام ما قبل الإطلاق وما بعده، بما فيها إزالة كلمات مرور واجهة المتجر والتأكد من عدم وجود noindex على مستوى الموقع.
• الحفاظ على قابلية اكتشاف المحتوى بخرائط الموقع في البحث المدعوم بالذكاء الاصطناعي (مدونة Bing Webmaster) — سبب استمرار أهمية نظافة خريطة الموقع.
• r/ShopifySEO وr/TechSEO — مجتمعات لتشخيص مشكلات الزحف وcanonical وschema في Shopify.

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