سئوی تصویر؛ راهنمای دیده‌شدن در نتایج گوگل

سئوی تصویر ارزان‌ترین بخشی است که در بیشتر سایت‌های فارسی‌زبان رها شده است.

مسیر خرید برای خیلی از کسب‌وکارهای ایرانی از تصویر شروع می‌شود: مشتری پیش از خواندن توضیح محصول، اول عکس را در نتایج جستوجو می‌بیند.

در بسیاری از سایت‌ها تصویر فقط تزئین صفحۀ حساب می‌شود و هیچ‌یک از اطلاعاتی که گوگل برای فهم آن لازم دارد، به تصویر داده نمی‌شود.

در این راهنمای AdMetrix، سئوی تصویر را لایه‌لایه می‌چینید: رسیدن ربات به فایل، نام فایل، متن جایگزین و ابعاد با جلوگیری از پرش چیدمان.

همچنین فرمت و وزن، دادهٔ ساختاریافته، نقشهٔ سایت تصاویر و در پایان سنجش نتیجه را بررسی می‌کنید؛ همراه دو جدول، چک‌لیست انتشار و پرسش‌های پرتکرار.

سئوی تصویر چیست و چرا کاری جدا از سئوی متن است

سئوی تصویر یعنی آماده‌کردن عکس‌ها به شیوه‌ای که موتور جستوجو بفهمد تصویر چیست، کاربر آن را در نتایج تصاویر پیدا کند، و صفحهٔ میزبان هم ترافیک بگیرد.

ورودی نتایج تصاویر مستقل از نتایج وب است: کاربر روی بزرگنمایی کلیک می‌کند و به صفحهٔ مبدأ می‌رود، نه به نشانی خام فایل.

راهنمای رسمی Google Search Central فهم گوگل از تصویر را به چند منبع گره می‌زند: متن اطراف تصویر، نام فایل و نشانی آن، متن جایگزین و عنوانِ تگ img، و دادهٔ ساختاریافته.

نکتهٔ کلیدی این است که گوگل تصویر را در بستر یک صفحهٔ قابل‌خزش می‌بیند؛ پس سئوی تصویر در عمل، بخشی از سئوی صفحهٔ میزبان است.

گام اول: تصویری که واقعاً خزش شود

هیچ‌یک از کارهای بعدی معنا ندارد اگر ربات به فایل نرسد. بنابراین با سه کنترل اولیه شروع کنید:

• نشانی ثابت و عمومی: فایل تصویر نباید پشت ورود، کوکی، یا نشانی موقتِ نشست‌محور باشد. اگر نشانی تصویر با هر بازدید عوض شود، آن تصویر در نتایج پایدار نمی‌ماند.
• robots.txt را بخوانید: مطمئن شوید مسیر رسانه بسته نشده است. در بررسی زندهٔ همین وبلاگ در ۲۹ مهر ۱۴۰۵ (۲۱ اکتبر ۲۰۲۶)، فایل ربات تنها مسیر /api/ را مسدود کرده بود و فایل‌های تصویر روی دامنهٔ رسانه برای خزش باز هستند.
• بارگذاری تنبل با احتیاط: تصویری که فقط با اسکرول لود می‌شود ممکن است هرگز کشف نشود؛ برای کاور و نخستین تصویر بدنه بارگذاری تنبل نگذارید.

تصویر روی دامنه یا CDN جدا

جدا بودن دامنهٔ تصاویر از دامنهٔ سایت خطا نیست؛ گوگل تصاویر میزبان‌جدا را می‌پذیرد.

بنابراین دو شرط عملی دارد: آن دامنه نباید مانع خزش شود، و اگر نقشهٔ سایت تصاویر می‌سازید فایل‌ها باید روی همان دامنهٔ نقشه باشند یا روی دامنه‌ای که مالکیتش را در کنسول جستوجو تأیید کرده‌اید.

