چکلیست بهینهسازی تصاویر سئو؛ ۸ مورد قبل از انتشار
- چرا تصاویر اولین جاییاند که گیت انتشار را رد میکنند
- بهینهسازی تصاویر سئو در گیت انتشار؛ هشت مورد
- مورد یک تا سه؛ فرمت، اندازهٔ نمایش و نسخهٔ سبک
- مورد چهار تا شش؛ متن جایگزین، نام فایل و متنِ داخل تصویر
- مورد هفت و هشت؛ بارگذاری تنبل و جایگاه تصویر اصلی
- سه خطایی که گیت تصویر را دور میزنند
- از چکلیست به روال؛ سنجش بعد از انتشار
تصویرها معمولاً سنگینترین بخش وزن هر صفحهاند و نشانههای ناخوشایندشان صبورانه جمع میشود: صفحه کمی کندتر بار میآید، تصویر اصلی کمی دیر مینشیند و چیدمان کمی میپرد. هیچکدام خطا نامیده نمیشود، اما جمع همین «کمی»ها همان فاصلهای است که کاربر را از صفحه بیرون میبرد. گیت پیش از انتشار، جای کوتاهکردن این فاصله قبل از هزینهشدن آن است.
برای جای دقیق این مقاله در زنجیرهٔ محتوای تصویری سایت، مرزش را روشن کنیم: آموزش گامبهگام بهینهسازی تصاویر سئو؛ اصول از فرمت تا متن جایگزین اصول را از صفر باز کرده است؛ آن مقاله میگوید کدام فرمت برای کدام تصویر و چرا. زاویهٔ این متن متفاوت است: لحظهٔ قبل از انتشار، وقتی کار همه تمام شده و هشت بررسی کوتاه باید بگوید صفحه آماده است یا نه. عمق دو مورد پرحرف این گیت هم جای دیگری نوشته شده؛ آلتتکست در عمق ماجرای آلتتکست تصاویر در آموزش اختصاصی و بارگذاری تنبل در آموزش بارگذاری تنبل تصاویر وردپرس بدون آسیب — سهم این دو در گیت پیشرو را کوتاه میگوییم.
چرا تصاویر اولین جاییاند که گیت انتشار را رد میکنند
ترتیب بررسیها اتفاقی نیست. تصاویر، برخلاف اغلب عناصر صفحه، هم شاخصهای سرعتی و هم سیگنالهای معنایی را همزمان دست میخورند: یک فایل ناسازگار، شاخص سرعت را بد میکند؛ یک متن جایگزین تهی، شانس جستجوی تصویری و دسترسپذیری را میسوزاند؛ و یک پرش چیدمان، اعتماد کاربر را. یعنی همان کارِ کوچکِ پیش از انتشار، همزمان سه جبهه را پوشش میدهد و به همین دلیل از هر اصلاح دیگری بازگشت سریعتری دارد.
به تجربهٔ ما چون تصویر آخرین لینک زنجیرهٔ تولید محتواست، بیشترین اشتباهها همان آخرین لحظه رخ میدهند: طراح نسخهٔ اصلی را تحویل میدهد، نویسنده آپلود میکند و هیچکس پرسشهای سبکسازی را از خودش نمیپرسد. گیت یعنی این پرسشها از حافظهٔ افراد به فهرست منتقل شود؛ فهرستی که حتی در شلوغترین هفته، پانزده دقیقه برای هر صفحه وقت میگیرد و شرمندگیهای بعد از انتشار را نمیخرد. صفحاتی که تصویرشان را بعد از انتشار اصلاح کردیم، معمولاً چند نسخهٔ اضافی از هر فایل در کتابخانهٔ رسانه باقی گذاشتند.
بهینهسازی تصاویر سئو در گیت انتشار؛ هشت مورد

