למה בחירה שגויה ב-Microsoft Entra External Identity תעלה לכם ביוקר

By Mirko Peters · 2026-08-11 · Updated 2026-08-28

ברוכים השבים לבלוג! אם אי פעם הסתכלתם בפורטל Azure, מחיתם את הזיעה הקרה מהמצח ותהיתם אם לבחור ב-Microsoft Entra B…

Automatically translated with AI from the original post. Read the English original

ברוכים השבים לבלוג! אם אי פעם הסתכלתם בפורטל Azure, מחיתם את הזיעה הקרה מהמצח ותהיתם אם לבחור ב-Microsoft Entra B2B או ב-B2C עבור המשתמשים החיצוניים שלכם, אתם לא לבד. בעולם ניהול הזהויות מסתובב מיתוס יקר מאוד: הרעיון שמכיוון ששתי הפלטפורמות מאפשרות לגורמים חיצוניים להתחבר, הן ניתנות להחלפה זו בזו כקיצור דרך. ספוילר: הן לא. התייחסות אליהן כפתרונות מהירים מובילה לשיתופי פעולה שבורים, לחוסר במסלולי ביקורת ולעלויות מצטברות שיגרמו לצוות הכספים להתכווץ. בפוסט הזה נפרק את ההשפעה בעולם האמיתי של בחירת הפלטפורמה הלא נכונה כבר ביום הראשון. כדי להעמיק עוד יותר בדילמה הארכיטקטונית הזו, הקפידו להאזין לפרק הנלווה "Microsoft Entra B2B vs B2C: Which Should You Choose?"

למי מיועד המדריך

• מנהלי Microsoft 365/Entra ID וארכיטקטים
• צוותי אבטחה, תאימות וניהול זהויות וגישה (IAM)
• בעלי מוצר שבונים פורטלים לשותפים או ללקוחות
• יועצים/MSPs המייעצים בנושא גישה חיצונית

עיקרי הדברים

• תפקידים שונים: B2B = אורחים בדייר שלכם (מוכן לשימוש ב-Teams וב-SharePoint). B2C = ניהול זהויות ללקוחות עם מסעות מותאמים אישית.
• אינטגרציה מול התאמה אישית: B2B משתלב באבטחה וביקורת של M365. B2C מצטיין במיתוג, בקנה מידה ובחוויית משתמש צרכנית.
• שינויים ברישוי: B2B לפי אורחים/MAU לעומת B2C לפי אימותים/שימוש בתכונות — העלויות שלכם תלויות בדפוסי השימוש.
• בחרו לפי הקשר, לא לפי ממשק: “משתפי פעולה” ← B2B. “לקוחות/קהל רחב” ← B2C. גישה היברידית אפשרית, רק שמרו על הפלטפורמות מופרדות.
• החליטו פעם אחת, והימנעו מעבודה חוזרת: הבחירה הלא נכונה יוצרת מדיריכים צללים, גישה שבורה ל-Teams ופערים בביקורת.

נקודות מרכזיות

• המיתוס היקר ביותר: “שתיהן מאפשרות לגורמים חיצוניים להתחבר — פשוט בחרו באחת.”
• כשלים מהעולם האמיתי: פורטלים לשותפים ב-B2C שלא יכולים להצטרף ל-Teams; אפליקציות צרכניות ב-B2B שלא יכולות להתרחב או למותג.
• הבדלים באבטחה: Conditional Access, ביקורת וממשל זהויות (טבעי ב-B2B; מותאם אישית ב-B2C).
• החשבון הנסתר: המקום שבו MAU, בקשות MFA ומדיניות מותאמת אישית משנים את העלות הכוללת.
• איך להסביר את זה לבעלי עניין לא טכניים (השוואה לדלפק קבלה מול לובי ציבורי).

מסגרת החלטה מהירה (להעתקה והדבקה)

1. סוג משתמש

   • צריכים Teams/SharePoint/Planner עם הצוות שלכם? ← B2B
   • אפליקציה ציבורית ללקוחות עם הרשמה/איפוס/כניסה חברתית במותג? ← B2C