توصیهٔ عملی برای سایت‌های فارسی‌زبان: نشانی تصویر ساده و بدون پارامتر بی‌ثبات باشد تا نسخهٔ اشتباه در حافظهٔ میانی سرویس‌های واسط ثبت نشود.

نام فایل و نشانی: کوتاه، توصیفی، بدون انباشت

نام فایل هم سیگنال فهم تصویر است. فایلی با نام IMG_4821.jpg هیچ اطلاعی نمی‌دهد.

در برابر آن، فایلی با نام mobl-rahati-kahgi-tehran.jpg هم محصول را می‌گوید هم بازار هدف. بنابراین دو قانون ساده کافی است: کلمات را با خط تیره جدا کنید و کلیدواژه‌ها را پشت سر هم انبار نکنید.

نام‌های فارسی در نشانی کار می‌کنند، اما percent-encoded و طولانی می‌شوند و خطای دست‌کاری مسیر را بالا می‌برند.

انتخاب رایج برای سایت‌های ایرانی، نام لاتینِ آوانویسی‌شدۀ توصیفی است و شرح فارسی را در متن جایگزین و کپشن بگذارید.

متن جایگزین (alt): هم دسترس‌پذیری، هم فهم موتور

متن جایگزین، توضیحی است که اگر تصویر دیده نشد یا کاربر از صفحه‌خوان استفاده می‌کرد، به‌جای آن خوانده می‌شود.

همچنین راهنمای دسترس‌پذیری تصاویر در web.dev می‌گوید alt باید کارکرد تصویر را بگوید، نه اینکه «این یک عکس است». سه حالت را جدا کنید:

• تصویر معنا‌دار: صحنه را در یک عبارت توصیف کنید؛ نمونهٔ خوب: «مبل راحتی کاهی در نشیمن کوچک آپارتمانی».
• تصویر تزئینی: alt را خالی بگذارید (alt="") تا صفحه‌خوان آن را نادیده بگیرد. نوشتن عبارت «تصویر تزئینی» داخل alt هم خطاست، چون خودِ جمله خوانده می‌شود.
• تصویر همراه پیوند (لوگو، دکمه، بنر): alt باید مقصد یا عملکرد را بگوید: «رفتن به صفحهٔ محصول مبل».

فرمول نوشتن alt فارسی: سوژۀ اصلی تصویر به‌همراه یک صفت یا زمینۀ تشخیصی. بدون تکرار واژۀ «تصویر» یا «عکس» و بدون تکرار عین عنوان صفحه.

اگر alt شما با عنوان مقاله یکی شد، یعنی فرصت توضیح دادن را از دست داده‌اید.

اشتباه رایج: altِ کپی‌شدۀ از عنوان

الگوی دیده‌شدنی در سایت‌های فارسی‌زبان این است که عنوان پست در alt همهٔ تصاویر کپی می‌شود. این کار هم برای کاربر بی‌فایده است، چون همان جمله را در تیتر دیده، و هم برای موتور گیج‌کننده.

alt هر تصویر باید مستقل و دربارهٔ همان صحنه باشد: در صفحهٔ یک مقاله با ده تصویر، ده متن جایگزین متفاوت لازم است، نه ده کپی از یک جمله.

تصویر شاخص در این قاعده استثناست: alt کاور را عین عنوان می‌گذارند تا هویت صفحه در نتایج تصویر گم نشود، اما تصاویر داخل بدنه هرکدام شرح خودشان را می‌گیرند.

ابعاد اعلام‌شدۀ درست: خداحافظی با پرش چیدمان

تگ img باید ابعاد را اعلام کند. مرورگر پیش از رسیدن فایل، جای تصویر را رزرو می‌کند.

اگر عددی نباشد، با لود تصویر متن زیر جابه‌جا می‌شود و این همان چیزی است که در Core Web Vitals با نام CLS سنجیده می‌شود.

