دليل شامل لإنشاء وإدارة ChatGPT Sites في Codex

معظم الأدلة التي تتحدث عن ChatGPT Sites تركز على "سحر وصف ما تريده". هذا هو الجزء السهل. العمل الحقيقي يبدأ بعد ذلك: إدارة عمليات النشر، التحكم في الوصول، التعامل مع البيانات السرية، وتذكر أن كل رابط تنشئه يصبح مباشراً على الإنترنت. يتعامل هذا الدليل مع Sites كما هو فعلاً: خط إنتاج خفيف لتطبيقات الويب الصغيرة.

ما هو ChatGPT Sites فعلياً

يحول ChatGPT Sites منصة Codex من مجرد مولد أكواد إلى بيئة عمل متكاملة لاستضافة التطبيقات. تصف لوحة تحكم أو أداة تتبع أو أداة داخلية بلغة عادية، ولا تحصل فقط على ملفات الأكواد. تحصل على رابط مباشر مع استضافة وتحليلات وإدارة هوية وضوابط وصول جاهزة.

هذا التحول مهم لأنه يسد الفجوة المعتادة بين "يعمل محلياً" و"تم نشره". لا توجد خدمة استضافة منفصلة لإعدادها، ولا خط CI/CD لربطه، ولا DNS للتعديل عليه إلا إذا أردت نطاقاً مخصصاً. الجانب الآخر واضح: Sites مناسب للأدوات الداخلية المركزة والنماذج الأولية، وليس لبيئات الإنتاج الهندسية الكاملة.

إنشاء أول موقع لك

يبدأ الإنشاء بأمر @Sites في واجهة ChatGPT على الويب (واجهة العمل) أو تطبيق سطح المكتب. صف ما تريده، وسينشئ ChatGPT موقعاً كاملاً يمكنك معاينته وتحسينه ونشره.

textCopy
@Sites Create a project status dashboard showing:
- Active projects with completion percentages
- Team member assignments
- Upcoming deadlines in the next 14 days
- Filter by department

ينتج هذا الطلب لوحة تحكم عاملة، وليس مجرد مقتطف كود. يتولى ChatGPT معالجة HTML وCSS وJavaScript وإعداد الاستضافة. سترى الموقع في نافذة معاينة حيث يمكنك التنقل فيه قبل النشر.

التحسين يكون بشكل حواري. إذا كانت الألوان لا تتطابق مع علامتك التجارية أو تنسيق التاريخ يبدو غريباً، اذكر التغيير بوضوح:

textCopy
Change the header color to #1a365d and format all dates as DD MMM YYYY

كل تغيير ينشئ نسخة جديدة. إذا حدث خطأ ما، يمكنك التراجع. إنه نظام إصدارات خفيف، أقرب إلى "git commits بدون سطر الأوامر" من بيئة مستودع كاملة.

أين تحدث الإدارة فعلياً

يمكن أن تساعدك Codex CLI وإضافات IDE في التعديل والاختبار محلياً، لكنها لا توفر شاشات إدارة Sites. النشر وضوابط الوصول والتحليلات والبيانات السرية والإعدادات كلها موجودة في واجهة ChatGPT على الويب أو سطح المكتب.

هذا الإعداد المنفصل يعمل بشكل جيد للفرق عادة: ابنِ وعدّل كما تشاء، ثم عد إلى ChatGPT للنشر والحوكمة. إنه فصل بين التطوير والعمليات، بشكل مقصود.

ضوابط الوصول والمشاركة

المواقع الجديدة افتراضياً متاحة للمالك ومسؤولي مساحة العمل فقط. هذا الإعداد الافتراضي مهم لأن كل نشر يصبح مباشراً فوراً على رابطه. إذا كان لدى شخص ما الرابط لكن ليس لديه صلاحية الوصول، سيواجه طلب مصادقة بدلاً من رؤية الموقع.

مستويات الوصول تبدو هكذا:

المالك/المسؤول فقط - افتراضي. أنت ومسؤولو مساحة العمل فقط يمكنكم المشاهدة. أبقِه هنا أثناء التطوير.

مستخدمين/مجموعات محددة - شارك مع أشخاص أو مجموعات محددة في مساحة عملك. هذا الإعداد المعتاد لأدوات الفريق.

أي شخص في مساحة العمل - الجميع في مساحة عمل ChatGPT Business أو Enterprise يمكنهم الوصول. يعمل جيداً للوحات التحكم الخاصة بالشركة.

الإنترنت العام - أي شخص لديه الرابط يمكنه المشاهدة. مساحات عمل Enterprise عادة ما يكون هذا معطلاً افتراضياً ويتطلب من المسؤول تفعيله.

