تحسين صور الموقع الإلكتروني

يعد تحسين الصور أحد أكثر الجوانب “المجزية” في أداء ووردبريس: بالنسبة لنفس بنية الصفحة والقالب طالما كان حجم الصورة وأبعادها وتنسيقها وتوصيلها صحيحًا، غالبًا ما تتحسن تجربة التحميل على الفور.

ولكن تحسين الصورة هو أيضًا أسهل طريقة لإحداث فوضى، ليس لأنها صعبة للغاية من الناحية الفنية، ولكن لأن المعلومات مجزأة للغاية:
تقرأ بعض المقالات، وتعرف أن “الضغط” و “WebP/AVIF” و “التحميل البطيء”، ثم تنظر إلى مقدمة الإضافة وتقول “مجاناً كل شهر! 100 رصيد شهرياً”، “20MB مجاناً”، “رصيد واحد لكل صورة”، ولكن كلما قرأت أكثر، كلما زاد ارتباكي-- هل المجانية كافية؟ كيف تخصم الرسوم؟ هل أسأت فهم “نفس الشيء”؟ والأهم من ذلك:هل بدأ مفعوله بالفعل بعد أن فعلتها أم لا؟

تقوم هذه المقالة بثلاثة أمور فقط:

1. إعطائك قابل للتنفيذخريطة الطريق (الشكل أيضًا)(ماذا تفعل أولاً، وماذا تفعل ثانياً)
2. كن واضحًا بشأن الخيار الذي ستختاره (ما الفرق بين المجاني/مدفوع الأجر ومن يناسبه كل منهما)
3. اكتب أكثر المزالق شيوعًا في وقت مبكر (حتى لا تضطر إلى البحث في الأرجاء لاستكشاف الأخطاء وإصلاحها عند الانتهاء)

1 - خلاصة القول: ما يأتي به WordPress وما لا يأتي به

إذا لم تكتشف أولاً ما يفعله WordPress core بالفعل، فمن السهل أن تفعل أحد أمرين:

• فبدلاً من استخدام “السعة المجانية” التي يجب أن تستمتع بها، فإنك تنفق الوقت/تدفع المال لبناء العجلة مراراً وتكراراً.
• اعتقدت أن WordPress سيقوم “بتحويل جميع الصور القديمة تلقائيًا إلى WebP/AVIF”، ولكن اتضح أنه لا يفعل ذلك!

يحتوي WordPress Core على هذه الإمكانيات الأساسية المضمنة فيه:

• الصور المتجاوبة (srcset/الأحجام):: اعتبارًا من ووردبريس 4.4، ستخرج النواة صورًا لـ srcset مع sizes، ويستخدم الصور متعددة الأحجام التي تم إنشاؤها أثناء التحميل للسماح للمتصفح باختيار مورد أكثر ملاءمة للتحميل حسب ظروف الشاشة.
• التحميل البطيء الأصلي: يتيح ووردبريس 5.5 وما بعده التحميل البطيء الأصلي للصور بشكل افتراضي، باستخدام معايير HTML. loading تنفيذ السمة.
• دعم تحميل WebP: منذ ووردبريس 5.8، يمكنك تحميل WebP واستخدامه بصيغة JPEG/PNG (شريطة أن تدعم بيئة الاستضافة WebP).
• دعم تحميل AVIF: يمكن لوردبريس 6.5 وما بعده تحميل AVIF واستخدامه بصيغة JPEG/PNG (يعتمد أيضًا على دعم الاستضافة).

لكن انتبه:
“دعم التحميل/الاستخدام” ≠ “التحويل التلقائي/التسليم التلقائي”.
وهذا يعني: حتى لو كنت تستخدم بالفعل WP 6.5، فإن ملفات JPG/PNG الموجودة في مكتبة الوسائط الخاصة بك لن تتحول إلى WebP/AVIF من تلقاء نفسها؛ لن تحصل تلقائيًا على الرابط الكامل “إخراج AVIF/ WebP وفقًا لإمكانيات المتصفح والعودة إلى الصورة الأصلية للمتصفحات غير المدعومة”! -- يحتاج هذا الجزء عادةً إلى تصحيحه بواسطة مكون إضافي أو خدمة.

2 - خارطة الطريق: تحسين الصورة في 5 خطوات

ما يجب القيام به، ولماذا، وما يجب القيام به للتأهل، وما هي الحفرة النموذجية.

2.1 الحصول على “الحجم” الصحيح أولاً (الأكثر إغفالاً ولكنه الأكثر فائدة)

العديد من المحطات بطيئة ليس لأن الضغط لم يتم، ولكن لأنتحميل صورة كبيرة تمتد إلى ما هو أبعد من مساحة العرض：
على سبيل المثال، إذا كان عرض الصفحة في الواقع 900 بكسل فقط، وطلبت من الزائر تنزيل الصورة الأصلية 3000 بكسل، فإن المتصفح “يقوم بتنزيلها ثم تقليصها”. هذا يهدر عرض النطاق الترددي ويزيد من وقت فك التشفير ويبطئ الشاشة الأولى.

ووردبريس 4.4+آلية الصور المتجاوبة（srcset/sizes) لمعالجة هذه المشكلة بالذات.

افعل ما يعتبر تمريرة:

• عند فتح صفحة على الهاتف المحمول، يجب أن يكون حجم الصورة التي تم تنزيلها أصغر بكثير من حجمها على سطح المكتب
• يتم تحميل الصورة نفسها بأحجام موارد مختلفة على أجهزة مختلفة (بدلاً من تحميل الصورة الأصلية دائماً)

المزالق الأكثر شيوعاً

• تتعامل بعض القوالب/منشئي القوالب مع الرسوم البيانية كصور خلفية CSS، أو تقوم بإخراجها بطريقة مخصصة، وربما تتجاوز srcsetوكانت النتيجة صورة كبيرة.
• يمكنك استخدام أسرة الصور المرتبطة خارجيًا، وكتل الصور التابعة لجهة خارجية، ويمكنك أيضًا تجاوز النظام متعدد الأحجام الذي أنشأته مكتبة الوسائط

---

2.2 الضغط (خفض الكيلوبايت، ولكن لا “تسحق” الجودة)

إن جوهر الضغط ليس “كلما كان أصغر كلما كان أفضل”، ولكن “الفرق بالكاد يُرى بالعين المجردة، ولكن انخفاض الحجم واضح”.

