الدليل الشامل لتنفيذ Hyvä Checkout
يعتبر Hyvä Checkout العنصر الأكثر عائدًا على الاستثمار في مجموعة منتجات Hyvä. يرفع إكمال الدفع عبر الهاتف المحمول بنسبة 8-15% عبر البنايات التي قمنا بقياسها. ينخفض حجم تحميل JavaScript عند الدفع بنسبة ~70%. الفوز البصري وتجربة المستخدم واضح لأي شخص جرب عملية الدفع الافتراضية في Magento على هاتف Android متوسط المدى.
لكن التنفيذ أكثر تعقيدًا مما يصوره التسويق. هذا هو الدليل الشامل، ما يدخل، ما يعيقك، والجدول الزمني الواقعي.
ما هو Hyvä Checkout في الواقع
عملية دفع صفحة واحدة باستخدام Alpine.js تستبدل عملية الدفع الافتراضية في Magento التي تعتمد على Knockout + RequireJS متعددة الخطوات. لا يتغير الجزء الخلفي (أسعار الشحن، معالجة الدفع، حساب الضرائب، تقديم الطلبات). فقط طبقة العرض هي التي تتغير.
يمكن تثبيته بطريقتين:
- على قمة ثيم Hyvä، الأكثر شيوعًا؛ المتجر الإلكتروني هو بالفعل Hyvä، وعملية الدفع تتبعه.
- كجزيرة دفع فقط على Luma، يبقى باقي الموقع على Luma، فقط صفحة الدفع يتم عرضها باستخدام Hyvä.
كلاهما يعمل. الأول أبسط لأن نظام التنسيق موجود بالفعل.
قبل الإقلاع: ما تحتاجه قبل الأسبوع الأول
- رخصة Hyvä Checkout، يتم إصدار الفاتورة من قبل Hyvä Themes مباشرة، ~£1,000–£3,000 لكل نطاق.
- جرد وحدات الدفع + الشحن + الاحتيال الحالية، البائع + الإصدار + حالة الترخيص لكل منها.
- قائمة بأي حقول دفع مخصصة، رسالة هدية، تعليمات التسليم، التقاط رقم ضريبة القيمة المضافة، حقول B2B.
- خط أساس لطلب اختبار، سجل معدل إكمال الدفع عبر الهاتف المحمول الحالي الآن، حتى تتمكن من قياس الزيادة بعد الإطلاق.
قبل الإقلاع هو تمرين يستغرق من 3 إلى 5 أيام. يتم الانتهاء منه قبل بدء العمل حتى يكون الأسبوع الأول للبناء، وليس للإدارة.
تنفيذ أسبوعي
بناء Hyvä Checkout مستقل (2-5 أسابيع إجمالاً)
الأسبوع الأول، التثبيت + التنسيق الأساسي
- تم تثبيت حزمة Hyvä Checkout (
composer require hyva-themes/magento2-default-theme-checkoutأو ما يعادلها لرخصتك) - تم تطبيق تكوين نظام العلامة التجارية Tailwind على قوالب الدفع
- يتم عرض نماذج العنوان، ومحدد طريقة الدفع، ومحدد طريقة الشحن جميعها تحت Hyvä
- كتلة ملخص السلة على الشريط الجانبي الأيمن (أو أي تخطيط قمت بترخيصه)
الأسبوع الثاني، تكامل الدفع + الشحن
- إعادة تصميم كل طريقة دفع نشطة لـ Hyvä Checkout
- إعادة تصميم تكاملات شركات الشحن حسب الحاجة
- التحقق من منطق حساب الضرائب + ضريبة القيمة المضافة عبر الولايات القضائية المعمول بها
- اختبار تدفقات بطاقة محفوظة / عنوان محفوظ / دفع كضيف
الأسبوع الثالث، الاحتيال + طبقة التعقيد
- تم نقل تكامل وحدات الاحتيال / المخاطر (Signifyd، Riskified، إلخ)
- تمت إضافة حقول الدفع المخصصة (رسالة هدية، تعليمات التسليم، حقول B2B)
- اختبار تدفق تقديم الطلب من البداية إلى النهاية مع طلبات اختبار حقيقية
- الحفاظ على بيانات Schema.org Order + InvoiceableOrder المنظمة
الأسبوع الرابع، الأداء + الوصول
- تدقيق Lighthouse للأجهزة المحمولة على صفحة الدفع، 90+ كمعايير خروج
- اجتياز الوصول، التنقل عبر لوحة المفاتيح، قارئ الشاشة، تسميات ARIA
- ضمان الجودة عبر المتصفحات على iOS Safari، Android Chrome، سطح المكتب
الأسبوع الخامس، اختبار القبول + الانتقال
- اختبار قبول ما قبل الإطلاق مع طلبات حقيقية على البيئة التجريبية
- التقاط خط الأساس لمعدل التحويل قبل الانتقال للمقارنة القابلة للقياس
- الانتقال يوم الأحد في أوقات غير الذروة، نافذة صيانة من 30-60 دقيقة
- مراقبة لمدة 72 ساعة بعد الإطلاق مع متابعة معدل إكمال الطلب في الوقت الفعلي
لبناء على قمة ثيم Hyvä موجود، يكون الجدول الزمني عادةً من 2 إلى 3 أسابيع. لبناء دفع فقط على Luma، من 3 إلى 5 أسابيع لأن نقاط التكامل غير قياسية.
بوابات الدفع، ما يعمل، وما لا يعمل
تكاملات Hyvä Checkout المدعومة من البائع اعتبارًا من 2026:
| بوابة | دعم Hyvä Checkout |
|---|---|
| Stripe | مزود من البائع |
| Adyen | مزود من البائع |
| Klarna | مزود من البائع |
| PayPal | مزود من البائع |
| Worldpay | مزود من البائع |
| Braintree | مزود من البائع |
| Mollie | مزود من البائع |
| Authorize.Net | يحتاج إلى تكامل مخصص |
| Sage Pay | يحتاج إلى تكامل مخصص |
| معظم بوابات المملكة المتحدة الإقليمية | مخصص، عادةً ما يستغرق 1-2 أسبوع للبناء |
بالنسبة للبوابات التي لا تحتوي على تكامل من البائع، عادةً ما يكون نموذج طريقة الدفع المخصصة لـ Hyvä Checkout عملاً يستغرق من 1 إلى 2 أسبوع. لقد قمنا ببناء هذه لنصف دزينة من البوابات المتخصصة؛ النمط معروف جيدًا.
الشحن + الاحتيال، الجزء الذي لم يتم مناقشته كثيرًا
عادةً ما تنتقل تكاملات شركات الشحن دون الكثير من العمل، حيث أن معظمها حسابات أسعار من جانب الخادم لا تلمس الواجهة الأمامية. الاستثناء هو حاسبات الأسعار عند الدفع التي تعرض واجهة المستخدم في كتلة طريقة الشحن (عرض السعر المباشر، مختارات تاريخ التسليم، مواقع الاستلام). يحتاج كل من هؤلاء إلى إعادة تصميم Hyvä، من 1 إلى 2 يوم لكل تكامل.
عادةً ما تحتوي وحدات الاحتيال (Signifyd، Riskified، Kount، ClearSale) على خطاف واجهة أمامية يتم تفعيله أثناء تقديم الطلب. يعمل الخطاف نفسه على Hyvä؛ قد تحتاج واجهة المستخدم المرئية (مثل iframe لتحدي 3DS) إلى إعادة تصميم حسب نهج تكامل البائع. اترك أسبوعًا لاختبار تكامل الاحتيال عبر الطلبات الحقيقية.
الدفع B2B، الأسطح الإضافية
يمتلك B2B Magento (و Adobe Commerce B2B) أسطحًا تتجاوز عملية الدفع B2C القياسية:
- التقاط رقم طلب الشراء
- الطلبات متعددة الحسابات (تقديم طلب نيابة عن جهة اتصال شركة مختلفة)
- تحويل الاقتباس المتفاوض عليه (تحويل اقتباس موجود إلى طلب)
- سير عمل الموافقة (الطلبات التي تتجاوز حدًا معينًا تحتاج إلى توقيع المدير)
- عرض تسعير مقسم حسب العميل
- إضافة سريعة لقائمة الطلبات
كل من هذه هي قالب + تدفق Hyvä منفصل. يضيف Hyvä Checkout B2B من 2 إلى 4 أسابيع مقابل Hyvä Checkout B2C، ودورة ضمان الجودة أطول بشكل ملحوظ لأنك تحتاج إلى سيناريوهات اختبار B2B حقيقية (متعددة المستخدمين، متعددة الشركات، إلخ).
ما الذي يتعطل، بالترتيب التقريبي
بعد ~15 بناء لـ Hyvä Checkout، أكثر نقاط الفشل شيوعًا:
1. تحديات الدفع 3DS. يتصرف iframe / النافذة المنبثقة 3D Secure بشكل مختلف تحت Hyvä مقارنةً بـ Luma بسبب تغير بيئة JavaScript المحيطة. اترك سيناريوهات اختبار 3DS محددة في اختبار القبول، بطاقة حقيقية من بنك حقيقي، وليس فقط بيئة اختبار.
2. تعايش Adyen + Klarna. كلا البائعين لديهم JavaScript أمامية عدوانية ترغب في التحكم في DOM حول محدد طريقة الدفع. عندما يكون كلاهما موجودًا، تظهر تعارضات لا تظهر مع أي منهما بمفرده. اختبر التركيبة بشكل صريح.
3. حاسبات أسعار الشحن المخصصة. أي شيء يعرض واجهة مستخدم حية في كتلة طريقة الشحن (مختارات تاريخ التسليم، استلام، أسعار السعاة الحية) يحتاج عادةً إلى إعادة تصميم Hyvä التي لم يرسلها البائع.
4. عرض تسعير محدد لمجموعات العملاء. إذا كان متجرك يظهر أسعارًا مختلفة للعملاء المسجلين مقابل الضيوف، فإن هذه المنطق يعاد تطبيقه عند الدفع. حالة حافة: يقوم عميل بتسجيل الدخول أثناء الدفع ويحتاج كتلة السعر إلى التحديث دون إعادة تحميل الصفحة بالكامل.
5. أسطح حساب الضرائب في عناصر الخط. تتطلب بعض الولايات القضائية عرض الضرائب المفصلة لكل عنصر. قد يتعامل قالب عنصر الخط الافتراضي لـ Hyvä Checkout مع هذا أو لا يتعامل معه اعتمادًا على تكوين ضريبة Magento الخاص بك. تحقق قبل الافتراض أنه يعمل.
الأداء، ما يمكن توقعه
عبر بناءات Hyvä Checkout لدينا:
- أداء صفحة الدفع على الأجهزة المحمولة وفقًا لـ Lighthouse: عادةً 88-95
- LCP عند الدفع: عادةً 1.5-2.5 ثانية على 4G المحمول (مقارنةً بـ 4-7 ثوانٍ على Magento الافتراضي)
- TBT عند الدفع: عادةً 100-400 مللي ثانية (مقارنةً بـ 1500-4000 مللي ثانية على Magento الافتراضي)
- حجم تحميل JavaScript عند الدفع: 400-700 كيلوبايت (مقارنةً بـ 2-4 ميغابايت على Magento الافتراضي)
يأتي تخفيض حجم تحميل JavaScript من حيث زيادة التحويل. على هواتف Android المنخفضة، يمكن أن يكون وقت التحليل وحده لبرمجيات JavaScript الخاصة بعملية الدفع الافتراضية في Magento 3-5 ثوانٍ. يقوم Hyvä Checkout بتخفيض ذلك إلى أقل من ثانية.
زيادة التحويل، ما نراه فعليًا
عبر التنفيذات التي قمنا بقياسها:
- معدل إكمال الدفع عبر الهاتف المحمول: +8-15% نموذجي
- معدل إكمال الدفع عبر سطح المكتب: +2-5% نموذجي (أقل لأن سطح المكتب لم يكن مقيدًا بـ JavaScript بنفس القدر)
- متوسط قيمة الطلب: ثابت، Hyvä Checkout لا يغير محتويات السلة، فقط الاحتكاك لإكمالها
- زيادة المشترين الجدد مقابل العائدين: أكبر في المشترين الجدد (أجهزة أبطأ، صبر أقل لعملية دفع بطيئة)
هذه الأرقام هي مجاميع. ستعتمد زيادتك على مزيج حركة المرور لديك (نسبة الهواتف المحمولة، فئة الأجهزة)، معدل إكمال الدفع السابق (الأسس الأعلى لديها مجال أقل للزيادة)، وأي تعقيد في التدفق المخصص.
تسعير Hyvä Checkout، الرخصة + البناء
- رخصة Hyvä Checkout: ~£1,000–£3,000 لكل نطاق، يتم إصدار الفاتورة من قبل Hyvä Themes
- تنفيذ مستقل (على قمة ثيم Hyvä): £8,000–£15,000، 2-3 أسابيع
- تنفيذ مستقل (على واجهة Luma): £10,000–£20,000، 3-5 أسابيع
- كجزء من بناء Hyvä Commerce الكامل: يضيف 2-3 أسابيع + £8-15k لبناء الثيم
تكاليف الإضافات لكل ملحق:
- تكامل بوابة دفع مخصصة: £2k–£6k لكل بوابة
- تكامل وحدة احتيال مخصصة: £2k–£4k لكل وحدة
- إعادة تصميم حاسبة أسعار الشحن المخصصة: £1k–£3k لكل حاسبة
- أسطح محددة لـ B2B (اقتباسات، حسابات متعددة، موافقات): £5k–£12k مجتمعة
هل يجب أن تنتظر Hyvä Checkout 1.4؟
سؤال شائع. الإجابة الصادقة: Hyvä Checkout 1.3 جاهز للإنتاج والإصدار القادم 1.4 يضيف ميزات تدريجية بدلاً من إصلاح مشاكل أساسية. لا تؤجل ترحيل عملية الدفع ذات العائد المرتفع في انتظار إصدار نقطة.
عندما يتم إصدار 1.4، سيكون مسار الترقية مباشرًا، تحديث composer، اختبار الانحدار، نشر. لم يحدث أبدًا أن استغرقت ترقية Hyvä Checkout أكثر من فترة عمل واحدة.
الخطوات التالية
- راجع صفحة خدمة Hyvä Checkout للحصول على تفاصيل الخدمة
- اقرأ Hyvä Commerce مقابل Hyvä Theme لفهم سياق المجموعة
- احجز مكالمة تحديد للحصول على عرض سعر ثابت مقابل قائمة وحدات الدفع + الشحن الخاصة بك
- تصفح مدخل قاموس Hyvä Checkout للحصول على مقدمة تقنية