قاعدۀ ساده این است: عرض و ارتفاع را با نسبت واقعی خودِ فایل بدهید، نه با عدد دلخواه؛ اگر نسبت اعلامی و نسبت واقعی یکی نباشند، در موبایل کراپ و پرش می‌سازیم.

srcset و sizes: نسخۀ درست به اندازۀ درست

فرستادن فایل ۱۹۲۰ پیکسل به ستون ۳۲۰ پیکسلِ موبایل، هم داده هدر می‌دهد هم زمان لود را می‌برد.

راه استاندارد، اعلام چند نسخۀ عرض‌محور با srcset و sizes است تا مرورگر نسخۀ مناسب را بردارد.

در سئوی تصویرِ وبلاگ AdMetrix نسخه‌ها با پسوند عرض از همان مسیر سرو می‌شوند؛ بررسی زنده در ۲۹ مهر ۱۴۰۵ نشان داد نسخۀ WebP با نوع محتوای image/webp و پاسخ ۲۰۰ در دسترس است.

فرمت و وزن: کوچک، اما نه به‌قیمت خوانایی

از سوی دیگر، انتخاب فرمت به نوع تصویر بستگی دارد، نه به عادت:

دو هشدار: نخست، تبدیل یک‌بارۀ همهٔ تصاویر به فشرده‌سازی Lossy روی نسخۀ متنی‌دار، خوانایی را می‌بُرد.

دوم، در سئوی تصویر حجم کم به‌خودی‌خود افتخار نیست؛ معیار وزن در برابر وضوح است. هدف عددی را از پیش‌ساختۀ عمومی نگیرید؛ روی رابط واقعی خودتان بسنجید.

دادهٔ ساختاریافته: به گوگل بگویید تصویر شما چیست

در کنار نام فایل و alt، راهنمای تصاویر Google Search Central دادهٔ ساختاریافته را هم توصیه می‌کند.

برای خودِ تصویر، نوع ImageObject در schema.org به کار می‌رود و می‌تواند داخل ساختار مقاله (مثلاً BlogPosting) یا فهرست تصاویر یک محصول بیاید.

فیلدهای پرمصرف: url، contentUrl، caption، width، height، license و acquireLicensePage برای تصویری که اجازۀ استفادهٔ آن مهم است.

بررسی زندهٔ همین وبلاگ در ۲۹ مهر ۱۴۰۵ نشان می‌دهد صفحۀ هر مقاله سه بلوک JSON-LD دارد با انواع Organization، WebSite، BlogPosting و BreadcrumbList.

در این ساختار تصویر مقاله فقط یک نشانی متنی در فیلد image گرانۀ BlogPosting است و گرانۀ ImageObject تنها برای لوگوی سازمان نشسته است؛ یعنی جای ارتقا باز است.

این نمونۀ قابل‌بازبینی است، نه ادعای برتری: هر کسی می‌تواند در مقالۀ خودش دنبال application/ld+json بگردد و ببیند تصویرش نشانی ساده است یا گرانۀ کامل.

یک تذکر روشن: دادهٔ ساختاریافته زمینۀ نمایش ویژه را فراهم می‌کند، اما آن را تضمین نمی‌کند. هر جا وعدهٔ «با schema حتماً نمایش ویژه می‌گیرید» دیدید، آن را با سند رسمی گوگل مقایسه کنید.

نقشۀ سایت تصاویر: وقتی کتابخانه بزرگ است

اگر تعداد تصاویر زیاد است (کاتالوگ محصول، گالری پروژه، آرشیو مقاله)، نقشۀ سایت تصاویر به کشف فایل‌ها کمک می‌کند؛ اما این بخش از سئوی تصویر اغلب فراموش می‌شود.

در این ساختار، کنار نشانۀ صفحۀ میزبان برچسب‌هایی مانند image:loc و گزینه‌هایی مانند image:title، image:caption و image:license می‌آید.

