لا تمثّل المقارنة بين دروبال ولايفراي منافسةً مباشرة بقدر ما هي سؤال عن المهمة التي تحتاج الجامعة إلى إنجازها. يتفوّق دروبال على الويب العام: الموقع الرئيسي، ومواقع الكليات والأقسام، وصفحات البرامج الأكاديمية، والملفات التعريفية لأعضاء هيئة التدريس التي يطّلع عليها الطلاب المحتملون وأولياء الأمور والصحفيون ومحركات البحث. أما لايفراي فيتفوّق خلف شاشة تسجيل الدخول: بوابات الطلاب والموظفين، والشبكات الداخلية (الإنترانت)، والتطبيقات الداخلية. بالنسبة لجامعة تعيد بناء موقعها الرئيسي وشبكة مواقع أقسامها، يكون دروبال عادةً الخيار الأنسب. أما لبوابة كبيرة تتطلب تسجيل الدخول وتجمع المستندات والنماذج والموافقات والأنظمة الإدارية في مكان واحد، فيظل لايفراي منافسًا جديًا.
وتستحق المقارنة أيضًا نظرة جديدة في عام 2026، لأن لايفراي أوقفت إصدارها المجاني Community Edition واستبدلته بباقة مجانية (Free Tier) تُفعَّل بمفتاح. يقارن هذا الدليل بين المنصتين من منظور التعليم العالي، ويشرح ما يعنيه تغيير الترخيص عمليًا، ويحدد متى تكون كل منهما الخيار المناسب.
المواقع الإلكترونية والبوابات مهمتان مختلفتان
ينقسم الحضور الرقمي للجامعة إلى نصفين. الموقع العام يقرؤه أشخاص لم يسجّلوا الدخول — طلاب محتملون يقارنون بين البرامج، وأولياء أمور، وصحفيون، ومحركات بحث. وما يهم هنا هو تشغيل عشرات أو مئات المواقع من منصة واحدة، والنشر بعدة لغات، والظهور في نتائج البحث، والامتثال لقوانين إمكانية الوصول.
أما البوابة فهي النقيض. يسجّل الطلاب الدخول للاطلاع على جداولهم وطلب المستندات، ويسجّل الموظفون الدخول لقراءة الأخبار الداخلية وتقديم النماذج. الصفحات هنا شخصية، وغير مرئية لمحركات البحث، وتُغذّى عادةً من أنظمة إدارية مثل Banner أو PeopleSoft أو Workday. وما يهم هنا هو الصلاحيات، وسير العمل، وإدارة المستندات، وجمع التطبيقات الداخلية تحت سقف واحد.
تكمن نقاط قوة دروبال في النصف الأول، ونقاط قوة لايفراي في النصف الثاني. يستطيع لايفراي تشغيل مواقع عامة أيضًا، لكن البوابات والشبكات الداخلية تتصدّر قائمة الحلول على صفحات منتجاته. أما انتشار دروبال في التعليم العالي فيأتي من المواقع العامة: فقد وجدت دراسة أجرتها The Drop Times استنادًا إلى تصنيف QS العالمي للجامعات أن 80% من أفضل 100 جامعة في العالم تستخدم دروبال في موقع واحد على الأقل.
توضّح جامعة ستانفورد كيف يتجلّى هذا التقسيم. فمنصة Stanford Sites، وهي المنصة المركزية التي تبني عليها الأقسام والمعاهد والمختبرات مواقعها، تعمل بأحدث إصدار من دروبال. ووفقًا لدراسة حالة نشرتها شركة التنفيذ Base22، كانت بوابة الطلاب وأعضاء هيئة التدريس في ستانفورد تعمل على لايفراي DXP عندما أعادت Base22 تصميمها. حرم جامعي واحد، ومنصتان، تؤدي كل منهما المهمة التي تتقنها.
ما الذي تغيّر في 2026: نهاية لايفراي Community Edition
لسنوات، قدّمت لايفراي منتجين: الإصدار المجاني Community Edition (CE) ولايفراي DXP القائم على الاشتراك. ووفقًا لشركة لايفراي، صدر آخر إصدار من CE في مطلع عام 2025. وبدءًا من إصدار 2026.Q1، دُمج المنتجان في منصة واحدة تُفعَّل قدراتها بمفتاح تفعيل، وانتقل الاستخدام المجاني إلى باقة مجانية جديدة (Free Tier).
يُطلب مفتاح الباقة المجانية دون مقابل عبر Liferay Marketplace، ويكون صالحًا لمدة 12 شهرًا ومرتبطًا بالنطاق (الدومين) المُدخل عند التسجيل. ويتيح المفتاح المنصة الأساسية — إدارة المحتوى، والمواقع، والصفحات، وواجهات البرمجة headless، وسير العمل — إضافةً إلى التجميع العنقودي (clustering) على ما يصل إلى ثلاث عُقد. وتقدّم لايفراي نفسها هذه الباقة على أنها مخصّصة للتعلّم والتطوير والاستخدام المحدود ومشاريع إثبات المفهوم.
لكن الاستثناءات هي ما يهم التعليم العالي. إذ تُدرج وثائق لايفراي المصادقة متعددة العوامل، وSAML، والضبط المتقدم للبحث ضمن القدرات التي تتطلب اشتراكًا مؤسسيًا (Enterprise Subscription). وحيثما يعتمد الدخول الموحد في الحرم الجامعي على SAML — عبر Shibboleth أو اتحادات مثل InCommon وeduGAIN — يصعب تبرير تشغيل بوابة في بيئة الإنتاج على الباقة المجانية. كما أن التحديثات محدودة: إذ يمكن للمستخدمين المجانيين تثبيت إصدارات كل ربع سنة بدءًا من الإصدار .0 وحتى التصحيح الذي تعلنه لايفراي مستقرًا لذلك الربع، بينما تبقى التصحيحات اللاحقة حكرًا على المشتركين.
تظل الشيفرة المصدرية للايفراي مفتوحة. وتقول الشركة إنها تبقى متاحة بموجب ترخيص LGPL في الفرع الرئيسي (master) لمن يفضّل البناء منها، وإن كان البناء الذاتي يضعك خارج نطاق الإصدارات المختبَرة ودعم المورّد. ولا تنشر لايفراي أسعارًا معلنة، إذ تُقدَّم عروض أسعار الاشتراكات عبر فريق المبيعات. ويشرح تحليلنا للتكلفة الإجمالية للملكية (TCO) بين الأنظمة مفتوحة المصدر والأنظمة المرخّصة كيفية مقارنة التكلفة طويلة الأمد للنموذجين.
نموذج دروبال أبسط. فدروبال مرخّص بموجب GPL، الإصدار 2 أو أحدث، وكل إصدار من النواة والوحدات المساهِمة — بما في ذلك الإصدارات الأمنية — متاح للجميع بالشروط نفسها. ويُدار تسجيل الدخول عبر SAML بواسطة وحدات مساهِمة مجانية: فوحدة SAML Authentication مثلًا تُستخدم في أكثر من 19,000 موقع وفق بياناتها، ويشمل إصدارَها المستقر سياسةُ التنبيهات الأمنية لدروبال. ويتناول دليلنا حول تكامل الدخول الموحد في دروبال عبر SAML وShibboleth وLDAP وCAS خطوات الإعداد.
دروبال مقابل لايفراي للتعليم العالي: مقارنة جنبًا إلى جنب
يلخّص الجدول أدناه المعايير التي تزنها فرق الجامعات عادةً. وتستند أرقام الحصة السوقية إلى بيانات W3Techs بتاريخ 8 أكتوبر 2026.
| المعيار | دروبال | لايفراي |
|---|---|---|
| نقطة القوة الأساسية | المواقع العامة وشبكات المواقع المتعددة | البوابات التي تتطلب تسجيل الدخول، والشبكات الداخلية، والتطبيقات الداخلية |
| الترخيص | GPL الإصدار 2 أو أحدث؛ جميع الإصدارات مجانية | الشيفرة المصدرية بترخيص LGPL؛ الإصدارات الجاهزة عبر الباقة المجانية أو اشتراك مؤسسي |
| بيئة التشغيل | PHP | Java |
| الدخول الموحد عبر SAML | وحدات مساهِمة مجانية | يتطلب اشتراكًا مؤسسيًا |
| البحث | بحث قاعدة البيانات في النواة؛ ويُضاف Solr أو ما يماثله عند الحاجة | يتطلب في بيئة الإنتاج عنقودًا منفصلًا لـ Elasticsearch أو OpenSearch أو Solr |
| تعدد اللغات | دعم أكثر من 110 لغات في النواة | محتوى متعدد اللغات وتوطين |
| إمكانية الوصول | تستهدف النواة معيار WCAG 2.2 المستوى AA | ينشر تقارير توافق إمكانية الوصول المستندة إلى VPAT |
| نموذج الدعم | المجتمع والوكالات وشركاء الاستضافة | دعم المورّد ضمن الاشتراك المؤسسي |
| الحصة من أكبر 10,000 موقع | 6.7% | 0.8% |
الصفّان اللذان يحسمان الأمر عادةً هما بيئة التشغيل والبحث. يعمل لايفراي بلغة Java ويحتاج إلى عنقود بحث مخصّص في بيئة الإنتاج، أما خادم Elasticsearch المرافق (sidecar) المضمَّن معه فمخصّص للاختبار فقط. ولا يشكّل ذلك عبئًا على فريق تقنية معلومات يشغّل أصلًا خدمات Java وElasticsearch. أما الفريق المبني حول PHP والاستضافة القياسية على Linux فسيجد أن دروبال يتلاءم بشكل أكثر طبيعية مع مهاراته الحالية.
تشغّل المنصتان مواقع متعددة، ولكن بطرق مختلفة. يستطيع لايفراي استضافة مواقع كثيرة، لكلٍّ منها نطاقه الخاص، ضمن تثبيت واحد. ويوفّر دروبال عدة طرق لتشغيل مواقع الكليات والأقسام من قاعدة شيفرة مشتركة، ونقارن بين مزاياها وعيوبها في دروبال متعدد المواقع (Multisite) لمواقع الجامعات.
إمكانية الوصول والامتثال
تخضع الكليات والجامعات الحكومية في الولايات المتحدة لقاعدة وزارة العدل الأمريكية (DOJ) بشأن إمكانية الوصول إلى الويب بموجب الباب الثاني من قانون ADA، والتي تعتمد WCAG 2.1 المستوى AA معيارًا تقنيًا. وبعد تعديل وزارة العدل الصادر في 20 أبريل 2026، أصبحت مواعيد الامتثال 26 أبريل 2027 للجهات العامة التي تخدم 50,000 شخص أو أكثر، و26 أبريل 2028 للجهات الأصغر وحكومات المناطق الخاصة. وفي أوروبا، يحدّد معيار EN 301 549 المرجعية لمواقع وتطبيقات القطاع العام.
لا تجعل أيٌّ من المنصتين الموقعَ ممتثلًا بمفردها، فالقوالب والمكوّنات والمحتوى هي ما يحدّد النتيجة. ويكمن الفرق في ما يلتزم به كل مشروع. إذ تستهدف نواة دروبال معيار WCAG 2.2 المستوى AA لكلٍّ من الواجهات العامة والإدارية، مع التنبيه إلى أن المواقع الفردية والمشاريع المساهِمة لا تزال بحاجة إلى مراجعة خاصة بها. أما لايفراي فتنشر تقارير توافق إمكانية الوصول (ACR) المستندة إلى VPAT 2.5 لواجهات الإدارة والمواقع، ويمكن لفرق المشتريات مراجعتها قبل التوقيع.
وتتبع حماية البيانات منطقًا مشابهًا. يمكن استضافة كلتا المنصتين ذاتيًا، مما يُبقي البيانات الشخصية على بنية تحتية تتحكم فيها الجامعة. وإذا وقع الاختيار على سحابة المورّد أو خدمة استضافة مُدارة، فإن اللائحة العامة لحماية البيانات (GDPR) تشترط الوضوح بشأن مكان معالجة البيانات الشخصية وآلية النقل المعتمدة.
متى يكون لايفراي الخيار الأفضل — وأين يقصّر دروبال
يكون لايفراي منطقيًا عندما يكون مركز الثقل بوابةً كبيرة تتطلب تسجيل الدخول لا الموقعَ العام. فإدارة المستندات، والنماذج، وسير عمل الموافقات، وبناء التطبيقات بأقل قدر من البرمجة (low-code) كلها متوفرة في منصة واحدة. وإذا كان فريق تقنية المعلومات يعمل بلغة Java وترغب الإدارة في مورّد واحد مسؤول بموجب عقد دعم، فإن نموذج الاشتراك لدى لايفراي يقدّم ذلك تمامًا.
لدروبال أيضًا حدود حقيقية. فميزات البوابات لا تأتي كحزمة متكاملة جاهزة، بل تُجمَّع من الوحدات والتطوير المخصّص. ولا يقف خلف المنصة مورّد تجاري واحد، لذا يأتي الدعم من الوكالات وشركاء الاستضافة. كما تتفاوت جودة الصيانة بين الوحدات المساهِمة: فصفحة مشروع SAML Authentication نفسها تذكر أن الصيانة متأخرة لأنها تعتمد على المتطوعين، مع الإشارة إلى أنه لا يُعرف أن ذلك يؤثر في معظم المواقع التي تستخدمها. وتحتاج الترقيات الكبرى أيضًا إلى جدول زمني. فمن المقرر صدور دروبال 12 في ديسمبر 2026، وينتهي الدعم الأمني لدروبال 10.6 في الشهر نفسه، لذا ينبغي للمؤسسات التي لا تزال تعمل على دروبال 10 أن تخطّط للترقية الآن.
كيف تتخذ القرار
ابدأ بالمهمة لا بالمنصة. إذا كان المشروع هو الموقع الرئيسي ومواقع الكليات والأقسام والمحتوى الدولي، فأنت في نطاق دروبال، ومن هنا أيضًا يأتي الظهور في محركات البحث، إذ لا يُفهرَس أي شيء خلف تسجيل الدخول. وإذا كان المشروع بوابةً تدمج بيانات Banner أو PeopleSoft أو Workday، فتوقّع عمل تكامل مخصّصًا على أيٍّ من المنصتين، ووازِن بين ميزات البوابة الجاهزة في لايفراي ومرونة دروبال. وإذا كان لايفراي مطروحًا للاستخدام في بيئة الإنتاج، فخصّص ميزانية للاشتراك المؤسسي منذ اليوم الأول بدلًا من التخطيط على أساس الباقة المجانية. ولنظرة أوسع حول مقارنة منصة مفتوحة المصدر بمنصة DXP مرخّصة، اطّلع على مقارنتنا بين دروبال وSitecore للجامعات.
في Drupart، يبني فريق Drupal4edu منصات دروبال لمؤسسات مثل جامعة TED وجامعة إيشيك. والسؤال الأول الذي نطرحه في كل مشروع هو السؤال نفسه الذي بدأ به هذا المقال: أي محتوى ينتمي إلى الموقع العام، وأيّه ينتمي إلى ما خلف تسجيل الدخول؟ يمكنك قراءة المزيد عن نهجنا على صفحة دروبال للتعليم.
دروبال مقابل لايفراي: الأسئلة الشائعة
هل لا يزال لايفراي مجانيًا بعد انتهاء Community Edition؟
جزئيًا. تلقّى لايفراي Community Edition آخر إصدار له في مطلع عام 2025. ومنذ إصدار 2026.Q1، أصبح الاستخدام المجاني يتم عبر الباقة المجانية من لايفراي DXP، التي تتطلب مفتاح تفعيل مجانيًا من Liferay Marketplace. ويصلح المفتاح لمدة 12 شهرًا، ويرتبط بنطاق محدد، ويتيح الميزات الأساسية مثل إدارة المحتوى والمواقع وسير العمل وواجهات البرمجة headless. أما المصادقة متعددة العوامل وSAML والضبط المتقدم للبحث فتتطلب اشتراكًا مؤسسيًا، ولا يتلقى المستخدمون المجانيون من إصدارات كل ربع سنة إلا ما يصل إلى التصحيح المستقر المحدد. ولا تنشر لايفراي أسعار الاشتراكات، إذ تُقدَّم عروض الأسعار عبر فريق المبيعات.
هل لايفراي مفتوح المصدر؟
الشيفرة المصدرية للايفراي مفتوحة: إذ تُبقيها الشركة متاحة بموجب ترخيص LGPL في الفرع الرئيسي (master)، ويمكن لأي شخص البناء منها. أما ما تغيّر في 2026 فهو نموذج التوزيع. فالإصدارات الجاهزة والمختبَرة التي تنشرها المؤسسات أصبحت تعمل كمنصة واحدة تُفعَّل بمفتاح، مع مفتاح مجاني للميزات الأساسية ومفتاح اشتراك لبقية الميزات. والبناء من الشيفرة المصدرية ممكن، لكنه يتركك دون إصدارات مختبَرة أو دعم من المورّد. وفي المقابل، دروبال مرخّص بموجب GPL، وكل إصداراته، بما فيها الإصدارات الأمنية، متاحة للجميع بالشروط نفسها ودون أي تكلفة.
هل يمكن لدروبال تشغيل بوابة للطلاب؟
نعم. فالأدوار والصلاحيات في دروبال، ووحدات الدخول الموحد عبر SAML، وواجهات البرمجة، كافية لعرض محتوى مخصّص ومستندات ونماذج وبيانات مستمدة من نظام معلومات الطلاب مثل Banner أو PeopleSoft أو Workday للطلاب الذين سجّلوا الدخول. والفرق عن لايفراي أن شيئًا من ذلك لا يأتي كحزمة بوابة جاهزة، إذ تُختار الوحدات وتُبنى التكاملات أثناء المشروع. وبالنسبة لبوابة تقدّم أساسًا محتوى وعددًا محدودًا من الخدمات، يُعدّ دروبال خيارًا قويًا. أما البوابة التي يُراد منها دمج تطبيقات داخلية كثيرة وسير عمل معقّد للموافقات، فتستحق فيها منصةٌ مصمّمة أساسًا للبوابات مثل لايفراي دراسةً جدية.
هل يمكن لجامعة تشغيل دروبال ولايفراي معًا؟
نعم، وهذا ما تفعله الجامعات الكبرى. إذ تشغّل ستانفورد مواقع أقسامها ومعاهدها ومختبراتها على Stanford Sites، وهي منصة مبنية على دروبال، بينما تصف دراسة حالة أعدّتها شركة التنفيذ Base22 بوابة الطلاب وأعضاء هيئة التدريس في ستانفورد بأنها تعمل على لايفراي DXP. في هذا النموذج، تعيش شبكة المواقع العامة في دروبال، وتعيش البوابة التي تتطلب تسجيل الدخول في لايفراي. وهناك أمران يُنجحان هذا النموذج: أن يعتمد النظامان على مزوّد الهوية نفسه للمصادقة حتى يسجّل المستخدمون الدخول مرة واحدة، وأن يتشاركا نظام تصميم واحدًا حتى يرى الزوار مؤسسة واحدة لا منصتين.