محوّل WebP إلى PNG من DocPivot أداة مجانية تحوّل صور WebP إلى صيغة PNG داخل متصفحك مباشرة، دون رفع أي ملف إلى خادم. المشكلة الحقيقية في هذا التحويل ليست تغيير الصيغة، بل ما يحدث للألوان المخزّنة تحت البكسلات شبه الشفافة: معظم المحوّلات تمرّر الصورة عبر لوحة رسم عادية تُفسد هذه القيم بصمت، فيتضخّم حجم الملف الناتج إلى أكثر من الضعف دون أي مكسب بصري. في قياس على صورة WebP شفافة بأبعاد 900×900 بكسل، أنتج المحوّل ملفًا بحجم 87,875 بايت مقابل 110,503 بايت من CloudConvert، مع بكسلات مطابقة للمصدر بايتًا ببايت.
نظرة عامة على محوّل WebP إلى PNG من DocPivot
الوظيفة الأساسية
يقرأ المحوّل بكسلات صورة WebP دون ضرب مسبق بقناة الشفافية، ثم يكتب ملف PNG بنفسه بايتًا ببايت. تتم قراءة الصورة عبر createImageBitmap مع الخيار premultiplyAlpha: 'none'، ثم ترفع إلى نسيج WebGL2 مع تعطيل UNPACK_PREMULTIPLY_ALPHA_WEBGL، وتُقرأ مباشرة عبر readPixels. النتيجة صورة PNG بعمق 8 بت ونوع لون 6 يحمل قناة ألفا كاملة، دون أي مرور بلوحة رسم ثنائية الأبعاد قد تُتلف البيانات. إن كنت تحتاج مخرجًا مضغوطًا بدل PNG فراجع محوّل WebP إلى JPG بدلًا من ذلك.
المستخدمون الرئيسيون وحالات الاستخدام
يستخدم هذا المحوّل بشكل أساسي المصمّمون ومطوّرو الواجهات ومسؤولو المتاجر الإلكترونية في المنطقة العربية. الشعارات والأيقونات وصور المنتجات المفرّغة الخلفية هي أكثر الملفات تحويلًا، لأن أدوات التصميم والطباعة وأنظمة إدارة المنتجات لا تقبل WebP بشكل موثوق حتى اليوم. تظهر الحاجة أيضًا عند استلام أصول بصرية من وكالة أو مورّد بصيغة WebP فقط، وهي حالة شائعة في سير عمل التسويق الرقمي.
المشكلة والحل
المشكلة أن التحويل الشائع يُفسد اللون تحت المناطق شبه الشفافة ثم يُخفي ذلك خلف ملف أكبر. لوحة الرسم ثنائية الأبعاد تمرّر كل بكسل شبه شفاف عبر عملية round(c×a/255) ثم تعكسها، فتتحوّل التدرّجات الناعمة إلى ضجيج يضطر PNG لتخزينه كاملًا. البناء السابق لهذه الأداة أنتج 221,253 بايت للصورة نفسها التي ينتجها المسار الحالي في 87,875 بايت، أي أن الخلل وحده كان يضاعف الحجم. الحل هو قراءة البكسلات دون أن تلمسها اللوحة، وهو ما يتيح أيضًا رحلة ذهاب وعودة سليمة عبر محوّل PNG إلى WebP دون تدهور التدرّج.
الفوائد الرئيسية لمحوّل WebP إلى PNG من DocPivot
- ملف أصغر من خدمات الرفع: المخرج أقل بنسبة 21% من ناتج CloudConvert على الملف المقيس، رغم أن البكسلات متطابقة تمامًا في الحالتين.
- بكسلات مطابقة للمصدر: التحويل بلا فقدان بحكم التعريف، فما يخرج من الأداة هو نفسه ما دخل إليها.
- شفافية كاملة بثمانية بتات: يُحفظ اللون تحت البكسلات شبه الشفافة كما هو، لا كما تُعيد اللوحة حسابه.
- لا يغادر الملف جهازك: المعالجة تتم بالكامل داخل المتصفح، فلا رفع ولا طابور انتظار ولا نسخة على خادم طرف ثالث.
- بلا حد يومي: لا يوجد سقف للتحويلات اليومية ولا تسجيل حساب، بينما تفرض خدمات الرفع المقارنة حدًا يبدأ من 25 تحويلًا يوميًا.
- دفعة تصل إلى 30 ملفًا: يمكن تحويل ثلاثين صورة في تمريرة واحدة تصل كملف مضغوط جاهز.
- تعامل معلن مع الصور المتحركة: تُؤخذ اللقطة الأولى ويُذكر ذلك صراحة في بطاقة النتيجة بدل التحويل الصامت.
- تحسين إضافي بلا فقدان: يمر الملف على oxipng لإعادة اختيار مرشّحات الصفوف، وهو ما يقلّص الحجم دون المساس ببكسل واحد. للضغط بعد التحويل راجع أداة ضغط الصور.
الميزات الأساسية لمحوّل WebP إلى PNG
- قراءة غير مضروبة مسبقًا: فك ترميز WebP دون ضرب قيم اللون في قناة الشفافية، وهو أساس الفارق في الحجم والدقة.
- كتابة PNG يدوية: يُبنى رأس IHDR بعمق 8 بت ونوع لون 6، مع كتلة IDAT واحدة عبر CompressionStream('deflate').
- تحسين oxipng بصيغة wasm: إعادة ضغط وإعادة اختيار المرشّحات داخل المتصفح، بمجهود يتناسب مع أبعاد الصورة.
- مسار احتياطي معلن: الصور المعتمة أو المتصفحات بلا WebGL2 تسلك المسار التقليدي، والنتيجة صحيحة لكن الملف أكبر.
- استثناء مقصود للصور المعتمة: الصور بلا شفافية لا تكسب شيئًا من المسار الدقيق بل تخسر قياسًا، فتُستثنى عمدًا.
- معالجة الصور المتحركة: يُستخرج الإطار الأول ويُصرَّح به، لأن صيغة PNG لا تحتوي على إطارات أصلًا.
- تسمية ذكية للمخرجات: الملف الواحد يحتفظ باسمه الأصلي، والملفات المتعدّدة تصل داخل أرشيف مضغوط.
- بطاقة نتيجة تفسيرية: تعرض الأبعاد والحجم، وتوضّح سبب زيادة الحجم عند حدوثها بدل تركها لغزًا.
- تحويل ألوان إلى sRGB: يُطبَّق ملف تعريف الألوان على البكسلات كـ sRGB دون تضمينه في المخرج.
- عمل كامل دون اتصال بواجهات برمجية: لا مفتاح API ولا اعتماد على أي خدمة خارجية أثناء التحويل.
- تكامل مع بقية أدوات الصور: يمكن متابعة العمل عبر محوّل PNG إلى JPG أو محوّل الصور الشامل لتغطية بقية الصيغ.
كيف يعمل محوّل WebP إلى PNG من DocPivot
- ارفع ملفاتك: اسحب صورة WebP واحدة أو حتى ثلاثين صورة إلى منطقة الإفلات، وتبقى جميعها داخل المتصفح.
- قراءة البكسلات: تُفك الصورة دون ضرب مسبق بالشفافية وتُقرأ عبر WebGL2، فتصل القيم الأصلية كما هي.
- كتابة ملف PNG: يُبنى الملف يدويًا بعمق 8 بت وقناة ألفا كاملة دون المرور بلوحة رسم.
- تحسين الحاوية: يعيد oxipng ضغط الملف بلا فقدان، وهي الخطوة الأطول زمنًا في العملية.
- التنزيل والتفسير: نزّل الملف مباشرة أو الأرشيف المضغوط، واقرأ بطاقة النتيجة لمعرفة ما جرى بالضبط.
متى تستخدم محوّل WebP إلى PNG
استخدم هذا المحوّل حين تحتاج أصلًا بصريًا يقبله كل برنامج ونظام دون استثناء، أو حين تكون الشفافية جزءًا أساسيًا من الصورة. صيغة WebP ممتازة للعرض على الويب لكنها ما تزال ترفَض في مسارات كثيرة، من برامج الطباعة إلى بعض أنظمة إدارة المحتوى.
- شعارات وأيقونات بخلفية شفافة: عند تسليم هوية بصرية لعميل يحتاج ملفًا يفتحه أي برنامج تصميم.
- صور منتجات للمتاجر الإلكترونية: حين ترفض منصة المتجر رفع ملفات WebP وتقبل PNG فقط.
- تحرير لاحق متعدّد المراحل: لأن كل حفظ بصيغة WebP بفقدان يزيد التدهور، بينما PNG يثبت عند حالة واحدة.
- ملفات ستذهب إلى الطباعة: إذ تتعامل مسارات الطباعة مع PNG بموثوقية أعلى بكثير من WebP.
- عروض تقديمية ومستندات: حين لا يعرض برنامج العرض صورة WebP أصلًا فتظهر مساحة فارغة.
- أرشفة أصل مرجعي: للاحتفاظ بنسخة بلا فقدان يمكن الاشتقاق منها لاحقًا لأي صيغة أخرى.
- عمل بملفات حسّاسة: عندما لا يجوز رفع الصورة إلى خادم خارجي أصلًا لأسباب تعاقدية أو تنظيمية.
لا تستخدم هذا المحوّل إن كان هدفك تقليل حجم الصورة على الويب، لأن PNG سيكون أكبر دائمًا من WebP. وإن كنت تتعامل مع صيغ حديثة أخرى فراجع محوّل AVIF إلى PNG.
حالات استخدام من السوق العربي
متجر إلكتروني في السعودية
السياق: متجر ملابس يبيع عبر منصة محلية ترفض رفع صور WebP في كتالوج المنتجات.
- استلام صور المنتجات المفرّغة من المصوّر بصيغة WebP.
- تحويل دفعة من ثلاثين صورة في تمريرة واحدة داخل المتصفح.
- رفع ملفات PNG مباشرة إلى لوحة تحكم المتجر.
النتيجة: كتالوج كامل بخلفيات شفافة سليمة دون إعادة تصوير ودون إرسال الأصول إلى خدمة خارجية.
وكالة تصميم في الإمارات
السياق: وكالة تسلّم هوية بصرية لعميل مؤسسي يشترط ملفات تفتحها كل البرامج.
- تحويل الشعارات من WebP إلى PNG مع بقاء اللون تحت الحواف الناعمة.
- مراجعة بطاقة النتيجة للتأكد من الأبعاد وحجم كل ملف.
- تسليم الأرشيف المضغوط كما هو إلى العميل.
النتيجة: حواف نظيفة بلا هالة رمادية حول الشعار، وهو العيب الأشهر في التحويل عبر لوحة الرسم. لأصول أخرى تصل بصيغ هواتف آبل استخدم محوّل HEIC إلى PNG.
ناشر محتوى في مصر
السياق: فريق تحرير يعيد استخدام صور من أرشيف الموقع في عروض تقديمية ومطبوعات.
- تنزيل الصور من نظام إدارة المحتوى بصيغة WebP.
- تحويلها إلى PNG قبل إدراجها في ملفات العرض.
- الاحتفاظ بنسخة PNG كأصل مرجعي للاشتقاق اللاحق.
النتيجة: صور تظهر بشكل صحيح في كل برنامج عرض، مع أصل واحد صالح لاشتقاق بقية الصيغ منه. للرسومات المتّجهة استخدم محوّل SVG إلى PNG.
مطوّر واجهات في الكويت
السياق: مطوّر يبني واجهة تطبيق تحتاج أصولًا بشفافية دقيقة ضمن مكتبة مكوّنات.
- تحويل أصول الواجهة من WebP إلى PNG للاختبار المحلي.
- التحقق من أن قيم ألفا وصلت كاملة بثمانية بتات.
- اشتقاق بقية الصيغ من ملف PNG المرجعي.
النتيجة: مكتبة أصول متسقة تحافظ على الشفافية عبر كل مرحلة تحويل لاحقة، ويمكن العودة منها إلى محوّل JPG إلى PNG لتوحيد بقية المصادر.
لماذا يكون ملف PNG أكبر من ملف WebP الأصلي
ملف PNG أكبر لأن الصيغتين تحلّان مشكلتين مختلفتين، لا لأن التحويل فشل. صيغة WebP بفقدان تتخلّص من تفاصيل لا تراها العين لتصل إلى حجم صغير، بينما PNG يخزّن كل بكسل كما هو دون استثناء. في القياس المرجعي دخل ملف بحجم 25 كيلوبايت وخرج بحجم 86 كيلوبايت، وهذه الزيادة متوقّعة تمامًا.
الفارق المهم أن جزءًا من التضخّم عند المحوّلات الأخرى ليس طبيعيًا بل ناتج عن خلل. البناء السابق لهذه الأداة أنتج 221,253 بايت للصورة التي ينتجها المسار الحالي في 87,875 بايت، والفرق كله كان ضجيجًا أدخلته لوحة الرسم على البكسلات شبه الشفافة. أي أن الزيادة المشروعة موجودة، لكن المبالغة فيها ليست كذلك. إن كان الحجم أولويتك فالأفضل هو محوّل PNG إلى AVIF بعد التحويل.
ما الذي يبقى وما الذي يُفقد في التحويل
| العنصر | النتيجة |
|---|---|
| البكسلات | مطابقة للمصدر بايتًا ببايت |
| الشفافية | ألفا كاملة بثمانية بتات، بما فيها اللون تحت البكسلات شبه الشفافة |
| الحركة | الإطار الأول فقط، مع ذكر ذلك في النتيجة |
| ملف تعريف الألوان | يُطبَّق على البكسلات كـ sRGB ولا يُضمَّن في الملف |
| بيانات EXIF | لا تُكتب في المخرج |
| حجم الملف | أكبر من WebP، أصغر مما تنتجه المحوّلات المقارنة |
حدود الأداة بوضوح
نعلن هذه الحدود في DocPivot لأنها تؤثر فعليًا على قرارك. الحركة لا يمكن الحفاظ عليها لأن صيغة PNG لا تدعم الإطارات المتعدّدة، فيُؤخذ الإطار الأول ويُصرَّح بذلك في بطاقة النتيجة. بيانات EXIF وملف تعريف الألوان لا تُكتب في المخرج، والصورة الموسومة تُحوَّل إلى sRGB أثناء المعالجة.
الصور الكبيرة تستغرق وقتًا أطول لأن خطوة التحسين هي الأثقل حسابيًا، وتبلغ نحو ثانية ونصف لصورة بأبعاد 900×900 بكسل. المسار الدقيق يحتاج دعم WebGL2 وCompressionStream في المتصفح؛ وبدونهما يعمل المحوّل عبر المسار التقليدي وينتج ملفًا صحيحًا لكنه أكبر حجمًا.
أدوات ذات صلة
أكمل سير عملك مع الصور باستخدام أدوات DocPivot التكميلية التالية:
- محوّل GIF إلى PNG: يحوّل صور GIF إلى PNG مع الحفاظ على الشفافية الثنائية.
- محوّل TIFF إلى PNG: يحوّل ملفات TIFF عالية الدقة إلى صيغة PNG متوافقة مع المتصفحات.
- محوّل BMP إلى PNG: يضغط صور BMP غير المضغوطة داخل حاوية PNG بلا فقدان.
- محوّل ICO إلى PNG: يستخرج أيقونات ويندوز ويحوّلها إلى صور PNG قابلة للتحرير.
- محوّل JFIF إلى PNG: يعالج ملفات JFIF التي ينزّلها بعض المتصفحات ويحوّلها إلى PNG.
- أداة تغيير أبعاد الصور: تضبط أبعاد الصورة قبل التصدير أو بعده بدقة محدّدة.
- أداة اقتصاص الصور: تقتطع الجزء المطلوب من الصورة بنسب عرض وارتفاع ثابتة أو حرة.
- محوّل Base64 إلى صورة: يعيد بناء الصورة من نص Base64 لاستخدامها كملف مستقل.
الأسئلة الشائعة
هو محوّل مجاني يحوّل صور WebP إلى صيغة PNG داخل المتصفح دون رفع أي ملف. يقرأ البكسلات دون ضرب مسبق بقناة الشفافية، فيخرج ملف أصغر من ناتج خدمات الرفع مع بكسلات مطابقة للمصدر.
لا، المعالجة تتم بالكامل داخل متصفحك. لا يوجد رفع ولا طابور انتظار ولا نسخة محفوظة على أي خادم.
لأن PNG يخزّن كل بكسل كما هو بينما WebP بفقدان يكون قد تخلّص من تفاصيل قبل ذلك. في القياس المرجعي دخل ملف 25 كيلوبايت وخرج بحجم 86 كيلوبايت، وهذه زيادة طبيعية وليست خطأ في التحويل.
نعم، تُحفظ قناة ألفا كاملة بثمانية بتات. الأهم أن اللون المخزّن تحت البكسلات شبه الشفافة يبقى كما هو، وهو ما تفسده اللوحة ثنائية الأبعاد في المحوّلات الأخرى.
يُؤخذ الإطار الأول فقط ويُذكر ذلك صراحة في بطاقة النتيجة. صيغة PNG لا تدعم الإطارات المتعدّدة أصلًا، لذلك لا يمكن الحفاظ على الحركة بأي طريقة.
حتى ثلاثين ملفًا في تمريرة واحدة. الملف الواحد ينزَّل باسمه الأصلي، والملفات المتعدّدة تصل داخل أرشيف مضغوط.
نعم، التحويل بلا فقدان بحكم التعريف. البكسلات الخارجة مطابقة للبكسلات الداخلة، وخطوة التحسين عبر oxipng تعيد الضغط دون المساس بأي قيمة لون.
لا، لا يوجد تسجيل ولا اشتراك ولا حد يومي للتحويلات. هذا فارق عملي مقابل خدمات الرفع التي تبدأ حدودها من 25 تحويلًا في اليوم.
الفارق أن الملف لا يغادر جهازك، وأن المخرج أصغر حجمًا. على صورة شفافة بأبعاد 900×900 بكسل بلغ الناتج 87,875 بايت مقابل 110,503 بايت من CloudConvert، مع تطابق البكسلات في الحالتين.
لا، لا تُكتب بيانات EXIF ولا يُضمَّن ملف تعريف الألوان في المخرج. الصورة الموسومة بملف تعريف تُحوَّل إلى sRGB أثناء المعالجة وتُطبَّق القيم على البكسلات مباشرة.
ثوانٍ معدودة للصور المعتادة، ونحو ثانية ونصف لصورة بأبعاد 900×900 بكسل. خطوة التحسين هي الأثقل حسابيًا، لذلك يزيد الوقت مع زيادة أبعاد الصورة.
يعمل على كل متصفح حديث، لكن المسار الدقيق يحتاج دعم WebGL2 وCompressionStream. في غيابهما يتحوّل التنفيذ تلقائيًا إلى المسار التقليدي، وتبقى النتيجة صحيحة لكن الملف أكبر حجمًا.
لأن الصور بلا شفافية لا تكسب شيئًا من القراءة غير المضروبة مسبقًا بل تخسر قياسًا. لذلك تُوجَّه هذه الصور عمدًا إلى المسار التقليدي الأنسب لها.
نعم، لأن اللون تحت المناطق شبه الشفافة يبقى سليمًا في ملف PNG. هذا يجعل رحلة WebP ثم PNG ثم WebP لا تُدهور التدرّجات كما يحدث مع المحوّلات التي تمر عبر لوحة الرسم.