للمواقع العامة، يتولى تدفق "Sign in with ChatGPT" المصادقة. يسجل الزوار الدخول بحساب ChatGPT، ويمكن للتحليلات إظهار من وصل إلى الموقع. للمواقع المقيدة بمساحة العمل، تُستخدم هوية الزائر في مساحة العمل تلقائياً.

العناصر الأساسية المدمجة للتطبيقات

Sites أكثر من مجرد صفحات ثابتة. يأتي مع عناصر أساسية تتطلب عادة ربط خدمات إضافية:

D1 (بيانات منظمة) - تخزين متوافق مع SQLite لإرسالات النماذج أو تفضيلات المستخدم أو حالة التطبيق. لا حاجة لإعداد قاعدة بيانات منفصلة.

R2 (تخزين كائنات) - تخزين ملفات للتحميلات أو الصور أو المستندات. فكر فيه كـ "حاوية بسيطة شبيهة بـ S3" متكاملة مع موقعك.

التحليلات - تتبع تلقائي للزوار الفريدين ومشاهدات الصفحات. يمكنك رؤية مقاييس مثل "190 زائر فريد، 359 مشاهدة صفحة خلال سبعة أيام" دون إضافة كود تتبع.

الهوية - مصادقة مدمجة، لذا يمكنك تجنب إعداد OAuth وإدارة المستخدمين المخصصة للتحكم البسيط في الوصول.

هذه العناصر هي ما يجعل Sites عملياً للأدوات الداخلية الحقيقية. يمكن لأداة تتبع المشاريع تخزين البيانات في D1. يمكن لمكتبة أصول تقديم الملفات من R2. يمكن للوحة تحكم إظهار من يستخدمها فعلاً.

البيانات السرية والأمان

البيانات السرية تتبع قاعدة صارمة واحدة: لا تضع بيانات الاعتماد في الطلبات أو الملفات أو محتوى الصفحة. ضعها في إعدادات الموقع، وهناك فقط.

textCopy
@Sites Add Slack integration to post updates when project status changes

هذا الطلب يشرح التكامل. رابط webhook الخاص بـ Slack ينتمي إلى إعدادات الموقع بعد إنشاء الموقع، وليس في المحادثة. إبقاء البيانات السرية خارج سجل المحادثات ولقطات الإصدارات والتعليقات المولدة هو الهدف الأساسي.

تغطي وثائق الأمان الخاصة بـ OpenAI العزل وسير عمل الموافقة ومسارات التدقيق لـ Codex. بالنسبة لـ Sites، الجوانب العملية هي:

• سياسات الشبكة تقيد الخدمات الخارجية التي يمكن للمواقع الاتصال بها
• التكوينات المُدارة تقلل فرصة الكشف العرضي عن بيانات مساحة العمل
• القياس عن بُعد ومسارات التدقيق تتتبع من نشر ماذا ومتى

Sites لا يدعم متطلبات إقامة البيانات عند الإطلاق. المعلومات الصحية المحمية وبيانات بطاقات الدفع والاستخدامات المخالفة للسياسات محظورة. إذا كان المشروع يتعامل مع بيانات منظمة، فمن المحتمل أن Sites ليس الخيار المناسب.

الحوكمة قبل النشر

قبل تغيير الوصول من المالك فقط، أجرِ مراجعة حقيقية. قائمة تحقق قوية:

مراجعة المحتوى - اقرأ كل صفحة. النصوص المولدة بالذكاء الاصطناعي يمكن أن تتضمن تفاصيل مختلقة أو صياغة غريبة أو معلومات غير صحيحة. فريقك مسؤول عما يُنشر.

السلوك التفاعلي - انقر على كل زر، اختبر كل نموذج، وتحقق من العناصر الديناميكية. التدفقات المعطلة تخلق تجربة مستخدم سيئة ويمكن أن تعني فقدان البيانات.

تدفقات تسجيل الدخول - إذا كانت المصادقة مطلوبة، اختبرها بالطريقة التي سيستخدمها جمهورك. جرب حساباً مختلفاً أو نافذة تصفح خفي.

جمع بيانات الزوار - اعرف ما هي البيانات المجمعة وأين تذهب. إرسالات النماذج تصل إلى D1. التحليلات تتتبع الزوار. التكاملات مع جهات خارجية قد تتلقى بيانات أيضاً.

التبعيات الخارجية - إذا كان الموقع يستدعي APIs خارجية، تحقق من الموثوقية والملاءمة. لوحة تحكم تصبح قديمة لأن API يتعطل تنعكس سلباً على أداتك.

حالات استخدام عملية تعمل بشكل جيد

تضع OpenAI Sites للمخرجات الويب المركزة والقابلة للمراجعة بدلاً من المنتجات المعقدة. حيث يميل للتألق:

مراكز المشاريع - لوحات تحكم للحالة والجداول الزمنية والملكية. حلقة التكرار السريعة تساعدك على ضبط التخطيط والوضوح بسرعة.

أدوات تتبع الإطلاق - صفحات عد تنازلي مع قوائم مهام ورؤية أصحاب المصلحة. مع D1، تحتفظ الأداة بالحالة عبر الزيارات.

حاسبات داخلية - مقدرات تسعير، أدوات تخصيص موارد، مخططات ميزانية. العناصر الأساسية المدمجة تتعامل مع المنطق والتخزين دون الكثير من الأنابيب الخارجية.

صفحات التأهيل - معلومات الموظفين الجدد، مستندات العمليات، أدلة الفريق. ضوابط الوصول تحافظ على المعلومات الحساسة داخل مساحة العمل.

النماذج الأولية - نماذج عمل لمراجعة أصحاب المصلحة قبل الالتزام ببناء كامل. Sites مناسب جداً للتحقق المبكر.

ما لا يتناسب عادة: التطبيقات التي تتطلب أطر عمل محددة أو وصول شبكة خاصة أو خدمات خلفية أو عمليات قاعدة بيانات معقدة. Sites خفيف بشكل مقصود.

ربط المشاريع بالنتائج

تظهر بيانات Stack Overflow Pulse لعام 2026 أن الاستخدام اليومي لوكلاء الذكاء الاصطناعي في العمل ارتفع إلى 37% (من 14% في 2025)، مع استخدام OpenAI Codex بنسبة 22% واهتمام معلن بنسبة 56% بين أدوات وكلاء البرمجة. لكن Gartner تفيد أن 35% فقط من قادة هندسة البرمجيات يرون عائد استثمار كبير من الذكاء الاصطناعي في دورة حياة تطوير البرمجيات.

هذه الفجوة بين التبني وعائد الاستثمار عادة ما تأتي من أهداف غامضة. الفرق التي تبدأ بـ "لنرى ما يمكن للذكاء الاصطناعي بناؤه" غالباً ما تكافح لإثبات القيمة. الفرق التي تبدأ بـ "التقارير الأسبوعية بطيئة جداً" وتستخدم Sites لإصلاح تلك المشكلة المحددة يمكنها فعلاً قياس النتيجة.

النمط الذي يعمل: اختر نقطة احتكاك داخلية واحدة، ابنِ موقعاً مركزاً لها، ثم قِس التحسن. أداة تتبع توفر 30 دقيقة من اجتماع حالة أسبوعي لها عائد استثمار واضح. "لوحة تحكم مبنية بالذكاء الاصطناعي" عامة عادة لا تفعل ذلك.

العمل مع Codex CLI للتخصيص المتقدم

Codex CLI هو المخرج عندما لا تكفي المحادثة وحدها. صدّر كود الموقع، عدّله في محررك أو IDE، اختبره محلياً، ثم انشر النسخة المحدثة من خلال واجهة ChatGPT.

هذا النهج الهجين مناسب عندما تكون المتطلبات أسهل للتعبير عنها في الكود، مثل:

• تخطيطات CSS معقدة تحتاج تعديلات دقيقة للبكسل
• منطق JavaScript يحتاج تصحيح أخطاء في أدوات المطور
• أنماط تكامل تحتاج مطابقة اتفاقيات الفريق
• إصلاحات إمكانية الوصول التي تتطلب اختباراً يدوياً

قيد واحد يبقى في مكانه: Codex CLI لا يتضمن شاشات إدارة Sites. التعديلات المحلية جيدة، لكن النشر وضوابط الوصول والتحليلات لا تزال تحدث في ChatGPT. خطط لها كسير عمل هجين، وليس بيئة محلية بالكامل.

المشاكل الشائعة والحلول

الموقع يظهر بيانات قديمة بعد التحديث - Sites يخزن مؤقتاً بشكل مكثف. اطلب من ChatGPT مسح الذاكرة المؤقتة أو نشر نسخة جديدة. إذا كنت تستخدم D1، تحقق مرة أخرى من منطق الاستعلام.

ضوابط الوصول لا تعمل - تغييرات الوصول يمكن أن تستغرق بضع دقائق للانتشار. اختبر في نافذة تصفح خفي حتى لا تضللك المصادقة المخزنة مؤقتاً.

استدعاءات API الخارجية تفشل - الاتصالات الصادرة مقيدة بسياسات الشبكة. تأكد من أن نقطة النهاية مسموح بها لـ Sites. بعض APIs الداخلية/الخاصة لن تكون قابلة للوصول.

النطاق المخصص غير متاح - مساحات عمل Enterprise لا تدعم النطاقات المخصصة عند الإطلاق. هذا قيد في المنتج، وليس خطأ في التكوين.

التحليلات تظهر حركة مرور غير متوقعة - الروبوتات والزواحف يمكن أن تضخم الأعداد. التحليلات تفصل الزوار الفريدين عن مشاهدات الصفحات، لكنها لن تصفي كل حركة المرور الآلية.

الموقع اختفى من لوحة التحكم - المواقع مرتبطة بالمحادثة التي أنشأتها. إذا حُذفت تلك المحادثة، تصبح الإدارة أصعب في الإيجاد. الرابط يبقى مباشراً حتى يُحذف الموقع صراحة.

اعتبارات المؤسسات

ChatGPT Sites متاح لمشتركي خطط Business وEnterprise، مع توفر يعتمد على الخطة والمنطقة وإعدادات مساحة العمل.

اعتبارات خاصة بالمؤسسات:

النشر العام معطل افتراضياً - مسؤولو مساحة العمل بحاجة لتفعيله. هذا يساعد في منع الكشف العرضي عن الأدوات الداخلية.

النطاقات المخصصة غير متاحة عند الإطلاق - مواقع Enterprise تستخدم روابط مقدمة من OpenAI. إذا كانت الروابط ذات العلامة التجارية ضرورية، فهذا عائق حالي.

إقامة البيانات غير مدعومة - Sites لا يضمن الإقامة في مناطق محددة. لمتطلبات سيادة البيانات الصارمة، قد يكون هذا عائقاً.

مسارات التدقيق متاحة - خطط Enterprise تتضمن القياس عن بُعد ومسارات التدقيق للامتثال. عمليات النشر تُتتبع مع من/ماذا/متى.

يغطي مركز مساعدة OpenAI ملاحظات التدريب والتحكم في البيانات لسياقات المؤسسات.

خطوات عملية

ابدأ هنا (خطوتك الأولى)
افتح ChatGPT على الويب، اكتب @Sites Create a simple team status page with three project cards، وانشره. يمكنك عادة إكمال الدورة الكاملة في أقل من خمس دقائق، وهذا يجعل سير العمل واضحاً.

انتصارات سريعة (تأثير فوري)

• اختر تحديث حالة واحد لا يزال يُرسل يدوياً وحوله إلى لوحة تحكم Sites
• اضبط ضوابط الوصول لفريقك المباشر واجمع التعليقات مبكراً

غوص عميق (لمن يريد المزيد)

• صدّر موقعاً إلى Codex CLI، أجرِ تغييرات محلية، وأعد النشر لتعتاد على التدفق الهجين
• أضف تخزين D1 لإرسال نموذج حتى يحتفظ الموقع بالبيانات بين الزيارات

موارد مفيدة

• Sites - ChatGPT Learn / OpenAI Developers - وثائق رسمية تغطي النشر والتحليلات وضوابط الوصول وخيارات التخزين
• Creating and managing ChatGPT Sites - OpenAI Help Center - دليل خطوة بخطوة للإنشاء والمشاركة والحوكمة
• ChatGPT Sites - OpenAI Academy - أمثلة عملية وحالات استخدام مع خطوات المراجعة
• Running Codex safely at OpenAI - تحليل أمني يغطي العزل وبيانات الاعتماد ومسارات التدقيق
• Codex for every role, tool, and workflow - سياق المنتج لـ Sites ضمن نظام Codex الأوسع

الخلاصة

يحول ChatGPT Sites منصة Codex من "الذكاء الاصطناعي يكتب الكود" إلى "الذكاء الاصطناعي ينشئ ويستضيف ويساعد في حوكمة تجارب الويب". إنه الأقوى للأدوات الداخلية المركزة حيث السرعة والتكرار أهم من اختيار إطار العمل.

العقلية التي تحتاجها: كل نشر هو إنتاجي. احفظ النسخ قبل النشر، راجع المحتوى المولد بعناية، واضبط ضوابط الوصول بشكل مقصود. البناء سريع، لكن الحوكمة لا تزال مع فريقك.

ابدأ بمشكلة محدودة يمكنك قياسها. أداة تتبع توفر 30 دقيقة أسبوعياً أفضل من عرض توضيحي مبهر لا يغير شيئاً. الفرق التي تحصل على