هشت موردی که در ادامه میآید، از ممیزیهای صفحاتی ساخته شده که بعد از انتشار دوباره به تصویر خودشان برگشتیم؛ هر مورد یک پرسش بله/خیر است تا جلسهٔ بازبینی وارد بحث سلیقه نشود. مورد یک تا سه پیش از آپلود بسته میشوند و مربوط به خود فایلاند؛ مورد چهار تا شش مربوط به معنا و محتوا؛ و مورد هفت و هشت مربوط به رفتار صفحه پس از بارگذاری. اگر هرکدام پاسخ «نه» گرفت، صفحه منتشرشدنی نیست؛ این تعریف را از اول با تیم ببندید تا بازبینی به بحث سلیقه نرسد.
دو نکتهٔ کاربردی دربارهٔ خود گیت. اول، صاحب هر مورد را مشخص کنید: مورد یک تا سه با طراح است، چهار تا شش با نویسنده، و هفت و هشت با کسی که قالب را میشناسد؛ گیت بیمالک زود متروک میشود. دوم، گزارشِ «نه»ها را در برگهٔ صفحه بنویسید؛ ماهها بعد همین برگه نشان میدهد کدام خطا تکرار میشود.
مورد یک تا سه؛ فرمت، اندازهٔ نمایش و نسخهٔ سبک
مورد یک، فرمت است: عکس واقعی با فرمتهای مدرن، گرافیک و تصویرِ متندار با فرمتهای برداری یا فشردهٔ مناسب، و گیف جا برای ویدیو یا تصویر ثابت. مورد دو، فشردهسازی با کیفیت قابل قبول است؛ معیار این است که در اندازهٔ نمایش واقعی، افت کیفیت با چشم غیرحرفهای دیده نشود. مورد سه، اندازهٔ نمایشمحور است: تصویری که با عرض نصف صفحه نمایش داده میشود، نیازی به فایل تمامعرض ندارد؛ نسخهٔ سبک موبایل هم بخشی از همین مورد است، نه کار جداگانه.
سه مورد اول را میشود با یک روال آپلود ثابت بست: خروجی از ابزار طراحی با فرمت درست گرفته شود، پلهٔ فشردهسازی همیشه اجرا شود و ابعاد خروجی با عرض واقعی قالب همخوان باشد. در ممیزیها زیاد میبینیم که فایل درست آپلود شده اما قالبِ سایت نسخهٔ بزرگ را رندر میکند؛ پس گیت را بعد از انتشار اولین صفحهٔ هر قالب یکبار هم روی صفحهٔ واقعی ببندید، نه فقط روی فایل.
مورد چهار تا شش؛ متن جایگزین، نام فایل و متنِ داخل تصویر
مورد چهار، متن جایگزین است با دو قاعدهٔ ساده: اگر تصویر کارکردی است، کارکرد را توصیف کند؛ و کلمهٔ هدف فقط وقتی بیاید که طبیعی باشد. آلتِ تهی فقط برای تصاویر تزئینی درست است، نه برای نمودار و عکس محصول. مورد پنج، نام فایل خواناست: حروف فارسی یا لاتینِ جداشده بهجای رشتهٔ بیمعنا که بعداً در گزارشها هم پیدا کردنش سخت است. مورد شش، مدیریت متنِ داخل تصویر است: هرچه مهمتر، خارجتر — بنرِ پرمتن بهجای عکسِ متنی، با متن واقعیِ قابل انتخاب روی صفحه ساخته شود.
اعتراف کنیم این سه مورد بیشترین بحث تیمها را درست میکنند، چون اضافی به نظر میرسند؛ اما در سنجش بعدی، همانها هستند که صفحه را از «عکسدار» به «فهمیدنی» تبدیل میکنند. برای قواعد کامل و مثالهای فارسی، آموزش اختصاصی عمق ماجرای آلتتکست تصاویر در آموزش اختصاصی را نگه دارید؛ سهم همین بخش از چکلیست فقط این است که بدون این سه مورد، گیت تصویر را نبسته فرض کنید.
مورد هفت و هشت؛ بارگذاری تنبل و جایگاه تصویر اصلی
مورد هفت، بارگذاری تنبل برای هر تصویری است که در قاب اول دیده نمیشود؛ تصویر اصلی و نمونهکارِ بالای صفحه استثنا هستند، وگرنه کاربر اولین تصویر را هم دیر میبیند و شاخص تجربهٔ صفحه ضرر میکند. مورد هشت، جایگاه تصویر اصلی است: همان تصویری که بیشترین سهم را در سرعت حسشدن صفحه دارد، باید سبکترین نسخهٔ ممکن باشد و ابعادش از قبل برای مرورگر مشخص شده باشد تا چیدمان نپرد. این دو مورد همانجاییاند که بیشترِ صفحاتِ «تصویرشان خوب بود ولی صفحه کند بود» شکست میخورند.
پیادهسازی بارگذاری تنبل در وردپرس ظرافت خودش را دارد — کدام تصاویر باید تنبل شوند و کدام نه، و پرش چیدمان چطور پنهان میماند — جزئیاتش را در آموزش بارگذاری تنبل تصاویر وردپرس بدون آسیب گامبهگام نوشتهایم. در گیت انتشار فقط دو سؤال میماند: آیا تصاویر پایین صفحه واقعاً تنبلاند و آیا تصویر اصلی از این قاعده مستثناست؟ پاسخ هر دو را روی موبایل هم بررسی کنید؛ شبکهٔ ضعیف رفتاری متفاوت نشان میدهد.
سه خطایی که گیت تصویر را دور میزنند

