تحديث Hyvä Checkout 1.3 هو الترقية الأكثر تجاهلاً في

تم إصدار Hyvä Checkout 1.3 في وقت مبكر من عام 2026 وعامل معظم نظام Magento على أنه تحديث بسيط. من خلال تشغيل Hyvä Checkout على مجموعة من المتاجر الإنتاجية منذ عام 2023، نعتقد أنه الترقية الأكثر تجاهلاً في Magento الآن. يغطي هذا المنشور الثلاث مشاكل التي تم إصلاحها في 1.3 ولماذا يجب على معظم المتاجر ذات ثيم Hyvä الترقية هذا الربع.

ما هو Hyvä Checkout في الواقع

ملخص سريع للسياق. تحل ثيمات Hyvä محل واجهة متجر Magento Luma مع مجموعة Tailwind وAlpine. Hyvä Checkout هو منتج منفصل يحل محل عملية الدفع الافتراضية في Magento (لا يزال يعتمد على Knockout حتى في المتجر ذو ثيم Hyvä) مع عملية دفع أصلية من Hyvä. تتبنى معظم المتاجر ذات ثيم Hyvä الثيم وCheckout معًا، لكنهما مشتريات مستقلة وعدد كبير من المتاجر تعمل بثيمات Hyvä مع عملية الدفع الافتراضية في Magento.

يستحق Hyvä Checkout 1.3 الانتباه بسبب ما غيره تحت السطح، وليس فقط الميزات المرئية للمستخدم.

المشكلة 1 التي تم إصلاحها: الحمل الزائد لجزء العملاء AJAX

تطلق مكالمة AJAX لجزء العملاء الافتراضية في Magento في كل تحميل صفحة، بما في ذلك صفحة الدفع. تسحب عدد السلع في السلة، اسم العميل، محتويات السلة الصغيرة، وبعض الأجزاء الأخرى. على Luma، تضيف من 200 إلى 600 مللي ثانية إلى الوقت حتى التفاعل بعد رسم الصفحة.

قبل 1.3، كان Hyvä Checkout لا يزال يُشغل جزء العملاء على صفحة الدفع نفسها، وهو أمر غير ضروري: عملية الدفع لديها بالفعل سياق سلة كامل. 1.3 تعطل مكالمة جزء العملاء على صفحات الدفع وتسحب الأجزاء المطلوبة من حالة الدفع الحالية. متوسط تحسين INP الذي قمنا بقياسه عبر أربع متاجر: من 40 إلى 90 مللي ثانية عند النسبة المئوية 75.

المشكلة 2 التي تم إصلاحها: تأخير الإكمال التلقائي للعناوين

كان الإكمال التلقائي لعنوان Hyvä Checkout قبل 1.3 يقوم بجولة إلى خدمة العنوان المكونة (Google، Loqate، أو خدمات البريد المحلية) في كل ضغطة مفتاح بعد الثلاثة أحرف الأولى. بالنسبة لعمليات الدفع ذات الحجم الكبير، كان هذا يعني أن واجهة برمجة تطبيقات التحقق من العنوان من Google ستقوم بتقليل سرعة المتجر خلال ذروة حركة المرور، مما يتسبب في فشل الإكمال التلقائي بصمت.

قدمت 1.3 تخفيفًا من جانب العميل ودمج الطلبات. يتم دمج طلبات الإكمال التلقائي المتعددة لنفس البادئة. التخفيض الافتراضي هو 220 مللي ثانية، قابل للتكوين. قمنا بقياس انخفاض بنسبة 60 إلى 80 في المئة في مكالمات واجهة برمجة التطبيقات للإكمال التلقائي خلال ذروة الحركة في ثلاث متاجر ذات حجم كبير. سلوك الإكمال التلقائي الموجه للعميل هو نفسه أو أفضل.

المشكلة 3 التي تم إصلاحها: عرض شروط الدفع الشرطية

يدعم Hyvä Checkout عرض شروط الدفع الشرطية، حيث، على سبيل المثال، تظهر خيارات اشترِ الآن وادفع لاحقًا فقط لقيم السلة التي تزيد عن 100 جنيه إسترليني. قبل 1.3، كانت المنطق الشرطي يعمل على الخادم خلال كل عرض لمكون خطوة الدفع، مما أبطأ عرض خطوة الدفع بمقدار 100 إلى 200 مللي ثانية.

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

ما الذي لا يزال لا يعمل في 1.3

للتوازن، الأشياء التي لا يزال 1.3 لا يصلحها.

