منهای تحلیل

تغییر عکس گوگل نالج چگونه انجام می‌شود؟ راهنمای تصویر Knowledge Panel

عکس Google Knowledge Panel مانند تصویر یک پروفایل اجتماعی مستقیماً مدیریت نمی‌شود. تصویر ممکن است از منابع مختلف وب انتخاب شود و در برخی پنل‌های تأییدشده امکان پیشنهاد تصویر جایگزین وجود دارد. در این مقاله مسیر تغییر عکس، شرایط تصویر مناسب، نقش سایت رسمی و راه بررسی تصاویر اشتباه را توضیح می‌دهیم.

 

تصویری که در Google Knowledge Panel نمایش داده می‌شود، برای بسیاری از افراد اولین بخش قابل‌توجه پنل است. اگر عکس قدیمی باشد، کیفیت پایینی داشته باشد یا اصلاً متعلق به فرد دیگری باشد، طبیعی است که صاحب پنل بخواهد آن را تغییر دهد. با این حال، انتخاب تصویر در Knowledge Panel شبیه آپلود عکس پروفایل در لینکدین یا اینستاگرام نیست.

گوگل تصاویر Knowledge Panel را از منابع مختلف وب دریافت می‌کند. در بعضی پنل‌ها، شخص یا نماینده رسمی که پنل را Claim و هویت خود را تأیید کرده است می‌تواند یک تصویر جدید را به‌عنوان جایگزین پیشنهاد دهد؛ اما تصمیم نهایی درباره نمایش تصویر همچنان در اختیار سیستم‌های گوگل باقی می‌ماند.

به همین دلیل، تغییر عکس گوگل نالج را نباید صرفاً به پیدا کردن گزینه Edit Image محدود کرد. پیش از ارسال درخواست بهتر است مشخص شود تصویر فعلی از کجا آمده، تصویر جایگزین کجا منتشر شده و آیا آن تصویر به‌صورت عمومی و قابل دسترس در وب وجود دارد یا خیر.

عکس Knowledge Panel از کجا می‌آید؟

برخلاف یک پروفایل اجتماعی، Knowledge Panel معمولاً یک پوشه اختصاصی برای آپلود عکس ندارد.

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

این موضوع توضیح می‌دهد چرا گاهی تصویری که در Knowledge Panel دیده می‌شود دقیقاً همان عکسی نیست که در سایت رسمی فرد قرار دارد.

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

در نتیجه، اگر تصویری نامناسب نمایش داده می‌شود، بررسی منابع تصویری موجود در وب بخش مهمی از پرونده است.

آیا می‌توان عکس دلخواه را مستقیماً در گوگل آپلود کرد؟

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

برای پنل‌هایی که تصویر شاخص دارند، کاربر تأییدشده می‌تواند از بخش Suggest edits گزینه مربوط به تصویر را انتخاب کند و URL مستقیم یک تصویر عمومی را ارائه دهد. گوگل تأکید می‌کند باید آدرس خود فایل تصویر داده شود، نه آدرس صفحه‌ای که تصویر در آن قرار گرفته است.

برای مثال، اگر تصویر روی سایت رسمی فرد قرار دارد، URL مستقیم فایل ممکن است به .jpg، .jpeg یا .png ختم شود.

این تفاوت مهم است. لینک صفحه‌ای مانند:

example.com/about-person

آدرس یک صفحه وب است؛ اما چیزی شبیه:

example.com/uploads/person-photo.jpg

آدرس مستقیم فایل تصویر محسوب می‌شود.

البته حتی ارائه URL صحیح نیز به معنی پذیرش قطعی درخواست نیست.

اگر Knowledge Panel هیچ عکسی نداشته باشد چه؟

این یکی از نکات مهمی است که معمولاً در توضیحات غیررسمی این حوزه نادیده گرفته می‌شود.

بر اساس راهنمای فعلی گوگل، اگر Knowledge Panel در حال حاضر هیچ تصویر شاخصی نداشته باشد، نمی‌توان صرفاً با ارسال درخواست از گوگل خواست یک تصویر جدید به پنل اضافه کند. مسیر Suggest edits برای تصویر، زمانی قابل استفاده است که پنل از قبل تصویر داشته باشد و قرار باشد تصویر جایگزینی پیشنهاد شود.

بنابراین «اضافه کردن اولین عکس» و «جایگزین کردن عکس موجود» دو وضعیت متفاوت هستند.

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

Claim کردن پنل چه نقشی دارد؟

اگر صاحب Knowledge Panel یا نماینده رسمی آن هستید، Claim کردن می‌تواند امکان ارسال پیشنهادهای تأییدشده را فراهم کند.

طبق راهنمای گوگل، فرآیند Claim ممکن است از طریق ارتباط با حساب‌ها یا منابع رسمی مانند Search Console، YouTube، Facebook یا Twitter انجام شود. اگر گوگل نتواند منبع رسمی مرتبط با فرد را شناسایی کند، ممکن است اطلاعات بیشتری برای احراز لازم باشد. همه Knowledge Panelها نیز الزاماً در هر زمان قابلیت Claim ندارند.

Claim کردن به معنی کنترل کامل پنل نیست.

فرد تأییدشده می‌تواند پیشنهاد تغییر ارسال کند و بعضی بازخوردهای او ممکن است با اولویت بیشتری بررسی شوند، اما Knowledge Panel همچنان توسط سیستم‌های گوگل و اطلاعات عمومی موجود در وب مدیریت می‌شود.

چه عکسی برای جایگزینی مناسب‌تر است؟

گوگل برای تصویر پیشنهادی چند شرط پایه ذکر کرده است: تصویر باید مناسب باشد، موجودیت را واقعاً نمایندگی کند و ماهیت تبلیغاتی نداشته باشد.

اما از نظر عملی، چند موضوع دیگر نیز اهمیت دارند.

برای یک شخص، تصویری که چهره را واضح و طبیعی نشان می‌دهد و در سایت رسمی یا منبع مرتبط با همان فرد منتشر شده، معمولاً انتخاب منطقی‌تری از تصویری است که فقط در یک سایت نامرتبط وجود دارد.

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

در مورد برندها و سازمان‌ها نیز تصویر باید واقعاً مربوط به همان موجودیت باشد. استفاده از پوستر تبلیغاتی، بنر فروش یا تصویری که بخش بزرگی از آن شامل نوشته و CTA است، انتخاب مناسبی برای تصویر معرف یک موجودیت نیست.

آیا عکس باید در سایت رسمی منتشر شده باشد؟

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

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

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

برای عکس Knowledge Panel بهتر است علاوه بر کیفیت ظاهری، منبع تصویر نیز قابل دفاع باشد.

اگر عکس اشتباه متعلق به فرد دیگری باشد چه؟

این وضعیت با «من این عکس را دوست ندارم» تفاوت دارد.

اگر Knowledge Panel واقعاً تصویر شخص دیگری را نشان می‌دهد، مسئله یک خطای هویتی است. در چنین پرونده‌ای بهتر است فقط درخواست جایگزینی عکس ارسال نشود؛ باید شواهدی نیز وجود داشته باشد که نشان دهد تصویر فعلی متعلق به موجودیت دیگری است.

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

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

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

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا