كيفية ترحيل Magento Luma إلى Hyvä في 8 أسابيع
تعتبر هجرة Hyvä التي تستغرق 8 أسابيع هو الحد الأدنى الواقعي لمتجر Magento Luma نظيف، مع 8 إلى 15 ملحق مدفوع، دون ميزات B2B رئيسية، وإعادة بناء تصميم وفية بدلاً من إعادة العلامة التجارية. المتاجر التي تقع خارج هذا الملف الشخصي تستغرق وقتًا أطول.
هذه المقالة هي خطة الأسبوع بأسبوع التي نستخدمها، والمعالم التي تحدد ما إذا كنت ستصل في الوقت المحدد، والأشياء التي تعرقل الجدول الزمني البالغ 8 أسابيع إلى 14 أسبوعًا.
ما قبل الرحلة: قبل الأسبوع 1
يجب أن يكون هناك شيئان صحيحان قبل بدء الأسبوع 1:
قائمة الملحقات مكتملة. كل وحدة مدفوعة على المتجر، مع البائع + الإصدار + حالة الترخيص. نستخدم هذه القائمة لتحديد الملحقات التي لديها توافق Hyvä مزود من البائع (مجاني) مقابل تلك التي تحتاج إلى وحدة توافق مخصصة (مدفوعة). بدونها، سيكون تحديد النطاق تخمينًا.
Magento على إصدار مدعوم من Hyvä. إذا كنت تستخدم Magento Open Source 2.4.4 أو إصدار أقدم، فإن الترقية تأتي أولاً. لا تجمع بين ترقيات إصدار Magento الرئيسية مع هجرة Hyvä، فهذا تغييران محفوفان بالمخاطر في نافذة واحدة.
عادةً ما تكون فترة ما قبل الرحلة نافذة مدتها أسبوع واحد قبل بدء الانخراط رسميًا. نقوم بذلك خلال فترة تحديد النطاق حتى لا تكون بداية المشروع محملة بالإدارة.
الأسبوع 1، الأساس
الهدف: تثبيت Hyvä Theme، وإعداد نظام العلامة التجارية Tailwind، ووجود مكتبة مكونات نظام التصميم.
ما يتم شحنه:
- حزمة Hyvä Theme مثبتة في بيئة التطوير الخاصة بك
- إعداد Tailwind الذي يتوافق مع علامتك التجارية: رموز الألوان، مقياس الطباعة، المسافات، الزوايا
- مكتبة المكونات الأساسية (زر، بطاقة، شارة، مدخل نموذج، نافذة منبثقة) مصممة وفقًا لعلامتك التجارية
- قوالب الرأس، والتذييل، والتنقل، والخبير
- عنوان URL تجريبي حيث يمكنك رؤية هيكل الموقع الجديد
المعلم: بنهاية الأسبوع 1، يتم عرض الصفحة الرئيسية تحت Hyvä مع علامتك التجارية. لا توجد منتجات بعد، لا يوجد عملية شراء، لكن الهوية البصرية موجودة.
الأسابيع 2-3، قوالب الصفحات
الهدف: إعادة منصة كل قالب صفحة واجهة المتجر إلى Hyvä.
ما يتم شحنه:
- صفحة تفاصيل المنتج (PDP)، معرض الصور، محدد المتغيرات، كتلة السعر، إضافة إلى السلة، المنتجات ذات الصلة، المراجعات، الأسئلة الشائعة
- صفحة قائمة المنتجات (PLP)، الفلاتر، الفرز، الترقيم، التمرير اللانهائي إذا كان ذلك مناسبًا
- نتائج البحث
- صفحة السلة
- قسم حساب العميل (لوحة التحكم، الطلبات، العناوين، قوائم الرغبات، المرتجعات)
- كتل CMS وصفحات المحتوى
المعلم: بنهاية الأسبوع 3، يمكنك تصفح الموقع التجريبي كما يفعل العميل. يتم عرض كل صفحة. تعمل إضافة إلى السلة. تسجيل الدخول يعمل. لوحة التحكم في الحساب تعمل.
عادةً ما تستغرق PDP أطول وقت بسبب المتغيرات، ومعارض الصور، وطول قائمة كتل التجارة (المنتجات ذات الصلة، التي تم مشاهدتها مؤخرًا، الأسئلة الشائعة، المراجعات). خصص 3-5 أيام فقط لـ PDP.
الأسابيع 4-5، توافق الملحقات
الهدف: عرض كل ملحق مدفوع على المتجر بشكل صحيح تحت Hyvä.
ما يتم شحنه:
- وحدات توافق Hyvä المزودة من البائع مثبتة للملحقات التي توفرها
- وحدات توافق Hyvä مخصصة مكتوبة للملحقات التي لا تحتوي على توافق من البائع
- اختبار كل ملحق في السياق، عرض اللافتات، عرض الشارات، تشغيل تغذيات المنتجات
تنقسم الملحقات إلى ثلاث مجموعات:
- توافق البائع متاح، يتطلب composer + تغيير الإعداد. 30 دقيقة لكل ملحق.
- توافق مخصص مطلوب (عرض فقط)، اللافتات، الشارات، كتل المحتوى. 1-3 أيام لكل منها.
- توافق مخصص مطلوب (يؤثر على عملية الشراء/السلة)، الدفع، الاحتيال، الشحن. 3-7 أيام لكل منها، بالإضافة إلى اختبار تدفق الطلب.
التباين هنا هائل. يمكن لمتجر نظيف يحتوي على ملحقات توافق جميعها من البائع إنهاء هذه المرحلة في 3 أيام. متجر يحتوي على 15 ملحقًا يحتاج إلى توافق مخصص يستغرق كامل الأسبوعين.
المعلم: بنهاية الأسبوع 5، يجب أن يكون لكل ملحق على الموقع المباشر مكافئ يعمل على الموقع التجريبي. يجب أن تكون قادرًا على إجراء عملية شراء شاملة بما في ذلك أي وحدة دفع، شحن، أو احتيال من طرف ثالث.
الأسبوع 6، تحسين الأداء
الهدف: أداء Lighthouse على الهاتف المحمول عند 90+، دون أي تراجع في إمكانية الوصول أو أفضل الممارسات.
ما يتغير:
- تحسين LCP: إدراج CSS الحرج، تحميل الخطوط مسبقًا، أولوية الصورة الرئيسية
- ميزانية JS: تقليل الشجرة، تحميل كسول لأي شيء تحت الطية
- تدقيق السكريبتات من الطرف الثالث: GA، بكسل Meta، أدوات الدردشة، هذه هي أكبر قاتلات LCP
- تحسين الصور: WebP/AVIF،
srcsetاستجابة، تحميل كسول للصور تحت الطية - زمن استجابة الخادم (TTFB): ضبط إعدادات Magento إذا لزم الأمر
المعلم: بنهاية الأسبوع 6، يجب أن تسجل Lighthouse على PDP و PLP كليهما 90+. إذا لم يحدث ذلك، فإن تاريخ الانتقال يكون في خطر.
الأسبوع 7، اختبار المستخدم على الموقع التجريبي
الهدف: طلبات حقيقية من البداية إلى النهاية، مع فريقك و(اختياريًا) عملاء حقيقيين مختارين.
ما يحدث:
- يقوم فريقك بالمرور عبر كل تدفق رئيسي: تصفح، بحث، PDP، إضافة إلى السلة، عملية الشراء (بطاقة حقيقية)، تسجيل دخول العميل، لوحة التحكم في الحساب، اتصل بنا
- نقوم بإجراء اختبار عبر المتصفحات على iOS Safari، Android Chrome، سطح المكتب Chrome، Firefox، Edge
- اجتياز إمكانية الوصول: التنقل عبر لوحة المفاتيح، قارئ الشاشة، التباين
- بيانات Schema.org المنظمة تم التحقق منها عبر اختبار النتائج الغنية (المنتج، العرض، الخبيرة، صفحة الأسئلة الشائعة)
- خطة إعادة التوجيه 301 تم الانتهاء منها لأي عنوان URL تم تغييره
- جلسة تصحيح الأخطاء: جلسة مدتها ساعة على Zoom حيث يحاول 5+ أشخاص كسر الموقع التجريبي
المعلم: بنهاية الأسبوع 7، يتم إغلاق قائمة الأخطاء وتوقع توقيعك على الانتقال.
الأسبوع 8، الانتقال + ما بعد الإطلاق
الهدف: Hyvä مباشر في الإنتاج بدون أي توقف، يتم مراقبته لمدة 72 ساعة.
ما يحدث:
- نافذة الانتقال: الأحد 02:00 بتوقيت المملكة المتحدة بشكل افتراضي. 30-60 دقيقة من الصيانة. تغيير DNS، تفريغ ذاكرة التخزين المؤقت، مزامنة الطلبات النهائية.
- مراقبة ما بعد الإطلاق: فتح لوحة معلومات Sentry لمدة 72 ساعة. مراقبة معدل إكمال الطلبات مقابل الأساس. مراقبة وحدة التحكم في البحث لأخطاء الزحف.
- سباق تصحيح الأخطاء: نافذة تفاعلية لمدة 5 أيام لأي شيء يظهر في الأسبوع الأول من حركة المرور الحقيقية. عادةً ما تكون هناك 2-5 مشكلات صغيرة؛ لا توجد إعادة بناء أساسية.
- وثيقة التسليم: إعدادات السمة، الوحدات المخصصة، دليل النشر، ومرجع "ما الذي تغير" لفريقك الداخلي.
المعلم: بنهاية الأسبوع 8، لديك موقع Hyvä مباشر، لوحة معلومات Sentry نظيفة، ومعدل تحويل عند أو فوق مستوى Luma الأساسي.
ما الذي يعطل الجدول الزمني البالغ 8 أسابيع
بالترتيب التقريبي للتكرار:
قائمة الملحقات تنمو أثناء المشروع. اكتشاف وحدة مدفوعة جديدة في الأسبوع 4 = إضافة 1-3 أسابيع. تجنب ذلك عن طريق القيام بجرد شامل قبل بداية المشروع.
زحف نطاق التصميم. "بينما نحن هنا، هل يمكننا إعادة تصميم PDP؟" = إضافة 2 أسابيع. إما الالتزام بإعادة العلامة التجارية أثناء تحديد النطاق أو حفظها للسنة القادمة.
ترقية إصدار Magento مجتمعة. ترقية Magento 2.4.4 → 2.4.7 + الانتقال إلى Hyvä في نفس النافذة تضاعف المخاطر وتضيف 3-4 أسابيع. لا تفعل ذلك.
بيئة التجريب غير جاهزة عند البداية. إذا لم نتمكن من النشر في اليوم الأول من الأسبوع 1، فإن كل يوم تأخير يؤخر تاريخ الانتقال بمقدار يوم واحد. قم بإعداد البيئة التجريبية خلال فترة ما قبل الرحلة.
مراجعة أصحاب المصلحة بطيئة. أسبوع UAT يفترض أن فريقك يمكنه تخصيص الوقت للاختبار. إذا استغرق التعليق 5 أيام عمل للعودة، فهذا يعني 5 أيام يتم دفع تاريخ الانتقال.
عندما لا تكون 8 أسابيع واقعية
كن صادقًا مع نفسك إذا كان أي من هذه ينطبق، تحتاج إلى 10-14 أسبوعًا، وليس 8:
- 25+ ملحق مدفوع
- ميزات التجارة B2B (حسابات الشركات، كتالوجات مشتركة، تسعير مخصص، عروض أسعار)
- تدفق عملية شراء مخصص بشكل كبير (عملية شراء مقسمة، موافقات B2B، حسابات أسعار الشحن المعقدة)
- نطاق Hyvä Commerce (ليس فقط Hyvä Theme)، Hyvä Checkout يضيف 2-3 أسابيع
- إعادة العلامة التجارية المضافة إلى الهجرة
- إعداد Magento متعدد المتاجر / متعدد المواقع مع >2 واجهات متجر
بالنسبة لهذه، نقتبس 10-14 أسبوعًا مقدمًا. 8 أسابيع تجعلك تحصل على موقع نصف مكتمل مباشر؛ لا أحد يفوز.
الخطوات التالية
- راجع صفحة خدمة هجرة Hyvä لمعرفة ما هو متضمن
- اقرأ تفصيل تكلفة الهجرة للحصول على تسعير تفصيلي
- تحقق من قائمة التحقق لهجرة Hyvä، 47 عنصرًا للتأكيد قبل البدء
- احجز مكالمة تحديد نطاق لمدة 30 دقيقة للحصول على عرض سعر ثابت، وجدول زمني ثابت