تحسين الصور لمحركات البحث

الخلاصة — يجعل تحسين الصور لمحركات البحث الصور الموجودة في صفحاتك تعمل لصالح البحث: فتظهر في صور Google، وتُحمَّل بسرعة كي لا تبطئ صفحتك. الأساسيات: استخدم اسماً وصفياً للملف، واكتب نص alt جيداً، واضغط الصور كي لا تكون ضخمة، واختر صيغة حديثة مثل WebP، ولا تجعل الصورة الكبيرة في أعلى الصفحة تُحمَّل «بشكل كسول». لا توجد زيادة سحرية في الترتيب نتيجة أي من ذلك — فهو يساعد صورك على أن تُكتشف ويحافظ على سرعة صفحاتك.

ما هو تحسين الصور لمحركات البحث

عندما تضع صورة في صفحة ويب، تستطيع محركات البحث فعل شيئين مفيدين بها. يمكنها عرضها في بحث الصور (صور Google وBing وGoogle Lens)، وهذا يرسل الزوار إلى صفحتك. كما تقرأ الصورة بوصفها جزءاً من الصفحة — غالباً من خلال نص alt — لفهم موضوع الصفحة.

المشكلة أن محرك البحث لا يستطيع «رؤية» الصورة بالطريقة التي تراها بها. فهو يعتمد على الإشارات التي تمنحه إياها: اسم الملف، ونص alt، والكلمات المحيطة بالصورة، والملف نفسه. تحسين الصور لمحركات البحث هو ببساطة تزويده بإشارات واضحة — والتأكد من أن الصورة لا تجعل صفحتك بطيئة للغاية.

الأشياء القليلة المهمة

• استخدم صيغة مناسبة واضغطها. WebP وAVIF صيغتان حديثتان تجعل الملفات أصغر بكثير من JPEG القديم من دون تدهور ملحوظ في المظهر. الملفات الأصغر = صفحات أسرع. والصفحات الأسرع تساعد ترتيبك (ليس بسبب الصيغة نفسها، بل لأن السرعة عامل مهم).
• سمِّ الملف اسماً وصفياً. يخبر golden-retriever-puppy.jpg Google عن المحتوى أكثر من IMG_0042.jpg. افعل ذلك للصور الجديدة — ولا تعد إلى الوراء لإعادة تسمية كل صورك القديمة (المزيد في تبويب «متقدم»).
• اكتب نص alt جيداً. هذا وصف قصير للصورة. وهو العامل الأساسي الذي يساعد صورتك على الظهور في بحث الصور، كما أنه مطلوب لإتاحة الوصول. أتناوله بالكامل في دليل نص alt المنفصل.
• لا تستخدم التحميل الكسول للصورة الكبيرة في الأعلى. يؤخر «التحميل الكسول» تحميل الصور حتى تمرر إليها — وهذا ممتاز للصور أسفل الصفحة، لكنه سيئ للصورة الرئيسية في الأعلى، لأنها غالباً الصورة التي تعتمد عليها Google في قياس سرعة صفحتك.
• استخدم صورة فريدة عندما تستطيع. الصور المخزونة مناسبة للبحث العادي، لكن الصورة المخزونة نفسها موجودة في آلاف المواقع الأخرى، لذلك يصعب تمييزها في بحث الصور.

أكثر ما يخطئ فيه الناس

لا توجد «زيادة» في SEO عند استخدام WebP أو AVIF. يفترض الناس أن تبديل الصيغ سيرفع ترتيبهم. لن يفعل ذلك — وقد قالت Google هذا مباشرة. ما تفعله الصيغ الحديثة هو جعل صفحاتك أسرع، والسرعة هي ما يساعد فعلاً. وينطبق الأمر نفسه على إعادة تسمية الملفات: فهي مفيدة للصور الجديدة، لكن إعادة تسمية مكتبتك كلها قد تضر أكثر مما تنفع.

هل تريد النسخة الدقيقة — اقتباسات Google الحرفية، والمفاضلات بين الصيغ، والبيانات المنظمة، وخرائط الصور، وDiscover، وقواعد التحميل الكسول — فانتقل إلى تبويب متقدم.

الخلاصة — تحسين الصور لمحركات البحث هدفان منفصلان: (1) الترتيب في بحث الصور (Google Images / Lens / Bing)، وهو مدفوع بنص alt وأسماء الملفات وسياق الصفحة والتفرّد؛ و(2) أداء الصفحة، لأن الصور غالباً ما تكون عنصر LCP. تفهرس Google عنصر <img> (بما في ذلك الموجود داخل <picture>) — ولا تفهرس خلفيات CSS — وتدعم BMP وGIF وJPEG وPNG وWebP وSVG وAVIF. لا توجد زيادة مباشرة في الترتيب بسبب WebP أو AVIF (Mueller)؛ والمكسب هو السرعة ← Core Web Vitals. لا تعِد تسمية الملفات الحالية جماعياً. التحميل الأصلي loading="lazy" آمن أسفل الجزء الظاهر، لكن لا تستخدمه أبداً لصورة LCP — فهذه الصورة تحصل على fetchpriority="high". ومنذ مايو 2025، أشِر إلى الصورة نفسها باستخدام عنوان URL نفسه في كل موضع. تتيح البيانات المنظمة (ImageObject ومصفوفات صور Product/Article) النتائج الغنية؛ ولا تزال خرائط الصور تساعد على الاكتشاف. ولـنص alt دليله المتعمق الخاص.

