من نحن الذكاء الاصطناعي
القطاعات
المنصات
الخدمات
أعمالنا المدونة اتصل بنا
احصل على عرض سعر
Magento

Hyvä أم PWA أم البقاء على Luma؟ إطار قرار للواجهة الأمامية في Magento مع التكاليف الحقيقية

في نهاية المطاف، يتلقى كل تاجر Magento نفس النصيحة: واجهة متجرك بطيئة، تحتاج إلى إعادة بناء الواجهة. أحياناً يكون ذلك صحيحاً. غالباً ما يكون جواباً بتكلفة ستة أرقام لمشكلة يمكن إصلاحها بأقل بكثير — لذا إليك القرار مع الأرقام المرفقة.

إطار قرار واجهة Magento — مقارنة Hyvä، PWA وLuma

إذا كنت تدير متجر Magento 2، فمن المحتمل أن أحدهم أخبرك أن الواجهة هي المشكلة. وغالباً ما يكونون على حق. Luma — السمة الافتراضية لـ Magento — تحمل RequireJS و Knockout.js لكل زائر، وعلى هاتف أندرويد متوسط المواصفات، قد يكلفك هذا المكدس وحده ثانيتين قبل ظهور أول صورة منتج.

لكن بطء الواجهة هو عرض وليس وصفة. الخيارات الثلاثة المطروحة — الانتقال إلى Hyvä، بناء واجهة PWA، أو تحسين سمة Luma الحالية — تختلف تقريبا بعامل تكلفة واحد وبنفس القدر من المخاطر. الاختيار الخاطئ هو من أغلى الأخطاء التي يمكن أن يرتكبها تاجر Magento، وغالباً ما يروج لك البائعون أحد هذه الخيارات فقط.

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

الأرقام أدناه هي نطاقات تسليمنا لمشاريع Magento 2.4.9 وتُقدم كمدى، وليست وعوداً. أسعار التراخيص سارية عند كتابة هذا النص ويجب إعادة التحقق منها قبل وضع الميزانية.

الخيارات الثلاثة موصوفة بصراحة

الخيار 1: تحسين سمة Luma الموجودة لديكم بالفعل

الخيار الذي لا يروج له أحد، لأنه أصغر فاتورة. Luma بطيئة إلى حد كبير بسبب الإضافات التي أُلحقت بها: امتدادات طرف ثالث تضخ جافا سكريبت خاص بها، وحدات RequireJS غير مجمعة، وسائط غير محسنة، ذاكرة تخزين مؤقت للصفحة كاملة تفشل أكثر مما يعتقد الجميع، وتكوين Varnish كان صحيحاً قبل ثلاث سنوات.

تمريرة تحسين منظمة — تدقيق الإضافات، CSS الحرجة، تأجيل جافا سكريبت، معالجة الصور، تدفئة الكاش، ضبط قاعدة البيانات وRedis — تنقل متجر Luma عادة من تقييم Core Web Vitals الراسب إلى تقييم ناجح. ليس إلى درجة 100 في Lighthouse، بل إلى تقييم ناجح، وهو ما يؤثر فعلياً على الترتيب والتحويل.

  • التكلفة النموذجية: 8,000–25,000 جنيه إسترليني حسب حجم ديون الإضافات
  • المدة النموذجية: 4–8 أسابيع، تُنفذ تدريجياً على متجر مباشر
  • المخاطر: منخفضة — كل تغيير قابل للعكس ولا يتغير هيكل الواجهة
  • الحد الأعلى: حقيقي. هناك حد أدنى لسرعة Luma، وستظل صفحات الفئات الثقيلة تبدو ثقيلة.

هذا هو العمل الذي نقوم به ضمن تحسين سرعة الصفحة، وهو نقطة البداية في معظم المشاريع — بما في ذلك تلك التي تنتقل لاحقاً إلى هجرة كاملة للواجهة. معرفة أي مشاكلك تتعلق بالسمة وأيها تتعلق بالإضافات يستحق العناء قبل أن تنفق عشرة أضعاف.

الخيار 2: الانتقال إلى Hyvä