سند نقشۀ سایت تصاویر این فیلدها و محدودیت دامنه را توضیح داده است.

در پایش زندۀ sitemap.xml همین سایت در ۲۹ مهر ۱۴۰۵، در کنار ۶۲ ورودی، ۱۶ نشانی تصویر ثبت شده بود. اگر سایت شما چنین نقشه‌ای ندارد، پیش از گسترش، خروجی ابزار سئو یا CMS خود را اعتبارسنجی کنید.

سنجش: از کجا بفهمیم سئوی تصویر کار کرده است

1. پوشش: چند درصد تصاویر سایت متن جایگزین معنا‌دار، ابعاد اعلام‌شده و نام فایل توصیفی دارند؟ این شمارش را در یک جدول ساده ثبت کنید تا دور بعد قابل مقایسه باشد.
2. کشف: در گزارش Performance کنسول جستوجو، نوع جستوجو را روی Image بگذارید و ببینید چه کوئری‌های تصویری دارید.
3. کلیک: کدام صفحات میزبان از نتایج تصویر ورودی می‌گیرند؛ نشانی‌های پربازدید را جدا نگاه کنید.
4. وزن و سرعت: مجموع بایت تصاویر صفحۀ فرود را پیش و پس از بهینه‌سازی مقایسه کنید؛ اثر آن بر Core Web Vitals در راهنمای سرعت سایت و Core Web Vitals توضیح داده شده است.

در صفحۀ محصول، سئوی تصویر را از ساختار صفحه جدا نکنید؛ راهنمای سئوی فروشگاه و صفحۀ محصول AdMetrix نشان می‌دهد تصویر، دادهٔ محصول و متن چگونه با هم کار می‌کنند.

بنای پیوند داخلی هم در راهنمای لینک‌سازی داخلی در سئوی فارسی آمده است.

چک‌لیست انتشار تصویر در وبلاگ

پیش از گذاشتن هر تصویر در صفحۀ منتشرشده، این دوازده مورد را چک کنید.

همین فهرست را به‌صورت تصویر بین‌متنی هم در این پست آورده‌ایم تا در موبایل قابل استفاده باشد؛ این چک‌لیست، جمع‌بندی عملی سئوی تصویر در همین راهنماست.

1. نام فایل توصیفی و کوتاه، با جداکنندۀ خط تیره.
2. متن جایگزین معنا‌دار و متفاوت از عنوان صفحه.
3. alt خالی برای تصویر تزئینی.
4. عرض و ارتفاع اعلام‌شده، هم‌نسبت با فایل واقعی.
5. srcset و sizes برای موبایل و دسکتاپ.
6. بارگذاری تنبل فقط برای تصاویر پایین صفحه.
7. فرمت مدرن با جایگزین، بدون افت خوانایی متن روی تصویر.
8. حجم هدف‌مند بر پایهٔ سنجش روی رابط واقعی.
9. کپشن یا توضیح متنی نزدیک تصویر.
10. بررسی JSON-LD و ارجاع درست تصویر در آن.
11. باز بودن مسیر رسانه در فایل ربات.
12. ثبت تصویر در نقشۀ سایت، اگر کتابخانه بزرگ است.

هفت خطای پرتکرار در سایت‌های فارسی‌زبان

