SEO לתמונות: ארבעה תיקונים שהופכים את התמונות שלכם לקלות יותר למציאה ב-Google
תוצאה שימושית, אך לא נוסחה
איש SEO אחד סיפר ששיפור SEO לתמונות לבדו הביא לו יותר מ-9,200 מבקרים. ארבע הפעולות שלו היו פשוטות: שינוי שמות הקבצים, הוספת מילות מפתח לטקסט החלופי, דחיסת תמונות והוספת סכמת ImageObject.
זו תזכורת טובה לבחון את חיפוש התמונות. היא אינה הוכחה שארבע עריכות יביאו 9,200 מבקרים גם לאתר אחר.
תנועת תמונות תלויה במה שאנשים מחפשים, אם התמונה שלכם היא תשובה חזקה לחיפוש הזה, כיצד Google יכולה לסרוק אותה, והאם דף הנחיתה נותן לתמונה הקשר מועיל. צילום מוצר, תרשים הדרכה, גרף מקורי, צילום טיול ותמונת סטוק כללית אינם מתחרים באותם תנאים.
ובכל זאת, ארבעת התיקונים מצביעים לכיוון הנכון. כל אחד מסייע בדרך אחרת:
| תיקון | מה הוא עשוי לשפר | מה הוא אינו מבטיח |
|---|---|---|
| שם קובץ תיאורי | אות רלוונטיות קטן וברור וניהול נכסים נוח יותר | דירוג לביטוי תחרותי |
| טקסט חלופי מדויק | נגישות ותיאור מילולי לתמונה בעלת משמעות | חשיפה למילות מפתח שאינן מתארות את התמונה |
| דחיסה ומידות הגיוניות | טעינה מהירה יותר, חוויית משתמש טובה יותר ועלות העברה נמוכה | איכות טובה אחרי דחיסת יתר |
| ImageObject או סימון תמונה ברמת הדף | קשר ברור יותר בין התמונה לבין ישות הדף | תוצאה עשירה או עלייה ישירה בדירוג |
המטרה אינה לדחוס מילת מפתח לכל שדה תמונה. המטרה היא לפרסם תמונות ש-Google יכולה למצוא, להבין ולקשר לדף שעונה על שאלת המחפש.
הבעיה הראשונה היא בדרך כלל גילוי, לא מטא-נתונים
לפני שמשנים שם קובץ או מוסיפים JSON-LD, בדקו אם Google באמת יכולה למצוא את התמונה.
תיעוד התמונות של Google ברור בנקודה שנשכחת בעיצוב מחדש: השתמשו ברכיב HTML אמיתי מסוג <img> או <picture>. Google יכולה לגלות תמונות מתוך המאפיין src של רכיבים אלה. תמונות רקע ב-CSS שימושיות הרבה פחות לחיפוש תמונות, מפני ש-Google אינה מאנדקסת תמונות CSS באותה דרך.
זהו דפוס כשל נפוץ באתרי שיווק. תמונת גיבור יפה מתווספת כ-background-image למחלקת CSS, ואז הצוות מוסיף טקסט חלופי מצוין במקום אחר ותוהה מדוע התמונה אינה מופיעה. לתמונת רקע ב-CSS אין טקסט חלופי, וייתכן שהתמונה כלל אינה חלק ממודל התוכן שניתן לסריקה.
התחילו בבדיקה הקצרה הזאת:
| בדיקה | כך נראה מצב תקין | דגל אדום |
|---|---|---|
| רכיב התמונה | התמונה בעלת המשמעות מופיעה בתוך | התמונה קיימת רק כרקע CSS |
| כתובת המקור | כתובת התמונה מחזירה | כללי CDN, robots או אימות חוסמים את הקובץ |
| גישת הדף | הדף ציבורי וניתן לאינדוקס | התמונה מופיעה רק לאחר התחברות או פעולה ש-Google אינה יכולה להשלים |
| טעינה עצלה | לתמונה יש כתובת מקור שניתן לסרוק, ולא רק מציין מקום של JavaScript | הכתובת האמיתית מופיעה רק לאחר גלילה או אירוע בצד הלקוח |
| הקשר הדף | הטקסט הקרוב מסביר מה התמונה מציגה ולמה זה חשוב | גלריית נכסים ללא תוויות וללא הקשר נושאי |
אם אתם משתמשים ב-CDN, ודאו שהמארח שלו נגיש ומנוטר. מפת אתר לתמונות יכולה לסייע ל-Google לגלות תמונות שקשה למצוא בסריקת דפים רגילה, כולל תמונות שמוצגות באמצעות JavaScript. זהו אמצעי גילוי, לא מנוף דירוג.
תמונה שניתן לגלות זקוקה ל-HTML שניתן לסריקה, לכתובת מקור ציבורית, לדף שניתן לאינדוקס ולהקשר סביבתי רלוונטי.
תיקון 1: תנו לקובצי התמונות שם שמתאר את מה שמופיע בהם, לא את מה שנוח ל-CMS
IMG_1048.jpg, final-v7.png ו-hero-new.webp מקשים על כולם. הם אינם אומרים לעורכים מהו הנכס, ומבזבזים פיסה קטנה של הקשר תיאורי.
השתמשו בשם קצר, קריא לבני אדם, שאומר מה התמונה באמת מציגה. מילים קטנות באותיות קטנות המופרדות במקפים קלות לניהול ושומרות על עקביות בספריית הנכסים.
| שם קובץ חלש | שם קובץ טוב יותר | מדוע הוא טוב יותר |
|---|---|---|
|
|
| מציין את המוצר הנראה ואת הפרט המבדיל |
|
|
| מציין את המדד, הממד והתקופה |
|
|
| תואם לנושא שהתרשים מסביר |
אל תהפכו את שם הקובץ לערימת שאילתות חיפוש. best-cheap-water-bottle-water-bottles-buy-online.jpg אינו עוזר לאדם או למערכת להבין את התמונה; הוא רק נראה מרושל.
יש גם מגבלה מעשית: שינוי שם של תמונה קיימת משנה את הכתובת שלה במערכות CMS רבות. אם כבר יש לתמונה חשיפה או קישורים נכנסים, הפנו את כתובת הקובץ הישנה כשמחסנית הטכנולוגיה תומכת בכך, עדכנו הפניות ואל תשברו דפים רק כדי לרדוף אחר שיפור זניח בשם. החילו קודם את כלל השמות על נכסים חדשים, ואז תקנו תמונות ישנות בעלות ערך גבוה בתחזוקת תוכן שוטפת.
תיקון 2: כתבו טקסט חלופי כתיאור, לא כשדה למילת מפתח
לטקסט חלופי יש שני תפקידים. הוא מעניק למשתמשי קוראי מסך תיאור מועיל, ומספק הקשר מילולי אם התמונה אינה נטענת. כשהתמונה מרכזית בדף, תיאור מדויק גם מסייע למערכות חיפוש להבין מה היא מכילה.
הטעות הקלה היא לחזור על מילת המפתח של הדף. התוצאה היא נגישות גרועה ועבודה עריכתית חלשה.
| תפקיד התמונה | טקסט חלופי חלש | טקסט חלופי טוב יותר |
|---|---|---|
| פרט מוצר |
|
|
| גרף נתונים |
|
|
| צילום מסך של הדרכה |
|
|
| מפריד דקורטיבי |
| טקסט חלופי ריק: |
טקסט חלופי טוב אינו צריך לתאר כל פיקסל. עליו לציין את המידע שהתמונה מוסיפה לטקסט הסמוך. אם הפסקה סביב התמונה כבר אומרת בדיוק אותו דבר, קצרו את הטקסט החלופי. אם התמונה כוללת גרף, תרשים או הוראות, תארו את המסקנה במקום לתמלל כל תווית.
ההנחיה "הוסיפו מילת מפתח לטקסט חלופי" בטוחה רק כשהמונח הוא חלק טבעי מתיאור מדויק. מילת המפתח צריכה להיות תוצאה של תיאור נכון של התמונה, ולא המשימה עצמה.
תיקון 3: צמצמו בתים בלי לפגוע בתמונה
דחיסת תמונות חשובה מפני שתמונות כבדות מאטות דפים, במיוחד בחיבורי מובייל. היא אינה הופכת תמונה לא רלוונטית לתוצאת חיפוש מועילה. אך דף שנטען מהר מעניק לאנשים הזדמנות טובה יותר לראות, להשתמש ולהישאר עם התוכן שמצאו.
השתמשו במידות הקטנות ביותר שעדיין מועילות. העלאת צילום ברוחב 4,000 פיקסלים למקום תוכן ברוחב 700 פיקסלים מבזבזת רוחב פס. הגישו גרסאות רספונסיביות באמצעות srcset או <picture> כשהפלטפורמה תומכת בכך, והשתמשו בפורמטים מודרניים כגון WebP או AVIF כשהאיכות החזותית נשארת קבילה.
הפשרה אמיתית. תקריב מוצר מטושטש או גרף שלא ניתן לקרוא פוגעים בדף, גם אם משקלם נמוך יותר. בדקו את התמונה בגודל המוצג בפועל בטלפון ובמסך שולחני. לתרשימים עם טקסט קטן, SVG או PNG שיוצא בקפידה עשויים להתאים יותר מפורמט צילומי שנדחס באגרסיביות.
בדקו את אלה לפני הפרסום:
- הציגו את התמונה ברוחב המכל המתוכנן.
- השוו אותה במרחק צפייה רגיל, ולא רק בהגדלת 200%.
- ודאו שתוויות, מספרים וקווים עדיין קריאים.
- בדקו את הדף בכלי ביצועים וזהו את בקשות התמונה הגדולות ביותר.
- תקנו קודם את התמונות הגדולות והבולטות ביותר.
סדר זה מונע טעות מוכרת ב-Image SEO: אופטימיזציה של עשרות תמונות ממוזערות בזמן שתמונת גיבור אחת גדולה מדי גורמת לרוב הנזק.
תיקון 4: השתמשו בסימון ImageObject לקישור, לא לקסם
סכמת ImageObject יכולה להפוך את הקשר בין תמונה לדף למפורש יותר. בדף מאמר, התיעוד של Google מראה שדף יכול לזהות תמונה ראשית באמצעות primaryImageOfPage, או לצרף תמונה לישות המרכזית של הדף, כגון BlogPosting.
זהו הקשר מובנה שימושי. הוא אינו מבטיח ש-Google Images תדרג את הנכס, תציג טיפול מיוחד או תשלח כמות קבועה של תנועה.
בפוסט בלוג, לרוב נקי יותר להשתמש במאפיין התמונה בתוך סימון ה-BlogPosting הקיים במקום להוסיף בלוק ImageObject מנותק לכל תמונה מוטמעת. הנה דוגמה מינימלית:
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to audit images for Google Images",
"mainEntityOfPage": "https://example.com/blog/image-seo-audit",
"image": {
"@type": "ImageObject",
"contentUrl": "https://example.com/images/image-seo-audit-checklist.webp",
"url": "https://example.com/images/image-seo-audit-checklist.webp",
"caption": "A five-step image SEO audit checklist",
"width": 1600,
"height": 900
}
}
השתמשו בכתובות שנפתחות, מתארות את הנכס האמיתי ותואמות למה שהמשתמשים יכולים לראות בדף. אל תטענו לכיתוב, ליוצר, לרישיון או למידות שאינם נכונים. אם רישוי חשוב לעסק, Google תומכת גם במטא-נתונים של רישיון תמונה באמצעות נתונים מובנים או IPTC מוטמע. זהו שימוש נפרד מ-Image SEO רגיל.
אחרי הוספת הסימון, אמתו אותו בבדיקת נתונים מובנים ולאחר מכן בדקו את מקור הדף המרונדר. סכמה שקיימת רק בגרסת staging או נדרסת על ידי תוסף אינה עושה דבר בדף החי.
מה הפוסט בארבע נקודות מחמיץ
שדה התמונה החזק ביותר בעולם אינו יכול להציל דף נחיתה חלש. Google צריכה להבין גם את הדף שסביב התמונה.
לכל תמונה שאתם מצפים שאנשים יגלו, בדקו את השאלות האלה:
- האם התמונה עונה על הנושא המרכזי של הדף או מבהירה אותו?
- האם היא קרובה לטקסט רלוונטי, לכותרת תיאורית או לכיתוב מועיל?
- האם היא מקורית, או נכס סטוק כללי שמופיע במאות דפים?
- האם מי שלוחץ מ-Google Images מקבל תשובה מועילה בלי לחפש בדף?
- האם התמונה עובדת במובייל ונשארת זמינה כאשר JavaScript איטי או אינו זמין?
לכן תרשימים מקוריים, צילומי מוצר מוערים, דוגמאות לפני ואחרי וגרפי נתונים יכולים להצליח. הם נושאים מידע שמחפש עשוי לרצות באמת. מעבר צבע דקורטיבי אינו הופך להזדמנות בחיפוש תמונות רק מפני שיש לו schema.
מבחן Image SEO של 30 יום שמפיק ראיות
אל תשנו שם לכל קובץ בספריית המדיה ביום שישי אחר הצהריים. ערכו ניסוי מבוקר בדפים שבהם כוונת תמונה סבירה.
שבוע 1: בחרו מועמדים
בחרו 10 עד 20 דפים עם חזותיים מקוריים מועילים: דפי קטגוריה או מוצר למסחר אלקטרוני, מדריכים, הסברים חזותיים, דפי מיקום, דפי השוואה או סיפורי לקוח. רשמו את כתובות התמונות והדפים הנוכחיות, חשיפות וקליקים של תמונות כשזמינים, תנועת דף ומטא-נתוני תמונה קיימים.
שבוע 2: תקנו את היסודות
החליפו שמות אטומים בנכסים חדשים או כאלה שניתן לשנות בבטחה. הוסיפו טקסט חלופי מדויק. ודאו שתמונות חשובות משתמשות ב-HTML שניתן לסריקה, שיש להן כתובות מקור ציבוריות ושהן אינן גדולות ללא צורך. הוסיפו או תקנו סכמת תמונה ברמת הדף כשהיא מתארת באמת את התוכן.
שבוע 3: שפרו את דף הנחיתה
הוסיפו הסבר ישיר ליד התמונה, כותרת ברורה וכיתוב כאשר הוא מסייע לקורא. לגרף, הסבירו מה משמעות המגמה. לצילום מוצר, הסבירו את החומר, הגודל, מקרה השימוש או התכונה שהצילום מוכיח.
שבוע 4: מדדו לפני הרחבה
השתמשו בדיווחי סוג החיפוש של Search Console כשזמינים, לצד ניתוחי דפים ובדיקה נקודתית ב-Google Images. חפשו שינויים בחשיפות, קליקים, נושאי שאילתות תמונה, מעורבות בדף הנחיתה ואיכות ההמרה. שמרו יומן שינויים. אם תמונה מקבלת יותר קליקים אך מבקרים עוזבים מיד, ייתכן שדף הנחיתה אינו מקיים את ההבטחה החזותית.
המטרה היא דפוס שניתן לחזור עליו, ולא צילום מסך דרמטי. תוצאה שימושית אחת מספיקה כדי להחליט אם Image SEO מצדיק תהליך תוכן ונכסים רחב יותר.
לכל תיקון תפקיד אחר. מדדו את השילוב לפני שמרחיבים את העבודה על פני ספריית מדיה.
תנו ל-AI לבצע את מלאכת המלאי, לא להמציא
Image SEO נעשה מייגע באתר גדול מפני שהראיות מפוזרות בין ספריית מדיה, HTML, שדות CMS, דוחות ביצועים, מפות אתר ו-Search Console. AI יכול לסייע באיסוף העבודה: לרשום תמונות ללא טקסט חלופי, לסמן שמות קובץ כלליים, להשוות מידות תצוגה למידות מקור, לקבץ דפים לפי כוונה חזותית ולנסח תור ביקורת לבדיקה אנושית.
הוא לא אמור להמציא תיאורים לתמונות שאינו רואה או להוסיף את אותו ביטוי יעד למאות מאפייני alt. כך ביקורת הופכת לדחיסת מילות מפתח בהיקף גדול.
כלי ה-SEO של Auspia יכולים לעזור לצוותים להתחיל בבדיקה ברמת האתר, ואז להפוך את הממצאים למאגר Image SEO ממוקד. התוצר המועיל אינו "כל התמונות עברו אופטימיזציה", אלא רשימה מדורגת של נכסים עם בעיה אמיתית: גילוי חסום, הקשר חסר, הגשה גדולה מדי, תיאורים חלשים או קשרי דף שבורים.
רשימת בדיקה ל-Image SEO
| לפני שאתם אומרים שתמונה עברה אופטימיזציה | בדקו |
|---|---|
| התמונה ניתנת לגילוי | היא נמצאת ב-HTML שניתן לסריקה וכתובת הקובץ נגישה לציבור |
| שם הקובץ מועיל | הוא מתאר את התמונה ללא דחיסת מונחים |
| הטקסט החלופי אמין | הוא מתאר תוכן בעל משמעות; תמונות דקורטיביות משתמשות ב-alt ריק |
| הדף נותן הקשר | טקסט, כותרות וכיתובים רלוונטיים מסבירים את תפקיד התמונה |
| ההגשה יעילה | מידת תצוגה נכונה, מקורות רספונסיביים ואיכות חזותית קבילה |
| הסימון מדויק | מאפייני התמונה מתארים נכס נראה ונגיש |
| התוצאה נמדדת | משווים Search Console ומדדי דף לפני ואחרי שינויים |
שאלות נפוצות
האם שינוי שם קובץ תמונה משפר דירוג ב-Google Images?
שם קובץ תיאורי הוא אות תומך הגיוני ומשפר את הסדר בספריית המדיה. לעיתים נדירות הוא הסיבה שתמונה מדורגת לבדה. הימנעו משבירת כתובות תמונה מבוססות רק כדי לשנות שם של נכסים בעלי ערך נמוך.
האם לכל תמונה צריך להיות בטקסט החלופי ביטוי מפתח?
לא. טקסט חלופי צריך לתאר תמונות בעלות משמעות בדיוק. השתמשו בביטוי יעד רק כשהוא שייך באופן טבעי לתיאור. תמונות דקורטיביות צריכות בדרך כלל להשתמש ב-alt="" כדי שקוראי מסך ידלגו עליהן.
האם סכמת ImageObject מדרגת תמונות?
לא. ImageObject וסימון דף קשור מסייעים להבהיר את הקשר בין תמונה לדף. הם אינם מבטיחים מיקום ב-Google Images, טיפול בתוצאה עשירה או תנועה.
האם אני צריך מפת אתר לתמונות?
לא תמיד. Google יכולה לגלות תמונות רבות בסריקת HTML רגילה. מפת אתר לתמונות מועילה כאשר קשה לגלות תמונות, כולל יישומים מסוימים מבוססי JavaScript, או כשנדרשת מפת גילוי מלאה יותר.
אילו תמונות כדאי לשפר קודם?
התחילו בתמונות בדפים שכבר יש להם ביקוש ומקרה שימוש ברור בחיפוש חזותי. תמונות מוצר מקוריות, תרשימים, גרפים, מדריכים ודוגמאות לפני ואחרי הם בדרך כלל מועמדים טובים יותר מקישוט כללי.
העיקר
הלקח בארבע הנקודות של אותו יוצר שווה ביצוע, עם תיקון אחד: Image SEO אינו טופס בן ארבעה שדות. שמות קבצים, טקסט חלופי, דחיסה וסימון ImageObject מסייעים כשהם תומכים בתמונה ניתנת לסריקה, מועילה ועשירה בהקשר, בדף שאנשים באמת רוצים לבקר בו.
התחילו בקבוצה קטנה של נכסים חזותיים חזקים, תקנו פערים טכניים ועריכתיים ברורים ומדדו את תוצאת דף הנחיתה. כך נוצרים ספריית תמונות טובה יותר, חוויית דף טובה יותר וטיעון שניתן להצדיק להשקעה נוספת ב-Google Images.
הכותב: Julian Mercer, עוסק SEO טכני עם 14 שנות ניסיון ב-Auspia. Julian כותב על יכולת סריקה, schema, רינדור, ארכיטקטורת אתר והיסודות הטכניים של תוכן שניתן לקריאה ב-AI.