סקריפטים של צד שלישי כמו Google Analytics, Google Tag Manager והפיקסל של פייסבוק נמצאים כמעט בכל אתר. הם נטענים משרתים חיצוניים, ורצים על המעבד של הגולש. מדדתי כמה כל אחד מהם שוקל ועולה בזמן עיבוד, וכאן אני מפרט את המספרים ואיך מצמצמים אותם בלי לאבד נתונים.
אל תתנו למהירות לעכב אתכם. השאירו פרטים לשדרוג האתר.
כמה הם עולים בפועל
בניתי עמוד בדיקה ריק, והוספתי לו כל כלי בנפרד בהטמעה הרגילה, ואחר כך את שלושתם יחד. מדדתי בטלפון מדומה עם מעבד מואט פי ארבעה. Google Analytics הוריד כ-152 קילובייט, והפיקסל של פייסבוק כ-113 קילובייט בשלוש בקשות. מנהל התגים, בלי שום תג בתוכו, הוריד כ-89 קילובייט.
שלושתם יחד הורידו כ-505 קילובייט, והעסיקו את המעבד כ-0.2 שניות. וזה בעמוד ריק עם מזהים לבדיקה. מנהל תגים אמיתי עם עשרה תגים, וכמה פיקסלים לפרסום, יכול להכפיל את המספרים האלה בקלות.
למה זה מורגש
כל אחד מהכלים האלה הוא סקריפט שהדפדפן צריך להוריד, לפענח ולהריץ. לפי web.dev, סקריפטים של צד שלישי הם אחת הסיבות הנפוצות לעמודים איטיים, כי אין לבעל האתר שליטה על מה שהם עושים, והם גדלים עם הזמן.
הפיקסל של פייסבוק היה הכבד ביותר בעיבוד, כ-120 אלפיות שנייה במעבד המואט. הזמן הזה עובר בדיוק כשהגולש מתחיל לגלול וללחוץ, ולכן הוא פוגע בזמן התגובה ללחיצות יותר מאשר במהירות הטעינה.
איך מצמצמים בלי לאבד נתונים
כלי אחד לכל מטרה
אני מוצא לא מעט אתרים שבהם Google Analytics מוטמע פעמיים, פעם ישירות ופעם דרך מנהל התגים, או פיקסלים של משרדי פרסום שהעסק הפסיק לעבוד איתם מזמן. הצעד הראשון הוא רשימה של כל סקריפט חיצוני באתר, ומי באמת משתמש בנתונים שלו.
הכל דרך מנהל התגים
כשכל הכלים עוברים דרך מנהל תגים אחד, יש מקום אחד לנהל אותם, ואפשר לקבוע לכל תג מתי הוא נטען. למשל, להפעיל את הפיקסל רק אחרי שהעמוד הוצג, ולא בתחילת הטעינה.
דחייה עד אחרי הטעינה
תוספי מהירות כמו Perfmatters ו WP Rocket יודעים לדחות סקריפטים חיצוניים עד שהגולש מתחיל לגלול או ללחוץ. הנתונים ממשיכים להיאסף, והעמוד מוצג קודם. כדאי לוודא אחרי ההפעלה שהאירועים עדיין נרשמים בכלים עצמם.
מעקב מצד השרת
לאתרים עם הרבה כלים, מנהל תגים בצד השרת מעביר חלק מהעבודה מהדפדפן לשרת. הדפדפן שולח את הנתונים פעם אחת, והשרת מפיץ אותם לכלים השונים. זה דורש הקמה ותחזוקה, ולכן מתאים בעיקר לאתרים עם תקציב פרסום משמעותי.
מה האתר הזה טוען
באתר הזה פועל מנהל תגים שמפעיל את Google Analytics. בטעינת דף הבית לא יורד מהם שום דבר, כי תוסף המהירות דוחה אותם. ברגע שהגולש נוגע במסך או גולל, יורדים כ-122 קילובייט של מנהל התגים וכ-174 קילובייט של Google Analytics, ועוד כ-10 קילובייט של כלי נגד ספאם בטפסים.
כלומר, כ-300 קילובייט של סקריפטים של צד שלישי נטענים אחרי שהעמוד כבר מוצג, ולא מעכבים את הופעת התוכן. זה הפשרה שאני ממליץ עליה לרוב האתרים: הנתונים נאספים, והגולש לא מחכה להם.
שאלות ותשובות על כלי מעקב ומהירות
האם Google Analytics מאט את האתר?
מעט. בבדיקה שלי הוא הוריד כ-152 קילובייט ורץ כ-60 אלפיות שנייה במעבד מואט. כשהוא מוטמע נכון, פעם אחת ובטעינה אסינכרונית, ההשפעה על הגולש קטנה. הבעיה מתחילה כשמצטברים לידו עוד כלים.
האם מנהל תגים מאט יותר מהטמעה ישירה?
מנהל התגים עצמו מוסיף כ-89 קילובייט, אבל הוא מאפשר לשלוט מתי כל תג נטען. באתר עם כמה כלים, מנהל תגים מסודר בדרך כלל מהיר יותר מכמה הטמעות ישירות שכל אחת נטענת מתי שהיא רוצה.
האם דחיית הפיקסל פוגעת בנתוני הפרסום?
אם הדחייה היא עד אחרי הטעינה, ההשפעה קטנה. גולש שעוזב תוך שנייה לא תמיד יירשם, אבל גולש כזה ממילא לא היה ממיר. בודקים במנהל האירועים של פייסבוק שמספר האירועים לא ירד בצורה חריגה.
איך יודעים אילו סקריפטים חיצוניים יש באתר?
בלשונית הרשת של Chrome מסננים לסקריפטים ומסתכלים על עמודת הדומיין. כל דומיין שאינו של האתר הוא צד שלישי. גם PageSpeed Insights מציג רשימה שלהם עם הזמן שכל אחד לקח.
הצעד הבא
לא בטוחים כמה כלי מעקב רצים באתר שלכם ומי צריך אותם? שלחו לי את הכתובת. אמפה כל סקריפט חיצוני, אמדוד כמה הוא עולה, ואגיד לכם מה לאחד, מה לדחות ומה למחוק.
