كيفية اختيار مقطوعة الرأس CMS
نشرت: 2022-03-10تم دعم هذه المقالة من قبل أصدقائنا الأعزاء في Storyblok ، وهو نظام إدارة محتوى سهل الاستخدام بدون رأس مزود بمحرر مرئي ومكونات متداخلة وكتل محتوى قابلة للتخصيص لمواقع الويب والتطبيقات. شكرا لك!
تحتوي صفحات الويب ، مثل الصفحة التي تقرأها الآن ، على نصوص وصور ومقاطع فيديو وأصول أخرى لتقديم المعلومات إليك. سيتم تجميع هذه البيانات وتأليفها في نظام إدارة محتوى الويب (WCMS) بواسطة محرر محتوى. مرت WCMSes بتطور الانتقال من CMS التقليدي إلى CMS المنفصل إلى CMS مقطوعة الرأس.
الانتقال إلى نظام CMS مقطوع الرأس ليس قرارًا سهلاً ولا ينبغي الاستخفاف بعملية الاختيار. في هذه المقالة ، سوف أسلط الضوء على بعض الميزات الأساسية التي يجب أن توفرها كل CMS مقطوعة الرأس . سوف نستكشف هذه الميزات والتحديات المرتبطة بها ونساعدك على اختيار نظام إدارة المحتوى بدون رأس لتلبية المتطلبات الفريدة لمؤسستك.
بصفتي المدير الفني في Luminary ، كنت أساعد عملائنا في اختيار أفضل CMS أو DXP (منصة التجربة الرقمية) أو CMS مقطوعة الرأس لتناسب احتياجاتهم. مع خبرة Luminary التي تبلغ 21 عامًا في الفضاء الرقمي ، وخبرتي التي امتدت لـ 17 عامًا في مجال CMS بالإضافة إلى تركيزنا على Headless منذ عام 2016 ، إليك سنتي على ما يجب أن تبحث عنه.
أشياء يجب مراعاتها عند اختيار CMS مقطوعة الرأس
- المفاهيم
- هندسة الخدمات المصغرة
- Omnichannel
- لمؤلفي المحتوى
- تجربة التحرير
- إدارة الصور
- تأليف الأدوار
- سير العمل
- معاينة المحتوى
- تعريب المحتوى
- للمطورين
- واجهات برمجة تطبيقات RESTful و GraphQL
- مجموعات SDK الأصلية
- البيئات
- CDNs
- حدود الاستخدام
- عوامل اخرى
- مواقع مراكز البيانات
- الدعم الفني والمبيعات
- ميزات المؤسسة
- تكامل البنية التحتية
- بائعو SaaS المشهورون
- دمج CMS مقطوعة الرأس كخدمة مصغرة
- أفضل خدمات السلالات
- القنوات التي تريد استهدافها
- ممارسات نمذجة المحتوى الجيدة
- تجربة التأليف
- هيكل عناصر المحتوى
- سهولة البحث عن المحتوى
- الإفراط في استخدام محرري WYSIWYG
- إعادة استخدام المحتوى
- تنظيم الصور
- اقتصاص الصور وتسليمها عبر CDN
- أفضل خدمات الفيديو الخارجية
- أدوار مميزة
- عدد مستخدمي المكتب الخلفي
- سير عمل قوي
- ويب هوك
- معاينة واجهات برمجة التطبيقات من البائع
- بيئات منفصلة للإنتاج والتنفيذ من جانبك
- دعم التدويل والتعريب
- إنشاء مخططك الخاص للتعامل مع المواقع
- واجهات برمجة تطبيقات REST الناضجة
- دعم GraphQL
- معاينة وتأمين واجهات برمجة التطبيقات
- واجهات برمجة تطبيقات إدارة المحتوى لعمليات CRUD
- تجارب مجانية لتجربتها
- حزمة SDK مدعومة لاختيارك من التكنولوجيا واللغة والنظام الأساسي.
- البيئات داخل CMS مقطوعة الرأس
- القدرة على نقل المحتوى بين البيئات
- التخزين المؤقت للصور والمحتوى عبر CDN
- قدرات المجال المخصص
- حدود على ميزات معينة
- نفقات التشغيل
- المتطلبات القانونية والتنظيمية لتخزين البيانات
- المبيعات المحلية والدعم الفني
- ميزات المؤسسة التي لا يمكنك العيش بدونها
- مشاركة المجتمع مع البائع والمنتج
- دعم اختيارك للبنية التحتية
- فقدان الرأس: وقائع الاستخدام وما هو جيد لها
- لا تفقد رأسك: تقييم مقطوعة الرأس
متجانسة مقابل الخدمات المصغرة
لقد اكتشفنا المفاهيم الكامنة وراء أنظمة إدارة المحتوى بلا رأس بالتفصيل هنا في Smashing Magazine ، لكن دعونا نلخص سريعًا. عندما يتعلق الأمر بـ CMS التقليدي ، فإن CMS والموقع الأمامي الناتج مبنيان على بنية متجانسة. يحاول نظام إدارة المحتوى التقليدي وينجح بعدة طرق لتلبية احتياجات المطور ومؤلف المحتوى والمسوق. على سبيل المثال ، إذا كان نظام إدارة المحتوى مبنيًا على .NET Framework من Microsoft ، فسيتم أيضًا بناء موقع الويب الأمامي على نفس التقنية. سيكون لجميع الوظائف والتكاملات أيضًا تبعية شديدة تؤدي بدورها إلى قاعدة رمز متجانسة كبيرة ومرهقة.
أزالت نظم إدارة المحتوى المنفصلة هذا الترابط إلى حد معين. تم تحقيق ذلك من خلال فصل موقع الويب الأمامي عن المكتب الخلفي لـ CMS ومستودع المحتوى.
تأخذ العمارة المتجانسة مقعدًا خلفيًا مع CMSes مقطوعة الرأس. يعد نظام إدارة المحتوى (CMS) وكل تكامل آخر خدمة مصغرة. يتم توفير CMS نفسه على نموذج Software-as-a-Service (SaaS) والذي أحب أن أطلق عليه Content-as-as-Service (CaaS). مع بنية الخدمات المصغرة هذه ، فإن كل ما تحصل عليه من نظام إدارة المحتوى التقليدي الخاص بك لا يأتي من العلبة. قد يكون لديك خدمات وبائعين مختلفين لتزويدك بأفضل السلالات لكل من متطلباتك.
يحتاج الانتقال إلى عقلية الخدمات المصغرة إلى القليل من الصبر. كان لدينا مسوقون من خلفية تقليدية لنظام إدارة المحتوى قاوموا فكرة الخوض في أنظمة وخدمات متعددة عند استخدام نظام إدارة محتوى بدون رأس. تمكنا من اصطحابهم في الرحلة أثناء اختيار وتنفيذ منصة CMS مقطوعة الرأس الخاصة بهم. الآن ، هم من المدافعين عن منصة CMS بدون رأس لأنها تسمح لهم بدمج الأنظمة والخدمات الجديدة بدلاً من الالتزام بأحد الأنظمة التي يوفرها نظام CMS التقليدي.
يبحث عن:
Omnichannel في جوهرها
بقدر ما ستساعدك عقلية الخدمات المصغرة عند دمج نظام CMS مقطوع الرأس ، تتحقق القوة الحقيقية لعزل مقطوعة الرأس في طبيعتها متعددة القنوات. تدور تجربة القناة الشاملة حول عميلك وتخلق تجربة عميل واحدة عبر علامتك التجارية من خلال توحيد المبيعات والتسويق. من خلال نظام CMS بدون رأس ، يتم توفير المحتوى لقنوات مختلفة مثل الويب والأجهزة المحمولة والاجتماعية والأجهزة الذكية التي لا تحتوي على واجهة مستخدم وأجهزة إنترنت الأشياء وحتى نقاط الاتصال غير الرقمية مثل واجهة متجر من الطوب وقذائف الهاون.
باستخدام نظام CMS مقطوع الرأس ، تحتاج إلى تحديد المخطط لكل نموذج محتوى من البداية . تُعرف عملية تحديد هيكل التصنيف المنطقي هذا لعناصر المحتوى التي تنشئها وتنشرها باسم نمذجة المحتوى. إذا كانت قناتك الأولى ستكون موقع الويب الخاص بك ، فتأكد من أن نمذجة المحتوى تأخذ في الاعتبار القناة الشاملة للتخفيف من أي ألم في المستقبل. إذا كنت تبحث فقط عن CMS بديل لتشغيل موقع الويب الخاص بك فقط ، فقم بإلقاء نظرة فاحصة أخرى على مساحة CMS التقليدية أو المنفصلة لمعرفة ما إذا كان هناك شيء يناسب متطلباتك بشكل أفضل.
عند نمذجة مخططات المحتوى ، فكر في المستقبل. عندما أعمل في شركة طيران كبرى حتى قبل عقد من الزمان ، يمكنني أن أتذكر محاولة تصميم محتوى للأجهزة المحمولة (نعم! كان هناك مجال فرعي منفصل لموقع ويب للجوال). كان هذا أمرًا صعبًا للغاية نظرًا لأن مخططات المحتوى كانت موجهة نحو موقع ويب سطح المكتب فقط. لكن القصة صحيحة حتى اليوم أننا بحاجة إلى أن نكون يقظين بشأن نمذجة المحتوى.
يبحث عن:
إنشاء محتوى رائع
سواء كانت CMS تقليدية أو CMS مقطوعة الرأس ، فإن المطلب الرئيسي هو إدارة المحتوى. يجب أن يحب مؤلفو المحتوى العمل في المكتب الخلفي. إذا رأيت المؤلفين يتحولون إلى أدوات تأليف أخرى مثل محرّر مستندات Google لإمكانيات التعليق أو الاقتراحات ، فقد تكون علامة حمراء على الميزات التي تفتقدها.
مستندات Microsoft Word وجداول البيانات ومستندات Google دائمًا ما ترفع رؤوسهم عند العمل مع مؤلفي المحتوى. بدلاً من محاولة إبعادهم مقدمًا ، فإن أسهل طريقة لجعل مؤلفي المحتوى يعملون على CMS هي منحهم الميزات التي يحتاجون إليها وسيقومون بالتخلص منها تلقائيًا. عندما دفعنا موقع الويب الخاص بـ Luminary مباشرة على CMS مقطوعة الرأس ، تم منح كل عضو في الفريق (50 منهم) وصولاً كافيًا لإضافة ملف التعريف الخاص به وتحريره للموقع. لقد نجحت في علاج دون أن يكون لديك 50 محررًا من مستندات Google تطير في كل مكان.
تجربة التحرير
قد يكون قرار استخدام نظام CMS مقطوع الرأس قرارًا لتقنية المعلومات. لكن الشراء من المسوقين ومؤلفي المحتوى داخل المنظمة أمر بالغ الأهمية لاعتماده ونجاحه. إن نظام إدارة المحتوى بدون رأس والذي يسمح لمؤلفي المحتوى بإدخال المحتوى بسهولة والعثور على المحتوى الحالي وإعادة استخدام المحتوى هو أمر يجب أن يخرج من الصندوق.
لسهولة كتابة المحتوى ، من الضروري وجود برامج تحرير سهلة الاستخدام مثل محرري WYSIWYG ومحرري النصوص والقوائم المنسدلة والمحررين المخصصين. سيتم تقدير الواجهة النظيفة والبسيطة التي تسمح لمؤلف المحتوى بالتركيز على المهمة التي يقوم بها. ستعمل واجهة التحرير التي تسمح بالتحرير المتزامن والتعليق وإنشاء عناصر المحتوى التابعة في نفس الواجهة على زيادة إنتاجية مؤلفي المحتوى.
كلمة تحذير عند استخدام محررات WYSIWYG أو الاعتماد الشديد على أي واجهة تحرير تنتج HTML. نظرًا لأن نظام إدارة المحتوى بدون رأس مصمم لتلبية قنوات متعددة ، فإن الاعتماد على محرري WYSIWYG من شأنه أن يزيل الطبيعة الذرية للمحتوى الذي يمكن إعادة استخدامه. تأكد من أن برامج التحرير المخصصة تسمح بالوصول إلى حقول البيانات بمستوى دقيق . لقد رأينا أن هذا يعيق إعادة استخدام المحتوى عبر قنوات مختلفة مثل الجوال وسطح المكتب على سبيل المثال.
مع نظام CMS مقطوع الرأس ، فإن تنظيم عناصر المحتوى في هيكل شجرة ليس هو القاعدة. ولكنه جسر يسمح لمؤلفي المحتوى بالانتقال بسهولة من نظام إدارة المحتوى التقليدي إلى نظام بلا رأس. إذا لم يتم تصور عناصر المحتوى في هيكل شجرة ، فإن وجود محرك بحث قوي ذي أوجه وإمكانيات وضع علامات هو أمر بالغ الأهمية لمحرري المحتوى. يسمح هذا للمؤلفين بالعثور على المحتوى الموجود وإعادة استخدامه بسهولة.
عند إعادة استخدام المحتوى ، هناك جانب آخر يجب مراعاته وهو ما إذا كان يمكن دمج عناصر المحتوى بسهولة ضمن عناصر محتوى أخرى. هذا يسمح بإعادة استخدام المحتوى الموجود إلى أقصى حد. ولكن احذر من الإشارات الدائرية إلى المحتوى والتي قد تسبب مشكلات في الأداء والأداء. من الأمثلة على ذلك عنصر محتوى لمحامي مرتبط بعنصر محتوى للحصول على خبرة. ثم إذا تم ربط عنصر محتوى الخبرة مرة أخرى بالعديد من عناصر محتوى المحامين ، فقد يشكل ذلك مرجعًا دائريًا. ابحث عن نظام CMS مقطوع الرأس مزود بذكاء مخبوز للحد من العمق في واجهة برمجة التطبيقات والتصورات لإظهار عناصر المحتوى المرتبطة لتجنب هذا المأزق.
يبحث عن:
قيمة الصورة: كيفية التعامل مع الوسائط
صورة تساوي ألف كلمة. لكن أصول الصور ثقيلة النقل ويصعب تنظيمها ويصعب البحث عنها. في نظام إدارة المحتوى النموذجي ، سترى التكرارات وأصول الصور ذات الأسماء الرديئة بمرور الوقت. من المهم أن يتم تزويد محرري المحتوى بأدوات لتنظيم الصور وتصنيفها ووضع علامة عليها وإعادة استخدامها والبحث عنها داخل نظام إدارة محتوى بدون رأس. بالنسبة لي ، هذا يعني تنظيم الأصول في مجلدات أو حاويات. ولكن سيكون من الجيد أن تفهم ما يتطلبه فريقك من حيث إدارة الأصول الثابتة.
توفر القدرة على تحميل صورة واحدة ، وتعيين نقطة محورية لها ، ثم معالجة أبعادها وجودتها لمختلف الأجهزة وأحجام الشاشات ، توفيرًا هائلاً للوقت لمحرر المحتوى وحتى هؤلاء المصممين / فناني الرسومات الذين يعملون خلف الكواليس. يعد تسليم الأصول الثابتة بتنسيقات مثل WebP عبر شبكة توصيل المحتوى (CDN) أمرًا ضروريًا أيضًا لخدمة المستخدمين لديك على موقع ويب سريع.
تأتي معظم أنظمة إدارة المحتوى مقطوعة الرأس مزودة بهذه الميزات خارج الصندوق. إذا لم يكن الأمر كذلك ، فأنت بحاجة إلى تحديد الميزات التي يمكنك العيش بدونها. هناك تحذير لهذه القاعدة. للتحرير الشامل للصور الأصلية ، يجب أن تلتزم بأفضل الأدوات للوظيفة مثل Photoshop.
إلى جانب الصور ، فإن أثقل الأصول التالية هي مقاطع الفيديو. مرة أخرى ، مع عقلية الخدمات المصغرة ، يجب ترك دفق مقاطع الفيديو لمقدمي الخدمات مثل YouTube و Vimeo وخدمات البث الأخرى عبر الإنترنت. إذا كان بإمكان CMS مقطوعة الرأس تزويدك بواجهة تحرير لطيفة للبحث أو تحديد مقطع فيديو من أحد هؤلاء الموفرين ، فهذه ميزة إضافية.
يبحث عن:
تأليف الأدوار
من يمكنه إدخال المحتوى ومن يمكنه الموافقة على المحتوى أو نشره على موقع مباشر والأذونات الدقيقة الأخرى تحتاج إلى إدارتها عبر نظام إدارة المحتوى بدون رأس أيضًا. يمكن للفريق المكون من شخصين البقاء على قيد الحياة دون أن يكون له أدوار تأليف مميزة ، ولكن مع نمو المنظمات وفرق المحتوى ، فإن أدوار التأليف أمر لا بد منه.
لقد عملت مع فرق المحتوى التي تضم أكثر من 40 محررًا ويجب تقييم هذا المطلب بعناية مقابل نظام إدارة المحتوى مقطوع الرأس الذي اخترته. إذا لم يكن الأمر كذلك ، فسوف يسود الهرج والمرج. مع فريق مكون من 40 شخصًا عملت معهم ، كان لدينا مؤلفو النصوص والمترجمون وموظفو ضمان الجودة والموافقون القانونيون الذين لديهم أذونات مختلفة للوصول إلى محتوى معين ومتغيرات اللغة وموافقات سير العمل وحقوق النشر.
عادةً ما يكون عدد الأدوار المميزة ومستخدمي المكاتب الخلفية هو كيفية هيكلة أنظمة إدارة المحتوى بدون رأس لتسعيرها. عند مقارنة نقاط السعر بين البائعين ، فكر في الأرقام الحالية والنمو المستقبلي لفريق المحتوى الخاص بك.
يبحث عن:
سير العمل
لا يلزم إدارة كل عنصر محتوى عبر سير عمل. ولكن عندما تكون مهام سير العمل ومسارات التدقيق والموافقات ضرورية ، يجب أن تدار العملية ضمن نظام إدارة المحتوى بدون رأس. يمنحك وجود سير عمل قوي مبني من الألف إلى الياء على نظام إدارة المحتوى بدون رأس الخاص بك راحة البال وفرصة للتعامل مع كل عنصر محتوى وفقًا لعملية عملك. تعد القدرة على دمج أنظمة الجهات الخارجية عبر webhooks أو واجهات برمجة التطبيقات مكافأة يجب الانتباه إليها.
يبحث عن:
معاينات المحتوى
قام محرر المحتوى بتأليف المحتوى وإضافة الصور وإرساله عبر سير عمل للموافقة عليه. ولكن أين يقومون بمعاينة المحتوى قبل إتاحته لعامة الناس؟ هذا هو المكان الذي تلعب فيه معاينة واجهات برمجة التطبيقات لاسترداد المحتوى غير المنشور والقدرة على تعيين بيئات المعاينة.
باستخدام نظام إدارة المحتوى بدون رأس ، بعد الابتعاد عن عقلية القناة الواحدة ، يجب ألا يتوقع محررو المحتوى رؤية معاينات كاملة للصفحة داخل المكتب الخلفي لنظام إدارة المحتوى. يجب أن يكون لكل قناة بيئة مرحلية أو معاينة خاصة بها لعرض مسودة المحتوى التي لم يتم نشرها بعد. قد يكون هذا موقعًا مرحليًا لموقع الويب الخاص بك أو إصدارًا مثبتًا محليًا من تطبيق الهاتف المحمول الخاص بك. يجب أن تتوفر ميزة المعاينة في خطة التسعير التي اخترتها لنظام إدارة المحتوى بدون رأس من اختيارك.
يبحث عن:
لغات
إذا كان المحتوى الخاص بك بحاجة إلى أن يتم تقديمه إلى مناطق مختلفة ، فيجب تحديد هذا المطلب في وقت مبكر من مشروعك. التعديل التحديثي ممكن ، لكنه ليس نشاطًا ممتعًا. يجب التفكير في كيفية إدارة المحتوى والأصول عبر الثقافات واللغات وتوثيقها. أوصي بإنشاء مخطط لتحديد اللغات والأصول الموروثة أو الافتراضية من لغة أخرى. ثم تأكد من اختيارك لنظام إدارة المحتوى بدون رأس يدعم هذا المخطط أو استكشف السبل لتحقيق نفس النتيجة بشكل مختلف.
يبحث عن:
من المهم دائمًا إنشاء محتوى رائع. وبالتالي ، يجب منح مؤلفي المحتوى أفضل تجربة ممكنة في أنشطتهم اليومية لجعل انتقالك إلى CMS مقطوع الرأس ناجحًا.
"
وقت التطوير ثمين
مع CMS مقطوعة الرأس ، مشاركة المطور أمر لا بد منه. قد يكون هذا مطورًا للجهة الخلفية أو مطورًا للواجهة الأمامية يستهلك واجهة برمجة التطبيقات بدون رأس لعرض المحتوى على موقع الويب. ولكن بمجرد الانتهاء من التطوير الأولي ، يجب أن يكون مؤلف المحتوى قادرًا على العمل بأقل قدر من التدخل. هذا هو بيت القصيد من استخدام CMS. وهذا ينطبق أيضًا على أنظمة إدارة المحتوى بلا رأس.
بقدر ما يؤخذ مؤلفو المحتوى في الاعتبار عند مقارنة الميزات ، يجب استكشاف ميزات المطور أيضًا. في هذا القسم ، سنلقي نظرة على الميزات التي ستوفر الوقت للمطورين.
واجهات برمجة التطبيقات / دعم GraphQL
تعد واجهة برمجة التطبيقات (API) الناضجة ، التي تسمح باختيار عناصر المحتوى وتقسيمها إلى صفحات وعرضها ، أمرًا بالغ الأهمية للمطور للعمل مع نظام إدارة محتوى بدون رأس. يعد دعم GraphQL خارج الصندوق عاملاً محددًا آخر لأنه سيسمح للمطور بتحديد النتيجة التي يحتاجون إليها على مستوى دقيق للغاية. التوثيق الشامل وعينات التعليمات البرمجية ضرورية أيضًا.
تأكد من رضا مطوريك عن واجهات برمجة تطبيقات استرداد المحتوى قبل الالتزام بنظام CMS مقطوع الرأس. لا تنس معاينة واجهات برمجة التطبيقات (API) وتأمين واجهات برمجة التطبيقات وسهولة استخدامها عبر الكود. هل تريد أتمتة إنشاء المحتوى؟ ثم ينبغي النظر في واجهات برمجة تطبيقات إدارة المحتوى .
كانت واجهات برمجة تطبيقات إدارة المحتوى نعمة حيث قمنا تلقائيًا باستيراد أكثر من 2000 مشاركة مدونة من موقع WordPress إلى نظام إدارة محتوى بدون رأس. تم استيراد جميع منشورات المدونة والصور ذات الصلة بأقل قدر من العمل لمؤلفي المحتوى. تقدم بعض أنظمة إدارة المحتوى بدون رأس وظائف إضافات جداول بيانات Google وغيرها من الأدوات الرائعة للقيام بذلك بنقرة زر واحدة.
مع وجود العديد من أنظمة إدارة المحتوى بدون رؤوس التي تقدم تجارب مجانية ، فمن الجيد أن تأخذها في اختبار قيادة لمعرفة مدى ملاءمتها وتوافقها مع اختيارك لإنشاء المحتوى واسترجاعه.
يبحث عن:
مجموعات SDK الأصلية
تتوفر مجموعات تطوير البرامج (SDKs) للعديد من التقنيات واللغات والأنظمة الأساسية مباشرةً من البائع بدون رأس أو مبادرة مفتوحة المصدر أو جهة خارجية. تأكد من أن حزم SDK هذه تدعم التكنولوجيا واللغة والنظام الأساسي الذي ستبني موقعك على الويب أو تطبيق المستهلك عليه. بقدر ما تسمح لك واجهات برمجة تطبيقات RESTful و GraphQL بالاستعلام عن المحتوى ، فإن وجود SDK أصلي يمكن أن يقلل ساعات التطوير بشكل كبير .
في Luminary ، سمح لنا العمل مع حزم SDK الأصلية لأنظمة إدارة المحتوى بدون رأس باحتضان أحدث التقنيات مثل Microsoft .NET Core و .NET 5. أيضًا ، سمح لنا الاعتماد على SDK الحالي باتباع أفضل الممارسات التي أوصى بها البائع أثناء الحفظ زمن.
يبحث عن:
البيئات
قد يكون موقع الويب أو التطبيق لمتجر الأم والبوب قادرين على تنظيم المحتوى ومعاينته في بيئة إنتاج واحدة. ولكن مع نمو المؤسسات والفرق والميزات ، يصبح من الضروري وجود بيئات متعددة لتنظيم المحتوى ومعاينته. لا يحتاج نظام إدارة المحتوى بدون رأس فقط إلى توفير بيئات ، ولكن يجب أن يحتوي التطبيق المستهلك على بيئات معدة أيضًا. يجب مراعاة طرق تحديث المحتوى عبر البيئات.
يبحث عن:
الصور والملفات وشبكات CDN
لقد تطرقنا إلى إدارة الصور عند الحديث عن ميزات لمؤلف المحتوى. من منظور المطور ، لا يلزم تخزين الأصول الثابتة فقط مؤقتًا على CDN. العديد من أنظمة إدارة المحتوى بدون رؤوس تحتوي على محتوى مؤقت يتم استرداده عبر واجهات برمجة تطبيقات RESTful أو GraphQL. يؤدي ذلك إلى تسريع عملية الاسترداد وإدخال تحسينات على أداء التطبيق الخاص بك.
على الرغم من أن التخزين المؤقت لـ CDN مفيد للغاية ، إلا أن هناك أوقاتًا قد يؤدي فيها تلف ذاكرة التخزين المؤقت أو العناصر المخزنة مؤقتًا القديمة إلى حدوث مشكلات . يجب أن تكون القدرة على مسح ذاكرة التخزين المؤقت لـ CDN أو القدرة على سحب أحدث محتوى برؤوس HTTP معينة جزءًا من وظائف واجهة برمجة تطبيقات نظام إدارة المحتوى بدون رأس.
قد تكون القدرة على استخدام المجالات المخصصة مقابل CDN لتقديم المحتوى الخاص بك أو الأصول الثابتة أحد المتطلبات التي يجب عليك مراعاتها.
يبحث عن:
حدود الاستخدام عبر الخطط
هناك عامل آخر يجب مراعاته وهو حدود الاستخدام المحددة لكل خطة تشترك فيها على اختيارك لنظام CMS مقطوع الرأس. يجب التفكير في عدد عناصر المحتوى واستهلاك النطاق الترددي وعدد مستخدمي المكتب الخلفي وعدد مكالمات واجهة برمجة التطبيقات وحدود المعدل. عند التخطيط لحدود الاستخدام ، ضع في اعتبارك الاستخدام الحالي والاستخدام المستقبلي. تذكر أن العديد من أنظمة إدارة المحتوى بدون رأس تعمل على أساس الاشتراك وتسمح لك بالترقية على الفور تقريبًا إلى الخطط ذات الحدود الأعلى.
ومع ذلك ، يجدر إدراك عدد المستخدمين الذين سيستخدمون النظام الأساسي ، وما إذا كان الحل سيحتاج إلى توسيع نطاقه على نطاق واسع. لقد شهدنا حصول العميل على فاتورة كبيرة جدًا لأنه أضاف عن غير قصد عددًا كبيرًا من المستخدمين إلى حصته المخصصة. إنها لفكرة جيدة للمسؤولين أن يكونوا على دراية بما تقدمه خطة مقطوعة الرأس الخاصة بهم وأن يبقوا علامات تبويب على الاستخدام.
ضع في اعتبارك الحفاظ على حدود الاستخدام ضمن حدودك الحالية من خلال التخزين المؤقت من جانب العميل ومولدات الصفحات الثابتة وواجهة برمجة التطبيقات الذكية أو استدعاءات GraphQL لتقليل نفقات التشغيل.
يبحث عن:
وقت المطور مكلف. في حين يوصف نظام CMS مقطوع الرأس بأنه CMS صديق للمطورين ، فإن كل بائع لديه ميزات مختلفة يدعمها أصلاً. يوصى بشدة بفهم ومقارنة تلك الاحتياجات مع احتياجات المطورين لديك.
"
عوامل اخرى
هناك بعض العوامل الأخرى التي قد لا تؤثر على مؤلف المحتوى أو المطور. قد يتراوح هذا من التسويق إلى التمويل إلى المتطلبات القانونية والتنظيمية لصناعتك وعملك.
مواقع مراكز البيانات
أحد الأسئلة التي نطرحها غالبًا هو ، أين يتم تخزين البيانات؟ نعم ، في السحابة. ولكن ما هو مركز البيانات الجغرافية الذي يعد سؤالًا مهمًا بسبب المتطلبات القانونية والتنظيمية لبعض الشركات. قد يكون نظام إدارة المحتوى بدون رأس والذي يسمح لك بتخزين البيانات في مركز البيانات الذي تختاره عاملاً حاسمًا في تحديد نظام إدارة المحتوى الذي تختاره.
الدعم الفني والمبيعات
تعد القدرة على تلقي الدعم الفني ودعم المبيعات في منطقتك الزمنية عاملاً حاسماً آخر عند اختيار نظام إدارة المحتوى بدون رأس. أدى عدم وجود مندوب مبيعات محلي إلى توجيه العديد من المشاريع لصالح البائعين الذين لديهم أشخاص على الأرض في المنطقة ذات الصلة.
كان لدينا منظمة NFP (ليست للربح) كبيرة تختار بائع CMS بدون رأس نظرًا لقدرته على تخزين البيانات في مركز بيانات Azure داخل أستراليا. أدى الحصول على دعم مبيعات على الأرض ودعم فني على مدار الساعة إلى إتمام عملية البيع لبائع CMS مقطوع الرأس.
يبحث عن:
ميزات المؤسسة للنظر فيها
قد تتطلب بعض المؤسسات الكبيرة تسجيل دخول أحادي (SSO) مرتبط بنظام مصادقة الشركة أو سجلات التدقيق التي يمكن الاستعلام عنها بسهولة. قد تكون هناك عمليات تكامل للأنظمة الحالية وبعض شهادات ISO التي يجب أن تكون سارية قبل اعتبار منتج SaaS مناسبًا. يعد إعداد قائمة بميزات المؤسسة هذه وغيرها من الميزات الفريدة لمؤسستك على مستوى المؤسسة نقطة انطلاق جيدة عند اختيار CMS بدون رأس.
المجتمع في العمل
هناك منطقة أخرى عادة ما يتم التغاضي عنها وهي المجتمع المحيط بنظام CMS مقطوع الرأس. هل يوجد أشخاص متحمسون للمنتج؟ أنا لا أتحدث عن مختلسوا النظر في تسويق البائع. هل هناك موارد كافية مفتوحة المصدر يتشاركها الأشخاص الذين يستخدمون الأداة؟ قد لا يكون هذا عاملاً حاسمًا ولكنه سيساعدك عندما تكون في موقف حرج أثناء مرحلة التنفيذ أو الدعم للمشروع.
تكامل البنية التحتية
مع CMSs مقطوعة الرأس ، لست ملزمًا بالتكنولوجيا أو اللغة أو النظام الأساسي. لا تؤثر التكنولوجيا أو النظام الأساسي الذي تم بناء نظام إدارة المحتوى بدون رأس عليه على تطبيق العميل. يمكنك استخدام تقنية من اختيارك من .NET إلى Node.js ، ويمكن أن يكون نظام التشغيل الخاص بك هو Windows أو Linux أو macOS ، ويمكن أن تكون لغتك أي شيء من Python إلى C #.
وبالمثل ، عندما يتعلق الأمر بالبنية التحتية للشراء ، يمكنك اختيار استضافة موقعك على Netlify أو Azure أو GCP أو AWS. تعتمد بنية موقع الويب الخاص بك وقرارات بنيته التحتية الآن فقط على متطلباتك. هناك أيضًا تكاملات أصلية من الدرجة الأولى مع خدمات مثل Gatsby Cloud والتي تجلب المزيد من المجموعات التي تجعل حياتك أسهل. بالنسبة للبعض ، قد يكون هذا قرارًا رئيسيًا ويجب اتخاذه من خلال التحدث إلى بعض الممارسين الخبراء في مساحة مقطوعة الرأس.
يبحث عن:
تجربتنا في Luminary
في Luminary ، كنا محظوظين لشراكتنا مع أنظمة CMS مقطوعة الرأس مثل Acoustic و Contentful و Kentico Kontent و Umbraco Heartcore. لقد عملنا مع بعض أنظمة إدارة المحتوى هذه منذ الإصدارات التجريبية لأنظمتها الأساسية. كانت خرائط الطريق العامة ، والدعم الفني الرائع ، وتلبية طلبات الميزات لدينا بعضًا من أبرز ما لدينا مع هذه الأنظمة الأساسية.
لدينا خبرة في معالجة تحسين محركات البحث لمواقع الويب الخالية من الرأس باستخدام تطبيقات الواجهة الأمامية فقط ، والتخزين المؤقت لصفحات القوائم الكبيرة ، والتعامل مع ذاكرات التخزين المؤقت الكبيرة من جانب الخادم ، ودمج الخدمات المصغرة الأخرى مع أنظمة إدارة المحتوى بدون رؤوس. كان لكل من هؤلاء تحدياته الفريدة التي يجب أن تنتبه لها. أيضًا ، يجب التفكير جيدًا في المهام البسيطة في نظام إدارة المحتوى التقليدي مثل عمليات إرسال النماذج والبحث في الموقع جنبًا إلى جنب مع المزيد من الميزات المتقدمة مثل مصادقة المستخدم والترخيص مع خدمات الجهات الخارجية.
إذا اخترت CMS الصحيح بدون رأس مع المؤشرات أعلاه ومع شريك التنفيذ الصحيح ، فيجب أن ينتهي بك الأمر مع CMS بدون رأس مما يجعل المسوقين سعداء ومحرري المحتوى السعداء والمطورين السعداء.