قد ينجح إعلان الجمعة البيضاء في جذب آلاف الزوار إلى متجر سعودي، لكن ذلك لا يعني أنهم شاهدوا العروض أو تمكنوا من اختيارها. تظهر المشكلة عندما يستغرق البنر الرئيسي وقتًا طويلًا، أو تتأخر بطاقات المنتجات، أو لا يستجيب زر إضافة إلى السلة بعد اللمس. عندها يدفع التاجر مقابل زيارة لا تحصل على تجربة شراء مقنعة.
لا تتعلق سرعة صفحات الجمعة البيضاء بحجم الصور وحده. فهي نتيجة ترتيب تحميل الموارد، واستجابة المتصفح، وطريقة تحديث الأسعار والمخزون. سنركز هنا على تحسين LCP وINP وصور WebP في صفحة العروض نفسها، مع خطوات اختبار قبل الجمعة البيضاء يوم 27 نوفمبر 2026 وأثناء ارتفاع الزيارات.
لماذا تختلف صفحة التخفيضات عن صفحة منتج عادية؟
تجمع الصفحة الموسمية عادة صورة كبيرة للفئات، وعدًا تنازليًا، وبطاقات منتجات كثيرة، وشارات خصم، وأدوات تصفية. وقد تضيف فرق التسويق نوافذ اشتراك وأكواد تتبع وإشعارات عاجلة في الأيام الأخيرة. كل عنصر جديد يستهلك جزءًا من وقت التحميل أو المعالجة، حتى لو بدا خفيفًا بمفرده.
الأولوية ليست حذف كل عنصر تسويقي، بل إبقاء ما يساعد العميل على الاختيار. يجب أن يرى عنوان العرض والفئات الأساسية سريعًا، ثم يجد تفاعلًا سلسًا عند تصفية المنتجات. أما العناصر الثانوية فيمكن تحميلها لاحقًا إذا لم تضر الوضوح أو وظائف الشراء.
افهم مؤشرات Core Web Vitals قبل اتخاذ قرار التحسين
تقيس Google ثلاثة جوانب أساسية من تجربة المستخدم الفعلية. لا يعبر أحدها عن السرعة وحده، ولذلك يجب قراءتها معًا على الجوال وسطح المكتب. وتُقيَّم الحدود الجيدة عادة عند الشريحة المئوية الخامسة والسبعين من الزيارات، وليس بناءً على تجربة زائر واحد.
| المؤشر | ماذا يقيس؟ | المستوى الجيد |
|---|---|---|
| LCP | وقت ظهور أكبر عنصر محتوى مرئي | 2.5 ثانية أو أقل |
| INP | الزمن حتى يظهر رد بصري على التفاعل | 200 مللي ثانية أو أقل |
| CLS | حجم التحركات غير المتوقعة في التخطيط | 0.1 أو أقل |
تقدم مقالة الصقر عن مؤشرات Core Web Vitals شرحًا عامًا للمقاييس. أما في الجمعة البيضاء فالسؤال التطبيقي هو: هل يظهر العرض الأساسي بسرعة، وهل تستجيب الصفحة عندما يختار العميل منتجًا أو مقاسًا؟
ابدأ بمؤشر LCP: ما العنصر الذي ينتظره الزائر؟
قد يكون عنصر LCP صورة الحملة الرئيسية أو عنوانها الكبير. افحص تقرير الأداء لتعرف العنصر الفعلي بدل افتراض أن البنر هو السبب دائمًا. ثم قسم التأخير إلى استجابة الخادم، وانتظار اكتشاف المورد، ومدة تنزيله، والوقت اللازم لرسمه على الشاشة.
اجعل صورة الغلاف قابلة للاكتشاف مبكرًا
إذا ظهرت الصورة الأساسية بعد تنفيذ ملف JavaScript كبير، فسيتأخر اكتشافها حتى مع ضغطها جيدًا. الأفضل أن يحتوي HTML الأولي على رابط الصورة في عنصر مناسب. وعندما تكون هي عنصر LCP، يمكن إعطاؤها أولوية تحميل مرتفعة باستخدام fetchpriority="high" بعد التحقق من نتائج الاختبار.
لا تطبق loading="lazy" على صورة الغلاف المرئية أولًا. فالتحميل الكسول مناسب عادة للصور الواقعة أسفل الشاشة، بينما قد يؤخر أكبر عنصر مرئي. ولا تمنح جميع صور الصفحة أولوية مرتفعة؛ إذ تتنافس حينها على موارد الشبكة وتفقد الأولوية معناها.
انتبه إلى الخادم والخطوط قبل إلقاء اللوم على الصورة
إذا وصل HTML متأخرًا، فلن تنقذ الصورة الصغيرة وحدها النتيجة. افحص TTFB واستعلامات الصفحة والأصول التي تمنع الرسم. وقد يصبح الخط العربي الخارجي جزءًا من المشكلة حين ينتظر المتصفح تنزيله لعرض العنوان. راجع تحميل الخطوط وتنسيقات CSS الضرورية دون إزالة تنسيق يضمن قابلية القراءة.
كيف تجهز صور WebP دون إفساد عرض المنتجات؟
تحويل الصور إلى WebP خطوة مفيدة، لكنه ليس قرارًا كافيًا بمفرده. ينبغي اختيار الأبعاد المناسبة والجودة التي تحفظ تفاصيل المنتج. صورة عطر صغيرة داخل بطاقة لا تحتاج ملف الغلاف الأصلي، وصورة هاتف معروض للبيع تحتاج وضوحًا يسمح بمعرفة اللون والتصميم.
أنشئ نسخًا متعددة بدل ملف واحد ضخم
استخدم srcset وsizes عندما يدعم القالب ذلك، ليختار المتصفح الحجم الملائم للشاشة ومساحة الصورة. راجع النسخة التي يحصل عليها الجوال فعلًا؛ فقد تظهر الصورة بعرض 350 بكسل بينما ينزل ملفًا بعرض 2000 بكسل دون حاجة.
يمكن اختبار WebP مقابل AVIF وفق الصور ودعم نظام المتجر، مع الإبقاء على البدائل المناسبة عند الحاجة. لا توجد نسبة ضغط واحدة صالحة لكل منتج. قارن حجم الملف وجودة النصوص والتدرجات والحواف بعد التصدير، ولا تعلن عن توفير مضمون في الحجم دون قياس.
اضبط تحميل الصور بحسب موقعها في الصفحة
امنح صورة الغلاف المرئية الأولوية، ثم حمّل صور المنتجات القريبة بصورة عادية حسب الحاجة. أما بقية بطاقات الكتالوج فيمكن تحميلها كسولًا. احجز مساحة لكل صورة باستخدام أبعاد معروفة أو نسبة أبعاد ثابتة حتى لا تتحرك الأسعار وأزرار الشراء أثناء الظهور.
لا تعتمد على صورة كبيرة تحتوي جميع عناوين الفئات والنسب. النص داخل الصور يصعب تحديثه وقد يصبح غير مقروء على الهاتف. استخدم نصوص HTML للعناوين والأسعار مع صورة تخدم الفكرة البصرية.
تحسين INP: لماذا يتأخر زر إضافة إلى السلة؟
قد يظهر المتجر بسرعة ثم يتجمد عندما يضغط العميل على فلتر السعر أو يختار المقاس. هنا يبرز مؤشر INP الذي يقيس استجابة الصفحة للتفاعلات طوال الزيارة. وهو يتأثر بانتظار تنفيذ التفاعل ومعالجة الحدث ثم عرض النتيجة بصريًا، وليس بمجرد وقت تنزيل الصور.
قلل الأعمال البرمجية عند النقر
إذا أعاد اختيار فلتر واحد حساب مئات البطاقات ورسمها دفعة واحدة، فقد يتوقف المتصفح مؤقتًا عن الاستجابة. عالج العناصر اللازمة فقط، وقسم المهام الطويلة إلى أجزاء أصغر عندما يسمح التطبيق. ويمكن تأجيل العمليات غير العاجلة إلى ما بعد إظهار نتيجة أولية مفهومة.
عند الضغط على إضافة إلى السلة، أظهر حالة معالجة واضحة دون الادعاء بأن الإضافة نجحت قبل تأكيد الخادم. احمِ الزر من الطلبات المتكررة غير المقصودة، واحتفظ بإمكانية عرض رسالة خطأ عند نفاد الكمية أو تعذر الاتصال.
راجع تأثير سكربتات الحملات والإضافات
قد تضيف نافذة الخصم أو أداة الدردشة أو مكتبة التحليلات مهام JavaScript أثناء التفاعل. افحص السكربتات واحدًا تلو الآخر واحتفظ بما يخدم هدفًا معروفًا. يمكن تأجيل وظائف ثانوية، لكن لا تؤخر كود الدفع أو عناصر الوصول الأساسية لمجرد تحسين رقم الاختبار.
ويجب أن يظل تشغيل أدوات التتبع خاضعًا للموافقات المعمول بها. نقل إرسال بعض الأحداث إلى الخادم لا يعني اختفاء جميع تكاليف JavaScript في المتصفح ولا يبيح تجاوز رفض المستخدم للتتبع.
ما دور CLS في صفحة التخفيضات رغم التركيز على LCP وINP؟
تؤدي تغييرات التخطيط إلى أخطاء شراء مزعجة. فقد يتحرك زر المنتج عندما تظهر شارة خصم جديدة، أو تدفع نافذة الشحن محتوى السلة إلى أسفل. لذلك احجز مساحة للبنرات والعد التنازلي ورسائل المخزون قبل تحميلها، وتجنب إدخال عناصر مفاجئة أعلى موضع القراءة.
لا تجعل شريط العروض المتحرك يغير ارتفاعه مع كل رسالة. وإذا ظهرت نافذة تطلب البريد الإلكتروني، فاجعل إغلاقها واستخدامها سهلين على الجوال، ولا تدعها تحجب السعر أو زر الطلب الأساسي.
هل يكفي CDN لحماية سرعة الصفحة وقت ارتفاع الزيارات؟
يمكن لشبكة توصيل المحتوى CDN تسريع وصول الصور والملفات الثابتة وتقليل الطلبات على الخادم الأصلي. لكنها لا تعالج وحدها استعلامات المنتجات البطيئة أو السلة الشخصية. كما أن تخزين بيانات المخزون والأسعار دون قواعد تحديث مناسبة قد يعرض معلومات قديمة أثناء التخفيضات.
استخدم سياسة تخزين منفصلة للأصول الثابتة عن بيانات السعر السريعة التغير. واحرص على عدم تخزين محتوى السلة أو معلومات العميل في ذاكرة مشتركة. بعد كل تعديل للأسعار، اختبر أن النسخة الظاهرة للزائر والسعر عند الدفع متطابقان.
هذا يختلف عن اختبار ضغط الخادم الذي يقيس تحمل عدد كبير من العمليات المتزامنة. فصفحة قد تحصل على LCP جيد في اختبار معزول، ثم تتباطأ عندما يشتد الطلب على قاعدة البيانات. تحتاج المتاجر إلى مراقبة الأداء الفعلي واختبار الضغط المصرح به كل في نطاقه.
كيف تقيس سرعة صفحات الجمعة البيضاء بصورة صحيحة؟
ابدأ بأداة PageSpeed Insights على رابط صفحة العروض الفعلي، ثم اختبر صفحات المنتجات الأكثر استهدافًا بالإعلانات. افصل الجوال عن الكمبيوتر، وقارن الفحص قبل إضافة البنرات والإضافات وبعدها. استخدم Lighthouse وأدوات Chrome لتشخيص المشكلات القابلة للتكرار.
فرق مهم بين بيانات المختبر وبيانات الزوار
تعرض PageSpeed Insights بيانات مختبرية من فحص محدد، وقد تعرض أيضًا بيانات حقلية مستمدة من زيارات حقيقية خلال نافذة متحركة تبلغ 28 يومًا. لا تنتظر ظهور التحسن في التقرير الحقلي فور نشر تعديل صباحًا. وإذا كان رابط الموسم جديدًا، فقد لا تتوفر له عينة كافية وتظهر بيانات النطاق أو لا تظهر بيانات حقلية أصلًا.
لمراقبة يوم الذروة، استخدم قياسًا حقيقيًا للمستخدمين عندما يكون متاحًا ومتوافقًا مع الخصوصية. قارن أوقات التحميل والتفاعل وفق الجهاز والصفحة وحالة الزيارة. ولا تستنتج من فحص مكتبي سريع أن مستخدم الهاتف ذي الاتصال الضعيف يحصل على التجربة نفسها.
قائمة أولويات عملية لصفحة العروض على الجوال
الجدول التالي يساعد الفريق على ربط المشكلة المحتملة بإجراء قابل للاختبار. لا تنفذ جميع التغييرات دفعة واحدة؛ ابدأ بما تؤكده بيانات الصفحة حتى تستطيع معرفة أثر كل تعديل.
| العرض الظاهر | السبب المحتمل | إجراء الاختبار |
|---|---|---|
| تأخر البنر الرئيسي | صورة LCP كبيرة أو مكتشفة متأخرًا | فحص HTML وأولوية الصورة والتحميل |
| بطاقات منتجات بطيئة | صور بأبعاد زائدة أو قوائم ضخمة | تجربة صور متجاوبة وتقليل العرض الأولي |
| زر السلة لا يستجيب | مهام JavaScript طويلة أو طلبات متكررة | تتبع INP وفحص معالجات التفاعل |
| تحرك السعر أو الزر | أبعاد غير محجوزة أو إشعار مفاجئ | فحص CLS ومساحات العناصر |
| بطء عند بدء العروض | استجابة أصلية بطيئة أو كاش غير مناسب | مقارنة TTFB ومراقبة الخادم |
ماذا تستطيع تحسينه في سلة وزد وWooCommerce؟
في سلة وزد، ابدأ بخيارات القالب ومقاسات الصور والتطبيقات المثبتة، ثم راجع دعم المنصة عند وجود مشكلة في الخادم أو طريقة تحميل لا تتحكم بها. لا تفترض أن إضافة كود عشوائي في القالب تستطيع تغيير إعدادات التخزين الخاصة بالمزود.
أما WooCommerce فيتيح عادة نطاقًا أوسع لتحسين القالب والاستضافة والإضافات والتخزين المؤقت. لكن هذا يعني أيضًا مسؤولية أكبر عن اختبار توافق التغييرات مع السلة والدفع. لا تطبق إعداد كاش جديدًا في يوم الذروة دون تجربة شرائية كاملة.
لخطوات تناسب المنصتين السعوديتين، راجع دليل الصقر لتحسين سرعة متاجر سلة وزد. وإذا كانت صفحة العروض مصممة خصيصًا للإعلانات، يفيد أيضًا دليل تصميم صفحات الهبوط للمتاجر السعودية في تحديد العناصر التي تستحق الظهور أولًا.
خطة تحسين قصيرة قبل 27 نوفمبر 2026
الأسبوع الأول: قياس نسخة الصفحة الحالية
سجل LCP وINP وCLS على الجوال إن توفرت البيانات، واحفظ نتائج المختبر. افحص الصورة الأساسية ومقاسات بطاقات المنتجات وحجم ملفات JavaScript. حدد ثلاثة اختناقات مهمة بدل وضع قائمة طويلة بلا أولوية.
الأسبوع الثاني: معالجة السبب واختبار الوظائف
اضغط الصور أو غيّر أولويات تحميلها بحسب القياس، ثم اختبر إضافة السلة والفلاتر والأسعار. راجع الصفحة على جهاز متوسط الإمكانات واتصال أبطأ. تأكد أن تحسين السرعة لم يؤخر ظهور شروط التخفيض أو يكسر اختيار المقاسات.
الأيام السابقة للذروة: تثبيت النسخة ومراقبتها
أوقف التعديلات التجميلية غير الضرورية، واحتفظ بإصدار مستقر للرجوع إليه. راقب زمن استجابة الخادم وأخطاء الدفع عند تشغيل الحملة. وإذا حدث تباطؤ، حدد هل المشكلة في تحميل الموارد أم معالجة التفاعل أم الخدمة الخلفية قبل أي تعديل.
أسئلة شائعة عن سرعة صفحات الجمعة البيضاء
هل يكفي تحويل كل الصور إلى WebP؟
لا. يجب ضبط الأبعاد وجودة الصورة وترتيب تحميلها، مع مراجعة السكربتات واستجابة الخادم. قد تكون صورة WebP كبيرة أبطأ من نسخة أصغر مناسبة للجوال.
هل أستخدم التحميل الكسول لكل الصور؟
لا تستخدمه للصورة الأساسية التي تمثل LCP. يصلح غالبًا للصور البعيدة عن الشاشة الأولى، بعد التأكد من عدم تعطيل اكتشاف الصور المهمة.
هل تعني نتيجة PageSpeed الخضراء زيادة المبيعات؟
لا توجد زيادة مضمونة. تحسن السرعة تجربة التصفح، لكن الشراء يعتمد أيضًا على السعر والعرض والتوفر والثقة وسهولة الدفع. قارن مؤشرات الأداء مع نتائج الطلبات الفعلية.
هل يمكن تحسين INP دون تغيير منصة المتجر؟
أحيانًا نعم، عبر تقليل الإضافات والمهام الطويلة وتحسين تفاعلات القالب. أما المشكلات داخل خدمات المنصة نفسها فتحتاج تدخل مزودها أو الدعم المختص.
الخلاصة: قدّم العرض بسرعة واجعل قرار الشراء سهلًا
تحسين سرعة صفحات الجمعة البيضاء لا يعني التضحية بصور المنتجات أو إخفاء المعلومات المهمة. ابدأ باكتشاف عنصر LCP وتحسين تحميله، ثم عالج تأخر INP في الفلاتر والسلة. قدم صور WebP بأبعاد مناسبة، وراجع ثبات التصميم ومزامنة الأسعار وقت التخفيضات.
إذا احتجت إلى تقييم صفحة عروض قبل إطلاق حملات نوفمبر، يمكن لفريق الصقر للتسويق الرقمي مساعدتك في مراجعة تجربة الجوال وترتيب أولويات التحسين. النتيجة المستهدفة صفحة يرى فيها العميل العرض بوضوح ويستطيع الانتقال إلى الشراء دون انتظار مزعج.