سه الگوی تکرارشونده گیت تصویر را خنثی میکنند. اول، تزریق کلیدواژه به متن جایگزین: آلتی که جمله ندارد و فقط فهرست عبارت است، نه به کاربر کمکی میکند نه به جستجوگر تصویری؛ سیگنالش ضعیف و حتی ناقض صادقبودن است. دوم، تصویر اصلی سنگین زیر سایهٔ تنبلیِ اشتباه: وقتی همهٔ تصاویر با یک تنظیم تنبل میشوند، شاخص سرعتیِ مهمتر از همه — نمایش اولین محتوای اصلی — فرسایشی میرود. سوم، بنرِ متنی: هر بار که پیام کمپین عوض میشود، عکسِ متنی بازساخته میشود؛ همان پیام با متن واقعی هم سبکتر است و هم ویرایشپذیر.
این سه خطا معمولاً از حسن نیت میآیند: میخواهیم سئوی بهتری بدهیم، میخواهیم صفحه سبکتر شود. مرز درست، خواندن هر تصمیم از سمت کاربر است؛ تصمیمی که برای کاربر «همپرسش» نباشد، در بلندمدت به بدهی فنی تبدیل میشود. قاعدهٔ عملی ما: هر تصمیم تصویری را با سه پرسش بسنجید — برای چه کسی، چه وقت و با چه هزینهٔ بعدی؛ پاسخ روشن نبود، از گیت عبور نکند.
از چکلیست به روال؛ سنجش بعد از انتشار
بعد از انتشار، گیت دو پله کوتاه دیگر دارد. پلهٔ اول، سنجش صفحهٔ واقعی: سرعت و نمایش تصویر را روی دستگاه واقعی ببینید، نه فقط روی فایل. پلهٔ دوم، ثبت: هر تصویر مهم که برای جستجو ساخته شده، در فهرست داراییهای تصویری سایت ثبت شود تا بازبینی فصلی بعدی بداند چه چیزی را صدا بزند. فهرست مقالههای همین حوزه را در هاب سئو داخلی و صفحه مرتب نگه داشتهایم و برای صفحاتی که روال تصویریشان تکراری است، بستن خودکار این گیت در قابلیتهای پلتفرم سوئیت طراحی شده است.
اگر صفحات موجودتان از این گیت جا ماندهاند، همه را با هم اصلاح نکنید؛ از صفحات پرترافیک شروع کنید و تغییرها را با فاصله اعمال کنید تا اثرشان قابل خواندن باشد. نقطهٔ شروع کمریسک، ممیزی رایگان دامنه است تا کدام صفحات از دید تصویر ضعیفترند روشن شود؛ بعد از آن این هشت مورد را به روال آپلود تبدیل کنید تا هر صفحهٔ تازه، از همان روز سبک منتشر شود.
سفارش پک محتوای سئو
پک محتوا — ۴۴۰/۳۹۰/۳۴۵ هزار تومان برای هر مقاله (اشتراکی ۱۵٪ کمتر)
سفارش پک محتوای سئورصد ما، رشد شما.
سؤالات پرتکرار
این چکلیست با آموزشهای کاملتر تصویر چه فرقی دارد؟
آموزشهای اختصاصی اصول هر موضوع را از صفر باز میکنند؛ این مقاله همان مباحث را به گیت هشتموردیِ لحظهٔ انتشار تبدیل میکند که با پرسشهای بله/خیر در پانزده دقیقه بسته میشود.
متن جایگزین تصاویر تزئینی چه باشد؟
تهی، تا صفحهخوانها آن را از مسیر محتوا حذف کنند. آلتِ تهی فقط برای تصاویر تزئینی درست است؛ نمودار، عکس محصول و تصاویر کارکردی باید توصیف داشته باشند.
فشردهسازی چقدر مجاز است تا کیفیت خراب نشود؟
عدد ثابتی وجود ندارد؛ معیار این است که در اندازهٔ نمایش واقعی، افت کیفیت با چشم غیرحرفهای دیده نشود. به تجربهٔ ما با این معیار، فایلها بدون افت حسشدنی چند برابر سبک میشوند.
تصویر اصلی هم باید بارگذاری تنبل داشته باشد؟
نه؛ تصویر قاب اول استثناست، چون بخش بزرگی از سرعت حسشدن صفحه همان است. تنبلیِ اشتباهِ تصویر اصلی، شاخص نمایش اولین محتوا را بد میکند.
برای صفحات موجود از کجا شروع کنم؟
از ممیزی دامنه شروع کنید تا صفحات ضعیف از دید تصویر مشخص شوند؛ بعد صفحات پرترافیک را با فاصلهٔ زمانی اصلاح کنید تا اثر هر تغییر قابل خواندن باشد.