מהי אוסף אתרים ב-SharePoint? סקירה של SharePoint והסבר על אוספי אתרים

By Mirko Peters · 2026-04-23

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

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

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

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

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

סקירה של אוספי אתרים ב-SharePoint ואופן השוני שלהם מאתרים

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

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

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

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

ארכיטקטורה של אוספי אתרים: מסדי נתוני תוכן וניהול נתונים

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

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

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

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

יצירה והגדרה של אוסף אתרים בממשק SharePoint

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

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

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

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

ניהול אתרים: הוספה והסרה של תת-אתרים בתוך אוסף

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

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

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

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

הקצאה וקישור של דומיינים מותאמים אישית לאוספי אתרים

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

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

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

מחיקה בטוחה של אוסף אתרים ובקרת גישה

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

בדקו מראש את ההרשאות ובדקו מי יש לו גישה. מנהלי החווה (או מנהלים גלובליים ב-Microsoft 365) צריכים לוודא פעמיים אם קיים מידע עסקי קריטי או פריטים שנוצרו על ידי משתמשים שחייבים להישמר לצורכי תאימות או מדיניות החברה. מומלץ לעדכן את המשתמשים המושפעים ולהעביר כל מידע חיוני לפני שממשיכים.

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

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

ממשל אוספי אתרים ושיטות עבודה מומלצות לניהול מחזור החיים

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

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