סקירה כללית
ChatGPT Sites מאפשר לחברי ה-workspace ליצור ולשתף Sites מתארחים מתוך ChatGPT. הבעלים והמנהלים של ה-workspace יכולים לסייע בקביעה מי רשאי ליצור Sites, מי רשאי לפרסם אותם, כיצד משתפים אותם ואיך יש לבדוק או להסיר אותם בעת הצורך.
בכל הנוגע לתכונות של אפליקציות מחוברות, מנהלי ה-workspace קובעים באילו תוספים נתמכים Sites יכולים להשתמש. כל מבקר מאשר גישה דרך החשבון המחובר שלו, וההרשאות הקיימות שלו באפליקציה ממשיכות לחול.
זמינות
מאמר זה מיועד לבעלים ולמנהלים בתוכניות ChatGPT Business ו-Enterprise. אפשרויות הניהול הזמינות תלויות בתוכנית שלכם ובתצורת ה-workspace.
התצוגה המקדימה של Sites למנהלים נפתחת בהדרגה בסביבות workspace זכאיות בתוכנית Enterprise. מנהלים יכולים לבדוק את הגישה לפני הפעלת Sites עבור חברים. הגדרות ה-workspace והרשאות התפקידים קובעות מי יכול להשתמש ב-Sites. הפרסום הפומבי מנוהל בנפרד.
לתכונות של אפליקציות מחוברות יש דרישות זמינות משלהן. הגדרות ה-workspace והארגון ממשיכות לחול. התמיכה בתושבות נתונים עבור Sites אינה מעניקה גישה לאפליקציות מחוברות.
תושבות נתונים
בסביבות workspace עם תושבות נתונים בארה״ב או באיחוד האירופי, Sites חדשים משתמשים אוטומטית באזור הקיים של ה-workspace לאחסון ולאירוח נתמכים. Sites זמינים בסביבות workspace עם תושבות נתונים באזורים אחרים, אך הגדרת התושבות האזורית אינה חלה כרגע על האחסון והאירוח של Sites.
Sites קיימים נשארים במיקומם הנוכחי ואינם מועברים אוטומטית. האירוח האזורי של Sites נפרד מתושבות ההסקה עבור עיבוד באמצעות מודל. למידע נוסף, ראו: תושבות נתונים ותושבות הסקה ב-ChatGPT.
הגדרת מדיניות ה-workspace
לפני הפעלת Sites לשימוש נרחב, החליטו:
מי רשאי ליצור Sites.
האם לאפשר פרסום פומבי.
איזה תוכן מותר לפרסם.
כיצד הארגון שלכם יטפל בתמיכה, בבדיקה, בהסרה ובשאלות תאימות.
בדקו את דרישות תושבות הנתונים של ה-workspace ואת היקף התמיכה בהן ב-Sites לפני שחברים ייצרו Sites. Sites קיימים נשארים במיקומם הנוכחי ואינם מועברים אוטומטית.
הפעלה או הגבלה של Sites
בסביבות workspace בתוכנית Business, התכונה Sites מופעלת כברירת מחדל. בעלים ומנהלים בתוכנית Enterprise יכולים להשתמש בבקרת גישה מבוססת תפקידים (RBAC) כדי לקבוע מי רשאי ליצור Sites ומי רשאי לפרסם אותם.
בדקו את הגישה הנוכחית של החברים ל-Sites ואת הרשאות הפרסום הפומבי שלהם לפני הפעלת Sites לשימוש נרחב יותר.
אם Sites מופיע בתצוגה מקדימה למנהלים, בחרו הגדרת גישה בהשקה או עריכת גישה בהשקה כדי לבחור למי תהיה גישה בעת ההשקה. ההגדרה גישה בהשקה נפרדת מהגישה הנוכחית לתצוגה המקדימה.
כדי להשאיר את Sites כבוי בעת ההשקה, הגדירו את האפשרויות הרלוונטיות של גישה בהשקה לכבוי ושמרו את השינויים. פתחו שוב את ההגדרה כדי לוודא שהערך כבוי נשמר.
בדקו בהודעת ההשקה שקיבלתם מהו המועד האחרון לבקשת אי-הצטרפות. אם ביקשתם לא להצטרף במסגרת תהליך קודם, פנו לתמיכה של OpenAI כדי לאשר את הבקשה.
לעזרה בנוגע להודעת השקה או לבקשת אי-הצטרפות, ראו: יצירת קשר עם התמיכה של OpenAI.
פרסום פומבי כבוי כברירת מחדל בסביבות workspace בתוכנית Enterprise. כדי לאפשר לחברים לפרסם Sites באופן פומבי:
הפעילו פרסום פומבי בהגדרות ה-workspace.
השתמשו ב-RBAC כדי להעניק למשתמשים או לקבוצות המתאימים הרשאה ליצור ולפרסם Sites.
אם חבר אינו יכול להשתמש ב-Sites, ודאו ש:
Sites מופעל ב-workspace.
לחבר יש תפקיד שמקנה גישה או שהוא שייך לקבוצה שמקנה גישה.
החבר מחובר ל-workspace הנכון.
הגדרות אלה קובעות את האפשרות ליצור ולפרסם אתרים. הגישה לאפליקציות מחוברות תלויה גם בהגדרות ה-workspace, באישור של כל מבקר ובמדיניות הדייר, במקרים הרלוונטיים.
ניהול הגישה לאפליקציות מחוברות
בסביבות workspace נתמכות, אתר יכול להשתמש באפליקציות המחוברות של כל מבקר. למשל, לוח מחוונים משותף יכול להציג מידע מהחשבון של המבקר המחובר.
כדי להשתמש באפליקציות מחוברות:
האתר חייב להיות פרטי ל-workspace.
המבקר חייב להיות חבר באותו workspace.
המבקר חייב לאשר גישה דרך החשבון המחובר שלו.
אם אתר מבקש הרשאת כתיבה, כל מבקר חייב לאשר אותה עבור החשבון המחובר שלו. ההרשאות הקיימות שלו באפליקציה ממשיכות לחול. האישור הזה אינו מעניק למשימות מתוזמנות ברקע גישה לאפליקציות המחוברות שלו.
לפני שתאפשרו שימוש בתוסף ב-Sites, בדקו לאיזה מידע הוא יכול לגשת ואילו פעולות הוא יכול לבצע.
אם מדיניות הדייר חוסמת גישה, מנהל גלובלי צריך:
לפתוח את מסוף הניהול של OpenAI.
תחת גישה חיצונית, לפתוח את ChatGPT Sites.
לבחור גישה, ואז להגדיר את אפליקציות מחוברות למותר.
הבעלים והמנהלים של ה-workspace אינם מנהלים גלובליים באופן אוטומטי. בסביבות workspace ללא דייר, אפשרות הניהול הזו אינה קיימת.
אם לא הוגדרה במפורש מדיניות לאפליקציות מחוברות עבור Sites, הגישה מותרת ברמת הארגון. כללי מדיניות קיימים שנשמרו ברמת הדייר נשארים בתוקף.
להוראות בנושא גישה ואישור ברמת הדייר, ראו: ניהול הדייר שלכם במסוף הניהול.
מתן הרשאה לשימוש בתוסף ב-Sites
בהגדרות Sites של התוסף, בדקו את האפשרות מתן הרשאה למבקרים באתר להשתמש בתוסף הזה.
בחירה שנשמרה על ידי מנהל גוברת על ברירת המחדל. אם לא נשמרה בחירה:
Business: השימוש בתוספים הזמינים מותר כברירת מחדל.
Enterprise: התוספים הזמינים כבויים כברירת מחדל.
תוסף יכול להיות זמין ב-ChatGPT אך כבוי ב-Sites. הפעלתו עבור Sites אינה מעניקה לחברים גישה לאפליקציה ואינה מחברת עבורם חשבון. כל מבקר עדיין חייב לאשר את הגישה שהאתר מבקש.
בדיקת הגישה של חבר ב-workspace
אם אתר אינו יכול להשתמש באפליקציה המחוברת של חבר, בדקו תחילה בהגדרות ה-workspace ש:
הגישה לאפליקציות מחוברות עבור Sites זמינה ב-workspace.
אם ל-workspace יש דייר, הדייר מאפשר ל-ChatGPT Sites גישה לאפליקציות מחוברות. מנהל גלובלי יכול לבדוק זאת תחת גישה חיצונית במסוף הניהול של OpenAI.
האפשרות מתן הרשאה למבקרים באתר להשתמש בתוסף הזה מופעלת עבור התוסף של האפליקציה.
האפליקציה הספציפית מופעלת ב-workspace.
לאחר מכן בדקו את ההגדרות וההרשאות של החבר:
האתר פרטי ל-workspace, והחבר שייך לאותו workspace.
האפליקציה מחוברת לחשבון של החבר, והוא בחר בחשבון המחובר הרצוי.
החבר התחבר, בדק את ההרשאות שהאתר מבקש ואישר את הגישה.
לחבר יש את ההרשאות הנדרשות באפליקציה המחוברת.
אישור ברמת הדייר, כשהוא נדרש, חל על Sites קיימים ועתידיים. כל מבקר עדיין חייב לאשר גישה דרך החשבון שלו. אישור ברמת הדייר אינו מעניק לכל אתר גישה לנתונים של כל חבר.
שיתוף אתר, מתן הרשאה לפרסום פומבי או הזמנת צופה חיצוני אינם מהווים אישור גישה לאפליקציות מחוברות.
להוראות לבניית אתר עם אפליקציות מחוברות ולאישור גישת מבקרים, ראו: יצירה ושימוש ב-ChatGPT Sites.
ניהול הפרסום והגישה
אפשר לשתף אתר עם:
הבעלים שלו ומנהלי ה-workspace בלבד.
חברים פעילים ב-workspace.
משתמשים פעילים או קבוצות שנבחרו, היכן שהאפשרות נתמכת.
כל אחד באינטרנט, אם פרסום פומבי מופעל ולחבר יש הרשאת פרסום.
הבעלים יכול להעניק לחבר פעיל באותו workspace הרשאת עריכה. עורכים יכולים לשמור שינויים, ולאחר הפרסום הראשון של הבעלים, לפרסם גרסאות נוספות באותה כתובת URL.
עורכים יכולים גם לבדוק את מסד הנתונים החי ולפרסם קוד שמשתמש בסודות ובאחסון של האתר. העניקו הרשאת עריכה רק לשותפים לעבודה שאתם סומכים עליהם.
בהגדרות האתר עצמו, הבעלים יכול:
לנהל למי יש גישה.
לשנות את שם האתר או את כתובת ה-URL שלו.
להעביר את הבעלות לחבר פעיל אחר ב-workspace.
לקבוע הגדרות שזמינות לבעלים בלבד, כמו סודות ודומיינים מותאמים אישית.
גם הבעלים והמנהלים של ה-workspace יכולים להעביר את הבעלות לחבר פעיל אחר באותו workspace.
הבעלים יכול לשנות את ההרשאה של עורך לצפייה או להסיר אותו. כך נמנעת ממנו האפשרות לערוך. בדקו את שאר הגדרות הקהל של האתר כדי לראות אם הוא עדיין יכול לצפות בו.
כאשר דומיינים מותאמים אישית מופעלים עבור Sites ב-workspace, בעלי האתר יכולים לחבר דומיין שבשליטתם. אם אפשרויות הניהול חסרות או שפעולה נדחית, בדקו מי הבעלים של האתר, את זמינות התכונה ב-workspace ואת הרשאות Sites לפני שתנסו לפתור בעיות DNS.
להגדרת דומיין, ראו: יצירה ושימוש ב-ChatGPT Sites.
שיתוף פומבי מאפשר גישה לאתר מחוץ ל-workspace, בהתאם לקהל שנבחר בתהליך הפרסום.
אפשרויות הניהול הזמינות משתנות לפי התוכנית ותצורת ה-workspace. אם אינכם מוצאים אפשרות ניהול מסוימת או לא מצליחים להשתמש בה, פנו לתמיכה של OpenAI.
בדיקת הרשאות מנהרות
מנהרה מאפשרת לאתר להתחבר לשירות ברשת הפרטית של החברה שלכם, כמו API פנימי.
לפני חיבור אתר למנהרה:
ודאו שלבעלים של האתר ולמי שמחבר את המנהרה יש גישה ל-Sites. האפשרות מתן הרשאה לחברים לצרף מנהרות פרטיות חייבת להיות מופעלת עבור שניהם.
השתמשו במנהרה שזמינה ל-workspace של האתר. אם האתר כבר פומבי, הפכו אותו לפרטי לפני הוספת מנהרה חדשה.
בדקו עם הבעלים של השירות לאילו נתונים האתר יכול לגשת ואילו פעולות הוא יכול לבצע.
כדי להפוך את האתר לפומבי, האפשרות מתן הרשאה ל-Sites פומביים עם מנהרות פרטיות חייבת להיות מופעלת גם עבור הבעלים וגם עבור מי שמפרסם אותו. גם ה-workspace חייב לאפשר פרסום פומבי. לפני הפרסום, בדקו מה מבקרים יוכלו לראות ולעשות דרך האתר.
מנהרות אינן משנות את הרשאות המבקרים באפליקציות המחוברות.
להגדרת מנהרות, הרשאות ופתרון בעיות, ראו: חיבור ChatGPT Sites לשירותים פרטיים באמצעות מנהרות.
צופים חיצוניים
בעלי אתרים יכולים להזמין אנשים מסוימים מחוץ ל-workspace לצפות באתר.
בסביבות workspace בתוכנית Business, יוצרים יכולים להזמין צופים חיצוניים באמצעות הרשאות Sites הקיימות שלהם בהגדרות ה-workspace.
בסביבות workspace בתוכנית Enterprise, למי ששולח את ההזמנה נדרשת הרשאה נפרדת להזמנת צופים חיצוניים. כדי להפעיל אותה, פעלו לפי ההוראות ל-Enterprise שבהמשך.
הבעלים והמנהלים של ה-workspace יכולים לנהל צופים חיצוניים בהגדרות ה-workspace > Sites.
בסביבות workspace בתוכנית Enterprise:
עברו אל הגדרות ה-workspace > הרשאות ותפקידים.
בחרו את התפקיד שצריך לקבל הרשאה להזמין צופים חיצוניים, או בחרו בברירות המחדל של ה-workspace.
תחת גישה מוקדמת > Sites, ודאו ש-Sites מופעל עבור התפקיד הזה או עבור ה-workspace.
עבור התפקיד שנבחר, הפעילו את האפשרות מתן הרשאה לחברים להזמין מבקרים חיצוניים לאתרים.
צופה חיצוני חייב להתחבר באמצעות חשבון ChatGPT שהוזמן לאתר. הוא יכול לצפות באתר, אך לא לערוך אותו. ההזמנה אינה מצרפת אותו ל-workspace שלכם ואינה הופכת את האתר לפומבי.
ההרשאה להזמין צופים חיצוניים נפרדת מההרשאה לפרסם באופן פומבי. צופים חיצוניים גם אינם עומדים בדרישת החברות ב-workspace לצורך שימוש בתכונות של אפליקציות מחוברות.
הסרת הזמנה לא בהכרח תבטל גישה שניתנה לאותו אדם דרך הגדרת קהל אחרת. לאחר הוספה או הסרה של צופה חיצוני:
בדקו את רשימת הגישה שנשמרה.
בדקו אם הגדרת קהל אחרת עדיין מעניקה לאותו אדם גישה.
בדקו כיצד האתר מוצג למבקרים המיועדים.
אם האפשרות להזמנה חיצונית אינה זמינה או ששינוי אינו נכנס לתוקף, בדקו את ה-workspace שנבחר, את התפקיד של שולח ההזמנה ואת הרשאתו להזמין צופים חיצוניים, ואת האפליקציה או הדפדפן שבהם נעשה שימוש. אם הבעיה נמשכת, ראו: יצירת קשר עם התמיכה של OpenAI.
בדיקת הגישה לתוספים המתארחים ב-Sites
אתר חדש או קיים יכול לארח שרת MCP ותוסף. בדקו אם למי שמקבל את התוסף יש גישה גם לתוסף וגם לאתר שמארח אותו. שיתוף או התקנה של התוסף בלבד אינם מעניקים לו גישה לאתר.
ייתכן שמקבל התוסף יצטרך גם לתת הרשאה לאפליקציה או לאשר פעולה מבוקשת. הגישה לאתר אינה מחליפה את האישורים האלה.
בדקו בנפרד את ההרשאות עבור:
פרסום פומבי של האתר.
הזמנת אדם לצפות באתר.
שיתוף התוסף.
פרסום התוסף בקטלוג של ה-workspace.
למידע נוסף על אירוח תוספים באתר, כולל הרשאות מנהל ספציפיות שעליכם להפעיל, קראו: אירוח תוסף באמצעות ChatGPT Sites.
למידע על בקרות גישה לתוספים, ראו: בקרות ניהול, אבטחה ותאימות לתוספים ולאפליקציות.
שיקולי נתונים, תאימות ותושבות נתונים
Sites עשויים לכלול פרומפטים, הוראות, קבצים, קוד אתר, תוצרים שנוצרו, כתובות URL מתארחות, אחסון ויומנים הנדרשים לתפעול האתר ולאבטחתו.
בסביבות workspace עם תושבות נתונים בארה״ב או באיחוד האירופי, Sites חדשים משתמשים אוטומטית באזור הקיים של ה-workspace לאחסון ולאירוח נתמכים. Sites זמינים בסביבות workspace עם תושבות נתונים באזורים אחרים, אך הגדרת התושבות האזורית אינה חלה כרגע על האחסון והאירוח של Sites.
Sites קיימים נשארים במיקומם הנוכחי ואינם מועברים אוטומטית. האירוח האזורי של Sites נפרד מתושבות ההסקה עבור עיבוד באמצעות מודל. למידע נוסף, ראו: תושבות נתונים ותושבות הסקה ב-ChatGPT.
אם אזור האירוח של אתר שונה מהצפוי, בדקו את האזור שהוגדר ל-workspace ומתי האתר נוצר. Sites קיימים נשארים במיקומם הנוכחי ואינם מועברים אוטומטית.
מדיניות מומלצת ל-workspace
ספקו לחברים הנחיות ברורות ליצירת Sites שעומדים בדרישות האבטחה, הסודיות, הפרטיות ויתר הדרישות של הארגון שלכם.
הגדירו מדיניות שקובעת מתי מותר לפרסם באופן פומבי.
דרשו בדיקה לפני פרסום אתרים שכוללים תוכן סודי, רגיש או של צד שלישי.
החליטו מי רשאי לאשר Sites פומביים ומי רשאי להסיר אותם.
תעדו היכן על החברים לדווח על Sites חשודים, זדוניים, מפרי זכויות או לא בטוחים.
מנו לכל אתר אדם שיהיה אחראי לעדכונו ולטיפול בשאלות בנושא גישה. תכננו את העברת האחריות לפני שאותו אדם עוזב את הצוות.
בדקו את האתר לאחר שינויים מהותיים בתוכן שלו, בשירותים המחוברים אליו או בקהל שלו.
שאלות נפוצות
האם סביבות workspace בתוכנית Enterprise מחויבות על אירוח Sites ועל השימוש בהם?
סביבות workspace בתוכנית Enterprise פטורות כרגע מתשלום על הפעלה ואירוח של Sites. בנייה או עריכה של אתר עדיין נספרות כחלק מהשימוש ב-Codex. מגבלות השימוש והאחסון עדיין חלות.