تحسين الصور لمحركات البحث وظيفتان لا واحدة

هذا هو الإطار الذي أعود إليه باستمرار، ومعظم «قوائم فحص تحسين الصور لمحركات البحث» تخلط بين الأمرين. هناك هدفان مختلفان، ولكل منهما عمل مختلف:

1. الترتيب في بحث الصور. أن تُكتشف صورك في صور Google وBing وGoogle Lens عند البحث عن استعلامات تخص الصور. ويتحكم في ذلك نص alt وأسماء الملفات والنص المحيط بالصورة والبيانات المنظمة وتفرّد الصورة.
2. أداء الصفحة. الصور تكاد تكون دائماً أثقل عنصر في الصفحة — وتقول وثائق Google نفسها إن الصور “often the largest contributor to overall page size.” (الترجمة العربية) «غالباً ما تكون أكبر مساهم في الحجم الإجمالي للصفحة.» لذلك فهي السبب المعتاد في بطء Largest Contentful Paint (LCP)، الذي يغذي Core Web Vitals، وهو بالفعل إشارة ترتيب في بحث الويب.

افصل بين هذين الجانبين، فيصبح الموضوع كله أوضح. فنص alt وأسماء الملفات يخدمان بحث الصور في الغالب. أما الصيغة والضغط واستراتيجية التحميل فتخدم الأداء. كلاهما مهم، لكنهما ليسا الرافعة نفسها.

والحجم حقيقي: البحث عن الصور والبحث المرئي جزء مهم من نشاط البحث كله، وقد نما Google Lens بسرعة. الصور المحسّنة ليست مجرد إجراء دفاعي — إنها مصدر زيارات.

كيف تكتشف Google الصور وتفهرسها

تحدد بعض الآليات ما إذا كانت صورك ستدخل الفهرس أصلاً:

• لا يُفهرس إلا <img> في HTML. تقول Google: “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (الترجمة العربية) «تحلل Google عناصر <img> في HTML، حتى عندما تكون محاطة بعناصر أخرى مثل <picture>، لفهرسة الصور، لكنها لا تفهرس صور CSS.» إذا كانت الصورة موجودة فقط في background-image داخل CSS، فلن تظهر في بحث الصور. ضع كل ما تريد العثور عليه داخل <img>.
• وفّر دائماً قيمة احتياطية لـsrc. عند استخدام srcset أو <picture>، احتفظ أيضاً بـsrc عادي — فـ*“some browsers and crawlers don’t understand”* (الترجمة العربية) «بعض المتصفحات وبرامج الزحف لا تفهم» السمات المتجاوبة، وsrc هو الخيار الاحتياطي الذي تعتمد عليه Google.
• الصيغ المدعومة: BMP وGIF وJPEG وPNG وWebP وSVG وAVIF (وصل دعم AVIF في أغسطس 2024). يجب أن يطابق امتداد الملف نوع الملف الفعلي.
• لا يزال السياق مهماً بجانب الترميز. يجعل الترميز المدعوم الصورة قابلة للاكتشاف؛ أما النص المحيط بالصفحة والتعليقات والعناوين والبيانات الوصفية الأخرى فتجمعها Google مع الصورة نفسها لفهم موضوعها بعد العثور عليها.
• اتساق عنوان URL (تحديث مايو 2025). توصي Google الآن بالإشارة إلى الصورة نفسها باستخدام عنوان URL نفسه في كل مرة تظهر فيها. وقال متحدث باسم Google: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (الترجمة العربية) «حدّثنا أفضل ممارسات Google لتحسين الصور لتوضيح أنه ينبغي الإشارة إلى عناوين URL للصور باستمرار لتسهيل الزحف في المواقع الأكبر.» وهذا أمر يخص كفاءة الزحف — صورة واحدة، وعنوان URL واحد، كي تتمكن Google من التخزين المؤقت وإعادة الاستخدام بدلاً من جلب الصورة نفسها مجدداً تحت مسارات CDN أو سلاسل استعلام مختلفة.

صيغ الملفات: اخترها للسرعة لا لزيادة في SEO

إليك الخرافة التي ينبغي القضاء عليها أولاً: لا توجد زيادة مباشرة في الترتيب بسبب الصيغ «الجيل التالي». أكد Mueller عدم وجود “SEO boost” (الترجمة العربية) «زيادة في SEO» لـAVIF، وينطبق المنطق نفسه على WebP — فـ*“WebP images are fine for Image Search,”* (الترجمة العربية) «صور WebP مناسبة لبحث الصور»، لكن «مناسبة» لا تعني «أفضل». لا تكافئك Google على الحاوية.

ما تفعله الصيغ الحديثة فعلاً هو تقليص ملفاتك، ما يسرّع الصفحة ويساعد Core Web Vitals — أي فائدة غير مباشرة. لذلك اختر بناءً على المزايا:

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

التنفيذ السليم هو استخدام <picture> مع عناصر <source> للصيغ الحديثة وعنصر احتياطي <img src>، كي تعرض المتصفحات الأقدم الصيغة الاحتياطية بسلاسة، وتظل لدى Google قيمة src لفهرستها.

أسماء الملفات: وصفية للصور الجديدة، ولا تعِد تسمية القديمة جماعياً

أسماء الملفات إشارة حقيقية (وإن كانت ثانوية). فأفضل ممارسة لدى Google هي استخدام أسماء قصيرة ووصفية — إذ إن “the filename can give Google clues about the subject matter of the image” (الترجمة العربية) «يمكن لاسم الملف أن يعطي Google إشارات عن موضوع الصورة» — ولذلك يتفوق golden-retriever-puppy.jpg على IMG00023.JPG، ويُعد أي اسم عام مثل image1.jpg فرصة مهدرة.

لكن إليك التفصيل الذي يوقع الناس في الخطأ: لا تعد إلى الوراء لإعادة تسمية ملفاتك الحالية. كان Mueller واضحاً في أن إعادة التسمية الجماعية “is going to take a lot of time for Google’s systems to see” (الترجمة العربية) «ستستغرق وقتاً طويلاً حتى تراها أنظمة Google»، وأن الأثر “minimal… maybe no visible effect at all” (الترجمة العربية) «ضئيل… وربما لا أثر مرئياً على الإطلاق» إذا كان نص alt والسياق المحيط جيدين بالفعل. وقد وصف Gary Illyes فقدان الإشارة الناتج عن ترحيل عناوين URL للصور بأنه “in line with web search results, which is a few weeks.” (الترجمة العربية) «مماثل لنتائج بحث الويب، أي بضعة أسابيع.» إذن: أسماء وصفية للصور الجديدة، نعم؛ أما مشروع إعادة تسمية على مستوى الموقع مقابل فائدة هامشية وأسابيع من العمل، فلا.

نص alt (النسخة المختصرة)

لن أكرر المعالجة الكاملة هنا لأن لنص alt دليله المتعمق الخاص. والخلاصة: نص alt هو أهم جزء من البيانات الوصفية للصورة، لكن فائدته الحقيقية هي بحث الصور وإتاحة الوصول — لا ترتيب بحث الويب. تقرؤه Google مع الرؤية الحاسوبية وسياق الصفحة، لذلك اكتب وفق السياق، ولا تحشو الكلمات المفتاحية، واستخدم alt="" للصور الزخرفية البحتة. توجد القواعد والاقتباسات وسير عمل التدقيق الكامل في دليل نص alt.

الضغط والتحميل الكسول وCore Web Vitals

لأن الصور تحدد LCP عادةً، يتداخل هنا تحسين الصور لمحركات البحث مع Core Web Vitals بأكبر قدر:

• اضغط كل شيء. غيّر حجم الصور ليتناسب مع أبعاد عرضها واضغطها. هذه أكبر رافعة أداء منفردة لمعظم الصفحات.
• التحميل الكسول الأصلي آمن — أسفل الجزء الظاهر. إن loading="lazy" على <img> موصى به من Google وقابل للزحف. أما التطبيقات التي تكسر ذلك فهي تطبيقات JavaScript التي تخفي عنوان URL الحقيقي في data-src ولا تعرض src — وقد يؤدي ذلك إلى عدم فهرستها. التزم بـloading="lazy" الأصلي أو IntersectionObserver، وتأكد من تحميل الصور عند ظهورها، لا عند النقر أو التمرير (“Google Search does not interact with your page” (الترجمة العربية) «لا يتفاعل بحث Google مع صفحتك»).
• لا تستخدم التحميل الكسول لصورة LCP أبداً. هذه هي القاعدة التي يخالفها الناس أكثر من غيرها. ينبغي تحميل أكبر صورة فوق الجزء الظاهر (غالباً صورة البطل) بشكل فوري — loading="eager" وfetchpriority="high" — لا بشكل كسول. قد يضيف تحميل صورة LCP بشكل كسول مئات المللي ثانية إلى LCP من دون سبب.

الصور المتجاوبة

استخدم srcset + sizes (دقة مختلفة لنوافذ العرض المختلفة) و<picture> (توجيه فني / تبديل الصيغة). هناك أمران يجب إبقاؤهما واضحين:

• أدرج دائماً قيمة احتياطية src. كما سبق — يحتاج إليها الزاحفون والمتصفحات الأقدم.
• يجب أن يكون كل مرشح قابلاً للوصول. تنطبق قواعد الوصول الخاصة بقيمة src الاحتياطية — ألا يكون محجوباً، أو خلف مصادقة، أو عنوان URL ميتاً — على كل مرشح في srcset/<picture> أيضاً. فالمرشح غير القابل للاكتشاف لا يفيد حتى عندما تكون القيمة الاحتياطية سليمة.
• حافظ على اتساق عناوين URL مع الصفحة. يجب أن يكون عنوان URL للصورة الذي تضعه في خريطة صور الموقع هو العنوان نفسه الذي تستخدمه الصفحة فعلياً. لا تقدّم عنوان URL مختلفاً للصورة في الهاتف عن سطح المكتب — فـGoogle زاحف يركز على الهاتف أولاً، وتؤدي عناوين URL المتباينة إلى فقدان مؤقت لحركة الصور بينما تعيد Google بناء سجل الترتيب لعناوين URL الجديدة.

البيانات المنظمة للصور

البيانات المنظمة هي ما يفتح النتائج الغنية والشارات المرتبطة بالصور:

• ImageObject مع خاصية license يجعل الصور مؤهلة للحصول على شارة قابلة للترخيص في صور Google. الحقول المطلوبة هي contentUrl مع واحد على الأقل من creator أو creditText أو copyrightNotice أو license؛ أضف license + acquireLicensePage للشارة نفسها.
• البيانات المنظمة للمنتج والمقالة تتطلب مصفوفة من الصور بنسب عرض إلى ارتفاع متعددة (شائعة الاستخدام 16:9 و4:3 و1:1). وخاصية image مطلوبة للنتائج الغنية التي تتضمن صوراً.
• التحكم في الصورة المصغرة. اختيار Google للصورة المصغرة آلي، لكن يمكنك التأثير فيه عبر مخطط primaryImageOfPage أو خاصية image للكيان الرئيسي أو وسم og:image الوصفي — تستخدم Google كلاً من ترميز schema.org وog:image للصور المصغرة في البحث وDiscover.

الترميز المؤهل لا يضمن العرض — فما زالت Google تقرر، لكل صفحة، ما إذا كانت ستعرض فعلياً الشارة أو معالجة مصفوفة الصور أو الصورة المصغرة التي تتيحها بياناتك المنظمة.

وهنا أيضاً يتداخل تحسين الصور لمحركات البحث مع موضوع البيانات المنظمة الأوسع — فالترميز الذي يشغّل النتائج الغنية للمنتجات والمقالات والصور هو الآلية نفسها.

خرائط صور الموقع

خرائط صور الموقع أداة للاكتشاف، وتكون مفيدة خصوصاً للصور المستضافة على CDN، والمعارض الكبيرة، والمواقع الكثيفة بـJavaScript حيث قد لا تُكتشف الصور عبر الزحف العادي. هناك ملاحظتان تفاجئان الناس: تدعم Google الآن فقط <image:image> و<image:loc> (فقد أوقفت في 6 مايو 2022 دعم <image:caption> و<image:title> و<image:geo_location> و<image:license> — لكن Bing لا تزال تستخدمها، لذا أبقها إذا كنت تقدم خريطة واحدة لكليهما). وخرائط الصور هي الموضع الوحيد الذي يُسمح فيه بعناوين URL عبر نطاقات مختلفة في <image:loc>، وهو أمر مفيد للاستضافة على CDN (تحقق من نطاق CDN في Search Console). التفاصيل موجودة في مقال خرائط صور الموقع. لا يعد أي من ذلك ضماناً: يمكن لخريطة صور الموقع أن تساعد Google على اكتشاف صور قد تفوتها بخلاف ذلك، لكن إرسالها لا يضمن الزحف أو الفهرسة أو الترتيب.

Discover والصور الكبيرة

لتصبح مؤهلاً لمعاينات الصور الكبيرة في Discover وعلى أسطح Google المختلفة، أضف <meta name="robots" content="max-image-preview:large"> واستخدم صوراً كبيرة — بعرض 1,200px على الأقل، وبدقة عالية، ويفضل أن تكون بنسبة 16:9. وثّقت دراسة الحالة الخاصة بـGoogle ارتفاعاً حقيقياً في CTR بعد تفعيل المعاينات الكبيرة (مدونة طعام: +79% في CTR من Discover؛ وموقع أخبار: +30% في CTR / +332% في النقرات خلال ستة أشهر). وهذا واحد من تغييرات الصور القليلة ذات المكسب القابل للقياس مباشرة.

الصور المخزونة مقابل الصور الفريدة

يستحق موقف Mueller اقتباسه بوضوح: الصور المخزونة “doesn’t matter for web search directly,” (الترجمة العربية) «لا تهم بحث الويب مباشرة»، لكن “for image search, if it’s the same image as used in many places, it’ll be harder.” (الترجمة العربية) «في بحث الصور، إذا كانت الصورة نفسها مستخدمة في أماكن كثيرة، فسيكون الأمر أصعب.» وقال أيضاً: “uniqueness isn’t equivalent to higher quality” (الترجمة العربية) «التفرّد لا يعادل جودة أعلى» — فالتقاط الصورة بنفسك لا يجعل ترتيبها أفضل تلقائياً. إذن: استخدم الصور المخزونة بحرية إذا كنت تهتم فقط بترتيب بحث الويب؛ واستخدم صوراً فريدة عندما يكون الظهور في بحث الصور مهماً، لأن الصورة الفريدة لا تنافسها صورة مطابقة.

ناشئ: وسم الصور المولدة بالذكاء الاصطناعي (C2PA / IPTC)

يجدر التنبيه إلى هذا لأنه جديد وتغفله معظم الأدلة: تقرأ Google حقول حقوق الطبع في IPTC (وقد تظهر بوصفها رصيد إسناد في صور Google — أي ظهوراً مجانياً للعلامة التجارية)، وتستخدم البيانات الوصفية IPTC / C2PA لتحديد الصور المولدة بالذكاء الاصطناعي، فتظهر وسم «مولدة بالذكاء الاصطناعي» عبر ميزة «حول هذه الصورة». ولا يوجد تأثير موثق لبيانات EXIF الخاصة بالكاميرا (ISO وفتحة العدسة وGPS) في الترتيب — أزلها لتحسين الأداء، لكن حافظ على حقول حقوق الطبع. لا يزال هذا المجال يتطور.

إلى أين تذهب بعد ذلك

