סקריפטים של צד שלישי כמו Facebook Pixel, GTM ו-Google Analytics נמצאים כמעט בכל אתר, אבל מעטים יודעים כמה הם מאטים אותו. הם רצים ברקע, מעמיסים על הדפדפן ופוגעים בחוויית הגולש. במאמר הזה נסביר איך כל אחד מהם משפיע על המהירות, וכיצד לצמצם את הנזק בלי לוותר על המידע השיווקי החשוב.
מה הם סקריפטים של צד שלישי
סקריפטים של צד שלישי הם קטעי קוד שנטענים מחוץ לשרת שלכם, מחברות חיצוניות כמו פייסבוק וגוגל. Facebook Pixel, Google Analytics ו-GTM (Google Tag Manager) הם הדוגמאות הנפוצות ביותר. הם אוספים נתונים יקרי ערך על הגולשים: מאיפה הגיעו, מה עשו ומה רכשו – אבל בתמורה הם דורשים בקשות רשת נוספות וזמן עיבוד יקר בדפדפן.
הבעיה היא שכל סקריפט של צד שלישי "עולה" בשלושה מקומות: בקשת רשת חדשה לשרת מרוחק, חיפוש DNS שלוקח זמן, וזמן עיבוד על המעבד של הגולש. כשמכפילים את זה בכמה כלים במקביל, מקבלים אתר שמרגיש כבד גם אם התוכן עצמו קליל לחלוטין.
הסיבה שזה קורה כמעט בכל אתר היא פשוטה: מוסיפים כלי מדידה אחד, אחר כך עוד פיקסל לקמפיין, ואז כלי להקלטת גולשים וכל אחד נראה "קטן" בנפרד. אבל הסכום של כל הסקריפטים של צד שלישי הוא שמכריע את הכף וגורם לאתר להרגיש איטי.
איך Facebook Pixel משפיע על המהירות
Facebook Pixel טוען קובץ JavaScript שרץ על ה-Main Thread אותו "נתיב" יחיד שבו הדפדפן מטפל גם בתגובה ללחיצות של הגולש. ככל שהפיקסל עושה יותר עבודה, כך האתר מגיב לאט יותר, מה שפוגע ישירות במדד INP (זמן התגובה לאינטראקציה). זהו סקריפט של צד שלישי שקל לשכוח ממנו, כי הוא "בלתי נראה" לגולש, אבל הוא ממשיך לרוץ בכל עמוד ועמוד.
איך Google Analytics ו-GTM מעמיסים על האתר
Google Analytics לבדו נחשב יחסית קליל, אבל הבעיה האמיתית מתחילה עם GTM. מנהל התגיות נועד לרכז את כל הסקריפטים במקום אחד, אבל בפועל מוסיפים אליו תגית אחרי תגית: פיקסלים, סקריפטים של פרסום, מפות חום ועוד, עד שהוא הופך לכבד. כל תגית כזו היא למעשה עוד סקריפט של צד שלישי שמתווסף לעומס הכולל על העמוד, ולרוב אף אחד לא חוזר למחוק תגיות ישנות.
כמה זה באמת עולה לכם במהירות
סקריפטים של צד שלישי הם אחד הגורמים המובילים ל-INP גבוה ול-TBT (Total Blocking Time) גבוה. כדאי לזכור שספי המדדים נוקשים: INP נחשב טוב רק מתחת ל-200 מילי-שניות. מספיק שניים-שלושה סקריפטים כבדים כדי לחרוג מהסף הזה ולקבל ציון אדום ב-Core Web Vitals, גם אם שאר האתר עבר אופטימיזציה מושלמת.
| הסקריפט | סוג העומס העיקרי |
| Facebook Pixel | עיבוד JavaScript כבד על ה-Main Thread |
| Google Analytics | בקשות רשת נוספות עם מעט עיבוד |
| GTM עם תגיות מרובות | עומס מצטבר שגדל עם כל תגית חדשה |
איך מאבחנים את העומס
לפני שמתקנים, כדאי למדוד. ב-PageSpeed Insights יש סעיף בשם "Reduce the impact of third-party code" שמראה בדיוק כמה זמן כל סקריפט חיצוני גוזל. גם לשונית ה-Performance ב-Chrome DevTools מציגה אילו סקריפטים תופסים את ה-Main Thread הכי הרבה זמן. כך תדעו על מי להתמקד במקום לנחש, ותוכלו לתעדף את הטיפול לפי הנזק האמיתי.
איך מקטינים את הנזק של סקריפטים של צד שלישי
החדשות הטובות: לא צריך לוותר על אף כלי. צריך רק לטעון אותם בצורה חכמה יותר. הנה ארבע פעולות מומלצות:
- דחיית טעינה (Delay JavaScript) – טוענים את הסקריפטים רק אחרי האינטראקציה הראשונה של הגולש. תוסף כמו WP Rocket עושה זאת בקלות ובלי קוד.
- תיוג בצד השרת (Server-Side Tagging) – מעבירים חלק מהעבודה מהדפדפן של הגולש אל השרת, וכך מורידים עומס מהמכשיר.
- ניקוי GTM – מוחקים תגיות ישנות ולא בשימוש שממשיכות להעמיס על כל עמוד בלי שאף אחד צריך אותן.
- טעינה מושהית של הפיקסל – לא חייבים לטעון את Facebook Pixel כבר בשנייה הראשונה; אפשר להמתין לאינטראקציה.
אחרי שיישמתם את הפעולות האלה, הריצו שוב בדיקת מהירות והשוו את מדד ה-INP לפני ואחרי. ברוב המקרים תראו ירידה מורגשת בזמן החסימה, בלי שאיבדתם ולו נתון שיווקי אחד.
אילו סקריפטים באמת חייבים לרוץ מיד
לא כל סקריפט נולד שווה. לפני שדוחים הכול, כדאי למפות מה באמת חייב לרוץ בטעינה הראשונית ומה יכול לחכות. ככלל, רוב סקריפטי המדידה והפרסום יכולים להמתין לאינטראקציה הראשונה בלי שום נזק לנתונים:
- חייבים מיד – סקריפטים שמשפיעים על התצוגה עצמה, כמו מערכת תשלום או חלון צ׳אט שהוא חלק מהשירות.
- יכולים לחכות – Facebook Pixel, Google Analytics ורוב תגיות ה-GTM, שכולם סקריפטים של צד שלישי שלא משנים את מה שהגולש רואה.
- אפשר לשקול הסרה – תגיות ישנות של קמפיינים שהסתיימו, שאף אחד כבר לא מסתכל על הנתונים שלהן.
המיפוי הזה לבדו יכול להוריד עומס משמעותי מהאתר, עוד לפני שנגעתם בהגדרות מתקדמות.
רוצים אתר מהיר בלי לוותר על הנתונים?
אפשר לשמור על כל הנתונים השיווקיים ועדיין ליהנות מאתר מהיר צריך רק לטעון את הסקריפטים בצורה נכונה. אם אתם רוצים לשפר את מהירות האתר מבלי לאבד את Facebook Pixel או את Google Analytics, צרו איתנו קשר ונבנה לכם תוכנית טעינה מאוזנת שתשמור גם על המהירות וגם על הנתונים.
