מה קורה למידע?

מה זה בכלל מידע אישי?

כשאומרים "מידע אישי", הרבה אנשים חושבים על תעודת זהות ועל תיק רפואי. בעולם הדיגיטלי זה הרבה יותר רחב — וזה מה שמפתיע את רוב מי שבונה מערכת בפעם הראשונה.

• כתובת IP — המספר שדרכו הגולש מגיע לאתר שלכם.
• מזהה מכשיר — מספר שמאפשר לזהות את אותו טלפון או מחשב שוב ושוב.
• היסטוריית גלישה — אילו עמודים אדם ראה, מתי, ובאיזה סדר.
• תמונה — גם תמונת פרופיל שהמשתמש העלה בעצמו.
• מספר טלפון או כתובת מייל — כולל כאלה שהגיעו מטופס "צרו קשר".
• צירוף של פרטים שכל אחד מהם לבדו לא מזהה אף אחד.

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

באמת צריך את השדה הזה?

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

שתי דוגמאות מהחיים:

• טופס יצירת קשר לא צריך תאריך לידה. אם המטרה היא לחזור לאדם עם תשובה — שם ודרך ליצור קשר מספיקים.
• רוצים לפנות נכון בעברית? זה לא בהכרח אומר שצריך לשמור מגדר. אפשר לנסח פנייה ניטרלית, או לשאול איך האדם מעדיף שיפנו אליו — בלי להוסיף שדה קבוע למאגר.

עוגיות הן לא כל הסיפור

"האם האתר משתמש בעוגיות?" היא שאלה שנשאלת המון — ובפני עצמה היא שאלה חלקית. עוגיות הן רק אחד מכמה מקומות שבהם מידע יכול לשבת. הנה החמישה שכדאי להכיר:

מה קורה כשמחברים שירות חיצוני

Supabase, Firebase, OpenAI, Anthropic, Google Analytics, Resend, מערכת CRM, כלי אוטומציה — חיבור של כל אחד מאלה נראה כמו פעולה טכנית קטנה. מבחינת המידע, זה משהו אחר לגמרי: אתם מעבירים מידע על אנשים לגורם אחר, שיעבד אותו עבורכם.

בלי להיכנס לניסוחים משפטיים, בפועל זה אומר שכדאי שתדעו לענות על שלוש שאלות לגבי כל שירות שחיברתם:

• אילו שירותים חיצוניים בכלל מחוברים למערכת שלי היום?
• איזה מידע כל אחד מהם מקבל בפועל — ולא איזה מידע התכוונתי שיקבל?
• מה מסדיר את ההתקשרות מולו?

השאלה השנייה היא הכי מעניינת. כשמחברים שירות דרך סוכן AI, לא תמיד ברור מה נשלח בכל קריאה. לפעמים נשלח יותר ממה שנדרש, פשוט כי כך היה נוח לכתוב את הקוד.

AI ופרטיות — מה משתנה

כשמחברים מודל או סוכן AI למערכת, הפיתוי הוא לתת לו גישה לכל מה שיש — "ככה הוא יבין טוב יותר". זה כמעט תמיד מיותר, ולפעמים גם יוצר סיכון שלא התכוונתם אליו.

שני מושגים ששווה להכיר

• Least Privilege — הרשאת מינימום. כל רכיב במערכת מקבל בדיוק את הגישה שהוא צריך כדי לעשות את העבודה שלו, ולא יותר. סוכן שמתאם פגישות צריך יומן; הוא לא צריך את טבלת התשלומים.
• Data Minimisation — צמצום מידע. לא רק מי ניגש למידע, אלא כמה מידע בכלל עובר. אם אפשר לשלוח שם פרטי במקום פרופיל מלא — שולחים שם פרטי.

שני המושגים האלה לא דורשים ידע בתכנות כדי להשתמש בהם. הם דורשים רק לשאול, לפני שמחברים: מה בדיוק הרכיב הזה צריך כדי לעשות את העבודה?

Vibe Coding — ארבע בקשות נפוצות

אלה ארבע בקשות שכמעט כל מי שבונה עם Base44, Lovable, Replit, Cursor או Claude Code כותב מתישהו. לכל אחת מהן: מה יכול לקרות מאחורי הקלעים, ומה השאלה ששווה לשאול.

שימו לב שאף אחת מארבע השאלות האלה לא דורשת ידע בתכנות. כולן דורשות רק לדעת מה ביקשתם — וזה משהו שאתם כבר יודעים.

הדפוס שחוזר על עצמו

הדוגמה שאני הכי אוהב ללמד היא לא של דליפה ולא של פריצה. היא הרבה יותר שגרתית מזה, וכנראה קיימת בחלק גדול מהמערכות שרצות היום.

נניח שמערכת בונה מנגנון שנועד לזהות התנהגות חריגה — למשל מישהו שסורק את התוכן בקצב לא אנושי. כדי לעשות את זה, המנגנון שומר רישום של הפעילות האחרונה.

ואז מגיעה בדיקה, ומתברר שהפונקציה שמשתמשת ברישום הזה בכלל לא צריכה את רובו — היא רק סופרת כמה פעולות היו בדקה האחרונה. כל השאר נשמר, ואף שורת קוד לא קוראת אותו.

אף אחד לא התכוון לעקוב אחרי אף אחד. פשוט נשמר יותר ממה שנדרש, ואף אחד לא חזר לבדוק. זה כמעט אף פעם לא החלטה — זו שארית של פיצ'ר שנכתב מהר, עבד, ונשכח.

בדיקת פרטיות לפיצ'ר שלי

חשבו על פיצ'ר אחד שאתם בונים עכשיו, ועברו על שבע השאלות. סמנו כל שאלה שעברתם עליה. אין כאן ציון ואין כאן "עברת / לא עברת" — זו רשימה לחשיבה, לא בדיקת עמידה בדרישות.

בניתם מערכת עם AI? זה מה שכדאי לבקש לפני שעולים לאוויר

רוב האנשים שואלים את ה-AI שאלה אחת לפני עלייה לאוויר: "זה עובד?". שווה לשאול גם שאלה שנייה — איזה מידע אנחנו אוספים, איפה הוא נשמר, ולאן הוא הולך. זו בדיוק סוג העבודה שמודל עושה טוב: לעבור על כל המערכת ולמפות.

העתיקו את הפרומפט הבא והריצו אותו בכלי שבו בניתם:

סרוק את המערכת שבניתי ומפה כל נקודה שבה נאסף, נשמר או מועבר מידע אישי — טפסים, בסיס הנתונים, קבצי לוג, אחסון בדפדפן, קריאות לשירותים חיצוניים וקריאות למודלי AI.

לכל נקודה פרט:
1. איזה מידע נאסף בפועל.
2. לשם מה הוא נדרש.
3. איפה הוא נשמר ולכמה זמן.
4. לאילו צדדים שלישיים הוא מועבר.
5. האם אפשר לצמצם את האיסוף בלי לפגוע בתפקוד.

בנוסף, ציין במפורש מידע שנאסף או נשמר ואף חלק במערכת לא קורא אותו.

אל תבצע שום שינוי בקוד — קודם הצג לי את המיפוי בלבד.