הסכמת משתמש
האישור שהגולש נותן לאיסוף מידע עליו ולשימוש בו לפרסום ולמדידה.
First-party data
מידע שהעסק אסף בעצמו מול הלקוחות שלו: רשימות דיוור, היסטוריית רכישות, פניות ושיחות. הוא לא תלוי בסורקים או בקוקיז של גורם שלישי, ולכן נשאר יציב גם כשערוצי המדידה החיצוניים נחלשים.
עודכן:
מידע מגוף ראשון הוא כל מה שהגיע אליכם ממגע ישיר עם האדם: פנייה בטופס, הזמנה, שיחת טלפון שתועדה, רשימת דיוור, היסטוריית רכישות, פניות שירות.
מה שאינו כלול: מידע שנקנה מגורם שאוסף אותו ממקומות אחרים, ומידע שנאסף על הגולש בזמן שהוא גלש באתרים של אחרים. ההבדל אינו רק משפטי. מידע שאספתם בעצמכם אתם יודעים מאיפה הוא בא ומה מותר לעשות איתו, ומידע שקניתם מגיע עם היסטוריה שאינכם מכירים.
כאן צריך לומר משהו שנוטים לדלג עליו: העובדה שמידע הוא מגוף ראשון לא הופכת אותו לחופשי לשימוש. מה שנאסף לצורך אחד לא עובר אוטומטית לצורך אחר, והסכמה למשלוח עדכון על הזמנה אינה הסכמה לדיוור שיווקי.
במשך שנים אפשר היה להישען על כך שמערכות הפרסום יודעות על הגולש דברים שאתם לא. זה הצטמצם, מכיוון אחד בגלל דפדפנים שהגבילו מזהים בין אתרים, ומכיוון שני בגלל דרישות הסכמה.
בפרסום בתוך תשובות AI הצמצום הזה קיצוני יותר. אין שם מילות מפתח ואין רשימת מונחי חיפוש, כלומר אין את המקור שממנו מנהל קמפיינים בגוגל אדס למד מה אנשים באמת שאלו. השיחה עצמה חסויה מהמפרסם, כפי ש-OpenAI ניסחה בעקרונות שפרסמה.
מכאן נובעת מסקנה שנשמעת מוזרה בהתחלה: ככל שהערוץ אטום יותר, כך מה שאתם רושמים אצלכם שווה יותר. אם הפלטפורמה לא תספר לכם אילו פניות היו טובות, רק אתם יכולים. על ההיגיון הזה בנוי ניהול קמפיין שנשען על הנתונים שלכם.
וזה מתחבר לשאלה שמנהלים שואלים מוקדם: איך יודעים אם הערוץ עבד. התשובה נשענת על איכות ליד שנרשמת אצלכם, ולא על מספר בממשק.
ארבעה שימושים, לפי סדר התועלת ברוב העסקים.
ראשית, ללמוד. חיתוך פשוט של הפניות לפי מקור ולפי מה שקרה איתן בסוף עונה על שאלות שאף ממשק פרסום לא עונה עליהן.
שנית, להזין חזרה למערכות הפרסום. פנייה שהפכה לעסקה שבועות אחרי הקליק היא המרה לא מקוונת, והחזרה שלה למערכת היא מה שמאפשר לייעול ללמוד את ההבדל בין פנייה לעסקה.
שלישית, לפנות שוב ללקוחות קיימים. זה הערוץ הזול ביותר שיש כמעט בכל עסק, והוא היחיד שלא תלוי בשום פלטפורמה.
רביעית, ליצור תוכן. השאלות שחוזרות בפניות השירות שלכם הן בדיוק החומר שממנו נבנים עמודים שמנועים מצטטים, וזה מוסבר במדריך הכתיבה לציטוט.
מידע שנאסף מאנשים הוא גם התחייבות. בישראל הנושא נמצא תחת חוק הגנת הפרטיות, ותיקון 13 שנכנס לתוקף באוגוסט 2025 חיזק את האכיפה בתחום. מה בדיוק חל על עסק מסוים תלוי בסוג המידע ובהיקפו, וזו שאלה לעורך דין ולא לעמוד באינטרנט.
שלושה דברים שנכונים כמעט בכל מקרה. לדעת איפה המידע יושב, כולל התיבות והגיליונות שאף אחד לא הכריז עליהם כמערכת. להגדיר כמה זמן הוא נשאר, וזה הנושא של שמירת מידע. ולהיות מסוגלים לענות לאדם ששואל מה שמור עליו ומבקש שיימחק.
יש כאן גם שיקול עסקי טהור. מאגר מידע שאין לו סדר הוא גם מאגר שאי אפשר להשתמש בו לשיווק, כי אין דרך לדעת מי הסכים למה. הניקיון משרת את שתי המטרות באותה פעולה.
מידע מגוף ראשון אינו פתרון לכל מה שהמערכות הפסיקו לתת. הוא לא מחזיר לכם את הידיעה מה הגולש חיפש לפני שהגיע, הוא לא מספר לכם מה הוא ראה במנוע, והוא לא נותן קהלים בגודל שקהל מסחרי נותן.
הוא גם לא מועיל בלי נפח מינימלי. עסק עם שתי פניות בשבוע יכול לנתח אותן בראש, ומערכת שלמה סביבן היא תקורה מיותרת.
מה שהוא כן: המקור היחיד שנשאר בשליטתכם כשהפלטפורמות משנות כללים. וזה, בשוק שבו הכללים משתנים בקצב הנוכחי, לא דבר קטן.
התרחיש מומצא. חברת תוכנה קטנה שמוכרת מערכת למחלקות משאבי אנוש, מחזור מכירה של שלושה עד חמישה חודשים, ופניות שמגיעות משלושה מקומות: טופס באתר, לינקדאין, והפניות מלקוחות.
המצב הקיים: הפניות נוחתות בתיבת מייל, נענות, וחלקן נסגרות. אף אחד לא רושם מאיפה הגיעה פנייה שנסגרה. כשמנהל שואל איזה ערוץ עובד, התשובה היא תחושה של איש מכירות אחד.
מה שנעשה: הוקם גיליון אחד עם חמישה שדות בלבד. תאריך, מקור, האם התקיימה שיחה, האם הוגשה הצעה, מה קרה בסוף. זה נשמע פרימיטיבי, וזה בדיוק הנקודה: מערכת מורכבת לא הייתה מתמלאת.
מה שהתגלה אחרי רבעון: מקור אחד הביא את מספר הפניות הגדול ביותר וכמעט אף עסקה, ומקור אחר הביא מעט פניות שרובן התקדמו לשיחה. בממשק הפרסום שני המקורות נראו דומים, כי שניהם נספרו כטופס שנשלח.
מה שזה איפשר בהמשך: החזרת העסקאות שנסגרו למערכת הפרסום כהמרה לא מקוונת, כך שהייעול התחיל ללמוד לפי מה שנסגר ולא לפי מה שהוגש. וגם, בלי קשר לפרסום, רשימה של השאלות שחזרו בשיחות המכירה, שהפכה לחמישה עמודים באתר.
רוב הפניות אצלכם הן טלפון, ושיחה שלא תועדה אינה קיימת בשום נתון. הצעד היחיד ששווה משהו לפני כל כלי הוא לרשום בעקביות מאיפה כל פונה הגיע, גם אם זה שאלה אחת שנשאלת בתחילת השיחה.
המידע שלכם עשיר מהרגע הראשון, כי יש הזמנות. מה שחסר ברוב החנויות הוא החיבור בין רכישה ראשונה לרכישה חוזרת: השאלה כמה שווה לקוח לאורך זמן משנה כמעט כל החלטת תקציב, ואי אפשר לענות עליה מתוך ממשק פרסום.
כאן הפער בין פנייה לעסקה הוא חודשים, ולכן כל אופטימיזציה שנשענת על פניות בלבד מייעלת לכיוון הלא נכון. המידע שנרשם אצלכם הוא הדבר היחיד שמחבר בין השניים, וההחזרה שלו למערכות היא ההבדל בין ייעול לכמות לייעול לאיכות.
אל תתחילו ממערכת. התחילו מחמישה שדות שנרשמים על כל פנייה, ומאדם אחד שאחראי שהם באמת נרשמים. אחרי רבעון תהיה לכם תשובה לשאלה איזה מקור מביא עסקאות ולא רק פניות, וזו השאלה שכל השאר נגזר ממנה. במקביל, כתבו איפה יושב המידע הזה, מי ניגש אליו וכמה זמן הוא נשאר, כי המסמך הזה נדרש גם לצורכי ציות וגם כדי שהמאגר יהיה שמיש בכלל.
המלכודת השכיחה היא לאסוף ולא להשתמש. מאגר שגדל שנתיים ואף אחד לא שאל אותו שאלה הוא תקורה וחשיפה בלי תמורה. מלכודת שנייה, מסוכנת יותר: להניח שמה שנאסף למטרה אחת זמין לכל מטרה. רשימת לקוחות שמסרו טלפון לצורך אספקת הזמנה אינה רשימת דיוור, ושימוש בה ככזו הוא בדיוק המקום שבו עסקים נתקלים בתלונות. ויש מלכודת שלישית, טכנית: לשמור הכול לנצח מתוך עצלות, במקום לקבוע תקופה ולמחוק.
עסק עם נפח פניות קטן מאוד יכול לנהל את כל זה בראש, ובניית תשתית סביבו תגזול זמן שאין לו החזר. גם עסק שמוכר פעם אחת ללקוח, בלי חזרה ובלי המשך, מקבל פחות מהחלק של הפנייה החוזרת. מה שנשאר רלוונטי גם שם הוא הרישום הבסיסי של מקור ותוצאה, כי בלעדיו אי אפשר לדעת אם ערוץ פרסום חדש הצדיק את עצמו.
לא. הוא משנה מי אסף, ולא מה מותר לעשות. הסכמה עדיין נדרשת, והיא נדרשת לכל מטרה בנפרד.
לא כמנגנון טירגוט. אין שם היום העלאת קהלים כמו שמוכר מגוגל או ממטא. מה שכן, הוא הדרך היחידה לדעת אם הפניות משם היו שוות משהו.
תלוי בנפח. עסק עם עשרות פניות בחודש רואה דפוסים אחרי רבעון, ועסק עם מחזור מכירה ארוך צריך שניים או שלושה רבעונים לפני שמסקנה על מקור היא מסקנה ולא רושם.
לא בהתחלה. גיליון שנרשם בעקביות עדיף על מערכת יקרה שאף אחד לא ממלא, וברוב המקרים המעבר למערכת מגיע כשהגיליון כבר מלא ומפסיק להספיק.
היא אינה מידע מגוף ראשון, אין לכם תיעוד הסכמה לגביה, והשימוש בה לדיוור הוא בדיוק המקרה שגורר תלונות. שווה להתייעץ משפטית לפני ולא אחרי.
האישור שהגולש נותן לאיסוף מידע עליו ולשימוש בו לפרסום ולמדידה.
כמה זמן פלטפורמה שומרת אצלה נתוני משתמשים, שיחות או אירועי מדידה לפני מחיקה.
החזרת תוצאה שקרתה מחוץ לאתר, למשל עסקה שנסגרה בטלפון, בחזרה למערכת הפרסום לפי מזהה הקליק.
המידה שבה פנייה מתאימה למה שאתה באמת מוכר: התאמת צורך, תקציב וגיאוגרפיה.
התשתית שמקשרת בין קליק על מודעה לפעולה באתר, כדי שהמערכת תדע על מה לבצע אופטימיזציה.
רמז שאתם מספקים למערכת על מי הלקוח הטוב, למשל רשימת לקוחות או תחומי עניין.
הערך נבדק מול המקורות הרשמיים של הפלטפורמות. כשמשהו אינו ידוע, כתוב כאן שהוא אינו ידוע. שינויים מתועדים בארכיון העדכונים.
בלי מצגת, בלי התחייבות ובלי שיחת מכירה. עשרים דקות שבסופן תדעו אם יש כאן משהו בשבילכם.
לא בקטע של טפסים? info@boostit.co.il