Retail Media
← כל המאמרים

Technical SEO ל-Core Web Vitals לוורדפרס — LCP, INP, CLS · המדריך המקצועי

צוות Retail Media

Technical SEO ל-Core Web Vitals בוורדפרס: המדריך המקצועי ל-LCP, INP ו-CLS

ב-2026, מהירות היא לא “נחמד שיהיה” — היא גורם דירוג, גורם המרה וגורם הישרדות. אתר וורדפרס עם Core Web Vitals אדומים מפסיד מיקומים בגוגל, שורף תקציבי מדיה על דפי נחיתה איטיים ומאבד גולשים לפני שהם בכלל רואים את ההצעה שלכם. במדריך הזה נפרק את שלושת המדדים — LCP, INP ו-CLS — נראה איך מודדים אותם נכון, ואיך מתקנים כל אחד מהם ברמה הטכנית, כולל טיפים ספציפיים לאחסון מנוהל כמו Nestify.

רוצים אבחון ביצועים מקצועי לאתר שלכם? קבלו הצעת מחיר תוך 24 שעות

מה זה Core Web Vitals ולמה גוגל מתעקשת עליהם

Core Web Vitals הם שלושה מדדי חוויית משתמש שגוגל מודדת על בסיס נתוני גלישה אמיתיים (CrUX — Chrome User Experience Report), לא על סימולציות מעבדה בלבד. כדי להבין למה הם קריטיים, שווה להכיר את התמונה הרחבה של איך עובד החיפוש של גוגל: המערכת מתעדפת דפים שמספקים חוויה מהירה ויציבה, במיוחד במובייל.

  • LCP (Largest Contentful Paint) — כמה זמן לוקח לאלמנט הגדול ביותר בדף להיטען. יעד: מתחת ל-2.5 שניות.

  • INP (Interaction to Next Paint) — כמה מהר הדף מגיב ללחיצה או הקלדה. יעד: מתחת ל-200 מילישניות. INP החליף את FID והוא המדד הקשה ביותר לאתרי וורדפרס עמוסי תוספים.

  • CLS (Cumulative Layout Shift) — כמה האלמנטים “קופצים” בזמן הטעינה. יעד: מתחת ל-0.1.

המדדים נמדדים בעיקר במובייל — ולכן שיפור CWV הולך יד ביד עם התאמת האתר למובייל. אתר שנכשל בשניהם משלם מחיר כפול.

איך מודדים נכון: PageSpeed, CrUX ו-Search Console

לפני שמתקנים — מודדים. שלושה כלים חובה:

  • PageSpeed Insights — מציג גם נתוני שדה (משתמשים אמיתיים) וגם נתוני מעבדה. תמיד תעדיפו את נתוני השדה כשהם קיימים.

  • Google Search Console — דוח Core Web Vitals מרכז את כל הדפים הבעייתיים לפי קבוצות. אם עדיין לא חיברתם, הנה מדריך התחלה מהירה ל-Search Console.

  • CrUX Dashboard — מגמות היסטוריות ברמת הדומיין, מצוין למעקב רבעוני.

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

תיקון LCP: תמונות, Preload ואחסון

ברוב אתרי הוורדפרס, אלמנט ה-LCP הוא תמונת Hero או כותרת ראשית. סדר הפעולות הנכון:

אופטימיזציית תמונות

המירו ל-WebP או AVIF, הגדירו מידות מדויקות, והסירו Lazy Load מתמונת ה-Hero — היא צריכה להיטען מיד, לא באיחור.

Preload למשאבים קריטיים

הוסיפו rel=“preload” לתמונת ה-LCP ולפונט הראשי, וקבעו fetchpriority=“high” על תמונת ה-Hero.

קאשינג ברמת השרת

ב-Nestify ובאחסונים מנוהלים דומים, הפעילו Server-Level Caching ו-Redis Object Cache — זה מוריד את ה-TTFB משמעותית בלי תוסף קאש כבד.

CDN וקירבה גיאוגרפית

לקהל ישראלי, ודאו שה-CDN מגיש מ-Edge קרוב. TTFB מעל 800ms הורס כל אופטימיזציה אחרת.

