مقطوعة الرأس CMS مقابل CMS التقليدية
نشرت: 2020-10-09جدول المحتويات
كل هذه المناقشات حول نظام إدارة المحتوى بدون رأس ونظام إدارة المحتوى التقليدي قد يتركك مرهقًا ومربكًا ، ولهذا السبب ستحاول مقالتنا اليوم أن تأخذ الأمور في مسار مختلف من خلال التركيز بشكل أكبر على مساعدتك في فهم الأمر تمامًا - وتجنب كل المحادثات غير الضرورية في العملية.
فهم نظام إدارة المحتوى التقليدي
التعريف
نظام إدارة المحتوى التقليدي المقترن هو النظام الأساسي النموذجي لإدارة المحتوى مع كل شيء - الواجهة الأمامية (طبقة العرض التقديمي) والخلفية (قاعدة بيانات المحتوى وواجهة التحرير) - متصلان بشكل وثيق ومباشر معًا ، مما يتيح وقتًا أسهل لإدارة المحتوى.

ما الذي تعنيه CMS التقليدية للاستخدام العملي
يعني وجود كل شيء مرتبط بشكل مباشر على مستوى منهجي مثل هذا أنه يمكنك إجراء تغييرات على الواجهة الخلفية الخاصة بك وجعلها تنعكس على الواجهة الأمامية الخاصة بك مع الحد الأدنى من التكوين. بهذه الطريقة ، حتى الأعضاء غير التقنيين في فريقك سيجدون أنه من الأسهل إدارة المحتوى ونشره على موقع الويب الخاص بك.
يمكن رؤية التطبيق العملي لنظام إدارة المحتوى التقليدي بشكل أفضل في منصة التدوين مثل WordPress. في WordPress ، تكون عملية إدارة المحتوى سهلة الاستخدام ، مع إجراء تغييرات على الخطوط أو تخطيطات موقع الويب عن طريق النقر فوق زر في لوحة المعلومات. يعد تثبيت وظائف إضافية في WordPress أمرًا سهلاً أيضًا ، حيث يمكنك دائمًا تنزيل المكونات الإضافية وتثبيتها مباشرة من الواجهة الخلفية.
أمثلة على أنظمة إدارة المحتوى التقليدية |
WordPress ، Squarespace ، Magento |
كيف تملي أنظمة إدارة المحتوى التقليدية قدرات النظام
بمعنى أوسع ، يعتبر نظام إدارة المحتوى التقليدي محافظًا وقابلية توسعة محدودة.
محافظ : من وجهة نظر المطور ، من الصعب الابتكار في نظام CMS تقليدي لأن النظام نفسه جامد ومتآلف بطبيعته. ونظرًا لأن الواجهة الأمامية والواجهة الخلفية لنظام إدارة المحتوى التقليدي مرتبطان بإحكام معًا ، فإن أي وظيفة جديدة يتم تنفيذها على الواجهة الأمامية تحتاج أيضًا إلى دعم خلفي مخصص خاص بها. هذا هو السبب الذي يجعلك ترى الصيانة على مستوى النظام أمرًا منتظمًا مع CMS التقليدي ، حيث أن هذه الصيانة مطلوبة لنشر وظائف جديدة وضمان الاستقرار عبر النظام بأكمله.
قابلية التوسع المحدودة : إذا أضفت طبقات وطبقات من الوظائف الجديدة إلى جانب تلك الموجودة في نظام إدارة المحتوى التقليدي ، فمن المحتمل أنك ستواجه مشكلات في الأداء نظرًا لعدم إنشاء جميع هذه الوظائف الجديدة لنظامك المحدد. إلى جانب حقيقة أن تنفيذ وظائف جديدة هي في كثير من الأحيان عملية مدمرة للأعصاب مع نظام إدارة المحتوى التقليدي ، تظل قابلية التوسع عيبًا متأصلًا في نظام إدارة المحتوى التقليدي الذي من غير المرجح أن يتغير في أي وقت قريبًا.
محددات | الأوصاف |
محافظ | لا يشجع نظام إدارة المحتوى التقليدي على الابتكار والتجريب بسبب الطريقة التي ترتبط بها الواجهة الأمامية والخلفية ارتباطًا وثيقًا ببعضها البعض. |
قابلية محدودة للتوسع | من الصعب الارتقاء في نظام إدارة المحتوى التقليدي نظرًا لقلة الخيارات المتاحة (على سبيل المثال ، الارتباط بمنصة معينة). |
حالة مقطوعة الرأس CMS
ليس هناك من قبيل المصادفة كيف وصلت أمازون إلى مكانها الحالي. نظرًا لحقيقة أن Amazon تقدم واجهة جديدة كل بضع ثوانٍ باستخدام نظام إدارة المحتوى المنفصل تمامًا - وأن AWS (Amazon Web Services) تستحوذ على أكثر من 70٪ من أرباحها التشغيلية - فقد قادنا إلى الاعتقاد بأن Amazon ليست شركة شركة تجارة إلكترونية ، حيث إنها أكثر من شركة تكنولوجيا لها نشاط تجارة إلكترونية في الجانب. وهذا أمر منطقي لأنه فقط مع نظام إدارة المحتوى المنفصل الذي لا رأس له والذي يمكن أن تحقق أمازون مستوى من المرونة وقابلية التوسع التي لا يمكن تحقيقها بخلاف ذلك باستخدام نظام إدارة المحتوى التقليدي.
مقطوعة الرأس CMS: التعريف
"مقطوعة الرأس" تتعلق بشكل أكبر بالطريقة التي تعمل بها الواجهة الخلفية للعمارة بدون رأس - من خلال عدم الانتباه إلى الرأس (الواجهة الأمامية). ولكن نظرًا لأن كل نظام يحتاج إلى رأس - فحتى أكثر الأنظمة عظامًا لا تزال بها محطة لعرض جميع المعلومات الضرورية - لا يبدو أن عدم وجود رأس هو أمر عملي للغاية بالنسبة للشخص العادي. لماذا تفقد الرأس؟
هذا هو الوقت الذي يمكن فيه إعادة تعريف البنية بدون رأس بطريقة أبسط - نظام إدارة محتوى (متعدد الرؤوس) يتم من خلاله تسليم المحتوى إلى الرأس (طبقات) العرض من خلال استخدام واجهات برمجة التطبيقات . بهذه الطريقة ، يكون جزء من المحتوى ، على سبيل المثال ، قابلاً للنشر إلى واجهات أمامية متعددة ومنصات متعددة في وقت واحد. وبالتالي ، فإن هذا يعني أن التطوير في CMS مقطوعة الرأس غير متزامن بطبيعته ، مع إمكانية إجراء تغييرات الواجهة الأمامية دون خوف من التأثير على الواجهة الخلفية ، والعكس صحيح.


