صيغ الصور لتحسين محركات البحث: JPEG مقابل PNG مقابل WebP مقابل AVIF

الخلاصة — تنسيق الصورة هو نوع الملف الذي تحفظ به الصورة — JPEG، PNG، WebP، AVIF، وبعض التنسيقات الأخرى. التحول إلى تنسيق “حديث” مثل WebP أو AVIF لن يعزز ترتيبك — لقد صرحت Google بذلك مباشرة. ما يفعله هو جعل الملف أصغر، مما يجعل صفحتك تُحمَّل أسرع، والسرعة هي ما يساعد فعلاً. لذا اختر التنسيق الذي يناسب الصورة: WebP لمعظم الصور الفوتوغرافية، PNG للشعارات ولقطات الشاشة التي تحتاج حواف حادة أو شفافية، SVG للأيقونات.

ما هو تنسيق الصورة

عندما تحفظ صورة، فإنك تحفظها بصيغة معينة — .jpg أو .png أو .webp. هذا هو التنسيق. يخزن كل واحد الصورة بشكل مختلف قليلاً، ويغير الاختيار ثلاثة أشياء تهمك:

• حجم الملف (الملف الأصغر يُحمَّل أسرع).
• ما إذا كان يمكن أن يكون له خلفية شفافة (شعار يظهر على أي لون).
• ما إذا كان يمكن أن يكون متحركًا (مثل GIF القديم).

يمكن لمحركات البحث قراءة جميع التنسيقات الشائعة، لذا فأنت لا تختار واحدًا “لإرضاء Google”. أنت تختار التنسيق الذي يحافظ على صغر الملف دون جعل الصورة تبدو أسوأ.

التنسيقات، بعبارات بسيطة

• JPEG — تنسيق الصور الكلاسيكي. يعمل في كل مكان. جيد للصور الفوتوغرافية، لكنه لا يدعم الشفافية.
• PNG — رائع للشعارات ولقطات الشاشة وأي شيء بحواف حادة أو نص، ويمكن أن يكون له خلفية شفافة. الملفات أكبر من JPEG للصور الفوتوغرافية، رغم ذلك.
• WebP — تنسيق حديث يجعل الصور أصغر بشكل ملحوظ من JPEG ويدعم أيضًا الشفافية. يعمل في كل المتصفحات تقريبًا الآن. هذا هو الخيار الآمن اليومي.
• AVIF — الأحدث والأصغر بينها (غالبًا نصف حجم JPEG). لا يزال جزء صغير من الزوار لا يمكنهم رؤيته، لذا تدمجه مع نسخة احتياطية JPEG.
• SVG — للشعارات والأيقونات. يُرسم بالرياضيات، وليس بالبكسلات، لذا يبقى حادًا جدًا بأي حجم والملف صغير جدًا.
• GIF — تنسيق الرسوم المتحركة القديم. أصبح قديمًا في الغالب الآن، لكنه لا يزال الطريقة الأكثر توافقًا عالميًا لعرض رسم متحرك بسيط.

الشيء الذي يخطئ فيه معظم الناس

لا يوجد “تعزيز” في الترتيب لاستخدام WebP أو AVIF. يسمع الناس “استخدم WebP لتحسين محركات البحث” ويفترضون أن التنسيق نفسه يرفعهم في النتائج. ليس كذلك — قال جون مولر من Google هذا بوضوح أكثر من مرة. الفائدة هي ملفات أصغر → صفحات أسرع → نتائج أفضل لسرعة الصفحة، وتلك السرعة هي ما يساعد. إذا قمت بتبديل التنسيقات لكن الصفحة لم تصبح أسرع فعليًا، فلا يوجد مكسب SEO لتجمعه.

أبسط عادة آمنة: استخدم WebP لصورك الفوتوغرافية، واحتفظ بـ PNG للشعارات ولقطات الشاشة، واستخدم SVG للأيقونات، ولا تقلق بشأن AVIF إلا إذا كنت تضغط كل كيلوبايت أخير (في هذه الحالة، أضف خيارًا احتياطيًا JPEG).

تريد المقارنة الكاملة — جدول الضغط/الشفافية/الرسوم المتحركة/دعم المتصفح لجميع التنسيقات الستة، والاقتباسات الدقيقة من Google، وشجرة قرارات لأي تنسيق تستخدمه متى؟ انتقل إلى علامة التبويب متقدم.

TL;DR — تنسيق الصورة ليس عامل ترتيب. أكد جون مولر من جوجل أنه لا يوجد تعزيز SEO لـ AVIF، وأن WebP هو فقط “جيد لبحث الصور” — لغة محايدة عمدًا، وليست “أفضل”. السلسلة الحقيقية هي: التنسيق ← حجم الملف ← سرعة الصفحة ← Largest Contentful Paint / Core Web Vitals ← إشارات تجربة الصفحة التي تستخدمها أنظمة الترتيب فعليًا. يقع التنسيق عدة خطوات في المنبع. اختر حسب نوع المحتوى، وليس حسب “الأحدث يفوز”: WebP هو الخيار الآمن الافتراضي للصور (~96% دعم، ~25–35% أصغر من JPEG، ويدعم الشفافية alpha حتى في الوضع المفقود — لا يمكن لـ JPEG ذلك)؛ AVIF يضغط أكثر (~50% أصغر من JPEG، ~94% دعم في 2026) لكنه مكلف لوحدة المعالجة المركزية للترميز وليس لديه عرض تدريجي؛ PNG للشفافية والرسومات/النصوص ذات الحواف الحادة؛ SVG للشعارات والأيقونات والمخططات؛ GIF فقط كخيار احتياطي عالمي للرسوم المتحركة. قدّم التنسيقات الحديثة عبر <picture> (AVIF ← WebP ← JPEG/PNG src) — src الاحتياطي هو عنوان URL الذي يفهرسه جوجل. هذا هو الغوص العميق في التنسيق؛ تنفيذ LCP/fetchpriority/التحميل الكسول موجود في تحسين الصور.

هل يؤثر تنسيق الصورة فعليًا على SEO؟

ابدأ بكسر الأسطورة، لأنها السبب وراء وصول معظم الأشخاص إلى هذه الصفحة.

التنسيق ليس عامل ترتيب. قال جون مولر هذا بثلاث طرق منفصلة ومتباعدة زمنيًا، والخيط المشترك هو نفسه في كل مرة — التنسيق ليس إشارة، بل السرعة التي يتيحها هي الإشارة. بعد إعلان جوجل في أغسطس 2024 أن AVIF أصبح مدعومًا الآن في البحث، أكد مولر أنه لا يوجد “تعزيز SEO” لاستخدام AVIF بدلاً من التنسيقات المدعومة الأخرى (تغطية Search Engine Roundtable) — الفائدة هي تقليل حجم الملف، والذي يمكن أن يساعد في سرعة الصفحة، وليس تفضيلًا للترتيب للحاوية. قبل سنوات، بشأن WebP، كان حريصًا بنفس القدر في كلماته: “WebP images are fine for Image Search” (ترجمة) «صور WebP جيدة لبحث الصور» (SE Roundtable) — — “جيدة”، وليست “أفضل” أو “مفضلة”. وعندما بدأت صور WebP في الظهور في تقرير “تم الزحف إليها – غير مفهرسة حاليًا” في Search Console، أوضح مولر أن هذا خلل عام في الإبلاغ عن الصور (لا تتم فهرسة الصور كصفحات HTML)، وليس عيبًا خاصًا بـ WebP — فهو “لا يعتقد أن الظاهرة تقتصر على صور WebP” (ترجمة) «لا يعتقد أن الظاهرة مقتصرة على صور WebP» (مقال Search Engine Journal).

يدعم مستند جوجل الأساسي الخاص بـ SEO للصور هذا بالحذف: فهو يسرد التنسيقات المدعومة، ويوجهك إلى PageSpeed Insights للأداء، ولا يربط أبدًا اختيار التنسيق بعامل ترتيب. هذا الغياب بحد ذاته هو الدليل.

هذا هو نفس كسر الأسطورة الذي أقدمه على مستوى المحور في Image SEO وفي دليل التنفيذ، تحسين الصور — ومن الجدير ذكره بدقة. لا تقل “التنسيق لا يهم”. قل “التنسيق لا يهم مباشرةً — بل يهم بالكامل من خلال سلسلة السرعة و Core Web Vitals.”

السلسلة الحقيقية: التنسيق ← حجم الملف ← السرعة ← Core Web Vitals

إليك التسلسل السببي، موضحًا، لأن اختزاله هو بالضبط كيف تنتشر الأسطورة:

1. اختيار التنسيق يغير حجم الملف. أكبر عامل منفرد في وزن الصورة.
2. الملفات الأصغر تُحمَّل أسرع. توثيق جوجل الخاص بالصور يلاحظ أن الصور “often the largest contributor to overall page size, which can make pages slow and expensive to load.” (ترجمة) «غالبًا ما تكون الصور أكبر مساهم في الحجم الإجمالي للصفحة، مما قد يجعل الصفحات بطيئة ومكلفة في التحميل.»
3. التحميل الأسرع يحسّن Largest Contentful Paint (LCP). صورة البطل عادةً ما تكون عنصر LCP، لذا وزنها يحرك المقياس مباشرة. (أتعمق في هذا في دليلي حول Largest Contentful Paint — الجزء الخاص بـ لماذا LCP عادةً ما يكون صورة.)
4. LCP يغذي Core Web Vitals، والذي هو جزء من إشارات تجربة الصفحة التي تستخدمها أنظمة ترتيب جوجل.

التنسيق في بداية تلك السلسلة — عدة خطوات قبل أي شيء متعلق بالترتيب. هذا هو السبب الكامل لكونه ليس عامل ترتيب بحد ذاته: الكثير يجب أن يسير بشكل صحيح في المنتصف، وإذا لم تصبح الصفحة أسرع فعليًا، لا يتغير أي شيء في المراحل اللاحقة.

مقارنة التنسيقات الستة

معظم “أدلة 2026” المنافسة تغطي فقط JPEG/PNG/WebP/AVIF وتخطئ بهدوء في أرقام دعم المتصفحات (رأيت AVIF يُستشهد به بنسبة “~74%،” وهو قديم بسنوات). إليك مصفوفة التنسيقات الستة الكاملة بأرقام حالية.

JPEG — الخيار الاحتياطي الفوتوغرافي العالمي

ضياع فقط، بدون شفافية، بدون حركة، ومدعوم حرفيًا في كل مكان. JPEG لا يزال الخيار الاحتياطي الصحيح في نهاية عنصر <picture> وخيارًا جيدًا تمامًا للصور الفوتوغرافية عندما لا تحول إلى تنسيق حديث. نقطة ضعفه مضمنة في كيفية عمل الضغط الضائع: وفقًا لفريق كروم في جوجل على web.dev، “قد يكون الضغط الضائع أقل فعالية مع الصور التي تحتوي على حواف حادة مثل فن الخط، أو تفاصيل حادة مماثلة، أو نص.” (ترجمة) «قد يكون الضغط الضائع أقل فعالية مع الصور التي تحتوي على حواف حادة مثل فن الخط، أو تفاصيل حادة مماثلة، أو نص.» هذا هو بالضبط سبب كون JPEG الخيار الخاطئ للشعارات ولقطات الشاشة والرسومات المعتمدة على النص — القطع الأثرية تظهر.

PNG — بدون ضياع، شفافية، رسومات ولقطات شاشة

بدون ضياع فقط مع شفافية ألفا كاملة. PNG هو الخيار الصحيح عندما تحتاج حوافًا حادة (شعارات، لقطات شاشة لواجهة المستخدم، نص داخل صورة) أو خلفية شفافة ولا تريد تحمل تعقيد الخيار الاحتياطي للتنسيقات الحديثة. المقايضة: بالنسبة للصور الفوتوغرافية، ينتج PNG ملفات كبيرة بلا داعٍ دون أي مكسب مرئي في الجودة مقارنة بـ JPEG/WebP مضبوطين جيدًا — عدم الضياع تكلفة تدفعها بلا فائدة على صورة. (APNG موجود بالفعل لـ PNG المتحركة، لكنه امتداد منفصل وأقل دعمًا — ليس شيئًا يمكن الاعتماد عليه.)

WebP — الخيار الافتراضي الآمن الحديث

WebP هو التنسيق الذي سألجأ إليه أولاً في معظم صور الويب. فريق Chrome من Google صريح حول السبب: “غالبًا ما يوفر WebP ضغطًا أفضل من JPEG أو PNG أو GIF، ويقدم ضغطًا مع فقدان البيانات وبدون فقدانها.” وهو يتجاوز أكبر قيود JPEG — “يدعم WebP أيضًا شفافية قناة ألفا حتى عند استخدام الضغط مع فقدان البيانات — وهي ميزة لا يوفرها برنامج ترميز JPEG.” الدعم ليس مشكلة: يصفه web.dev بأنه “تنسيق مدعوم على نطاق واسع ويعمل على جميع المتصفحات الحديثة” (حوالي 96% عالميًا في 2026). أصغر بحوالي 25–35% من JPEG بجودة مماثلة، و WebP بدون فقدان أصغر بحوالي 26% من PNG. إذا قمت بتحويل شيء واحد، فحوّل صورك إلى WebP.

AVIF — أفضل ضغط، مع مقايضات حقيقية

يتفوق AVIF في الضغط الخام. وفقًا لـ web.dev، “يدعم AVIF الضغط مع فقدان البيانات وبدون فقدانها، وأظهرت الاختبارات توفيرًا أكبر من 50% مقارنة بـ JPEG في بعض الحالات،” بالإضافة إلى “ميزات النطاق اللوني الواسع (WCG) والمدى الديناميكي العالي (HDR).” في 2026، يبلغ دعم متصفحاته حوالي 94% عالميًا — Chrome (منذ 2020)، Firefox (2021)، Safari (16.4+، منذ 2023)، وEdge (121+، يناير 2024) جميعها تعرضه. لذا فهو جاهز للإنتاج — مع خطة بديلة.

لكن “أفضل ضغط” ليس المتغير الوحيد، والصدق بشأن تكاليف AVIF هو ما يميز الدليل المفيد عن القائمة:

• الترميز يستهلك وحدة المعالجة المركزية بشكل كبير. إنتاج AVIF بطيء، وهذا مهم لمكتبات الوسائط الكبيرة وخطوط أنابيب CMS التي تعيد ترميز آلاف الأصول.
• لا يوجد عرض تدريجي. وفقًا لـ MDN، يجب تنزيل AVIF بالكامل قبل أن يُعرض — على عكس JPEG التدريجي الذي يعرض نسخة منخفضة الدقة أولاً. على اتصال بطيء، قد يبدو ذلك أسوأ على الرغم من الملف الأصغر.
• أدوات AVIF المتحركة غير ناضجة. يدعم التنسيق الرسوم المتحركة (تسمى أحيانًا AVIS)، ويمكن لـ Chrome وEdge وSafari 16.4+ تشغيلها — لكن Firefox لا يزال غير قادر على ذلك اعتبارًا من 2026، وأدوات الإنتاج تتخلف عن رسوم GIF/WebP المتحركة.

SVG — رسومات متجهة، أيقونات، شعارات، مخططات

SVG هو نوع مختلف — إنه متجه، موصوف بالرياضيات بدلاً من شبكة من البكسلات، لذا فهو يتدرج إلى أي حجم بدون فقدان الجودة ويظل صغيرًا للأشكال البسيطة. صياغة web.dev هي القاعدة الأساسية: SVGs “الأكثر فائدة في الحالات التي تكون فيها محتويات الصورة فنًا خطيًا ومخططات ورسومًا بيانية وحالات أخرى حيث لا توجد تفاصيل فوتوغرافية دقيقة.” الشعارات والأيقونات والمخططات تنتمي إلى SVG، بلا منازع. لا تستخدمه للصور الفوتوغرافية — فهو غير مصمم لها.

شيء واحد يجعل SVG مختلفًا حقًا عن التنسيقات الخمسة الأخرى هنا: إنه XML، وليس بيانات بكسل، ووفقًا لمرجع MDN الخاص، يمكن أن يحتوي ملف SVG على نصوص برمجية و مراجع لموارد خارجية — يلاحظ MDN على وجه التحديد “there are additional restrictions when SVG is used” (ترجمة) «هناك قيود إضافية عند استخدام SVG» كصورة عادية (عبر <img> أو CSS background-image) مقابل تضمينه سطريًا أو عبر <iframe>/<object>. هذا القيد موجود لأن SVG المحمّل بالطريقة العادية “كصورة” يكون معزولًا عن تنفيذ النصوص البرمجية أو جلب الموارد الخارجية، تحديدًا لإغلاق ثغرة XSS. إذا كنت تقبل يومًا تحميلات SVG من المستخدمين (مكتبة أيقونات، نموذج تحميل شعار)، فعقّمها قبل تقديمها — أزل وسوم <script> والمراجع الخارجية — بنفس الطريقة التي تتعامل بها مع أي ترميز آخر يقدمه المستخدم، وليس بالطريقة التي تتعامل بها مع JPEG.

GIF — رسوم متحركة قديمة، عندما يظل الخيار الصحيح

GIF هو ضغط LZW بدون فقدان البيانات محدود بلوحة ألوان 256 لونًا، مع شفافية ثنائية فقط (تشغيل/إيقاف). إنه تنسيق الرسوم المتحركة التاريخي، وبالنسبة لأي شيء غير تافه، فقد تم تجاوزه بواسطة WebP/AVIF المتحرك (أو الأفضل من ذلك، فيديو فعلي). ميزته الوحيدة المتبقية هي التوافق الشامل — إذا كنت بحاجة إلى رسوم متحركة بسيطة لتعمل في كل مكان بدون أي منطق بديل، فإن GIF لا يزال الخيار الأقل شيوعًا. بخلاف ذلك، استخدم WebP المتحرك.

أيًا كان تنسيق الرسوم المتحركة الذي تستخدمه، تعامل مع الدلالات بشكل منفصل عن قرار التنسيق: صورة GIF/صورة متحركة متكررة تنقل معلومات تحتاج إلى نص بديل يصف ما تعرضه، تمامًا مثل الصورة الثابتة، والحركة الزخرفية البحتة يجب وضع علامة عليها على هذا النحو بدلاً من قراءتها بصوت عالٍ كمحتوى بواسطة قارئ الشاشة. لا يعتبر أي من هذين الأمرين مسألة توافق تنسيق — فهما ينطبقان بغض النظر عما إذا كنت تقدم GIF أو WebP متحرك أو AVIF متحرك.

ما التنسيق الذي يجب أن تستخدمه فعليًا؟

طابق التنسيق مع المحتوى، وليس مع “ما هو الأحدث.” تعرض علامة تبويب شجرة القرار هذا كتدفق، لكن النسخة المختصرة:

