ממשל אתרי מרכז של SharePoint: אסטרטגיות ושיטות עבודה מומלצות

By Mirko Peters · 2026-04-18 · Updated 2026-09-13

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

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

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

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

אתר מרכז של SharePoint — הגדרה

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

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

הבנת אתרי מרכז של SharePoint וצרכי הממשל שלהם

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

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

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

מהו אתר מרכז של SharePoint?

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

חשיבותו של ממשל באתרי מרכז

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

תכנון ממשל לאתרי מרכז של SharePoint

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

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

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

עקרונות מרכזיים לממשל אתרי hub של SharePoint

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

הגדרת יעדי ממשל ברורים

יעדי ממשל ברורים נותנים לאסטרטגיית אתרי ה-hub של SharePoint כיוון ברור. היעדים צריכים להיות קונקרטיים, מדידים וריאליסטיים לסביבה העסקית שלכם. לדוגמה, ייתכן שתרצו לצמצם יצירת אתרים לא מורשית, לשפר את שיעורי האימוץ בקרב העובדים או לעמוד בהתחייבויות לציות. הגדרת המטרות מוקדם עוזרת למקד את המדיניות שלכם ומבטיחה שכולם יתקדמו באותו כיוון, מ-IT ועד בעלי העניין העסקיים ומעבר לכך.

בעלי עניין בממשל אתרי hub

• מנהלי IT: מיישמים מדיניות ומתחזקים את סביבת אתרי ה-hub.
• צוותי ציות: מוודאים שהנתונים והתהליכים עומדים בדרישות המשפטיות והרגולטוריות.
• יחידות עסקיות: מייצגות את צרכי המשתמשים הקצה ועוזרות לזהות את המדיניות הנדרשת למחלקות שלהן.
• בעלי אתרים: מפקחים על הניהול היומיומי ומשמשים כאנשי הקשר הראשיים לאתרים המשויכים אליהם.

הקמת מדיניות ממשל לאתרי hub

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

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

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

שיוך אתרים וממשל מחזור חיים

ממשל אסוציאציית אתרים ומחזור החיים שלהם מגדירים כיצד אתרים מתחברים לאתר מרכזי (hub), מהשלב הראשוני ועד לבדיקה שוטפת ולבסוף לפירוק. הכללים האלה מבטיחים שרק אתרים מתאימים ופעילים מחוברים, מה שמפחית עומס מיותר ומהדק את השליטה בסביבת SharePoint שלכם. מדיניות מחזור חיים עוזרת לכם להפוך לאוטומטיות משימות כמו בדיקת אתרים לא פעילים, תזכורות לבעלים או ארכוב בטוח של תוכן מיושן, לעיתים בעזרת כלי workflow. לטיפים מעשיים לאוטומציה, ראו העמוד הזה על ממשל אוטומטי של מחזור חיים.

הגדרת בקרות אבטחה והרשאות

בקרות אבטחה והרשאות הן עמוד השדרה של ממשל בטוח לאתרי hub. המדיניות הללו קובעות מי מקבל גישה לאילו משאבים, כיצד מנוהלות הרשאות בין אתרים מחוברים, ואילו אמצעים נדרשים כדי להגן על מידע רגיש. יישור בקרות האבטחה עם מדיניות החברה ודרישות רגולטוריות הוא חובה. אם אתם עובדים עם Teams לצד SharePoint, תמצאו שאסטרטגיות אבטחה מרובות שכבות (כמו גישה מותנית ו-DLP) יעילות במיוחד. להעמקה ולשיטות עבודה מומלצות, עיינו במשאבים כמו הפרק הזה על הקשחת אבטחה של Teams.

אחריות לניהול תוכן ולציות

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

מיתוג ועקביות בין אתרי hub

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

טעויות נפוצות בעת הקמת מדיניות ממשל לאתר hub של SharePoint

