پاسخ مستقیم: سئو تصاویر سایت یعنی انتخاب تصویر مرتبط و باکیفیت، تحویل آن در ابعاد و فرمت مناسب، نوشتن متن جایگزین بر اساس نقش تصویر، قراردادن آن کنار محتوای مرتبط و فراهمکردن دسترسی درست برای کاربر و موتور جستوجو. هدف فقط دیدهشدن در Google Images نیست؛ تصویر باید صفحه را بهتر توضیح دهد، روی موبایل بیدلیل سنگین نباشد و بدون ایجاد تأخیر یا جابهجایی آزاردهنده نمایش داده شود.
نامگذاری فایل و alt بخشی از کارند، اما بهینهسازی واقعی یک زنجیره است: از لحظه انتخاب یا تولید تصویر تا بارگذاری در وردپرس، تولید اندازههای مختلف، استفاده در قالب، ایندکسشدن و پایش عملکرد. این راهنما یک مسیر عملی برای مدیر سایت، تولیدکننده محتوا و تیم فنی میسازد تا تصاویر را بدون افت محسوس کیفیت و بدون تکرار مصنوعی کلمه کلیدی بهینه کنند.
سئو تصاویر سایت چیست و چه مسئلههایی را حل میکند؟
تصویر خوب میتواند مفهومی را سریعتر از یک پاراگراف منتقل کند، محصول را قابل ارزیابیتر سازد و مراحل یک فرایند را روشن کند. موتور جستوجو برای فهم آن فقط به خود پیکسلها متکی نیست؛ متن اطراف تصویر، alt، عنوان صفحه، کپشن، نام فایل و ارتباط کلی محتوا نیز زمینه میسازند. در راهنمای رسمی سئوی تصاویر گوگل نیز بر تصویر باکیفیت، جایگاه مرتبط، alt مفید و دسترسی فنی درست تأکید شده است.
سئو تصویر سه مسئله مرتبط را پوشش میدهد. نخست، معنا: کاربر و موتور جستوجو باید بفهمند تصویر چه نقشی در صفحه دارد. دوم، تحویل: مرورگر نباید برای یک جایگاه کوچک، فایلی بسیار بزرگ دریافت کند. سوم، کشف: URL تصویر و صفحه میزبان باید قابل دسترسی و پایدار باشند. ضعف در هر بخش میتواند ارزش دو بخش دیگر را کم کند.
| لایه | سؤال اصلی | خطای رایج |
|---|---|---|
| محتوا | آیا تصویر چیزی به پاسخ صفحه اضافه میکند؟ | استفاده از عکس تزئینی و کلیشهای |
| دسترسپذیری | اگر تصویر دیده نشود، نقش آن چگونه منتقل میشود؟ | alt خالی برای تصویر اطلاعاتی یا alt تکراری |
| عملکرد | آیا فایل مناسب همان جایگاه ارسال میشود؟ | بارگذاری عکس چند هزار پیکسلی در کارت کوچک |
| ایندکس | آیا گوگل به صفحه و فایل پایدار دسترسی دارد؟ | URL موقت، مسدود یا وابسته به اسکریپت |
بهینهسازی تصویر تضمین رتبه یا ورودی نیست. تقاضای جستوجو، کیفیت کل صفحه، رقابت، هدف کاربر و ویژگیهای تصویر نیز دخیلاند. معیار موفقیت را فقط تعداد نمایش در جستوجوی تصویری نگذارید؛ کیفیت تجربه، زمان بارگذاری، تعامل با صفحه و نتیجه تجاری مرتبط را کنار هم ببینید.
از تصویر اصیل، مرتبط و متناسب با هدف صفحه شروع کنید

