עדכון תוסף אחד, שבוע בלי מדידה

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

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

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

"עודכן בהצלחה". על מה בדיוק?

מאז WordPress 5.5 אפשר להדליק עדכונים אוטומטיים לכל תוסף בנפרד, בלחיצה אחת במסך התוספים (WordPress.org, תיעוד רשמי). זה דבר טוב. תוסף שלא מתעדכן הוא סיכון אבטחה, ואני לא ממליץ לאף אחד להקפיא עדכונים.

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

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

מקרה ראשון: הפיקסל שהתחיל מאוחר מדי

באתר היה תוסף מהירות שעושה דבר חכם: הוא מעכב את כל הסקריפטים בעמוד עד שהמבקר זז, גולל או נוגע במסך (WP Rocket, תיעוד Delay JavaScript Execution, עודכן 11.3.2026). העמוד נטען מהר יותר, וגוגל אוהב את זה. מה שחייב לרוץ מיד, כמו הפיקסל, מקבל חריגה ברשימה, לפי השם של הקובץ.

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

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

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

מקרה שני: הטופס שעבד רק בעמוד הבית

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

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

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

מה המשותף

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

ופה אני חוזר למשהו שאני אומר כל הזמן: לפני שבונים, כותבים מה בונים. במדידה זה אותו דבר. אם אין לכם רשימה של מה האתר אמור לדווח, אין לכם מול מה לבדוק.

רשימת הבדיקה שלנו, רבע שעה אחרי כל עדכון

• רשימה אחת של כל מה שהאתר מדווח: אירועי הפיקסל (צפייה בעמוד, ליד, יצירת קשר), אירועי האנליטיקס, כל טופס וכל כפתור טלפון או וואטסאפ. זאת הרשימה שבודקים מולה.
• לדעת אילו תוספים מתעדכנים לבד. את אלה שנוגעים במדידה, בטפסים ובמהירות (תוסף הפיקסל, תוסף הטפסים, תוסף הקאש) עדיף לעדכן ידנית, בשעה שבה מישהו יכול לבדוק אחרי. לא ביום חמישי בשש בערב, רגע לפני שכולם נעלמים לסופ"ש.
• אחרי העדכון: לנקות קאש, לפתוח את האתר בחלון גלישה בסתר, ולא לגעת בעכבר. לבדוק שהפיקסל שולח צפייה בעמוד כבר בטעינה (למשל בתוסף Meta Pixel Helper לדפדפן, או במסך Test Events של Meta). אחר כך להזיז את העכבר ולבדוק שוב. מה שלא נשלח גם אחרי תנועה, שבור.
• לשלוח טופס בדיקה אמיתי משלושה סוגי עמודים: עמוד הבית, מאמר ועמוד נחיתה. השם מתחיל ב"בדיקה", כדי שיהיה קל לזהות ולמחוק. לוודא שהוא הגיע לכל מקום שליד אמור להגיע אליו: המייל, ה-CRM, הוואטסאפ. טופס שנשלח ולא הגיע לשום מקום הוא טופס שבור.
• למחרת: להשוות שני כלים בלתי תלויים, ביקורים באנליטיקס מול צפיות בעמוד בפיקסל. הם לא יהיו זהים, אבל הם אמורים לזוז יחד. אחד צונח והשני לא? זאת המדידה, לא הקהל.
• פעם בשבוע: לידים לפי סוג עמוד, לא רק סך הכל. סך הכל מסתיר ערוץ שמת.
• מצאתם חור? לסמן אותו בדוח כחור, עם תאריכים, כדי שאף אחד לא יסיק ממנו מסקנות על קמפיין.

והכי חשוב: את הבדיקה מריץ מי שעשה את השינוי, באותו יום. לא "מישהו יסתכל בשבוע הבא". השבוע הבא הוא בול השבוע שבו אין מדידה.

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

נתקעתם עם תקלת מדידה שאתם לא מבינים מאיפה הגיעה? ספרו לי, אני אוהב לחפור בדברים האלה.

עודכן בהצלחה. נמדד? תבדקו.