• אין בעלות ותפקידים ברורים: אי הקצאת בעלים לאתר ה-hub, אחראים (stewards) ואחריות מוגדרת מובילה לבלבול ולאכיפה לא אחידה.
• מדיניות עמומה מדי או נוקשה מדי: מדיניות עמומה מתעלמים ממנה; כללים מגבילים מדי פוגעים בשיתוף הפעולה ובאימוץ.
• התעלמות from יעדים עסקיים וצרכי משתמשים: יצירת ממשל בחלל ריק, ללא יישור ליעדים העסקיים או לתהליכי העבודה של המשתמשים, מפחיתה את הרלוונטיות ואת הציות.
• חוסר בכללי מחזור חיים וניהול תוכן: אי הגדרת מדיניות שמירה, ארכוב או מחיקה גורמת לעומס, לסיכוני ציות ולנפח אחסון מיותר.
• תהליך הקצאה ורישום אתרים לקוי: מתן אפשרות לכל אתר להתחבר ל-hub ללא בדיקה מוקדמת גורם למבנה, מיתוג ותרחישי חשיפה אבטחתית שאינם אחידים.
• הנחיות אבטחה והרשאות לא מספיקות: אי סטנדרטיזציה של מודלי הרשאות או של בקרות שיתוף חיצוני מובילה לדליפת מידע והתפשטות גישות לא מבוקרת.
• היעדר אסטרטגיית טקסונומיה ומטא-דאטה: דילוג על managed metadata, סוגי תוכן ותיוג מביא לחיפוש לקוי ולארגון תוכן לא עקבי.
• כשל בתיעוד ובתקשורת של המדיניות: ממשל שלא פורסם או לא הוסבר היטב משאיר את המשתמשים בלי ידיעה על הציפיות ועל הדרך לעמוד בהן.
• אין מנגנוני ניטור, דיווח או אכיפה: ללא ביקורות סדירות, מדדי שימוש ותהליכי אכיפה, המדיניות נעשית בלתי אפקטיבית לאורך זמן.
• הזנחת הדרכה וניהול שינוי: הטמעת ממשל ללא הדרכת משתמשים ותמיכה שוטפת מפחיתה את האימוץ ומגדילה את ה-shadow IT.
• אי-תכנון של יכולת הרחבה והתפתחות: התייחסות לממשל כאל הגדרה חד-פעמית, ולא כפרקטיקה שמתפתחת לאורך זמן, מונעת מהאב-אתר להסתגל לצמיחה ולדרישות חדשות.
• התעלמות מהשלכות של אינטגרציה והתאמה אישית: אי-הערכה של האופן שבו web parts מותאמים אישית, אפליקציות של צד שלישי ואינטגרציות מתקשרים עם הממשל עלולה לשבור מדיניות או ליצור פערי אבטחה.

ניהול הרשאות ותפקידים בצורה יעילה

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

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

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

הקצאה והאצלה של בעלי אתר המרכז

הקצאת בעלי אתר מרכז היא שלב קריטי בממשל של SharePoint. בעלי האתרים אחראים על הפיקוח השוטף, על יישום המדיניות ועל שמירה על עמידה בדרישות התאימות. מומלץ מאוד להגדיר בעלים ראשיים וגיבויים, כך שתמיד יהיה מישהו זמין לשמור על קצב הממשל. האצלת אחריויות לגיבויים מהימנים או לתת-מנהלים מגנה מפני שיבושים כשחברי צוות מחליפים תפקידים או יוצאים לחופשה, ותומכת בפיקוח רציף.

שליטה בהרשאות לאתרים מחוברים

אתרים מחוברים יכולים לרשת הרשאות מאתר המרכז שלהם, או להשתמש בהגדרות מותאמות אישית ברמת האתר. הגדרה האם ההרשאות יורשו לאורך כל המבנה או יישארו ייחודיות מבטיחה שרק משתמשים מורשים יקבלו את הגישה המתאימה. השתמשו בכלי הניטור של Microsoft 365 כדי לבצע ביקורת קבועה של מבני ההרשאות ולזהות אי-התאמות, כך שמערכת אתרי המרכז שלכם תישאר מאובטחת וכל הגישות תהיינה מתואמות עם תקני האבטחה של הארגון. שליטה הדוקה בהרשאות שומרת על מידע רגיש מוגן, ועל יומני הביקורת נקיים ומסודרים.

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