هذه الصفحة هي الخريطة. أما الموضوعات المتعمقة والمجاورة فهي:

• نص alt — المعالجة الكاملة لسمة alt: لماذا تخص بحث الصور لا بحث الويب، ومخاطر إتاحة الوصول والقانون، وقواعد الكتابة، والصور الزخرفية، ونص الرابط في الصور المرتبطة، والتدقيق على نطاق واسع. إنه الموضوع الفرعي الوحيد العميق بما يكفي ليستحق مقالة مستقلة.
• الترتيب في صور Google — التعمق في الظهور تحديداً في صور Google وLens: متطلبات الفهرسة، والصور القابلة للترخيص، والخرافات التي لا تزال تكررها الصفحات المتصدرة.
• صيغ الصور — مقارنة JPEG وPNG وWebP وAVIF عن قرب: ما الذي يناسبه كل تنسيق فعلياً، ولماذا لا يمثل تبديل الصيغة عامل ترتيب.
• Core Web Vitals — نصف أداء تحسين الصور لمحركات البحث يعيش هنا. فالضغط وLCP وfetchpriority هي في الحقيقة أعمال Core Web Vitals ترتدي قبعة الصور.
• البيانات المنظمة — ImageObject ومصفوفات صور المنتج/المقالة والتحكم في الصورة المصغرة عبر og:image جزء من قصة البيانات المنظمة الأوسع.
• خرائط صور الموقع — آليات الاكتشاف، والوسوم التي أوقفتها Google لكنها أبقتها Bing، وعناوين URL عبر النطاقات الخاصة بـCDN.

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

خلاصة مركزة للنسخة المتقدمة:

• تحسين الصور لمحركات البحث وظيفتان: (1) الترتيب في بحث الصور (صور Google / Lens / Bing) — مدفوع بنص alt وأسماء الملفات وسياق الصفحة والتفرّد؛ و(2) أداء الصفحة، لأن الصور عادةً عنصر LCP الذي يغذي Core Web Vitals.
• آليات الاكتشاف: تفهرس Google عنصر <img> (بما في ذلك الموجود داخل <picture>)، ولا تفهرس خلفيات CSS؛ احتفظ دائماً بـsrc احتياطي؛ والصيغ المدعومة هي BMP وGIF وJPEG وPNG وWebP وSVG وAVIF.
• لا تقدم الصيغ زيادة مباشرة في الترتيب (Mueller، بخصوص AVIF؛ وWebP «مناسبة»). المكسب هو السرعة. اختر AVIF/WebP للضغط، وPNG للشفافية، وSVG للأيقونات.
• أسماء الملفات: تساعد الأسماء الوصفية الصور الجديدة؛ لا تعِد تسمية الملفات الحالية جماعياً (أثر ضئيل أو معدوم، وأسابيع من العمل — Mueller؛ وفقدان الإشارة نحو «بضعة أسابيع» — Illyes).
• نص alt يساعد بحث الصور أساساً، لا ترتيب الويب — وله مقال خاص.
• التحميل الكسول: ‏loading="lazy"‏ الأصلي آمن أسفل الجزء الظاهر؛ أما JavaScript الذي يخفي عنوان URL في data-src فهو محفوف بالمخاطر؛ لا تستخدم التحميل الكسول لصورة LCP أبداً — استخدم fetchpriority="high".
• اتساق عنوان URL (مايو 2025): أشِر إلى الصورة نفسها بعنوان URL نفسه في كل موضع؛ وطابق عناوين URL في الهاتف وسطح المكتب.
• البيانات المنظمة: ‏ImageObject + license = شارة قابلة للترخيص؛ وتريد Product/Article مصفوفات صور متعددة النسب؛ ويؤثر primaryImageOfPage / og:image في الصور المصغرة.
• خرائط صور الموقع تساعد على الاكتشاف (CDN والمعارض الكبيرة ومواقع JavaScript)؛ وأبقت Google فقط على <image:image> / <image:loc> (وأوقفت البقية في مايو 2022 — لكن Bing لا تزال تستخدمها).
• Discover: ‏max-image-preview:large‏ + صور بعرض 1,200px وبنسبة 16:9؛ مع ارتفاع موثق في CTR.
• المخزونة مقابل الفريدة: الصورة المخزونة مناسبة لبحث الويب، لكنها أصعب في بحث الصور؛ والتفرّد لا يساوي جودة أعلى. وسم الصور بالذكاء الاصطناعي عبر C2PA/IPTC آخذ في الظهور؛ وEXIF لا يؤثر في الترتيب.

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

وثائق من المصادر الأولية لمحركات البحث.

Google