2. בקרות נדרשות

   • Conditional Access, ביקורת מאוחדת, מחזור חיים בדייר שלכם? ← B2B
   • זרימות הרשמה מותאמות, מיתוג אישי, איסוף פרופיל הדרגתי? ← B2C

3. קנה מידה ועלות

   • מעט עד אלפים של זהויות שותפים; פעילות בקצב פנימי ← B2B (אורח/MAU)
   • אלפים עד מיליונים של כניסות צרכניות; נפח אימות מתנדנד ← B2C (לפי אימות/תכונות)

4. אימות לעתיד

   • האם המשתמשים האלה יצטרכו פעם להצטרף ל-Teams או לשתף קבצים? אם כן ← B2B
   • האם הם לעולם לא יגעו בעומסי עבודה של M365? אם כן ← B2C

רשימת בדיקה לארכיטקטורה

• B2B

  • הפעילו ממשל גישה לאורחים (סקירות גישה, תפוגה).
  • החילו Conditional Access לפי רמת הסיכון של השותף.
  • השתמשו בקבוצות או בקבוצות דינמיות ל-RBAC; רשמו ביומן לביקורת המאוחדת/ל-SIEM.

• B2C

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

מלכודות נפוצות (ופתרונות)

• נבנה פורטל שותפים על B2C ← אין גישה ל-Teams/SharePoint
  פתרון: העבירו את השותפים ל-B2B לשיתוף פעולה; השאירו את B2C למשתמשים ציבוריים בלבד.

• אפליקציית לקוחות על B2B ← מיתוג/קנה מידה לקויים; רישוי מפתיע
  פתרון: עברו ל-B2C עם מסעות מותאמים אישית; נתקו את התלות בעומסי עבודה של M365.

• הפתעות ברישוי
  פתרון: בצעו מודל של MAU לעומת נפח אימותים על בסיס תעבורה אמיתית; בחנו מחדש תוספות של MFA/Identity Protection.

• מאגרי זהויות צללים
  פתרון: איחדו מדיריכים; תעדו את מחזור החיים (הצטרפות/עזיבה), סקירות וביטול גישה.

שאלות נפוצות

האם אפשר להוסיף משתמשי B2C ל-Teams?
לא באופן מובנה. השתמשו ב-B2B לשיתוף פעולה ב-Microsoft 365.

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

האם הגישה של אורחי B2B היא "בחינם"?
יש מכסות כלולות, אך תכונות (למשל Identity Protection) ודפוסי MAU יכולים להוסיף עלויות. מומלץ לבנות מודל עלויות.

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

תסריט לבעלי העניין (בשפה פשוטה)

• B2B = תגי אורח: שותפים עובדים בבית שלנו, לפי הכללים שלנו, עם יומנים ותיעוד משלנו, ודרך הדלתות שלנו.
• B2C = לובי ציבורי: לקוחות נרשמים בקלות ובהיקף גדול, אך לעולם לא מסתובבים במסדרונות שלנו.
• ערבוב השניים פוגע באבטחה, מנפח את עומס התמיכה ומקשה על ביקורות.

סיכום

בחירת פלטפורמת הזהויות החיצונית הנכונה מההתחלה חיונית לשמירה על ארכיטקטורה נקייה, אבטחה הדוקה ותקציב תקין. בין אם מדובר בספקים חיצוניים שנדרש לשלב עמוקות במערכת Microsoft 365 שלכם, ובין אם במיליוני צרכנים שמחפשים דף הרשמה חלק ומעוצב היטב, התייחסות ל-B2B ול-B2C כאל דברים זהים היא הימור שאינכם יכולים להרשות לעצמכם. זכרו להתייעץ עם בעלי העניין באמצעות אנלוגיות בשפה פשוטה, להסתמך על רשימות הבדיקה הארכיטקטוניות שלנו, ולתכנן מודלים של scaling מוקדם. כדי לקבל תובנות מעשיות נוספות, דוגמאות מעמיקות ועצות מומחים להימנעות ממלכודות נפוצות אלו, היכנסו והאזינו לפרק הפודקאסט Microsoft Entra B2B vs B2C: Which Should You Choose? עוד היום!