• הגדרת יומני ביקורת: הפעילו רישום כדי לעקוב אחר שינויים באתר, אירועי גישה ופעילות משתמשים. היומנים עוזרים לאתר שינויים בלתי צפויים ותומכים בחקירות תאימות אם יתרחשו אירועים.
• סקירות פעילות קבועות: תזמנו סקירות תקופתיות של הפעילות באתרים, תוך חיפוש דפוסים חשודים כמו גישה חריגה, שינויים מהירים בהרשאות או מחיקות המוניות שעלולות להעיד על בעיה.
• התראות אוטומטיות: השתמשו ב-Microsoft 365 Security & Compliance Center כדי להגדיר התראות על הפרות מדיניות אפשריות או התנהגויות מסוכנות, כך שמנהלים יקבלו הודעה ברגע שמשהו דורש תשומת לב.
• ביקורות הרשאות: בצעו בדיקות שמשוות בין ההרשאות בפועל לבין מדיניות הממשל, כדי לוודא שרק משתמשים מורשים מקבלים גישה לאתר ושלא נותרו חשבונות לא בשימוש או חשבונות לא מורשים.
• ניתוח שימוש: עקבו אחר מדדי השימוש באתרי המרכז והאתרים המשניים כדי לנטר מגמות אימוץ, לזהות אזורים הזקוקים להדרכה או לניקוי, ולהציג בפני בעלי העניין את התשואה על הממשל.

אוטומציה של ממשל באמצעות כלי Microsoft 365

• אוטומציה ב-Power Platform: פרסו תהליכי עבודה עם Power Automate כדי לתקנן בקשות לאתרים, תהליכי אישור וסקירות גישה תקופתיות, תוך חיסכון בזמן והפחתת טעויות ידניות. לרעיונות נוספים, עיינו בטיפים המעשיים בממשל מחזור חיים אוטומטי.
• תאימות עם Microsoft Purview: השתמשו בהגנת המידע של Purview, במדיניות DLP ובתוויות שמירה כדי לסווג, לסמן ולהגן אוטומטית על הנתונים בכל האתרים המשויכים למרכז, תוך הפחתת הסיכון לדליפות מידע מקריות או מכוונות.
• ניהול מחזור חיים אוטומטי: שלבו בין Graph API ל-Power BI לתהליכי ניקוי מבוססי פעילות – זיהוי אתרים לא פעילים, תזכור לבעלים לבצע סקירה, וייעול הארכיון או המחיקה עם מינימום התערבות ידנית, תוך תיעוד הפעולות לצורכי תאימות.
• שירות עצמי עם מעקות בטיחות: אפשרו למשתמשים עסקיים ליצור אתרים או לנהל חברויות, אך גבו זאת בבקרות ממשל שאוכפות אוטומטית מדיניות לתקינות שמות, מטא-נתונים והרשאות, כך שהסביבה תישאר תקינה ככל שהיא גדלה.

תרחישים נפוצים לממשל של אתרי Hub ב-SharePoint

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

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

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

ניהול התפשטות אתרי Hub ואתגרי מחזור חיים

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

הבטחת אבטחה ותאימות בתעשיות מפוקחות

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

שילוב ממשל אתרי Hub עם Microsoft Teams

אתרי Hub ב-SharePoint ו-Microsoft Teams לרוב הולכים יד ביד, ויישור הממשל בין שתי הפלטפורמות הוא המפתח לשיתוף פעולה חלק ומאובטח. השילוב כולל חיבור של סביבות עבודה ב-Teams לאתרי SharePoint, והבטחה שמדיניות שימוש, תקני אבטחה וכללי מחזור חיים נאכפים לאורך כל סביבת העבודה הדיגיטלית.

כאשר ממשל Teams שזור היטב בפרקטיקות של אתרי Hub, ארגונים יכולים להימנע מניהול מפוצל, להפחית סיכוני תאימות ולהציע למשתמשים חוויה מאוחדת – כל קובץ, צ'אט ומשאב כפופים לאותם סטנדרטים. הגישה הזו לא רק מקדמת שיתוף פעולה, אלא גם בונה אמון, אחריות ויעילות, על ידי הקטנת הסיכוי לפיקוח לקוי או לדליפת מידע. לתובנות מעשיות, ראו משאבים כמו איך ממשל Teams מניע שיתוף פעולה והצלחה, ולמידע על איזון בין צרכי אנליטיקה ולוחות מחוונים ראו את פריסת לוחות מחוונים ב-Teams לעומת SharePoint.

בסופו של דבר, ממשל הוליסטי שמשתרע על SharePoint ו-Teams כאחד מחזק את מצב האבטחה שלכם, ושומר על המשתמשים פרודוקטיביים – בלי קשר למקום שבו הם מתקשרים עם תוכן עסקי או עם עמיתים.

רשימת בדיקה להצלחה בממשל מתמשך של אתרי hub

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

אתרי hub מספקים ניווט ומיתוג לכל ה-hub

מהו אתר hub ב-SharePoint, ובמה הוא שונה מאתר SharePoint רגיל?