• الصور الفوتوغرافية → WebP (الخيار الافتراضي الآمن)، أو AVIF مع بديل JPEG عندما تريد أقصى ضغط.
• الشعارات والأيقونات والرسوم البيانية والرسوم الخطية → SVG.
• لقطات الشاشة والرسومات ذات الحواف الحادة أو النص، أو أي شيء يحتاج إلى شفافية بدون تعقيد البديل → PNG (أو WebP بدون فقدان).
• الرسوم المتحركة البسيطة → WebP/AVIF متحرك حيثما كان مدعومًا؛ GIF فقط كبديل عالمي. (لأي شيء أكثر ثراءً، استخدم الفيديو.)

تحذير صادق واحد بشأن جميع نسب الضغط في هذه المقالة: إنها أرقام تمثيلية من اختبارات web.dev و caniuse، وليست ضمانًا لصورك أنت. تعتمد التوفيرات على محتوى الصورة المصدرية (صورة مزدحمة تضغط بشكل مختلف عن رسم بلون مسطح) وإعدادات الترميز التي تستخدمها. تعامل مع “WebP أصغر بحوالي 25–35%” و”AVIF أصغر بحوالي 50%” كتوقع مبدئي، ثم قارن ترميزاتك الخاصة عند إعدادات الجودة التي ستنشرها فعليًا — هذه هي الطريقة الوحيدة لمعرفة ما يشتريه لك تبديل تنسيق معين على صفحاتك الخاصة.

تنفيذ التنسيقات الحديثة بأمان — بديل <picture>

لا تقدم التنسيقات الحديثة وحدها — قدمها مع بدائل. النمط النظيف هو عنصر <picture> يقدم AVIF أولاً، ثم WebP، وينتهي بـ <img src> عادي يشير إلى JPEG أو PNG:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

يختار المتصفح أول تنسيق يفهمه؛ المتصفحات الأقدم وبعض الزواحف تنتقل إلى src. هناك شيئان يستحقان الاستيعاب: أن src البديل هو عنوان URL الذي يفهرسه Google فعليًا لبحث الصور (يحلل Google <img> حتى لو كان متداخلًا داخل <picture>، لكنه لا يفهرس background-image في CSS)، وهنا ينتقل اختيار التنسيق إلى العمل الأوسع للتنفيذ — التحجيم، إعدادات الضغط، srcset/sizes، التحميل الكسول، وfetchpriority على صورة LCP. هذا الدليل الكامل ليس مكررًا هنا عمدًا؛ إنه موجود في تحسين الصور، وآليات العرض المتجاوب (srcset، sizes، توجيه الفن) موجودة في الصور المتجاوبة.

ما يدعمه Google و Bing رسميًا

قائمة التنسيقات المدعومة من Google ومعلم AVIF في أغسطس 2024

قائمة Google Search المدعومة صريحة: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (ترجمة) «يدعم بحث Google الصور المشار إليها في سمة src للوسم img بالتنسيقات التالية: BMP و GIF و JPEG و PNG و WebP و SVG و AVIF» (بالإضافة إلى بيانات URI المشفرة Base64). AVIF هو أحدث إضافة، والتاريخ مهم: لم يدعم Google AVIF للبحث على الإطلاق حتى 30 أغسطس 2024، عندما أعلن “AVIF is now a supported file type in Google Search” (ترجمة) «أصبح AVIF الآن نوع ملفات مدعومًا في بحث Google» وأن “you don’t need to do anything special to have your AVIF files indexed.” (ترجمة) «لا تحتاج إلى فعل أي شيء خاص لفهرسة ملفات AVIF الخاصة بك.» قبل ذلك التاريخ، لم يكن AVIF على القائمة — ووفقًا لتغطية الأطراف الثالثة، قد يؤدي استخدام صور مصغرة AVIF إلى جعل Google يوقف فهرسة الفيديو تمامًا. هذا خط زمني حديث وقابل للتحديد حقًا: أي دليل منافس كُتب قبل منتصف 2024 ولم يتم تحديثه يقدم نصيحة قديمة حول سلامة AVIF.

لاحظ كيف صاغت Google الإعلان — فقط كـ “we can now process this file type,” (ترجمة) «يمكننا الآن معالجة هذا النوع من الملفات،» وليس كإطلاق لإشارة ترتيب. هذا هو نفس الإطار غير المرتبط بالترتيب كبقية قائمة التنسيقات، ولهذا فإن عنوان Search Engine Journal “دعم Google الجديد لصور AVIF قد يعزز SEO” هو مثال تحذيري جيد: المحتوى يوجه “التعزيز” بشكل صحيح بالكامل عبر حجم الملف → Core Web Vitals، لكن العنوان هو بالضبط كيف يتم تضخيم أسطورة التنسيق-يساوي-الترتيب بواسطة الصحافة الصناعية حسنة النية.

إرشادات Bing العامة (المحدودة)

لا تنشر Bing مستند مقارنة تنسيقًا بتنسيق مثل Google. تعامل إرشادات مشرفي المواقع العامة الخاصة بها سرعة الصفحة — بما في ذلك وزن الصور — كاعتبار، لكن لا توجد صفحة تقنية خاصة بـ Bing بعنوان “استخدم WebP/AVIF”، ولن أخترع واحدة. تقوم Bing بفهرسة وعرض صور JPEG/PNG/WebP/GIF في Bing Images دون مشكلة؛ دعم الزاحف للتنسيقات الحديثة يُفترض عمومًا أنه يتبع دعم المتصفحات المشابهة لـ Chromium، لكنه، على عكس Google، غير موثق بشكل منفصل. هذه هي نفس الفجوة الصادقة التي أشير إليها في تحسين الصور — مذكورة بوضوح بدلاً من التغطية عليها.

الخرافات الشائعة حول تنسيقات الصور وSEO

