بناء تطبيق ويب باستخدام Hostinger AI Builder: دليل Horizons
مسار عملي مع تعليمات نموذجية ومثال استفسارات العملاء وفحوص قبل النشر لمن يبحث عن شرح Hostinger Horizons أو AI Builder.
الاسم الحالي في الوثائق هو Hostinger AI Builder مع إبقاء رابط Horizons. مراجعة الخلفية والتصدير والأسعار في الأصل بتاريخ 25 أغسطس 2026؛ مدخل الأداة والاسم بتاريخ 9 سبتمبر؛ تحديث 12 سبتمبر للشرح فقط. لا اختبار مباشر جديد. يتضمن رابط Hostinger بالعمولة.
ابدأ بنموذج يمكن الرجوع عنه
يناسب المسار مستقلًا يبني حاسبة أو دليلًا أو بوابة بسيطة أو متابعة عملاء محددة باختبارات قبول. لا يناسب إطلاقًا متسرعًا ببيانات حساسة أو صلاحيات معقدة أو بيانات خاضعة للوائح أو دفع غير مراجع. عامل التوليد كمساعد تنفيذ: خطط، وعدل جزءًا واحدًا، واختبر الأدوار، واحفظ خطة خروج.
أربع نقاط من الطلب إلى قرار النشر
هذه اختبارات مقترحة باستخدام سجلات وهمية، لا عرضًا لمنتج جُرّب.
- اكتب الطلب: المستخدم والمهمة والصفحات والبيانات ورسائل الفشل. مثال: زائر يرسل استفسارًا، والمالك وحده يقرأه ويغير حالته؛ الدفع والرفع مستبعدان. توقف إذا لم توصف العمليات والنتائج بشكل قابل للملاحظة.
- ابنِ المسار الصغير: نموذج وقائمة مالك ببيانات تجريبية وتسميات ظاهرة وتعديل مركز كل مرة. مثال استفسار باسم مشروع تجريبي؛ رسالة نجاح المعاينة لا تثبت حفظه. توقف إذا أضيف تكامل حقيقي أو جمع بيانات قبل الفحص.
- جرّب الإخفاق: مدخل غير صحيح وفراغ وتكرار ووصول غير مخول وتحديث الصفحة والهاتف. أرسل مرتين واقطع الحفظ وافتح رابط المالك دون دخول وسجل الفعلي مقابل المتوقع. توقف عند كشف الخاص أو ضياع المدخل دون استعادة.
- قرر الإصدار: أصلح الموانع ووثق الرجوع وخذ موافقة المالك، ثم أعد الفحص على الرابط الحقيقي. قد تنجح المعاينة ويفشل النموذج المنشور؛ أبق سجل الإصدار مفتوحًا حتى اختبار الإنتاج المسموح. توقف إذا اختلف المنشور أو تعذرت استعادة البيانات المهمة.
قبل أول تعليمات
اكتب القبول قبل التوليد كي تختبر النتيجة لا شكلها فقط. ابنِ الهيكل العام ثم الفعل الأساسي ثم البيانات والهوية والإشعارات والفشل والنشر. تجعل الأرصدة الديناميكية الطلبات الواسعة المتكررة مكلفة وصعبة التدقيق؛ طلبات محددة أنفع. الخلفية المدمجة مريحة لكن تحتاج قرار احتفاظ ونقل قبل الإنتاج.
ما المشروع النموذجي؟
متتبع استفسارات بنموذج عام وعرض محمي للمالك وحالة. يمكن تطبيق الترتيب على دليل أو طلب حجز أو حاسبة تحفظ نتائج أو بوابة خفيفة. هذا تخطيط مبني على الوثائق لا درس تجربة مباشرة. قد تتغير أسماء الواجهة؛ راجع الإرشاد الحالي.
افتح أداة البناء
في hPanel افتح Websites ثم Add website ثم AI Builder والخيار agentic. أدخل وصفًا أوليًا. يصف دليل Hostinger نطاقًا مؤقتًا، ويمكن إعادة فتح القائم عبر Edit website. راجع المقال الأصلي هذه المداخل في 9 سبتمبر 2026؛ خيارات الحساب والتسميات قابلة للتغيير. جهز الطلب قبل إرساله.
1. حدد مستخدمًا ومهمة
اكتب صفحة واحدة: المستخدم عميل محتمل؛ مهمته إرسال الاسم والبريد ونوع المشروع؛ مهمة المالك عرض الطلب وتغيير الحالة؛ المستبعد الدفع والرفع وصلاحيات فرق متعددة والاستيراد الجماعي؛ النجاح ظهور الطلب مرة واحدة للمالك فقط؛ والحذف بإزالة السجلات التجريبية من المالك. يمنع ذلك واجهة جميلة تخفي منتجًا غير محدد ويعطي نقطة توقف.
2. استخدم تعليمات افتتاح محددة
يوصي Hostinger بوصف الغرض والمزايا والجمهور. نموذج طلب توضيحي: أنشئ تطبيق استفسارات متجاوبًا لمستشار مستقل. يرسل الزائر اسمًا وبريدًا ونوع مشروع ورسالة قصيرة. أضف مساحة خاصة للمالك تعرض الطلبات وتغير الحالة بين جديد وتم التواصل ومغلق. ابدأ ببيانات تجريبية. لا تضف دفعًا أو دخولًا اجتماعيًا أو رفع ملفات. استخدم تسميات ميسرة وأخطاء واضحة.
راجع بنية المعلومات قبل التجميل. أكد فصل العام والخاص وغياب ما خرج عن الطلب. التعليمات التالية غير مختبرة؛ افحص التغيير واختباره قبل المتابعة.
| المشكلة | طلب مقترح | الفحص التالي |
|---|---|---|
| مزايا كثيرة | أبق النموذج وقائمة المالك فقط دون دفع أو دردشة أو رفع | المسار ما زال يطابق الطلب |
| ضيق الهاتف | عدل النموذج لشاشة 390px مع تسميات ظاهرة ودون تمرير أفقي | الحقول والرسائل والأزرار قابلة للاستخدام |
| تكرار الإرسال | امنع تكرار الإرسال أثناء الحفظ وأظهر النتيجة دون ضياع النص عند الفشل | نقر مزدوج وفشل حفظ بلا تكرار أو فقد |
| كشف السجلات | قيد القراءة وتغيير الحالة بالمالك المخول لا بإخفاء الرابط فقط | الخروج والحساب الخطأ لا يقرآن ولا يعدلان |
| إعادة كتابة تكسر خطوة | أصلح الخطوة المسماة فقط واحفظ النموذج والمسارات والصلاحيات | إعادة القبول وفحص نطاق التغيير |
3. أثبت المسار العام أولًا
اختبر دون مصادقة أو بيانات إنتاج. تأكد من بقاء التسميات وارتباطها بالحقول، وتفسير الناقص، ووضوح خطأ البريد، ومنع التكرار، وعدم كشف تفاصيل تقنية في النجاح والفشل، والعمل عند 390 و768 والحاسوب، وترتيب التركيز المنطقي. اطلب إصلاحًا واحدًا؛ التوليد احتمالي وطلب تحسين كل شيء قد يغير أجزاء سليمة.
4. أضف البيانات بقصد
بعد عمل النموذج المرئي، اطلب نموذج بيانات صغيرًا: معرّف وحقول تواصل وتوقيت موافقة وحالة ووقت إنشاء وحذف مثلًا. لا تجمع حقولًا لاحتمال نفعها لاحقًا.
يمكن للخلفية المدمجة حفظ البيانات والملفات. تقول الوثائق المرجعية إنه لا تصدير مباشر لبياناتها؛ قرر قبول القيد قبل جمع سجلات مهمة. إن كان النقل أساسيًا فقارن خلفيات أخرى قبل الإنتاج.
5. أضف المصادقة والتفويض
المصادقة تثبت من دخل، والتفويض يحدد ما يصل إليه. شاشة دخول وحدها لا تحمي السجلات. استخدم حسابات وعينات وهمية، ولا تدعُ مستخدمين حقيقيين قبل نجاح كل اختبار رفض.
| الحالة | المطلوب | الفشل الممنوع |
|---|---|---|
| غير مسجل | لا يفتح سجلات المالك | عرض الخاص قبل إعادة التوجيه |
| حساب خطأ | لا يقرأ أو يعدل بيانات المالك | تخمين الرابط يكشف البيانات |
| المالك | ينفذ العمليات الموثقة | حذف أو تصدير أوسع من اللازم |
| جلسة منتهية | عودة آمنة للدخول | استمرار بصلاحية قديمة |
| إعادة كلمة المرور | استعادة متحققة فقط | كشف وجود الحساب أو استعادة غير آمنة |
6. تكاملات دون كشف أسرار
يوثق Hostinger تكاملات بالتعليمات للدفع والقواعد الخارجية، وقد تتطلب بيانات اعتماد أو API أو معرّفات حساب. لا تضع سرًا في محتوى الصفحة الظاهر، أو تحفظه في الكود المصدَّر، أو تدرجه في لقطة شاشة. أضف واحدًا كل مرة وافحص الدليل الرسمي وتوقيع webhook وروابط العودة ووضع الاختبار ومعالجة الفشل. الدفع يحتاج قرارات استرداد وضريبة واشتراك ونزاع تتجاوز نجاح شاشة الدفع.
7. اختبر الإخفاق والإتاحة
اختبر الفراغ والمدخل المعطوب والتكرار والبطء والانقطاع والرابط المحظور والجلسة المنتهية وتعطل الطرف الثالث والأسماء والرسائل الطويلة وقارئ الشاشة والتركيز وتفضيل تقليل الحركة والحذف والاستعادة. إذا كسر تغيير حالة سليمة، توثق Hostinger الرجوع لرسالة أو إصدار سابق. سجل المستقر قبل تغيير بنيوي.
8. راجع الأرصدة والاستضافة والتجديد
الاستهلاك ديناميكي وقد يكلف الطلب المعقد أكثر من تعديل بسيط. راجع شاشة الاستهلاك وقدر ميزانية التعديلات. سجل مدة الاستضافة وتجديدها وما يحدث عند انتهاء الإنشاء أو الاستضافة. افحص العرض الحالي لا سعرًا ترويجيًا قديمًا.
9. انشر بقائمة إصدار
استبدل النص التجريبي وافصل حسابات الاختبار؛ افحص canonical والعنوان والوصف والأيقونة والصورة الاجتماعية؛ أضف الخصوصية والتواصل والشروط المناسبة؛ أعد اختبارات الهوية والصلاحية؛ أكد النماذج وبريد المعاملات بعنوان مخول؛ افحص النطاق وHTTPS والهاتف؛ قرر التحليلات والموافقة؛ وثق التراجع والاحتفاظ؛ انشر ثم أعد اختبار الإنتاج. لا يضمن SEO المدمج أو SSL المدار ترتيبًا أو إتاحة أو أمانًا أو تحويلًا.
10. خطة خروج وصيانة
صدّر الكود وهو سليم إن دعمت الخطة واختبر الأرشيف. تصف Hostinger React وVite، ولا تعيد إدخال التعديل اليدوي لمواصلة التعليمات. احصر البيانات والتكاملات منفصلة؛ الكود ليس نسخة كاملة. جدول مراجعة الوصول والبيانات والاعتمادات والنطاق والاستضافة وتغييرات المنتج.
نطاق مراجعة المصدر
راجع المقال الأصلي البدء والتعليمات والتشخيص والخلفية والتكامل والتصدير والأسعار في 2026-08-25. تحديث 9 سبتمبر تحقق من الاسم ومداخل الوضع الوكيلي، لا تنفيذ التعليمات الجديدة. تحديث 12 سبتمبر أعاد عرض الدليل بأربع نقاط تفاعلية وأمثلة وهمية، مع حفظ التواريخ ودون تجربة مباشرة.
أسئلة شائعة
ماذا تتضمن التعليمات الأولى؟
الجمهور ونتيجة واحدة والحقول والأدوار واتجاه التصميم والاستثناءات. اجعل النسخة ضيقة قابلة للاختبار.
هل يبني هوية وقاعدة؟
توثق Hostinger خلفية بهوية وبيانات وملفات، لكن تحتاج اختبار أدوار واستعادة وحذف وخصوصية.
هل أستخدم بيانات حقيقية في البناء؟
لا؛ استخدم الوهمي حتى اعتماد واختبار الوصول والحذف والاحتفاظ والأساس القانوني والاستعادة.
كيف أقلل هدر الرصيد؟
خطط واطلب تغييرًا محددًا واستخدم تحرير المحتوى المباشر المتاح واحفظ المستقر قبل التغيير البنيوي.
هل جُرّب المسار في المنتج؟
لا؛ خطة من الوثائق بمراجعة عامة 2026-08-25 وتحديث محدود لاحق للمداخل. لا اختبار مستقل للسلوك أو المخرجات.
مصادر المعلومات
هذه المصادر الرسمية للمقال الأصلي. كثير من صفحاتها باللغة الإنجليزية.