Google Ads תפסיק לדרוש נתוני לקוחות מגובבים: מה משתנה ב-16 בנובמבר
לפי מייל של Google שפורסם ברשת, החל מ-16 בנובמבר Data Manager תקבל רשימות לקוחות מוצפנות במקום מגובבות, ותנקה ותתאים אותן בעצמה בסביבה מבודדת. המטרה: פחות שגיאות ויותר התאמות.
TL;DR בקצרה
- לפי מייל של Google, מ-16 בנובמבר 2026 כלי Data Manager לא ידרוש עוד גיבוב SHA-256, ויקבל נתונים מוצפנים כברירת מחדל.
- השינוי חל על Customer Match ועל enhanced conversions, בחיבורי CRM, ייבוא מענן, העלאת קבצים ו-Data Manager API.
- Google תפענח ותנרמל את הנתונים בתוך סביבה מבודדת (TEE), כדי לצמצם טעויות עיצוב שמונעות התאמה.
- המייל לא מסביר מה יקרה להעלאות מגובבות קיימות, ובעמודי העזרה של Google עדיין אין תיעוד לשינוי.
מי שהעלה פעם רשימת לקוחות ל-Google Ads מכיר את הטקס. מנקים רווחים, מורידים אותיות גדולות, מוסיפים קידומת מדינה ומריצים SHA-256 לפני ההעלאה. לפי מייל של Google שפורסם ב-18 באוקטובר, הכלי Data Manager יפסיק לדרוש נתוני לקוחות מגובבים. החל מ-16 בנובמבר 2026 הוא יקבל כברירת מחדל נתונים בהצפנה.
Google תפענח את הנתונים ותנרמל את הפורמט. אחר כך היא תתאים אותם לחשבונות Google, בתוך סביבה מבודדת ברמת החומרה. את המייל, שאינו נושא תאריך, פרסם בלינקדאין Anthony Higman, מייסד ומנכ״ל ADSQUIRE. PPC Land ניתח אותו לעומק.
ארבעה מסלולי העלאה ב-Data Manager ושני מוצרים
השינוי חל על נתונים אופליין שנכנסים לחשבון בארבע דרכים. אלה חיבורי CRM, ייבוא מאחסון ענן, העלאת קבצים ישירה ו-Data Manager API. המייל מזכיר שני מוצרים. הראשון הוא Customer Match, הקהלים שנבנים מרשימות הלקוחות שלכם. השני הוא enhanced conversions (המרות משופרות). הן מקשרות המרה באתר או ליד שנסגר במשרד לחשבון Google של המשתמש. המייל לא מזכיר את Display & Video 360 ואת Google Analytics. גם הם מקבלים נתונים דרך אותו API.
הנימוק של Google הוא דיוק. לפי המייל, השינוי משפר את שיעור ההתאמה. הוא גם מצמצם טעויות שנובעות מהבדלי עיצוב לפני הגיבוב. אבל המייל לא מציג מספרים או בדיקות.
הבעיה עצמה מוכרת לכל מי שעבד עם רשימות. גיבוב (hashing) הוא המרה חד-כיוונית של מייל או טלפון למחרוזת קוד. לכן רווח עודף, אות גדולה או טלפון בלי קידומת המדינה מייצרים מחרוזת אחרת לגמרי. הרשומה פשוט לא מותאמת, ואף אחד לא מקבל הודעת שגיאה. במודל החדש את שלב הניקוי מבצעת Google.
הסביבה המבודדת קיימת כבר שנתיים
TEE (Trusted Execution Environment) היא סביבת עיבוד שמשלבת חומרה ותוכנה ומבודדת את הנתונים בזמן העיבוד. Google הציגה את השיטה בספטמבר 2024 בשם confidential matching. Google הפכה אותה לברירת המחדל בכל חיבורי הנתונים של Customer Match, ללא עלות נוספת.
לדבריה, אף אחד, כולל Google עצמה, לא יכול לגשת לנתונים בזמן העיבוד. מנגנון אימות (attestation) אמור להוכיח שהקוד שרץ בסביבה הוא הקוד המוצהר. ההצפנה הייתה עד היום שכבה אופציונלית, עם מפתחות שהמפרסם מנהל ב-Google Cloud KMS.
מה שמשתנה בנובמבר הוא ברירת המחדל. עד עכשיו, המזהים יצאו מהמערכות שלכם רק אחרי גיבוב. מעכשיו המזהים ייצאו בהצפנה, ו-Google תפענח אותם בתוך התשתית שלה.
לפי הניתוח של PPC Land, בזמן העיבוד קיימים בתוך הסביבה מזהים קריאים. Google לא מציינת זאת במפורש. שם גם מזכירים שה-FTC האמריקאית הזהירה כבר ביולי 2024 שגיבוב לא הופך מידע לאנונימי. מייל מגובב עדיין מזהה את אותו אדם. כלומר, ההגנה זזה מהגיבוב אל האמון בסביבה המבודדת ובמנגנון האימות שלה.
השאלות הפתוחות על Data Manager
המייל משאיר לא מעט חורים. לא ברור אם העלאות מתוזמנות שכבר שולחות SHA-256 ימשיכו לעבוד כרגיל. אולי הן יומרו, ואולי יותאמו בשיעור נמוך מהיום. לא ברור מי מחזיק במפתחות ההצפנה בהעלאת קבצים ידנית או בחיבור CRM. לא ברור גם אם המפרסם צריך להגדיר משהו.
הביטוי ״כברירת מחדל״ רומז על אפשרות אחרת, אבל היא לא מתוארת. המייל גם לא אומר מה קורה לרשומות שלא הותאמו. הוא לא אומר לכמה זמן Google מחזיקה את הנתונים המפוענחים. יש עמוד עזרה של Google על הצפנה ב-Data Manager. הוא עדיין מתאר גיבוב של כל שדה לפני ההצפנה. הוא לא מזכיר את התאריך.
מה זה אומר עבורכם
- צלמו מצב לפני 16 בנובמבר. רשמו את שיעור ההתאמה (match rate) של כל רשימת Customer Match ואת נתוני ה-enhanced conversions. כך תוכלו להשוות אחרי השינוי ולדעת אם הוא באמת שיפר משהו.
- אל תשברו העלאות שעובדות. השאירו כמו שהוא כל חיבור CRM או סקריפט שמגבב ומעלה באופן קבוע. עשו זאת עד ש-Google תפרסם הנחיות רשמיות. עקבו אחרי מרכז העזרה של Data Manager.
- עדכנו את מסמכי הפרטיות. בדקו אם הערכת סיכונים או הסכם עיבוד מידע מול לקוח נשענים על הנחה אחת. ההנחה היא שרק נתונים מגובבים יוצאים מהארגון. ההנחה הזו עומדת להשתנות. סוכנויות שמעלות רשימות בשם לקוחות צריכות לעדכן אותם.
- מעלים ידנית מאקסל? שם צפוי השיפור הגדול ביותר, כי שם נוצרות רוב טעויות העיצוב. עד נובמבר המשיכו לנרמל: מייל באותיות קטנות ובלי רווחים, וטלפון בפורמט בינלאומי.
- ההסכמה לא משתנה. השינוי הטכני לא פוטר אתכם מלאסוף את נתוני הלקוחות כדין. הוא גם לא פוטר מלהשתמש בהם רק במסגרת מה שהלקוחות הסכימו לו.
מה הלאה
בשנה האחרונה Data Manager הפך לצינור המרכזי של Google לנתוני צד ראשון. לפי PPC Land, מ-1 באפריל 2026 חל שינוי נוסף. מאז אי אפשר להעלות רשימות Customer Match דרך Google Ads API. Data Manager API הוא התחליף.
השינוי בנובמבר ממשיך את אותו כיוון. Google לוקחת על עצמה עוד מהעבודה הטכנית. בתמורה היא מבקשת מהמפרסמים אמון רב מבעבר. נעדכן כאן כשיתפרסם תיעוד רשמי.
מקורות והרחבה
- Google Ads Data Manager stops requiring hashed customer data November 16PPC Land
- Simpler data privacy for advertisers with confidential matchingGoogle
- Confidential matching with encryptionGoogle Ads Data Manager Help
הכתבה נכתבה במקור בעברית על ידי מערכת GEEKLIK, על בסיס המקורות שלמעלה ובדיקת העובדות מולם.
מצאתם טעות? דווחו לנו
