דוח נוחות השימוש לניידים

דוח נוחות השימוש לניידים מראה באילו דפים בנכס יש בעיות של נוחות שימוש כשמציגים אותם בניידים.

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

לפתיחת דוח נוחות השימוש לניידים

דף סיכום

בתרשים אפשר לראות את מספר הדפים במצב תקין ו/או שגיאה, בהתאם לבחירה. תיבת הסימון חשיפות מציגה חשיפות דפים של הנכס שלכם ממכשירים ניידים. 

מידע על הנתונים

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

בדוח יוצגו הפרטים הבאים:

  • סטטוס: לדף יש שני מצבים אפשריים:
    • שגיאה: הדף לא מתאים לניידים
    • תקין: הדף מתאים לניידים
  • דפים: מספר הדפים במצב שגיאה שמכילים את הבעיה.
פרטים על סטטוס הדף

Google מסמנת דף כ'תקין' או כ'שגיאה' בהתאם לניקוד פנימי של נוחות השימוש לניידים. הדירוג הזה מחושב לפי מספר הבעיות והחומרה שלהן.

  • המשמעות של שגיאה היא שהדף לא עומד בסף הרמה המינימלית של נוחות שימוש לניידים. אם סטטוס הדף הוא "שגיאה", הוא יופיע בדף הפירוט של כל בעיית נוחות שימוש לניידים שמשפיעה עליו.
  • המשמעות של תקין היא שהדף עומד בסף הרמה המינימלית של נוחות שימוש לניידים, למרות שייתכן כי עדיין יהיו בו בעיות של נוחות שימוש לניידים שלא יצוינו לגבי הדף בדוח הזה. אם רוצים לוודא שדף בסטטוס 'תקין' נקי לגמרי מבעיות של נוחות שימוש לניידים, צריך לבדוק אותו באמצעות הכלי לבדיקת התאמה לניידים.

 מתי הבעיה התחילה?

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

פרטים על ספירת הדפים המושפעים

דפים במצב תקין לא נספרים יחד עם הדפים המושפעים, גם אם קיימות בהם בעיות. באותו אופן, אם קיימות בהם בעיות, דפים במצב תקין לא מוצגים ברשימת הדפים המושפעים. רק דפים במצב שגיאה נלקחים בחשבון בנוגע לבעיות שמשפיעות על הדף, ומוצגים ברשימת הדפים המושפעים.

דוגמה:

דמיינו את התרחיש הבא שכולל שני דפים:

  • דף 1 מושפע מהבעיות A ו-B, אך מסומן כ'תקין' מפני שניקוד נוחות השימוש לניידים גבוה מהסף התקין.
  • דף 2 מושפע מהבעיות B‏, C ו-D, ומסומן כ'שגיאה' כי ניקוד נוחות השימוש לניידים נמוך מהסף התקין.

במקרה כזה:

  • ספירת הדפים המושפעים של בעיה A היא אפס.
  • ספירת הדפים המושפעים של הבעיות B‏, C ו-D היא 1.
  • הדפים המושפעים מבעיה B: דף 2.

