האם צ׳אט פוגע במהירות האתר? מה בודקים בחנות Shopify

האם צ׳אט פוגע במהירות האתר בחנות Shopify?

כן, הוא יכול. רוב המחיר מגיע מ־JavaScript, גופנים וקובצי עיצוב שנטענים בכל דף עוד לפני שקונה פתחה את הצ׳אט. הקוד הזה מתחרה על המעבד של הטלפון עם תמונות המוצר ועם כפתור ההוספה לעגלה. ווידג׳ט שטוען רק כפתור קטן, ואת השאר רק כשצריך, עולה הרבה פחות.

סוחרים שמים לב. בשרשור אחד בקהילת Shopify סוחר דיווח שציון מהירות הדף שלו במובייל ירד ב־35 נקודות רק מהפעלת ווידג׳ט צ׳אט, שגם טען סקריפטים וגופנים נוספים (Shopify Community, ינואר 2021). זה ציון מעבדה של חנות אחת, לא כלל, אבל הוא מראה את גודל הסיכון כשווידג׳ט טוען הכול מראש.

על אילו מדדי Core Web Vitals צ׳אט יכול להשפיע?

על שלושתם. מדדי Core Web Vitals של Google מודדים טעינה (Largest Contentful Paint), תגובתיות (Interaction to Next Paint) ויציבות חזותית (Cumulative Layout Shift). ווידג׳ט כבד יכול לעכב את התמונה הראשית, לגרום לנגיעות להרגיש איטיות בזמן שהסקריפט שלו רץ, ולהזיז את הדף כשהבועה או הבאנר שלו מופיעים באיחור.

היעדים של Google, שנמדדים באחוזון ה־75 של טעינות דף אמיתיות במובייל ובמחשב, הם LCP של 2.5 שניות או פחות, INP של 200 אלפיות שנייה או פחות ו־CLS של 0.1 או פחות (web.dev, Web Vitals); ציון גרוע מתחיל מעל 4 שניות ב־LCP ומעל 0.25 ב־CLS. מדד INP החליף את First Input Delay כמדד ליבה במרץ 2024 (web.dev), וזה חשוב לצ׳אט: INP סופר כל נגיעה במהלך הביקור, לא רק את הראשונה.

למה סקריפטים של צד שלישי עולים כל כך הרבה במובייל?

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

ההנחיות של Shopify לביצועי תבניות ב־shopify.dev ממליצות לעבור על כל סקריפט, כולל של אפליקציות, ולהסיר או לדחות סקריפטים של אפליקציות שחוסמים את פענוח ה־HTML. המדריך של Google לטעינה יעילה של JavaScript של צד שלישי מוסיף שסקריפטים של צד שלישי צריכים להשתמש ב־async או defer אלא אם הם נחוצים לתצוגה הראשונה, ומציע להשוות את ביצועי הדף עם כל צד שלישי ובלעדיו.

INP הוא המקום שבו ווידג׳טים של צ׳אט מופיעים לא פעם. מדריך ה־INP של web.dev מסביר שמשימות ארוכות בתהליך הראשי מעכבות את תחילת הטיפול באירועים. אם סקריפט הצ׳אט עדיין עסוק בטעינה בדיוק כשקונה נוגעת בכפתור מידה, הנגיעה מחכה.

מה זה טעינה עצלה של צ׳אט?

טעינה עצלה פירושה להציג תחליף קל, בדרך כלל בועת הצ׳אט, ולטעון את חלון הצ׳אט האמיתי רק כשקונה לוחצת עליו או מראה כוונה. מבקרים רבים אף פעם לא פותחים צ׳אט, ולכן הצפיות שלהם משלמות רק על הכפתור הקטן. המחיר הוא המתנה קצרה בפעם הראשונה שמישהו פותח את החלון.