• “Switching to WebP/AVIF boosts rankings.” (ترجمة) «التحول إلى WebP/AVIF يعزز الترتيب.» لا — مولر مباشرة: لا يوجد تعزيز SEO لـ AVIF؛ WebP “جيد”، وليس “أفضل”. الفائدة غير مباشرة، عبر حجم الملف → السرعة → Core Web Vitals.
• “AVIF is always best because it compresses best.” (ترجمة) «AVIF هو الأفضل دائمًا لأنه يضغط بأفضل طريقة.» مبالغ فيه. AVIF يستهلك معالجًا كثيفًا عند الترميز، ولا يحتوي على عرض تدريجي، ولم يكن مدعومًا من Google Search حتى أغسطس 2024. أفضل ضغط ليس المتغير الوحيد.
• “PNG is always the safe, high-quality choice.” (ترجمة) «PNG هو دائمًا الخيار الآمن عالي الجودة.» غير صحيح كقاعدة عامة. PNG مناسب للرسومات/الشفافية/النصوص لكنه ينتج ملفات ضخمة للصور الفوتوغرافية، مما يضر بسرعة التحميل دون فائدة مرئية.
• “You don’t need a fallback anymore — support is basically universal.” (ترجمة) «لم تعد تحتاج إلى خيار احتياطي — فالدعم يكاد يكون شاملًا.» صحيح في الغالب لـ WebP؛ لا يزال يستحق بديل <picture> لـ AVIF نظرًا للفجوة الحقيقية (وإن كانت صغيرة) ~6% بالإضافة إلى حالات الزاحف والأجهزة القديمة. توصي Google صراحةً بنمط البديل.
• “Google penalizes older formats like JPEG/PNG.” (ترجمة) «تعاقب Google التنسيقات القديمة مثل JPEG/PNG.» غير صحيح — JPEG وPNG وGIF وBMP تظل مدعومة بالكامل. لا يوجد عقاب، فقط فرصة سرعة ضائعة مقارنة بالتنسيقات الحديثة.
• “AVIF can’t animate / WebP can’t do transparency.” (ترجمة) «لا يستطيع AVIF تشغيل الرسوم المتحركة / لا يستطيع WebP توفير الشفافية.» كلاهما غير صحيح. يدعم WebP شفافية ألفا حتى في الوضع المفقود؛ يدعم AVIF الرسوم المتحركة (Safari 16.4+، Chrome، Edge — وإن لم يكن Firefox بعد في 2026).
• “AVIF isn’t ready — it’s still a WebP-only world.” (ترجمة) «AVIF غير جاهز — ما زال العالم يقتصر على WebP.» قديم. يبلغ دعم AVIF العالمي حوالي ~94% وهو قابل للفهرسة بواسطة Google Search منذ أغسطس 2024. تعامل معه كإنتاجي-مع-بديل، وليس تجريبيًا.

أين يتناسب هذا

هذه المقالة هي الغوص العميق في مقارنة التنسيقات داخل مجموعة تحسين الصور — إنها الموطن الأساسي لمصفوفة التنسيقات الستة وتفنيد أسطورة الترتيب. شقيقتاها تتعاملان مع المهام المجاورة: تحسين الصور هو دليل التنفيذ (LCP، fetchpriority، التحميل الكسول، الضغط، التحجيم)، والصور المتجاوبة يغطي آليات srcset/sizes/<picture> لتقديم الصورة بالحجم المناسب لكل جهاز. العائد الأدائي من اختيار التنسيق الصحيح هو في الواقع قصة Core Web Vitals ترتدي قبعة الصور.

ملخص الذكاء الاصطناعي

نظرة مختصرة على النسخة المتقدمة:

• التنسيق ليس عامل ترتيب. أكد جون مولر عدم وجود تحسين في SEO لـ AVIF، وWebP فقط “جيد لبحث الصور” — صياغة محايدة، وليست “أفضل.” وثيقة الصور الخاصة بجوجل لا تربط التنسيق بالترتيب أبدًا.
• السلسلة الحقيقية: التنسيق → حجم الملف → سرعة الصفحة → LCP / Core Web Vitals → إشارات تجربة الصفحة. التنسيق يقع عدة خطوات في الأعلى — لهذا السبب ليس عامل ترتيب بحد ذاته.
• حقائق ستة تنسيقات (2026): JPEG (ضغط مع فقدان، بدون شفافية، دعم شامل كاحتياطي)؛ PNG (بدون فقدان، ألفا كامل، رسومات/لقطات شاشة)؛ WebP (كلا النوعين من الضغط، ألفا حتى في الوضع مع الفقدان، دعم ~96%، أصغر بحوالي 25–35% من JPEG — الخيار الافتراضي الآمن)؛ AVIF (أفضل ضغط، أصغر بحوالي 50% من JPEG، دعم ~94%، لكنه مكلف لوحدة المعالجة المركزية، بدون عرض تدريجي، الرسوم المتحركة غير مدعومة في Firefox بعد)؛ SVG (متجه — شعارات/أيقونات/رسوم بيانية)؛ GIF (رسوم متحركة قديمة بـ 256 لون، احتياطي شامل فقط).
• اختر حسب نوع المحتوى: صور فوتوغرافية → WebP (أو AVIF + احتياطي)؛ شعارات/أيقونات → SVG؛ لقطات شاشة/شفافية/نص → PNG أو WebP بدون فقدان؛ رسوم متحركة بسيطة → WebP/AVIF متحرك، GIF كاحتياطي شامل.
• قدّم مع احتياطيات: <picture> (AVIF → WebP → JPEG/PNG src). احتياطي src هو الرابط الذي يفهرسه جوجل؛ جوجل يفهرس <img> (بما في ذلك داخل <picture>)، وليس خلفيات CSS.
• الدعم الرسمي: يدعم جوجل BMP، GIF، JPEG، PNG، WebP، SVG، AVIF؛ تمت إضافة AVIF في 30 أغسطس 2024 (قبل ذلك قد يكسر فهرسة الفيديو). بينج ليس لديه وثيقة مقارنة تنسيقات — لا تخترع واحدة.
• كشف الخرافات: التنسيق ≠ تعزيز ترتيب؛ AVIF ≠ دائمًا الأفضل؛ PNG ≠ دائمًا آمن؛ “لا حاجة لاحتياطي” ≠ صحيح لـ AVIF؛ التنسيقات الأقدم ليست معاقبة؛ WebP يدعم الشفافية وAVIF يدعم الرسوم المتحركة.
• النطاق: هذا هو الغوص العميق في التنسيق؛ كيفية LCP/fetchpriority/التحميل الكسول موجودة في تحسين الصور، وآليات الاستجابة في الصور المتجاوبة.

الوثائق الرسمية

وثائق ومصادر مرجعية من المصدر الأساسي.

جوجل

