יצירת קשר עם התמיכה

אנחנו משיבים בדוא״ל, בדרך כלל בתוך יומיים.

למניעת שימוש לרעה, Google reCAPTCHA בודק את הפנייה הזאת; נתונים נשלחים אל Google. הסקריפט נטען רק עם פתיחת הטופס הזה.

→ כל הרשומות

איתור שגיאות הטמעה בלי לשנות את הסטטיסטיקה

על התוכן ועל בדיקתו

במאמר הזה

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

123
  1. הגדרות
  2. תוצאת אבחון
  3. בדיקת בקשה רגילה

הרצת בדיקת האבחון הראשונה

  1. יש לחבר את המונה דרך המונים שלי ולפתוח את לוח בקרה וכלים.
  2. יש לפתוח את מנפה שגיאות מדידה. יש להזין ערך יציב בשדה שם האירוע, כגון signup לאירוע ידני.
  3. יש לבחור את הערך המתאים בשדה סוג המדידה ולציין אם שם האירוע נוצר אוטומטית. הצלחת טופס ואירוע ידני משתמשים בהגדרות שונות.
  4. יש להשאיר את השדה מאפיינים מוגדרים מראש (אובייקט JSON, רשות) בערך {} אלא אם מאפיינים מוגדרים מראש אכן הוגדרו. לעולם אין להזין תוכן טפסים או מידע אישי.
  5. יש לבחור באפשרות בדיקה ללא ספירה ולקרוא את התוצאה ואת שם האירוע המנורמל.

פירוש דחייה לפני שינוי קוד

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

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

בדיקת חיבור האבחון מהאתר

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

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

בדיקת ההטמעה הרגילה בנפרד

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

  1. יש לבדוק אם s4u.js נטען בדף האתר המיועד ואם בקשות המעקב הרגילות נחסמות או נכשלות.
  2. יש לבדוק את מספר המונה, הקטגוריה המופעלת וטווח תאריכי הדוח.
  3. בטופס, יש לוודא שהיישום אכן עיבד את הטופס בהצלחה לפני שמצפים לאירוע ההצלחה שלו.

יש לשמור על הפרדה בין תוצאת האבחון לתוצאת הבקשה הרגילה בכל דוח שגיאה. אי אפשר להסביר מדידה חסרה באופן אמין באמצעות תשובת אבחון ירוקה יחידה.

השלב הבא

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

יש לפתוח את “המונים שלי”
פרסומת