إن سبق أن اختبرت موقعك في Google PageSpeed Insights وظهر لك التنبيه «قدّم الصور بصيغ الجيل الأحدث»، فهذا بالضبط ما تطلبه Google: تحويل صور JPG وPNG لديك إلى WebP. وهو من أشد التدخلات أثرًا في أداء الموقع، ومن أسهلها تنفيذًا في الوقت نفسه.

لماذا تحوّل إلى WebP؟

WebP صيغة طوّرتها Google وأطلقتها عام 2010، مصمّمة للويب تحديدًا. تعتمد خوارزميات ضغط أحدث من JPG وPNG، وتقدّم عند الجودة المرئية نفسها:

والأثر ملموس عمليًا: معرض منتجات في متجر إلكتروني فيه 20 صورة بحجم 300 كيلوبايت لكل منها بصيغة JPG (6 ميغابايت إجمالًا) قد ينزل إلى 4 ميغابايت بصيغة WebP بالجودة المرئية نفسها، أي انخفاض 33% في وزن الصفحة. وهذا يعني لدى Google مؤشر LCP أسرع، ودرجة أعلى في PageSpeed، وفرصة لتحسّن الترتيب.

الخاصيةWebPJPGPNG
الضغط مع الفقدان (للصور)✅ عالي الكفاءة✅ كفؤ❌ غير مدعوم
الضغط بلا فقدان✅ مدعوم❌ غير مدعوم✅ مدعوم
الشفافية (قناة ألفا)✅ مدعوم❌ غير مدعوم✅ مدعوم
الحركة✅ مدعوم❌ غير مدعوم❌ غير مدعوم أصلًا
الحجم مقارنةً بـ JPG المكافئأصغر بنسبة 25 إلى 35%المرجعأكبر بنسبة 50 إلى 300%
توافق المتصفحات>97% (2026)100%100%

متى لا تستخدم WebP

رغم أنها أفضل صيغة للويب الحديث، ثمة حالات لا تكون فيها WebP الخيار الصحيح:

الخلاصة العملية: استخدم WebP في كل ما يذهب إلى الويب: الموقع والمدونة والمتجر والشبكات الاجتماعية. واستخدم JPG أو PNG في التسويق بالبريد والطباعة والملفات المرسلة إلى جهات قد لا تدعم WebP.

الطريقة 1 — التحويل أونلاين (الأسرع وبلا تثبيت)

لتحويل صور متفرقة، أو حين تريد نتيجة سريعة بلا إعدادات، يبقى المحوّل على الإنترنت أقصر طريق. فـ محوّل الصور من ImageTools يحوّل JPG وPNG وصيغًا أخرى إلى WebP داخل المتصفح مباشرة، من دون إرسال الملفات إلى خوادم خارجية.

  1. افتح محوّل الصور.
  2. اختر الصور أو اسحبها إلى منطقة الرفع.
  3. اختر WebP صيغةً للإخراج.
  4. نزّل الصور المحوّلة واحدةً واحدة، أو في ملف ZIP إن كانت متعددة.

حوّل إلى WebP الآن — أونلاين ومجانًا

JPG وPNG وغيرهما — بلا تسجيل، وبلا إرسال ملفات إلى خوادم خارجية، وبلا حد للحجم.

حوّل إلى WebP

الطريقة 2 — WordPress (تلقائيًا لكامل الموقع)

في مواقع WordPress، الأسلوب الأكفأ هو إضافة تحوّل الصور وتقدّم WebP تلقائيًا، من دون إعادة معالجة كل صورة يدويًا.

WordPress 6.1 فما فوق (تحويل أصلي)

منذ الإصدار 6.1 يحوّل WordPress الصور إلى WebP تلقائيًا أثناء الرفع، بشرط أن يدعم الخادم مكتبة libwebp (وهو متوافر في أغلب الخوادم الحديثة التي تعمل بـ PHP 8 فأحدث). لا يلزمك فعل شيء: ينشئ WordPress نسخ WebP ويقدّم الصيغة المناسبة لكل متصفح تلقائيًا.

وللتأكد من أنه مفعّل، اذهب إلى الإعدادات → الوسائط وابحث عن خيار التحويل إلى WebP. فإن لم يكن متاحًا فالخادم لا يدعمه، وعندها فكّر في إضافة.

بالإضافات (للإصدارات الأقدم أو لتحكم أوسع)

أكثر الإضافات استخدامًا للتحويل إلى WebP في WordPress:

الطريقة 3 — سطر الأوامر مع cwebp (للمطوّرين)

توزّع Google مجانًا أداة cwebp — المرمّز الرسمي لـ WebP — للتحويل من الطرفية. وهي أسرع طريقة لتحويل دفعات كبيرة من الصور على خادم أو داخل مسار بناء.

التثبيت

# Ubuntu / Debian
sudo apt-get install webp

# macOS (Homebrew)
brew install webp

# Windows — download the binary at: https://developers.google.com/speed/webp/download

تحويل أساسي

# Convert a single JPG to WebP at quality 80
cwebp -q 80 photo.jpg -o photo.webp