• أفضل ممارسات صور جوجل — قائمة التنسيقات المدعومة (BMP، GIF، JPEG، PNG، WebP، SVG، AVIF)، قاعدة فهرسة <img> مقابل خلفية CSS، وملاحظة تطابق الامتداد مع نوع الملف. لا تقدم أي ادعاء بترتيب يعتمد على التنسيق.
• دعم AVIF في بحث جوجل (30 أغسطس 2024) — الإعلان أن AVIF مدعوم الآن في البحث والصور واكتشاف والأخبار، دون حاجة لتنفيذ خاص.
• أداء الصور (web.dev، فريق كروم في جوجل) — آليات التنسيق: ضغط WebP/AVIF، ألفا في الوضع مع الفقدان، WCG/HDR، تقسيم الفقدان/بدون فقدان، ولماذا يواجه JPEG صعوبة مع الحواف الحادة/النص.

مرجع (العمود الفقري للدقة)

• دليل نوع ملف الصورة وتنسيقها (وثائق MDN) — المواصفات الدقيقة تنسيقًا بتنسيق: أنواع MIME، الضغط، الشفافية، الرسوم المتحركة، دعم العرض التدريجي، وحالات الاستخدام.
• caniuse.com — AVIF و caniuse.com — WebP — جداول دعم المتصفح إصدارًا بإصدار، النسبة العالمية الحالية. أعد التحقق من هذه قبل اقتباس أي رقم دعم؛ فهي تتغير باستمرار.

بينج / مايكروسوفت

• إرشادات مشرفي المواقع بينج — إرشادات عامة لسرعة الصفحة؛ لاحظ أن بينج لا ينشر صفحة تقنية محددة لمقارنة التنسيقات.

اقتباسات من المصدر

تصريحات رسمية من جوجل. حيث تعرض الصفحة النص، يكون الرابط رابطًا عميقًا يقفز إلى المقطع المقتبس.

وثائق جوجل — التنسيقات المدعومة وتأطير الأداء

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (ترجمة) «يدعم بحث Google الصور المُشار إليها في سمة src للوسم img بالتنسيقات التالية: BMP وGIF وJPEG وPNG وWebP وSVG وAVIF.» الانتقال إلى الاقتباس
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (ترجمة) «غالبًا ما تكون الصور أكبر مساهم في الحجم الإجمالي للصفحة، مما قد يجعل الصفحات بطيئة ومكلفة في التحميل.» الانتقال إلى الاقتباس

web.dev (فريق Google Chrome) — آليات التنسيق

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (ترجمة) «غالبًا ما يتمتع WebP بضغط أفضل من JPEG أو PNG أو GIF، حيث يقدم ضغطًا مع فقدان البيانات وبدون فقدانها.» الانتقال إلى الاقتباس
• حافة شفافية WebP: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (ترجمة) «يدعم WebP أيضًا شفافية قناة ألفا حتى عند استخدام الضغط مع فقدان البيانات — وهي ميزة لا يوفرها برنامج ترميز JPEG.»
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (ترجمة) «يدعم AVIF كلاً من الضغط مع فقدان البيانات وبدون فقدانها، وأظهرت الاختبارات توفيرًا يزيد عن 50% مقارنةً بـ JPEG في بعض الحالات.»
• نقطة ضعف JPEG: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (ترجمة) «قد يكون الضغط مع فقدان البيانات أقل فعالية مع الصور التي تحتوي على حواف حادة مثل الرسوم الخطية أو التفاصيل الصارخة المماثلة أو النصوص.»
• الاستخدام المثالي لـ SVG: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (ترجمة) «نظرًا لأن SVG هو تنسيق صور متجه، فهو الأكثر فائدة في الحالات التي تكون فيها محتويات الصورة رسومًا خطية أو مخططات أو رسومًا بيانية، وفي الحالات الأخرى التي لا توجد فيها تفاصيل فوتوغرافية دقيقة.»

