مراجعة Lovable 2026: هل تنشئ تطبيقًا يعمل دون برمجة؟

في مراجعة Lovable هذه، اختبرنا المنصة من أول برومبت عربي حتى حفظ البيانات والنشر وفحص الأمان، لمعرفة مدى قدرتها على بناء التطبيقات بالذكاء الاصطناعي دون خبرة برمجية متقدمة.

خلاصة مراجعة Lovable بعد التجربة

أنشأت Lovable خلال 5 دقائق و20 ثانية تطبيق حجز عربيًا يعمل فعليًا، دون أن نكتب أي كود أو نرسل أمرًا لتصحيح نتيجة البناء الأولى.

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

لكن النسخة الأولى لم تكن آمنة للنشر؛ إذ كانت صفحة الحجوزات تعرض أسماء العملاء وأرقام هواتفهم وبريدهم الإلكتروني لأي زائر. أتاحت Lovable إصلاحًا آليًا مجانيًا للمشكلتين اللتين كشفهما الفحص، ثم تأكدنا عمليًا من أن صفحة الحجوزات أصبحت محمية بتسجيل دخول.

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

كيف أجرينا اختبار Lovable؟

أُجريت هذه التجربة في يوليو 2026 باستخدام حساب جديد على الخطة المجانية. اخترنا وضع Build حتى تبدأ المنصة في تنفيذ المشروع مباشرة، ثم كتبنا أمرًا واحدًا باللغة العربية.

لم نرفع تصميمًا مرجعيًا، ولم نستخدم برومبت إنجليزيًا، ولم نعدل الكود يدويًا. بعد اكتمال البناء اختبرنا:

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

البرومبت المستخدم لإنشاء تطبيق عربي في Lovable

أنشئ تطبيق ويب عربي بسيطًا لحجز المواعيد لخدمات استشارية.

المطلوب:
- اجعل جميع الصفحات باللغة العربية ومن اليمين إلى اليسار RTL.
- أنشئ صفحة رئيسية تعرض ثلاث خدمات:
  1. استشارة تقنية.
  2. استشارة تسويق.
  3. استشارة أعمال.
- عند اختيار الخدمة، اسمح للمستخدم باختيار التاريخ والوقت المتاح.
- أضف نموذجًا يحتوي على الاسم، ورقم الهاتف، والبريد الإلكتروني.
- بعد تأكيد الحجز، احفظ البيانات في قاعدة بيانات واعرض رسالة نجاح باللغة العربية.
- أنشئ صفحة تعرض الحجوزات المسجلة.
- اجعل التصميم بسيطًا واحترافيًا ومتجاوبًا مع الهاتف.
- لا تستخدم بيانات وهمية في الحجز النهائي.
- تأكد من أن الأزرار والنماذج تعمل فعليًا.

لماذا نجح هذا البرومبت؟

• حدد اللغة العربية واتجاه RTL بوضوح.
• شرح رحلة المستخدم من اختيار الخدمة حتى حفظ الحجز.
• طلب وظائف وقاعدة بيانات تعملان فعليًا، لا مجرد واجهة تجريبية.

كيف يمكن تحسين البرومبت بعد نتائج التجربة؟

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

- عرّب جميع رسائل التحقق ورسائل النظام، ولا تعتمد على رسائل المتصفح الافتراضية باللغة الإنجليزية.
- استخدم تنسيق التاريخ يوم/شهر/سنة.
- قيّد الوصول إلى بيانات العملاء، ولا تعرض صفحة الحجوزات إلا لمستخدم مسجل الدخول بدور مسؤول.
- طبّق سياسات RLS تمنع الزوار من قراءة سجلات الحجوزات.

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

ما هي Lovable وكيف تعمل؟

Lovable منصة ومساعد برمجة ذكي يتيح إنشاء مواقع وتطبيقات ويب عن طريق المحادثة مع الذكاء الاصطناعي. تشرح فكرة المشروع والصفحات والوظائف المطلوبة، فتولّد المنصة الواجهة والمنطق البرمجي وقاعدة البيانات، ثم تتيح لك تعديل النتيجة ونشرها من مساحة العمل نفسها.

تقع Lovable ضمن موجة أدوات تطبيقات بدون كود No-code وVibe Coding، لكنها تتجاوز منشئات المواقع التقليدية لأنها تستطيع إنشاء مشروع Full-stack يجمع الواجهة وقاعدة البيانات والمصادقة ووظائف التطبيق.

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