• alt یکسان برای همهٔ تصاویر یک مقاله: یعنی هیچ‌یک از تصاویر واقعاً توصیف نشده است.
• قرار دادن محتوای اصلی در تصویر پس‌زمینۀ CSS: این فایل در نتایج تصویر به‌سختی دیده می‌شود؛ محتوای مهم را با تگ img بیاورید.
• کراپ بی‌برنامه با object-cover: اگر تیتر یا سوژۀ اصلی در نسخۀ بریدۀ تصویر از بین برود، در کارت لینک و در نتایج موبایل چیزی باقی نمی‌ماند؛ ناحیۀ امن طراحی را از اول در نظر بگیرید.
• تصویر اشتراک‌گذاری بدون ابعاد یا سنگین: پیش‌نمایش لینک در پیام‌رسان‌ها بخشی از کلیک را تعیین می‌کند.
• PNG دو مگابایتی برای عکس فایل: سریع‌ترین راه کندکردن صفحۀ محصول.
• محدودکردن تنها پیام تصویر به فایل گرافیکی: متنی که فقط داخل عکس باشد، نه با صفحه‌خوان خوانده می‌شود و نه برای موتور توضیح دارد.
• اعتماد به وعدهٔ عددی بی‌مبدأ: هر ادعا دربارهٔ درصد افزایش ترافیک باید سند رسمی، آزمون زنده با تاریخ، یا دادهٔ مستند داخلی داشته باشد؛ اگر ندارد، روشن بنویسید که فرضیه است.

پرسش‌های پرتکرار

نوشتن alt به فارسی مشکلی می‌سازد؟

نه. alt را به زبان همان محتوای صفحه بنویسید. اگر مخاطب شما فارسی‌زبان است، توضیح فارسی هم برای کاربر و هم برای فهم زمینه درست‌تر از ترجمۀ انگلیسی است.

یک تصویر را به چند نسخۀ عرض تبدیل کنیم؟

بنابراین برای بیشتر صفحۀ‌های محتوایی سه تا چهار نسخه کافی است: عرض کوچک موبایل، عرض میانی بدنه، عرض بزرگ دسکتاپ و تصویر اشتراک‌گذاری. شمارۀ نسخه را از نیاز رابط بگیرید، نه از عادت.

alt را کجا بنویسیم: در CMS یا در HTML؟

در CMS، چون این مقدار هنگام انتشار به HTML می‌رود و فیلد خالی از مقدار دستی بدتر است.

در AdMetrix هم alt کاور هنگام بارگذاری رسانه ثبت می‌شود و باید با صفحۀ منتشرشده خوانده شود؛ این هم بخشی از سئوی تصویر است، نه فقط کار فنی.

آیا alt بدون کلیدواژه فرصت را می‌سوزاند؟

alt جای توصیف است، نه جای تبلیغ. اگر کلیدواژه بخشی طبیعی از شرح صحنه هست، می‌آید؛ اگر نیست، آن را جا نزنید.

انباشت کلیدواژه در متن جایگزین در سند رسمی به‌عنوان رفتار نامطلوب شناخته می‌شود و ریسک بی‌اعتباری دارد.

سخن آخر

سئوی تصویر مجموعه‌ای از کارهای کوچک و قابل‌سنجش است: نشانیِ درست‌خورده، نام فایل توصیفی، متن جایگزین معنا‌دار، ابعاد اعلام‌شده، فرمت و وزن هدف‌مند، دادهٔ ساختاریافته و سنجش در گزارش تصویری کنسول.

در نتیجه هیچ‌یک از این‌ها جادو نیست و بیشترشان بدون برنامه‌نویس حرفه‌ای شدنی است؛ مهم این است که برای هر تصویر روشن کنید چه چیزی را باید بفهماند و همان را بنویسید.

اگر تولید محتوا را خودکار کرده‌اید، تصویر را هم در همان چرخه بازبینی کنید؛ راهنمای اتوماسیون تولید محتوا با AI و راهنمای امتیاز سئو پیش از انتشار دو ادامۀ طبیعی برای همین بحث‌اند.

مدیریت هم‌زمان متن، تصویر و زمان انتشار در پیام‌رسان‌ها را هم می‌توانید در داشبورد AdMetrix ببینید.

نویسندۀ این مطلب: سولماز غدیری، تیم محتوای AdMetrix. بررسی‌های زنده در ۲۹ مهر ۱۴۰۵ (۲۱ اکتبر ۲۰۲۶) روی نشانی‌های عمومی admetrix.ir انجام شده است.