AVIF أم WebP: بالقياس
أي تنسيق أصغر في الصور الفوتوغرافية ولقطات الشاشة والأيقونات، بالبايتات.
اقرأ الدليلمساعدة CDN.com.tr
فعّل تحسين الصور للحساب أو لقاعدة تسليم واحدة واختر WebP أو WebP + AVIF: تحوّل الحافة صور JPEG وPNG وترسل لكل متصفح صيغة يقبلها، وتبقى روابط الصور في صفحاتك كما هي.
التخزين المؤقت والأمان وWAF والمسح
فعّل تحسين الصور للحساب أو لقاعدة تسليم واحدة واختر WebP أو WebP + AVIF: تحوّل الحافة صور JPEG وPNG وترسل لكل متصفح صيغة يقبلها، وتبقى روابط الصور في صفحاتك كما هي.
يشمل مفتاح الحساب ملفات JPEG وPNG في جميع القواعد. أما مفتاح القاعدة فيشمل مسارات تلك القاعدة فقط، وهي طريقة جيدة لتجربته أولًا على مجلد واحد أو نطاق واحد.
يُختار التنسيق مرة واحدة للحساب، ويُطبَّق حيثما كان تحسين الصور مفعّلًا.
مفتاح الحساب هو أسرع بداية؛ ومفتاح القاعدة يحصر التحسين في مسارات تلك القاعدة.
النتيجة المتوقعة: تُحوَّل طلبات JPEG وPNG على تلك المسارات على الحافة.
curl -s -X POST -H "Authorization: Bearer $CDN_TOKEN" -H 'Content-Type: application/json' -d '{"type":1}' https://cdn.com.tr/api/accounts/$ACCOUNT_UUID/image_optimization
# لقاعدة واحدة فقط: ضع "image_optimization":"on" في JSON القاعدة
cdnctl cdn advanced-rules create --account "$ACCOUNT_UUID" --file rule-images.json
يُطبَّق التنسيق حيثما كان تحسين الصور مفعّلًا، على مستوى الحساب أو في قاعدة.
النتيجة المتوقعة: مع WebP + AVIF تحصل المتصفحات التي تقبل AVIF على AVIF من الروابط نفسها؛ ويحصل غيرها على WebP أو الصورة بصيغتها الأصلية.
curl -s -X POST -H "Authorization: Bearer $CDN_TOKEN" -H 'Content-Type: application/json' -d '{"enabled":true}' https://cdn.com.tr/api/accounts/$ACCOUNT_UUID/image_avif
تحتفظ الصور المخزّنة مؤقتًا قبل تفعيل التحسين بتنسيقها القديم حتى تنتهي صلاحيتها، لذا أفرغ مسارات الصور بعد التفعيل. أما تغيير التنسيق فلا يحتاج إلى تفريغ.
النتيجة المتوقعة: يعرض الفحص كل صورة بالتنسيق والحجم اللذين يتلقّاهما متصفح حديث؛ وحين يحتفظ المحسِّن بالأصل لأن التحويل لم يكن أصغر، يذكر السطر ذلك.
cdnctl purge --account "$ACCOUNT_UUID" --path /wp-content/uploads/ --type prefix
curl -s -H "Authorization: Bearer $CDN_TOKEN" "https://cdn.com.tr/api/accounts/$ACCOUNT_UUID/image_check?host=www.example.com"
متجر يريد صور منتجات أخف دون إعادة تصدير مكتبة الوسائط، ودون تثبيت إضافة، ودون تغيير رابط صورة واحد.
Accept في المتصفح، وترسل AVIF أو WebP أو الصورة بصيغتها الأصلية، وتجيب مع Vary: Accept. ومع WebP وحده يُعاد توجيه المتصفحات التي تقبل WebP (302) إلى نسخة WebP تحمل الاسم نفسه مع .webp في آخره (photo.jpg.webp)، ويحصل غيرها على الصورة بصيغتها الأصلية. وفي الحالتين تبقى روابط الصور في شيفرة HTML كما هي.?w= أو ?h= فلا تُقارَن.في الغالب خُزّنت النسخة مؤقتًا قبل تفعيل التحسين: أفرغ تلك المسارات واطلبها من جديد. ومن الأسباب الأخرى: لم يكن التحويل بالحجم الكامل أصغر من الأصل، أو أن المتصفح لا يقبل WebP ولا AVIF، أو أن الطلب لم يطلب صيغة صورة بعينها (طلب curl العادي يرسل Accept: */*). ويعرض فحص تنسيق الصور في صفحة قواعد التسليم، صورةً صورة، ما يتلقّاه متصفح حديث وعميل بسيط.
نعم. أضف ?w= (العرض) أو ?h= (الارتفاع) أو كليهما إلى رابط الصورة. قيمة واحدة تحافظ على نسبة الأبعاد، والقيمتان معًا تُدخلان الصورة في ذلك الإطار، ولا تُكبَّر أي صورة فوق حجمها الأصلي. أبقِ w وh ضمن مفتاح التخزين المؤقت لتلك القاعدة (القيمة الافتراضية، أي سلسلة الاستعلام كاملة، تفعل ذلك): القاعدة التي تتجاهل كل معاملات الاستعلام تخزّن حجمًا واحدًا لها جميعًا. والصور التي يُغيَّر حجمها تُحوَّل أيضًا، لكنها لا تُقارَن بالأصل.
لا توجد باقة منفصلة. تُحتسب المعالجة من الحصة الشهرية للحساب كما تُحتسب حركة المرور: يُحتسب كل تحويل بحجم الأصل الذي يقرؤه مضافًا إليه الصورة التي يعيدها، ويُحتسب AVIF بمعدّل أعلى من WebP لأن ترميزه يتطلب معالجة أكثر. وتعرض اللوحة المعدّل الحالي أسفل المفتاح، وتعرض صفحة استهلاك البيانات تحسين الصور في سطر خاص.
هو خيار لا شرط. يصل WebP وحده إلى كل المتصفحات المستخدمة تقريبًا. ويضيف WebP + AVIF صيغة AVIF للمتصفحات التي تقبلها، وهي عادةً الأصغر في الصور الفوتوغرافية: في قياسنا خرجت صورة JPEG حجمها 262,025 بايت بصيغة AVIF في 86,936 بايت. شغّل فاحص تنسيق الصور على صفحاتك لترى الفرق.