בעיה ב-LCP: יותר מ-2.5 שניות בנייד – מה זה ואיך מתקנים?
בעיה ב-LCP של יותר מ-2.5 שניות בנייד היא בעיה די ידועה. הרבה פעמים אנחנו מקבלים התראה כזאת בתוך Google Search Console, שמודיעה לנו שיש בעיה במדד הזה.
LCP הוא בעצם זמן הטעינה של האלמנט המרכזי והגדול שאנחנו רואים במסך, בין אם זה טקסט, תמונה או אלמנט אחר בתוך האתר.
אם ה-LCP שלנו הוא יותר מ-2.5 שניות בנייד, צריך לבדוק ולטפל בזה.
לפעמים אנחנו אפילו נראה שציון המהירות שלנו הוא 90, 95 או אפילו 100, אבל המדד הזה עדיין לא תקין.
למה LCP יכול להיות יותר מ-2.5 שניות?
יש אלף ואחת סיבות.
הרבה פעמים זה עיצוב שהוא מאוד עמוס, תמונות גדולות, הגדרות לא נכונות ב-WP Rocket, קוד מלוכלך או פשוט בנייה לא נכונה של האתר.
אפשר לטפל בזה. לפעמים זה לוקח קצת יותר זמן ולפעמים קצת פחות.
יש גם מקרים שאני בתור מקדם אתרים לא עושה את הדברים האלה בעצמי. אני פשוט מדבר עם המתכנת, אנחנו בודקים ממה הבעיה נובעת ומתקנים אותה כמו שצריך.
איך אני בודק בעיית LCP?
כשאני מקבל את ההודעה הזאת, הדבר הראשון שאני עושה זה להיכנס ל-Google PageSpeed Insights, לבדוק את הציון ולבדוק למה זה קורה.
אני לא מתחיל ישר לגעת באתר ולעשות שטויות.
אני גם לא מכניס כל מיני קודים או פתרונות שקיבלתי מתוכנות AI בלי להבין מה הם עושים. אני לא מתכנת והאתר שלי חשוב לי.
אני לוקח מתכנת שיבדוק את זה לעומק ויראה ממה זה נובע.
כמו שאמרתי, לפעמים זה מקוד מלוכלך, לפעמים זה מתמונות גדולות, לפעמים זה מעיצוב לא טוב ולפעמים פשוט מבנייה לא נכונה של האתר.
צריך לבדוק את זה כמו שצריך.
למה PageSpeed מראה ציון טוב אבל Search Console עדיין מתריע?
זה משהו שחשוב להבין.
יכול להיות שאתם נכנסים ל-PageSpeed ורואים ציון של 95 או אפילו 100, אבל ב-Search Console עדיין מופיעה לכם בעיית LCP.
זה לא בהכרח אומר שאחד הכלים טועה.
PageSpeed יכול להציג לנו בדיקה של הדף בתנאים מסוימים, בזמן ש-Search Console יכול להציג נתונים שנאספו ממשתמשים אמיתיים לאורך זמן.
לכן אני לא מסתכל רק על הציון הכללי. אם יש לי התראה על LCP ב-Search Console, אני בודק אותה.
מה עושים אם התמונה גורמת ל-LCP גבוה?
אני בדרך כלל משתמש בתוספים כמו Imagify ו-WP Rocket.
התוספים האלה יכולים לעזור לנו באופטימיזציה של התמונות ובפורמטים כמו WebP, וככה להוריד את המשקל שלהן ולשפר את הטעינה.
אבל לפעמים אופטימיזציה לא נכונה יכולה גם לפגוע באיכות של התמונה.
בגלל זה אני תמיד אומר: אם אתם לא יודעים בדיוק מה אתם עושים, עדיף להתייעץ עם מתכנת.
איך בודקים שהבעיה תוקנה?
ברגע שאני מתקן את הבעיה ובודק דרך Google PageSpeed Insights שהכול סבבה ושהמדדים השתפרו, אני נכנס ל-Google Search Console ולוחץ על "אימות התיקון".
אחרי זה מחכים שגוגל תבדוק מחדש את הדפים.
אם עדיין יש בעיות בכל מיני דפים, אנחנו עוברים עליהם שוב, בודקים, מתקנים וממשיכים עד שפשוט נפטרים מהבעיות האלה.
האם LCP חשוב לקידום SEO?
בואו נגיד לכם משהו כזה.
בסופו של דבר, כאשר Google Search Console מתריע על הבעיה הזאת, מבחינתי אני לא מתעלם ממנה.
LCP הוא חלק מ-Core Web Vitals, ואם גוגל נותנת לי התראה ואומרת שיש בעיה, אני מתקן אותה.
זה לא אומר שאם ה-LCP שלכם הוא 2.6 שניות האתר פתאום ייעלם מתוצאות החיפוש. יש עוד הרבה דברים שמשפיעים על קידום אורגני.
אבל זה מדד שחשוב לגוגל, הוא חשוב לחוויית המשתמש, ולכן מבחינתי חייבים לטפל בו.
הטעות הכי גדולה שאנשים עושים עם LCP
הטעות הכי גדולה היא שפשוט אנשים מתעלמים מזה.
או שהם כן נכנסים לזה ולוקחים כל מיני אנשי מקצוע פחות טובים שעושים להם תיקונים של מהירות האתר בלי באמת לבדוק לעומק ממה הבעיה נובעת.
יש גם אנשים שמנסים לעשות את זה בעצמם ואז שוברים את האתר.
אם אתם לא יודעים מה אתם עושים, אל תתחילו להכניס קודים, לשנות הגדרות ולמחוק דברים באתר רק בשביל לקבל ציון יותר גבוה.
האתר שלכם חשוב.
תבדקו קודם ממה הבעיה נובעת, ואם צריך, תיקחו מתכנת טוב שיעבור על האתר ויתקן אותה כמו שצריך.
לסיכום
בעיה ב-LCP של יותר מ-2.5 שניות בנייד היא לא משהו שאני מתעלם ממנו.
נכנסים ל-Google PageSpeed Insights, בודקים ממה הבעיה נובעת, עוברים על התמונות, הקוד, העיצוב והבנייה של האתר, ואם צריך עובדים עם מתכנת.
אחרי שמתקנים, חוזרים ל-Google Search Console, עושים אימות תיקון ומחכים לבדיקה מחדש.
אל תנסו לעשות שטויות באתר רק בשביל לקבל 100 בציון המהירות.
המטרה היא לא רק לקבל ציון יפה. המטרה היא שהאתר יהיה מהיר, תקין ונוח למשתמש, ושלא יהיו לנו התראות שאנחנו יכולים וצריכים לתקן.