فشردهسازی نمیتواند تصویر نامرتبط را مفید کند. پیش از انتخاب فایل بپرسید تصویر قرار است چه کاری انجام دهد: محصول را نشان دهد، تفاوت دو گزینه را مقایسه کند، یک مرحله را آموزش دهد، اعتماد بسازد یا فقط فضای بصری ایجاد کند؟ اگر حذف تصویر هیچ چیزی از فهم صفحه کم نمیکند، احتمالاً نقش آن تزئینی است و نباید برای آن توضیح طولانی یا کلمه کلیدی اجباری بسازید.
تصاویر اختصاصی، اسکرینشات واقعی، نمودار مبتنی بر داده معتبر و عکس محصول از زاویههای تصمیمساز معمولاً اطلاعات بیشتری از یک عکس استوک عمومی دارند. اصالت به معنی پیچیده یا گران بودن نیست. یک تصویر ساده از فرایند واقعی، اگر واضح و دقیق باشد، میتواند ارزش بیشتری از کلاژی شلوغ داشته باشد. منبع، مجوز و رضایت افراد حاضر در عکس را نیز پیش از انتشار کنترل کنید.
کیفیت را با نیاز نمایش بسنجید
کیفیت بالا به معنی بیشترین رزولوشن ممکن نیست. تصویر شاخص باید در نمایشگر بزرگ شفاف بماند و برش موبایل را تحمل کند؛ بندانگشتی محصول به ابعاد کوچکتری نیاز دارد؛ تصویر زوم محصول باید جزئیات را حفظ کند. یک فایل واحد برای همه این کاربردها معمولاً یا روی نمایشگر بزرگ ضعیف است یا در موبایل حجم اضافه تحمیل میکند.
- سوژه اصلی را نزدیک لبهها قرار ندهید تا برشهای مختلف به آن آسیب نزنند.
- نسبت تصویر را بر اساس قالب واقعی انتخاب کنید، نه صرفاً فایل موجود.
- متن مهم را داخل تصویر نگذارید؛ در HTML خواناتر، قابل ترجمه و دسترسپذیرتر است.
- برای تصویر محصول، رنگ و بافت را بیش از حد ویرایش نکنید.
- تصویر نمودار باید منبع، مقیاس و برچسب قابل فهم داشته باشد.
اگر تصاویر بخشی از تقویم محتوایی هستند، نقش آنها را همان زمان طراحی موضوع مشخص کنید. مقاله استراتژی تولید محتوا برای کسب و کار خدماتی کمک میکند هر دارایی محتوایی به یک مسئله و مرحله تصمیم متصل شود؛ در این صورت تصویر نیز خروجی واقعی محتوا خواهد بود، نه تزئینی که در پایان اضافه میشود.
ابعاد، فرمت و فشردهسازی را برای کاربرد واقعی انتخاب کنید
فرمت بر اساس نوع تصویر انتخاب میشود، نه مد روز. JPEG برای بسیاری از عکسها مناسب است؛ PNG برای گرافیکهایی که به شفافیت یا لبههای دقیق نیاز دارند کاربرد دارد؛ WebP و AVIF میتوانند در بسیاری از سناریوها حجم را کاهش دهند، اما باید کیفیت خروجی، پشتیبانی قالب، ابزار پردازش و مسیر جایگزین را آزمایش کنید. تبدیل کورکورانه همه فایلها به یک فرمت ممکن است جزئیات، شفافیت یا سازگاری را خراب کند.
فشردهسازی را روی نمونه واقعی بررسی کنید. چهره، نوشته کوچک، گرادیان، بافت پارچه و لبه محصول به خطاهای فشردهسازی حساساند. یک عدد ثابت برای کیفیت همه تصاویر مناسب نیست. چند خروجی بسازید و در اندازه نمایش نهایی، هم حجم و هم افت قابل مشاهده را مقایسه کنید. متادیتای غیرضروری مانند اطلاعات دوربین یا موقعیت مکانی را نیز در صورت نبود نیاز حذف کنید.
ابعاد منبع را با جایگاه هماهنگ کنید
اگر تصویر در صفحه حداکثر ۶۰۰ پیکسل عرض دارد، ارسال فایل ۴۰۰۰ پیکسلی برای همه کاربران منطقی نیست. مرورگر میتواند با srcset و sizes از میان چند نسخه، فایل متناسبتری را انتخاب کند. راهنمای تصاویر واکنشگرا در web.dev توضیح میدهد که تعداد نسخهها تصمیمی میان عملکرد، فضای ذخیرهسازی و پیچیدگی نگهداری است؛ نسخه بیشتر همیشه بدون هزینه نیست.
در وردپرس معمولاً هنگام بارگذاری، اندازههای مختلف ساخته میشوند و قالب میتواند آنها را در srcset قرار دهد. با این حال باید خروجی صفحه را بررسی کنید: آیا اندازه مناسب واقعاً تولید شده؟ آیا افزونه بهینهسازی نسخههای قبلی را پوشش میدهد؟ آیا قالب بهجای توابع رسانه وردپرس، URL فایل اصلی را مستقیم چاپ میکند؟ نتیجه را روی HTML و Network مرورگر ببینید، نه فقط تنظیمات افزونه.
ویژگیهای width و height یا نسبت ابعاد مشخص به مرورگر کمک میکنند پیش از دانلود، فضای تصویر را رزرو کند. این کار از جابهجایی ناگهانی محتوا جلوگیری میکند. ابعاد اعلامشده باید با نسبت واقعی فایل هماهنگ باشند؛ استفاده از اعداد صوری میتواند خود موجب کشیدگی یا برش نامناسب شود.
متن جایگزین، نام فایل و کپشن را بر اساس نقش تصویر بنویسید