يستبدل Hyvä طبقة السمة في Luma بـ Tailwind CSS و Alpine.js. الكتالوج، التسعير، السلة، الدفع والإدارة تبقى كما هي — هذه تبادل للواجهة فقط، وليس إعادة منصة. عادة ما يزيل معظم جافا سكريبت التي يرسلها Luma وينتج واجهة تعرض بسرعة من الخادم بشكل افتراضي بدلاً من بعد الضبط.

العائق، وهو العائق الكامل: يجب إعادة تصميم كل إضافة تحتوي على واجهة متجر. لدى Hyvä نظام توافق يغطي البائعين الشائعين، لكن الذيل الطويل — المكوّن الخاص بك، طريقة الدفع الإقليمية، أداة الولاء من بائع لم يحدث تحديث منذ 2023 — هو نطاق مشروعك الحقيقي. رأينا نفس المتجر يُعرض بأسعار مختلفة بشكل كبير من وكالات مختلفة فقط لأن أحدهم حسب الإضافات والآخر لم يفعل.

  • التكلفة النموذجية: 30,000–90,000 جنيه إسترليني لكتالوج متوسط الحجم، بالإضافة إلى ترخيص Hyvä
  • المدة النموذجية: 10–20 أسبوعاً
  • المخاطر: متوسطة — يتم إعادة بناء الواجهة، لذا يجب إعادة اختبار رحلة العميل بالكامل
  • الحد الأعلى: مرتفع. هذه هي أسرع واجهة Magento تقليدية يمكن الحصول عليها.

لقد نفذنا هذا التحويل مرات كافية لنكوّن رؤية واضحة حول نتائجه. في تحويل Luma إلى Hyvä، تظل منطق الكتالوج والتسعير وعملية الدفع كما هي، بينما يتم استبدال الواجهة الأمامية بالكامل — هذا الفصل هو ما يجعل عملية الترحيل ممكنة، وهو نفس تقسيم العمل الذي نشرحه في بنية Magento لمتاجر الطباعة حسب الطلب متعددة الدول. في PriceGuru اعتمدنا Hyvä منذ البداية، وهو ما يجعل المشروع أسهل بكثير مقارنة بتحويل متجر قائم.

الخيار 3: بناء واجهة متجر PWA

البناء بدون واجهة: يصبح Magento واجهة برمجة تطبيقات، والمتجر هو تطبيق جافا سكريبت منفصل — PWA Studio، أو بشكل متزايد واجهة مخصصة باستخدام Next.js تتواصل مع GraphQL. تحصل على حرية تصميم كاملة، وتصفح يشبه التطبيقات، وإمكانية وضع متجر أمام أكثر من نظام تجارة إلكترونية خلفي واحد.

كما أنك تتحمل تشغيل تطبيق ثانٍ، مع استضافته الخاصة، وخط نشره، ورصده، وترقيات التبعيات الخاصة به، والأهم من ذلك — واجهة SEO الخاصة به التي يجب ضبطها يدويًا بدلاً من وراثتها. كل سلوك أصلي في واجهة متجر Magento يصبح الآن ملكًا لك. غالبًا ما لا يستطيع المسوقون الذين كانوا يحررون الصفحات في لوحة الإدارة القيام بذلك بعد الآن.

  • التكلفة النموذجية: 80,000–250,000+ جنيه إسترليني
  • المدة النموذجية: 5–9 أشهر
  • المخاطرة: عالية — هذا تطبيق جديد، وليس قالبًا، ويغير طريقة عمل فريقك
  • الحد الأعلى: الأعلى، والخيار الوحيد الذي يفتح إمكانية استخدام أنظمة خلفية غير Magento لاحقًا

إطار اتخاذ القرار

اعمل على هذه النقاط بالترتيب. أول نعم صادقة عادةً ما تكون إجابتك.

1. هل قمتم بالقياس فعلاً أم تتصرفون ردَّة فعل على نتيجة Lighthouse؟

