أصبح دعم JPEG XL في Google Chrome حقيقة رسمية مع وصول Chrome 155 إلى القناة المستقرة يوم 6 أكتوبر 2026، بعدما كان الحديث في يناير الماضي يدور حول عودة التنسيق في مرحلة تجريبية وتمهيد الطريق لاعتماده لاحقًا. التغيير مهم لمطوري الويب والمواقع التي تعتمد على مكتبات صور كبيرة، لأن Chrome 155 يستطيع الآن فك ترميز صور JXL مباشرة عبر محرك Blink دون الحاجة إلى تفعيل Flag تجريبي.
الإجابة السريعة
بدأ Chrome 155 طرحه المستقر رسميًا في 6 أكتوبر 2026، ومعه أصبح JPEG XL مدعومًا في Chrome بصورة فعلية. تستخدم جوجل مفكك الترميز jxl-rs المكتوب بلغة Rust والمصمم بتركيز واضح على أمان الذاكرة، بينما يوفر التنسيق ضغطًا أكثر كفاءة من JPEG التقليدي، ودعم HDR والألوان الواسعة وعمق البت العالي والصور المتحركة وفك الترميز التدريجي.
ما الذي تغير مقارنة بما أعلنته جوجل في بداية 2026؟
عندما تناولنا عودة التنسيق في يناير 2026، كانت جوجل لا تزال تعمل على إعادة الدعم وفق نهج أكثر تحفظًا من الناحية الأمنية، وكانت إمكانية التجربة مرتبطة بالنسخ والتجارب المبكرة. الآن انتهت هذه المرحلة: وثائق Chrome الرسمية تسجل دعم فك ترميز JPEG XL ضمن Chrome 155، وهو ما يحول الخبر من خطة مستقبلية إلى ميزة وصلت بالفعل إلى النسخة المستقرة.
Chrome 155 دخل مرحلة Beta في 16 سبتمبر، وبدأت جوجل Early Stable لعدد محدود من مستخدمي Windows وmacOS في 23 سبتمبر، ثم بدأ الطرح المستقر الكامل في 6 أكتوبر. وعلى Android صدر الإصدار 155.0.8059.39 في اليوم نفسه، مع وصوله تدريجيًا عبر Google Play.
| المرحلة | التاريخ | حالة دعم JXL |
|---|---|---|
| Chrome 155 Beta | 16 سبتمبر 2026 | الدعم موجود للاختبار |
| Early Stable | 23 سبتمبر 2026 | وصول محدود لمستخدمي سطح المكتب |
| Stable | 6 أكتوبر 2026 | الدعم يصل رسميًا مع Chrome 155 |
لماذا اختارت جوجل jxl-rs بدل العودة للحل القديم؟
النقطة التقنية الأهم في العودة الجديدة هي استخدام jxl-rs، وهو Decoder مكتوب بالكامل بلغة Rust. جوجل تؤكد أن الهدف من هذا الاختيار هو تقليل مخاطر أخطاء الذاكرة التي تعد من أكثر الفئات حساسية في مكونات فك ترميز الوسائط. وبذلك يعود JPEG XL إلى Chrome من خلال مسار جديد لا يعتمد ببساطة على إعادة الكود السابق كما كان.
هذا يفسر أيضًا لماذا استغرقت العودة وقتًا رغم المطالب المستمرة من مجتمع المطورين. دعم صيغة صور داخل متصفح يستخدمه مليارات الأشخاص ليس مجرد إضافة امتداد ملف، بل يعني معالجة ملفات قادمة من أي موقع على الإنترنت داخل مكون يجب أن يكون سريعًا وقادرًا على مقاومة المدخلات الخبيثة.
ماذا يقدم JPEG XL للمواقع والمصورين؟
وفق Google، يوفر JPEG XL ضغطًا أفضل من JPEG التقليدي بنحو 30% إلى 50% عند مستويات جودة متقاربة، وهو فارق يمكن أن يصبح كبيرًا في مواقع الأخبار والمتاجر ومواقع التصوير التي تقدم ملايين الصور شهريًا. كما يدعم Wide Color Gamut وHDR وHigh Bit Depth، وهي مزايا مهمة للشاشات الحديثة والمحتوى الاحترافي.
- ضغط أعلى كفاءة من JPEG التقليدي.
- فك ترميز تدريجي يحسن الإحساس بسرعة تحميل الصورة.
- دعم HDR ونطاقات ألوان واسعة وعمق بت مرتفع.
- دعم الصور المتحركة داخل الصيغة نفسها.
- إمكانية تحويل JPEG إلى JXL دون فقد البيانات الأصلية في حالات التحويل المتوافقة.
فك الترميز التدريجي يعود بصورة أكثر تطورًا
من المزايا المهمة في التنسيق Progressive Decoding، حيث يستطيع المتصفح إظهار نسخة أولية من الصورة ثم زيادة التفاصيل تدريجيًا أثناء وصول البيانات. الفكرة ليست جديدة تمامًا في عالم الصور، لكن التنسيق صممها كجزء أساسي من بنيته الحديثة، ما يمكن أن يحسن تجربة المستخدم خصوصًا على الاتصالات الأبطأ أو عند عرض ملفات كبيرة.
بالنسبة لأصحاب المواقع، لا يعني ذلك أن مجرد تحويل كل الصور فورًا سيكون أفضل قرار. ما زالت التوافقية مع المتصفحات والأجهزة المختلفة عاملًا يجب حسابه، ولذلك سيظل استخدام عنصر picture أو حلول تفاوض المحتوى مناسبًا خلال فترة الانتقال إذا كان الموقع يحتاج إلى دعم بيئات لا تتعامل مع JXL.
ماذا عن WebP وAVIF؟
عودة JPEG XL لا تعني أن WebP أو AVIF أصبحا قديمين بين ليلة وضحاها. كل صيغة لها مزايا ونقاط قوة مختلفة، كما أن WebP يملك انتشارًا واسعًا جدًا، بينما يوفر AVIF ضغطًا قويًا في حالات كثيرة. الجديد هو أن مطوري الويب حصلوا على خيار إضافي قوي داخل Chrome بدل أن يظل JXL خارج أهم متصفح في السوق.
عمليًا، من المبكر إعلان صيغة واحدة فائزة. المواقع الكبيرة ستقارن الحجم وسرعة فك الترميز والجودة وتوافق المتصفحات وتكلفة معالجة الصور على الخادم قبل اختيار استراتيجية ثابتة. دعم Chrome 155 يغير المعادلة لأنه يزيل أكبر عقبة كانت تقف أمام انتشار JXL على الويب.
ما الذي يعنيه التحديث لأصحاب مواقع ووردبريس؟
أصحاب المواقع لا يحتاجون إلى تعديل شيء حتى يستطيع Chrome عرض ملف JXL موجود بالفعل، لكن رفع الصيغة وإدارتها داخل أنظمة إدارة المحتوى يعتمد على دعم النظام والإضافات والخادم نفسه. لذلك لا يُنصح بتحويل مكتبة الصور بالكامل فقط لأن Chrome أضاف الدعم، قبل التأكد من Workflow الرفع، وإنشاء الصور المصغرة، والتوافق مع CDN وبقية المتصفحات.
الأفضل في المرحلة الحالية هو اعتبار JXL خيارًا إضافيًا واختباره على مجموعة محدودة من الصور مع قياس الحجم الفعلي والجودة وسرعة العرض. وإذا كان الموقع يعتمد WebP أو AVIF حاليًا ويحقق نتائج جيدة، فلا توجد ضرورة تقنية عاجلة لاستبدالهما.
Chrome 155 ليس مجرد تحديث لصيغة صور
الإصدار 155 يتضمن مجموعة أوسع من تغييرات الويب، ومنها إضافات CSS وتحديثات Digital Credentials API وتغييرات أخرى للمطورين. لكن عودة التنسيق لها وزن خاص لأنها تنهي قصة بدأت عندما أزالت جوجل الدعم السابق، ثم واجهت مطالب مستمرة بإعادته.
وقد تناولنا قبل ذلك تحديثات Google Chrome على سوالف سوفت مع انتقال المتصفح مؤخرًا إلى دورة إصدار أسرع كل أسبوعين، وهو ما يجعل وصول تغييرات الويب الجديدة إلى Stable أسرع مما كان عليه في السابق.
JPEG XL: من وعد بالعودة إلى دعم رسمي فعلي
الفارق الجوهري اليوم أن الحديث لم يعد عن Flag أو خطة قادمة. JPEG XL أصبح مدعومًا في Blink ضمن Chrome 155 Stable، وجوجل نشرت في 6 أكتوبر تدوينة مستقلة بعنوان Shipping JPEG XL in Chrome تشرح أسباب العودة والمزايا التقنية واختيار مفكك Rust.
يمكن مراجعة إعلان Chrome الرسمي عن شحن JPEG XL، وكذلك ملاحظات Chrome 155 الرسمية التي توثق دعم image/jxl. بالنسبة لمطوري المواقع، هذه هي اللحظة التي ينتقل فيها التنسيق من متابعة أخبار الدعم إلى مرحلة الاختبار العملي داخل متصفح Chrome المستقر.
لا يسمح بنقل هذا المحتوى من سوالف دون الاشارة برابط مباشر
