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

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