تشغيل Lighthouse مرة واحدة على حاسوبك المحمول ليس مقياسًا كافيًا. انظر إلى بيانات Core Web Vitals الحقلية في Search Console — زوار حقيقيون، أجهزة حقيقية — وقم بتقسيمها حسب القالب. معظم متاجر Magento التي نقوم بتدقيقها لديها صفحة رئيسية تجتاز الاختبار وصفحات فئة تفشل بشكل كبير، وهذه مشكلة محددة وليست مشكلة في كامل المتجر.

إذا أظهرت بيانات الحقل فشل Largest Contentful Paint (LCP) في 60% من مشاهدات صفحات الفئة بينما صفحات المنتجات جيدة، فالمشكلة في صفحات الفئة. من المفيد تشخيصها قبل أن تتحول إلى هجرة.

2. كم من بطئكم يعود إلى الإضافات؟

قم بتعطيل الإضافات الخارجية على نسخة تجريبية، مجموعة واحدة في كل مرة، وأعد القياس. كثيرًا ما نجد أن مدير علامات واحد، أو أداة مراجعات، أو سكريبت تخصيص شخصي يسبب وقت حظر أكبر من إطار عمل Luma بأكمله. إذا كان هذا هو متجرك، فإن هجرة Hyvä ستخيب أملك: ستدفع مقابل طبقة قالب جديدة ثم تحمل نفس السكريبت المسبب للمشكلة.

هذه هي أكثر الأخطاء المكلفة شيوعًا التي نراها. الهجرة إلى واجهة جديدة لا تزيل جافا سكريبت الخارجية — بل تمنحها فقط بيئة أسرع لتكون بطيئة فيها.

3. هل ستغيرون التصميم على أي حال؟

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

4. كيف يبدو جرد الإضافات لديكم؟

احسب كل إضافة تعرض شيئًا يراه العميل. لكل منها، تحقق مما إذا كان هناك نسخة متوافقة مع Hyvä، وإذا كان البائع لا يزال نشطًا، وإذا كنت تستخدم الميزة فعلاً. من تجربتنا، المتجر الذي يستخدم أقل من خمسة عشر إضافة يهاجر بسهولة؛ أما إذا تجاوز العدد ثلاثين، فإن عمل التوافق يهيمن على المشروع ويجب أن ينعكس ذلك في التقدير.

5. هل تحتاجون فعلاً إلى front end منفصل؟

يُبرر استخدام PWA المتطلبات التي لا يمكن لقوالب Magento تلبيتها — متجر يخدم عدة أنظمة خلفية، تجربة تطبيق وموقع تشاركان قاعدة شفرة واحدة، رحلة عميل تشبه التطبيقات أكثر من الكتالوج، أو خارطة طريق تشمل مغادرة Magento. الرغبة في استخدام حزمة جافا سكريبت حديثة ليست متطلبًا، بل تفضيلًا، وهو مكلف يجب تمويله من ميزانية الواجهة.

إذا كانت البنية بدون واجهة هي الاتجاه الحقيقي، فمن المفيد مقارنة ما ستبنيه على Magento بمحرك بدون واجهة مصمم خصيصًا — نوضح هذه المقارنة في عمل اختيار المنصة.

6. هل تستطيعون تحمل تكلفة القرار الخاطئ؟

فشل تحسين Luma يكلفك بضعة أسابيع. فشل هجرة Hyvä يكلفك ربع سنة والكثير من حسن النية. فشل مشروع PWA أنهى مسيرات مهنية. قِس الخيارات بناءً على ما يحدث إذا ساء المشروع، وليس فقط إذا سار على ما يرام.

متى ننصح العملاء بالبقاء على Luma

