تقارير وأبحاث حول شوبيفاي والتجارة الإلكترونية
يكتب التجار "shopify predictive search" وهم يتوقعون ميزة يمكنهم تشكيلها، لكن ملفات الأقسام تُظهر أن الحد الحقيقي مثبَّت في الكود قبل وقت طويل من فتح أي تاجر لمحرر الثيم.
التجار الذين يكتبون “shopify predictive search” في شريط بحث يبحثون عادة عن إعداد يجعل نتائج البحث أذكى أو أسرع، لكن الكود الفعلي يحكي قصة مختلفة. يضع Dawn عدد 14 إعدادًا في ملف واحد ويتيح للتاجر تشكيل عرض النتائج بتفصيل حقيقي. أما Horizon فيضع صفر إعداد في الملفين اللذين يتعاملان مع تجربة البحث نفسها وينقل كل مقبض قابل للتعديل إلى بلوك منفصل. ولا يتيح أي من الثيمين للتاجر تغيير منطق البحث من خلال المحرر. الإعدادات الموجودة تحكم كيف تبدو النتائج، لا أي النتائج تظهر، ومعرفة هذا الفرق قبل فتح محرر الثيم توفّر كثيرًا من النقر بحثًا عن شيء لم يكن موجودًا أصلًا.
يحمل ملف sections/main-search.liquid في Dawn، المُسمّى داخليًا t:sections.main-search.name، عدد 14 إعدادًا كما هو مسجَّل في مستودع Shopify/dawn عند الكوميت 258f00f بتاريخ 2026-08-10. يمتد إعداد النطاق columns_desktop من 1 إلى 6 بخطوات مقدارها 1، مما يمنح تحكمًا دقيقًا في عدد النتائج التي تقع في صف واحد على الشاشات الأوسع. أما columns_mobile فهو قائمة اختيار بخيارين فقط، لذا فإن خيار التخطيط على الهاتف المحمول ثنائي وليس طيفًا. وimage_ratio قائمة اختيار بثلاثة خيارات، بينما يذهب image_shape أبعد من ذلك بثمانية خيارات، تغطي أمورًا مثل كيفية اقتصاص الصور المصغّرة للمنتجات وتأطيرها. ويكمل مربعا اختيار الإعدادات الجديرة بالذكر: show_secondary_image وshow_vendor، وكلاهما مفتاحا تشغيل وإيقاف بسيطان.
لا يمسّ أي من هذه الإعدادات الـ14 خوارزمية البحث. فهي تحكم العرض فقط، وهذا متسق مع ما يُفترض أن يفعله ملف قسم في بنية ثيمات Shopify. والتاجر الذي يريد ترتيبًا مختلفًا للنتائج أو سلوك مطابقة تقريبية لن يجده هنا، لأن ذلك المنطق يقع خارج مخطط إعدادات القسم تمامًا.
تصبح المقارنة أوضح مع Horizon. فملفه sections/predictive-search.liquid، المُسمّى t:names.predictive_search، يحتوي على 0 إعداد، وقد تأكّد ذلك عند الكوميت 8b42ace بتاريخ 2026-08-31. يعلن ذلك القسم نوع بلوك واحدًا، لكن مخطط إعداداته الخاص فارغ. وملفه المرافق، sections/predictive-search-empty.liquid، المُسمّى t:names.predictive_search_empty والمسؤول عمّا يظهر عندما لا يُعيد البحث شيئًا، يحتوي أيضًا على 0 إعداد عند الكوميت نفسه.
هذا ليس نقصًا في القياس. هكذا بُني الثيم. ينقل Horizon المساحة القابلة للتهيئة إلى blocks/_search-input.liquid، المُسمّى t:names.search_input، الذي يحمل 8 إعدادات. ومن بينها: width، وهو قائمة اختيار بخيارين؛ وcustom_width، وهو نطاق من 0 إلى 100 بخطوات 1 بالمئة؛ وinput_style، قائمة اختيار بخيارين؛ وثلاثة إعدادات ألوان تغطي input_background_color وinput_text_color وinput_border_color. لذا فإن التاجر الذي يعدّل مظهر البحث في Horizon يحتاج إلى إيجاد البلوك، لا القسم، لأن القسم نفسه لا يقدّم شيئًا قابلًا للتعديل.
| الثيم | الملف | عدد الإعدادات | إعدادات جديرة بالذكر |
|---|---|---|---|
| Dawn | sections/main-search.liquid | 14 | columns_desktop (نطاق 1–6)، image_shape (قائمة اختيار، 8 خيارات)، show_vendor (مربع اختيار) |
| Horizon | sections/predictive-search.liquid | 0 | لا شيء؛ نوع بلوك واحد مُعلَن |
| Horizon | sections/predictive-search-empty.liquid | 0 | لا شيء |
| Horizon | blocks/_search-input.liquid | 8 | custom_width (نطاق 0–100%)، input_background_color، input_border_color |
المنهجية هنا مباشرة: قراءة مخطط الإعدادات المُعلَن في أعلى كل ملف Liquid، وعدّ المدخلات، وتسجيل نوعها ونطاقها حيث يحدّد المخطط ذلك. المستودع نفسه، ومرجع الكوميت نفسه لكل ثيم، دون أي تفسير مضاف يتجاوز ما ينصّ عليه المخطط نفسه.
على امتداد السوق الأوسع الذي يتابعه themescout.co، يقع 329 ثيمًا في الترتيب الذي جرى التحقق منه بتاريخ 2026-09-04، بسعر وسيط قدره $300 ونطاق من $100 إلى $500. ويبلغ متوسط التقييم على امتداد 308 ثيمات تتوفر لها مراجعات كافية 4.53 من 5، والعدد الوسيط للمراجعات لكل ثيم هو 23. لا يقول أي من ذلك للتاجر شيئًا عن إعدادات قسم معيّن، لكنه يوضح حجم الخيارات الموجودة في السوق قبل التضييق على Dawn أو Horizon تحديدًا.
الأداء هو الجزء الآخر من السياق الذي يستحق الذكر مرة واحدة. على الهاتف المحمول، تقع النسبة الوسيطة للمتاجر التي تجتاز كل مؤشرات Core Web Vitals عند 85.5% على امتداد 247 ثيمًا تتوفر لها بيانات كافية، مع أفضل ثيم في السوق عند 98.6% وأسوأ ثيم عند 46.1%. وعلى سطح المكتب، تبلغ القيمة الوسيطة 86.2% على امتداد 199 ثيمًا، بأفضل قيمة 99.2% وأسوأ قيمة 30.3%. يأتي هذا من بيانات CrUX التي تغطي يوليو 2026، أي حركة زوار حقيقيين وليس قياسًا مختبريًا. ومن المعقول أن يدفع قسم بحث أثقل بترميز أكثر ثيمًا نحو الطرف الأدنى من ذلك المدى، وإن كانت المعطيات هنا لا تعزل أقسام البحث كسبب محدد.
تحقّق من ملفات القسم والبلوك الفعلية للثيم قيد النظر بدلًا من افتراض أن إعدادات البحث التنبئي ستبدو كإعدادات Dawn فقط لأن Dawn هو الثيم المرجعي الذي تستخدمه معظم الأدلة. وإذا أظهر قسم البحث في ثيم ما صفر إعداد كما يفعل قسم Horizon، فابحث عن بلوك مرافق قبل أن تستنتج أن الميزة غائبة تمامًا.
نعم، عبر columns_desktop، وهو إعداد نطاق من 1 إلى 6 بخطوات مقدارها 1 داخل sections/main-search.liquid. وهناك إعداد منفصل باسم columns_mobile، لكنه قائمة اختيار بخيارين فقط وليس نطاقًا، لذا فإن خيار التخطيط على الهاتف المحمول أضيق منه على سطح المكتب. يوجد الإعدادان في الملف نفسه، Shopify/dawn عند الكوميت 258f00f، بتاريخ 2026-08-10. ولا يمسّ أي من الإعدادين المنتجات التي تُظهرها خوارزمية البحث، بل فقط كيفية ترتيب النتائج المُعادة.
نعم. إن show_secondary_image هو إعداد مربع اختيار في sections/main-search.liquid، وهو واحد من الإعدادات الـ14 المسجَّلة في ذلك الملف اعتبارًا من الكوميت 258f00f بتاريخ 2026-08-10. كما يوجد مربع اختيار show_vendor في القسم نفسه، لذا يمكن تشغيل اسم المورّد والصورة الثانوية أو إيقافهما بشكل مستقل. ولا يغيّر أي من الإعدادين البيانات التي يُعيدها استعلام البحث، بل فقط ما يختار الثيم عرضه منها.
لأن ملف sections/predictive-search.liquid في Horizon يحتوي على 0 إعداد، وملف sections/predictive-search-empty.liquid يحتوي أيضًا على 0 إعداد، وقد تأكّد كلاهما عند الكوميت 8b42ace بتاريخ 2026-08-31. ينقل Horizon الجزء القابل للتعديل إلى بلوك بدلًا من القسم: فملف blocks/_search-input.liquid يحمل 8 إعدادات، منها width، وcustom_width كنطاق من 0 إلى 100 بخطوات 1 بالمئة، وثلاثة إعدادات ألوان للخلفية والنص والحدود. لذا فإن غيابها في ملفات الأقسام أمر حقيقي ومُقاس، وليس نقصًا في التقرير، ومن يريد تعديل مظهر البحث في Horizon عليه النظر في البلوك لا في القسم.
لا تفصل المعطيات هنا أقسام البحث تحديدًا، لكنها تُظهر المدى الذي يمكن أن يقع فيه الأداء العام للثيم على مؤشرات Core Web Vitals. على الهاتف المحمول، تبلغ القيمة الوسيطة على امتداد 247 ثيمًا تتوفر لها بيانات كافية نسبة 85.5% من المتاجر التي تجتاز كل مؤشرات Core Web Vitals، مع تفاوت من 46.1% إلى 98.6%. وعلى سطح المكتب، تبلغ القيمة الوسيطة على امتداد 199 ثيمًا نسبة 86.2%، بتفاوت من 30.3% إلى 99.2%. تأتي هذه الأرقام من بيانات CrUX التي تغطي زوارًا حقيقيين في يوليو 2026، وليست اختبارًا مختبريًا، لذا فإن قسم بحث أثقل هو أحد الأسباب المحتملة بين أسباب كثيرة في تحديد موقع ثيم معيّن داخل ذلك المدى.
بحسب عدد الإعدادات وحده، نعم. يحتوي ملف sections/main-search.liquid في Dawn على 14 إعدادًا في ملف واحد. أما Horizon فيوزّع الوظيفة نفسها على ثلاثة ملفات، اثنان منها بـ0 إعداد لكل منهما، وبلوك واحد، blocks/_search-input.liquid، به 8 إعدادات. وبالجمع، فإن المساحة المتعلقة بالبحث في Horizon هي 8 إعدادات في البلوك بالإضافة إلى صفر من القسمين، مقابل 14 في Dawn داخل قسم واحد. الفرق في البنية أكبر من الفرق في قابلية التهيئة الخام.