يستخدم بائعو CMS في بعض الأحيان المصطلحات مقطوعة الرأس و فصل بالتبادل. ومع ذلك ، فإن الأنظمة المنفصلة توفر طبقات عرض أصلي ، في حين أن CMSes لا يتجاوز.
يتوقع المستهلكون الوصول إلى العلامات التجارية على مختلف القنوات الرقمية ، حيث تخلى العديد من المؤسسات أنظمة إدارة المحتوى التقليدية (CMSES) للأنظمة مقطوعة الرأس وملفقة. على عكس CMSEs التقليدية ، التي تنشر فقط المحتوى على مواقع الويب المحددة مسبقًا ، تعرض كل من أنظمة مقطوعة الرأس والفكين واجهات برمجة التطبيقات لإرسال المحتوى إلى قنوات مختلفة ، مثل مواقع الويب وأجهزة إنترنت الأشياء وتطبيقات الأجهزة المحمولة. ومع ذلك ، لديهم اختلافات رئيسية ، بما في ذلك الهندسة المعمارية ومتطلبات التطوير وقدرات معاينة المحتوى وجداول الزمن التنفيذ.
لاختيار النظام الصحيح ، يجب على مديري المحتوى فهم الاختلافات الدقيقة بين CMSEs بدون رأس.
4 اختلافات بين CMSEs بدون رأس
cmses مقطوعة الرأس تفصل تمامًا عن النهاية الخلفية – الواجهة الإدارية المستخدمة لتحرير المحتوى وتخزينه – من الواجهة الأمامية، وهي طبقة العرض التقديمي التي تجعل المحتوى المنشور للجماهير. من ناحية أخرى ، تحتفظ الأنظمة المنفصلة ببعض العناصر المعمارية التقليدية ، مثل القوالب المحددة مسبقًا والتخطيطات.
1. الهندسة المعمارية
CMSes مقطوعة الرأس ومفصلة تأخذ مختلفة المعماري النهج. يقوم المطورون بتصميم CMSEs مقطوعة الرأس كمنصات أول API ، والتي هي أنظمة تستخدم واجهات برمجة التطبيقات كطريقة أساسية لتبادل البيانات وتكاملها. أنها متخصصة في إدارة المحتوى وتسليم API ولكن لا تتضمن الواجهة الأمامية.
تستخدم CMSEs المنفصلة بنية أكثر تقليدية تربط عن كثب النهاية الخلفية مع الواجهة الأمامية المحددة مسبقًا. ومع ذلك ، فإنها توفر أيضًا طبقة API التي تتيح الوظيفة المنفصلة. تجمع هذه البنية الهجينة بين الوظائف التقليدية وغير المقطوعة.
2. متطلبات التنمية
تتطلب CMSes مقطوعة الرأس المزيد من الاستثمار في التنمية في الواجهة الأمامية من CMSEs فك الارتباط لأنها تفتقر إلى طبقات العرض الأصلي. ونتيجة لذلك ، تتطلب المنظمات فريقًا من المطورين المهرة في الأطر الأمامية ، مثل React و Vue.js و Angular ، لبناء طبقات العرض التقديمي من الصفر. يتطلب هذا النهج المزيد من الاستثمار المسبق ، ومع ذلك يوفر للمؤسسات سيطرة أكبر على UX.
تتطلب CMSEs المنفصلة استثمارًا أقل من الواجهة الأمامية لأن قوالبهم تسمح للمستخدمين العاديين ببناء مواقع الويب الأساسية بسرعة. على سبيل المثال ، قد تستخدم الجامعة قالبًا لإنشاء صفحة إعلامية أساسية واستخدام طبقة واجهة برمجة تطبيقات النظام فقط لبوابة الطلاب الخاصة بها. يتيح هذا النهج للمؤسسات اختيار واختيار الخبرات الرقمية التي يرغبون في التطوير المخصص ، في حين أن CMS بدون رأس يتطلب تطويرًا مخصصًا لجميع التجارب الرقمية.
3. إمكانيات معاينة المحتوى
تتيح إمكانيات المعاينة أن يتيح منشئو المحتوى تصور كيف سيبحث محتواهم على صفحة ويب قبل نشرها. تفتقر CMSEs مقطوعة الرأس إلى هذه القدرات لأنها لا تتضمن أدوات تقديم الأمامية. بدلاً من ذلك ، يجب على المطورين بناء بيئات معاينة مخصصة تقدم المحتوى بنفس طريقة طبقة العرض التقديمي ، مما يزيد من تعقيد التنفيذ والتكاليف.
من ناحية أخرى ، تقدم CMSEs مفككة معاينات لأنها تتضمن طبقات عرض تقديمي مدمجة تعرض محتوى على الفور. ومع ذلك ، فإن هذه القدرات تعمل فقط إذا استخدمت المؤسسات الواجهة الأمامية الأصلية للنظام. خلاف ذلك ، يحتاج المطورون إلى بناء بيئة معاينة مخصصة.
4. الجدول الزمني للتنفيذ
عادة ما تتطلب CMSEs مقطوعة الرأس الجداول الزمنية للتنفيذ لفترة أطول لأنه يجب على المطورين بناء التجربة الأمامية بأكملها من نقطة الصفر ، بما في ذلك طبقات العرض التقديمي ، نقاط نهاية API ونماذج المحتوى. يجب عليهم أيضًا إنشاء تكامل مخصص مع تطبيقات الطرف الثالث ، مثل أنظمة المصادقة ومنصات التجارة الإلكترونية.
نظرًا لقوالبها المسبقة وأطر التكامل الخاصة بها ، توفر CMSEs فصلها وقتًا أقصر للتسويق. تتيح الواجهة الأمامية الأصلية لفرق المحتوى ببناء مواقع الويب بسرعة ، ويمكن للمطورين تكوين عمليات التكامل كوحدات أو مكونات إضافية بدلاً من ترميز عمليات تكامل مخصصة. يتيح هذا للمؤسسات إطلاق وظائف متخصصة إلى مواقع الويب بسرعة.
ما هو CMS مقطوعة الرأس؟
CMS مقطوع الرأس هو برنامج يدير ويخزن المحتوى ، ولكن ليس له واجهة أصلية. بدلاً من ذلك ، يعرض النظام واجهة برمجة تطبيقات لإرسال محتوى إلى تطبيقات خارجية خارجية ، مثل مواقع الويب وتطبيقات الأجهزة المحمولة وأجهزة إنترنت الأشياء ولوحات الإعلانات الرقمية. يتيح للمؤسسات نشر المحتوى بسهولة ، مثل المدونات والإعلانات ، عبر القنوات ذات التخطيطات المختلفة وهياكل التصميم.
تستخدم هذه الأنظمة أ العمارة المنفصلة، مما يعني أنها تفصل الطرف الخلفي عن الواجهة الأمامية. قد يشير الممارسون والبائعون في بعض الأحيان إلى CMSEs مقطوعة الرأس كـ CMSEs المنفصلة بسبب قدراتهم المتداخلة. ومع ذلك ، فإن CMSEs غير المقطوعة لا تحتوي على نهايات أمامية أصلية ، في حين أن CMSEs مفصول تقدم اختياريات اختيارية.
ما هو CMS منفصل؟
تدير CMS مفصل ومحتوى المتاجر ويتضمن واجهة أمامية أصلية ، ومع ذلك ، فإنه يعرض واجهات برمجة تطبيقات لإرسال محتوى إلى تطبيقات خارجية خارجية. على عكس CMSEs مقطوعة الرأس ، توفر CMSEs مفصل قوالب مدمجة وأدوات العرض ، مثل تخطيطات الصفحات و wysiwyg أدوات التحرير. هذا يساعد المستخدمين الذين يفتقرون إلى مهارات الترميز على إنشاء تجارب الويب الأساسية.
بالإضافة إلى ذلك ، تمنح طبقة API المؤسسات خيار إرسال المحتوى إلى نهايات أمامية مصممة خصيصًا إذا كانت لديها موارد التطوير. على المدى CMS فك غالبًا ما يشير إلى CMSS التقليدية التي أضافت طبقات API للوظائف المقطوعة الرأس. ومن الأمثلة على ذلك WordPress مع REST API و دروبال 8 أو في وقت لاحق.
كيفية الاختيار بين CMSEs بدون رأس
توفر CMSEs مقطوعة الرأس والمفصلة إمكانات متداخلة ، ولكن أنظمة مقطوعة الرأس توفر المزيد من المرونة في الواجهة الأمامية ، في حين أن CMSEs المنفصلة تعطي الأولوية لسهولة الاستخدام. ما إذا كانت المؤسسة تختار CMS مقطوعة الرأس أو مفصولها تعتمد على استراتيجية المحتوى والقدرات الفنية.
تتضمن أسباب اختيار CMS مقطوعة الرأس ما يلي:
- شهدت المنظمة مطوري الواجهة الأمامية وتريد السيطرة الكاملة على طبقة العرض التقديمي.
- تريد فرق المحتوى النشر على قنوات خارج مواقع الويب ، مثل تطبيقات الأجهزة المحمولة ، الساعات الذكية واللافتات الرقمية.
- لدى المنظمة الوقت والميزانية لعملية تنفيذ أطول وأكثر تعقيدًا.
- لا يحتاج فريق المحتوى إلى معاينات مرئية أو يمكنه الاستثمار في تطوير المعاينة المخصصة.
تتضمن أسباب اختيار CMS فك الارتباط ما يلي:
- المنظمة لديها موارد التنمية الأمامية محدودة.
- التركيز الأساسي هو محتوى الويب ، على الرغم من متطلبات الشهية العرضية.
- تتطلب المؤسسة تنفيذًا سريعًا ، لكنها تريد خيار بناء نهايات أمامية مخصصة في المستقبل.
- يتطلب مؤلفو المحتوى معاينات مرئية فورية وقدرات تحرير WYSIWYG.
عندما تختار المؤسسات بين CMSEs بدون رأس ومفصل ، يجب عليها تقييم قدراتها التقنية ومتطلبات توزيع المحتوى. توفر CMSEs مقطوعة الرأس مرونة شديدة لتسليم المحتوى متعدد القنوات ولكنها تتطلب موارد تطوير كبيرة وجداول زمنية للتنفيذ الأطول. وعلى العكس ، فإن الأنظمة المنفصلة توازن بين الراحة التقليدية مع قدرات API. هذا النهج المختلط يجعلها مثالية للمؤسسات ذات الموارد الفنية المحدودة.
تيم مورفي هو محرر الموقع لـ Informa TechTarget’s SearchCustomerexperience و SearchContentMancing Sites.