مدونة Google Search Central — دعم AVIF (30 أغسطس 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” (ترجمة) «يسعدنا الإعلان أن AVIF أصبح الآن نوع ملفات مدعومًا في بحث Google، لصور Google وكذلك أي مكان يستخدم الصور في بحث Google.» الإعلان
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (ترجمة) «لا تحتاج إلى فعل أي شيء خاص لفهرسة ملفات AVIF الخاصة بك بواسطة Google.»

جون مولر، Google — التنسيق ليس تعزيزًا للترتيب

• بشأن AVIF: لا يوجد “تعزيز SEO” لاستخدام ملفات AVIF — الفائدة هي تقليل حجم الملف، مما قد يساعد في سرعة الصفحة، وليس تفضيلًا في الترتيب. التغطية
• بشأن WebP: “WebP images are fine for Image Search” (ترجمة) «صور WebP جيدة لبحث الصور» — “جيد”، عمدًا وليس “أفضل”. التغطية
• بشأن تقرير WebP “تم الزحف إليه – غير مفهرس حاليًا”: إنه خلل عام في الإبلاغ عن الصور (الصور ليست مفهرسة كصفحات HTML)، ومولر “doesn’t believe the phenomenon is limited to WebP images.” (ترجمة) «لا يعتقد أن الظاهرة مقتصرة على صور WebP.» تغطية SEJ

ما التنسيق الذي يجب أن أستخدمه؟

اعمل من الأعلى إلى الأسفل. طابق التنسيق مع ما هي الصورة في جوهرها، ثم أضف خيارًا احتياطيًا إذا اخترت الحديث.

1. هل هو شعار أو أيقونة أو مخطط أو رسم خطي؟ → SVG. المتجهات تتدرج دون فقدان الجودة وتبقى صغيرة الحجم. توقف هنا.

2. هل تحتاج إلى حركة؟ → WebP أو AVIF متحرك حيثما كان مدعومًا، مع GIF كخيار احتياطي عام للحلقات البسيطة. لأي شيء أغنى من حلقة قصيرة، استخدم فيديو (MP4/WebM)، وليس تنسيق صورة. توقف هنا.

3. هل هي صورة فوتوغرافية؟ → WebP هو الخيار الافتراضي الآمن (~96% دعم، لا حاجة صارمة لخيار احتياطي). → تريد أقصى ضغط ويمكنك إضافة خيار احتياطي؟ AVIF → WebP → JPEG عبر <picture>. → تحتاج ملفًا واحدًا عالميًا بدون منطق احتياطي؟ JPEG.

4. هل هي لقطة شاشة، أو رسم بحواف حادة، أو نص، أو شفافية؟ → PNG (أو WebP بدون فقدان). تشوهات JPEG الضائعة تدمر الحواف الحادة والنص؛ يحافظ PNG على حدتها ويدعم الشفافية الكاملة.

5. هل اخترت AVIF أو WebP لصورة فوتوغرافية؟ → لفها في <picture> مع تنسيقات أقل كـ <source>s و JPEG/PNG <img src> كخيار احتياطي. هذا src هو الرابط الذي يفهرسه Google.

مرجع سريع حسب الإجابة

النماذج الذهنية

1. السلسلة السببية — التنسيق → حجم الملف → السرعة → Core Web Vitals. التنسيق يقع في بداية سلسلة من أربع خطوات، وليس في نهاية الترتيب: اختيار التنسيق يغير حجم الملف → الملفات الأصغر تُحمَّل أسرع → التحميلات الأسرع تحسّن Largest Contentful Paint (LCP) → LCP يغذي Core Web Vitals، الذي هو جزء من إشارات تجربة الصفحة التي تستخدمها أنظمة الترتيب. اختزال هذا إلى “التنسيق يؤثر على الترتيب” هو بالضبط كيف تنتشر الأسطورة — التنسيق يبعد عدة خطوات، وإذا لم تصبح الصفحة أسرع فعليًا، لا يتغير شيء في الأسفل. استخدم هذا النموذج كلما كنت تميل إلى نسب تغيير الترتيب إلى تبديل التنسيق نفسه: اسأل أي رابط في السلسلة حدث فعليًا.

2. اختر حسب نوع المحتوى، وليس حسب “الأحدث يفوز.” أحدث تنسيق ليس تلقائيًا هو الصحيح — طابق التنسيق مع ما هي الصورة:

• صور فوتوغرافية → WebP (افتراضي آمن)، أو AVIF مع خيار احتياطي JPEG لأقصى ضغط.
• شعارات، أيقونات، مخططات، فن خطي → SVG.
• لقطات شاشة، حواف حادة، نص داخل صورة، شفافية بدون تعقيد خيار احتياطي → PNG (أو WebP بدون فقدان).
• حركة بسيطة → WebP/AVIF متحرك حيثما كان مدعومًا، GIF فقط كخيار احتياطي عالمي (حركة أغنى → فيديو).

تشغيل صورة عبر هذا النموذج قبل اللجوء إلى “فقط استخدم AVIF، إنه الأحدث” يلتقط الحالات التي تفوق فيها تكاليف AVIF الحقيقية — تشفير كثيف على المعالج، لا عرض تدريجي، وحتى أغسطس 2024 لا دعم من Google Search على الإطلاق — ميزة الضغط الخاصة به.

ورقة غش تنسيقات الصور

التنسيقات الستة في لمحة (2026)

نمط الخيار الاحتياطي <picture>

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

حقائق سريعة

• لا يوجد تعزيز مباشر للترتيب لـ WebP/AVIF — الفائدة هي السرعة → Core Web Vitals.
• يدعم Google BMP, GIF, JPEG, PNG, WebP, SVG, AVIF؛ تمت إضافة AVIF في 30 أغسطس 2024.
• يفهرس Google <img> (بما في ذلك داخل <picture>) — وليس CSS background-image.
• <img src> الاحتياطي هو الرابط الذي يفهرسه Google.
• يدعم WebP الشفافية alpha حتى في الوضع المفقود؛ لا يمكن لـ JPEG دعم الشفافية إطلاقًا.
• مقايضات AVIF: ترميز مكثف لوحدة المعالجة المركزية، لا عرض تدريجي، الرسوم المتحركة غير مدعومة في Firefox (2026).
• SVG متجه — لا تستخدمه أبدًا للصور الفوتوغرافية؛ لا تستخدم JPEG أبدًا للشعارات/النصوص.

قائمة التحقق لاختيار التنسيق

مراجعة سريعة للتأكد من أن كل صورة بالتنسيق الصحيح وتُقدَّم بأمان:

• الصور الفوتوغرافية بتنسيق WebP (أو AVIF مع بديل) — وليس PNG أو JPEG كبير الحجم.
• الشعارات والأيقونات والرسوم البيانية بتنسيق SVG، وليس نقطيًا.
• لقطات الشاشة والرسومات التي تحتوي على نص بتنسيق PNG أو WebP بدون فقدان — وليس JPEG (الذي تشوه ضبابيته الحواف الحادة والنص).
• أي شيء يحتاج إلى شفافية يستخدم PNG أو WebP أو AVIF — أبدًا JPEG.
• التنسيقات الحديثة (AVIF/WebP) تُقدَّم عبر <picture> مع بديل JPEG/PNG <img src>.
• كل صورة موجودة في <img> (أو <picture>)، وليس CSS background-image، إذا كنت تريدها في بحث الصور.
• امتدادات الملفات تطابق نوع الملف الفعلي (انتبه بعد التحويل الجماعي إلى .webp/.avif).
• لم يتم اختيار أي تنسيق لتعزيز الترتيب — الهدف هو ملفات أصغر → LCP أسرع، تم التحقق منه في اختبار سرعة صفحة حقيقي، وليس تسمية التنسيق نفسها.
• تستخدم الرسوم المتحركة WebP/AVIF متحركًا (أو فيديو)؛ GIF فقط حيث التوافق العالمي بدون بديل مطلوب.
• إعادة التحقق من افتراضات دعم المتصفح مقابل caniuse إذا كنت تتخلى عن بديل.

أخطاء يجب تجنبها مع تنسيقات الصور

التحول إلى WebP/AVIF متوقعًا تعزيزًا للترتيب. لماذا هذا خطأ: أكد جون مولر أنه لا يوجد تعزيز SEO لـ AVIF، و WebP هو فقط “fine for Image Search” (ترجمة) «جيد لبحث الصور» — صياغة محايدة عمدًا، وليست “أفضل.” التنسيق ليس إشارة ترتيب؛ السرعة التي يتيحها هي. ما يجب فعله بدلاً من ذلك: التحويل من أجل حجم الملف وCore Web Vitals، و تحقق من الفائدة باختبار سرعة صفحة حقيقي — وليس تسمية التنسيق نفسها.

اعتبار AVIF دائمًا الأفضل لأنه يضغط بشدة. لماذا هذا خطأ: أفضل ضغط ليس المتغير الوحيد. AVIF مكثف لوحدة المعالجة المركزية للترميز، وليس لديه عرض تدريجي (يجب تنزيل الصورة بالكامل قبل عرضها)، وأدوات AVIF المتحركة لا تزال غير مدعومة في Firefox اعتبارًا من 2026. ما يجب فعله بدلاً من ذلك: استخدم AVIF مع بديل <picture> عندما تضغط أقصى ضغط ويمكنك تحمل تكلفة الترميز — وإلا فإن WebP هو الخيار الافتراضي الأكثر أمانًا يوميًا.

افتراض أن PNG دائمًا الخيار الآمن عالي الجودة. لماذا هذا خطأ: PNG بدون فقدان فقط، لذا استخدامه للصور الفوتوغرافية ينتج ملفات ضخمة بلا داعٍ دون فائدة جودة مرئية مقارنة بـ JPEG/WebP مضبوط جيدًا — تكلفة سرعة حقيقية يمكن تجنبها. ما يجب فعله بدلاً من ذلك: احتفظ بـ PNG للشفافية والرسومات/لقطات الشاشة/النصوص ذات الحواف الحادة؛ استخدم WebP أو JPEG للصور الفوتوغرافية.

التخلي عن البديل لأن “الدعم عالمي بشكل أساسي الآن.” لماذا هذا خطأ: صحيح إلى حد كبير لـ WebP (~96%)، لكن AVIF لا يزال حوالي ~94% دعمًا عالميًا، بالإضافة إلى أن الأجهزة الأقدم وبعض الزواحف لا تعرضه — فجوة حقيقية، وإن كانت صغيرة. ما يجب فعله بدلاً من ذلك: قدم التنسيقات الحديثة عبر عنصر <picture> ينتهي ببديل JPEG/PNG <img src>؛ هذا البديل هو أيضًا الرابط الذي يفهرسه Google.

الاعتقاد بأن التنسيقات الأقدم مثل JPEG أو PNG تُعاقب. لماذا هذا خطأ: JPEG وPNG وGIF وBMP تظل مدعومة بالكامل من Google Search — لا توجد عقوبة لاستخدامها، فقط فرصة سرعة ضائعة مقارنة بملف بتنسيق حديث أصغر. ما يجب فعله بدلاً من ذلك: التحويل من أجل فائدة حجم الملف عندما يستحق الجهد، لكن لا تعامل البقاء مع JPEG/PNG كمخاطر امتثال.

افتراض أن WebP لا يدعم الشفافية أو أن AVIF لا يدعم الحركة. لماذا هذا خطأ: كلاهما غير صحيح. يدعم WebP قناة ألفا للشفافية حتى في الوضع الضائع — وهو ما لا يمكن لـ JPEG فعله على الإطلاق — ويدعم AVIF الحركة في Chrome وEdge وSafari 16.4+ (وليس Firefox بعد). ما يجب فعله بدلاً من ذلك: تحقق من القدرة الفعلية لكل تنسيق (جدول التنسيقات الستة في علامة التبويب المتقدمة) بدلاً من الافتراض بناءً على عمر التنسيق.

استبعاد AVIF باعتباره “لا يزال تجريبيًا” في 2026. لماذا هذا خطأ: قديم. أصبح AVIF قابلاً للفهرسة بواسطة Google Search منذ 30 أغسطس 2024، ويحظى بدعم متصفح عالمي يبلغ حوالي 94%. ما يجب فعله بدلاً من ذلك: تعامل مع AVIF كخيار جاهز للإنتاج مع خطة بديلة، وليس كشيء يجب تجنبه تمامًا.

اختبر نفسك: تنسيقات الصور

خمسة أسئلة سريعة حول اختيار تنسيقات الصور لتحسين محركات البحث. اختر إجابة لكل سؤال، ثم تحقق.

موارد تستحق وقتك

مقالاتي ذات الصلة

• تحسين محركات البحث للصور: 12 نصيحة عملية لمزيد من الزيارات العضوية — دليلي لتحسين محركات البحث للصور من Ahrefs (التنسيقات، الضغط، أسماء الملفات، النص البديل، خرائط المواقع، الصور المتجاوبة، المخطط، التحميل الكسول).
• أكبر رسم محتوى (LCP) — لماذا يكون عنصر LCP عادةً صورة، وكيف يغذي حجم الملف الناتج عن التنسيق هذا العنصر. سلسلة الأداء التي يعتمد عليها تفنيد الأساطير في هذا المقال.
• دليل المبتدئين إلى تحسين محركات البحث التقني — أين تندرج الصور وCore Web Vitals في السياق التقني الأوسع.

محاضراتي

• “تحسين محركات البحث للصور” (ندوة Visme عبر الإنترنت، 2021) — محاضرتي المخصصة حول تحسين الصور لمحركات البحث، بما في ذلك خيارات التنسيق والضغط.

رسمي

• أفضل ممارسات صور Google — قائمة التنسيقات المدعومة وآليات الفهرسة.
• دعم AVIF في بحث Google (أغسطس 2024) — إعلان دعم AVIF.
• web.dev — أداء الصور (فريق Google Chrome) — مرجع آليات التنسيق خلف جدول المقارنة.

من جميع أنحاء الصناعة

• دليل أنواع وتنسيقات ملفات الصور (وثائق MDN) — الجدول الأكثر دقة لمواصفات التنسيقات على الويب؛ العمود الفقري لدقة مقارنة التنسيقات الستة.
• caniuse.com — AVIF / caniuse.com — WebP — جداول حية لدعم المتصفحات إصدارًا بإصدار مع النسب المئوية العالمية الحالية.
• دعم Google الجديد لصور AVIF قد يعزز SEO (Search Engine Journal، Roger Montti) — مفيد كدراسة حالة لكيفية تضخيم صياغة “التنسيق = تعزيز الترتيب”؛ يوجه النص الفائدة بشكل صحيح عبر Core Web Vitals.
• John Mueller من Google يوضح ارتباك فهرسة صور WebP (Search Engine Journal) — لماذا تظهر صور WebP كـ “تم الزحف إليها — غير مفهرسة حاليًا”، ولماذا ليست مشكلة خاصة بـ WebP.
• بحث Google يدعم صور AVIF الآن (Search Engine Roundtable) — تغطية لمعلم AVIF ونقطة Mueller حول “لا تعزيز لتحسين محركات البحث”.
• AVIF مقابل WebP: 4 فروق رئيسية وكيفية الاختيار (Cloudinary) — مقارنة موجهة نحو التنفيذ بين AVIF وWebP.
• r/TechSEO — المجتمع لتصحيح أخطاء تنسيق الصور والأداء.

سجل التغييرات