Google Ads תפסיק לדרוש נתוני לקוחות מגובבים: מה משתנה ב-16 בנובמבר

מי שהעלה פעם רשימת לקוחות ל-Google Ads מכיר את הטקס: מנקים רווחים, מורידים אותיות גדולות, מוסיפים קידומת מדינה ומריצים SHA-256 לפני ההעלאה. לפי מייל של Google שפורסם ב-18 באוקטובר, החל מ-16 בנובמבר 2026 הכלי Data Manager כבר לא ידרוש נתוני לקוחות מגובבים, ויקבל כברירת מחדל נתונים מוצפנים. Google תפענח את הנתונים, תנרמל את הפורמט ותתאים אותם לחשבונות Google בתוך סביבה מבודדת ברמת החומרה. את המייל, שאינו נושא תאריך, פרסם בלינקדאין Anthony Higman, מייסד ומנכ״ל ADSQUIRE, ו-PPC Land ניתח אותו לעומק.

ארבעה מסלולי העלאה ושני מוצרים

השינוי חל על נתונים אופליין שנכנסים לחשבון בארבע דרכים: חיבורי CRM, ייבוא מאחסון ענן, העלאת קבצים ישירה ו-Data Manager API. המייל מזכיר שני מוצרים. הראשון הוא Customer Match, הקהלים שנבנים מרשימות הלקוחות שלכם. השני הוא enhanced conversions (המרות משופרות), שמקשרות המרה באתר או ליד שנסגר במשרד לחשבון Google של המשתמש. Display & Video 360 ו-Google Analytics לא מוזכרים, אף שגם הם מקבלים נתונים דרך אותו API.

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

הסביבה המבודדת קיימת כבר שנתיים

TEE (Trusted Execution Environment) היא סביבת עיבוד שמשלבת חומרה ותוכנה ומבודדת את הנתונים בזמן העיבוד. Google הציגה את השיטה, שנקראת confidential matching, בספטמבר 2024, והפכה אותה לברירת המחדל בכל חיבורי הנתונים של Customer Match, ללא עלות נוספת. לדבריה, אף אחד, כולל Google עצמה, לא יכול לגשת לנתונים בזמן העיבוד, ומנגנון אימות (attestation) אמור להוכיח שהקוד שרץ בסביבה הוא הקוד המוצהר. ההצפנה הייתה עד היום שכבה אופציונלית, עם מפתחות שהמפרסם מנהל ב-Google Cloud KMS.

מה שמשתנה בנובמבר הוא ברירת המחדל. עד עכשיו, המזהים יצאו מהמערכות שלכם רק אחרי גיבוב. מעכשיו הם ייצאו מוצפנים ויפוענחו בתוך התשתית של Google. לפי הניתוח של PPC Land, פירוש הדבר שבזמן העיבוד קיימים בתוך הסביבה מזהים קריאים, אף ש-Google לא כותבת זאת במפורש. שם גם מזכירים שה-FTC האמריקאית הזהירה כבר ביולי 2024 שגיבוב לא הופך מידע לאנונימי: מייל מגובב עדיין מזהה את אותו אדם. כלומר, ההגנה עוברת מהגיבוב אל האמון בסביבה המבודדת ובמנגנון האימות שלה.

השאלות שנשארו פתוחות

המייל משאיר לא מעט חורים. לא ברור אם העלאות מתוזמנות שכבר שולחות SHA-256 ימשיכו לעבוד כרגיל, יומרו או יותאמו בשיעור נמוך יותר. לא ברור מי מחזיק במפתחות ההצפנה בהעלאת קובץ ידנית או בחיבור CRM, והאם המפרסם צריך להגדיר משהו. הביטוי ״כברירת מחדל״ רומז על אפשרות אחרת, אבל היא לא מתוארת. לא נאמר גם מה קורה לרשומות שלא הותאמו ולכמה זמן נשמרים הנתונים המפוענחים. עמוד העזרה של Google על הצפנה ב-Data Manager עדיין מתאר גיבוב של כל שדה לפני ההצפנה, ולא מזכיר את התאריך.

מה הלאה

בשנה האחרונה Data Manager הפך לצינור המרכזי של Google לנתוני צד ראשון. לפי PPC Land, מאז 1 באפריל 2026 כבר לא ניתן להעלות רשימות Customer Match דרך Google Ads API, ו-Data Manager API הוא התחליף. השינוי בנובמבר ממשיך את אותו כיוון: Google לוקחת על עצמה עוד מהעבודה הטכנית, ובתמורה מבקשת מהמפרסמים יותר אמון. נעדכן כאן כשיתפרסם תיעוד רשמי.