הסיכונים באיסוף הרשאות פרסום דרך שיתוף סיסמאות וסקרינשוטים
זה קורה יותר ממה שנראה: סוכנות מבקשת מלקוח את הסיסמה לחשבון הפייסבוק או הגוגל האישי שלו 'כדי לחסוך זמן', והלקוח, שרוצה לעזור ולא מבין את הסיכון, פשוט שולח אותה בהודעה. זו אחת הטעויות המסוכנות ביותר בתהליך אונבורדינג של לקוח - וקיימת דרך בטוחה לגמרי להשיג את אותה תוצאה.
למה שיתוף סיסמה מסוכן
- הפרת תנאי שימוש - הפלטפורמות אוסרות במפורש שיתוף פרטי התחברות אישיים; חשבון שמזוהה כמנוהל על ידי כמה אנשים מכתובת סיסמה אחת עלול להיחסם.
- אין הפרדת אחריות - כשכולם משתמשים באותה סיסמה, אי אפשר לדעת מי ביצע איזו פעולה בחשבון, מה שהופך חקירת תקלות או שינויים בלתי מוסברים לבלתי אפשרית.
- גישה בלתי מוגבלת - סיסמה נותנת גישה מלאה לכל מה שהחשבון האישי מכיל, לא רק לנכסי הפרסום הרלוונטיים - כולל הודעות פרטיות, תמונות ופרטים אישיים אחרים.
- קשה לבטל - אחרי ששיתפו סיסמה, הדרך היחידה לבטל גישה היא לשנות אותה - וזה דורש שהלקוח יזכור לעשות זאת, ולעדכן את כל המקומות שבהם הוא באמת משתמש בסיסמה הזו.
האלטרנטיבה: OAuth רשמי
גם Meta וגם Google בנו מנגנון ייעודי בדיוק בשביל המקרה הזה - שיתוף נכסים ספציפיים (חשבון פרסום, דף, פיקסל) עם גורם חיצוני, בלי לחשוף את החשבון האישי כולו ובלי להעביר סיסמה בכלל. הקמפיינר מתחבר עם חשבון ה-Google או Meta שלו עצמו, מקבל הרשאה מוגבלת לנכסים הרלוונטיים בלבד, והלקוח יכול לבטל את הגישה הזו בכל רגע בלי לשנות שום סיסמה.
מה עם צילומי מסך?
צילומי מסך של פרטי התחברות (גם אם לא ממש 'סיסמה' אלא קודי אימות דו-שלביים, למשל) נושאים סיכון דומה - הם עלולים להישמר בגלריה, להישלח בטעות לאיש קשר לא נכון, או להישאר בהיסטוריית הודעות ללא הצפנה. גם כשמדובר במידע שנראה זמני וחסר חשיבות, עדיף להימנע מהעברתו לגמרי.
מה לעשות אם לקוח מציע לשתף סיסמה
כדאי להסביר בקצרה שזה לא רק לא נדרש - זה גם פחות בטוח עבורו. הצגת התהליך הרשמי (חיבור מהיר דרך מסך ההתחברות של Meta או Google, בלי סיסמאות) בדרך כלל משכנעת לקוחות מיד, כי היא גם מהירה יותר וגם לא דורשת מהם לזכור לשנות שום דבר בעתיד. מדריכי ההרשאות ב-Meta Business Manager וההרשאות ב-Google Ads מפרטים בדיוק איך זה עובד בפועל.
