איך ווידג'ט AI אחד הרס לאתר סחר את ה-INP ב-2026 (ואיך פתרנו את זה)

דמיינו חנות אופנה אונליין מתל אביב, נקרא לה "אורבן סטייל".

בתחילת 2026 הבעלים החליט לשלב באתר סוכן AI מתקדם.

הווידג'ט איפשר לגולשים להעלות תמונה, לקבל המלצות מידה מדויקות ולשאול שאלות על הבד בזמן אמת.

זה עבד מעולה.

שיעור ההמרה המקומי עלה ב-14% בתוך שבועיים. אבל אז הגיעה המכה: התנועה האורגנית מגוגל צללה ב-30%.

ככשאל אותי הבעלים מה קרה, פתחתי את ה-Search Console. התשובה הייתה ברורה: אזהרת Core Web Vitals אדומה ומהדהדת בסעיף ה-INP.

הבעיה השקטה — כשה-Main Thread נחנק מסקריפטים של AI

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

הגדרה · INP (Interaction to Next Paint)

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

גוגל דורשת INP של פחות מ-200 מילי-שניות. באתר של אורבן סטייל, המדד נהיה 380 מילי-שניות.

למה זה קרה?

הווידג'ט של סוכן ה-AI טען ספריית JavaScript כבדה. בכל פעם שגולש לחץ על כפתור "התאם לי מידה", הסקריפט התחיל לפענח נתונים, לנתח נכסי תמונה ולבצע קריאות API.

הוא הקפיא את ה-Main Thread של הדפדפן.

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

גוגל לא ריחמה.

הניסיון הראשון שנכשל — טעינה בדחייה (defer) זה לא מספיק

המתכנת של החנות ניסה פתרון סטנדרטי. הוא הוסיף defer לסקריפט של ה-AI והעביר אותו שטען בסוף הדף.

ה-LCP של הדף השתפר, אבל ה-INP נשאר אדום.

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

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

הפתרון המנצח — Web Workers וחלוקת משימות ל-UI

כדי לפתור את הבעיה, היינו חייבים לבצע הפרדה מוחלטת בין חוויית המשתמש לבין מנוע ה-AI.

ביצענו שלושה שינויים ארכיטקטוניים בקוד:

1. העברת הלוגיקה הכבדה ל-Web Worker: העברנו את כל פיענוח הנתונים והתקשורת מול ה-API של ה-AI לשרשור נפרד ברקע (Web Worker). ה-Main Thread נשאר פנוי לחלוטין ללחיצות של המשתמש.
2. שימוש ב-scheduler.yield: חילקנו משימות עיבוד ארוכות למקומות קטנים, כך שהדפדפן יכול לעצור באמצע, לרנדר קליק של המשתמש, ואז להמשיך בעיבוד.
3. רנדור אסינכרוני לרכיבי ה-UI: הלחיצה על הבוט מציגה מיידית מצב שטען (Skeleton loader) בתוך פחות מ-20ms, עוד לפני שה-AI בכלל החזיר תשובה.

התוצאה — INP של 85 מילי-שניות וזינוק חזרה בתנועה

תוך 14 יום מרגע השקת הקוד החדש, מדד ה-INP של חנות "אורבן סטייל" ירד מ-380ms ל-85ms בלבד.

גוגל עדכנה את נתוני ה-Field Data ב-Search Console.

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

💡

אל תתנו לווידג'טים של AI לנהל את הדפדפן של הלקוח. תנתקו את ה-UI מהחישובים הכבדים, ותשמרו על ה-Main Thread פנוי 100% מהזמן.

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