15 ביוני 2026: גוגל מפרידה את Consent Mode ל-GA4 ול-Google Ads — מה חייב להשתנות אצלך עד אז

כשמגדירים Consent Mode, רוב המפרסמים מניחים שהגדרה אחת מכסה את הכל — GA4, Google Ads, remarketing, Smart Bidding. כולם "רצים" מתחת לאותה מטריה. ב-15 ביוני 2026 ההנחה הזאת מפסיקה להיות נכונה. גוגל מבצעת פירוד רשמי בין שתי הפלטפורמות, ומפרסמים שלא מתכוננים עלולים להתעורר ב-16 ביוני עם remarketing audiences שלא מתעדכנים וקמפיינים שמקבלים רק חצי מנתוני ה-conversion.

השינוי עצמו הוא טכני — אבל ההשפעה שלו על ה-bottom line מאוד מעשית. מדובר ב"הפרדת רשויות" בין GA4 ל-Google Ads בנושא consent: עד היום, הגדרות Google Signals ב-GA4 השפיעו בצורה עקיפה גם על הנתונים שהגיעו ל-Google Ads. מה-15 ביוני, Google Ads מסתמכת אך ורק על הפרמטר ad_storage מתוך Consent Mode — ו-GA4 ממשיכה לעבוד עם Google Signals לצרכים שלה בנפרד.

מה בדיוק השתנה ב-15 ביוני?

עד היום, הגדרת Google Signals ב-GA4 השפיעה בעקיפין גם על הנתונים שהגיעו ל-Google Ads — פרסונליזציה, remarketing, ומודלינג. מה-15 ביוני, גוגל מפרידה את שתי הפלטפורמות:

• Google Ads — מסתמכת אך ורק על ad_storage, ad_user_data, ו-ad_personalization מ-Consent Mode. Google Signals לא רלוונטי יותר להחלטות ה-Ads.
• GA4 — ממשיכה להשתמש ב-Google Signals ל-demographics, cross-device reporting, ו-behavioral data בתוך Analytics בלבד.

הפרמטר ad_storage הוא אחד מארבעת פרמטרי Consent Mode v2 של גוגל. כשמשתמש דוחה cookies בבנר ה-consent, Consent Mode שולח ad_storage: denied — וגוגל מפסיקה לשים cookies של פרסום ולא יכולה לייחס המרות לאותו משתמש ברמה הפרטנית. כשמסכים — ad_storage: granted — ו-tracking מלא מופעל.

הבעיה: אם הבנר שלכם מעביר consent ל-GA4 בצורה תקינה אבל לא מגדיר ad_storage בצורה מפורשת לפני שה-Google Ads tags רצים — מה-15 ביוני זה גורם ל-data loss ישיר ב-Google Ads.

מה קורה בפועל אם לא מכינים?

שלושה תרחישים שיתרחשו אחרי ה-15 ביוני למי שלא מוכן:

1. Remarketing Audiences מפסיקות לגדול

רשימות ה-remarketing ב-Google Ads מתעדכנות רק כשיש ad_storage: granted. אם הבנר שלכם לא מעביר את ה-signal הזה ישירות ל-Google Ads tags — גולשים שמסכימים לפרסום לא יתווספו לרשימות. לאורך זמן, ה-audiences שלכם מתכווצות ומתיישנות.

2. Smart Bidding מאבד conversion signals

Smart Bidding — Target ROAS, Target CPA, Maximize Conversions — לומד מ-conversion events. אם חלק מהמשתמשים שמסכימים לפרסום לא מדווחים נכון בגלל misconfiguration, ה-Smart Bidding מקבל תמונה חלקית ומחמיץ bidding opportunities.

3. Attribution ב-Google Ads נשבר

Data-Driven Attribution של Google Ads מסתמך על היסטוריית נקודות מגע. כשנקודות מגע נעלמות מה-record בגלל consent misconfiguration — המודל פחות מדויק, וה-CPA שאתם רואים בדוח לא משקף את המציאות.

ההשפעה על מפרסמים ישראלים