התיעוד של Lighthouse מ־Google קורא לדפוס הזה facade, רכיב סטטי שנראה כמו ההטמעה אבל טוען את הדבר האמיתי רק באינטראקציה, ונותן כלי צ׳אט חי כמו Intercom, Drift, Help Scout ו־Facebook Messenger כדוגמאות (Chrome for Developers, Lazy load third-party resources with facades). אותו דף מציין שהבדיקה הזו הוסרה ב־Lighthouse 13, כך שייתכן שלא תראו את האזהרה, אבל העיקרון עדיין נכון. גם ההנחיות של Shopify לקוד תבניות אומרות את אותו הדבר: לטעון מודולים באינטראקציה, עם ייבוא דינמי בתוך מאזין לאירוע.

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

איך הרחבות אפליקציה לתבנית ו־App Embed עוזרים למהירות החנות?

הרחבות אפליקציה לתבנית (theme app extensions) מאפשרות לאפליקציית צ׳אט להתווסף בלי לערוך את קובצי התבנית, ובלוקים של App Embed מאפשרים להדליק ולכבות את הווידג׳ט מעורך התבנית. הקבצים שלהם מוגשים מה־CDN של Shopify, ו־App Embed יכול לטעון סקריפטים רק בדפים שנבחרו. הסרת האפליקציה מסירה את הבלוקים, ולא נשאר קוד שממשיך לרוץ.

התיעוד של Shopify להגדרת הרחבות לתבנית ממליץ להגביל את ה־JavaScript הדחוס שהרחבה טוענת ל־10 KB ואת ה־CSS הדחוס ל־100 KB, ומציין שטעינת סקריפטים רק בדפים מסוימים מצמצמת את ההשפעה של אפליקציה על הביצועים. דרישות Built for Shopify קובעות שאפליקציה לא יכולה להוריד את ציון הביצועים של Lighthouse בחזית החנות ביותר מעשר נקודות.

הדפוס הישן, הדבקת תגית script לתוך theme.liquid, הוא המקום שבו בעיות מהירות נוטות להישאר: הקוד נטען בכל דף, אף אחד לא זוכר שהוא שם, והוא יכול לשרוד גם אחרי שהאפליקציה הוסרה. אם מצאתם קטעים כאלה מאפליקציות שאתם כבר לא משתמשים בהן, זה מקום טוב להתחיל לנקות. הרחבנו על זה במדריך על ווידג׳טים כפולים וקוד שנשאר אחרי הסרת אפליקציה, ועל ההתקנה עצמה במדריך להתקנה דרך הרחבת אפליקציה לתבנית.

איך בודקים עם PageSpeed Insights אם אפליקציית צ׳אט מאטה את האתר?

מודדים את אותם דפים לפני ואחרי שמפעילים את הווידג׳ט, במובייל, כמה פעמים כל דף. השיטה של Shopify עצמה משתמשת ב־PageSpeed Insights בדף הבית, בדף מוצר ובדף קולקציה, נותנת להם משקל של 17, 40 ו־43 אחוז, ומחסירה את הציון המשוקלל ההתחלתי מהסופי כדי לקבל את ההשפעה של האפליקציה.

השיטה מגיעה ממדריך ביצועי חזית החנות לאפליקציות של Shopify, שגם ממליץ למצע כמה הרצות רצופות כי הציונים משתנים. התיעוד של PageSpeed Insights מ־Google מסביר למה: ציון המעבדה מגיע מטלפון ורשת בינוניים מדומים, ואילו נתוני השטח בראש הדוח מציגים משתמשי Chrome אמיתיים ב־28 הימים האחרונים. השתמשו בציון המעבדה כדי להשוות לפני ואחרי, ובנתוני השטח כדי לאשר במהלך החודש שאחרי.