תעדוף בעיות ותיקונן

  1. בדף של הדוח המסכם, הבעיות ממוינות לפי שילוב של מצב האימות וספירת הדפים המושפעים. אנו ממליצים לטפל בהן לפי סדר ברירת המחדל הזה. כדאי לתקן תחילה בעיות הנגרמות מסיבות שכיחות (כמו תבנית שגויה), ולאחר מכן לתקן מופעים פחות שכיחים.
  2. כדאי לבדוק אם עלייה במספר הכולל של השגיאות נגרמת בעיקר בגלל שגיאה אחת: אפשר לחפש בטבלה עלייה תואמת ביחס לאותה שגיאה. אפשר לעיין במידע שבהמשך לגבי סוגי שגיאות וניפוי באגים של עליות חדות במספרי שגיאות.
  3. בוחרים שורה בטבלה כדי להציג את דף הפרטים של השגיאה:
    1. דף הפרטים כולל דוגמאות של כתובות אתר שהושפעו מהשגיאה. הרשימה לא תמיד מלאה, כיוון שהיא מוגבלת ל-1,000 שורות וייתכן שלא תכלול מופעים של השגיאה שהתגלו רק לאחרונה.
    2. אפשר לבחור במידע נוסף לקבלת תיעוד רשמי על התחביר הנכון.
    3. בטבלה, בוחרים כתובת אתר שהושפעה כדי לפתוח חלונית עם מידע נוסף. החלונית כוללת ספירה של בעיות בנוחות השימוש לניידים, קישור בדיקה להרצת הכלי לבדיקת כתובות URL על גרסת הדף שנוספה לאינדקס וקישור לבדיקת גרסה פעילה להרצת בדיקת התאמה לניידים בדף. ייתכן ששגיאה שתוקנה בדף פעיל עדיין תופיע ברשימה בדוח נוחות השימוש לניידים, כיוון שהדף לא נסרק מחדש מאז התיקון. במקרה כזה יש לשלוח בקשה לאימות לאחר שכל מופעי הבעיה תוקנו.
  4. מתקנים את כל מופעי הבעיה באתר, בודקים את התיקון ומוודאים שהתיקונים מופיעים באינטרנט.
  5. חוזרים לדף פרטי הבעיה ולוחצים על לחצן "אימות ועדכון Google" כדי להתחיל בתהליך האימות. התהליך אינו מיידי. מומלץ לעיין בקטע מידע על אימות כדי להבין את תהליך האימות.
  6. ממשיכים בתיקון השגיאות.

שיתוף הדוח

כדי לשתף את פרטי הבעיה, ניתן ללחוץ על הלחצן שיתוף בדף. קישור זה מעניק לכל מי שקיבל אותו גישה לדף הנוכחי, וגם לדפים של היסטוריית האימות של בעיה זו. הוא לא מעניק גישה לדפים אחרים של המשאב שלכם או מאפשר למשתמש שאיתו שיתפתם את הקישור לבצע פעולות כלשהן בנכס או בחשבון שלכם. ניתן לבטל את הקישור בכל זמן על ידי השבתת השיתוף בדף זה.

ניפוי באגים של עליות חדות במספרי שגיאות

הנה כמה דרכים שבעזרתן תוכלו לקבוע אם עלייה חדה במספר השגיאות נגרמה כתוצאה מקבוצת דפים שעברו ממידת חומרה אחת לאחרת:

  1. אם מאתרים עלייה חדה, מחפשים צניחה חדה מקבילה המתייחסת למצב אחר (שגוי או תקין).
  2. אם מאתרים צניחה חדה מקבילה, מאשרים שמדובר באותן כתובות אתר.
  3. אם כתובות האתר עברו ממצב אחד למצב אחר, יש לקבוע איזה שינוי שביצעתם גרם לכך.

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

שגיאות

השגיאות הבאות עשויות להופיע בדוח נוחות השימוש לניידים:

נעשה שימוש ביישומי פלאגין שאינם תואמים

הדף כולל פלאגין, כמו Flash, שאינם נתמכים על ידי רוב הדפדפנים בנייד. מומלץ לעצב מחדש את הדף באמצעות טכנולוגיות אינטרנט מודרניות ובעלות תמיכה רחבה, כמו HTML5. מידע נוסף על הנחיות לאנימציות אינטרנט.

אזור התצוגה לא מוגדר

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

אזור התצוגה אינו מוגדר ל'רוחב המכשיר'

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

רוחב התוכן גדול מרוחב המסך

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

הטקסט קטן מדי וקשה לקרוא אותו

