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

עיון, תיקון או מחיקה – לא אותה פעולה

סוג הבקשה	מה נדרש בפועל	האם תמיד חובה?
עיון	לאתר את המידע ולהציג/למסור אותו למבקש	ככלל כן, בכפוף לחריגים בחוק
תיקון	לאתר את המידע ולבדוק בקשה לתקן או למחוק מידע שאינו נכון, שלם, ברור או מעודכן	יש זכות לבקש תיקון או מחיקה; אם הבקשה נדחית, צריך לפעול לפי הליך הסירוב הקבוע בדין
מחיקה	קודם לזהות על איזו זכות מבוססת הבקשה – למשל מידע שאינו נכון או מעודכן, או מידע במאגר המשמש לדיוור ישיר	אין זכות כללית למחוק את כל המידע לפי דרישה; הזכות תלויה בסוג המידע, המאגר והנסיבות

הטבלה הזו שווה לחזור אליה תוך כדי קריאה: חלק מהמדריך רלוונטי לכמה סוגי בקשות, אבל הכלי שתפעילו תלוי במה שהתבקש – לעיון אפשר להיעזר ב-Export Personal Data, למחיקה ב-Erase Personal Data, ובקשת תיקון בדרך כלל דורשת לאתר את הרשומה ולעדכן אותה במקום שבו היא נשמרת (וורדפרס לא כולל כלי מובנה לתיקון, בשונה מייצוא ומחיקה). חלק מהמדריך (כמו סעיף הגיבויים) נוגע בעיקר לבקשות מחיקה.

המדריך הזה הוא ההמשך הטכני – לא תחליף למדריך המשפטי

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

לפני שמתחילים: כבר מיפיתם איפה המידע נמצא?

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

מה עושים באתר עצמו: בקשת מידע אישי בוורדפרס וווקומרס

זה החלק שיש לו כלים טכניים אמיתיים – ולכן גם החלק שהכי מפתה "לגמור בו" את הטיפול בבקשה. חשוב: זה שלב אחד מתוך כמה, לא כל התהליך.

איפה באתר עצמו מסתתר מידע

טפסי יצירת קשר, הזמנות בווקומרס, תגובות בבלוג וחשבונות משתמשים רשומים – כל אלה יכולים להכיל מידע על האדם המבקש. נקודה טכנית שכתבתי עליה בהרחבה במדריך תקנות אבטחת המידע: לא כל תוסף טפסים שומר את הפניות באותה צורה. לדוגמה, באלמנטור (Elementor Pro) אפשר לשמור את הפניות באזור Elementor → Submissions, בהתאם להגדרת הטופס – ואילו Contact Form 7 לא שומר פניות במסד הנתונים כברירת מחדל, אלא אם הוספתם תוסף כמו Flamingo. אי אפשר להניח לפי שם התוסף איפה המידע נשמר; צריך לבדוק בפועל מה מוגדר אצלכם.

הכלים המובנים של וורדפרס: Export ו-Erase Personal Data

מגרסה 4.9.6 ואילך, לוורדפרס יש כלים מובנים תחת Tools → Export Personal Data ו-Tools → Erase Personal Data בלוח הניהול. מזינים את המייל של המבקש, וורדפרס שולח לו מייל אימות כדי לוודא שהבקשה אכן שלו (זהו אמצעי זהירות של וורדפרס עצמו – לא הליך שקבוע בחוק הישראלי, שמשאיר לכם להחליט איך מאמתים זהות בפועל). לאחר שהבקשה מאומתת, מנהל האתר יכול להפיק ולשלוח למבקש את קובץ המידע, או להפעיל את תהליך המחיקה. תוספים ותבניות יכולים "להירשם" לכלי הזה כדי שהמידע שהם שומרים ייכלל אוטומטית (למי שמתעניין בצד הטכני, המנגנון נקרא Personal Data Exporters/Erasers).

המגבלה החשובה: הכלי מכסה רק תוספים שבאמת נרשמו אליו. תוסף טופסים ישן, כלי דיוור מותאם אישית, או פתרון מסחר שלא תומך במנגנון הזה – לא ייכלל אוטומטית. אל תסמכו על "וורדפרס מטפל בזה" בלי לבדוק בפועל אילו תוספים אתם משתמשים בהם. חשוב גם להבחין: הכלי הזה מייצא ומוחק את המידע המשויך למייל של המבקש – הוא לא מוחק את חשבון המשתמש עצמו. אם המבקש רוצה גם שהחשבון שלו יימחק לגמרי, זו פעולה נפרדת (Users → מחיקת משתמש בלוח הניהול), שמבצעים בנוסף לכלי המחיקה, לא במקומו.

ווקומרס: אנונימיזציה מול מחיקה מלאה

בווקומרס יש מנגנון נפרד. ב-WooCommerce → Settings → Accounts & Privacy מפעילים את האפשרות להסרת מידע אישי מהזמנות בכמות ("Allow personal data to be removed in bulk from orders"). לאחר מכן עוברים ל-WooCommerce → Orders, מסמנים את ההזמנות הרלוונטיות, ובוחרים Bulk actions → Remove personal data.חשוב להבין: הפעולה הזאת לא מוחקת את ההזמנה – היא מטשטשת (anonymize) את הפרטים האישיים בשדות ההזמנה, כדי שנתוני המכירות וההכנסות ימשיכו להיות תקינים בדוחות שלכם. (הניסוח המדויק תלוי בגרסת ווקומרס שברשותכם – שווה לבדוק פעם אחת באתר בדיקה לפני שמסבירים למבקש מה בדיוק קרה.) ברוב המקרים זה בדיוק מה שרוצים – כי ייתכן שחלק מהמידע (כמו חשבוניות ונתוני מכירה) צריך להישמר מכוח דיני מס, הנהלת חשבונות או חובה חוקית אחרת, ולכן לא מוחקים אותו אוטומטית בלי לבדוק קודם.

וזה בדיוק המקום שרוב בעלי העסקים עוצרים – ולא צריכים

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

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

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

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

• • כלי דיוור וניוזלטרים – אם המבקש נמצא ברשימת תפוצה חיצונית (Mailchimp, ActiveTrail וכדומה), פעולה באתר בלבד לא משפיעה עליה. צריך לבדוק ולטפל בנפרד.

• • CRM חיצוני, קובץ אקסל, או מערכת שירות לקוחות – אם יש לכם מערכת נפרדת שמחזיקה פרטי לקוחות, זה עוד מקום לבדוק ולעדכן.

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

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

התשובה למבקש לא חייבת לכלול "טיפלנו בכל מקום אפשרי בעולם" – אבל היא כן צריכה להיות כנה לגבי מה נבדק ומה בוצע. אם הבקשה נוגעת למידע שנמצא גם במערכות אחרות, טיפול באתר בלבד עלול להיות חלקי – לכן צריך לבדוק את שאר מקורות המידע ולהחליט לגבי כל אחד מהם מה נדרש לעשות, בהתאם לסוג הבקשה (עיון / תיקון / מחיקה) ולמטרה שלשמה המידע נשמר שם.

מה עושים עם גיבויים

אין דרך "לתפור" גיבויים ישנים כדי להסיר מהם רשומה בודדת בלי כלים ייעודיים – וזה גם לא הכרחי בכל מקרה. הדרך המעשית: קבעו מדיניות שמירת גיבויים שמתאימה לצרכים שלכם – למשל, בעסק מסוים זו יכולה להיות תקופה של 30-90 יום (זו דוגמה תפעולית בלבד, לא תקופה שקבועה בחוק), תעדו אותה, ואם גיבוי ישן נמחק באופן שוטף לפי הלו"ז הזה – המידע ייעלם ממנו ממילא בהמשך. אם המבקשת דורשת הסרה מיידית גם מגיבוי ספציפי, ויש לכן סיבה עסקית לשמור עליו (לדוגמה גיבוי לפני שדרוג קריטי), שווה לתעד את ההחלטה ואת הנימוק שלה. אותו עיקרון חל, בהתאמה, על גיבויים של מערכות חוץ-אתריות כמו קובץ ה-CRM או ההנהלת חשבונות.

בניית טופס קליטה + אישור אוטומטי

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

תהליך מומלץ שלב-שלב

1. 1. קבלה ותיעוד – סמנו את הבקשה, תעדו תאריך קבלה ופרטי המבקש, וזהו בדיוק מה מבוקש (עיון / תיקון / מחיקה).

1. 1. טיפול באתר – בהתאם לסוג הבקשה (ראו הטבלה למעלה), השתמשו בכלי המתאים: Export Personal Data לעיון, Erase Personal Data או Remove personal data כשנדרשת מחיקה/אנונימיזציה, ובבקשת תיקון אתרו את הרשומה ועדכנו אותה במקום שבו היא נשמרת.

1. 1. בדיקה מחוץ לאתר – אל תדלגו על זה – עברו על הרשימה שמעלה: וואטסאפ עסקי, הנהלת חשבונות, תיבת מייל, כלי דיוור, CRM חיצוני, ספק סליקה, ניירת פיזית.

1. 1. החלטה לגבי כל מקור שנמצא בו מידע – מה ניתן לספק/לתקן/למחוק, ומה כפוף לחובת שמירה נפרדת (כמו מסמכים חשבונאיים).

1. 1. מענה בכתב למבקש – כולל ציון מה בוצע, איפה נבדק, ומה נשאר ולמה (אם יש חובת שמירה חוקית שמונעת מחיקה מלאה).

מתי שווה להיעזר במישהו טכני

אם יש לכם כמה תוספי טפסים ישנים, מערכת CRM מותאמת, או אתם פשוט לא בטוחים מה כל תוסף שומר ואיפה – זה הרגע להיעזר במישהו שמכיר את מבנה האתר. אני לא מציג את עצמי כמשרד עורכי דין או כיועץ אבטחת מידע מוסמך – התפקיד שלי הוא הצד הטכני: למפות בפועל איפה המידע שמור אצלכם (באתר ומחוצה לו), ולהקים תהליך קליטה שעובד גם כשאני לא נמצא מעל הכתף שלכם. אם מונה אצלכם ממונה על הגנת הפרטיות (DPO), החוק כולל במסגרת תפקידו גם וידוא הטיפול בפניות למימוש זכויות, ובהן בקשות לעיון ולתיקון מידע – בנפרד מהצד הטכני שתיארתי כאן.

סיכום

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

לא בטוחים מה חל עליכם, או רוצים שמישהו יקים לכם את כל תהליך הטיפול בבקשות – טופס הקליטה, המיפוי (באתר ומחוצה לו), והתהליך הפנימי? בואו נבדוק יחד – שיחת היכרות קצרה בלי התחייבות.