يمكن البدء من الموقع الرسمي لمنصة Lovable.

ما الفرق بين Lovable وأدوات إنشاء المواقع؟

لا تكتفي Lovable بإنشاء صفحة رئيسية أو تصميم بصري. يمكنها بناء تطبيق Full-stack، أي مشروع يجمع الواجهة التي يراها المستخدم مع قاعدة البيانات والعمليات التي تعمل خلفها.

في تطبيق الحجز الذي اختبرناه، أضافت المنصة:

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

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

تجربة إنشاء تطبيق عربي باستخدام Lovable

استغرق بناء المشروع الأول 5 دقائق و20 ثانية. أثناء التوليد عرضت Lovable نافذة توضح المهمة التي تنفذها في كل مرحلة، بدل ترك المستخدم أمام شاشة انتظار مبهمة.

أنشأت المنصة صفحة عربية تحتوي على ثلاث خدمات، ووصف ومدة لكل خدمة، وخطوات لاختيار الموعد وإدخال بيانات العميل.

كان التصميم نظيفًا وقابلًا للاستخدام من أول محاولة. طبقت Lovable اتجاه RTL على القائمة والعناوين وبطاقات الخدمات والنموذج. لكن توزيع البطاقات لم يكن مثاليًا على الشاشة الواسعة؛ إذ ظهرت البطاقة الثالثة منفردة في صف ثانٍ.

هل بنت Lovable تطبيقًا فعليًا؟

نعم. لم تكتفِ الأداة بعرض نموذج وأزرار، بل أنشأت منطق حجز مترابطًا يعمل مع قاعدة البيانات.

التحقق من البيانات وحفظ الحجز

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

بعد إدخال بيانات تجريبية واختيار موعد، ظهرت رسالة نجاح باللغة العربية. وجدنا الحجز داخل صفحة الحجوزات، وبعد تحديث الصفحة بقيت البيانات ظاهرة، ما يؤكد أنها حُفظت في قاعدة البيانات ولم تكن مؤقتة داخل المتصفح.

منع تعارض المواعيد والتواريخ القديمة

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

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

هل تدعم Lovable اللغة العربية وواجهة RTL؟

فهمت Lovable البرومبت العربي وأنشأت معظم التطبيق باللغة العربية من أول محاولة.

ظهر دعم RTL بصورة جيدة في شريط التنقل، وبطاقات الخدمات، والنموذج، ورسائل التحقق المخصصة، ورسالة نجاح الحجز، وجدول الحجوزات، وصفحة تسجيل دخول المسؤول.

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

تقييم دعم العربية: جيد جدًا في فهم الأوامر وبناء واجهة RTL، لكنه يحتاج مراجعة توطين في بعض التفاصيل.

هل يمكن نشر تطبيق Lovable مجانًا؟

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

نشرنا التطبيق على الرابط التالي:

aicitytest.lovable.app

فتح التطبيق خارج واجهة التحرير، وظلت اللغة العربية ووظائف الحجز تعمل بصورة طبيعية. ظهر في أسفل النسخة المجانية شريط يشير إلى أن التطبيق أُنشئ باستخدام Lovable، بينما يتطلب استخدام نطاق مخصص خطة مدفوعة.

يمكن مراجعة التفاصيل من وثائق النشر الرسمية.

مشكلة الأمان التي كشفها اختبار Lovable

هنا ظهرت أكثر نتيجة أقلقتنا في التجربة: صفحة الحجوزات كانت تعرض بيانات العملاء دون تسجيل دخول.

أظهر فحص الأمان مشكلتين:

1. بيانات حجوزات العملاء مكشوفة للعامة.
2. سياسة Row Level Security تسمح بالوصول بصورة أوسع من المطلوب.

كانت النسخة وظيفية، لكنها غير آمنة للنشر؛ إذ كان أي زائر قادرًا على رؤية اسم العميل ورقم هاتفه وبريده الإلكتروني وتفاصيل الموعد.

كيف عالجت Lovable كشف بيانات العملاء؟

استخدمنا خيار Try to fix all. استغرقت عملية الإصلاح دقيقتين و47 ثانية، ولم تخصم من رصيد البناء الظاهر، وهو ما يتوافق مع كون الإصلاحات الآلية داخل قسم الأمان مجانية.

أضافت Lovable بوابة دخول للمسؤولين، وقيدت قراءة سجلات الحجوزات، وأبقت صفحة الخدمات والحجز متاحة للعامة.