בעזרת הדוח הזה אפשר לזהות דפים שבהם גודל הגופן קטן מדי לקריאה ויאלץ מבקרים העושים שימוש במכשיר נייד "לצבוט כדי לשנות מרחק מהתצוגה" על מנת לקרוא את הטקסט. לאחר שמציינים נקודת מבט עבור דפי האינטרנט, מגדירים שגודל הגופן יוכל להשתנות לפי הצורך בנקודת המבט. כדאי לקרוא מידע נוסף על שיטות מומלצות עבור גודל גופן במדריך לשימוש בגדלי גופן קריאים.

רכיבים הניתנים ללחיצה קרובים מדי זה לזה

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

אימות

לאחר תיקון השגיאות באתר, שולחים ל-Google בקשה לסריקה מחדש של הדפים המתוקנים. יש להרחיב את הקטע שבהמשך לפרטים נוספים.

מידע על אימות

לאחר תיקון כל המופעים של בעיה ספציפית באתר, אפשר לבקש מ-Google לאמת את השינויים. אם כל המופעים הידועים ייעלמו, הבעיה תסומן כ"תוקנה" בטבלת הסטטוסים ותרד לתחתית הטבלה. Search Console עוקב אחר מצב האימות של הבעיה בכללותה, ואחר המצב של כל מופע של הבעיה. כשכל המופעים של הבעיה נעלמים, הבעיה נחשבת כ"תוקנה" (למידע על מצבים שנרשמו בפועל, אפשר לעיין במצב אימות הבעיה ומצב אימות המופע).

מידע נוסף על משך החיים של בעיה...

משך החיים של בעיה מתחיל בפעם הראשונה שמופע כלשהו של הבעיה מזוהה באתר ומסתיים 90 יום אחרי שהמופע האחרון מסומן כנעלם מהאתר. אם יחלפו 90 יום ללא מופעים חוזרים, הבעיה תוסר מהיסטוריית הדוח.

תאריך הזיהוי הראשוני של הבעיה הוא הפעם הראשונה שבה הבעיה זוהתה במהלך משך החיים שלה, ותאריך זה לא משתנה. לכן:

  • אם כל המופעים של בעיה יתוקנו, אך מופע חדש של הבעיה יתרחש 15 ימים לאחר מכן, הבעיה תסומן כפתוחה והתאריך "זוהתה לראשונה" לא ישתנה.
  • אם אותה בעיה תתרחש 91 יום לאחר תאריך התיקון של המופע האחרון, המערכת תרשום זאת כבעיה חדשה, היות שהבעיה הקודמת כבר נסגרה. תאריך הזיהוי הראשוני של בעיה זו יוגדר כ"היום".

תהליך האימות הבסיסי

לפניכם סקירה כללית של תהליך האימות שמתחיל לאחר לחיצה על אימות תיקון של בעיה. תהליך זה יכול להימשך מספר ימים. נשלח לכם הודעות לגבי התקדמות התהליך באימייל.

  1. כשלוחצים על אימות תיקון, Search Console בודק מייד מספר דפים.
    • אם המופע הנוכחי קיים באחד מהדפים האלה, תהליך האימות מסתיים ומצב האימות נשאר ללא שינוי.
    • אם הדפים שנדגמו לא כוללים את השגיאה הנוכחית, תהליך האימות ממשיך ועובר למצב התחיל. אם בתהליך האימות מתגלות בעיות אחרות שאינן קשורות, בעיות אלה גוברות על אותו סוג בעיה והאימות ממשיך.
  2. תהליך האימות של Search Console מסתמך על רשימה של כתובות אתרים הידועות ככאלה שהושפעו מבעיה זו. רק כתובות אתרים הכוללות מופעים ידועים של בעיה זו ממתינות בתור לסריקה מחדש, ולא האתר כולו. Search Console מתעד את כל כתובות האתרים שנבדקו בהיסטוריית האימות. ניתן לעבור לקטע זה מדף הפרטים של הבעיה.
  3. כשכתובת אתר נבדקת:
    1. אם הבעיה לא מתגלה, מצב האימות של המופע משתנה לעבר. אם זהו המופע הראשון שנבדק לאחר תחילת האימות, מצב האימות של הבעיה משתנה לנראה טוב.
    2. אם לא ניתן להיכנס יותר לכתובת האתר, מצב האימות של המופע משתנה לאחר (זהו לא מצב שגיאה).
    3. אם המופע עדיין קיים, מצב הבעיה משתנה לנכשל ותהליך האימות מסתיים. אם מדובר בדף חדש שהתגלה במהלך סריקה רגילה, הוא ייחשב כמופע נוסף של הבעיה הקיימת.
  4. כשכל כתובות האתרים הכוללות שגיאות ואזהרות נבדקות ומספר הבעיות עומד על 0, מצב הבעיה משתנה לעבר. חשוב: גם אם מספר הדפים שהושפעו ירד ל-0 ומצב הבעיה השתנה לעבר, תווית החומרה המקורית עדיין תוצג (שגיאה או אזהרה).

