ChatGPT Sites: המדריך המלא לבניית אתרים ואפליקציות ישירות מתוך צ'אט (2026)

סייטס (Sites) הוא פיצ'ר של צ'אט ג'י פי טי (ChatGPT) שמאפשר ליצור, להציג בתצוגה מקדימה, לפרסם ולארח אתרים אינטראקטיביים ואפליקציות אינטרנט קלות — מתוך שיחה, בלי תהליך פריסה נפרד. הוא הושק ב-9 ביולי 2026, זמין בישראל בתוכניות בתשלום, ורץ על תשתית קלאודפלייר (Cloudflare). זה מה שהשתנה, איך משתמשים בו נכון — ואיפה נמצאים המוקשים.

בקצרה — כל מה שחשוב בשש שורות

• מה זה: סייטס (Sites) מאפשר לצ'אט ג'י פי טי (ChatGPT) ליצור, להציג בתצוגה מקדימה, לפרסם, לארח ולעדכן אתרים ואפליקציות — הכול מתוך שיחה.
• מתי: הושק ב-9 ביולי 2026 כחלק מגל ההשקה של צ'אט ג'י פי טי וורק (ChatGPT Work) ומשפחת המודלים ג'י פי טי-5.6 (GPT-5.6).
• למי: ביטא ציבורית בכל התוכניות בתשלום — למעט Free ו-Go. לא זמין בהשקה ב-EEA, שווייץ ובריטניה. ישראל כן נכללת.
• איפה זה רץ: על תשתית קלאודפלייר (Cloudflare) — Workers, בסיס נתונים D1 ואחסון קבצים R2.
• דומיין: אפשר לחבר דומיין פרטי שכבר בבעלותך דרך עריכת רשומות DNS. Sites לא רוכש עבורך דומיין.
• האזהרה החשובה: אל תעביר לשם אתר עסקי ותיק. זו ביטא עם מגבלות שימוש. השתמשו בזה לעמודי נחיתה, פורטלים, דשבורדים ואבות טיפוס.

מה זה ChatGPT Sites בעצם?

סייטס (Sites) סוגר את הפער בין "יש לי קוד" לבין "יש לי קישור חי". עד היום ביקשת מהמודל קוד, הוא הדפיס HTML בצ'אט, ואז התחיל החלק הלא-נעים: להעתיק, לשמור קבצים, למצוא אחסון, להגדיר דומיין. הפער הזה הרג את רוב הפרויקטים.

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

הגדרה — ChatGPT Sites: שכבת בנייה ואחסון בתוך צ'אט ג'י פי טי (ChatGPT). היא הופכת פרומפט, קובץ או פרויקט קיים לאתר חי בכתובת אינטרנט, כולל בסיס נתונים, אחסון קבצים, הרשאות גישה ודומיין מותאם אישית. האתר ממשיך להתעדכן דרך שיחה — לא דרך עורך קוד.

הנקודה החשובה: זה לא "בונה אתרים" קלאסי עם תבניות וגרירה. זו יצירה של קוד אמיתי שרץ על תשתית ענן אמיתית — בדומה למה שמכירים מכלי vibe coding כמו Base44 ו-Lovable, אבל בתוך הצ'אט שכבר יש לכם.

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

ההבדל בין אתר ל"נכס חי"

מסמך הוא תמונת מצב. דשבורד הוא מצב. ההבדל הזה הוא כל הסיפור.

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

מה בדיוק הושק, ומתי?

סייטס (Sites) הושק ב-9 ביולי 2026 כביטא ציבורית, יחד עם צ'אט ג'י פי טי וורק (ChatGPT Work), אפליקציית הדסקטופ החדשה ומשפחת ג'י פי טי-5.6 (GPT-5.6). זו גרסת ההמשך של קודקס סייטס (Codex Sites) שהיה בביטא סגורה מיוני.

תאריך	מה קרה	למה זה משנה
2 ביוני 2026	הכרזה על קודקס סייטס (Codex Sites) — פריוויו ל-Business ו-Enterprise בלבד	המגבלה הקטלנית: אי-אפשר היה לצפות באתר מחוץ לסביבת העבודה
9 ביולי 2026	השקת ChatGPT Work + ‏GPT-5.6 + ‏Sites לכל המנויים בתשלום	האתרים הפכו לצפייה ציבורית — בלי חשבון. זה מה שהפך את הפיצ'ר לרלוונטי
9–10 ביולי 2026	פרסום ציבורי מדורג: Pro, Pro Lite, Enterprise ו-Edu ראשונים; Plus ו-Business אחריהם	יש משתמשי Plus שעדיין לא רואים את הפיצ'ר

לצד הפיצ'ר, אותו גל השקה הביא שינויים נוספים: ספריית האפליקציות הוחלפה בספריית תוספים (Plugin Directory), צ'אטים קבוצתיים הופסקו ליצירה חדשה, ואטלס (Atlas) — הדפדפן של OpenAI — מיועד להפסקת פעילות ב-9 באוגוסט 2026, כשהיכולות שלו עוברות פנימה אל צ'אט ג'י פי טי (ChatGPT) וקודקס (Codex).

הנתון שמסביר למה הפיצ'ר קיים: ערב ההשקה היו לקודקס (Codex) יותר מ-5 מיליון משתמשים שבועיים, מתוכם יותר ממיליון שאינם מפתחים — ועובדי הידע צומחים בקצב פי שלושה מהמפתחים. כשזה הקהל, אתה מפסיק לבנות כלי למפתחים ומתחיל לבנות כלי לאנשים שרוצים תוצר.

למי זה זמין — ומה המצב בישראל?

סייטס (Sites) זמין בביטא ציבורית בכל התוכניות בתשלום למעט Free ו-Go, ואינו זמין בהשקה ב-EEA, שווייץ ובריטניה. ישראל אינה ברשימת החסימה — כלומר, זמין.

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

תוכנית	גישה ל-Sites	הערות
Free	❌ לא	אין גישה בביטא
Go	❌ לא	אין גישה בביטא
Plus	✅ כן	בגל השני של הפריסה
Pro / Pro Lite	✅ כן	בגל הראשון
Business	✅ כן	מופעל כברירת מחדל בסביבת העבודה
Enterprise	✅ כן, בתנאי	מנהל חייב להפעיל דרך RBAC; פרסום ציבורי כבוי כברירת מחדל
Edu	✅ כן	בגל הראשון

למה אני לא רואה את הפיצ'ר?

1. הפריסה מדורגת. Pro ו-Enterprise קיבלו ראשונים; Plus ו-Business "בימים הקרובים". המתינו.
2. אתם באפליקציה הישנה. Sites אינו זמין ב-ChatGPT Classic — צריך את אפליקציית הדסקטופ החדשה.
3. אתם לא במצב הנכון. יש לבחור במצב Work או Codex — לא בצ'אט הרגיל.
4. מנהל סביבת העבודה חסם. ב-Enterprise נדרשת הפעלה דרך RBAC.
5. אתם בסביבת עבודה לא נכונה. אם יש גם חשבון אישי וגם ארגוני — בדקו לאיזה נכנסתם.

מה רץ מתחת למכסה: קלאודפלייר, D1 ו-R2

סייטס (Sites) בנוי בשיתוף פעולה בין OpenAI לקלאודפלייר (Cloudflare): האתרים רצים כ-Cloudflare Workers, בסיס הנתונים הוא D1 ואחסון הקבצים הוא R2. למה זה מעניין גם מי שאינו מפתח? כי זה קובע מה אפשר לבנות.

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

הגדרה — D1: בסיס נתונים רלציוני (מבוסס SQLite) לנתונים מובנים שצריכים לשרוד בין ביקורים: רשומות, סטטוסים, ניקוד, הרשמות לטופס.

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

הקישור בין הפרויקט לאחסון נשמר בקובץ .openai/hosting.json. אתר עם בסיס נתונים בלי אחסון קבצים ייראה כך:

{
  "project_id": "<project-id>",
  "d1": "DB",
  "r2": null
}

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

מה שלא נתמך: חלק מה-frameworks, רשתות פרטיות, בסיסי נתונים חיצוניים, שירותי רקע ודפוסי אחסון מסוימים. בנוסף — Sites אינו תומך במגורי נתונים (Data Residency): האתרים, הקוד, נתוני D1/R2 והלוגים. אם הארגון שלכם מחויב לשמור נתונים בגבולות גיאוגרפיים — Sites בשלב הזה לא עומד בדרישה, וזו החלטה שצריכה להתקבל לפני שמעלים לשם משהו.

איך בונים אתר — שלב אחר שלב

נכנסים למצב Work או Codex, מתארים את האתר (עם המילה "website" או תיוג @Sites), מצרפים תוכן וקבצים, בודקים תצוגה מקדימה, מבקשים תיקונים — ורק אז מפרסמים.

1. בחירת המצב הנכון. בממשק הווב או בדסקטופ בוחרים Work או Codex. בצ'אט הרגיל הפיצ'ר לא יופעל.
2. תיאור האתר. שתי דרכים להפעיל במפורש: המילה "website" בפרומפט, או תיוג @Sites. התיוג מומלץ.
3. הזנת חומרי הגלם. השלב שרוב האנשים מדלגים עליו — והוא שקובע את איכות התוצאה. צרפו קבצים, נתונים, מסמכי מותג, צבעים, טקסטים. אתר שנבנה מתיאור בלבד ייראה גנרי; אתר שנבנה מהחומרים שלכם ייראה כמו האתר שלכם.
4. בדיקת התצוגה המקדימה. עברו ברצינות: תוכן, קישורים, טפסים, תמונות שנוצרו אוטומטית.
5. איטרציה. מבקשים שינויים בשפה טבעית: "תשנה את הצבע הראשי", "תוסיף שדה טלפון לטופס". אם אתם חדשים בניסוח בקשות — מדריך הפרומפטים שלנו ייתן לכם בסיס.
6. קביעת קהל היעד. אתר חדש מוגבל כברירת מחדל לבעלים ולמנהלים בלבד — אל תמהרו לשנות.
7. פרסום. לוחצים Publish, מקבלים כתובת.
8. עריכה מאוחרת. חוזרים לשיחה שבה נוצר האתר, או דרך Sites בסרגל הצד.

אנטומיה של פרומפט מנצח (+5 תבניות מוכנות)

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

הדוגמה מהתיעוד הרשמי עונה על כל הארבעה בלי מילה מיותרת:

@Sites Build a project request dashboard for my operations team. Let team
members submit requests, see who owns each one, update the status, and filter
the list. Require people to sign in with their workspace account, and keep the
request data saved between visits.

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

חמש תבניות מוכנות לשימוש

1. עמוד נחיתה לשירות — ‏@Sites בנה עמוד נחיתה בעברית RTL לשירות [X]. קהל היעד: [Y]. מבנה: כותרת עם הבטחה מדידה, שלושה יתרונות, הוכחה חברתית, טופס לידים (שם, טלפון, אימייל) ושאלות נפוצות. צבע ראשי [קוד], גופן Heebo. שמור את פניות הטופס בבסיס הנתונים. מותאם מובייל.

2. דשבורד פנימי לצוות — ‏@Sites בנה דשבורד למעקב אחר [תהליך]. חברי צוות מוסיפים פריט, מגדירים אחראי, מעדכנים סטטוס ומסננים. דרוש התחברות עם חשבון סביבת העבודה. שמור נתונים בין ביקורים. הצג ספירה לפי סטטוס בראש העמוד.

3. פורטל לקוח — ‏@Sites בנה פורטל לקוח עם סטטוס פרויקט, אבני דרך, קבצים להורדה ואזור הודעות. הלקוח מתחבר בקישור מוזמן. אפשר העלאת קבצים מצד הלקוח. עיצוב נקי, RTL.

4. מחשבון / כלי לידים — ‏@Sites בנה מחשבון [ROI / תמחור / חיסכון] אינטראקטיבי. המשתמש מזין 3–4 פרמטרים ורואה תוצאה בזמן אמת עם גרף. בסוף — טופס לקבלת הדוח המלא במייל. שמור את ההזנות.

5. פריסת פרויקט קיים — ‏@Sites Deploy this project. Check whether it is compatible with Sites, make any required changes, and give me the deployment URL.

הכלל שחוסך את רוב התסכול

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

שמירת גרסה מול פריסה — ההבדל שחוסך אסונות

שמירת גרסה (Save) בונה מועמד לפריסה שאפשר לבדוק בלי לגעת באתר החי. פריסה (Deploy) מפרסמת את הגרסה השמורה. כל כתובת פריסה היא כתובת ייצור — אין סביבת סטייג'ינג.

המשפט הזה מופיע בתיעוד הרשמי בלשון חד-משמעית: Every Sites deployment URL is a production deployment. אם פרסת — זה חי.

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

צ'ק-ליסט לפני פריסה

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

הרשאות גישה, שיתוף והתחברות

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

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

הבחנה קריטית: הגדרת הקהל של האתר והתחברות (Authentication) שנבנתה בתוך האתר הן שתי בקרות נפרדות. אתר ציבורי יכול להכיל התחברות משלו, ואתר מוגבל לא הופך אוטומטית למאובטח פנימית.

מה חובה לבדוק לפני פרסום ציבורי

1. מידע רגיש — האם משהו זלג פנימה מהקבצים שהעליתם?
2. תוכן צד שלישי — יש לכם זכות לפרסם אותו?
3. התנהגות אצל משתמש אחר — האתר עובד כמצופה כשמישהו אחר פותח?
4. טפסים ושדות חופשיים — אתם באמת רוצים לאסוף את המידע הזה? איפה הוא נשמר?
5. אזורי תוכן פתוח — מוכנים למה שאנשים יכתבו שם?
6. הרשאות מנהל — ב-Enterprise פרסום ציבורי כבוי כברירת מחדל.

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

חיבור דומיין אישי

אפשר לחבר דומיין שכבר בבעלותכם. סייטס (Sites) לא רוכש דומיין — אתם חייבים להיות הבעלים ולערוך את רשומות ה-DNS. ב-Enterprise דומיין מותאם אינו זמין בהשקה.

1. פותחים את הגדרות האתר ובוחרים Add domain.
2. מזינים דומיין ראשי (apex) או תת-דומיין.
3. מעתיקים את רשומות ה-DNS שהמערכת מספקת ומוסיפים אצל ספק הדומיין.
4. ממתינים כמה דקות ומרעננים את הסטטוס.

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

בלי דומיין מותאם, האתר יושב על {name}.openai.chatgpt.site — מצוין לכלי פנימי, פחות מתאים לנכס שיווקי שצובר סמכות דומיין.

אחסון: מתי D1, מתי R2, ומתי כלום

אתר תוכן או עמוד נחיתה — בלי אחסון קבוע. רשומות וסטטוסים — D1. תמונות והעלאות — R2. קבצים עם מטא-דאטה לחיפוש — שילוב של שניהם.

הצורך שלכם	מה לבקש
אתר תוכן או עמוד נחיתה	בלי מצב אפליקטיבי קבוע
רשומות, התקדמות, ניקוד	D1 — בסיס נתונים רלציוני
תמונות, מסמכים, העלאות	R2 — אחסון אובייקטים
קבצים + מטא-דאטה לחיפוש	D1 למטא-דאטה, R2 לקבצים
אתר פנימי שצריך זהות משתמש	זהות מאומתת של סביבת העבודה
התחברות ציבורית / ספק זהות חיצוני	פרויקט Sites עם אימות מופעל

אם אתם לא בטוחים — התחילו בלי אחסון. תמיד אפשר להוסיף בבקשה אחת.

סודות ומשתני סביבה

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

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

• סודות מוגדרים בפאנל Sites, לא בקוד.
• קבצי .env מקומיים נשמרים מסונכרנים עם שמות המפתחות — בלי ערכי הסוד עצמם.
• לא דוחפים ערכי סוד ל-Git.
• אחרי הוספה/עדכון/הסרה — מבקשים פריסה מחדש, אחרת הפריסה הבאה תרוץ עם הקונפיגורציה הישנה.

מגבלות הביטא ומה אסור לעשות

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

שימושים אסורים — הרשימה הרשמית

• עיבוד מידע בריאותי מוגן (PHI) או נתוני כרטיסי אשראי
• פנייה לילדים מתחת לגיל 13
• עסקאות פיננסיות
• הפצת תוכנות זדוניות, פישינג, התחזות
• כל הפרה אחרת של מדיניות השימוש של OpenAI

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

מה קורה אם האתר הוסר, ומחיקה

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

Sites מול Base44, Lovable, Wix וקלוד (Claude)

Sites חזק בזרימה מהצ'אט לאתר חי, באחסון מובנה ובחיבור לקונטקסט הארגוני. הוא חלש בשליטה בקוד, ב-SEO, במסחר אלקטרוני ובגמישות אחסון. הוא לא מחליף פלטפורמת אתרים — הוא מחליף את הדשבורד והמצגת.

קריטריון	ChatGPT Sites	Base44 / Lovable	Wix / וורדפרס	קלוד ארטיפקטס (Claude Artifacts)
יצירה משיחה	✅ מלאה	✅ מלאה	❌ עורך ויזואלי	✅ מלאה
אחסון ופרסום מובנה	✅ כלול	✅ כלול	✅ כלול	⚠️ בתוך הפלטפורמה
דומיין אישי	✅ (לא ב-Enterprise בהשקה)	✅ כן	✅ כן	❌ לא
בסיס נתונים	✅ D1	✅ מובנה	✅ תוספים	❌ לא
מסחר אלקטרוני / סליקה	❌ אסור	✅ אפשרי	✅ ליבת המוצר	❌ לא
שליטה מלאה בקוד	⚠️ מוגבלת	✅ ייצוא	✅ מלאה	⚠️ מוגבלת
בשלות SEO	⚠️ נמוכה (ביטא)	⚠️ בינונית	✅ גבוהה	❌ אין

המסקנה היא לא "מי מנצח" אלא "מתי משתמשים במה":

• אתר תדמית או חנות? וורדפרס (WordPress) או וויקס (Wix). לא Sites.
• מוצר SaaS שיהפוך לעסק? בייס44 (Base44) או לאבבל (Lovable) — כי אתם צריכים את הקוד ואת החופש לצאת.
• כלי פנימי, דשבורד, אב-טיפוס להצגה מחר בבוקר? Sites. אין מתחרה במהירות מרעיון לקישור.
• הדגמה חד-פעמית בתוך שיחה? ארטיפקט של קלוד (Claude). ומי שרוצה תהליך עיצוב-לקוד מלא — מדריך Claude Design.

OpenAI עצמה לא מציגה את Sites כמחליף פלטפורמות: בהכרזה המקורית הוזכר אקוסיסטם שותפים שכולל את וויקס (Wix), בייס44 (Base44), רפליט (Replit), לאבבל (Lovable), פיגמה (Figma) ו-ובפלואו (Webflow). זו לא הצהרת מלחמה — זו הצהרת שכבה.

SEO ו-GEO: האם להעביר את האתר שלך לשם?

לא. אל תעבירו אתר עסקי ותיק ל-Sites. תת-דומיין של ‎.chatgpt.site מתחיל מאפס סמכות, הפיצ'ר בביטא, והמגבלות עשויות להשתנות. אתר ותיק צבר קישורים, היסטוריית סריקה ואמון — כל אלה לא נודדים איתכם.

אבל יש כאן שכבה שכן שווה כסף

הנקודה המעניינת היא לא SEO קלאסי — היא GEO (נראות במנועי תשובות). כמה מספרים:

• החפיפה בין תוצאות גוגל המובילות למקורות שמצוטטים בתשובות AI צנחה מ-70% לפחות מ-20% (Brandlight).
• הוספת ציטוטים למאמר משפרת נראות בתשובות AI ב**-41%, וסטטיסטיקות ב-32%** (מחקר Princeton/Georgia Tech, ‏KDD 2024, על 10,000 שאילתות).
• מבקרים שמגיעים מ-ChatGPT ממירים בשיעור של 15.9% — לעומת 1.76% מאורגני (Seer Interactive). תנועת AI קטנה בנפח ואיכותית באופן קיצוני.

איך זה קשור ל-Sites? בשתי דרכים מעשיות:

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

הכלל הזהב: הליבה שלכם נשארת בדומיין שלכם. Sites הוא הפריפריה המהירה — לא המרכז.

אם בכל זאת מפרסמים תוכן ב-Sites

• חברו דומיין משלכם מהיום הראשון.
• ודאו title ו-description אמיתיים — בקשו במפורש בפרומפט.
• בקשו JSON-LD (‏Article או FAQPage) — זה לא ברירת מחדל.
• ודאו שהתוכן קיים ב-HTML הראשוני, לא רק אחרי JavaScript.
• אפשרו את הסורקים GPTBot ו-OAI-SearchBot ב-robots.txt.
• הגישו sitemap לביינג (Bing Webmaster Tools) — חיפוש ChatGPT שולף דרך אינדקס ביינג.

12 שימושים עסקיים שעובדים כבר היום

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

1. דשבורד לידים בזמן אמת — במקום גיליון שמרעננים ידנית.
2. פורטל לקוח לפרויקט — סטטוס, אבני דרך, קבצים. מפחית 80% מהשאלות "מה קורה עם זה?".
3. מחשבון ROI ככלי לידים — המשתמש מזין נתונים, מקבל תוצאה, משאיר מייל.
4. עמוד נחיתה לוובינר או כנס — נבנה ביום, חי למחרת.
5. מעקב בקשות פנימי — במקום שרשור וואטסאפ.
6. לוח שנה להשקות — צוות שיווק שרואה מה יוצא מתי.
7. פורטל אונבורדינג לעובד חדש — כל השבוע הראשון בעמוד אחד.
8. אב-טיפוס למוצר לפני פיתוח — להראות ללקוח או למשקיע לפני שמשקיעים.
9. דוח אינטראקטיבי ללקוח — במקום PDF של 40 עמודים.
10. קטלוג ידע פנימי — נהלים ותסריטים, עם חיפוש.
11. כלי הכשרה או בוחן ידע — עם שמירת התקדמות ב-D1.
12. עמוד מחקר או סקר — לאסוף תשובות ולהציג תוצאות באותו עמוד.

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

7 טעויות נפוצות

1. לפרוס לפני שבודקים. כל כתובת פריסה היא ייצור.
2. לשכוח את הגדרת הקהל. ברירת המחדל מגנה עליכם — עד שמשנים בפזיזות.
3. להעלות קבצים רגישים כחומר גלם. מה שנכנס לקונטקסט עלול לצאת לאתר.
4. לבלבל בין הרשאת גישה לאימות בתוך האתר. שתי מערכות נפרדות.
5. לבקש אחסון קבוע למצב תצוגה. ערכת נושא לא צריכה בסיס נתונים.
6. להעביר אתר עסקי קיים. מוותרים על היסטוריית SEO תמורת נוחות.
7. לתכנן סליקה. עסקאות פיננסיות אסורות — תגלו את זה מאוחר מדי אם לא תקראו את התנאים.

מה עדיין לא ידוע

נכון ליולי 2026 נשארות פתוחות: תמחור אחרי הביטא, ייצוא מלא של האתר, גישת API/MCP לפרסום אוטומטי, ומועד הסרת החסם באירופה.

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

שורה תחתונה

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

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

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

מקורות: OpenAI Help Center — Creating and managing ChatGPT Sites; OpenAI Developers — Sites (Codex); OpenAI Release Notes; מחקר GEO של Princeton/Georgia Tech/Allen Institute/IIT Delhi (KDD 2024); נתוני המרות: Seer Interactive; נתוני חפיפת ציטוטים: Brandlight. הפיצ'ר בביטא ציבורית — פרטים, מגבלות וזמינות עשויים להשתנות.

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