• أفضل ممارسات صور Google — المرجع الأساسي: الاكتشاف عبر <img>، والصيغ المدعومة، وأسماء الملفات الوصفية، ونص alt، والصور المتجاوبة، واتساق عناوين URL، واختيار الصورة المفضلة، ومنع التضمين في مواقع أخرى.
• خرائط الصور — وسما <image:image> / <image:loc> المدعومان، وعناوين URL عبر النطاقات لـCDN، وحد 1 000 صورة لكل عنوان URL.
• البيانات المنظمة لترخيص الصور — ‏ImageObject والحقول المطلوبة/الموصى بها والشارة القابلة للترخيص.
• البيانات المنظمة للمقالات — مصفوفة الصور ونسب العرض إلى الارتفاع الموصى بها (16:9 و4:3 و1:1).
• البيانات المنظمة لمقتطفات المنتجات — توصيات صور المنتجات.
• إصلاح المحتوى المحمّل كسولاً — ‏loading="lazy"‏ الأصلي / IntersectionObserver، ولماذا يخفي التحميل المحفَّز بالتفاعل المحتوى عن Google.
• وسم robots — max-image-preview — فتح معاينات الصور الكبيرة في البحث وDiscover.
• دراسة حالة الصور الكبيرة — بيانات Google نفسها عن ارتفاع CTR بعد تفعيل المعاينات الكبيرة.
• منع ظهور الصور في البحث — ‏robots.txt (Googlebot-Image) وX-Robots-Tag: noindex وأداة Removals.
• أفضل ممارسات الفهرسة التي تركز على الهاتف أولاً — مطابقة عناوين URL للصور ونص alt وأسماء الملفات بين الهاتف وسطح المكتب.

Bing / Microsoft

• المشاركة في منظومة Bing لبحث الصور — اكتشاف Bing للصور والبيانات الوصفية التي تستخدمها (ملاحظة: لا تزال Bing تستخدم وسوم خريطة الصور التي أوقفتها Google).
• Bing Visual Search — البحث المرئي على مستوى الكائنات وما يساعد Bing على مطابقة الصور.

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

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

وثائق Google — الاكتشاف وأسماء الملفات

• “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (الترجمة العربية) «تحلل Google عناصر <img> في HTML، حتى عندما تكون محاطة بعناصر مثل <picture>، لفهرسة الصور، لكنها لا تفهرس صور CSS.» Jump to quote
• “The filename can give Google clues about the subject matter of the image.” (الترجمة العربية) «يمكن لاسم الملف أن يعطي Google إشارات عن موضوع الصورة.» Jump to quote

متحدث باسم Google — اتساق عناوين URL (مايو 2025)

• “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (الترجمة العربية) «حدّثنا أفضل ممارسات Google لتحسين الصور لتوضيح أنه ينبغي الإشارة إلى عناوين URL للصور باستمرار لتسهيل الزحف في المواقع الأكبر.» Coverage

John Mueller، Google — الصيغ لا تقدم زيادة في SEO

• بشأن AVIF: لا توجد «زيادة في SEO» عند استخدام ملفات AVIF — الفائدة غير مباشرة، عبر سرعة الصفحة. Coverage
• بشأن WebP: “WebP images are fine for Image Search.” (الترجمة العربية) «صور WebP مناسبة لبحث الصور.» Coverage

John Mueller، Google — لا تعِد تسمية الملفات جماعياً

• “If you change all of the filenames across the website, then it’s going to take a lot of time for Google’s systems to see” (الترجمة العربية) «إذا غيّرت جميع أسماء الملفات عبر الموقع، فسيستغرق الأمر وقتاً طويلاً حتى تراها أنظمة Google» الصور الجديدة — وقد يكون الأثر “minimal effect, maybe no visible effect at all” (الترجمة العربية) «ضئيلاً، وربما لا أثر مرئياً على الإطلاق» إذا كان نص alt والسياق المحيط موجودين بالفعل. SEJ coverage

John Mueller، Google — الصور المخزونة مقابل الفريدة

• الصور المخزونة “doesn’t matter for web search directly,” (الترجمة العربية) «لا تهم بحث الويب مباشرة»، لكن “for image search, if it’s the same image as used in many places, it’ll be harder.” (الترجمة العربية) «في بحث الصور، إذا كانت الصورة نفسها مستخدمة في أماكن كثيرة، فسيكون الأمر أصعب.» Coverage
• “Uniqueness isn’t equivalent to higher quality” (الترجمة العربية) «التفرّد لا يعادل جودة أعلى» — فالتقاط الصورة بنفسك لا يجعل الصفحة أو الصورة تتصدر بالضرورة. Coverage

John Mueller، Google — بث الصور

• تضمين الصور عبر البث “a great way to prevent your images from being found through search engines” (الترجمة العربية) «طريقة رائعة لمنع العثور على صورك عبر محركات البحث» — أي إنه غير مناسب لـSEO. Coverage

Gary Illyes، Google — فقدان الإشارة عند ترحيل الصور

• فقدان الإشارة الناتج عن ترحيل عناوين URL للصور “in line with web search results, which is a few weeks.” (الترجمة العربية) «مماثل لنتائج بحث الويب، أي بضعة أسابيع.» Coverage

ورقة غش لتحسين الصور لمحركات البحث

العوامل — ما الذي يفعله كل عامل وأفضل ممارسة

حقائق سريعة

• الصيغ المدعومة: BMP وGIF وJPEG وPNG وWebP وSVG وAVIF (AVIF منذ أغسطس 2024).
• تفهرس Google <img> (بما في ذلك الموجود داخل <picture>) — ولا تفهرس background-image في CSS.
• لا توجد زيادة مباشرة في الترتيب بسبب WebP/AVIF — الفائدة هي السرعة ← Core Web Vitals.
• EXIF (ISO/فتحة العدسة/GPS): لا تأثير في الترتيب؛ ويمكن لحقول حقوق الطبع في IPTC أن تظهر بوصفها رصيداً.
• C2PA/IPTC: تُستخدم لوَسم الصور المولدة بالذكاء الاصطناعي في Google («حول هذه الصورة») — وما زال ذلك ناشئاً.

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

