נקודות עיקריות
- אפליקציה שאוגרת מידע אישי על משתמשים מהווה מאגר מידע לפי חוק הגנת הפרטיות — גם אם המידע יושב בענן של ספק חיצוני ולא על שרת של החברה.
- האחריות המשפטית חלה על בעל המאגר — הגורם העסקי שהאפליקציה פועלת עבורו — ולא על בית התוכנה שכתב את הקוד; בית התוכנה הוא בדרך כלל "מחזיק" ונדרש להסדרה חוזית נפרדת.
- אישור ההרשאה של מערכת ההפעלה (iOS/Android) אינו תחליף להסכמה מדעת ולחובת היידוע לפי סעיף 11 לחוק — אלה שתי שכבות נפרדות.
- מזהי מכשיר, כתובת IP ונתוני מיקום נחשבים ברוב המקרים למידע אישי, כי הם מאפשרים ייחוס לאדם מסוים גם בלי שם.
- ערכות פיתוח של צד שלישי (SDK לאנליטיקה, פרסום או קריסות) הן נקודת הדליפה השכיחה ביותר באפליקציות — הן מוציאות מידע החוצה בלי שהמפתח תמיד מודע לכך.
תוכן עניינים
- מתי אפליקציה מובייל נחשבת למאגר מידע?
- מי אחראי משפטית — בעל האפליקציה או המפתח?
- אילו חובות חלות על אפליקציה אחרי תיקון 13?
- מה ההבדל בין דרישות החוק הישראלי לדרישות חנויות האפליקציות?
- איך בונים אפליקציה בגישת פרטיות מלכתחילה?
- מה הסיכון בערכות פיתוח (SDK) של צד שלישי?
- שאלות ותשובות
פרטיות באפליקציות היא מכלול החובות המשפטיות והטכניות החלות על גורם שאוסף, שומר או מעבד מידע אישי דרך אפליקציית מובייל. בישראל אין חוק ייעודי לאפליקציות — הן כפופות לאותו חוק הגנת הפרטיות שחל על כל מאגר מידע, לרבות התקנות שמסדירות את אבטחתו. המשמעות המעשית: היזם שמשיק אפליקציה עם 300 משתמשים נמצא באותו מרחב רגולטורי כמו חברה שמנהלת מאגר לקוחות גדול, גם אם רמת האבטחה הנדרשת ממנו נמוכה יותר. אם עדיין לא מיפית את החשיפה של העסק, נקודת ההתחלה היא המדריך המלא לתיקון 13 לחוק הגנת הפרטיות, ומשם אפשר לרדת לרזולוציה של האפליקציה עצמה.
מתי אפליקציה מובייל נחשבת למאגר מידע?
אפליקציה נחשבת למאגר מידע ברגע שהיא שומרת מידע אישי על משתמשים באופן מובנה וניתן לאחזור — לא ברגע שהיא מגיעה לגודל מסוים. אין סף מינימלי של מספר משתמשים שמתחתיו האפליקציה "פטורה". אם קיימת טבלה, אוסף מסמכים או שירות ענן שבו יושבים פרטי המשתמשים ואפשר לשלוף מהם רשומה לפי מזהה — זהו מאגר מידע לכל דבר ועניין.
הבלבול הנפוץ נוגע לשאלה מה נחשב "מידע אישי". הרבה מפתחים מניחים שכל עוד לא נאסף שם מלא או תעודת זהות, אין מידע אישי. זו הנחה שגויה: מזהה מכשיר קבוע, מזהה פרסומי, כתובת IP או רצף מיקומים מאפשרים לייחס פעילות לאדם ספציפי, ולכן הם מטופלים כמידע אישי. הכלל המעשי הוא לשאול האם אפשר, בכלים סבירים, לחבר את הרשומה הזו לאדם — ולא האם כתוב כאן שם.
סוגי מידע שאפליקציות אוגרות בלי לשים לב
- טלמטריה ואנליטיקה: מסכים שנצפו, זמני שימוש, תדירות פתיחה — כשהם מקושרים למזהה משתמש קבוע.
- דוחות קריסה: לוגים שלעיתים כוללים תוכן מסך, טוקן התחברות או נתוני טופס.
- הרשאות רדומות: גישה לאנשי קשר, מיקום ברקע או מיקרופון שנשארה פתוחה מגרסה קודמת.
- מטמון מקומי: מידע שנשמר על המכשיר עצמו בקובץ לא מוצפן.
מי אחראי משפטית — בעל האפליקציה או המפתח?
האחריות המשפטית העיקרית חלה על בעל המאגר — הגורם העסקי שלמענו נאסף המידע ושמקבל את ההחלטות לגביו — ולא על ספק הפיתוח. חברה שמזמינה אפליקציה מבית תוכנה חיצוני לא מעבירה אליו את החשיפה הרגולטורית; היא רוכשת שירות. בית התוכנה, ובאותה מידה גם ספק הענן שמאחסן את הבסיס נתונים, נכנס לרוב לקטגוריה של גורם שמחזיק במידע עבור אחר.
ההשלכה המעשית היא חוזית: היחסים מול כל ספק שנוגע במידע צריכים להיות מוסדרים בכתב — מה מותר לו לעשות במידע, לכמה זמן, מי מקבל גישה, ומה קורה בסיום ההתקשרות. זו בדיוק הסוגיה שמפורטת במדריך על מיקור חוץ ומאגרי מידע ומה נדרש לפני שנותנים לספק גישה. עסקים רבים מגלים את הפער הזה רק כשמתרחש אירוע, ואז מתברר שאין הסכם שמחייב את הספק לדווח להם בכלל.
אילו חובות חלות על אפליקציה אחרי תיקון 13?
תיקון 13 לחוק הגנת הפרטיות, שנכנס לתוקף ב-14 באוגוסט 2025, לא יצר משטר נפרד לאפליקציות אלא הרחיב את סמכויות האכיפה של הרשות להגנת הפרטיות והוסיף חובות ממשל מידע שחלות גם עליהן. המשמעות היא שהחובות הקיימות — יידוע, אבטחה, טיפול בפניות משתמשים ודיווח על אירועים — נאכפות כעת במסלול מנהלי מהיר יותר, כפי שמתואר בעמוד האכיפה המנהלית של הרשות להגנת הפרטיות.
בפועל, אפליקציה תקינה מבחינה רגולטורית צריכה להחזיק בארבעה מרכיבים: מסמך יידוע נגיש שמסביר מה נאסף ולמה; בסיס חוקי לאיסוף (בדרך כלל הסכמה מדעת); אמצעי אבטחה התואמים את רמת הרגישות של המידע; ומנגנון שמאפשר למשתמש לממש את זכויותיו. שתי הנקודות הראשונות מפורטות במאמרים על חובת היידוע לפי סעיף 11 ועל ניסוח ותיעוד של הסכמה מדעת.
שלוש טעויות שחוזרות באפליקציות ישראליות
- מדיניות פרטיות שהועתקה מאתר אחר ומתארת עיבוד מידע שכלל לא מתרחש באפליקציה, או להפך — משמיטה SDK פעיל.
- הסכמה גורפת בהתקנה במקום הסכמה מובחנת לכל שימוש חורג (למשל מיקום ברקע או שיתוף עם שותפים מסחריים).
- העדר מסלול מחיקה — משתמש שמבקש להימחק, והבקשה נעצרת כי אין תהליך מוגדר. ראו מדיניות שמירה ומחיקה של מידע אישי.
מה ההבדל בין דרישות החוק הישראלי לדרישות חנויות האפליקציות?
דרישות App Store ו-Google Play הן תנאי מסחרי של פלטפורמה, ואילו חוק הגנת הפרטיות הוא חובה משפטית — עמידה באחד אינה מקיימת את השני. אפליקציה יכולה לעבור בהצלחה את בדיקת החנות ועדיין להפר את החוק הישראלי, וזה המצב השכיח ביותר בשטח.
| נושא | דרישת החנות | דרישת החוק בישראל |
|---|---|---|
| גילוי איסוף מידע | טופס הצהרה סטנדרטי בדף האפליקציה | יידוע קונקרטי לפני האיסוף, כולל מטרת השימוש ומסירה לצד שלישי |
| הסכמה | אישור הרשאה טכני של מערכת ההפעלה | הסכמה מדעת, מובחנת ומתועדת — לכל מטרה בנפרד |
| אבטחת מידע | הנחיות כלליות, ללא בקרה שוטפת | אמצעים לפי תקנות אבטחת מידע, בהתאם לרמת המאגר |
| אירוע אבטחה | אין חובת דיווח לחנות | חובת דיווח לרשות באירוע חמור, לפי התקנות |
| הסרה מהאפליקציה | מחיקת חשבון בתוך האפליקציה | מימוש זכות עיון, תיקון ומחיקה גם מחוץ לאפליקציה |
איך בונים אפליקציה בגישת פרטיות מלכתחילה?
הדרך היעילה ביותר היא למפות את זרימת המידע לפני כתיבת הקוד, ולא לנסות להתאים אפליקציה קיימת בדיעבד. התאמה בדיעבד כמעט תמיד יקרה יותר, כי היא נוגעת בסכמת הנתונים, בהרשאות ובממשק כאחד. להלן רצף עבודה מעשי:
- מפו כל שדה שנאסף — כולל שדות שנוצרים אוטומטית על ידי ספריות חיצוניות, לא רק שדות שהמשתמש ממלא.
- הגדירו מטרה לכל שדה. שדה שאין לו מטרה מוגדרת — אל תאספו אותו. זה העיקרון היחיד שמצמצם חשיפה בלי לעלות כסף.
- סווגו רגישות והפרידו מידע רגיש (בריאות, מיקום מדויק, נתוני קטינים) לאחסון נפרד עם הרשאות מצומצמות.
- קבעו את רמת המאגר לפי תקנות אבטחת מידע וגזרו ממנה את אמצעי ההגנה הנדרשים.
- בנו מסך יידוע אמיתי — קצר, בעברית, לפני האיסוף, עם קישור למדיניות המלאה.
- הפרידו הרשאות לפי הקשר: בקשו גישה למיקום או למצלמה ברגע השימוש, לא בהתקנה.
- הגדירו מדיניות שמירה ותאריך תפוגה לכל סוג נתון, כולל לוגים.
- ממשו מסלול מחיקה שמוחק גם מהגיבויים ומהמערכות הנלוות, לא רק מהטבלה הראשית.
- תעדו הרשאות גישה פנימיות — מי בצוות רואה מידע של משתמשי קצה ולמה.
- בדקו לפני כל גרסה אילו SDK נוספו ומה הם שולחים החוצה.
סעיפים 3–4 ברשימה נשענים ישירות על אופן קביעת רמת האבטחה, שמוסבר בהרחבה במאמר על תקנות אבטחת מידע וקביעת רמת האבטחה של המאגר.
מה הסיכון בערכות פיתוח (SDK) של צד שלישי?
ערכת פיתוח חיצונית היא צינור שמוציא מידע מהאפליקציה אל שרת של גורם אחר, ולכן היא מהווה מסירת מידע לצד שלישי שדורשת בסיס חוקי ויידוע — גם כשהיא הוטמעה בשורת קוד אחת. אפליקציה טיפוסית מכילה כמה ספריות כאלה: אנליטיקה, ניטור קריסות, פרסום, התראות דחיפה, ולעיתים מפות או תשלומים.
הבעיה המרכזית היא חוסר נראות. המפתח לא תמיד יודע אילו שדות הספרייה שולחת, לאן, ולכמה זמן הם נשמרים — במיוחד כשהשרת יושב מחוץ לישראל. במקרה כזה נוספת שכבה של דרישות שמפורטות במאמר על העברת מידע אישי לחו״ל.
צ׳קליסט בדיקת SDK לפני שחרור גרסה
- האם הספרייה מופיעה במדיניות הפרטיות בשמה ובמטרת השימוש בה?
- אילו שדות היא אוספת כברירת מחדל, ואילו מהם ניתן לכבות בקונפיגורציה?
- היכן נשמר המידע גיאוגרפית, ומה תקופת השמירה?
- האם קיימת התקשרות חוזית מול הספק שמסדירה שימוש, אבטחה והחזרה או השמדה של המידע?
- האם קיים מנגנון שמאפשר לכבד בקשת מחיקה של משתמש גם מול הספק?
אירוע שמקורו בספרייה חיצונית הוא עדיין אירוע אבטחת מידע של בעל המאגר, על כל חובות הטיפול הנלוות — ראו אירוע אבטחת מידע: מתי מדווחים לרשות ומה עושים קודם.
שאלות ותשובות
האם אפליקציה קטנה בלי הכנסות חייבת לעמוד בחוק הגנת הפרטיות?
כן. החוק אינו מתנה את תחולתו במחזור כספי או במספר משתמשים. אפליקציה חינמית שאוגרת מידע אישי מנהלת מאגר מידע, והחובות הבסיסיות — יידוע, אבטחה וטיפול בפניות — חלות עליה. מה שכן משתנה לפי היקף וסוג המידע הוא רמת האבטחה הנדרשת והיקף החובות הנלוות.
האם אישור ההרשאה במכשיר מספיק כהסכמה?
לא. אישור הרשאה של מערכת ההפעלה הוא מנגנון טכני שמאפשר גישה למשאב במכשיר, אך אינו מהווה הסכמה מדעת לעיבוד המידע ולמטרותיו. נדרש יידוע נפרד שמסביר מה ייעשה במידע, ובמקרים מסוימים הסכמה מובחנת לשימושים חורגים כמו שיתוף עם שותפים מסחריים.
מי אחראי אם בית התוכנה שפיתח את האפליקציה גרם לדליפה?
מול הרשות והמשתמשים, האחריות היא בדרך כלל של בעל המאגר — הגורם העסקי שהאפליקציה פועלת עבורו. ההתחשבנות מול ספק הפיתוח היא חוזית ופנימית. לכן חשוב שההסכם מול הספק יכלול חובות אבטחה, חובת דיווח מיידית על אירוע, והסדרה של סיום ההתקשרות.
האם מזהה פרסומי נחשב מידע אישי?
ברוב המקרים כן, מפני שהוא מזהה קבוע שמאפשר לעקוב אחר אותו משתמש לאורך זמן ולחבר בין פעילויות שונות. גם בלי שם או כתובת, היכולת לייחס רצף פעולות לאדם מסוים היא מה שהופך את הנתון לאישי לצורך החוק.
האם צריך למחוק מידע כשמשתמש מסיר את האפליקציה?
הסרת האפליקציה מהמכשיר אינה מוחקת את המידע מהשרת, ולכן היא אינה סוף התהליך. נדרשת מדיניות שמירה שמגדירה מה קורה לחשבון לא פעיל, ומסלול מחיקה שהמשתמש יכול להפעיל בפועל — כולל דרך ערוץ חיצוני לאפליקציה, למי שכבר הסיר אותה.
המידע במאמר זה הוא כללי ואינו מהווה ייעוץ משפטי. לפני קבלת החלטות יש להיוועץ בבעל מקצוע מוסמך.
להמשך קריאה
- דיוור ישיר אחרי תיקון 13: מה מותר ומה אסור ברשימות תפוצה — הודעות דחיפה שיווקיות כפופות גם לכללי הדיוור הישיר.