alt جای انباشتن کلمه کلیدی یا نوشتن کپشن دوم نیست. متن جایگزین باید همان اطلاعاتی را منتقل کند که تصویر در آن زمینه به کاربر میدهد. اگر تصویر یک نمودار است، موضوع و پیام اصلی آن مهماند؛ اگر دکمه تصویری است، عملکرد آن مهم است؛ اگر صرفاً تزئینی است، alt خالی میتواند به فناوری کمکی اعلام کند که تصویر نادیده گرفته شود.
آموزش رسمی تصاویر در W3C WAI تصاویر را بر اساس نقشهایی مانند اطلاعاتی، تزئینی، عملکردی و پیچیده تفکیک میکند. بنابراین یک نسخه ثابت برای همه وجود ندارد. تصمیم درست از پرسش «اگر تصویر را نبینیم، چه اطلاعات یا عملی از دست میرود؟» آغاز میشود.
مثال alt خوب و ضعیف
| موقعیت | نسخه ضعیف | نسخه بهتر |
|---|---|---|
| عکس محصول | کفش، خرید کفش، بهترین کفش | نمای کناری کفش ورزشی سرمهای با کفی سفید |
| نمودار | نمودار سئو تصاویر | کاهش حجم صفحه پس از تبدیل تصاویر شاخص به WebP |
| اسکرینشات آموزشی | عکس وردپرس | فیلد متن جایگزین در پنجره جزئیات رسانه وردپرس |
| تصویر تزئینی | طرح زیبا و حرفهای | alt="" |
در مثال نمودار، فقط وقتی «کاهش» را بنویسید که خود نمودار همین نتیجه را نشان میدهد. alt نباید ادعایی فراتر از تصویر بسازد. برای نمودار پیچیده، alt کوتاه به تنهایی کافی نیست؛ خلاصه یا جدول داده را در متن نزدیک ارائه کنید تا همه کاربران به اطلاعات اصلی دسترسی داشته باشند.
نام فایل را پیش از بارگذاری کوتاه، توصیفی و پایدار انتخاب کنید؛ مانند navy-running-shoe-side.webp بهجای IMG_9482-final-new.webp. تغییر نام و URL تصاویر قدیمی فقط برای زیباترشدن نام، میتواند هزینه نگهداری و ریدایرکت بسازد. کپشن نیز زمانی مفید است که منبع، زمینه یا توضیحی لازم دارد؛ تکرار مکانیکی alt در کپشن ارزشی اضافه نمیکند.
بارگذاری تصویر قهرمان و تصاویر پایین صفحه را یکسان مدیریت نکنید
lazy loading برای تصویرهای خارج از محدوده اولیه مفید است، زیرا دانلود آنها را تا نزدیکشدن کاربر به محل نمایش عقب میاندازد. اما تصویر اصلی بالای صفحه که نامزد LCP است، نباید بیدلیل lazy-load شود. راهنمای بهینهسازی LCP در web.dev صریحاً هشدار میدهد که lazy loading تصویر LCP تأخیر غیرضروری ایجاد میکند.
برای تصویر اصلی، مهم است URL در HTML اولیه قابل کشف باشد، فایل مناسب زود درخواست شود و منابع کماهمیت با آن رقابت نکنند. fetchpriority="high" میتواند برای تصویر واقعاً مهم کمککننده باشد، اما نباید روی همه تصاویر قرار گیرد. اسلایدر قهرمان با چند تصویر سنگین، تصویر پسزمینهای که فقط در CSS دیر کشف میشود و جایگزینی تصویر با جاوااسکریپت میتوانند شروع دانلود را عقب بیندازند.
یک قاعده اجرایی ساده
- تصویر قهرمان یا LCP: در HTML اولیه، بدون lazy loading و با اندازه مناسب.
- تصاویر پایین صفحه: نامزد مناسب
loading="lazy"، با ابعاد مشخص. - تصاویر کارتهای نزدیک ابتدای صفحه: با آزمایش واقعی تصمیم بگیرید؛ همه را خودکار تنبل نکنید.
- تصویر پسزمینه حیاتی: زمان کشف و امکان استفاده از عنصر
imgیا preload را بررسی کنید. - گالری: بندانگشتی سبک را ابتدا بفرستید و نسخه بزرگ را هنگام نیاز دریافت کنید.
نتیجه را با PageSpeed Insights، DevTools و داده کاربران واقعی بررسی کنید. یک امتیاز آزمایشگاهی به تنهایی نشان نمیدهد مشکل در سرور، کش، تصویر، فونت یا اسکریپت است. همچنین حذف تصویر مفید فقط برای بهترشدن عدد، میتواند تجربه و تصمیم کاربر را ضعیف کند. هدف تعادل میان معنا و عملکرد است.
دسترسی گوگل به تصویر، URL پایدار و زمینه صفحه را کنترل کنید

