מהירות האתר משפיעה על הקידום האורגני, אבל הרבה פחות ממה שנהוג לחשוב.
הפער הגדול הוא בין הציון של PageSpeed Insights של גוגל לבין המהירות שהגולש באמת מרגיש.
לדירוג, גוגל משקללת נתוני שדה מגולשים אמיתיים (Core Web Vitals), ולא את הציון הצבעוני מ-0 עד 100.
אתר עם ציון 40 שנטען מהר בפועל יכול לדרג מצוין.
לעומת זאת אתר שאיטי באמת, בגלל שרת גרוע או תמונות ענקיות, כן ייפגע.
בהמשך תמצאו את ההבדל המדויק בין השניים, טבלת ערכי סף, ורשימת תיקונים לפי סדר השפעה.
מהירות אתרים וקידום אורגני – עיקרי הדברים
- הציון 0-100 בפייג'ספיד הוא סימולציית מעבדה. לדירוג בפועל, גוגל משקללת נתונים מגולשים אמיתיים.
- ערכי הסף לעבור: LCP עד 2.5 שניות, INP עד 200 מילישניות, CLS עד 0.1.
- המדידה היא באחוזון ה-75 של הגולשים האמיתיים, בנפרד למובייל ולדסקטופ.
- לאתר בלי מספיק תנועה אין נתוני שדה בכלל. במצב כזה, אין לגוגל מה לשקלל.
- שני התיקונים עם ההחזר הכי גבוה: שרת עם זמן תגובה מהיר, וכיווץ תמונות.
- מהירות היא בעיניי שובר שוויון, לא מנוע צמיחה. תוכן וקישורים עדיין מזיזים הרבה יותר.
שאלה זריזה לי אליכם – האם מהירות טעינת האתר משפיעה על קידום אתרים אורגני בגוגל?
אז אולי אין ממש צורך לחפש את התשובה לשאלה זו כי אנשי הקידום האורגני ומקדמי אתרים רבים צועקים אותה מעל הגגות – מהירות האתר זה הכול!
לא עובר יום בלי שיוצא עוד מאמר, או שנציג גוגל ומומחה קידום מסבירים לנו שאופטימיזציה של מהירות האתר היא אחד הדברים הכי חשובים שאנחנו יכולים לעשות.
והם צודקים, כמובן…או שלא?
מהירות אתר משפיעה על קידום אורגני – האמנם?
כן, אבל לא בדרך שרוב האנשים חושבים.
יש הבדל עצום בין הציון הטכני לבין המהירות שהגולש באמת מרגיש.
על מנת להעריך את פוטנציאל הצמיחה האורגנית
ניתן לחייג למספר 052-9095200 או למלא את הטופס:
גוגל יודעת את זה, ובונה על זה את המדידה שלה.
לפני שאתם רצים לשפר את הציון, כדאי להבין את ההבדל הזה לעומק.
זה מה שהמדריך הבא עושה.
בכל מה שקשור לתחום הזה, אני משתדל לא להיות אף פעם נחרץ מדי או לטעון טענות גורפות.
בתור איש SEO, מה שאני כן מאמין בו זה ניסיון רב ומצטבר על הרבה אתרים ומקרים שונים.
אז מה למדתי אחרי קידום של אלפי אתרים?
שמהירות חשובה, אבל ממש לא חשובה כמו שרוב האנשים חושבים.
מהירות אתרים קיבלה הרבההההההה יותר מדי יחסי ציבור ביחס להשפעה האמיתית שלה.
זה נושא סקסי. יש לו ציון, יש לו צבעים, ואפשר להתווכח עליו בפייסבוק בלי לפתוח את האתר.
לא פלא שהרבה לקוחות שולחים לי דוחות או צילומי מסך עם ציונים נמוכים, כשהם בד"כ בטוחים שזה דופק להם את הקידום.
אני תמיד עונה שהאתר שלי קיבל תקופה ארוכה מאד ציון מהירות מביך, בעיקר במובייל (20 ומשהו על פי Google Pagespeed insights).
וזה עדיין לא מנע ממנו להיות מדורג בטופ 3 על ביטויים מגה תחרותיים.
אם ציון כזה גרוע לא מנע ממני להתקדם ככה, אז כנראה זה לא פרמטר כזה חשוב.
הגיון פשוט, לא?
הציון מול המהירות האמיתית: ההבדל שמסביר הכול
זה הסעיף שהייתי רוצה שכל בעל אתר יקרא לפני שהוא שולח לי צילום מסך אדום.
בכלי של גוגל יש שני סוגי נתונים לגמרי שונים, והם לא מודדים את אותו דבר.
| הציון 0-100 (נתוני מעבדה) | Core Web Vitals (נתוני שדה) | |
|---|---|---|
| מה זה מודד | סימולציה של טעינה אחת, על מכשיר ורשת מדומים | מה שקרה בפועל לגולשים אמיתיים באתר שלכם |
| על מה מבוסס | בדיקת Lighthouse שרצה ברגע שלחצתם | מסד נתוני חוויית משתמש של כרום, על פני 28 יום |
| משמש לדירוג בגוגל | לא | כן, כחלק מאותות חוויית העמוד |
| כמה מהר משתנה | מיד, ולפעמים גם בין שתי בדיקות רצופות | לאט. חלון של 28 יום מתגלגל |
| מתי זה שימושי | כדי לאתר מה בדיוק מכביד על העמוד | כדי לדעת אם יש בכלל בעיה אמיתית |
הנקודה שכמעט אף אחד לא מזכיר:
לאתר בלי מספיק תנועה אין נתוני שדה בכלל.
הכלי פשוט לא יציג לכם אותם.
כלומר, לאתר של עסק קטן בישראל, עם כמה מאות כניסות בחודש, לרוב אין לגוגל מה לשקלל בהיבט הזה.
אז אם מישהו מסביר לכם שהציון האדום הוא הסיבה שאתם לא בעמוד הראשון, בידקו קודם אם בכלל יש נתוני אמת לעמוד…
ערכי הסף של Core Web Vitals
אלה שלושת המדדים שגוגל באמת מסתכלת עליהם, והמספרים שצריך לעבור.
| המדד | מה הוא מודד | טוב | דורש שיפור | גרוע |
|---|---|---|---|---|
| LCP Largest Contentful Paint |
כמה זמן עד שהאלמנט הגדול בעמוד מוצג | עד 2.5 שניות | 2.5 עד 4 שניות | מעל 4 שניות |
| INP Interaction to Next Paint |
כמה מהר העמוד מגיב ללחיצה או להקשה | עד 200 מילישניות | 200 עד 500 מילישניות | מעל 500 מילישניות |
| CLS Cumulative Layout Shift |
כמה התוכן קופץ ומזיז את העמוד בזמן טעינה | עד 0.1 | 0.1 עד 0.25 | מעל 0.25 |
שלוש הערות שמשנות את כל התמונה:
ראשית, המדידה היא באחוזון ה-75 של הגולשים. כלומר, שלושה רבעים מהביקורים צריכים לעמוד בסף.
שנית, מובייל ודסקטופ נמדדים בנפרד. אתר יכול לעבור בדסקטופ וליפול במובייל.
שלישית, INP החליף את המדד הישן FID. אם מישהו עדיין מדבר איתכם על FID, הוא לא עדכן את עצמו כבר לא מעט זמן.
למידע נוסף על המדדים של גוגל לחווית משתמש ומהירות – Core Web Vitals.
וגם בסרטון הבא אני מסביר על המדדים בקצרה:
מה, אז מהירות לא חשובה בכלל?
בוודאי שמהירות חשובה.
אבל חשוב לבצע הפרדה בין 2 דברים: מהירות האתר בפועל ומהירות האתר על פי הציון של גוגל (או כלים אחרים).
במבחן המציאות, יכול להיות שהאתר טס והכל זורם חלק כמו חמאה, אבל הציון של גוגל יהיה גרוע.
למה?
כי הם בודקים על בסיס פרמטרים מסוימים מאד, שלא בהכרח קשורים למהירות הפיזית שבה נטען האתר.
כך למשל, אחד הדברים שמכבידים מאד על הציון זה Page Builders כמו אלמנטור (שאני מאד אוהב אותו).
קשה מאד לבנות אתר על בסיס אלמנטור שיקבל ציון גבוה במיוחד, בעיקר במובייל.
אז מה, לוותר על כל הנוחות שמגיעה עם זה?
בעיניי אין סיבה.
פרמטר המהירות פשוט לא כזה משמעותי.
תהיו בטוחים שגם גוגל יודעים שהכלי שלהם לא משקף בהכרח את המהירות האמיתית שבה נטען האתר עבור רוב הגולשים.
ולכן, אין לתת לו משקל רציני מדי בשקלול כל הפרמטרים של ה-SEO.
מה קורה אם האתר איטי בפועל?
פה כבר דברים נראים אחרת.
יצא לי לטפל בלא מעט אתרים איטיים במיוחד, בין אם בגלל שרת גרוע או תמונות כבדות (עוד על אופטימיזציה לתמונות).
במקרים כאלה, החלפת חברת אחסון אתרים וכיווץ משמעותי של התמונות הביאו לשיפור דרמטי במהירות בפועל.
וכפועל יוצא, גם עלייה מטורפת במיקומי האתר בגוגל.
בקייס סטאדי הזה למשל, חווינו עלייה גדולי במיוחד בטראפיק האורגני בתקופה קצרה יחסית, וחלק מהעבודה שם הייתה כיווץ רוחבי של משקל התמונות באתר.
אז כן, מהירות בהחלט חשובה. בעיקר המהירות הפיזית שמורגשת בפועל, והרבה פחות ציונים כאלה ואחרים.
אגב, יש לנו עוד לא מעט מקרי בוחן (Case Studies) של SEO שאפשר ללמוד מהם המון.
איך יודעים אם המהירות באמת תוקעת לכם את הקידום?
לפני שמשקיעים כסף בשיפור, כדאי לוודא שיש בכלל בעיה.
חמש בדיקות, עשר דקות בערך:
- פתחו את האתר בטלפון שלכם, ברשת סלולרית ולא בוואיפיי של המשרד. זו הבדיקה הכי טובה שיש.
- בדקו אם בכלל מוצגים לכם נתוני שדה בפייג'ספיד. אין נתונים, אין בעיה מוכחת.
- הסתכלו בדוח Core Web Vitals בסרץ' קונסול, ולא בציון של עמוד בודד.
- בדקו את זמן התגובה של השרת. מעל 800 מילישניות זה כבר בעייתי.
- השוו לשלושת המתחרים שמדורגים מעליכם. אם הם איטיים כמוכם, זו לא הבעיה שלכם.
עברתם את חמשת הסעיפים ולא מצאתם כלום?
המהירות היא כנראה לא מה שמעכב אתכם. חבל על הכסף.
מה באמת מאט אתר, לפי סדר השפעה
הטבלה הזאת מסודרת לפי מה שמזיז את המחט בפועל, ולא לפי מה שהכלי צועק עליו.
| הגורם | איך מזהים | מה עושים | ההשפעה בפועל |
|---|---|---|---|
| שרת או אחסון איטי | זמן תגובה מעל 800 מילישניות, גם בעמוד ריק | מעבר לחבילת אחסון רצינית או לשרת ייעודי | הכי גבוהה. משפיע על כל עמוד באתר |
| תמונות כבדות ולא מכווצות | תמונות במשקל של מגה ומעלה, בפורמט ישן | כיווץ, מעבר ל-WebP, והתאמת מידות למובייל | גבוהה מאוד, ובעיקר על LCP |
| אין מנגנון קאשינג | כל טעינה בונה את העמוד מחדש מאפס | הפעלת קאש בצד השרת ובצד הדפדפן | גבוהה, וזה אחד התיקונים הפשוטים ביותר |
| סקריפטים של צד שלישי | פיקסלים, צ'אטים, ווידג'טים ביקורות, מפות | למחוק מה שלא בשימוש, ולדחות את השאר | בינונית עד גבוהה, בעיקר על INP |
| עודף תוספים | תוספים שהותקנו "לנסות" ונשארו לנצח | כיבוי ומחיקה, אחד אחד, עם בדיקה בין לבין | משתנה. תוסף אחד כבד גרוע מעשרה קלים |
| פונטים חיצוניים | טקסט שמופיע באיחור או מחליף גופן תוך כדי | אחסון מקומי, טעינה מוקדמת, צמצום משקלים | נמוכה על הזמן, גבוהה על CLS |
| באנרים ומודעות שנטענים מאוחר | התוכן קופץ למטה בזמן שאתם קוראים | שריון מקום קבוע לכל אלמנט שנטען מאוחר | זה מה שהורג את ה-CLS ברוב האתרים |
| בילדר כבד | המון קוד לעמוד פשוט יחסית | לרוב לא נוגעים. מטפלים בשאר השורות קודם | גדולה על הציון, קטנה יחסית על התחושה |
שימו לב מה יושב בשתי השורות הראשונות. אחסון ותמונות.
מהניסיון שלי, שתי אלה פותרות את רוב המקרים שבהם אתר באמת איטי. כל השאר זה כבר כוונון עדין.
בהקשר הזה אם בא לכם להתעמק אפנה למדריכים שלי:
אז לא כדאי להתאמץ להשיג ציון גבוה של מהירות?
כל מקרה לגופו.
במידה ומקימים אתר חדש, שבנוי בצורה טובה ויש בו הזדמנות לעשות הכל כמו שצריך מאפס, אז בהחלט כדאי לקחת בחשבון גם את נושא הציון.
השאיפה תהיה שיהיה כמה שיותר גבוה, לפחות בטווח הירוק (80 ומעלה).
לעומת זאת, לא בכל אתר זה יהיה אפשרי.
לפעמים מבנה האתר או הצרכים של בעל האתר מכתיבים שימוש בבילדר כזה או אחר.
בעיניי, השיקולים האלה גוברים על השיקול של להשיג ציון גבוה.
כי וואלה, זה פשוט לא מספיק חשוב.
לא צריך להקריב מבנה של אתר או העדפה אישית עד כדי כך.
כך לפחות אני חושב.
מאד יכול להיות שבעתיד דברים ישתנו וגוגל יתנו הרבה יותר משקל לציוני המהירות.
אם כי עדיין קשה לי להאמין שזה יגבר על פרמטרים כמו חווית המשתמש הכללית, קישורים חיצוניים שהאתר מקבל מאתרים אחרים ויצירה ופרסום של תוכן איכותי לאורך זמן.
זאת גם לא צריכה להיות עבודות של מקדם אתרים
כך או כך, זאת לא עבודה של מומחה קידום בגוגל או סוכנות SEO.
זה משהו שצריך להתבצע על ידי מתכנת או מאיץ אתרים (מישהו שמתמחה בנושא הזה).
אני מאתר את הבעיה ומסביר מה צריך לתקן. את התיקון עצמו עושה מי שזה המקצוע שלו.
ולאחר שהוצאתי את כל זה…בואו נראה למה בכל זאת מהירות טעינה חשובה לקידום אתרים
מהירות האתר משפיעה בדרכים רבות על SEO.
הנה סקירה קצרה של כמה מהאופנים שבהם מהירות האתר וקידום אורגני משתלבים.
1. לא תהיה לכם הזדמנות נוספת לעשות רושם ראשוני – הכול מתחיל במהירות
דמיינו את המצב הבא: השקעתם מאמצים רבים כדי שהאתר שלכם יעבוד היטב.
יש לו מבנה מוצלח ותוכן מעולה שרלוונטי לקהל היעד שלכם.
יחד עם זאת, אם ייקח לו כמה שניות ארוכות להיטען, הרבה אנשים יעדיפו לתת ביקור למתחרה.
חראם לא?
וכאן יש עוד זווית שרוב האנשים מפספסים.
גולש שנוטש וחוזר לגוגל ואז מקליק על אתר שמתחרא מייצר אות התנהגותי לא מחמיא – תופעה המכונה פוגו סטיקינג (Pogo Sticking).
זו לא ענישה, וזה לא מדד רשמי.
זה פשוט אתר שלא מקבל הזדמנות להוכיח את עצמו.
2. במובייל – מהירות האתר היא גורם עוד יותר חשוב ומכריע
אנחנו כבר כמה שנים בעידן של Mobile First.
כלומר, אתרים נשפטים בגוגל על פי גרסת המובייל שלהם.
לכן עניין המהירות עוד יותר חשוב בגרסת המובייל, וזאת גם הגרסה שקשה יותר להשיג בה ציון נורמלי.
אבל עזבו ציונים.
מהירות בפועל, שזה כאמור מה שחשוב באמת.
לכן יש להכביד כמה שפחות על גרסת המובייל, ולעשות מה שאפשר כדי לזרז את זמן הטעינה בגרסה זו.
בוידאו הבא אני מסביר עוד על מובייל פירסט:
3. ועוד כמה סיבות שיהיה לכם אתר מהיר:
- אתר מהיר במיוחד, בעיקר ביחס המתחרים – יהווה לכם יתרון קידומי מול המתחרים.
- לאתרים מהירים שיעורי המרה גבוהים יותר
- מהירות מורידה את שיעור הנטישה באתר
- מהירות משפרת את חוויות המשתמש
שלוש טעויות שאני רואה אצל מי שנכנס לאובססיית מהירות
1. לרדוף אחרי הציון של עמוד הבית.
העמודים שמביאים תנועה אורגנית הם לרוב עמודי הפנים, ושם המצב לרוב שונה לגמרי.
2. להתקין תוסף אופטימיזציה על אתר שבור.
מיניפיקציה ודחיית סקריפטים על אתר עם שרת גרוע זה לשים פלסטר על שבר.
3. למחוק פיצ'רים שמייצרים כסף בשם הציון.
ראיתי לא מעט אנשים שהורידו וידאו, ביקורות או צ'אט, וקיבלו ציון יפה יותר ופחות פניות…
המשפט שהייתי תולה מעל המסך של כל בעל אתר
גוגל לא מדרגת אתכם לפי ציון. היא מודדת מה קרה לגולשים אמיתיים שנכנסו אליכם.
לכן, לפני שאתם משלמים על "שיפור מהירות", בידקו אם בכלל יש לכם נתוני שדה בעייתיים.
ברוב המקרים שהגיעו אליי, הבעיה לא הייתה המהירות. היא הייתה תוכן דל, פרופיל קישורים חלש ועוד מיליון דברים אחרים שהם לא מהירות הטעינה.
שאלות ותשובות נפוצות על מהירות אתר וקידום אורגני (FAQ)
1. יש לי ציון 40 במובייל. זה מה שחוסם לי את הקידום?
כמעט בטוח שלא.
הציון הזה הוא סימולציה, והוא לא הנתון שגוגל משקללת בדירוג.
האתר שלי עצמו ישב שנים על ציון של 20 ומשהו במובייל, ודירג בטופ 3 על ביטויים תחרותיים.
מאד סביר שיש לכם פערים משמעותיים יותר בנושא של תוכן, קישורים חיצוניים, או שילוב של הכל.
2. ואם אני מגיע ל-100? זה מבטיח לי מקום ראשון?
פחחחח…ממש לא.
ציון מושלם הוא נחמד, אבל הוא ממש לא מחליף תוכן טוב וקישורים.
גוגל הרבה יותר חכמים מזה. אף אחד לא יצ'פר בדירוגים אתר מהיר עם תוכן דרדלה.
3. שיפרתי את המהירות ולא זזתי בגוגל. איפה טעיתי?
יכול להיות שלא טעיתם בכלל.
אם המהירות לא הייתה הצוואר בקבוק שלכם, שיפור שלה לא יזיז כלום. זה הגיוני.
בידקו מה באמת חסר לכם מול המתחרים. לרוב זה תוכן, קישורים ו/או מענה איכותי על כוונת המשתמש.
4. הדוח בסרץ' קונסול צבוע אדום. קיבלתי עונש?
לא.
זה דוח מצב, לא הודעת ענישה. אין שום פעולה ידנית שקשורה למהירות.
הדוח מבוסס על נתוני גולשים אמיתיים, ולכן הוא גם משתנה לאט.
אם הוא אדום בגלל CLS ולא בגלל LCP, הבעיה שלכם היא לא מהירות אלא קפיצות בפריסת העמוד.
5. אלמנטור (או תוסף דומה כלשהו) הורס לי את הציון. שווה לבנות את האתר מחדש?
ברוב המקרים, לא.
בנייה מחדש עולה כסף, יכולה לסכן את הקידום הנוכחי של האתר ועוד.
מהניסיון שלי, אותו תקציב מושקע טוב יותר באחסון טוב יותר ובכיווץ תמונות.
יחד עם זאת, אם ממילא אתם שוקלים לבנות אתר חדש מאפס, שווה לבחור תשתית קלה יותר מלכתחילה.
בשורה התחתונה – לרוב זה לא ה-Page Builder הבעיה, אלא עבודה נכונה עם זה.
6. עברתי לאחסון יקר יותר וזה לא הזיז כלום. מה עכשיו?
יקר לא אומר מהיר.
בדקו את זמן התגובה של השרת בפועל, ולא את מה שכתוב בעמוד המכירה של חברת האחסון.
בידקו גם איפה השרת ממוקם פיזית. שרת בארה"ב לקהל ישראלי מוסיף זמן לכל בקשה.
אם השרת מגיב מהר והאתר עדיין איטי, הבעיה נמצאת בתוך האתר עצמו.
7. כמה תוספים זה יותר מדי?
המספר לא באמת מעניין.
תוסף אחד כבד שטוען סקריפטים בכל עמוד גרוע יותר מעשרה תוספים קטנים.
הבדיקה הפרקטית: כבו תוסף אחד, מדדו, החזירו, ועברו לבא.
תוסף שהתקנתם פעם "רק לנסות" ונשאר שם שנתיים הוא המקום הראשון להתחיל בו.
8. AMP עדיין רלוונטי או שזה נגמר?
ברובו נגמר.
גוגל ביטלה את הדרישה ל-AMP לצורך הופעה במקטע החדשות, ובכלל יש הרבה פחות דיבור על זה בשנים האחרונות.
לרוב האתרים העסקיים בישראל, זו לא השקעה שאני ממליץ עליה היום.
עדיף להשקיע את אותה אנרגיה באתר מובייל רגיל ומהיר.
9. מקדם האתרים שלי אומר שמהירות זה לא באחריותו. הוא מתחמק?
לגישתי לא, וזו גם העמדה שלי.
איתור הבעיה והסבר מה צריך לתקן הם בהחלט חלק מהעבודה.
התיקון עצמו, בקוד ובשרת, שייך למתכנת או למאיץ אתרים.
10. במובייל הציון גרוע ובדסקטופ מצוין. על מה להסתכל?
על מובייל.
גוגל שופטת אתרים לפי גרסת המובייל, וגם רוב הגולשים שלכם שם.
הפער בין השניים הוא נורמלי לגמרי, כי הבדיקה במובייל מדמה מכשיר ורשת חלשים.
אם נתוני השדה במובייל בסדר, הפער בציונים לא צריך להדאיג אתכם.
במדריך שלי על אופטימיזציה למובייל תמצאו מידע נוסף.
11. אין לי בכלל נתוני שדה בכלי. זה רע?
זה בעיקר אומר שאין לכם מספיק תנועה כדי לייצר נתונים.
המשמעות המעשית: אין לגוגל נתון אמיתי לשקלל בהיבט חוויית העמוד.
במצב כזה, כל דיון על מהירות הוא תיאורטי לגמרי.
תשקיעו את המשאבים בתוכן ובקישורים, ותחזרו לנושא הזה כשתהיה תנועה שמצדיקה את זה.
בקיצור, אם ברצונכם לשמח את הלקוחות שלכם וגם את מנועי החיפוש, שפרו את מהירות האתר שלכם!
להלן כמה מדריכים רלוונטיים:
- בדיקת מהירות האתר – לא רק בשביל גוגל
- אופטימיזציה לתמונות – לשיפור מהירות האתר וקידום אתרים
- מדריך לשיפור מהירות האתר
- מה זה CDN והאם זה עוזר לנו בחיים
- המדריך שלי על קידום אתרים טכני
- ניתוח התנהגות הגולשים באתר
- 5 דרכים לשיפור חווית המשתמש
- שיפור מהירות האתר בעזרת טעינה עצלה (Lazy Load)
בהצלחה!
