2026-03-15 · تم التحديث في 2026-07-12
دليل تحسين الصور للهواتف المحمولة لصفحات أسرع
سير عمل عملي لتحسين صور الهواتف المحمولة، يغطي الأحجام المتجاوبة (responsive sizes)، وWebP، والتحميل الكسول (lazy loading)، وتوصيل CDN، وتحسين محركات البحث للصور (image SEO)، ومقاييس الويب الأساسية (Core Web Vitals).

آخر تحديث: July 12, 2026
يبدأ تحسين صور الهاتف المحمول بمتطلب واحد: يجب ألا يقوم الهاتف بتنزيل وحدات بكسل لا يمكنه عرضها. قم بتغيير حجم المصدر، وخدمة متغيرات متجاوبة (responsive variants)، وإبقاء أكبر صورة فوق الطية (above-the-fold) خارج التحميل الكسول (lazy loading)، ونشر ملفات WebP أو AVIF قابلة الزحف عبر CDN.
إجابة سريعة: كيف يجب عليك تحسين الصور للهواتف المحمولة؟
استخدم هذا الترتيب: تغيير الحجم أولاً، ثم الترميز ثانيًا، ثم التسليم ثالثًا، والقياس أخيرًا. صورة منتج بحجم 4000 px معروضة بعرض 390 px هي مضيعة حتى لو تم ضغطها. لا يزال المتصفح مطالبًا بجلبها وفك تشفيرها وتغيير حجمها قبل أن يشعر المستخدم بأن الصفحة جاهزة.
بالنسبة لمعظم صفحات الهاتف المحمول، قم بإرسال مجموعة مصادر WebP أو AVIF بعروض حول 400 و 800 و 1200 px. احتفظ ببديل JPEG إذا كان جمهورك يتضمن متصفحات قديمة، أو عملاء بريد إلكتروني، أو خلاصات شركاء. لاتخاذ قرار أعمق بشأن التنسيق، استخدم مقارنة AVIF مقابل WebP.
توجيهات Google الخاصة بـ LCP تقول إن الصفحات يجب أن تهدف إلى Largest Contentful Paint في غضون 2.5 ثانية أو أقل عند المئوية الـ 75، مقسمة حسب الهاتف المحمول وسطح المكتب. غالبًا ما تكون الصور هي عنصر LCP، لذا فإن الصورة الرئيسية (hero image) تستحق معالجة خاصة: قم بتحميلها مسبقًا (preload) أو إعطائها الأولوية، وحدد أبعادها الحقيقية، ولا تقم بالتحميل الكسول لها.
ما الذي يتغير فعلياً على الهاتف؟
يغير الهاتف ثلاثة أشياء دفعة واحدة: عرض منطقة العرض (viewport width)، وجودة الشبكة، وكثافة التخطيط (layout density). غالبًا ما تفشل صور سطح المكتب على الهواتف المحمولة لأن الصفحة تحتفظ بنفس الأصل بحجم 1600 px، أو تقص الموضوع بشكل سيئ، أو تؤخر الصورة الرئيسية خلف JavaScript.
لقد قمت بإنشاء رسم مصدر واحد بحجم 1600 x 1000 وقم بتشفيره كـ WebP q82 بثلاثة عروض. تُظهر النتيجة سبب تفوق تغيير الحجم على تعديل الجودة:

| المرشّح | الحجم المرمّز | الاستخدام الجيد | مشكلة الجوال إذا أُفرط في استخدامه |
|---|---|---|---|
| WebP بحجم 1600 بكسل | 44 كيلوبايت | صورة بطل سطح المكتب أو فتحة ريتينا كبيرة | بكسلات كثيرة جدًا لمنفذ عرض 390 بكسل |
| WebP بحجم 800 بكسل | 20 كيلوبايت | جهاز لوحي، صورة بطل لهاتف DPR عالٍ | لا تزال ثقيلة على الصور المصغرة الصغيرة |
| WebP بحجم 400 بكسل | 8 كيلوبايت | بطاقة هاتف قياسية أو صورة ضيقة | رخوة جدًا إذا مُدّت عبر سطح المكتب |
هذه الأرقام توضيحية، وليست عالمية. ستكون الصورة التفصيلية أكبر من هذا الرسم النظيف، والشعار المسطح سيكون أصغر. القاعدة المفيدة هي الثبات: اجعل المتصفح يختار من مرشحات العرض الحقيقية بدلاً من ملف واحد كبير الحجم.
ما أحجام الصور المناسبة للهاتف المحمول التي يجب عليك إنشاؤها؟
ابدأ من المساحة المعروضة (rendered slot)، وليس من ملف الكاميرا. افحص قالبك عند نقاط التوقف الشائعة وسجل الحد الأقصى لعرض CSS لكل نوع صورة.
| نوع الصورة | عرض العرض النموذجي على الجوال | عرض المصدر العملي | قاعدة التحميل |
|---|---|---|---|
| صورة البطل | 360-430 بكسل | 480، 768، 1200 بكسل | فوري، أولوية عالية |
| بطاقة المنتج | 150-220 بكسل | 320، 480، 640 بكسل | كسول إذا كان أسفل الشاشة الأولى |
| صورة جسم المدونة | 320-430 بكسل | 480، 768، 1024 بكسل | كسول إلا إذا ظهرت فورًا |
| شعار أو أيقونة | 24-160 بكسل | SVG أو PNG/WebP بالحجم الدقيق | أصل مضمّن أو مخزّن مؤقتًا |
| معرض بعرض كامل | 360-430 بكسل | 480، 800، 1200 بكسل | كسول بعد الصورة الرئيسية |
استخدم واصفات العرض (width descriptors) عندما يتغير عرض التخطيط:
<img
src="/images/hero-800.webp"
srcset="/images/hero-400.webp 400w, /images/hero-800.webp 800w, /images/hero-1200.webp 1200w"
sizes="(max-width: 640px) 100vw, 720px"
width="800"
height="500"
alt="Reusable water bottle on a kitchen counter"
>
يشرح دليل الصور المتجاوبة من MDN نموذج اختيار srcset و sizes. النسخة المختصرة هي: يسرد srcset المرشحين، ويخبر sizes المتصفح بمدى عرض المساحة المعروضة قبل اكتمال التخطيط.
بالنسبة لسير عمل الدفعات (batch workflow)، قم بتوليد العروض من نفس الملف الرئيسي. يغطي دليل تغيير الحجم بالدفعات نمط سطر الأوامر، ويوضح تعميق ضغط الصور سبب إجراء تغيير الحجم قبل الضغط النهائي.
متى يجب عليك استخدام picture للقص على الهاتف المحمول؟
استخدم <picture> عندما تحتاج الصورة للهاتف المحمول إلى قص مختلف، وليس مجرد ملف أصغر. يمكن أن تصبح صورة البطل (hero image) الواسعة لسطح المكتب عديمة الفائدة على هاتف إذا كان الموضوع يقع في أقصى اليسار أو كانت منطقة النص تغطي المنتج.

<picture>
<source
media="(max-width: 640px)"
srcset="/images/shoe-mobile.webp 720w"
sizes="100vw"
type="image/webp"
>
<source
srcset="/images/shoe-desktop.webp 1440w"
sizes="min(100vw, 1440px)"
type="image/webp"
>
<img
src="/images/shoe-desktop.jpg"
width="1440"
height="700"
alt="Trail running shoe with the sole tread visible"
>
</picture>
استخدم توجيه الفن (art direction) لما يلي:
- صور المنتجات الرئيسية حيث يصبح المنتج صغيرًا على الهاتف المحمول.
- اللافتات التحريرية التي يجب أن يظل فيها الوجه أو الكائن في المنتصف.
- قوائم الأسواق التي تحتاج إلى مصغرات مربعة وصور تفاصيل واسعة.
- صور قبل/بعد حيث يجب أن تظل كلا الجانبين مقروئتين.
- لقطات الشاشة ذات النص الصغير التي تحتاج إلى قص أو أضيق.
لا تستخدم <picture> كبديل لعروض العرض المتجاوبة العادية. إذا كان التكوين هو نفسه، فإن srcset بالإضافة إلى sizes أبسط.
كيف يتناسب WebP و AVIF و JPEG مع أداء الهاتف المحمول؟
استخدم WebP كأساس للهاتف المحمول عندما تحتاج إلى ملف حديث واحد يعمل على نطاق واسع. استخدم AVIF عندما يمكن لخطك (pipeline) إنشاؤه ويمكنك الاحتفاظ ببديل WebP أو JPEG. احتفظ بـ JPEG للبريد الإلكتروني، وأنظمة الشركاء القديمة، وأرشيفات المصادر التي تحتاج أدوات أخرى إلى فتحها.
| التنسيق | دور الجوال | احذر من |
|---|---|---|
| WebP | افتراضي آمن لتسليم الويب | لا يزال يحتاج إلى بديل في البيئات القديمة الصارمة |
| AVIF | أفضل ضغط للعديد من الصور وصور البطل | ترميز أبطأ وفجوات عرضية في الأدوات |
| JPEG | بديل للتوافق | ملفات أكبر عند جودة بصرية مماثلة |
| PNG | الأيقونات، الشفافية، لقطات واجهة حادة | كبير جدًا لمعظم الصور |
| SVG | الشعارات والعلامات المتجهة البسيطة | ليس للصور المعقدة |
يغطي قائمة التحقق الكاملة لتحسين الصور تسلسل النشر الأوسع. إذا كنت بحاجة إلى مقارنة الأدوات التي تنتج WebP و AVIF، فراجع بدائل TinyPNG.
استخدم مكدس <picture> عندما يمكنك:
<picture>
<source srcset="/images/card-480.avif 480w, /images/card-800.avif 800w" type="image/avif">
<source srcset="/images/card-480.webp 480w, /images/card-800.webp 800w" type="image/webp">
<img src="/images/card-800.jpg" width="800" height="600" alt="Blue ceramic mug beside a notebook">
</picture>
كيف يجب أن يعمل التحميل الكسول على الهاتف المحمول؟
قم بالتحميل الكسول للصور التي تبدأ أسفل منطقة العرض الأولى. لا تقم بالتحميل الكسول للصورة الرئيسية (LCP image). يعد التحميل الكسول على مستوى المتصفح مفيدًا، ولكنه ليس خطة أداء بحد ذاته.

يوصي دليل التحميل الكسول على مستوى المتصفح من Google باستخدام loading="lazy" الأصلي للصور خارج الشاشة. ويحذر نفس التوجيه من التحميل الكسول للصور المرئية فورًا لأنه قد يؤخر المحتوى الذي ينتظره المستخدمون.
استخدم قائمة التحقق هذه:
- امنح الصورة الرئيسية
loading="eager"أو احذف خاصيةloading. - أضف
fetchpriority="high"لأكثر صورة محتملة لـ LCP. - أضف
loading="lazy"للصور بعد الشاشة الأولى. - حدد
widthوheightعلى كل صورة. - استخدم CSS
aspect-ratioعندما يتغير النسبة المعروضة حسب نقطة التوقف (breakpoint). - تجنب حقن الصور عبر JavaScript فقط للصورة الرئيسية.
- تحقق من أن عناوين URL لصور CDN تتضمن رؤوس ذاكرة تخزين مؤقت طويلة.
- اختبر على ملف تعريف هاتف محمول مقيد السرعة، وليس فقط Wi-Fi لسطح المكتب.
- راقب عنصر LCP في PageSpeed Insights.
- أعد التشغيل بعد تغييرات التصميم، لأن عنصر LCP يمكن أن يتغير.
تدرج وثائق LCP من Google عناصر الصور، وملصقات الفيديو (video posters)، والصور الخلفية بين المرشحين المحتملين لـ LCP. ولهذا السبب لا يزال بإمكان صورة البطل الخلفية أن تضر بـ LCP حتى لو لم تكن <img>.
ما الذي يجب أن يفعله CDN للصور للهاتف المحمول؟
يجب أن يقوم CDN للصور بإزالة العمل اليدوي المتكرر: تغيير الحجم عند الحافة (at the edge)، والتفاوض على التنسيق، وتخزين متغيرات التخزين المؤقت، والحفاظ على استقرار عناوين URL العامة. لا يحل CDN محل نظافة المصدر. إن تحميل صورة منتج ضبابية بحجم 900 px إلى CDN للصور لن ينشئ تفاصيل حقيقية بحجم 1600 px.
ابحث عن هذه الضوابط:
- تحويلات العرض (Width transforms) لمساحات الهاتف المحمول وسطح المكتب الشائعة.
- WebP و AVIF المخرجان مع
Content-Typeالصحيح. - مفاتيح التخزين المؤقت التي تتضمن العرض والجودة والتنسيق.
- طريقة للحفاظ على التحميلات الأصلية بشكل منفصل عن المشتقات العامة.
- عناوين URL عامة ومستقرة يمكن لـ Google Images الزحف إليها.
- المراقبة بحثًا عن أخطاء 404 بعد عمليات النشر والترحيل.
بالنسبة للبحث، تؤكد أفضل ممارسات تحسين محركات البحث للصور من Google على الصور المفيدة والمرئية القريبة من النص ذي الصلة، وأسماء الملفات ووصف alt text، وعناوين URL للصور القابلة للزحف. عنوان URL الخاص بـ CDN جيد عندما يكون قابلاً للفهرسة ومستقرًا ويتم الإشارة إليه من الصفحة.
ما الذي يجب عليك اختباره قبل النشر؟
اختبر الصفحة بالطريقة التي يتلقاها بها الزائر عبر الهاتف المحمول. إجراء تشغيل Lighthouse نظيف مفيد، ولكنه قد يخفي حالات فشل CDN، والمرشحات المتجاوبة كبيرة الحجم، وتحولات التخطيط (layout shifts) التي تظهر فقط في القوالب الحقيقية.
| التحقق | كيفية التحقق | شرط النجاح |
|---|---|---|
| تنزيل المرشّح الصحيح | شبكة Chrome DevTools، فلتر Img | منفذ عرض الهاتف لا يجلب عروض سطح المكتب فقط |
| أولوية صورة LCP | PageSpeed Insights أو تتبع Lighthouse | صورة البطل ليست كسولة وتظهر مبكرًا |
| استقرار التخطيط | افحص صناديق الصور قبل التحميل | العرض أو الارتفاع أو نسبة العرض تحجز مساحة |
| فائدة البحث | الصفحة المعروضة و HTML المصدر | الصورة قريبة من نص ذي صلة مع نص بديل وصفي |
| صحة CDN | curl -I لكل عنوان صورة نهائي |
HTTP 200 و Content-Type: image/webp |
أمر عملي واحد للتدقيق المحلي:
curl -I https://cdn.example.com/images/product-card-480.webp
ثم تحقق من الصفحة المعروضة عند منطقة عرض ضيقة. إذا تجاوز جدول أو صورة الشاشة، فقم بإصلاح التخطيط قبل الاحتفال بتوفير البايتات.
قائمة التحقق لـ SEO للصور و GEO
تحتاج محركات البحث ومحركات الإجابة إلى نفس الشيء الذي يحتاجه الشخص: سياق مباشر. لا تدفن الصور في شريط تمرير (carousel) بدون أي شرح قريب وتتوقع أن تحمل المادة المعنى بحد ذاتها.
قبل النشر، أكد ما يلي:
- تحتوي الصفحة على إجابة واضحة واحدة بالقرب من الأعلى.
- كل صورة مهمة لها نص alt وصفي.
- تصف أسماء الملفات الموضوع المرئي، وليس
IMG_9021. - عنوان URL للصورة قابل للزحف بدون ملفات تعريف الارتباط (cookies).
- يوضح الفقرة المحيطة سبب وجود الصورة.
- لا يجب أن تكون الصورة الرئيسية للهاتف المحمول أكبر من المساحة المعروضة التي تحتاجها.
- تستخدم صور الجسم
loading="lazy"فقط عندما تكون أسفل منطقة العرض الأولى. - تلخص الجداول القرارات التي يمكن للقارئ إعادة استخدامها.
- الروابط الخارجية تشير إلى مصادر موثوقة.
- الروابط الداخلية تشير إلى سير العمل الحقيقي التالي، وليس صفحة تجميع عشوائية.
للتمرير الخاص بتحسين محركات البحث بعد الضغط، استخدم قائمة التحقق لتحسين SEO للصور. بالنسبة لعمليات الملفات المنفردة، يغطي كل من أداة ضغط الصور، وأداة تحويل الصيغ، وأداة تغيير حجم الصور الخطوات اليدوية الشائعة.
حقوق صور (Image credits)
- تم إنشاء مخطط العرض المتجاوب، ومخطط عرض العرض، وقص توجيه الفن، ومخطط أولوية التحميل لهذا المقال باستخدام ImageMagick وتصديره كـ WebP. يستخدم مخطط العرض المتجاوب مخرجات WebP q82 مقاسة من نفس الرسم المصدر بحجم 1600 x 1000.
استخدم الأدوات المجانية أثناء متابعة الدليل.
تابع القراءة

2026-08-01
ضغط الصور في 2026: اختبار WebP وAVIF وJPEG XL وJPEG AI
اختبرت WebP وAVIF وJPEG XL على أربع صور حقيقية. WebP أصغر 32% من JPEG، وAVIF 65%، وJPEG XL 30%. بيانات كاملة ودعم المتصفحات وأي تنسيق تختار في 2026.

2026-07-26
قائمة مراجعة لتحسين الصور: كل خطوة لصور الويب السريعة
قائمة مراجعة شاملة لتحسين الصور: اختيار التنسيق، تغيير الحجم، الضغط، التسليم المتجاوب (responsive delivery)، التحميل الكسول (lazy loading)، وإعداد CDN. راجعها قبل النشر في كل مرة.

2026-07-26
ضغط الصور إلى أقل من 100KB دون تدمير الجودة
غيّر الحجم إلى عرض العرض ثم صدّر كـ WebP. أحجام ملفات مقاسة لصور الهاتف وصور المنتجات ولقطات الشاشة تُظهر الوصفة للوصول بأي ملف إلى أقل من 100KB.