# Convert PNG to lossless WebP
cwebp -lossless logo.png -o logo.webp

# Convert every JPG in a folder (Bash)
for f in *.jpg; do cwebp -q 80 "$f" -o "${f%.jpg}.webp"; done

يتحكم المعامل -q في الجودة (من 0 إلى 100). وفي الويب تعطي القيم بين 75 و85 أفضل توازن بين الجودة المرئية وحجم الملف. واستخدم -lossless مع الصور التي تحتاج إلى ضغط بلا فقدان (الشعارات ولقطات الشاشة التي فيها نص).

الطريقة 4 — Node.js مع sharp (لمسارات البناء)

في المشاريع القائمة على Node.js — مواقع Next.js أو Gatsby أو Nuxt أو أي بناء آلي — تبقى مكتبة sharp الخيار الأكفأ للتحويل إلى WebP داخل المسار:

// npm install sharp

const sharp = require('sharp');

// Convert JPG to WebP at quality 80
sharp('photo.jpg')
  .webp({ quality: 80 })
  .toFile('photo.webp');

// Convert PNG to lossless WebP
sharp('logo.png')
  .webp({ lossless: true })
  .toFile('logo.webp');

// Convert every file in a folder
const fs = require('fs');
const path = require('path');

fs.readdirSync('./images')
  .filter(f => /\.(jpg|jpeg|png)$/i.test(f))
  .forEach(file => {
    const input = path.join('./images', file);
    const output = path.join('./images', file.replace(/\.[^.]+$/, '.webp'));
    sharp(input).webp({ quality: 80 }).toFile(output);
  });

تستخدم sharp مكتبة libvips الأصلية، وهي أسرع بكثير من الحلول المكتوبة بـ JavaScript وحدها — مثالية لتوليد نسخ WebP أثناء بناء المواقع الساكنة.

كيف تنفّذ WebP مع بديل احتياطي للمتصفحات القديمة

رغم أن توافق WebP في 2026 يتجاوز 97%، تبقى سياقات يلزم فيها بديل احتياطي: أنظمة مؤسسية تعمل بـ IE11، أو أجهزة قديمة جدًا، أو مجرد الرغبة في أقصى ضمان للتوافق.

والحل الصحيح هو وسم HTML <picture>، الذي يتيح إعلان مصادر بديلة للصورة مرتّبةً حسب الأفضلية:

<!-- The browser uses WebP when supported, otherwise JPG -->
<picture>
  <source srcset="photo.webp" type="image/webp">
  <img src="photo.jpg" alt="Photo description" width="800" height="600">
</picture>

<!-- With multiple sizes for Retina screens -->
<picture>
  <source
    srcset="photo-800.webp 800w, photo-1600.webp 1600w"
    type="image/webp">
  <source
    srcset="photo-800.jpg 800w, photo-1600.jpg 1600w"
    type="image/jpeg">
  <img src="photo-800.jpg" alt="Photo description"
    width="800" height="600" loading="lazy">
</picture>

يقيّم المتصفح المصادر بالترتيب المعلن: فإن كان يدعم WebP استخدم <source> ذا type="image/webp". وإن لم يدعمه رجع إلى ملف JPG في <img>. ووسم <img> في النهاية إلزامي، فهو الذي يحدّد altوالأبعاد والسلوك الافتراضي.

ضبط الخادم ليقدّم WebP تلقائيًا (Apache)

وثمة بديل عن <picture> وهو ضبط الخادم ليكتشف قبول المتصفح لـ WebP ويقدّم النسخة الصحيحة تلقائيًا. وفي Apache أضف إلى ملف .htaccess:

<IfModule mod_rewrite.c>
  RewriteEngine On

  # Serve .webp when it exists and the browser accepts it
  RewriteCond %{HTTP_ACCEPT} image/webp
  RewriteCond %{REQUEST_FILENAME} \.(jpe?g|png)$
  RewriteCond %{REQUEST_FILENAME}\.webp -f
  RewriteRule ^ %{REQUEST_URI}.webp [T=image/webp,L]
</IfModule>

<IfModule mod_headers.c>
  Header append Vary Accept env=REDIRECT_accept
</IfModule>

AddType image/webp .webp

بهذا الضبط يكفي أن توجد ملفات .webp إلى جانب الأصول في المجلد نفسه. ويكتشف Apache قبول المتصفح لـ WebP من ترويسة Accept ويقدّم النسخة الصحيحة من دون أي تغيير في HTML.

التحقق من النتيجة في PageSpeed

بعد تنفيذ WebP، شغّل Google PageSpeed Insights (pagespeed.web.dev) على رابط موقعك. والتنبيه «قدّم الصور بصيغ الجيل الأحدث» ينبغي أن يختفي أو يتراجع كثيرًا. وفي لوحة الفرص سترى المكسب المقدَّر بالكيلوبايت لكل صورة لم تُحوَّل بعد.