أمثلة على CMS مقطوعة الرأس |
Contentful، Kentico، Magento Commerce |
فهم واجهات برمجة التطبيقات في هندسة مقطوعة الرأس
يمكن اعتبار واجهة برمجة التطبيقات (API) على أنها المكون الأساسي لمعمارية بلا رأس. إنها ، بعبارات بسيطة ، طريقة لأنظمة مختلفة (بلغات برمجة مختلفة) للتواصل مع بعضها البعض.
من خلال واجهات برمجة التطبيقات ، يمكن لصفحة قائمة المنتجات على الواجهة الأمامية الخاصة بك طلب البيانات من الواجهة الخلفية الخاصة بك دون معرفة كيفية عمل الواجهة الخلفية لديك. ما يعنيه هذا عمليًا هو أنه طالما أن واجهات برمجة التطبيقات المستخدمة متوافقة تمامًا مع نظامك ، فإن عملك لم يعد مقيدًا بخلفية واحدة و / أو واجهة أمامية واحدة بعد الآن ، ويمكن استبدالها دون إعاقة العملية بأكملها. . علاوة على ذلك ، نظرًا لأنك لست مقيدًا بواجهة أمامية واحدة فقط ، يمكن بالتالي إتاحة جزء من المحتوى للواجهات الأمامية الشهيرة أو حتى غير التقليدية ، مثل آلات البيع واللوحات الإعلانية والأجهزة القابلة للارتداء وغير ذلك الكثير.
معرفة متى تختار CMS مقطوعة الرأس
إيجابيات وسلبيات CMS مقطوعة الرأس
نظرًا لأن كل شيء تقريبًا في CMS بدون رأس يدور حول واجهات برمجة التطبيقات ، فإن البنية نفسها عملية وتقنية أكثر من نظام إدارة المحتوى التقليدي الخاص بك. وهذا يعني أن تحرير المحتوى ونشره في نظام CMS مقطوع الرأس لن يكون بمثابة عملية يدوية مقارنة بالعمارة التقليدية المتجانسة ؛ ولكن في المقابل ، تحصل على قدر أكبر من الحرية لإنشاء أي نوع من المحتوى تريده ولا تقتصر على النظام الأساسي قيد الاستخدام.
في نظام أساسي خالٍ من أنظمة إدارة المحتوى بدون رأس مثل Contentful ، على سبيل المثال ، يمكنك إنشاء نماذج محتوى تعمل كمخططات للمحتوى الخاص بك. تفتح نماذج المحتوى هذه المزيد من الطرق لفريق المحتوى الخاص بك لإنشاء محتوى والعمل كمفتاح لنظام إدارة محتوى متنوع ومرن.

