متجر أزياء نسائية (فساتين) مبني على منصة سلة، يعاني من ضعف واضح في الأداء على شبكة الجوال. أجريتُ أربعة فحوصات مستقلة عبر GTmetrix و WebPageTest و Pingdom، وتقرير الفحص الكامل بالأدلة والصور مرفق بالمشروع.
الوضع الحالي (فحص GTmetrix على شبكة 4G):
- التقييم العام: F — أداء بين 6% و13%
- LCP (ظهور أكبر عنصر): 3.7 – 4.8 ثانية | المطلوب: أقل من 2.5
- TBT (زمن حجب التفاعل): 1.8 ثانية | المطلوب: أقل من 0.2
- CLS (ثبات التخطيط): 0.73 – 0.85 | المطلوب: أقل من 0.1
- TTI (جاهزية التفاعل): 8.4 – 9.7 ثانية
- حجم الصفحة: 4 – 5.28 ميجابايت | عدد الطلبات: 211 – 216
الأسباب مشخّصة مسبقًا في التقرير، والمطلوب تنفيذها لا إعادة تشخيصها:
1) صورة البانر الرئيسي (عنصر LCP) محمّلة بالتحميل الكسول Lazy Load — رصدت الأداة ذلك نصًا. المطلوب جعل الشريحة الأولى فقط تُحمّل فورًا (loading="eager" + fetchpriority="high" + preload)، مع إبقاء التحميل الكسول لكل ما هو أسفل الشاشة، والتأكد من أن مكتبة السلايدر لا تعيد تطبيق التأجيل عليها.
2) اهتزاز التخطيط: 8 إلى 11 انزياحًا أثناء التحميل. المطلوب حجز مساحة ثابتة (min-height) لمنطقة السلايدر والبانرات، وإضافة width و height لعناصر الصور في الكود، وتوحيد نسبة أبعاد شرائح السلايدر.
3) ثقل JavaScript: 3 ثوانٍ تنفيذًا و20 مهمة طويلة و1.66 ميجابايت ملفات JS. المطلوب تأجيل السكربتات غير الحرجة (defer)، ومعالجة الطلبات الحاجبة للعرض التي رصدها WebPageTest، وتقليل ما يُحمّل في الصفحة الرئيسية إلى ما تحتاجه فعلًا.
4) الخطوط: ملف الخط pingarlt محمّل بنسختين مختلفتين. المطلوب حذف المكرر، وتفعيل font-display: swap، وتحميل مسبق (preload) للخط الأساسي فقط، وحذف الأوزان غير المستخدمة.
5) إصلاح تحويل 302 الزائد في مسار الدخول للمتجر.
6) تحويل صور البانرات والسلايدر إلى صيغة WebP بحيث لا تتجاوز الصورة الواحدة 200 كيلوبايت مع الحفاظ على وضوح تفاصيل القماش والتطريز (سأزوّدك بالنسخ الأصلية عالية الجودة).
7) تنظيف حاوية Google Tag Manager (178 كيلوبايت): حذف الوسوم الخاملة، ونقل غير الأساسي منها للتشغيل عند حدث Window Loaded، دون المساس بدقة القياس.
خارج نطاق هذا المشروع:
تذبذب استجابة الخادم TTFB، وترويسات التخزين المؤقت Expires، وضغط Gzip/Brotli — هذه بنود على مستوى منصة سلة نتابعها مباشرة مع الدعم الفني، ولا مسؤولية عليك فيها.
شروط التنفيذ:
- خبرة عملية سابقة في تعديل ثيمات سلة (Twilight / Twig) — يرجى إرفاق نموذج عمل سابق على سلة.
- لا نقبل الحل عبر تثبيت تطبيق «تسريع» جاهز من متجر تطبيقات سلة، فالمطلوب معالجة السبب في الكود.
- أخذ نسخة احتياطية من الثيم قبل أي تعديل، وعدم تعطيل أي وظيفة قائمة (السلة، الفلاتر، الدفع، التتبع).
- عدم إجراء أي تعديل يخالف شروط منصة سلة أو يعرّض المتجر للتعليق.
معايير قبول التسليم (تُقاس بفحص GTmetrix على 4G وWebPageTest بالإعدادات نفسها):
- LCP أقل من 2.8 ثانية
- CLS أقل من 0.15
- TBT أقل من 0.9 ثانية
- حجم الصفحة في حدود 1.5 – 2 ميجابايت
- عدد الطلبات أقل من 150
- التقييم العام C فأعلى
يرجى أن يتضمن عرضك:
أ) نموذجًا لمتجر سلة سبق أن حسّنت أداءه، مع أرقام قبل/بعد إن توفرت.
ب) خطة تنفيذ مختصرة ومدة كل مرحلة.
ج) توضيحًا لطريقة تعاملك مع صورة LCP في ثيم سلة تحديدًا.
د) هل يشمل عرضك تحويل الصور وتنظيف GTM أم تعديلات الثيم فقط.
Salla Twilight Theme, Twig, JavaScript, SCSS/CSS, Core Web Vitals, Google Tag Manager, WebP
1. ثيم معدّل ومطبّق على المتجر مباشرة، مع نسخة احتياطية من الثيم قبل التعديل.
2. تقرير فحص GTmetrix و WebPageTest بعد التنفيذ، بالإعدادات والتوقيت نفسه، يثبت بلوغ معايير القبول.
3. صور البانرات بصيغة WebP مضغوطة ومرفوعة على المتجر.
4. حاوية GTM منظّفة مع قائمة بالوسوم المحذوفة والمؤجّلة.
5. ملف مختصر بما تم تعديله في كل ملف من ملفات الثيم، ليتمكن أي مطوّر لاحق من متابعة العمل.
6. فترة متابعة 7 أيام بعد التسليم لمعالجة أي خلل ناتج عن التعديلات.
| تاريخ التسجيل | |
| معدل التوظيف | |
| المشاريع المفتوحة | 1 |
| مشاريع قيد التنفيذ | 0 |
| التواصلات الجارية | 1 |
مرحبا، اطلعت على تفاصيل المشروع وتشخيصات GTmetrix وWebPageTest وPingdom، والمطلوب واضح بالنسبة لي: معالجة أسباب البطء من داخل ثيم Salla/Twilight وليس الاعتماد ع...
السلام عليكم، اطلعت على تفاصيل المشروع والتقارير المذكورة، والمطلوب واضح بالنسبة لي: تحسين أداء متجر سلة على الجوال من خلال تعديل الثيم والكود نفسه، وليس الاعتم...
السلام عليكم، واضح من التقرير أن المشكلة ليست في بند واحد، بل في مجموعة عناصر تؤثر على مؤشرات Core Web Vitals، خصوصا تحميل عنصر LCP، انزياحات التخطيط CLS، وتنفي...