אתר hub הוא מיכל שמחבר ומארגן אתרי SharePoint קשורים (הן אתרי צוות והן אתרי תקשורת), ומספק ניווט hub מאוחד, מיתוג עקבי ותוכן מצטבר בין האתרים המשויכים אליו. בניגוד לאתר SharePoint רגיל, הפועל באופן עצמאי כאוסף אתרים בודד, אתר hub מספק סרגל ניווט משותף, ערכת נושא ו-search scope משותפים לכל האתרים המשויכים אליו.

כיצד יוצרים אתר hub ב-SharePoint Online?

כדי ליצור אתר hub ב-SharePoint Online, מנהל SharePoint צריך להשתמש ב-SharePoint admin center ולרשום אתר כ-hub (יצירת אתר hub). ניתן לבחור אתר קיים (אתר תקשורת או אתר צוות) ולרשום אותו כאתר hub, ואז להגדיר את הניווט וערכת הנושא של ה-hub, כך שהאתרים המשויכים אליו יירשו את הגדרות הניווט והמיתוג.

מי יכול לרשום אתר כאתר hub, ואיפה עושים זאת?

רק מנהל SharePoint, או משתמשים שקיבלו את ההרשאה המתאימה ב-SharePoint admin center, יכולים לרשום אתר כ-hub. התהליך מתבצע ב-SharePoint admin center, שבו יוצרים hub, מנהלים אילו אתרים משויכים אליו ומגדירים את ההגדרות שלו, כגון סרגל הניווט של אתר ה-hub, הלוגו וההרשאות.

כיצד משייכים אתר ל-hub, ומה המשמעות של "שיוך אתר"?

כדי לשייך אתר ל-hub, בעלי האתרים יכולים להשתמש בהגדרות האתר או ב-SharePoint admin center כדי לשייך את האתר לאתר ה-hub. שיוך אתר פירושו שהאתר נעשה משויך ל-hub ויורש ממנו את הניווט, המיתוג והתוכן המצטבר; השיוך אינו הופך את האתר לאתר hub, אלא מקשר אותו ל-hub אחד.

האם ניתן לשייך אתר ליותר מ-hub אחד?

לא. אתר יכול להיות משויך ל-hub יחיד בכל רגע נתון, ולכן עליכם להחליט איזה hub מתאים לו ביותר. אם צריך להעביר אתר, ניתן לבטל את השיוך שלו מה-hub הנוכחי ולשייך אותו ל-hub אחר באמצעות SharePoint admin center או הגדרות האתר.

אילו סוגי אתרים ניתן לשייך לאתר hub?

ניתן לרשום כ-hub או לשייך ל-hub הן אוספי אתרים מודרניים של אתרי תקשורת והן אתרי צוות מודרניים. אתרים קלאסיים אינם מומלצים לשיוך ל-hub, מכיוון שרבות מיכולות ה-hub נשענות על פונקציונליות מודרנית של SharePoint.

האם שיוך האתר שלי ל-hub משנה את ההרשאות או התוכן שלו?

לא. שיוך ל-hub אינו משנה אוטומטית הרשאות באתר ואינו מעביר תוכן. ההרשאות נשארות מנוהלות ברמת האתר או אוסף האתרים. אתרי hub מספקים ניווט ורכיבי Web מצטברים לתוכן מהאתרים המשויכים, אך אינם מעניקים גישה בין האתרים המשויכים אלא אם משנים את ההרשאות במפורש.

כיצד פועל הניווט של ה-hub, ומהיכן מופיע סרגל הניווט?

ניווט ה-Hub מופיע כסרגל ניווט גלובלי בראש כל אתר המשויך ל-Hub (סרגל הניווט של אתר ה-Hub מופיע בכל ה-Hub). מנהל SharePoint מגדיר את קישורי הניווט של ה-Hub באתר ה-Hub, והקישורים מוצגים בכל האתרים המשויכים ל-Hub, כך שהניווט וערכת הנושא יישארו עקביים.

האם אפשר לאגד תוכן מאתרים המשויכים לאתר ה-Hub?

כן. רכיבי Web Part של אתר ה-Hub, כמו רכיבי התוכן המודגש והחדשות, יכולים להציג תוכן מאתרים משויכים, כך שניתן להציג תוכן מכל האתרים המשויכים. אפשר לסנן ולהגדיר את רכיבי ה-Web Part האלה כך שיציגו תוכן מהאתרים המשויכים ל-Hub או מאתרים מסוימים בתוכו.

