ایندکس تصاویر در کلودفلر صرفاً به استفاده از HTTPS یا CDN وابسته نیست. اگر پس از فعال‌سازی سرویس، تصویر در نتایج دیده نمی‌شود، ابتدا دسترسی به فایل و روش معرفی آن به موتور جستجو را بررسی کنید. هم‌زمانی یک تغییر و افت نمایش، به‌تنهایی علت را ثابت نمی‌کند.
URL واقعی تصویر را پیدا کنید
در صفحهٔ مقاله، نشانی واقعی تصویر و درخواست آن در Network مرورگر را ببینید. ممکن است تصویر از دامنهٔ اصلی، زیر دامنهٔ فایل یا سرویس بهینه‌سازی دریافت شود. فعال‌سازی پراکسی معمول Cloudflare الزاماً نشانی تصویر را به cdn.example.com تغییر نمی‌دهد؛ چنین میزبان فرضی را در نقشهٔ سایت جایگزین نکنید.
فایل باید بدون ورود اجباری و با پاسخ مناسب تصویر دریافت شود. خطای 403، 404، 5xx، حلقهٔ ریدایرکت یا پاسخ HTML به‌جای تصویر را از نبودن در نتایج جدا کنید. بازشدن تصویر برای مدیر واردشده، دسترسی بازدیدکننده و خزنده را به‌تنهایی ثابت نمی‌کند.
قواعد robots و هدرهای پاسخ
robots.txt همان میزبانی را بررسی کنید که فایل را تحویل می‌دهد. منع مسیر تصاویر یا Googlebot-Image می‌تواند دسترسی یا حضور تصویر در جستجو را تحت تأثیر قرار دهد. مطابق راهنمای گوگل دربارهٔ حذف تصاویر، هدر X-Robots-Tag: noindex روی پاسخ تصویر نیز اهمیت دارد؛ برای خواندن این هدر، خزنده باید بتواند فایل را دریافت کند.
تنظیم noimageindex صفحه را هم بررسی کنید. البته تصویر مشترک ممکن است از صفحهٔ دیگری کشف شود. در محیط تست، محدودیت ایندکس را فقط برای آزمایش حضور در گوگل برندارید؛ این بررسی‌ها برای سایت عمومی آمادهٔ انتشار معنا دارند.
اثر Hotlink Protection را درست تفسیر کنید
طبق مستند Cloudflare، Hotlink Protection بر اساس Referer بعضی درخواست‌های تصویر را محدود می‌کند. خود این قابلیت مانع crawling نیست، اما می‌تواند نمایش تصویر در سایت‌هایی مانند Google Images را مختل کند. بنابراین مشکل نمایش بیرونی را با ممنوعیت قطعی ایندکس یکی ندانید.
اگر شواهد نشان داد همین قانون علت است، استثنای محدود برای تصاویر عمومی مورد نیاز طراحی کنید. خاموش‌کردن تمام حفاظت‌های سایت یا جابه‌جاکردن بی‌دلیل همهٔ تصاویر لازم نیست. برای WAF یا چالش‌های دیگر، رویداد و قاعدهٔ مشخص مسدودکننده را بررسی کنید؛ نام Googlebot در یک User-Agent به‌تنهایی اثبات اصالت درخواست نیست.
تصویر در HTML و نقشهٔ سایت
طبق راهنمای سئوی تصاویر گوگل، تصویر مهم باید با عنصر img و نشانی src قابل کشف باشد؛ تصویر پس‌زمینهٔ CSS روش مناسبی برای معرفی تصویر قابل ایندکس نیست. برای تصویر واکنش‌گرا، src پایه را در کنار srcset نگه دارید و متن جایگزین را بر اساس محتوای تصویر بنویسید.
نقشهٔ تصویر می‌تواند نشانی CDN دیگری را معرفی کند، اما آن نشانی باید واقعی و قابل دریافت باشد. اگر افزونهٔ سئو نشانی اشتباه می‌سازد، ابتدا تنظیم منبع تصویر و سازگاری افزونهٔ CDN را اصلاح کنید. تغییر متن نقشهٔ سایت، فایلی روی میزبان فرضی ایجاد نمی‌کند.
چرا کد جایگزینی عمومی دامنه راه‌حل نیست؟
نمونه‌های قدیمی با کوتیشن ناسالم، http ثابت یا نام میزبان ساختگی ممکن است PHP را خراب کنند یا نقشهٔ سایت اشتباه بسازند. فقط وقتی تصویر واقعاً به میزبان دیگری منتقل شده است، روش پشتیبانی‌شدهٔ همان افزونه را برای نشانی جدید بررسی کنید. ویرایش تصادفی functions.php قالب، مرحلهٔ اول عیب‌یابی نیست.
پس از اصلاح علت، پاسخ نهایی تصویر و ارجاع آن در صفحه و نقشهٔ سایت را کنترل کنید. اگر نسخهٔ خطا در CDN مانده، کش همان منبع را به‌روز کنید. برطرف‌شدن خطای دسترسی به معنای حضور فوری و تضمینی در نتایج نیست؛ کیفیت تصویر، ارتباط آن با صفحه و پردازش موتور جستجو نیز مطرح‌اند.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