تحسين الصور لمحركات البحث وظيفتان لا واحدة. تخلط كل «قائمة فحص لتحسين الصور لمحركات البحث» تقريباً بين الأمرين، وهذا الخلط هو بالضبط سبب استمرار انتشار الخرافات (أعد تسمية ملفاتك! بدّل إلى WebP لتحصل على ترتيب أعلى!). قسّم الموضوع إلى الهدفين اللذين يتكون منهما فعلياً، وستجد أن كل نصيحة تستقر في الفئة الصحيحة:

1. الترتيب في بحث الصور. أن تُكتشف صورك في صور Google وBing وGoogle Lens عند البحث عن استعلامات تخص الصور. والرافعات هنا هي نص alt وأسماء الملفات والنص المحيط بالصورة والبيانات المنظمة والتفرّد. لا يمس أي من ذلك سرعة تحميل الصفحة.

2. أداء الصفحة. الصور تكاد تكون دائماً أثقل عنصر في الصفحة، ما يجعلها السبب المعتاد في بطء Largest Contentful Paint (LCP) — ويغذي LCP ‏Core Web Vitals، وهي إشارة ترتيب في بحث الويب. والرافعات هنا هي الصيغة والضغط واستراتيجية التحميل. لا يمس أي من ذلك ظهور الصورة في صور Google.

لماذا يهم الفصل عملياً:

• يقضي على خرافة الصيغة. لا تجعل WebP وAVIF ترتيبك أعلى في بحث الصور — فهذا ليس الغرض منهما. إنهما رافعة في فئة الأداء (ملفات أصغر ← LCP أسرع ← Core Web Vitals)، لا رافعة في فئة بحث الصور. وتوقع زيادة في الترتيب من تبديل الصيغة يعني تطبيق أداة أداء على مشكلة تخص بحث الصور.
• يقضي على خرافة إعادة التسمية الجماعية. أسماء الملفات إشارة في فئة بحث الصور، وهي إشارة ثانوية أيضاً. لا تمس إعادة تسمية مكتبتك الحالية كلها فئة الأداء إطلاقاً، وقراءة Mueller هي أن مكسب بحث الصور “minimal… maybe no visible effect” (الترجمة العربية) «ضئيل… وربما لا أثر مرئياً» إذا كان نص alt والسياق متينين بالفعل — أي أسابيع من العمل المتكرر مقابل مكسب صغير في فئة واحدة من الفئتين.
• يوضح أين ينتمي التحميل الكسول. ‏loading="lazy"‏ قرار في فئة الأداء (تأجيل الصور خارج الشاشة للمساعدة في وقت التحميل)، وله استثناء صارم واحد عند تقاطع الفئتين: صورة LCP. إذا حمّلت تلك الصورة بشكل كسول، فقد جعلت فئة الأداء أسوأ من دون مكسب في فئة بحث الصور.
• يشرح لماذا ليست نصيحة نص alt والضغط قابلة للتبادل. نص alt رافعة تكاد تكون بالكامل في فئة بحث الصور (إضافة إلى إتاحة الوصول)، بينما الضغط رافعة تكاد تكون بالكامل في فئة الأداء. قد تكون لدى الصفحة نصوص alt مثالية مع LCP سيئ، أو صورة LCP سريعة جداً من دون نص alt ومن دون ظهور في بحث الصور. إصلاح أحدهما لا يصلح الآخر.

استخدم الفصل بوصفه أداة تشخيص: عندما «لا تعمل» صورة، حدّد أولاً أي وظيفة تفشل فيها. لا تظهر في صور Google؟ انظر إلى نص alt واسم الملف والتفرّد. الصفحة بطيئة؟ انظر إلى الصيغة والضغط وخيارات التحميل الكسول. ومحاولة إصلاح مشكلة في بحث الصور باستخدام رافعة أداء (أو العكس) هي أكثر جهد ضائع شيوعاً في هذا الموضوع.

مؤشرات الأداء الرئيسية المستمرة: الظهور في بحث الصور وسرعة الصفحة المدفوعة بالصور

لأن تحسين الصور لمحركات البحث وظيفتان، تنقسم فحوص الصحة بالطريقة نفسها — مجموعة لظهور الصور في البحث، ومجموعة لجانب الأداء/Core Web Vitals.

مرات الظهور والنقرات من بحث الصور (Search Console)

• المقياس — مرات الظهور والنقرات القادمة تحديداً من صور Google، متتبعة مع الوقت بوصفها نسبة من إجمالي زيارات البحث.
• ما الذي يخبرك به — ما إذا كان نص alt وأسماء الملفات وسياق الصفحة وتفرّد الصورة تكسب فعلاً ظهوراً في بحث الصور — أي الوظيفة الأولى من الوظيفتين. إن كانت حصة الصور ثابتة أو تهبط بينما ينمو إجمالي الزيارات، فهذه علامة على إهمال جانب بحث الصور مقارنة بجانب بحث الويب.
• طريقة استخراجه — Search Console ← تقرير Search results ← التصفية حسب Search type: Image. قارن مرات الظهور والنقرات وCTR والموضع بالمرشح الافتراضي Web للصفحات ونطاق التاريخ نفسيهما.
• النطاق المرجعي / الواقعي — لا توجد حصة مستهدفة عالمية — ينبغي لموقع كثيف الصور (مثل مواقع الوصفات أو تصوير المنتجات أو الصور المخزونة أو معارض الأعمال) أن يتوقع حصة Images أكبر بوضوح من مدونة B2B كثيفة النص. أنشئ خط أساسك الخاص عند أول فحص، ثم راقب الاتجاه بدلاً من مطاردة رقم ثابت.
• الدورية — كل ثلاثة أشهر كفحص مستمر؛ وأعد الفحص خلال بضعة أسابيع من أي تغيير واسع النطاق في الصور (إعادة تسمية جماعية أو ترحيل CDN أو جولة جديدة من نص alt) — فقراءة Illyes عن فقدان الإشارة عند الترحيل تضع نافذة الاستقرار من جديد عند «بضعة أسابيع».