גם אם לא תלחצו אף פעם על "התחלת אימות", Google עדיין תוכל לזהות מופעי בעיה שתוקנו. אם Google תזהה שכל המופעים של בעיה תוקנו במהלך הסריקה הרגילה שלה, היא תשנה את מצב הבעיה ל"לא רלוונטי" בדוח.

מתי בעיה בכתובת אתר או בפריט נחשבת כ"תוקנה"?

בעיה בכתובת אתר או בפריט מסומנת כ'תוקנה' כאשר אחד מהתנאים הבאים מתקיים:

  • כשכתובת האתר נסרקה והבעיה לא נמצאה עוד בדף. במקרה של שגיאה בתג AMP, ייתכן שהתג תוקן או הוסר (אם התג לא נדרש). במהלך ניסיון אימות, מצב הבעיה יהיה "עבר".
  • אם הדף אינו זמין לסריקה של Google מכל סיבה שהיא (הדף הוסר, סומן בתור noindex, דורש אימות וכו'), הבעיה בכתובת האתר הזו תיחשב כ"תוקנה". במהלך ניסיון אימות, מצב הבעיה יהיה "אחר".

אימות מחדש

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

עליכם להמתין שמחזור האימות יושלם לפני שתבקשו להתחיל מחזור נוסף, גם אם תיקנתם מספר בעיות במהלך המחזור הנוכחי.

מופעים שעברו את האימות בהצלחה (מסומנים במצב עבר) או שלא ניתן להיכנס אליהם יותר (מסומנים במצב אחר) לא ייבדקו שוב ויוסרו מההיסטוריה כשתלחצו על 'אימות מחדש'.

היסטוריית האימות

אפשר לראות את ההתקדמות של בקשת אימות על-ידי לחיצה על הקישור לפרטי האימות שנמצא בדף הפרטים של הבעיה.

רשומות בדף ההיסטוריה של האימות מקובצים לפי כתובת אתר בדוח AMP ובדוח 'סטטוס אינדקס'. בדוחות 'נוחות השימוש לניידים' ו'תוצאת חיפוש מתקדמת', פריטים מקובצים לפי השילוב של כתובת אתר יחד עם פריט נתונים מוּבְנִים (כפי שנקבע בערך השם של הפריט). מצב האימות חל על הבעיה המסוימת שנבדקת. אפשר שבעיה אחת בדף תסומן בתווית "עבר", אך בעיות אחרות יסומנו בתוויות "נכשל", "בהמתנה" או "אחר".

מצב אימות הבעיה

מצבי האימות הבאים חלים על בעיה נתונה:

  • לא התחיל: יש דף אחד או יותר הכוללים מופע של בעיה זו ומעולם לא התחלתם ניסיון אימות עבורם. השלבים הבאים:
    1. לוחצים על הבעיה כדי לעיין בפרטי השגיאה. בודקים כל דף בנפרד כדי לראות דוגמאות של השגיאה בדף פעיל באמצעות בדיקת ה-AMP (אם בדיקת ה-AMP לא מציגה את השגיאה בדף, הסיבה לכך היא שתיקנתם את השגיאה בדף הפעיל לאחר ש-Google מצאה את השגיאה והפיקה את דוח הבעיה הזה).
    2. לוחצים על 'מידע נוסף' בדף הפרטים כדי להציג את הפרטים של הכלל שהופר.
    3. לוחצים על שורה של כתובת אתר לדוגמה בטבלה כדי לקבל פרטים לגבי השגיאה הספציפית הזו.
    4. מתקנים את הדפים ולאחר מכן לוחצים על אימות תיקון כדי לבקש מ-Google לסרוק אותם מחדש. Google תודיע לכם על ההתקדמות של תהליך האימות. תהליך האימות נמשך בין מספר ימים לשבועיים, לכן צריך להתאזר בסבלנות. 
  • התחיל: התחלתם ניסיון אימות ועדיין לא נמצאו מופעים של הבעיה שנותרו. השלב הבא: Google תשלח לכם הודעות לגבי ההתקדמות של תהליך האימות שיציינו מה עליכם לעשות, במידת הצורך.
  • נראה טוב: התחלתם ניסיון אימות וכל מופעי הבעיה שנבדקו עד כה תוקנו. השלב הבא: לא נדרשת פעולה מצידכם. עם זאת, Google תשלח לכם הודעות לגבי ההתקדמות של תהליך האימות שיציינו מה עליכם לעשות, במידת הצורך.
  • עבר: כל המופעים הידועים של הבעיה נעלמו (או שכתובת האתר שהושפעה לא זמינה יותר). קרוב לוודאי שלחצתם על "אימות תיקון" כדי להגיע למצב זה (אם המופעים היו נעלמים מבלי ששלחתם בקשה לאימות, המצב היה משתנה ל"לא רלוונטי"). השלב הבא: לא נדרשת כל פעולה נוספת מצידכם.
  • לא רלוונטי: Google גילתה שהבעיה תוקנה בכל כתובות האתרים, אף על פי שמעולם לא התחלתם ניסיון אימות. השלב הבא: לא נדרשת כל פעולה נוספת מצידכם.
  • נכשל: סף מסוים של דפים עדיין כוללים בעיה זו אחרי שלחצתם על "אימות". השלבים הבאים: עליכם לתקן את הבעיה ולבקש אימות מחדש.

מצב אימות המופע

לאחר שליחת בקשה לאימות, לכל מופע ידוע של בעיה מוקצה אחד ממצבי האימות הבאים, הרלוונטיים לבעיה ספציפית (המצבים עבר ואחר אינם בשימוש בדוח 'סטטוס אינדקס'):

  • אימות בהמתנה: המופע ממתין בתור לאימות. בפעם האחרונה ש-Google בדקה, מופע זה עדיין היה קיים.
  • עבר: לאחר בדיקה, Google גילתה שמופע הבעיה לא קיים יותר. ניתן להגיע למצב זה רק אם לוחצים בצורה מפורשת על אימות של מופע זה.
  • נכשל: לאחר בדיקה, Google גילתה שמופע הבעיה עדיין קיים. ניתן להגיע למצב זה רק אם לוחצים בצורה מפורשת על אימות של מופע זה.
  • אחר: Google לא הצליחה להיכנס לכתובת האתר שמארחת את המופע, או (בנתונים מוּבְנִים) לא הצליחה יותר למצוא את הפריט בדף. מצב זה נחשב כשווה ערך למצב עבר.

הערה: לאותה כתובת אתר יכולים להיות מצבים שונים לבעיות שונות. לדוגמה, אם בדף אחד קיימות בעיה X וגם בעיה Y, בעיה X יכולה להיות במצב אימות עבר, ואילו בעיה Y באותו העמוד יכולה להיות במצב אימות בהמתנה.

האם המידע הועיל?
איך נוכל לשפר את המאמר?