تاريخ النشر: 21 نوفمبر 2025
في السابق، كان دعم المتصفّح على Target.com يستند بشكل أساسي إلى دعم جميع المستخدمين الذين يجرون عمليات شراء على Target.com. وتتغير هذه السياسة في نقاط اتخاذ القرارات الرئيسية، مثل إيقاف دعم Internet Explorer بالكامل، أو استهداف إصدار أدنى معيّن من المتصفّح للوصول إلى ميزة عالية القيمة. ويحدث ذلك مرة واحدة كل بضع سنوات عند الحاجة.
بدون سياسة تقدّمية بشأن المتصفّحات والميزات التي يجب استهدافها، لم يسمح موقع Target.com إلا بالميزات الحديثة في قاعدة الرموز البرمجية باستخدام حلول صارمة مثل polyfilling وtranspiling إلى إصدارات قديمة جدًا من JavaScript. عندما أطلقت مجموعة WebDX Community Group Baseline، رأى أصحاب المصلحة في Target.com أنّ الوقت قد حان للتفكير في العثور على حدّ أدنى أكثر ملاءمة.
باستخدام Baseline، يعرف Target الآن بثقة الميزات المتوفّرة في المتصفّحات المتوافقة، ويمكنه تحديد الميزات الأحدث التي أصبحت متاحة مع التحسين التدريجي وعمليات التعبئة الاحتياطية كبدائل محتملة.
المشكلة
يساهم عشرات المهندسين في كتابة التعليمات البرمجية لموقع Target.com في أي يوم. من الشائع في مراجعات الرموز البرمجية الإشارة إلى الميزات التي لا تعمل مع إصدارات المتصفّحات المتوافقة مع Target.com باستخدام Can I use كمصدر. عندما يتلقّى المهندسون باستمرار تعليقات لتغيير الرمز البرمجي من أجل تفضيل الميزات القديمة على الميزات الحديثة، يؤدي ذلك إلى تجنُّب ميزات الويب الجديدة. بعد ذلك، يعود Target إلى استخدام التقنيات "القديمة" التي تعمل، ولكن يتم تأجيل فرصة استخدام الميزات الحديثة إلى وقت آخر. يؤدي استخدام ميزات الويب الحديثة غالبًا إلى تحسين تجربة المطوّرين، ويمكن أن يؤدي أيضًا إلى تحسين تجربة المستخدم من خلال إرسال كمية أقل من الرموز البرمجية.
أسلوب مستند إلى البيانات لتحديد المتصفّحات المتوافقة
يحتوي موقع Target.com على إعدادات webpack تحدّد الحدّ الأدنى لإصدارات المتصفّحات المتوافقة. كان من الصعب في السابق تبرير رفع الحد الأدنى لإصدارات المتصفحات المتوافقة. اعتبارًا من أوائل عام 2025، كانت القواعد كما يلي:
- الإصداران الحاليان والسابقان من Chrome وEdge وFirefox
- الإصدار 11 من Safari والإصدارات الأحدث
يتم التعامل مع متصفّح Safari بعناية أكبر بسبب ارتفاع عدد الزيارات والمبيعات التي يحقّقها Target من Safari على أجهزة iOS. في البداية، تم اتّخاذ قرار مدروس بتحديد الإصدار 11 من Safari كحدّ أدنى للإصدار الذي سيتم تطوير التطبيق عليه. وقد أدى هذا القرار إلى تثبيت Target.com على ميزات الويب التي كانت متاحة في عام 2017 وما قبله.
في الخطوة الأولى من رحلة Target لدمج Baseline في سير عمل التطوير، تم استخدام نهج مستند إلى البيانات. من خلال البحث، تبيّن لشركة Target أنّ الإصدارات من 11 إلى 14 من متصفّح Safari لم تحقّق تأثيرًا كبيرًا في النشاط التجاري، وتحديدًا% 0 .0001 من مبيعات الطلب على Target.com. ونظرًا لهذه الحقيقة، أدركت Target أنّ إزالة عملية التحويل البرمجي والملء التلقائي للإصدارات القديمة من المتصفّح ستوفّر فرصًا كبيرة لتحسين أداء الموقع الإلكتروني.
أظهرت أبحاث إضافية أنّ الإصدار 15.4 من Safari كان أول إصدار من Safari يحقّق% 0.5 على الأقل من مبيعات الطلب، وكان لكل إصدار ثانوي من Safari 15 بعد ذلك تأثير مماثل. في أي وقت تجري فيه Target اختبار أ/ب، يكون تغيير% 0.5 من مبيعات الطلب أمرًا قيّمًا للغاية، ويؤدي إلى استنتاج مفاده أنّ الحد الأدنى من إصدار Safari المتوافق يجب أن يكون في مكان ما ضمن الإصدار 15.
أحد المؤشرات المثيرة للاهتمام التي وجدناها في هذا البحث هو مدى سرعة انخفاض استخدام متصفّح Safari القديم. اعتبارًا من سبتمبر 2024، ساهم الإصدار 15 من متصفّح Safari بنسبة% 0.94 فقط من مبيعات الطلب على Target.com. وفي يناير 2025، بلغت نسبة مبيعات الطلب% 0.67، ثم انخفضت أكثر إلى %0.45 بحلول مايو 2025، ووصلت إلى %0.32 بحلول نوفمبر 2025. وقد استنتجت شركة Target من ذلك أنّه في حال تحديد حدّ أدنى للمبلغ الفعلي كنسبة مئوية من مبيعات الطلب على مستوى الموقع الإلكتروني، يمكن إيقاف دعم هذه المتصفّحات بطريقة آلية، ويمكن تحقيق الإصدار الرئيسي التالي على Safari 16 بحلول نهاية العام.
لا يعني إيقاف التوافق مع المتصفّحات أنّها محظورة، فقد يظل بإمكان المستخدمين الذين يستخدمونها العثور على مسار للشراء، ولكن قد يواجهون أيضًا تجربة محدودة في بعض الحالات. وبعد إجراء التغييرات، لم يرصد المحلّلون أي تأثير قابل للقياس في مقاييس الأداء الرئيسية للنشاط التجاري، وذلك استنادًا إلى النهج المستند إلى البيانات. بالإضافة إلى ذلك، تبحث Target في إمكانية عرض بانر على إصدارات المتصفحات غير المتوافقة يحذّر من تدهور التجربة.
اختيار هدف أساسي لموقع Target.com
شكّل مهندسو الويب في Target فريق عمل Baseline لدمج هذه الجهود من أجل استخدام الميزات الحديثة وتحديد المتصفحات التي يجب توفير الدعم لها للمساعدة في تنفيذ السياسة. باستخدام أدوات Baseline، اطّلعوا على الحد الأدنى من مجموعة المتصفّحات لكل عام. كان أقرب هدف إلى سياسة Target الجديدة هو Baseline 2022:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
للوصول إلى هذا المستوى الأساسي، على Target تعديل سياسة المتصفح إلى Safari 16 كحدّ أدنى بدلاً من الإصدار الحالي 15.4. سيؤدي ذلك إلى خفض جودة تجربة أقل من% 0.5 من المتسوّقين الذين يُجرون إحالات ناجحة. ومع ذلك، فإنّ هذه النسبة المئوية آخذة في الانخفاض، لذا تأمل شركة Target في تعديل سياستها الرسمية لتكون مرتبطة بمعيار 2022 الأساسي بحلول نهاية عام 2025. يضع هذا المطوّرين في Target.com في وضع يمكن فيه تغيير الهدف ليكون متأخرًا بحوالي 3 سنوات عن "الخط الأساس" المنشور سنويًا.
بشكل عام، حِزم webpack الخاصة بموقع Target.com الإلكتروني أصغر حجمًا بسبب تقليل عملية تحويل الرموز البرمجية وإضافة polyfills. تثق Target بأنّ هذا الهدف سيتحقّق بمرور الوقت، ونأمل أن نتمكّن من اعتماد الأساس 2023 في مثل هذا الوقت من العام المقبل، والذي يتضمّن العديد من الميزات الرائعة، مثل طلبات البحث عن الحاويات وأداة الاختيار :has والسمة inert وغير ذلك.
الاطّلاع على مجموعات ميزات Baseline الأحدث
لا يتوقف فريق عمل Target Baseline عند Baseline 2022. بالنظر إلى ميزات Baseline 2023، نجد أنّ العديد منها على وشك أن يصبح متوافقًا بدون الحاجة إلى عمليات احتياطية مثل polyfills. تتطلّب كل ميزة من ميزات Baseline 2023 التي تهتم بها شركة Target ما يلي:
- توضيح وظيفة الميزة
- يجب توثيق كيف يمكن أن يؤدي استخدامها إلى تحسين Target.com، بما في ذلك تحسين تجربة المطوّرين.
- ابحث عن حالة اختبار جيدة لتنفيذ الميزة ضمن قاعدة رموز Target.com.
- إذا لزم الأمر، يجب توثيق البدائل التي سيتم استخدامها، بما في ذلك التحسين التدريجي أو الحلول الأخرى المقدَّمة من خلال رصد الميزات.
- أخيرًا، متى يمكن توقُّع الموافقة على استخدام الميزة؟ هل يمكن استخدامها الآن؟ أو هل يجب الانتظار حتى يتم استيفاء حدّ معيّن في المستقبل؟
أحد الأمثلة على ذلك هو السمة inert. الحد الأدنى للإصدار الذي يمكن استخدام inert فيه على Safari هو 15.5، ما يعني أنّ Target.com على وشك إتاحة هذه الميزة. تتضمّن Target.com العديد من عمليات تنفيذ النوافذ المنبثقة التي يمكن أن تستفيد من هذه السمة مقارنةً بحلّ JavaScript الحالي. إنّ كتابة مهندس للتقرير حول هذه الميزة تتيح مشاركة المعرفة والاستعداد للتخفيف التالي من سياسة المتصفح. يساعد ذلك في إثبات أنّ إيقاف التوافق مع إصدار متصفّح لا يحقّق قيمة تجارية كبيرة يمكن أن يتيح ميزات لها قيمة. يمكن تصميم الميزة ومراجعتها ونشرها ضمن علامة ميزة، وتكون جاهزة في حال إمكانية استخدامها.
بالإضافة إلى ذلك، سيتبع مهندس آخر الإجراءات نفسها لاستخدام طلبات البحث في الحاويات، وهي متاحة الآن على نطاق واسع في Baseline. يمكن استخدام طلبات البحث في الحاويات مع أداة polyfill، ولكنّ هذه الأداة تتضمّن مشاكل معروفة في الأداء. كان الحلّ الذي توصّلت إليه شركة Target هو استخدام طلبات البحث في الحاويات فقط كتحسين تدريجي إلى أن ترتفع الحدود الدنيا للمتصفّحات لتتيح استخدام الميزة بالكامل.
تنجح هذه العملية مع Target.com، لأنّه عندما يصل الإصدار الأدنى من الميزة إلى مستوى الاستخدام الكافي، لن يعود التحسين التدريجي مطلوبًا، ويمكن استخدام الميزة. أثناء عملية تدقيق حديثة، تبيّن أنّ موقع Target.com كان يرسل الكثير من عمليات التعبئة غير الضرورية، وأنّ تنفيذ Baseline في تطبيقهم يمكن أن يساعد في الحدّ من هذا النوع من الديون الفنية.
ربط مفاهيم الأداء المتوقع بأداء الويب
الأداء مهم لأي موقع إلكتروني خاص ببيع المنتجات بالتجزئة. يؤمن المطوّرون الذين يعملون على Target.com بأنّه يتم إرسال الكثير من JavaScript. إذا تمكّنا من إزالة% 5 من حِزم JavaScript التي يتم إرسالها إلى المستخدمين، سيكون ذلك إنجازًا كبيرًا، ولكنّه لن يحسّن مؤشرات Core Web Vitals بشكل كبير على Target.com. ومع ذلك، إذا تمكّنت Target من تحقيق ذلك 10 مرات، سيتم خفض أحجام الحِزم بنسبة% 50، وسيساهم ذلك بشكل كبير في تحقيق أهداف الأداء في Target.
في ما يتعلق بنهج Target تجاه Baseline، فقد سمح للمهندسين على Target.com بالبدء في التفكير في مقدار JavaScript الذي يتم الاعتماد عليه في أشياء مثل النوافذ المنبثقة، واحتياجات تسهيل الاستخدام، والنوافذ المنبثقة، واللوحات الدوّارة، والقوائم المنسدلة، وغيرها من المشاكل الشائعة المتعلقة بتجربة المستخدم. يتطلّب كلّ من هذه المتصفّحات حلولاً مخصّصة أو حلولاً متوافقة مع المتصفّحات القديمة من JavaScript، ما يساهم في تضخّم JavaScript في التطبيق. بما أنّ Target تستخدم Baseline، تتطوّر استهدافات المتصفّحات بمرور الوقت، ويمكن تخفيف السياسات لتضمين ميزات أحدث. تتوقّع Target أن تقلّل من عملية تحويل الرمز البرمجي بمرور الوقت، وأن تقلّل من عملية توفير وظائف غير متوفّرة في المتصفّحات القديمة، وأن تستخدم مكوّنات الويب عند توفّر الفرص. من خلال الانتباه إلى عمليات التعبئة المتعدّدة والمتصفّحات المستهدَفة التي يتم شحنها في سلاسل أدوات المشاريع، تمّ بالفعل تقليل حجم حزمة JavaScript في Target.com بنسبة%10. ويكون ذلك قبل استخدام أي ميزات أحدث. من المفترض أن يتحسّن هذا الأداء على أساس سنوي، ويرتبط ذلك بشكل مباشر بالاستثمارات الكبيرة التي تجريها شركة Target لتحسين أداء موقع Target.com.
الخلاصات
كان توفير هدف أساسي وتقارير أساسية منسّقة بشكل جيد حول ميزات الويب المتاحة حديثًا والمتاحة على نطاق واسع أداة فعّالة لموقع Target.com. إليك بعض النتائج الرئيسية:
- تم نقل استهداف المتصفّح من المتصفّحات التي تم إصدارها قبل 8 سنوات إلى المتصفّحات التي تم إصدارها قبل 3 سنوات.
- سيتم تحقيق الهدف الأساسي لعام 2022 بحلول نهاية عام 2025.
- تم خفض الحجم الإجمالي لحِزم JavaScript في Target.com بنسبة %10.
- يتناقص عدد المتصفّحات القديمة التي لا تمثّل سوى أقل من% 1 من الأنشطة التجارية بمعدّل% 300 تقريبًا سنويًا (من% 0.94 في أيلول (سبتمبر) 2024 إلى% 0.32 في تشرين الثاني (نوفمبر) 2025).
وقد حفّز إدراك أنّ الويب يتحرّك بشكل أسرع من أي وقت مضى شركة Target على اعتماد الميزات بأسرع ما يمكن. يتيح تنظيم هذه الميزات إمكانية إنجاز العمل مسبقًا والتخطيط لوقت إتاحة كل ميزة من قِبل Target، كما يمنح المهندسين الثقة في المساهمة في موقع إلكتروني كبير للبيع بالتجزئة لمعرفة الميزات التي يجب استخدامها ومتى يمكنهم استخدامها.