هذا الجزء من النقاش غالبًا ما تتجاهله عروض المبيعات، لذا نوضحه هنا ببساطة. نوصي بالبقاء على Luma عندما:

  • بيانات Core Web Vitals الحقلية تجتاز الاختبار بالفعل والضغط ناتج عن درجة تركيبية وليس زوار حقيقيين
  • المتجر يعمل على نسخة Magento تحتاج إلى ترقية أولاً — قم بترقية المنصة، ثم أعد القياس، ثم قرر
  • إعادة منصة مدرجة في خارطة الطريق خلال عامين — لا تنفق مبالغ كبيرة على واجهة تخطط للتخلي عنها
  • مجموعة الإضافات ضخمة ومخصصة إلى حد كبير، وعمل التوافق سيتجاوز قيمة تحسين السرعة
  • عنق الزجاجة الحقيقي في جانب الخادم — زمن استجابة بطيء بسبب قاعدة بيانات صغيرة أو ذاكرة تخزين مؤقت باردة ليس مشكلة قالب، ولا واجهة جديدة ستخفيه
  • ظروف التداول تجعل المخاطرة غير مقبولة الآن — لا ينبغي لأحد أن يهاجر متجرًا قبل ستة أسابيع من موسم الذروة

الأخير مهم أكثر مما يتوقعه التجار. لقد رفضنا العمل على الهجرة في سبتمبر أكثر من مرة. المشروع الصحيح في الوقت الخطأ يظل مشروعًا خاطئًا.

بناء نموذج استرداد الاستثمار

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

  1. عدد الجلسات شهريًا على القوالب التي تخطط لتغييرها — ليس الموقع بأكمله، فقط القوالب المتأثرة
  2. معدل التحويل الحالي على تلك القوالب، مقسم حسب الجهاز، لأن الهواتف المحمولة هي غالبًا المكان الذي يوجد فيه الفارق
  3. متوسط قيمة الطلب، مرة أخرى على تلك القوالب
  4. الزيادة المتوقعة في معدل التحويل — هذا هو التقدير الوحيد، ويجب أن يكون متحفظًا

كن متشككًا تجاه أي شخص يذكر لك نسبة مئوية بدون توضيح. الموقف الصادق هو أن تحسين السرعة يرتبط بتحسين معدل التحويل، وأن التأثير أكبر على الهواتف المحمولة والاتصالات البطيئة، وأن حجم التأثير يختلف كثيرًا حسب الفئة وقيمة السلة. ضع نموذجًا لحالة متحفظة وحالة متفائلة، واتخذ القرار بناءً على الحالة المتحفظة.

ثم اقسم تكلفة المشروع على الزيادة الشهرية في الربح الإجمالي في حالتك المتحفظة. إذا كانت فترة الاسترداد أقل من اثني عشر شهرًا، فالحالة قوية. من اثني عشر إلى أربعة وعشرين شهرًا، يمكن الدفاع عنها إذا كان للواجهة وظائف أخرى — إعادة تصميم، قناة B2B، سوق جديد. إذا تجاوزت أربعة وعشرين شهرًا في الحالة المتحفظة، فأنت تشتري شيئًا غير العائد.

التكلفة الفعلية لامتلاك كل خيار

تكلفة البناء هي الرقم الذي يقارن به الجميع. تكلفة الملكية هي الرقم الذي يحدد ما إذا كنت ستندم على الاختيار.

Luma لا تكلفك شيئًا إضافيًا للملكية، لكنها تكلف كل شيء للصيانة: كل إضافة جديدة قد تعيد إدخال وزن جافا سكريبت الذي دفعت لإزالته، لذا يصبح عمل الأداء بندًا متكررًا وليس مشروعًا.

Hyvä يحمل ترخيصًا سنويًا وضريبة توافق مستمرة معتدلة — الإضافات الجديدة تحتاج نسخًا متوافقة مع Hyvä، والمجموعة أصغر. بالمقابل، تقل تراجعات الأداء كثيرًا، لأن هناك آليات أقل يمكن أن تتراجع.

PWA يكلفك تطبيقًا ثانيًا إلى الأبد: استضافة منفصلة، نشر منفصل، ترقيات تبعيات منفصلة، تصحيح أمان منفصل، ومهارات واجهة أمامية يجب أن يحتفظ بها فريقك. خصص ميزانية هندسية مستمرة، وليس فقط صيانة. هذه التكلفة يغفل عنها معظم حالات الأعمال لـ PWA، وهي التي تظهر في السنة الثانية.

تسلسل منطقي