گوگل باید بتواند صفحه و فایل تصویر را دریافت کند. مسدودبودن مسیر رسانه در robots.txt، نیاز به ورود، پاسخ خطا، URL منقضیشونده یا محدودیت CDN میتواند کشف را مختل کند. تصویر اصلی را در عنصری قابل پردازش ارائه کنید و برای نسخه موبایل و دسکتاپ، کیفیت و اطلاعات توصیفی معادل نگه دارید. راهنمای سئوی تصاویر گوگل همچنین استفاده از URL پایدار و تصاویر باکیفیت نزدیک متن مرتبط را توصیه میکند.
Image sitemap برای سایتهایی با تصاویر زیاد یا فایلهایی که کشف آنها دشوار است میتواند URLهای تصویری را به گوگل معرفی کند، اما ایندکس را تضمین نمیکند. ابتدا مطمئن شوید صفحه میزبان canonical و قابل ایندکس است و تصویر با پاسخ موفق بارگذاری میشود. افزودن صدها URL تکراری، بندانگشتی یا کمارزش به سایتمپ جای اصلاح معماری و کیفیت را نمیگیرد.
داده ساختاریافته را فقط در جای درست استفاده کنید
برای انواع محتوایی مانند محصول، دستور غذا یا ویدئو، داده ساختاریافته معتبر میتواند اطلاعات بیشتری درباره صفحه و تصویر بدهد. اسکیما را مطابق محتوای قابل مشاهده بسازید؛ یک صفحه معمولی را فقط برای نمایش بیشتر به Product یا Recipe تبدیل نکنید. تصویر معرفیشده باید واقعاً متعلق به همان مورد، قابل دریافت و با کیفیت مناسب باشد.
اگر صفحه یا تصویر در گوگل دیده نمیشود، مسیر تشخیص را از دسترسی فنی آغاز کنید. راهنمای رفع مشکل ایندکس نشدن سایت تفاوت کشف، خزش و ایندکس را توضیح میدهد و کمک میکند مشکل URL تصویر را با مشکل کل صفحه اشتباه نگیرید.
ممیزی تصاویر را با اولویت اثر انجام دهید
در سایت قدیمی، اصلاح دستی همه تصاویر از روز اول معمولاً به نتیجه سریع نمیرسد. ابتدا قالبهای پرتکرار و صفحات مهم را پیدا کنید: صفحه اصلی، صفحات خدمت، دستهها، محصولات پربازدید و مقالههایی که تصویر قهرمان بزرگ دارند. سپس مشکلها را بر اساس اثر روی کاربر، حجم ترافیک، تعداد صفحات متاثر و هزینه اصلاح اولویت دهید.
چکلیست ممیزی سئو تصاویر
- تصاویر شکسته، پاسخهای خطا و مسیرهای مسدود را پیدا کنید.
- فایلهایی را که بسیار بزرگتر از اندازه نمایشاند شناسایی کنید.
- تصویر LCP صفحات مهم را از lazy loading خارج و زمان کشف آن را بررسی کنید.
- تولید و تحویل نسخههای واکنشگرا را در HTML و Network آزمایش کنید.
- برای تصاویر اطلاعاتی، alt متناسب با زمینه بنویسید و تزئینیها را درست علامت بزنید.
- نسبت ابعاد، width و height را برای جلوگیری از جابهجایی کنترل کنید.
- تصاویر تکراری، بیمجوز، نامرتبط یا کمکیفیت را جایگزین یا حذف کنید.
- صفحه میزبان، canonical، robots.txt و URL CDN را بررسی کنید.
- تغییرات را روی چند صفحه نمونه اجرا و قبل و بعد را مقایسه کنید.
- استاندارد نام فایل، alt، ابعاد و تأیید کیفیت را در فرایند انتشار ثبت کنید.
برای گزارش، فقط «تعداد altهای تکمیلشده» را ننویسید. کاهش بایت منتقلشده، بهبود زمان بارگذاری تصویر اصلی، رفع فایلهای شکسته، پوشش قالبهای مهم و تغییر عملکرد صفحات معیارهای عملیتری هستند. داده Google Search Console میتواند روند نمایش و کلیک تصاویر را نشان دهد؛ اما تغییر را با فصل، نوع صفحه و سایر اصلاحات همزمان تفسیر کنید.
جمعبندی: سئو تصاویر سایت با یک افزونه یا فیلد alt تمام نمیشود. تصویر باید هدف مشخص داشته باشد، در اندازه و فرمت متناسب تحویل شود، زمینه و توضیح درست داشته باشد، برای کاربران دارای نیازهای متفاوت قابل فهم باشد و بدون مانع فنی در دسترس قرار گیرد. از صفحات پراهمیت شروع کنید، اثر هر اصلاح را اندازه بگیرید و استاندارد را وارد فرایند تولید محتوا کنید تا مشکل دوباره ساخته نشود.
برای آموزشهای مکمل میتوانید دسته آموزش سئو پیناروب را مرور کنید.
اگر تصاویر سنگین، تنظیمات فنی یا ساختار محتوای سایت به یک ممیزی منظم نیاز دارد، جزئیات خدمات سئو و بهینه سازی سایت پیناروب را ببینید.
آخرین بررسی منابع: ۲۸ تیر ۱۴۰۵. منابع تخصصی این مقاله راهنماهای رسمی Google Search Central، web.dev و W3C WAI هستند.