אינדוקס Mobile-First — גוגל מדרגת לפי גרסת המובייל

עד 2016, גוגל הסתכלה על גרסת ה-Desktop של האתר לצורך אינדוקס ודירוג. מאז, בשל העובדה שרוב הגלישה בעולם מתבצעת ממובייל, גוגל עברה לגישה חדשה: היא מסתכלת ראשית על גרסת המובייל של האתר, ומה שהיא רואה שם — זה מה שהיא מאנדקסת ומדרגת.

תהליך המעבר היה הדרגתי לאורך שנים. החל ממרץ 2023, כל האתרים החדשים שמתווספים לאינדקס גוגל כפופים ל-Mobile-First Indexing. אתרים ישנים שלא עברו מעבר מדורג כבר עברו בהדרגה לפני כן.

השלכה מעשית: אם גרסת המובייל שלך מציגה תוכן מצומצם יותר מגרסת ה-Desktop (כמו קטעי טקסט נסתרים, תמונות קטנות יותר, תוכן שמוסתר מאחורי לחיצות), גוגל רואה רק את הגרסה המצומצמת ומדרגת לפיה.

Googlebot מדמה גלישה ממכשיר Android ורואה בדיוק מה שמשתמש מובייל רואה — כולל עיצוב, גדלי טקסט, ותמונות.

גוגל מרנדרת את הדף מלא — כולל JavaScript — לפני שהיא מבצעת אינדוקס. תוכן שמוצג רק לאחר JavaScript נטען נכלל באינדוקס, אך לעיתים עם עיכוב של שעות עד ימים לעומת תוכן ב-HTML סטטי.

Viewport הוא האזור הגלוי של הדף על המסך. בלי תגית Viewport תקינה בקוד — גוגל עלולה לרנדר את הדף כאתר Desktop על מסך מובייל ולראות תוכן מעוות:

<meta name='viewport' content='width=device-width, initial-scale=1'>

אחד הנושאים הנפוצים ביותר שעולים עם Mobile-First Indexing הוא תוכן מוסתר. בגרסאות מובייל רבות, תוכן מוסתר מאחורי לחיצות (accordion, tabs) כדי לחסוך מקום על המסך.

בעבר, גוגל נתנה משקל פחות לתוכן מוסתר. כיום, גוגל הצהירה שהיא נותנת משקל מלא לתוכן מוסתר ב-CSS (display: none, visibility: hidden) — כל עוד הוא בקוד ה-HTML ומוצג למשתמש בלחיצה. לעומת זאת, תוכן שנטען דינמית רק בלחיצה (Ajax call) עלול לקחת יותר זמן לאינדוקס.

המלצה מעשית: אל תסיר תוכן מגרסת המובייל בגלל מגבלות מקום — הסתר אותו בצורה נגישה (CSS collapse) אך שמור אותו בקוד. גוגל יאנדקס גם תוכן מוסתר, ואילו תוכן שמוסר לחלוטין מהמובייל — לא יאונדקס.

גוגל סורקת תמונות בגרסת המובייל בדיוק כמו שהיא סורקת תוכן טקסט. תמונות שמוסתרות, מוחלפות, או לא נטענות בגרסת המובייל — לא יאונדקסו לחיפוש תמונות ולא יתרמו לאינדוקס הכללי.

נקודות חשובות: השתמש ב-<img> עם alt text — גם בגרסת המובייל. וודא שתמונות טוענות ב-lazy loading תקין — תמונות שלא נטענות בכלל ב-viewport ראשוני של מובייל עלולות להיות מתועלמות. בדוק שה-CDN מגיש תמונות בגדלים מובייליים מתאימים (srcset) ולא שולח תמונות Desktop ענקיות למובייל.

גוגל גם מדרגת מהירות טעינת תמונות במובייל כחלק מ-Core Web Vitals (ה-LCP — Largest Contentful Paint — שמבוסס לרוב על תמונה ראשית).

Google Search Console — תחת Settings תוכל לראות אם האתר שלך כבר עבר ל-Mobile-First Indexing ומאיזה תאריך.

URL Inspection — בדוק URL ספציפי ב-GSC כדי לראות איך גוגל רנדרה אותו. ב-Rendered Page תוכל לראות את צילום המסך של מה שגוגל ראתה בעת הסריקה.

Google Mobile-Friendly Test — כלי פשוט שבודק אם הדף עובר בדיקת ידידותיות למובייל. זה לא מבחן מלא לאינדוקס, אך מזהה בעיות בסיסיות.

PageSpeed Insights — מציג ציוני ביצועים נפרדים ל-Desktop ול-Mobile. ה-Mobile score הוא הציון שגוגל מתייחסת אליו בדירוג.

אתרים ישנים ששמרו על כתובות נפרדות למובייל — כמו m.example.com — עמדו בפני אתגרים ייחודיים עם המעבר ל-Mobile-First. גוגל צריכה לדעת שה-URL במובייל הוא 'מקביל' ל-URL ב-Desktop.

אתרים עם כתובות נפרדות צריכים לשמור על שתי תגיות בקוד:

<link rel='alternate' media='only screen and (max-width: 640px)' href='http://m.example.com/page'>
<link rel='canonical' href='http://example.com/page'>

גוגל ממליצה בחום לעבור לעיצוב Responsive — אתר אחד שמתאים לכל מסך — כדי להימנע מהסרבול הזה. בעיצוב Responsive, ה-URL זהה לכל מכשיר ואין צורך בהנחיות מיוחדות.

עם מעבר מלא ל-Mobile-First Indexing שהסתיים לאחרונה, גוגל מחמירה יותר עם בעיות מובייל ספציפיות: יכולת לחיצה על כפתורים וקישורים בגודל מובייל, מרחק מינימלי בין אלמנטים לחיצים, טקסט בגודל קריא ללא זום, ומהירות טעינה של עמוד מובייל.

Core Web Vitals מסוכמים בנפרד ל-Mobile — גוגל אוספת נתוני משתמשים אמיתיים ממכשירי מובייל ומשתמשת בהם לדירוג. אתר שמציג LCP גרוע במובייל (מעל 4 שניות) ייפגע בדירוג גם אם ה-Desktop מהיר.

AI Overviews מתגייסות יותר ויותר בחיפושים מובייל. תוכן שמוצג היטב בגרסת מובייל ועומד בסטנדרטים של ביצועים — סביר יותר שיצוטט בתשובות AI של גוגל.