Sat Mar 14 2026 20:00:00 GMT-0400 (北美东部夏令时间)
دليل تحسين الصور للهواتف المحمولة لصفحات أسرع
سير عمل عملي لتحسين صور الهواتف المحمولة، يغطي الأحجام المتجاوبة (responsive sizes)، وWebP، والتحميل الكسول (lazy loading)، وتوصيل CDN، وتحسين محركات البحث للصور (image SEO)، ومقاييس الويب الأساسية (Core Web Vitals).

آخر تحديث: June 28, 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 بثلاثة عروض. تُظهر النتيجة سبب تفوق تغيير الحجم على تعديل الجودة:

| Candidate | Encoded size | Good use | Mobile problem if overused |
|---|---|---|---|
| 1600 px WebP | 44 KB | Desktop hero or large retina slot | Too many pixels for a 390 px viewport |
| 800 px WebP | 20 KB | Tablet, high-DPR phone hero | Still heavy for small thumbnails |
| 400 px WebP | 8 KB | Standard phone card or narrow image | Too soft if stretched across desktop |
هذه الأرقام توضيحية، وليست عالمية. ستكون الصورة التفصيلية أكبر من هذا الرسم النظيف، والشعار المسطح سيكون أصغر. القاعدة المفيدة هي الثبات: اجعل المتصفح يختار من مرشحات العرض الحقيقية بدلاً من ملف واحد كبير الحجم.
ما أحجام الصور المناسبة للهاتف المحمول التي يجب عليك إنشاؤها؟
ابدأ من المساحة المعروضة (rendered slot)، وليس من ملف الكاميرا. افحص قالبك عند نقاط التوقف الشائعة وسجل الحد الأقصى لعرض CSS لكل نوع صورة.
| Image type | Typical mobile display width | Practical source widths | Loading rule |
|---|---|---|---|
| Hero image | 360-430 px | 480, 768, 1200 px | Eager, high priority |
| Product card | 150-220 px | 320, 480, 640 px | Lazy if below first screen |
| Blog body image | 320-430 px | 480, 768, 1024 px | Lazy unless it appears immediately |
| Logo or icon | 24-160 px | SVG or exact-size PNG/WebP | Inline or cached asset |
| Full-width gallery | 360-430 px | 480, 800, 1200 px | Lazy after the lead image |
استخدم واصفات العرض (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 للبريد الإلكتروني، وأنظمة الشركاء القديمة، وأرشيفات المصادر التي تحتاج أدوات أخرى إلى فتحها.
| Format | Mobile role | Watch out for |
|---|---|---|
| WebP | Safe default for web delivery | Still needs a fallback in strict legacy environments |
| AVIF | Best compression for many photos and heroes | Slower encoding and occasional tooling gaps |
| JPEG | Compatibility fallback | Larger files at similar visual quality |
| PNG | Icons, transparency, sharp UI screenshots | Too large for most photos |
| SVG | Logos and simple vector marks | Not for complex photos |
يغطي قائمة التحقق الكاملة لتحسين الصور تسلسل النشر الأوسع. إذا كنت بحاجة إلى مقارنة الأدوات التي تنتج 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) التي تظهر فقط في القوالب الحقيقية.
| Check | How to verify | Pass condition |
|---|---|---|
| Right candidate downloaded | Chrome DevTools Network, filter Img | Phone viewport does not fetch desktop-only widths |
| LCP image priority | PageSpeed Insights or Lighthouse trace | Hero is not lazy and appears early |
| Layout stability | Inspect image boxes before load | Width, height, or aspect ratio reserves space |
| Search usefulness | Rendered page and source HTML | Image sits near relevant text with descriptive alt |
| CDN health | curl -I each final image URL |
HTTP 200 and 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 Compressor، وImage Converter، وImage Resizer الخطوات اليدوية الشائعة.
حقوق صور (Image credits)
- تم إنشاء مخطط العرض المتجاوب، ومخطط عرض العرض، وقص توجيه الفن، ومخطط أولوية التحميل لهذا المقال باستخدام ImageMagick وتصديره كـ WebP. يستخدم مخطط العرض المتجاوب مخرجات WebP q82 مقاسة من نفس الرسم المصدر بحجم 1600 x 1000.
استخدم الأدوات المجانية أثناء متابعة الدليل.
تابع القراءة

Wed Mar 18 2026 20:00:00 GMT-0400 (北美东部夏令时间)
محول WebP: كيفية تحويل الصور إلى WebP (بأحجام حقيقية)
حوّل صور JPEG و PNG إلى WebP لملفات ويب أصغر. يتضمن الدليل أحجامًا مقاسة فعليًا، وأمر cwebp، وطرق Python والمتصفح، واستراتيجية احتياطية (fallback) باستخدام JPEG/PNG.

Tue Mar 17 2026 20:00:00 GMT-0400 (北美东部夏令时间)
PNG to WebP: دليل تحويل وضغط صور PNG
حوّل PNG إلى WebP للحصول على ملفات ويب أصغر وأكثر كفاءة. نستعرض متى يتفوق WebP غير المفقود ومتى يكون التشويه مقبولاً، بالإضافة إلى الأحجام الفعلية وأوامر cwebp و Pillow مع دعم احتياطي لـ PNG.

Tue Mar 10 2026 20:00:00 GMT-0400 (北美东部夏令时间)
تحسين صور الـ SEO: قائمة مراجعة عملية لعام 2026
قائمة مراجعة عملية لتحسين صور الـ SEO لعام 2026: تشمل alt text، وأسماء الملفات، والتنسيقات، والضغط، وCore Web Vitals، والبيانات المنظمة، والقياس.