القواعد هي كما يلي:

• صور فوتوغرافية/لقطات حية (أشخاص، منتجات، مناظر طبيعية):: أولوية الضغط المفقود (أقصى كسب)
• لقطات شاشة للواجهة/صور مليئة بالنصوص:: يجب أن يكون الضغط أكثر تحفظاً لتجنب النص غير الواضح
• شعار/أيقونة:: أولوية SVG أو SVG غير المفقودة (من السهل لصق الحواف المفقودة)

افعل ما يعتبر تمريرة:

• تصغير كبير في حجم الصورة في معظم الصفحات
• عدم وجود تشويش واضح، أو حواف موحلة، أو فواصل كتلة اللون، أو نص غير واضح

---

2.3 WebP / AVIF (استراتيجية التنسيق: أصغر لتعريف متساوٍ)

يدعم ووردبريس بالفعل التحميل WebP (5.8) مقابل AVIF (6.5)。
ولكن لجعل تنسيق الجيل التالي يعمل حقًا، يجب حل أمرين عادةً:

1. كيفية تحويل مكتبات الوسائط التاريخية دفعة واحدة(وإلا فإنك تقوم فقط بتحسين “الصور الجديدة التي يتم تحميلها لاحقًا”)
2. سواء لإنشاء نسخة أو استبدال الصورة الأصلية(هذه نقطة تحول محفوفة بالمخاطر؛ سنركز على “استبدال وحذف الصورة الأصلية” في Plus WebP لاحقًا)

أسلوب الكتابة الموصى به:

• WebP: مفضل بشكل عام كإعداد افتراضي (توافق أكثر استقرارًا)
• AVIF: اتجاه آخر للضغط، مناسب للصور الكبيرة/صور الشاشة الأولى الكبيرة/صور الألبوم (ولكن أكثرالاعتماد على الدعم البيئي）

---

2.4 يجب استخدام التحميل البطيء بشكل صحيح (ليس مقاس واحد يناسب الجميع)

ووردبريس 5.5 وما بعدهالتحميل البطيء الافتراضيالصورة.
يقلل من استخدام النطاق الترددي أثناء العرض الأولي:

• التحميل البطيء “للموارد خارج الشاشة”
• غالبًا ما تكون الصورة الكبيرة الأكثر أهمية على الشاشة الأولى (وفي كثير من الحالات الصورة الرئيسية على الشاشة الأولى) غير مناسبة للتحميل المتأخر

---

2.5 طبقة التسليم: CDN / صورة CDN

يعمل الضغط والتحجيم والتنسيق على حل مشكلة “الملفات الأصغر حجمًا التي تناسبك”.
ومع ذلك، إذا كان يتم سحب الصور دائمًا من مسافة بعيدة عن المصدر، فسيظل زمن انتقال الشبكة يؤثر بشكل كبير على التجربة. وهنا يأتي دور حل “طبقة التوصيل” (CDN/صورة CDN).

اتجاهان نموذجيان:

• كلاود فلير البولندية：وثائق Cloudflareيتم تقديم طرق الضغط البولندية (بدون فقدان/خسارة/ويبب)، وذُكر أن الضغط مع format=auto يُسمح بتنسيق WebP/AVIF.
• مُسرِّع موقع Jetpack：وثائق Jetpack النفاثةوضح أنها ستقوم بتحسين الصور وتوزيعها عبر شبكتها إلى جانب الموارد الثابتة.

تحسين الصورة هو المسؤول عن الحصول على صورة أصغر حجماً وأكثر ملاءمة.CDN مسؤول عن تقديم أقرب وأكثر استقرارًا

3- الاختيار: طريقان رئيسيان فقط

الفشل الأكثر شيوعًا في تحسين الصور ليس “عدم وجود إضافات”، بل الكثير من الإضافات التي تؤدي إلى تكرار المعالجة:
أ يقوم بالضغط، ب يقوم بالضغط، أ يقوم بالضغط، أ يقوم بالتحويل إلى WebP/AVIF، ب يقوم بالتحويل، أ يقوم بتغيير عناوين URL، ب يقوم بإعادة الكتابة - لا يمكنك حتى معرفة ما يحدث في المحطة.

القواعد:

هناك طريق واحد فقط يمكن أن تسلكه: إما أن تكون كلها محلية مجانية أو سحابية مضغوطة من الثلاثة.

• الطريق (أ) (كلها محلية مجانية):بالإضافة إلى WebP أو AVIF + مُحسِّن الصور EWWWWWW(أو واحد فقط)
• المسار B (خيار ضغط السحابة الثلاثي):ShortPixel / Imagify / TinyPNG

---

3.1 المسار أ: محلي مجاني كامل (بالإضافة إلى WebP أو AVIF أو EWWWW)

يتميز هذا المسار بما يلي:

• لا تعتمد على خدمات الضغط “لكل شهر/لكل ورقة” من طرف ثالث (على الرغم من أن بعض الميزات قد يتم تقديمها كخدمات اختيارية).
• التكلفة: يمكن أن تكون معالجة الدُفعات أكثر استنزافًا للخوادم في CPU/IO، مما يتطلب منك إيلاء المزيد من الاهتمام “للاستراتيجية والمخاطر”.”

3.1.1 بالإضافة إلى WebP أو AVIF:: النواة هي “التوليد/الاستبدال”، فهي ليست “أداة الضغط” التقليدية.”

• عند إنشاء صور بالحجم الكامل:يتم الكتابة فوق معرف ملف الصورة الأصلي بواسطة WebP/AVIF، ويتم حذف الملف الأصلي، ويتم استبدال عنوان URL في المحتوى.。
• توفر الإضافة أوامر WP-CLI وتذكّر: تكون WP-CLI أكثر موثوقية عندما يكون هناك العديد من الملفات.

هذا يعني أنه بدلاً من “توليد WebP بهدوء من أجلك”، يمكن أن يكونترحيل الأصول(خاصة إذا قمت بتشغيل خيار “استبدال الصورة الأصلية وحذفها”).

الاختلافات بين النموذجين

الوضع 1: الاحتفاظ بالصورة الأصلية + إنشاء نسخة WebP/AVIF (أكثر استقرارًا)

• الإيجابيات: سهولة التراجع في حالة وجود مشكلات في التوافق
• التكلفة: سيرتفع استخدام القرص (الصورة الأصلية + التنسيق الجديد + الصور المصغرة متعددة الأحجام)

الوضع 2: استبدال الصورة الأصلية وحذفها (أكثر عدوانية)

• المزايا: لا يتم توسيع الأقراص بنفس السرعة؛ تنتقل مراجع المحطة مباشرة إلى التنسيق الجديد
• المخاطر: أنت “تغير الأصول + تغيير المراجع”، مما يجعل الأمر أكثر تكلفة لاستكشاف مشكلات التوافق وإصلاحها (خاصةً إذا كانت بعض الأنظمة الخارجية أو منطق القالب يعتمد على اسم الملف/المسار/النسق الأصلي).

المخاطر النموذجية لـ Plus WebP أو AVIF

1. بعد استبدال المكتبة بأكملها، يتم عرض بعض صور الصفحات بشكل غير طبيعي.
   لا يكون السبب في ذلك عادةً هو أن الصورة “معطلة”، ولكن السبب في ذلك هو أن بعض الروابط في سلسلة استبدال عناوين URL والتخزين المؤقت وسياسة الصور المصغرة وما إلى ذلك غير صحيحة.
2. كلما زاد عدد الصور المصغرة، زاد نطاق التغيير
   ينشئ ووردبريس أحجامًا متعددة لتحميل صورة؛ قد تضيف القوالب/المكونات الإضافية أيضًا أحجامًا أكثر. يعني الاستبدال الكامل أنك قد تغير مجموعة كبيرة جدًا من الملفات.
3. مجرد القيام بترحيل التنسيق لا يعني بالضرورة أن يكون الحجم هو الأصغر دائمًا
   إن WebP/AVIF أصغر بشكل عام، ولكن “استراتيجية الحجم” و“استراتيجية الضغط” لا تزال حاسمة. لا تفكر في إضافة WebP على أنها “نقرة واحدة أسرع”.

---

3.1.2 مُحسِّن الصورة EWWWWWWWW:: ممثل الضغط المحلي المجاني

صفحة المكوِّن الإضافي EWWWWWW في وضع جيد للغاية:

• يمكن تحسينها على الخادم الخاص بك باستخدام مجموعة من الأدوات (jpegtran، وoptipng، وpngout، وpngquant، وgifsicle، وcwebp، وغيرها)
• يمكنك أيضًا إلغاء تحميل المعالجة التي تستهلك CPU إلى الخادم الخاص به (اختياري) إذا كنت بحاجة إلى ضغط أعلى أو توفير CPU أكثر.

ماذا يجب أن يكون دور EWWWWW في المسار (أ)؟

إذا كنت تستخدم Plus WebP كـ “استراتيجية ترحيل/استبدال التنسيق”، فإن EWWWWW هو الأنسب:

• الضغط وتحسين الحجم(خاصةً تقليل وزن الموارد الخام مثل JPG/PNG)
• التحسين الدفعي لمكتبة الوسائط التاريخية(استهداف “تقليل الحجم” بدلاً من “استبدال عنوان URL”)

حفرة نموذجية من EWWWWW

1. ارتفاع حمولة الخادم أثناء تحسين الدُفعات
   نظرًا لأن الضغط المحلي يستهلك CPU/IO، فإن الحل ليس “لا تستخدمه”، ولكن “خيار الدفعات، والذروة المنخفضة، وإلغاء التحميل/خيار السحابة إذا لزم الأمر”.
2. “تم إنشاء WebP” لا يعني أن الواجهة الأمامية يجب أن تنتج WebP.
   تعاني العديد من المكونات الإضافية من سوء الفهم هذا: التوليد شيء، واستراتيجيات التسليم (إعادة الكتابة، وعلامات الصور، وعلامات التخزين المؤقت، وما إلى ذلك) شيء آخر.
3. القيام بنفس الشيء مرارًا وتكرارًا باستخدام إضافات أخرى
   إذا سلكت الطريق (أ)، فحاول ألا تراكب نوع الضغط السحابي ShortPixel/Imagify/TinyPNG؛ إذا سلكت الطريق (ب)، فلا تشغل منطق استبدال Plus WebP. المبدأ الأساسي:طريق واحد إلى النهاية

---

3.2 الطريق ب: الخيار الثلاثي للضغط السحابي (ShortPixel / Imagify / TinyPNG)

هذا الطريق مناسب للأشخاص الذين “يرغبون في توفير موارد الخادم، ويرغبون في إجراء الدفعات بجهد أقل، ويقبلون الفوترة لكل رصيد/كل حجم”.
لكن النقطة الأكثر تضليلاً بشأن ضغط السحابة هي:الأرصدة المجانية ليست بسيطة مثل “الأوراق المجانية”!.. يمكن أن يؤثر عدد أحجام الصور المصغرة، وما إذا كان يتم إنشاء WebP/AVIF أم لا، وما إذا كان يتم إعادة ضغطها بشكل متكرر أم لا، على الاستهلاك بشكل كبير.

فيما يلي شرح لما يلي: ما الذي يحدث مع المجانية/الرسوم، وكيف يتم خصم الاعتمادات، وما هي المزالق التي من المرجح أن يتم الوقوع فيها، وما هي أنواع المواقع المناسبة.

---

3.2.1 شورت بكسل100 رصيد مجاني/شهرياً، ولكن يتم استهلاك الأرصدة بواسطة الصور المصغرة وتكبيرات WebP/AVIF.

ما الذي يحدث مع المجاني/مدفوع الأجر

ينص وصف المكون الإضافي ShortPixel بوضوح على ما يلي:

• 100 رصيد مجاني شهرياً
• هناك أيضًا “أرصدة شهرية إضافية غير محدودة” (تقدم صفحة الإضافة معلومات عن الأسعار المقابلة)
• متاح أيضًا في شكل “حزم أرصدة لمرة واحدة لا تنتهي صلاحيتها أبدًا” (مع معلومات عن السعر المبدئي)

نصيحة:

• مجاناً: منح قدر معين من الأرصدة شهرياً للمواقع الخفيفة أو الاختبار
• حزم يمكن التخلص منها: مناسبة للمواقع ذات مكتبات الوسائط الكبيرة التي ترغب في التخلص من مخزونها مرة واحدة (اشترِ مرة واحدة واستخدمها، وعادةً لا تنتهي صلاحيتها).
• شهريًا/غير محدود: مناسب للمواقع ذات الصور المحدثة باستمرار والتحسين المستقر طويل الأجل

كما قدم KB الرسمي الخاص بـ ShortPixel تحديثًا حول “الحزمة لمرة واحدة مقابل الحزمة الشهرية غير المحدودة”.شرح واضح:: الدفع الشهري غير المحدود هو دفع شهري (أو سنوي) يقدم أرصدة غير محدودة مع تخصيص CDN ثابت؛ أرصدة لمرة واحدة لا تنتهي صلاحيتها، مما يمنحك المزيد من التحكم في استخدامك عند الطلب.

خلاصة القول: كيف يتم حساب أرصدة ShortPixel؟

وثائق ShortPixel الرسمية صاغها ك.ب بصراحة شديدة:

• يقوم ووردبريس بإنشاء صور مصغرة متعددة عند تحميل صورة;
• يتم احتساب كل تحسين للصورة المصغرة كرصيد；
• إذا اخترت إنشاء WebP أو AVIF، فإنكل نسخة WebP/AVIF من الصورة الأصلية والصورة المصغرة تستهلك رصيداً إضافياً.；
• يمكنك استبعاد صور مصغرة معينة من التحسين لتقليل استهلاك الأرصدة.

مثال على الاعتمادات：

لنفترض أنك رفعت صورة واحدة وقام القالب/الإضافة بإنشاء 8 صور مصغرة:

• تحسين الصورة الأصلية فقط + الصور المصغرة: 1 (أصلية) + 8 (صور مصغرة) = 9 نقاط
• إذا كنت ترغب أيضًا في إنشاء WebP/AVIF: إصدار آخر من الجيل التالي لكل من الإصدارات التسعة المذكورة أعلاه → +9 أرصدة.
  وبعبارة أخرى، ما تعتقد أنه “صورة واحدة” قد يستهلك في الواقع ما يقرب من “اعتمادات مكونة من رقمين”.

إذن:“100 رصيد مجاني” ليست مثل “100 صورة مجانية”.

المزالق الأكثر شيوعًا في ShortPixel

1. نفاد 100 رصيد مجاني مجاناً بسرعة
   السبب الجذري: الكثير من الصور المصغرة + أرصدة إضافية لإنشاء WebP/AVIF.
   الاقتراحات：

• تقييم عدد الصور المصغرة للموقع أولاً
• استبعاد أحجام الصور المصغرة غير الضرورية (قم فقط بتحسين الأحجام التي سيتم استخدامها بالفعل)
• تحديد استراتيجية الضغط قبل التشغيل بكميات كبيرة لتجنب الاستهلاك المتكرر للتجربة والخطأ

2. تكديس مكونات المحول الإضافية الأخرى في نفس الوقت
   إذا كان لديك بدائل Plus WebP وShortPixel لتوليد/إدراج علامات الجيل التالي، فإن المنطق يتراكم ويصبح من الصعب استكشاف الأخطاء وإصلاحها. بالنسبة للمسار (ب)، دع ShortPixel يقوم بذلك بمفرده.
3. اعتقدت أنني إذا قمت بتثبيته سيكون “WebP/AVIF في المقدمة”.”
   صفحة المكون الإضافي ShortPixelذُكر أنه يحول WebP/AVIF ويمكنه إضافة صور من الجيل التالي إلى الصفحة الأولى (على سبيل المثال عن طريق وضع علامات).
   ولكن لا يزال من المهم التحقق من النتائج بعد القيام بذلك.

---

3.2.2 تخيلمجانًا: 20MB/شهريًا؛ يتم خصم الحصة وفقًا لـ “حجم الصورة الأصلية + عدد الصور المصغرة”، ويتكرر الخصم في حالة الضغط الشديد.

المبلغ المجاني وتحديد الموقع

صفحة الأسعار الرسمية Imagifyالكتابة واضحة:الحصة الشهرية للحساب المجاني 20MB الشهرية。
توضح صفحة الإضافة الخاصة به أيضًا أنه يمكنه ضغط WebP/AVIF وتغيير حجمه وتحويله.

كيف يتم خصم الحصة؟

تخيل الوثائق الرسمية “كيف يتم حساب استخدام الحصة النسبية؟” يشرح آلية الخصم بوضوح شديد:

• عدد الصور المصغرة يؤثر على الاستهلاكعلى سبيل المثال، إذا كان لديك 10 أحجام للصور المصغرة، فإن تحسين صورة واحدة يصبح تحسين 11 صورة (أصلية + 10 صور مصغرة)، والتي تساهم جميعها في استهلاك الحصة النسبية.
• خصم الحصة وفقًا لحجم المستند الأصلي: على سبيل المثال، إذا قمت بإرسال صورة بحجم 100 كيلوبايت إلى Imagify، فسيتم خصم 100 كيلوبايت من الحصة.
• سيؤدي تغيير مستوى الضغط وإعادة التحسين إلى استهلاك الحصة مرة أخرى。
• يمكن استخدام مفتاح واجهة برمجة التطبيقات نفسه لمواقع متعددة، ولكن تتم مشاركة الحصص فيما بينها.

هذه هي “طريقة Imagify الأساسية للفهم”:
إنها أشبه بحزمة المرور: فهي تخصم بقدر ما ترسل؛ وكلما زاد عدد الصور المصغرة لديك، زاد الخصم؛ وستكرر الخصم إذا أعدت الضغط عليها مرارًا وتكرارًا.

مثال لحصص التخيل سهلة القراءة

لنفترض أنك قمت بتحميل صورة أصلية بسعة 800 كيلوبايت وقام الموقع بإنشاء 8 صور مصغرة.

• يقوم Imagify بالتحسين لتضمين “الصورة الأصلية + 8 صور مصغرة” (إذا اخترت تحسينها جميعًا)، مما يعني أن هذا الإجراء الفردي يستهلك حصة قريبة من “الحجم الأصلي لكل هذه الملفات مجتمعة”.
  هذا هو سبب شعور بعض المواقع بأن “20MB ينفد بسرعة”: ليس الأمر أن Imagify غير كافٍ، بل أنك تقوم بتحميل الكثير من الصور في وقت واحد، والكثير من الصور المصغرة، وربما تحاول مستويات الضغط مرارًا وتكرارًا.

أكثر مزالق Imagify شيوعاً

1. مجاني 20MB لا يكفي لإجراء “مسح تاريخي على مستوى الموقع”
   عادةً ما يكون 20MB مناسبًا بشكل أفضل للاختبار مع التحديثات الخفيفة؛ إذا كانت مكتبة الوسائط لديك كبيرة بالفعل، فمن المحتمل أن يتطلب التطهير لمرة واحدة ترقية.
2. يؤدي التعديل المتكرر لمستويات الضغط إلى ازدواجية استهلاك الحصص
   توضح Imagify أنستستهلك إعادة التحسين الحصة مرة أخرى.
   أقترح عليك توضيح “الاستراتيجية” في هذه الصفحة:

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

3. تؤدي مشاركة عدة مواقع لمفاتيح واجهة برمجة التطبيقات (API Key) إلى “تقليل الحصة غير المبررة”.”
   إذا كنت تستخدم مفتاح API نفسه لأكثر من محطة، فستتم مشاركة الحصة.
   لذلك في سيناريوهات الفريق/المحطات المتعددة، من الأفضل أن تكون واضحًا: أي المحطات مشتركة وأيها تستخدم بشكل فردي لتجنب الميزانيات التي لا يمكن التحكم فيها.

---

3.2.3 TinyPNG(Tiny Compress Images): 500 رصيد/شهر مجانًا؛ سيؤدي التحويل إلى WebP/AVIF إلى “خصم رصيد واحد لكل حجم”.”

الاعتمادات المجانية وأفكار الفوترة الخاصة بها

صفحة المكون الإضافي TinyPNG في ووردبريس واضحة للغاية:

• 500 دولار شهرياً مجاناً
• في “تثبيت ووردبريس العام”، يمكنك على الأرجح ضغط حوالي 100 صورة/شهرياً
• ومع ذلك، إذا تم تمكين تحويل AVIF أو WebP:كل حجم صورة يستهلك رصيداً إضافياًلذا من المفترض أنه يمكن ضغطها وتحويلها فقط 50 صورة/شهرياً تقريباً(حسب عدد أحجام الصور المصغرة لديك).

في هذه الأثناء، قامت Tinify (مطورو TinyPNG/TinyJPG) أيضًا صفحة تسعير APIالوصف: قم بالتسجيل واحصل على 500 ضغطة مجانية شهريًا؛ وبعد ذلك، ستتم محاسبتك وفقًا لعدد الضغطات الناجحة، ولا يوجد اشتراك إلزامي.

لخص طريقة فهم TinyPNG في جملة واحدة:
يتم احتساب الأرصدة؛ فكلما زاد عدد أحجام الصور المصغرة لديك وكلما زاد عدد WebP/AVIF الذي قمت بتشغيله، زادت سرعة استهلاك الأرصدة.

أمثلة سهلة القراءة لاعتمادات TinyPNG

افترض أن موقعك ينشئ 8 أحجام مصغرة لكل صورة:

• الضغط فقط: أصلية + 8 صور مصغرة → 9 أرصدة مطلوبة
• إذا كان تحويل WebP/AVIF قيد التشغيل: رصيد إضافي واحد لكل حجم → ربما يتضاعف تقريبًا!
  يتوافق هذا مع الوصف الموجود على صفحة الإضافة: بعد التشغيل، يتغير المبلغ المجاني من “100 بطاقة/شهر” تقريبًا إلى “50 بطاقة/شهر”.

المزالق الأكثر شيوعًا في TinyPNG

1. فكرت في 500 رصيد معتمد = 500 صورة
   ليس كذلك. يتم استهلاكه بواسطة “حجم الصورة/المتغير”. تحذر صفحة الإضافة بوضوح من أن “التحويلات تخصم رصيدًا إضافيًا واحدًا لكل حجم صورة”.
2. تولد القوالب/إضافات التجارة الإلكترونية الكثير من الأحجام وتنخفض الأرصدة المجانية بشكل كبير
   كلما زاد عدد الأحجام، كان من الأسهل زيادة الاعتمادات واستهلاكها.
3. بعد تمكين التحويل، تجد أن الأرصدة غير مستخدمة فجأة.
   إنه ليس خطأ، إنها آلية الفوترة الخاصة بها.
   نصيحة استراتيجية:

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

4- التوصية بالسيناريو الفرعي: كيفية اختيار أنواع مختلفة من المواقع

كما أن ووردبريس، ومواقع المحتوى، ومواقع التجارة الإلكترونية، والمحافظ، ومواقع العضوية لا تملك نفس “نقاط الضغط” للصور.

4.1 مواقع/مدونات المحتوى (الكثير من رسومات المقالات، وتواتر متوسط للتحديثات)

التوصيات ذات الأولوية:

1. استراتيجية التحجيم (الخطوة 1)
2. الضغط (الخطوة 2)
3. WebP (الخطوة 3)

طريق أكثر ملاءمة

• تريد الحفظ: الطريق ب خيار ثلاثي (ShortPixel / Imagify / TinyPNG)
• إذا كنت ترغب في الانتقال مجانًا: الطريق أ (بالإضافة إلى WebP + EWWWWW)، ولكن يوصى بالبدء بـ “الوضع المتحفظ (دون حذف الصورة الأصلية)” لتقييم المخاطر.

حفرة نموذجية:

• الصورة الأولى لصفحة المقالة كبيرة جدًا، استراتيجية تحميل كسولة غير مناسبةيبطئ الشاشة الأولى

4.2 موقع التجارة الإلكترونية/المنتج (العديد من الصور المصغرة، والعديد من متغيرات الصور، والاستقرار أولاً)

من المرجح أن تكون المشكلة في التجارة الإلكترونية ليست “تأثير الضغط غير جيد”، ولكن “تحسين بعض الأحجام غير صحيح، والصور المصغرة المفقودة، والمكونات الأمامية لا يمكن أن تحصل على الصورة”.

التوصيات ذات الأولوية:

1. الاستقرار أولاً: استراتيجية ضغط متحفظة، لا تقم باستبدال المكتبة بالكامل على الفور
2. تقييم أحجام الصور المصغرة: عادةً ما تولد قوالب التجارة الإلكترونية أحجامًا أكبر، ويتضخم استهلاك الكمية (ShortPixel/TinyPNG بشكل خاص)
3. القيام بالتحقق من الصحة على نطاق صغير قبل الدُفعة (أمر بالغ الأهمية)

طريق أكثر ملاءمة

• يميل المسار (ب) إلى أن يكون أكثر خلوًا من المتاعب: يمكن أن يكون كل من ShortPixel/Imagify/TinyPNG مجمّعًا، ومن المهم أن تفهم آلية الحصص وتقييم التكلفة مسبقًا
• الطريق أ جيد، ولكن كن أكثر حذرًا مع سلوك “الكتابة فوق المعرفات/حذف الصور الأصلية/استبدال عناوين URL” في Plus WebP: إنه ترحيل للأصول، ولا يُنصح باستبدال كل شيء مباشرةً.

4.3 محطة الحافظة/التصوير الفوتوغرافي (حساسة لجودة الصورة الواحدة، صور كبيرة، متطلبات عالية للعرض)

التوصيات ذات الأولوية:

1. استراتيجية الحجم (التحكم في مساحة العرض)
2. استراتيجية الضغط (من الأفضل أن تكون أكبر من سحق التفاصيل)
3. WebP/AVIF (مكاسب مشهد الصورة الكبيرة واضحة، ولكن تحقق من العرض)

طريق أكثر ملاءمة

• تخيل:: خصم الحصة حسب “حجم الصورة الأصلية”، هذا النوع من المواقع أسهل في “التحكم في الميزانية” (تعرف مقدار ما يجب خصمه لكل صورة كبيرة)، ولكن تجنب تكرار عمليات السحب.
• شورت بكسل:: إذا كان حجم الصورة المصغرة ليس كبيرًا، فإن الاعتمادات أيضًا بديهية جدًا؛ ولكن إذا قمت بإنشاء أحجام كثيرة + الجيل التالي، فسيتضخم استهلاك الاعتمادات، وتحتاج إلى التخطيط المسبق.

5 - مقارنة الحصص/الفواتير: وضع عبارة “المجانية لا تكفي” في منظورها الصحيح

أيهما أفضل صفقة أفضل وإلى متى ستستمر المجانية؟

5.1 نماذج استرداد التكاليف الثلاثة

• شورت بكسل(الاعتمادات):: الأرصدة على أساس “الصورة الأصلية + عدد الصور المصغرة”؛ سيتم خصم أرصدة إضافية لكل نسخة مطابقة من WebP/AVIF تم إنشاؤها.
• تخيل(حصة MB):: خصم الحصة وفقًا لـ “حجم الملف الأصلي”؛ كلما زاد حجم الصور المصغرة زاد الخصم؛ ستؤدي إعادة الضغط إلى الخصم مرة أخرى.
• TinyPNG(الاعتمادات):: 500 رصيد شهرياً؛ يؤدي تمكين تحويل WebP/AVIF إلى خصم أرصدة إضافية لكل حجم صورة.

5.2 طرق التقدير السريع

يمكنك تقديرها على هذا النحو:

1. ابحث عن “صورة أصلية عشوائية تقوم بتحميلها غالبًا” وانظر كم حجمها (على سبيل المثال 300 كيلوبايت / 1MB / 3MB).
2. اعتمادًا على عدد أحجام الصور المصغرة التي ينشئها موقعك (على سبيل المثال 5 / 10 / 20)
3. حدد ما إذا كنت تريد إنشاء WebP/AVIF (نعم/لا)

ثم استخدم “الرياضيات الذهنية” التالية لفهم الاستهلاك:

• شورت بكسل:: ≈ (1 + عدد الصور المصغرة) الأرصدة لكل صورة؛ في حالة إنشاء WebP/AVIF، يتضاعف ≈ مرة أخرى (نظرًا لأن الإصدار التالي يأخذ رصيدًا أيضًا)
• تخيل:: كل صورة ≈ (الحجم الأصلي + حجم كل صورة مصغرة) تخصم الحصة؛ تغيير مستوى الضغط وإعادة الضغط سيخصم مرة أخرى!
• TinyPNG:: 500 رصيد مجاني؛ إذا كان موقعك يولد الكثير من الأحجام لكل صورة، وتم تمكين التحويل، فإن عدد الأرصدة المجانية ينخفض بشكل كبير (صفحة الإضافة تعطي توقعًا مرئيًا “حوالي 100 رصيد/شهر” مقابل “حوالي 50 رصيد/شهر”)

6 - الإنذارات بالمخاطر

الخطر 1: لا تدع الإضافات المتعددة تقوم بنفس الشيء مرارًا وتكرارًا

إنه “مصدر الكارثة” الأكثر شيوعًا.”

• المسار (أ):بالإضافة إلى WebP أو AVIF + EWWWWWW(قم بتقسيم العمل بين الاثنين، ولا تقم بإجراء تحويلات متشابهة وعمليات تسليم في نفس الوقت، أو قم بتثبيت أحدهما فقط)
• الطريق ب: ShortPixel / Imagify / TinyPNG اختر ثلاثة(اختر واحدًا للضغط والجيل التالي)

الخطر 2: بالإضافة إلى أن “الكتابة فوق المعرف/حذف الصورة الأصلية/استبدال عنوان URL” في WebP هو ترحيل للأصول.

التوكيد مضاف:بالإضافة إلى WebP ينص الوصف بوضوح على أن الإنشاء الكامل يستبدل معرف الصورة الأصلي ويحذف الملف الأصلي ويستبدل عنوان URL للمحتوى.
وهذا يعني أنه ليس “إعدادًا صغيرًا يمكن سحبه في أي وقت”، ولكنه تغيير على مستوى الأصول.

ينبغي أن تكون الاستراتيجية المقترحة هي:

• اختبار صغير أولاً (بضع عشرات إلى بضع مئات)
• تأكد من أن عرض الواجهة الأمامية والصور المصغرة وتحديثات ذاكرة التخزين المؤقت تعمل جميعها بشكل صحيح
• إعادة النظر في المعالجة الكاملة للمكتبة

الخطر 3: يعتمد الاستهلاك الحقيقي لـ “الأرصدة المجانية” لضغط السحابة على عدد الصور المصغرة واختيار الجيل التالي.

• شورت بكسل:: تؤثر الصور المصغرة والجيل التالي بشكل كبير على الاعتمادات.
• TinyPNG:: يؤدي تمكين WebP/AVIF إلى خصم رصيد إضافي لكل حجم صورة.
• تخيل:: يتم خصمها حسب حجم الصورة الأصلية، فكلما زاد عدد الصور المصغرة التي تم خصمها أكثر، سيتكرر الضغط الشديد في الخصم!

الخطر 4: لا تعني عبارة “تم إنشاء WebP/AVIF” أن “WebP/AVIF يتم تسليمه من قبل المكتب الأمامي”

يشعر العديد من الأشخاص بأنهم “ليسوا أسرع” بعد التحويل لأن الواجهة الأمامية لا تزال تُخرج JPG/PNG (التخزين المؤقت/إعادة الكتابة/التوسيم/مفاوضة المتصفح ليست في المكان الصحيح).

7 - كيفية التحقق من سريان مفعوله بعد القيام به

4 نقاط تحقق بسيطة للغاية:

1. ما إذا تم تحديث الصفحة نفسها مرة ثانية وتحميلها بشكل أكثر اتساقًا وأسرع(التخزين المؤقت وتحسين الإحساس المادي بما إذا كان يعمل)
2. هل تختلف أحجام الصور التي يتم تحميلها على الهواتف المحمولة وأجهزة الكمبيوتر المكتبية اختلافًا كبيرًا(متجاوب) srcset/المقاسات (سواء كانت تعمل أم لا)
3. التحقق الفوري من بعض الصور: ما إذا كانت ملفات/مصادر WebP أو AVIF موجودة أم لا(هل الموقع يستخدم بالفعل الجيل التالي）
4. قم بتجربة بعض الصور: قم بتكبيرها لترى ما إذا كانت مشوشة بشكل واضح، وإذا كان النص غير واضح(الكتلة المضغوطة ليست مفرطة)

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

٨ - توصيات للعمل

1. اختر مسارك أولاً:

• محاولة أن تكون حراً قدر الإمكان.:: بالإضافة إلى WebP أو AVIF + EWWWWW (أو واحد منهما فقط)
• تريد توفير موارد الخادم، ادفع مقابل كل رصيد لمزيد من راحة البال:: ShortPixel / Imagify / TinyPNG - اختر واحدة!

2. قم بإجراء اختبار صغير أولاً (بضع عشرات)
3. تأكد من أنه لا بأس به قبل أن تقوم بالدفع
4. يلزم إجراء المزيد من التحسينات في استقرار التسليم:اقرأ CDN تسارع CDN

المشاكل الشائعة

1- كم عدد المكونات الإضافية التي يجب عليّ تثبيتها؟ هل يمكنني تثبيتها كلها؟

حاول أن تسلك طريقاً واحداً فقط.

• المسار (أ): بالإضافة إلى WebP أو AVIF + مُحسِّن الصور EWWWWW (أو واحد منهما فقط)
• المسار ب: ShortPixel / Imagify / TinyPNG - اختر واحدًا!
  في نفس المحطة في نفس الوقت دع المكونات الإضافية المتعددة للقيام بـ “ضغط / نقل WebP / AVIF / تغيير عنوان URL / إعادة كتابة التسليم”، والأرجح أن تصبح أكثر فوضوية، ولكن أيضًا الأكثر صعوبة في التحقق.

2- ألا يدعم ووردبريس بالفعل WebP/AVIF؟ هل ما زلت بحاجة إلى مكون إضافي؟

يجب فصلها:
“دعم التحميل/الاستخدام” ≠ “التحويل التلقائي/التسليم التلقائي”.
لا يقوم ووردبريس 6.5 أيضًا بتحويل ملفات JPG/PNG القديمة إلى WebP/AVIF تلقائيًا، ولا يقوم تلقائيًا بتصدير AVIF/ WebP إلى متصفح قادر على التصفح والاحتفاظ به. عادةً ما يتطلب الأمر مكونًا إضافيًا أو خدمة لجعل مكتبة الوسائط التاريخية تعمل.

3 - ما هي الخطوة الأكثر “مجزية” في تحسين الصورة؟

عادةً ما يكون احصل على “المقاسات” الصحيحة أولاً (srcset/المقاسات).。
العديد من المواقع بطيئة ليس لأنها لا تحتوي على ضغط، ولكن لأن الصفحة 900 بكسل فقط ويطلب من المستخدم تنزيل صورة 3000 بكسل. الضغط يوفر كيلوبايت، لكن “الحجم الخاطئ” سيجعلك تقوم بتحميل بيانات أكثر عدة مرات دون مقابل.

4. كيف يمكنني التأكد من أنني أقوم بتحميل “الأصغر” وليس الصورة الأصلية إلى الأبد؟

انظر إلى ظاهرتين:

• عند فتح صفحة على الهاتف المحمول، يكون حجم الصورة التي تم تنزيلها أصغر بشكل ملحوظ من حجمها على سطح المكتب
• يتم تحميل الصورة نفسها بأحجام موارد مختلفة على أجهزة مختلفة
  إذا تم تنزيل الصورة الأصلية إلى الأبد، فإن أحد الأسباب الشائعة هو أن القالب/المُنشئ يعامل الصورة كصورة خلفية CSS أو إخراج مخصص، متجاوزًا بذلك مكتبة الوسائط متعددة الأحجام باستخدام srcset.

5 - هل تعني عبارة “WebP/AVIF الذي تم إنشاؤه” أن الواجهة الأمامية يجب أن تنتج WebP/AVIF؟

غير متساويين.
الإنشاء هو مجرد “طبقة الملفات” المنجزة؛ يعتمد ما إذا كانت الواجهة الأمامية تقدم فعليًا WebP/AVIF على عمليات إعادة الكتابة، وسياسات وضع علامات على الصور، وعمليات الوصول إلى ذاكرة التخزين المؤقت، ومفاوضات المتصفح السارية، وما إلى ذلك. عند الانتهاء من ذلك، تأكد من “التحقق الفوري من بعض الصور لأنواع الموارد”.

6. بالإضافة إلى ذلك ما الخطورة في WebP أو AVIF؟ هل يمكنني تشغيل المكتبة بأكملها بنقرة واحدة؟

نقطة خطورتها ليست “الضغط”، بل هيالتغييرات في مستويات ترحيل الأصول：

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

7- ما هو الاختيار بين وضعيتي Plus WebP: الاحتفاظ بالصورة الأصلية مقابل استبدال الصورة الأصلية وحذفها؟

سهل الفهم:

• الوضع 1: الاحتفاظ بالصورة الأصلية + إنشاء نسخة WebP/AVIF (أكثر استقرارًا):: مناسب للتراجع، ولكن القرص يرتفع (الصورة الأصلية + التنسيق الجديد + الصور المصغرة متعددة الأحجام).
• الوضع 2: استبدال الصورة الأصلية وحذفها (أكثر عدوانية):: الأقراص أقل عرضة للتضخم، ولكنك “تغير الأصول + تغيير المراجع”، مما يجعل استكشاف مشكلات التوافق وإصلاحها أكثر تكلفة.
  كلما كان الموقع أكثر تعقيدًا (تجارة إلكترونية/مكونات متعددة/متعددة الإضافات/متعددة الأحجام)، كلما كان من المستحسن البدء بنموذج أكثر استقرارًا.

8. هل مُحسِّن الصور EWWWWWW Image Optimizer المجاني المحلي كافٍ؟ هل سيرهق الخادم؟

يعد EWWWWWW أكثر من “ضاغط محلي”: فهو يأكل CPU/IO.
من الشائع أن يرتفع الحمل أثناء تحسين الدُفعات، وهذا لا يعني أنه “لا يعمل”، بل يعني أن الاستراتيجية يجب أن تكون صحيحة: الدُفعات والذروات المنخفضة وخيارات إلغاء التحميل/السحابة إذا لزم الأمر.
إذا كنت تبحث عن التوفير، أو إذا كنت تعاني من نقص في موارد الخادم، فإن الطريق ب أكثر ملاءمة للخادم.

9- أرصدة شورت بكسل 100 رصيد مجاني/شهر، لماذا أشعر أنها اختفت في بضع صور؟

على حساب الاعتمادات ليست “عدد الصور”.”سيتم تكبير الجيل التالي بواسطة صورة مصغرة مع الجيل التالي:

• صورة أصلية + كل صورة مصغرة تحتسب كرصيد
• إذا تم إنشاء WebP/AVIF، يتم استهلاك رصيد إضافي لكل إصدار مطابق.
  لذا فإن ما تظن أنه “صورة واحدة” قد يستهلك في الواقع ما يقرب من “رصيد مكون من رقمين”. shortPixel

10. 20MB/شهريًا مجانًا من Imagify، لماذا ينفد أيضًا بسرعة؟

Imagify أشبه بـ “حزمة المرور”:

• كما أرسلتهاحجم الملف الأصليخصم الحصص
• كلما زاد عدد الصور المصغرة لديك، زاد استهلاكك للصور المصغرة
• سيؤدي تغيير مستوى الضغط لإعادة التحسين إلى استهلاك الحصة مرة أخرى
• مفتاح API نفسه لمواقع متعددة، ومشاركة الحصص
  لذا فإن “20MB سينفد قريبًا” غالبًا ما يكون السبب في ذلك هو الصور الكبيرة جدًا أو كثرة الصور المصغرة أو تكرار التجربة والخطأ.

11. TinyPNG مجاني مقابل 500 رصيد/شهر، لماذا يقول المكون الإضافي إنه حوالي 100 رصيد/شهر فقط ثم 50 رصيد/شهر مع WebP/AVIF؟

نظرًا لأن أرصدة TinyPNG يتم تكبيرها أيضًا حسب “الحجم/المتغير”:

• ربما يضغط تثبيت ووردبريس العادي حوالي 100 ورقة/شهر.
• تمكين تحويل AVIF أو WebP:كل حجم صورة يستهلك رصيداً إضافياًلذلك ربما يمكنك على الأرجح ضغط وتحويل حوالي 50 صورة/شهرياً فقط (حسب عدد أحجام الصور المصغرة).
  إذن 500 رصيد معتمد ≠ 500 صورة.

12- كم عدد الصور المصغرة الموجودة على موقعي؟ ما أهمية ذلك كثيراً؟

ينشئ ووردبريس أحجامًا متعددة لتحميل صورة؛ قد تضيف القوالب/المكونات الإضافية (خاصة التجارة الإلكترونية) المزيد من الأحجام.
عادةً ما تكون أرصدة/رصيد ضغط السحابة “أصلية + صور مصغرة معًا”، لذا كلما زاد عدد الصور المصغرة لديك، قلت الأرصدة المجانية التي يمكنك استخدامها.

13- هل التحميل البطيء أسرع دائمًا؟ لماذا يقول بعض الناس أن التحميل البطيء يبطئ الأمور؟

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

14. أنا مسافر على الطريق A أو B. متى أحتاج إلى CDN / صورة CDN؟

يعمل الضغط والتحجيم والتنسيق على حل مشكلة “الملفات الأصغر حجمًا التي تناسبك”;
CDN يحل مشكلة تقديم أقرب وأكثر استقرارًا。
عندما يتم سحب الصور من الموقع المصدر عبر مسافات طويلة مما يؤدي إلى زمن انتقال كبير، فإن تكملة CDN/صور CDN (مثل Cloudflare Polish / Jetpack Site Accelerator) ستكون أكثر استقرارًا بشكل عام، اقرأ ووردبريس CDN تسريع CDN。

15 - ما هي أسهل طريقة بالنسبة لي للتحقق من أن “الأمر يعمل حقًا” عندما أنتهي؟

طريقة التحقق الأكثر كفاءة من حيث الوقت:

• ما إذا تم تحديث الصفحة نفسها مرة ثانية وتحميلها بشكل أكثر اتساقًا وأسرع
• هل تختلف أحجام الصور التي يتم تحميلها على الهواتف المحمولة وأجهزة الكمبيوتر المكتبية بشكل ملحوظ (هل تلعب srcset/الأحجام دورًا في ذلك)
• التحقق الفوري من بعض الصور: ما إذا كانت ملفات/مصادر WebP أو AVIF موجودة أم لا
• قم بتجربة بعض الصور: قم بتكبيرها لترى ما إذا كانت مشوشة بشكل واضح، وإذا كان النص غير واضح