איך שימוש באתרי Hub משפיע על חיפוש וגילוי?

היקף החיפוש משתפר כשמשתמשים באתרי Hub, כי קל יותר להחזיר תוצאות מכל ה-Hub ומהאתרים המשויכים אליו. אתרי Hub יכולים לספק חוויית חיפוש מאוחדת למשתמשים שמנווטים ב-Hub, ולדף ההתחלה של SharePoint או בתוך ה-Hub.

מה ההבדל בין אתר בית לאתר Hub?

אתר בית הוא אתר הפתיחה של הארגון לעובדים (לעיתים משולב בדף ההתחלה של SharePoint), ויכול לספק חדשות ארגוניות וניווט. אתר Hub מארגן אתרים קשורים ומספק ניווט ומיתוג משותפים לאתרים המשויכים אליו. אתר יכול לשמש גם כאתר בית וגם כאתר Hub, אבל לכל תפקיד יש מטרה שונה: אתר בית לחוויה ארגונית כללית, ואתר Hub לארגון אתרים קשורים.

כמה אתרים ניתן לשייך ל-Hub, והאם קיימות מגבלות?

קיימת מגבלה מעשית למספר האתרים שניתן לשייך ל-Hub, ותיעוד Microsoft מפרט את המגבלות הנתמכות לצורך ביצועים. עם זאת, Hub-ים נועדו לתמוך במספר רב של אתרים ויכולים לאגד פעילות מכל האתרים המשויכים. בארגונים גדולים כדאי לבנות את ה-Hub-ים בצורה לוגית, במקום ליצור Hub לכל אתר אפשרי, כדי לשמור על בהירות בניווט ועל ביצועים.

מה קורה כשאתר הופך לאתר Hub?

המרה או רישום של אתר כ-Hub (site as a hub) מאפשרת לו לספק ניווט וערכת נושא לאתרים שמשויכים אליו. האתר נשאר אוסף אתרים, אבל לאחר שהפך לאתר Hub ניתן להשתמש בו לחיבור אתרים קשורים, לספק תוכן משותף באתר ה-Hub ולנהל הגדרות ברמת ה-Hub דרך מרכז הניהול של SharePoint.

איך מסירים שיוך של אתר או מבטלים את רישום אתר ה-Hub?

כדי להסיר שיוך של אתר, בעל אתר יכול לשנות את הגדרות השיוך במידע על האתר, או שמנהל SharePoint יכול לנתק את השיוך במרכז הניהול של SharePoint. כדי לבטל את רישום אתר ה-Hub, מנהל SharePoint יכול לבטל אותו במרכז הניהול של SharePoint. פעולה זו מפסיקה לספק ניווט ומיתוג ל-Hub לאתרים המשויכים, והם לא יהיו משויכים אליו עוד.

האם אפשר להשתמש באתרי Hub כדי להחיל ערכת נושא, ניווט ומיתוג עקביים על פני האתרים המשויכים?

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

איך מחברים אתרים קשורים ל-Hub, ומהן השיטות המומלצות?

כדי לחבר אתרים קשורים ל-Hub, משייכים כל אתר אליו דרך הגדרות האתר או מרכז הניהול של SharePoint. שיטות מומלצות כוללות קיבוץ אתרים לפי תפקיד עסקי, מיקום גיאוגרפי או פרויקט; הגבלת מספר ה-Hub-ים כדי למנוע פיצול; ושימוש בניווט וברכיבי Web Part של ה-Hub כדי להציג תכנים חשובים מכל האתרים המשויכים ולאפשר גילוי קל.

האם ניווט אתר ה-Hub יופיע לכל משתמש ובכל מכשיר?

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

איך משתמשים באתרי Hub כדי להציג פעילות מכל האתרים המשויכים?

ניתן להשתמש ברכיבי Web Part באתר ה-Hub, כמו רכיבי החדשות, התוכן המודגש והפעילות, כדי להציג פעילות מכל האתרים המשויכים. מגדירים את רכיבי ה-Web Part האלה כך שישלפו תוכן מכל האתרים המשויכים, וכך ניתן ליצור לוחות מחוונים או פידים מאוחדים של חדשות שמציגים פעילות מכל ה-Hub.

האם קיימים מקרים שבהם אתר לא צריך להיות משויך ל-Hub?

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

ממשל אתרי Hub ב-SharePoint: מונחי מפתח