بالنسبة لمعظم تجار Magento، الترتيب الصحيح للعمل غير جذاب:

  1. الانتقال إلى نسخة Magento حالية ومدعومة — كل شيء لاحق يصبح أسهل وأرخص على 2.4.9
  2. تدقيق وتقليص مجموعة الإضافات؛ إيقاف ما لا يستخدمه أحد واستبدال ما لا يمكن تسريعه
  3. العمل على جانب الخادم — معدلات ضرب الذاكرة المؤقتة، ضبط قاعدة البيانات، خط معالجة الصور، ملف الاستضافة
  4. إعادة قياس بيانات Core Web Vitals الحقلية ورؤية ما تبقى فعليًا
  5. ثم قرر ما إذا كانت الفجوة المتبقية تبرر ترحيل الواجهة الأمامية

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

إذا رغبت في رأي ثانٍ حول موقع متجرك الفعلي، فإن فريق تطوير Magento لدينا سيجري القياس ويخبرك بصدق أي من الإجابات الثلاث تدعمها بياناتك — بما في ذلك عندما تكون لا شيء منها بعد. نفس الانضباط ينطبق على عملنا على منصة Magento، ولـ العلامات التجارية للبيع بالتجزئة عادة ما يعوض نفسه خلال الربع الأول بعد الإطلاق.

الأسئلة الشائعة

هل Hyvä أسرع دائماً من سمة Luma المحسّنة؟

من تجربتنا، نعم — لكن الفجوة تقل كثيراً بمجرد تحسين Luma بشكل سليم، ومتجر Luma المضبوط جيداً يمكنه اجتياز Core Web Vitals بسهولة. المسألة ليست أيهما أسرع من حيث المبدأ؛ بل ما إذا كانت الفجوة المتبقية تبرر تكلفة سدها.

هل يمكننا الترحيل إلى Hyvä على مراحل؟

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

هل سيؤثر الترحيل إلى Hyvä سلباً على SEO؟

لا ينبغي ذلك، شريطة نقل عناوين URL والبيانات المهيكلة ووسوم canonical والمحتوى الوصفي والربط الداخلي بعناية والتحقق منها قبل الانتقال. الخطر ليس في التكنولوجيا، بل في التعامل مع الترحيل كمشروع تصميم بدلاً من مشروع حساس لـ SEO. يجب فحص كل قالب مقابل سلفه.

هل نحتاج إلى PWA للحصول على تجربة شبيهة بالتطبيق؟

لا. واجهة متجر Hyvä المصممة جيداً تبدو سريعة واستجابتها ممتازة على الجوال دون تطبيق front-end منفصل. يبرر PWA فقط متطلبات معمارية — backends متعددة، قواعد شفرة مشتركة للويب والتطبيق، أو خطة للابتعاد عن Magento — وليس شعور الواجهة وحده.

كم من الوقت قبل أن نرى نتائج تحسين أداء الـ front-end؟

تُعرض بيانات Core Web Vitals الميدانية في Search Console ضمن نافذة متحركة مدتها 28 يوماً، لذا احسب شهراً كاملاً بعد الإطلاق قبل اعتبار الأرقام ذات معنى، وشهراً ثانٍ قبل الوثوق في الاتجاه. تظهر آثار التحويل عادةً أسرع في تحليلات الموقع، لكن اعتبر أي قياس خلال أسبوعين ضوضاء.

احصل على القياس قبل عرض السعر

أكثر ما يمكنك فعله فائدة قبل إنفاق أي شيء هو معرفة أي من مشاكلك تتعلق بالقالب. سنجري هذا التدقيق ونقدم لك الإجابة الصادقة، حتى عندما تكون الإجابة أنك لا تحتاج إلينا. تحدث إلى فريقنا — نرد خلال يوم عمل.


هل لديكم مشروع مماثل؟

أخبرونا عن مشروعكم والنقاط العالقة. سنرد خلال يوم عمل واحد بتقييم صريح لنطاق العمل وتسلسل التنفيذ والتكلفة.

  • تقييم صريح لنطاق العمل وتسلسل التنفيذ والتكلفة
  • رد خلال يوم عمل واحد
  • دون التزام ودون متابعات مبيعات

محمي بواسطة Cloudflare Turnstile. لن نشارك بياناتكم.