בישראל, תיקון 13 לחוק הגנת הפרטיות (שנכנס לתוקף מלא ב-2025) מחייב consent banner לפני שימוש בכלי מדידה. רוב האתרים הישראליים כבר הטמיעו banners — אבל האם הם מוגדרים נכון מבחינת Consent Mode v2?

הבדיקה המהירה: בדקו האם הבנר שלכם שולח את כל ארבעת פרמטרי Consent Mode v2 — ובמיוחד שה-ad_storage מוגדר מפורשות ועובר לפני Google Ads tags. אם הבנר שלכם שולח רק analytics_storage או עובד דרך GA4 Integration בלבד — יש בעיה שצריך לתקן לפני ה-15 ביוני.

5 הטעויות הנפוצות עם Consent Mode ב-2026

טעות 1: להניח ש-CMP "ידאג לכל"

Consent Management Platforms (כמו Cookiebot, OneTrust, Usercentrics) הן כלי חשוב — אבל לא כולן מגדירות את כל 4 פרמטרי Consent Mode v2 בצורה נכונה. בדקו שה-CMP שלכם שולח במפורש ad_storage, ad_user_data, ו-ad_personalization — לא רק analytics_storage.

טעות 2: Consent Mode "מאוחר" מדי

אם ה-consent signal מגיע אחרי שה-Google Ads tags כבר רצו — הנזק נעשה. הגדרת Default Consent State לפני כל tag אחר קריטית. הסדר הנכון: (1) Consent Mode default, (2) Consent Update מהבנר, (3) כל שאר ה-tags.

טעות 3: לא לבדוק Consent Mode בסביבת Mobile

חלק מה-banners עובדים נכון ב-desktop אבל לא ב-mobile. בישראל, רוב הטראפיק הוא mobile — כך שבאג ב-mobile consent הוא בעיה גדולה בהרבה מבאג ב-desktop. תמיד בדקו בשני הסביבות.

טעות 4: לא לשמור Baseline לפני ה-15 ביוני

גם אם המעבר תקין, מומלץ לשמור snapshot של נתוני ה-conversion, remarketing audience sizes, ו-Smart Bidding performance לפני ה-15 ביוני. אלה נתוני ה-reference שלכם אם יש ירידה אחרי השינוי.

טעות 5: לא להבין את ההבדל בין Advanced ל-Basic Consent Mode

Basic Consent Mode: אם משתמש דוחה — שום tag לא רץ. אין מודלינג. Advanced Consent Mode: גם אם דוחה, גוגל מקבלת ping אנונימי ויכולה לבצע Behavioral Modeling. Advanced הוא הרבה יותר טוב ל-Smart Bidding — אבל דורש הגדרה מורכבת יותר. שווה את ההשקעה.

איך SFB Insights עוזר?

אחת הדרכים המהירות לזהות בעיית Consent Mode היא פשוטה: כשיש misconfiguration, מספר ה-conversions שמדווחות ב-Google Ads יורד — אבל מספר הרכישות בפועל בחנות Shopify נשאר יציב. SFB Insights משווה בזמן אמת בין conversions מדווחות לפלטפורמות לבין orders אמיתיות ב-Shopify. ירידה חדה ב-conversion reporting עם שמירה על sales volume? זה ה-trigger שמצביע על בעיית tracking — לפני שהיא מספיקה לפגוע ב-Smart Bidding.

סיכום — 3 צעדים לפני 15 ביוני

1. ודאו שה-CMP שלכם מגדיר את כל 4 פרמטרי Consent Mode v2 — במיוחד ad_storage ו-ad_user_data. בצעו בדיקה ב-GTM Preview Mode וודאו שה-consent update מגיע לפני כל Google Ads tag.
2. שמרו baseline של 30 יום — נתוני conversions, remarketing audience sizes, ו-Smart Bidding performance לפני ה-15 ביוני. אלה נתוני ה-reference שלכם לאחרי השינוי.
3. עברו ל-Advanced Consent Mode אם עדיין ב-Basic — Advanced מאפשר ל-Google לבצע Behavioral Modeling גם עבור משתמשים שדחו consent, מה שמגן על Smart Bidding מפני data gaps.