بعد النشر اختبرنا النتيجة بأنفسنا. عملت صفحة الخدمات دون تسجيل دخول، بينما طلبت صفحة الحجوزات بريد المسؤول وكلمة المرور. وبذلك تأكدنا أن الإصلاح غيّر صلاحيات التطبيق فعليًا، ولم يكتفِ بإخفاء التحذير.

هل أصبح التطبيق آمنًا بالكامل؟

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

اختفاء التحذير لا يعني أن التطبيق محصن من جميع الثغرات. ظهر أيضًا وجود حزمتين برمجيتين تحملان ثغرات معروفة، كما توضح Lovable أن فحصها لا يستبدل اختبار الاختراق أو المراجعة الأمنية المتخصصة.

يمكن الاطلاع على التفاصيل من توثيق أمان Lovable.

هل تطبيق Lovable جاهز للاستخدام التجاري؟

النسخة التي حصلنا عليها كانت نموذجًا وظيفيًا متقدمًا، لكنها لم تكن جاهزة لاستقبال بيانات عملاء حقيقية مباشرة.

قبل الاستخدام التجاري تحتاج إلى:

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

لا أنصح بالاعتماد على Lovable وحدها في التطبيقات الطبية أو المالية أو القانونية، أو المشاريع التي تحتوي على مدفوعات وصلاحيات معقدة.

أسعار Lovable والخطة المجانية

تعتمد Lovable على Credits لقياس الاستخدام داخل مساحة العمل. يختلف الاستهلاك بحسب المهمة؛ فالتعديل البسيط قد يستهلك جزءًا من Credit، بينما تحتاج إضافة صفحة أو نظام تسجيل دخول إلى مقدار أكبر.

ماذا تتضمن خطة Lovable المجانية؟

• 5 Build Credits يوميًا بحد أقصى 30 شهريًا.
• 20 Cloud Credits شهريًا لتجربة تشغيل واستضافة التطبيقات.
• 4 Credits لميزات AI داخل التطبيقات قبل الاشتراك.

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

كيف يعمل الرصيد في الخطط المدفوعة؟

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

تضيف خطة Pro مزايا مثل النطاق المخصص، وإزالة شارة Lovable، وشراء رصيد إضافي، وأدوار Admin وViewer للتعاون على المشروع.

أما Business فتضيف مزايا موجهة للفرق، مثل SSO، وتقييد المشروع على مستخدمين مدعوين، والتحكم في استخدام بيانات مساحة العمل للتدريب، ومركز أمان يجمع مخاطر المشاريع.

قد تتغير الأسعار والمنح وطريقة استهلاك الرصيد، لذلك يفضل مراجعة صفحة أسعار Lovable الرسمية قبل الاشتراك.

خصوصية Lovable واستخدام البيانات

توضح Lovable أن بيانات العملاء غير المعرّفة قد تُستخدم لتحسين الخدمة أو تدريب النماذج. أما المعلومات الشخصية الخام التي تحدد هوية المستخدم فتقول المنصة إنها لا تستخدمها للتدريب ولا تبيعها.

يستطيع مستخدمو Free وPro طلب الانسحاب من استخدام البيانات في التدريب عبر التواصل مع الدعم. أما خطتا Business وEnterprise فتتيحان لمسؤول مساحة العمل تعطيل جمع البيانات من الإعدادات.

قد تمر بعض المدخلات أيضًا عبر خدمات ونماذج خارجية عند إضافة وظائف ذكاء اصطناعي إلى التطبيق.

عمليًا، لا تضع معلومات صحية أو مالية أو بيانات عملاء حقيقية داخل مشروع تجريبي قبل ضبط الصلاحيات ومراجعة إعدادات الخصوصية والخدمات المتصلة.

يمكن قراءة التفاصيل من توثيق إدارة بيانات التدريب.

هل يمكن تصدير كود Lovable إلى GitHub؟

يمكن ربط المشروع بمستودع GitHub للوصول إلى الكود ومواصلة العمل عليه خارج المنصة.

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

يمكن مراجعة خطوات الربط من توثيق GitHub الرسمي.

لمن تناسب Lovable ومتى أنصح باستخدامها؟

• صاحب المشروع: لبناء MVP واختبار الفكرة قبل دفع تكلفة تطوير كاملة.
• صاحب النشاط الصغير: لإنشاء نظام حجز أو أداة داخلية بسيطة.
• المصمم ومدير المنتج: لتحويل التصور إلى نموذج تفاعلي يعمل بدل صورة ثابتة.
• المطور: لتسريع بناء الصفحات والنماذج وقاعدة البيانات قبل التخصيص اليدوي.

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