معدل اجتياز Core Web Vitals، بعد تصفيته للقوالب الكثيفة الصور

• المقياس — حصة عمليات تحميل الصفحات من مستخدمين حقيقيين التي تجتاز LCP (وCWV عموماً)، وبالتحديد للقوالب التي يكون عنصر LCP فيها عادةً صورة (صفحات المنتجات والصور الرئيسية للمدونات والمعارض).
• ما الذي يخبرك به — ما إذا كان نصف الأداء من تحسين الصور لمحركات البحث — الضغط واختيار الصيغة والتحميل الكسول الصحيح — يصمد فعلاً في ظروف العالم الحقيقي. هذه هي دلالة بيانات الحقل على نجاح قاعدة عدم استخدام التحميل الكسول لصورة LCP وعلى نجاح اختيارات الصيغة والضغط.
• طريقة استخراجه — PageSpeed Insights أو تقرير Core Web Vitals في Search Console (مدعوم بـCrUX)، مع التقسيم حسب القالب/مجموعة الصفحة لا حسب متوسط الموقع كله، إذ قد يخفي متوسط الموقع قالباً سيئ الأداء خلف قوالب جيدة الأداء.
• النطاق المرجعي / الواقعي — عتبة LCP «الجيد» المنشورة من Google هي 2,5 ثانية أو أقل عند الشريحة المئوية الخامسة والسبعين — وهذا رقم حقيقي موثق، لا تخمين. تعامل معه بوصفه خط الاجتياز/الفشل؛ ولا يوجد رقم «نموذجي» صادق يتجاوزه، لأن الأمر يعتمد كلياً على وزن صورك واستضافتك.
• الدورية — بيانات الحقل في CrUX نافذة متحركة مدتها 28 يوماً، لذا افحصها شهرياً؛ وأعد الفحص فوراً بعد أي تغيير في صيغة الصور أو مسار الضغط أو تطبيق التحميل الكسول.

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

كتاباتي ذات الصلة

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

محاضراتي

• «تحسين الصور لمحركات البحث» (ندوة Visme عبر الويب، 2021) — محاضرتي المخصصة عن تحسين الصور للبحث.

رسمي

• أفضل ممارسات صور Google — المرجع المعتمد لكل ما في هذه الصفحة.
• دراسة حالة الصور الكبيرة من Google — بيانات حقيقية عن ارتفاع CTR بعد تفعيل معاينات الصور الكبيرة.

من أرجاء المجال

• Google عن أسماء الملفات وخطأ SEO المفاجئ (Search Engine Journal) — نصيحة Mueller من جلسة مسجلة: إعادة التسمية الجماعية لها “minimal, maybe no visible effect at all” (الترجمة العربية) «أثر ضئيل، وربما لا أثر مرئياً على الإطلاق» إذا كان نص alt جيداً بالفعل.
• Google يوضح كيفية استخدام نص alt لـSEO (Search Engine Journal) — رأي Mueller في أن نص alt إشارة لبحث الصور أساساً، لا عامل ترتيب مباشر للويب.
• Google تحدّث أفضل ممارسات تحسين الصور: اتساق عناوين URL (Search Engine Land) — تغطية تحديث مايو 2025 الذي يوضح الإرشاد الخاص باستخدام عنوان URL نفسه للصورة نفسها.
• Google تستخدم Schema.org وog:image للصور المصغرة (Search Engine Land) — تحديث مارس 2026 حول إشارات الصورة المفضلة في البحث وDiscover.
• Fetch Priority API (web.dev) — الشرح المعتمد لـfetchpriority="high" على صور LCP؛ وهو المرجع وراء «لا تستخدم التحميل الكسول لصورة البطل أبداً».
• لنتحدث عن تحسين الصور لمحركات البحث (بودكاست Search Off the Record من Google، أكتوبر 2022) — مناقشة Lizzi Sassman وJohn Mueller لتسمية الصور ونص alt وتكرار الزحف مباشرة.
• تحسين الصور لمحركات البحث: الذكاء الاصطناعي متعدد الوسائط (Search Engine Land) — كيف يغيّر الفهم المرئي المدعوم بالذكاء الاصطناعي تحسين البحث عن الصور.
• ترحيلات الصور والإشارات المفقودة (GSQI) — Gary Illyes عن نافذة فقدان الإشارة التي تمتد نحو بضعة أسابيع عند تغيير عناوين URL للصور.

اختبر نفسك: تحسين الصور لمحركات البحث

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

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