المصدر: مضمون
على الرغم من حقيقة أن الهيكل نفسه مصمم من أجل قابلية التوسع ، فإن صيانة نظام CMS بدون رأس ليس مهمة سهلة مقارنة بنظام CMS التقليدي. يتلخص كل ذلك في حقيقة أنه في CMS مقطوعة الرأس ، تتحمل أنت وفريقك المسؤولية الكاملة عن جميع أعمال الصيانة والصيانة (بما في ذلك صيانة واجهات برمجة التطبيقات المخصصة الخاصة بك). هذه الحرية الكاملة للتطوير والابتكار تعني أيضًا أنه ليس لديك سوى نفسك لتستند إليه ، وأن تطوير وصيانة نظام إدارة المحتوى بدون رأس يمكن أن يكون أكثر تكلفة مما كنت تتوقع نظرًا لوجود مستوى أعلى من التقنية والمخاطر التي تنطوي عليها هذه العملية.
إذا كان فريقك يفتقر إلى الخبرة في التعامل مع CMS مقطوعة الرأس وكل ما يصاحبها من تجريد ، فمن المحتمل أن يؤدي ذلك إلى تأخير وقت عملك في السوق.
تعتبر الهندسة المعمارية بلا رأس نفسها خيارًا لعدم تقييدها بمنصة واحدة وكل ما يأتي معها. بالنسبة لعملية التجارة الإلكترونية النموذجية ، على سبيل المثال ، يمكنك اختيار حل مرن بدون رأس مثل Headless Magento مع واجهات برمجة التطبيقات الكاملة الخاصة به لتشغيل الواجهة الخلفية الخاصة بك ؛ وبعد ذلك - مع العلم أنك لست مقيدًا بالخيارات - يمكنك اختيار نظام تخطيط موارد المؤسسات لطرف ثالث لإدارة شؤونك المالية واللوجستية.
الايجابيات | سلبيات |
الواجهة (الواجهات) الخلفية المعيارية والواجهة (الواجهات) الأمامية | تطويره مكلف |
يسمح بالتطوير غير المتزامن بين الواجهة الأمامية والخلفية | يتطلب معرفة الترميز |
يمكن إتاحة المحتوى حتى للأجهزة غير التقليدية مثل اللوحات الإعلانية والأجهزة القابلة للارتداء | قد يؤخر في الواقع وقت الوصول إلى السوق بسبب المستوى العالي من الصعوبة في التنفيذ |
متى تختار مقطوعة الرأس CMS
كان من المعتاد أن يكون نظام إدارة المحتوى بدون رأس متطورًا ولا يمكن الوصول إليه للشركات الأصغر حجمًا ، نظرًا لحجم العمل والتكلفة المتضمنة لتنفيذ نظام وظيفي بلا رأس بشكل صحيح. ومع مرور الوقت ، أصبح نظام إدارة المحتوى بدون رأس سائدًا ومتاحًا للجميع.
نظرًا لأنه لا يزال هناك العديد من العيوب المرتبطة بنظام إدارة المحتوى بدون رأس ، يجب على الشركات التي تريد أن تصبح بلا رأس أن تأخذ هذا النهج في الاعتبار فقط عندما تعتقد أن أعمالها لديها القدرة على التوسع ، ولديها الموارد اللازمة لتطوير وصيانة جهاز بلا رأس. CMS.
في الواقع ، قد تجد نفسك تفتقد معظم الوظائف التي تعتبرها أمرًا مفروغًا منه إذا اخترت أسلوب مقطوعة الرأس ، حيث لا توجد تجربة متعددة اللغات خارج الصندوق مع CMS مقطوعة الرأس. حتى وظيفة البحث في الموقع على موقع الويب الخاص بك ، على سبيل المثال ، يمكن أن تكون صعبة التنفيذ حيث قد يستغرق الأمر عدة أسابيع أو أكثر حتى تصبح الميزة مستقرة تمامًا.

هل لاتزال أنظمة إدارة المحتوى التقليدية لها مكان؟
عندما تزن جميع إيجابيات وسلبيات كل من CMS ، فإن CMS التقليدي سيكون أكثر منطقية للشركات التي تريد فقط CMS لإدارة المحتوى بشكل ملائم وسهل لموقع الويب الخاص بهم. في مثل هذه الحالات ، قد يعني الانتقال بلا رأس إلى بذل جهد إضافي لتحقيق مكاسب قليلة نسبيًا - فهذا مبالغة وسيضر بوقت وصولك إلى السوق.
فقدت صوابك
مع احتضان بائعي النظام الأساسي لنظام إدارة المحتوى بدون رأس بوتيرة سريعة ، وإعادة هندسة أنظمتهم باستمرار لتمكين مكالمات واجهة برمجة التطبيقات الداخلية التي يمكن استخدامها مع واجهات خارجية خارجية أو مطورة خصيصًا ، أصبح نشر نظام بدون رأس الآن عملية أسهل بكثير مقارنة بالسنوات الماضية .
Magento هو أحد الأمثلة الرئيسية على أن نظام CMS مقطوع الرأس أصبح أكثر انتشارًا مع تقدمنا. مع واجهات برمجة التطبيقات الكاملة لتبدأ بها ، يمكن للمطورين بناء تجارتهم بدون رأس والاستمتاع بجميع مزايا نظام إدارة المحتوى المرن. إلى جانب تطبيق الويب التقدمي كحل أمامي ، يبلغ التجار عن معدلات تحويل متزايدة في جميع المجالات ، بالإضافة إلى تعزيزات في مقاييس مهمة أخرى.
بالنسبة لتجار Magento الراغبين في الذهاب بلا رأس ولكنهم لم يجدوا بعد مزود حلول موثوقًا للقيام بالقفزة ، نقدم هنا في SimiCart الحل الكامل ، وجاهزًا لتحويل تجربة التسوق داخل المتجر.