وثمة طريقة أخرى: افتح أدوات مطوّري Chrome (F12)، وانتقل إلى تبويب Network، ورشّح بـ «Img»، ثم انظر إلى عمود «Type» في الصور المحمّلة. فإن ظهر webpفالتحويل يعمل.

الأثر في مؤشر LCP: غالبًا ما تحدّد صورةُ الصفحة الرئيسية (اللافتة أو صورة المنتج) مؤشرَ Largest Contentful Paint، وهو أحد مقاييس Core Web Vitals. وتحويل تلك الصورة إلى WebP يقلّص زمن تنزيلها، فينعكس مباشرة على المؤشر وعلى درجة الأداء لدى Google.

ما مستوى الجودة الذي تختاره عند التحويل؟

تتبع جودة WebP منطق JPG نفسه: القيم الأعلى تحفظ تفاصيل أكثر لكنها تنتج ملفات أكبر. والفرق أن WebP تحتاج عادةً، للجودة المرئية نفسها، إلى قيمة أقل من نظيرتها في JPG بنحو 10 إلى 15 نقطة.

الاستخدامجودة WebP الموصى بهاما يعادلها تقريبًا في JPG
صور المنتجات (المتاجر الإلكترونية)80–8590–95
صور المدونات والمقالات75–8085–90
لافتات الموقع وصور الواجهة80–8590–95
الصور المصغّرة70–7580–85
الشعارات والرسومات (مع فقدان)9095+
الشعارات والرسومات (بلا فقدان)-losslessPNG

الأسئلة الشائعة

هل تفهرس Google صور WebP في بحث الصور؟
نعم. يدعم Googlebot صيغة WebP ويفهرس صورها كغيرها. وبحث الصور في Google يعرضها من دون أي فرق عن JPG أو PNG. فالتحويل إلى WebP لا يضرّ بتحسين ظهور الصور في محركات البحث، بل على العكس: يرفع سرعة الصفحة، وهو ما ينعكس إيجابًا على الترتيب بصورة غير مباشرة.
هل أحتفظ بالنسخ الأصلية JPG وPNG بعد التحويل إلى WebP؟
نعم، ولغرضين على وجه الخصوص: البديل الاحتياطي في السياقات التي لا تدعم WebP (البريد الإلكتروني والطباعة والمنصات القديمة)، والاحتفاظ بملف بأعلى جودة للتعديلات المقبلة. والممارسة الموصى بها إبقاء الأصول بصيغة JPG أو PNG في مجلد الأصول، وملفات WebP المحوّلة في مجلد الاستخدام على الموقع. لا تتخلّص أبدًا من الأصل الأعلى جودة.
هل WebP أفضل من AVIF؟
صيغة AVIF أكفأ تقنيًا من WebP، إذ تنتج ملفات أصغر بجودة مماثلة. لكن توافقها في 2026 لا يزال أدنى من توافق WebP، وترميزها أبطأ بكثير، وهو ما يهمّ في التحويل على دفعات داخل الخادم. وعمليًا تبقى WebP الخيار الأكثر توازنًا للويب: ضغط ممتاز، وتوافق واسع، وترميز سريع. أما AVIF فتستحق الدراسة في المواقع عالية الزيارات حيث يترك كل كيلوبايت موفَّر أثرًا ملموسًا في تكاليف النطاق الترددي.
هل يحوّل نظام إدارة المحتوى لديّ إلى WebP تلقائيًا؟
هذا رهن بالنظام وبإصداره. فـ WordPress يحوّل إلى WebP أصلًا منذ الإصدار 6.1 إذا كان الخادم يدعم libwebp. وShopify يقدّم WebP تلقائيًا منذ 2021 في كل القوالب. وكذلك تفعل Squarespace وWix. أما الأنظمة المخصصة أو الإصدارات الأقدم فتحتاج إلى إضافة أو إلى ضبط يدوي على الخادم.
كيف أحوّل مئات الصور إلى WebP دفعة واحدة؟
في الأحجام الكبيرة يبقى سطر الأوامر مع cwebp أو سكربت Node.js مع sharp أكفأ الطرق: مئات الصور في ثوانٍ بأمر واحد. وفي WordPress تتيح إضافات مثل ShortPixel وImagify إعادة معالجة مكتبة الوسائط كلها دفعة واحدة. أما الاستخدام اليدوي العارض فيغطيه محوّل الصور من ImageTools، الذي يقبل عدة ملفات في الجلسة الواحدة.
لماذا خرج ملف WebP أكبر من ملف JPG الأصلي؟
يحدث ذلك في حالتين: إما أن ملف JPG الأصلي كان مضغوطًا جيدًا أصلًا (بجودة دون 70%)، فلا يبقى لـ WebP مجال كبير للتحسين؛ وإما أنك تقارن ملف WebP بجودة عالية (90 فأكثر) بملف JPG بجودة منخفضة. ولتكون المقارنة منصفة، استخدم جودتين متكافئتين في الصيغتين، وتذكّر أن WebP يحتاج عادةً، للجودة المرئية نفسها، إلى قيمة أقل من JPG بنحو 10 إلى 15 نقطة، كما في الجدول أعلاه.