Core Web Vitals 2026: המדריך המלא למהירות אתר

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

הנה מה שצריך לדעת, מה לבדוק, ואיך לתקן.

שלושת המדדים

LCP — Largest Contentful Paint

מה זה: הזמן שלוקח עד שהאלמנט הגדול ביותר בדף (לרוב תמונת hero) נטען לחלוטין.

יעדים:

• טוב: מתחת ל-2.5 שניות
• צריך שיפור: 2.5–4 שניות
• גרוע: מעל 4 שניות

מה גורם ל-LCP גבוה:

1. TTFB גבוה (שרת איטי) — הגורם הנפוץ ביותר
2. תמונת hero גדולה ולא מאוחסנת
3. JavaScript שחוסם rendering
4. גופנים שנטענים לאט

INP — Interaction to Next Paint (החליף את FID ב-2024)

מה זה: הזמן שלוקח לדף להגיב לאינטראקציה של משתמש (לחיצה, הקלדה).

יעדים:

• טוב: מתחת ל-200ms
• צריך שיפור: 200–500ms
• גרוע: מעל 500ms

מה גורם ל-INP גבוה:

1. JavaScript כבד שחוסם את ה-main thread
2. תוספים שמוסיפים event listeners על כל עמוד
3. Elementor/Page builders עם הרבה animations

CLS — Cumulative Layout Shift

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

יעדים:

• טוב: מתחת ל-0.1
• צריך שיפור: 0.1–0.25
• גרוע: מעל 0.25

מה גורם ל-CLS:

1. תמונות ללא width/height attributes
2. פרסומות שנטענות ומזיזות תוכן
3. גופנים שמחליפים זה את זה (FOUT)

איך לבדוק את הציונים שלכם

Google PageSpeed Insights (מהיר ביותר): נכנסים ל-pagespeed.web.dev → מכניסים URL → מקבלים ציון 0–100.

הציון מבוסס על שני מקורות:

• Lab data: בדיקה בזמן אמת מהשרתים של גוגל
• Field data: נתונים אמיתיים מ-Chrome users בעולם (28 יום אחרונים)

Field data חשוב יותר — זה מה שגוגל רואה.

Google Search Console → Core Web Vitals: מציג אילו עמודים יש להם בעיות, ואת הפילוח (Mobile vs Desktop).

מה עושים עם TTFB גבוה (הבעיה הנפוצה ביותר)

TTFB = Time to First Byte. זה הזמן מרגע שהבקשה יוצאת עד שהבית הראשון מגיע מהשרת.

פתחו Chrome DevTools (F12) → Network → טענו מחדש → לחצו על הבקשה הראשונה → Timing.

TTFB ממוצע לפי ספק (מהבדיקות שלנו):

אם אתם על SiteGround ו-TTFB שלכם 600ms+, הבעיה היא לא בAchsun אלא באחד מהדברים האלה: תוספים שמבצעים queries כבדות, WooCommerce ללא Redis, או שכן רועש על השרת.

5 תיקונים שנותנים את השיפור הגדול ביותר

תיקון 1: Preload תמונת ה-LCP

<!-- בfunctions.php של הערכה -->
<?php
function preload_hero_image() {
    echo '<link rel="preload" as="image" href="/wp-content/uploads/2026/01/hero.webp" fetchpriority="high">';
}
add_action('wp_head', 'preload_hero_image', 1);
?>

אפקט: מוריד LCP ב-0.3–1 שניות על אתרים עם תמונת hero גדולה.

תיקון 2: הוסיפו dimensions לכל תמונה

<!-- לא נכון — גורם ל-CLS -->
<img src="product.jpg" alt="מוצר">

<!-- נכון — מונע CLS -->
<img src="product.jpg" alt="מוצר" width="800" height="600">

ב-וורדפרס, הגדירו height/width בכל הוספת תמונה. Smush/ShortPixel מוסיפים זאת אוטומטית.

תיקון 3: WebP לכל התמונות

WebP קטן ב-25–35% מ-JPEG באותה איכות. וורדפרס 6.1+ כולל המרה אוטומטית:

הגדרות → מדיה → Generate WebP versions (בדקו שזה מסומן).

תיקון 4: Defer JavaScript

// ב-functions.php
function defer_scripts($tag, $handle, $src) {
    // אל תדחו scripts קריטיים
    $exclude = ['jquery', 'woocommerce'];
    foreach ($exclude as $ex) {
        if (strpos($handle, $ex) !== false) return $tag;
    }
    return str_replace(' src', ' defer src', $tag);
}
add_filter('script_loader_tag', 'defer_scripts', 10, 3);

אזהרה: בדקו שהאתר עובד אחרי שינוי זה. חלק מהתוספים תלויים בסדר הטעינה.

תיקון 5: font-display: swap לגופנים

/* Additional CSS */
@font-face {
  font-family: 'Heebo';
  font-display: swap; /* מציג גופן fallback עד שHeebo נטען */
}

Core Web Vitals לאתרים בעברית — שיקולים מיוחדים

גופנים עבריים כבדים יותר. סט תווים עברי גדול יותר = קובץ גופן גדול יותר. השתמשו ב-font-display: swap ו-preload לגופן.

RTL + CLS. אלמנטים שמשנים כיוון בעת הטעינה גורמים ל-CLS. ודאו שה-dir="rtl" מוגדר ב-HTML ולא נוסף ב-JavaScript.

שרתים קרובים לישראל. TTFB מישראל לשרת בפרנקפורט: ~180ms. לשרת ישראלי: ~89ms. לקהל ישראלי, uPress עם שרת ישראלי יעניק LCP טוב יותר באופן יסודי.

יעדים לאתר ישראלי מצוין ב-2026

אם אתם על Kinsta או uPress עם קאשינג מוגדר נכון, היעדים האלה בהישג יד.