لا يزال الدفع متعدد الخطوات (تقسيم الشحن والفوترة إلى عرضين منفصلين) يعمل فقط كصفحة واحدة. لدينا عملاء يرغبون تحديدًا في الدفع متعدد الخطوات لعمليات B2B؛ لا يزالون يستخدمون عملية دفع متعددة الخطوات تعتمد على Knockout.

ت triggers حساب الضرائب عند تغيير عنوان الشحن إعادة حساب اقتباس كاملة، والتي يمكن أن تستغرق من 300 إلى 800 مللي ثانية على المتاجر ذات القواعد الضريبية المعقدة. لقد أشار فريق Hyvä أنهم سيتعاملون مع هذا في إصدار مستقبلي.

لا تزال واجهة برمجة تطبيقات متجر بيانات العملاء (الآلية الداخلية في Magento لمشاركة حالة السلة عبر المكونات) ملفوفة من Knockout. من المحتمل أن تنتقل إصدارات Hyvä Checkout المستقبلية إلى تنفيذ Alpine الأصلي لكن 1.3 لم تفعل ذلك.

هل يجب عليك الترقية

ثلاث حالات نوصي فيها بالترقية هذا الربع.

أنت تستخدم Hyvä Checkout في متجر B2C يحقق أكثر من 50 ألف جنيه إسترليني من الإيرادات الشهرية. التحسين التراكمي في سرعة الدفع يمكن قياسه.

لقد قمت بدمج طريقة دفع مع عرض شرطي (اشترِ الآن وادفع لاحقًا، خيارات الدفع الإقليمية). نمط 1.3 التفاعلي هو النمط الصحيح ويهم لعمل جديد في طرق الدفع.

تعتمد بشكل كبير على الإكمال التلقائي للعناوين. توفر المدخرات من مكالمات واجهة برمجة التطبيقات وحدها ما يبرر وقت الترقية.

إذا لم ينطبق أي من هذه، خطط للترقية في دورة الربع القادمة ولكن لا تتعجل.

لماذا نعتقد أنه غير مُقدّر

ركزت معظم اتصالات الترقية من فريق Hyvä على الميزات المرئية (تخطيط السلة الصغيرة المنقح، أنماط أخطاء النموذج الجديدة). لم تحظَ التغييرات في البنية التحتية باهتمام العناوين. من خلال تشغيل الكود في الإنتاج، فإن التغييرات في البنية التحتية هي حيث تكمن القيمة الحقيقية. نحن سعداء لكوننا في هذا الإصدار.

ما هو Hyvä Checkout في الواقع

يستحق Hyvä Checkout 1.3 الانتباه بسبب ما غيره تحت السطح، وليس فقط الميزات المرئية للمستخدم.

المشكلة 1 التي تم إصلاحها: الحمل الزائد لجزء العملاء AJAX

المشكلة 2 التي تم إصلاحها: تأخير الإكمال التلقائي للعناوين

المشكلة 3 التي تم إصلاحها: عرض شروط الدفع الشرطية

ما الذي لا يزال لا يعمل في 1.3

للتوازن، الأشياء التي لا يزال 1.3 لا يصلحها.

هل يجب عليك الترقية

ثلاث حالات نوصي فيها بالترقية هذا الربع.

إذا لم ينطبق أي من هذه، خطط للترقية في دورة الربع القادمة ولكن لا تتعجل.

تحديث Hyvä Checkout 1.3 هو الترقية الأكثر تجاهلاً في Magento الآن

ما هو Hyvä Checkout في الواقع

المشكلة 1 التي تم إصلاحها: الحمل الزائد لجزء العملاء AJAX

المشكلة 2 التي تم إصلاحها: تأخير الإكمال التلقائي للعناوين

المشكلة 3 التي تم إصلاحها: عرض شروط الدفع الشرطية

ما الذي لا يزال لا يعمل في 1.3

هل يجب عليك الترقية

لماذا نعتقد أنه غير مُقدّر

ذات صلة

تحديث Hyvä Checkout 1.3 هو الترقية الأكثر تجاهلاً في Magento الآن

ما هو Hyvä Checkout في الواقع

المشكلة 1 التي تم إصلاحها: الحمل الزائد لجزء العملاء AJAX

المشكلة 2 التي تم إصلاحها: تأخير الإكمال التلقائي للعناوين

المشكلة 3 التي تم إصلاحها: عرض شروط الدفع الشرطية

ما الذي لا يزال لا يعمل في 1.3

هل يجب عليك الترقية

لماذا نعتقد أنه غير مُقدّر

ذات صلة