Lovable مقابل Bolt.new وReplit وBase44 وv0

المقارنة التالية توضح الفروق العامة في الاستخدام، ولا تمثل اختبار أداء مباشرًا بين جميع الأدوات. ركز اختبار AI CITY العملي في هذا المقال على Lovable.

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

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

مميزات Lovable بعد التجربة

• أنشأت تطبيقًا عربيًا وظيفيًا من أمر واحد.
• فهمت العربية وطبقت RTL على معظم الواجهة.
• أنشأت قاعدة بيانات ومنطقًا حقيقيًا للحجز.
• أتاحت النشر المجاني على رابط عام.
• اكتشفت مشكلة أمنية حقيقية قبل النشر.
• وفرت إصلاحًا آليًا مجانيًا للمشكلات المكتشفة.

عيوب Lovable والقيود التي ظهرت

• النسخة الأولى كشفت بيانات العملاء للعامة.
• بعض رسائل التاريخ بقيت بالإنجليزية.
• إعداد حساب المسؤول احتاج خطوة إضافية.
• الخطة المجانية محدودة عند كثرة التعديلات.
• الفحص الأمني لا يكتشف جميع المخاطر.
• المشروع التجاري يحتاج صيانة ومراجعة تقنية.

ما الذي تعلمناه من تجربة Lovable؟

• يمكن للأداة إنشاء تطبيق عربي وظيفي من وصف واضح دون كتابة الكود يدويًا.
• نجاح الوظائف لا يعني أن قاعدة البيانات والصلاحيات آمنة.
• البرومبت الجيد يقلل التعديلات، لكنه لا يستبدل الاختبار وفحص الأمان.

تقييم Lovable من تجربة AI CITY

التقييم النهائي: 8.4 من 10

أكثر ما أعجبنا في Lovable لم يكن شكل التصميم، بل أن التطبيق حفظ البيانات ومنع تعارض المواعيد وعمل بعد النشر. وفي المقابل، كانت مشكلة كشف بيانات العملاء هي السبب الرئيسي الذي منعنا من اعتباره جاهزًا للإنتاج من أول محاولة.

Lovable ممتازة للنماذج الأولية والتجارب السريعة والأدوات الداخلية، لكنها تحتاج مراجعة تقنية قبل الاستخدام التجاري.

هل سيتغير تقييم Lovable لاحقًا؟

نعم. تتغير منصات بناء التطبيقات بالذكاء الاصطناعي بسرعة، خصوصًا في الأسعار ونظام الأرصدة والاستضافة والفحص الأمني ودعم العربية.

سنحدث هذه المراجعة عند تغير الخطط، أو ظهور تحسينات مؤثرة في RTL، أو تعديل سياسة الخصوصية، أو إضافة ميزات تغير نتيجة التجربة العملية.

الأسئلة الشائعة عن Lovable

هل يمكن استخدام Lovable دون خبرة برمجية؟

نعم. أنشأنا تطبيق حجز عربيًا يعمل من أمر واحد، لكن التطبيقات التجارية تحتاج مراجعة للكود والصلاحيات والأمان.

هل تدعم Lovable اللغة العربية وRTL؟

تفهم الأوامر العربية وتستطيع إنشاء واجهات RTL. كانت النتيجة جيدة في تجربتنا، لكن بعض رسائل التاريخ ظهرت بالإنجليزية.

هل خطة Lovable المجانية كافية؟

تكفي لاختبار المنصة أو بناء مشروع صغير، لكنها قد لا تكفي لسلسلة طويلة من التعديلات المعقدة.

هل يمكن نشر تطبيق Lovable مجانًا؟

نعم. يمكن نشر التطبيق على رابط تابع لنطاق lovable.app، بينما يحتاج النطاق المخصص إلى خطة مدفوعة.

هل تطبيقات Lovable آمنة؟

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

هل تنشئ Lovable تطبيقات Android وiPhone؟

تنشئ تطبيقات ويب متجاوبة تعمل من المتصفح، لكنها لا تصدر من المسار الأساسي تطبيقًا أصليًا جاهزًا للنشر مباشرة في App Store أو Google Play.

شاركنا تجربتك

لو استخدمت Lovable لبناء مشروعك، هل ستبدأ بتطبيق حجز أو أداة داخلية بسيطة، أم ستجرب إنشاء منتج كامل وطرحه للمستخدمين؟