تقارير وأبحاث حول شوبيفاي والتجارة الإلكترونية
يحسم هذا المقال ما يتيحه فعليًا قسم شريط الإعلانات في Dawn داخل كوده مقابل ما يتيحه Horizon في ملفاته المنفصلة، وهو أمر أهم من تقييمات النجوم على مستوى المتجر التي يتحقق منها التجار عادةً أولًا.
عادةً ما يفترض التجار الذين يبحثون عن شريط إعلانات في Shopify أن الميزة شيء واحد بمجموعة مفاتيح واحدة، هي ذاتها في كل مكان، وأن السؤال الحقيقي الوحيد هو ما إذا كان ينبغي تشغيلها. وينهار هذا الافتراض في اللحظة التي تفتح فيها ملفات الأقسام الفعلية. فـ Dawn و Horizon، وهما قالبان من بناء الشركة نفسها، ينفّذان شريط الإعلانات بطرق مختلفة هيكليًا، بإعدادات مختلفة وحدود مختلفة، وفي حالة Horizon، بميزة موزّعة على ملفين منفصلين بدلًا من ملف واحد. وما يمكنك وما لا يمكنك فعله بشريط الإعلانات يعتمد كليًا على كود القالب الذي تقرأه، وليس على فكرة عامة عمّا يُفترض أن يفعله شريط الإعلانات.
توجد نسخة Dawn بالكامل في sections/announcement-bar.liquid، تحت اسم الترجمة t:sections.announcement-bar.name، كما هو مسجّل في الـ commit رقم 258f00f بتاريخ 10 أغسطس 2026. ويحمل القسم 8 إعدادات إجمالًا ويعرّف نوع بلوك واحدًا، بحد أقصى 12 بلوكًا مسموحًا به. وهذا السقف مهم إذا كنت تخطط لتدوير رسائل منفصلة كثيرة، لأنك بعد 12 تكون قد نفدت المساحة في هذا القسم تمامًا، لا أنها تقارب على النفاد فقط.
ومن بين الإعدادات الثمانية، يُعد auto_rotate خيار تحديد بسيطًا يقرر ما إذا كانت الرسائل تتبدّل من الأصل، ويعمل مع change_slides_speed، وهو عنصر تحكم نطاقي يمتد من 3 إلى 10 بخطوة مقدارها 1 ثانية. وهناك أيضًا color_scheme الذي يسحب من منتقي أنظمة الألوان المشتركة في القالب بدلًا من حقل لون مستقل، و show_line_separator كخيار تحديد، وإعداد من نوع paragraph يُستخدم بحتًا لتعليمات المحرر ولا يعرض أي حقل ظاهر، و show_social كخيار تحديد يشغّل أيقونات التواصل الاجتماعي داخل الشريط. هذا هو كامل السطح الموثّق لشريط الإعلانات في Dawn. ولا يوجد أي إعداد لعائلة الخط أو حجم الخط أو تباعد الأحرف في أي مكان من هذا الملف.
لا يتبع Horizon نمط الملف الواحد في Dawn. فالملف على مستوى القسم هو sections/header-announcements.liquid، ويُسمّى t:names.announcement_bar في الكود، وبحسب الـ commit رقم 8b42ace بتاريخ 31 أغسطس 2026 فهو يحمل 7 إعدادات مع نوع بلوك واحد. ويُسمّى عنصر التحكم في سرعة التدوير فيه speed، وهو نطاق من 2 إلى 10، إلا أن قيمة الخطوة المسجّلة له في هذا الـ commit تظهر بقيمة None ثانية، وهي تفصيلة تستحق التأكد منها مباشرة في محرر القالب بدلًا من افتراض قيمة افتراضية. كما يمنح Horizon القسم قائمة اختيار section_width بخيارين، وحقل لون background_color، ونطاق divider_width من 0 إلى 5 بخطوات مقدارها 0.5 بكسل، وحقل لون divider_color، ونطاق padding-block-start من 0 إلى 100 بخطوات مقدارها 1 بكسل.
ولا يوجد أي من عناصر التحكم هذه في الحشو أو الفواصل أو العرض في أي مكان في ملف announcement-bar.liquid في Dawn، ولا تظهر كلمة divider إطلاقًا في إعدادات Dawn الثمانية، كما تم قياسه في الـ commit رقم 258f00f. وهذا الغياب ليس ثغرة في التوثيق، بل هو اختلاف هيكلي في طريقة بناء القالبين.
وتوجد التفاصيل على مستوى البلوك في ملف ثانٍ، blocks/_announcement.liquid، وهو المكان الذي يضع فيه Horizon محتوى الرسالة الفعلي وتنسيقها. ولهذا الملف 8 إعدادات خاصة به: text كحقل inline_richtext، و link كحقل url، و font كقائمة اختيار بـ 4 خيارات، و font_size كقائمة اختيار بـ 17 خيارًا، و weight كقائمة اختيار بـ 8 خيارات، و letter_spacing كقائمة اختيار بـ 3 خيارات، وكلها مؤرخة بالـ commit نفسه 8b42ace بتاريخ 31 أغسطس 2026. ولا يملك Dawn أي عناصر تحكم مكافئة في الطباعة على مستوى البلوك في أي مكان في ملف شريط الإعلانات الوحيد لديه، لذا فإن التاجر الذي يريد تعريض رسالة واحدة دون غيرها يحصل على هذا الخيار في إعدادات البلوك في Horizon وليس في Dawn.
| مجال الإعداد | Dawn (announcement-bar.liquid) | Horizon (header-announcements.liquid + _announcement.liquid) |
|---|---|---|
| إجمالي الإعدادات | 8 | 7 (القسم) + 8 (البلوك) = 15 |
| أنواع البلوكات | 1، بحد أقصى 12 بلوكًا | 1، لا حد أقصى موثّق للبلوكات هنا |
| سرعة التدوير | change_slides_speed، 3–10 بخطوة 1s | speed، 2–10، الخطوة غير مسجّلة (None) |
| التحكم في الفاصل | غير متوفر | divider_width 0–5 بخطوة 0.5px، divider_color |
| الطباعة لكل بلوك | غير متوفر | font (4)، font_size (17)، weight (8)، letter_spacing (3) |
| أيقونات التواصل الاجتماعي | خيار تحديد show_social | غير متوفر في أي من الملفين |
خيار التحديد show_social ميزة خاصة بـ Dawn فقط وفق هذا القياس. فهو لا يظهر في أي من ملفَي الإعلانات في Horizon، وهذا الغياب هو الخبر لأي شخص يحاول تكرار إعداد Dawn داخل Horizon متوقعًا المفتاح نفسه باسم مشابه.
عبر الـ 329 قالبًا المتتبَّعة في التقييم المجمّع للسوق من themescout.co، بحسب التحقق بتاريخ 4 سبتمبر 2026، يبلغ السعر الوسيط المُدرج $300 بنطاق يمتد من $100 إلى $500، ويقع متوسط التقييم عند 4.53 من 5 عبر 308 قالبًا مقيَّمًا، بوسيط 23 مراجعة لكل قالب. ولا تقول أي من بيانات الأسعار أو التقييمات هذه شيئًا عن إعدادات شريط الإعلانات تحديدًا، لأنها مجمّعة على مستوى القالب عبر كل ميزة يشملها القالب. وتعمل أرقام Core Web Vitals بالطريقة نفسها: فمن بيانات الزوار الحقيقية في CrUX لشهر يوليو 2026، يجتاز القالب الوسيط كل معايير Core Web Vitals في 85.5% من زيارات الهاتف المحمول عبر 247 قالبًا لديها بيانات كافية، و86.2% من زيارات سطح المكتب عبر 199 قالبًا، مع أفضل أداء على الهاتف المحمول في السوق عند 98.6% وأسوأ أداء عند 46.1%، وأفضل أداء على سطح المكتب عند 99.2% مقابل أسوأ أداء عند 30.3%. وتصف هذه الأرقام أداء القالب ككل مقيسًا من حركة المتاجر الفعلية، لا من تشغيل مختبري، ولا يمكن نسبها إلى أي قسم منفرد مثل شريط الإعلانات بمعزل عن غيره.
إذا كان متجرك يعتمد على تدوير عدة رسائل إعلانية، فاعتمد على حد Dawn الموثّق البالغ 12 بلوكًا ونطاق سرعته من 3 إلى 10 ثوانٍ، وإذا كنت تحتاج إلى التحكم في وزن الخط أو تباعد الأحرف لكل رسالة، فتوقّع أن تجد ذلك فقط في ملف البلوك المنفصل في Horizon بإعداداته الثمانية على مستوى البلوك، وليس في Dawn إطلاقًا. تحقّق من ملف القسم المؤرَّخ بالـ commit لأي قالب تقيّمه قبل أن تفترض وجود إعداد ما، لأن التقييمات على مستوى السوق وأرقام Core Web Vitals تصف القالب ككل ولا تقول شيئًا عن هذا القسم الواحد.
نعم. يتضمن ملف sections/announcement-bar.liquid في Dawn خيار تحديد show_social بين إعداداته الثمانية، كما هو مسجّل في الـ commit رقم 258f00f بتاريخ 10 أغسطس 2026. ويأتي هذا جنبًا إلى جنب مع show_line_separator، وهو خيار تحديد آخر، و color_scheme الذي يختار من أنظمة الألوان المشتركة في القالب. لا يوجد اسم إعداد مكافئ في ملفَي الإعلانات في Horizon، لذا فإن التاجر الذي ينتقل من Dawn إلى Horizon يفقد ذلك المفتاح بالاسم، وإن كانت إعدادات Horizon الخاصة قد تغطي جوانب ذات صلة بطريقة مختلفة.
في Dawn، نعم، من خلال إعدادين يعملان معًا: auto_rotate وهو خيار تحديد يشغّل التدوير، و change_slides_speed وهو نطاق من 3 إلى 10 بخطوة مقدارها 1 ثانية. أما header-announcements.liquid في Horizon فله نطاق منفصل خاص به يُسمى speed، يمتد من 2 إلى 10، إلا أن وحدة الخطوة المسجّلة له تظهر بقيمة None ثانية في الـ commit رقم 8b42ace بتاريخ 31 أغسطس 2026، وهو ما يستحق التحقق منه مباشرة في محرر القالب قبل الاعتماد عليه. لا يتشارك القالبان معرّف إعداد واحد لهذه الوظيفة، لذا فإن التعليمات المكتوبة لأحدهما لن تنتقل إلى الآخر بالاسم.
يحدّ Dawn قسم announcement-bar بحد أقصى يبلغ 12 بلوكًا، مع توفر نوع بلوك واحد، بحسب الـ commit رقم 258f00f بتاريخ 10 أغسطس 2026. أما ملف Horizon على مستوى البلوك، _announcement.liquid، فلا يحمل حدًا أقصى موثّقًا للبلوكات في هذا القياس، بل 8 إعدادات فقط تنطبق على كل بلوك إعلان على حدة، مثل text بصيغة inline_richtext، و link كحقل url، و font_size مع 17 خيارًا قابلًا للاختيار. إذا كان عدد البلوكات مهمًا لخطة تنفيذك، فحد Dawn هو الحد الذي يمكنك تحديده بيقين.
شريط الإعلانات قسم واحد بين أقسام كثيرة، لذا لا يعزل أي رقم من أرقام Core Web Vitals على مستوى القالب أثره تحديدًا. ما يُقاس على مستوى القالب، من بيانات CrUX التي تغطي يوليو 2026، هو أن الوسيط في السوق عبر 247 قالبًا لديها بيانات كافية على الهاتف المحمول يجتاز كل معايير Core Web Vitals في 85.5% من الزيارات، مع وصول أفضل قالب في السوق إلى 98.6% وأسوأها إلى 46.1%. وأرقام سطح المكتب، من 199 قالبًا لديها بيانات كافية، تضع الوسيط عند 86.2%، والأفضل عند 99.2%، والأسوأ عند 30.3%. والقسم الذي يحتوي على بلوكات كثيرة وتدوير تلقائي يعمل من جهة العميل أكثر عرضة لإضافة وزن من قسم بسطر ثابت واحد، لكن هذه ملاحظة عامة، وليست قياسًا لكل قالب على حدة هنا.
قريب لكنه ليس مطابقًا. ملف الكود هو sections/announcement-bar.liquid ومفتاح الترجمة الخاص به يُترجم إلى t:sections.announcement-bar.name، وهو ما يظهر فعليًا في لوحة إدارة Shopify. أما نسخة Horizon فتوجد في ملف بتسمية مختلفة، header-announcements.liquid، بمفتاحه الخاص، t:names.announcement_bar. وكلاهما يُعرض في النهاية كشريط إعلانات للتاجر، لكن أسماء الملفات والإعدادات الأساسية لا تتطابق واحدًا لواحد، وهذا هو جوهر التحقق من الكود بدلًا من افتراض أن الاسم المشترك يعني سلوكًا مشتركًا.