טיפ ל-Nestify: הפלטפורמה כוללת קאשינג מובנה — אל תערימו עליו תוסף קאש נוסף. כפילות קאש היא סיבה נפוצה לתקלות ול-Purge שלא עובד.

תיקון INP: JavaScript הוא האויב

INP גבוה כמעט תמיד נובע מ-JavaScript חוסם: תוספים כבדים, פיקסלים של מדיה ו-Event Handlers ארוכים. מה עושים:

  • Defer ו-Delay לסקריפטים — טענו סקריפטים לא קריטיים רק אחרי אינטראקציה ראשונה של המשתמש.

  • ניהול פיקסלים דרך GTM — במקום עשרה קטעי קוד מוטמעים, נהלו הכל במקום אחד. המדריך ל-Google Tag Manager מראה איך לעשות את זה בלי לפגוע במהירות.

  • דילול תוספים — כל תוסף פעיל טוען CSS ו-JS. עברו על הרשימה אחת לרבעון והסירו כל מה שלא בשימוש. זה גם עקרון מרכזי במדריך אבטחת הוורדפרס שלנו — פחות תוספים = פחות פרצות ופחות משקל.

  • פיצול משימות ארוכות — Long Tasks מעל 50ms חוסמות את ה-Main Thread. כלי כמו Chrome DevTools Performance מזהה אותן בדיוק.

תיקון CLS: יציבות ויזואלית

קפיצות בדף נגרמות משלושה גורמים עיקריים, וכולם ניתנים לתיקון מהיר:

  • תמונות בלי מידות — הגדירו תמיד width ו- height כדי שהדפדפן ישריין מקום מראש.

  • פונטים — השתמשו ב- font-display: swap ובטעינה מקומית של פונטים במקום מ-Google Fonts, כדי למנוע הבהוב והזזת טקסט.

  • באנרים ומודעות שנטענים מאוחר — שריינו להם Container בגובה קבוע מראש.

למה לעבוד עם Retail Media על ביצועים? אנחנו לא מסתכלים על ציון PageSpeed כמטרה — אלא על ההשפעה העסקית. בפרויקט AdBrain — אבטחה וסינון בוטים שילבנו אופטימיזציית ביצועים עם הגנה מפני תעבורה זדונית, כי בוטים שמציפים שרת הם גם בעיית מהירות וגם בעיית אבטחה. הצוות שלנו מטפל בשכבה הטכנית, בתוכן ובמדידה כמכלול אחד.

גלו איך שירותי ה-SEO שלנו משלבים Technical SEO עם אסטרטגיית תוכן מנצחת

ביצועים הם רק חצי מהמשוואה

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

כמה זמן לוקח לראות שיפור ב-Core Web Vitals אחרי תיקון? נתוני השדה ב-CrUX מבוססים על חלון של 28 ימים, כך שגם אם התיקון מיידי, הדוחות ב-Search Console יתעדכנו בהדרגה לאורך כחודש. בנתוני מעבדה (Lighthouse) תראו את השיפור מיד.

האם תוסף קאש אחד מספיק כדי לעבור את המדדים? לא. תוסף קאש משפר בעיקר LCP ו-TTFB, אבל לא פותר INP שנגרם מ-JavaScript כבד ולא CLS שנגרם מתמונות בלי מידות. נדרש טיפול נפרד בכל מדד.

מה חשוב יותר — LCP, INP או CLS? גוגל מודדת את שלושתם, אבל בפועל INP הוא המכשול הנפוץ ביותר באתרי וורדפרס ב-2026, בגלל ריבוי תוספים ופיקסלים. התחילו ממנו אם המשאבים מוגבלים.

אנחנו על אחסון Nestify — מה כדאי להפעיל? הפעילו את הקאשינג המובנה ברמת השרת, Redis Object Cache ודחיסת Brotli, והימנעו מתוסף קאש נוסף שמתנגש איתם. השלימו עם CDN ואופטימיזציית תמונות ברמת האתר.

סיכום: מהירות היא אסטרטגיה, לא תיקון חד-פעמי

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

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

רוצים שנעזור לכם עם זה?

שיחת ייעוץ חינם של 30 דקות — בלי התחייבות.

לשיחת ייעוץ חינם