1. בחרו כתובת אחת של דף הבית, אחת של דף מוצר ואחת של דף קולקציה.
2. כשה־App Embed של אפליקציית הצ׳אט כבוי בעורך התבנית, הריצו PageSpeed Insights בלשונית Mobile שלוש עד חמש פעמים לכל דף, ורשמו את החציון של ציון הביצועים, LCP ו־Total Blocking Time.
3. חשבו ציון משוקלל: דף הבית כפול 0.17, ועוד דף מוצר כפול 0.40, ועוד דף קולקציה כפול 0.43.
4. הדליקו את ה־App Embed, שמרו, וחזרו על אותן הרצות באותן כתובות.
5. החסירו. להמחשה, חנות שיורדת מציון משוקלל של 70 ל־67 מראה השפעה של 3 נקודות. השוו את זה לקו של עשר נקודות ב־Built for Shopify.
6. פתחו את הצ׳אט פעם אחת בטלפון אמיתי ונגעו בכמה כפתורים בדף המוצר. אחרי כמה שבועות של נתוני שטח, בדקו שוב את דוח Core Web Vitals ב־PageSpeed Insights.

מה לשאול ספק של אפליקציית צ׳אט על מהירות?

שאלו ארבעה דברים: כמה גדול הסקריפט שנטען בכל דף, האם ממשק הצ׳אט נטען רק בפתיחה או ברקע אחרי שהדף נטען, האם הוא מותקן כהרחבת אפליקציה לתבנית או עורך את התבנית שלכם, ומה השפעת ה־Lighthouse שהם מדדו לפי השיטה של Shopify. ספק שמדד יענה עם מספרים ודפים, לא עם שמות תואר.

• מה נטען לפני שקונה פותחת את הצ׳אט: גודל קובץ, גופנים, דומיינים של צד שלישי?
• האם משהו נכנס מעל תוכן הדף, כמו פס עליון או באנר?
• אפשר לטעון אותו רק בתבניות דף מסוימות, למשל לא בדף הבית?
• מה קורה לקוד של הווידג׳ט כשמסירים את האפליקציה?

איך Tycoon שומר על מהירות החנות?

Tycoon, סוכן מכירות AI ל־Shopify שנמצא בגישה מוקדמת, מופיע בחנות דרך הרחבת אפליקציה לתבנית, כך שהוא לא עורך את קוד התבנית. הטוען בחזית החנות תוכנן להישאר בסביבות 10 KB, והקוד של חלון הצ׳אט יורד ברקע אחרי שהדף נטען, בעדיפות נמוכה. הוא מתאים את עצמו לצבעים ולגופנים של התבנית במקום להוסיף מראה נפרד.

אנחנו עדיין ממליצים להריץ את בדיקת הלפני והאחרי שלמעלה על התבנית שלכם, כי נקודת הפתיחה של כל חנות שונה. ראו איך זה עובד, את הסקירה על צ׳אט בוט AI ל־Shopify, ואת רשימת הבדיקות לבחירת עוזר קניות AI, שבה המהירות היא אחת הבדיקות. אם אתם עדיין בשלב של השוואה כללית, יש גם מדריך על צ׳אט בוט לאתר.

שאלות נפוצות

מקורות

1. web.dev: Web Vitals · נבדק 20.10.2026
2. web.dev: Largest Contentful Paint (LCP) · נבדק 20.10.2026
3. web.dev: Cumulative Layout Shift (CLS) · נבדק 20.10.2026
4. web.dev: Interaction to Next Paint (INP) · נבדק 20.10.2026
5. web.dev: INP is a Core Web Vital · נבדק 20.10.2026
6. web.dev: Efficiently load third-party JavaScript · נבדק 20.10.2026
7. Chrome for Developers: Lazy load third-party resources with facades · נבדק 20.10.2026
8. Shopify.dev: Theme performance · נבדק 20.10.2026
9. Shopify.dev: Storefront performance for apps · נבדק 20.10.2026
10. Shopify.dev: Theme app extension configuration · נבדק 20.10.2026
11. Shopify.dev: Built for Shopify requirements · נבדק 20.10.2026
12. Google for Developers: About PageSpeed Insights · נבדק 20.10.2026
13. Shopify Community: How to maintain page speed with Shopify Chat App? · נבדק 20.10.2026