ما الذي يجب أن تعرفه عن CMS كمدير CRM؟

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

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

جدول المحتويات:

1. ما هو نظام إدارة المحتوى؟

• تعريف CMS
• أغراض CMS
• لماذا يجب أن يكون نظام CMS مهمًا لمديري CRM؟

2. ما الذي يجب أن تتعلمه لإدارة المحتوى في نظام إدارة المحتوى؟

• لغة توصيف النص
• كيفية الصياغة
• كيف تنشر
• أين يتم تخزين المحتوى؟
• إدارة الأصول الرقمية
• تحليلات الموقع
• الوحدات النمطية المتاحة الجاهزة ، والحاجيات ، والقوالب
• مبادئ التصميم الأساسية - UX / UI

3. ميزات CMS التي يجب أن تعرفها

• سهولة التحرير
• الإصدار
• استعادة (التراجع)
• أرشفة
• التوافق
• تكاملات
• اختبار A / B
• محتوى مخصص
• إدارة الترجمات
• تحسين محركات البحث
• النشر متعدد المنصات
• الوصول
• العمل بشكل تعاوني
  

4. مفاهيم فنية تستحق الفهم

• هل موقع الويب الخاص بك ثابت أم ديناميكي؟
• إصدار الموقع
• البيئات
• جاهز أو CMS مخصص؟
• مقطوعة الرأس CMS
• ما هي API؟
• ما هي الخطافات على الويب؟
• ما هي SDKs؟
  

5. ملخص

‍ ما هو نظام إدارة المحتوى؟

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

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

• تصدير واستيراد الترجمات ،
• دفع المحتوى إلى منصات الوسائط الاجتماعية ومنصات البريد الإلكتروني والقنوات الأخرى ،
• تخزين جميع الأصول الرقمية في مكان واحد وتصنيفها ،
• إعداد اختبار A / B للمحتوى وتخصيص المحتوى ،
• إعداد SEO على الصفحة ،
• إرجاع النتائج لمحرك البحث على الصفحة ،
• و اكثر.
  

لماذا يجب أن يكون نظام CMS مهمًا لمديري CRM؟

CMS هو (أو يمكن أن يكون ، إذا قمت بإعداده بهذه الطريقة) مركز كل اتصال يواجه العملاء . يمكن أن يخدم المحتوى على الأنظمة الأساسية الخاصة بك ويتكامل مع مكدس تسويقي مختلف لخدمة المحتوى للإعلانات المدفوعة. يمكنك أيضًا إدارة تحسين محركات البحث على الصفحة من هناك. إذا لم يكن ذلك كافيًا ، يمكنك إعداد نماذج جمع البريد الإلكتروني ، وتحميل سياسات ملفات تعريف الارتباط لجمع بيانات العملاء إلى نظام CRM الخاص بك ، حيث يمكنك تقسيم العملاء وتقديم محتوى مخصص لهذه الأجزاء من نفس نظام إدارة المحتوى. في نظام إدارة المحتوى ، يمكنك إعداد اختبارات A / B للمحتوى الخاص بك ، أو إعداد محتوى مخصص. يمكنك تغذية قاعدة بيانات chatbot الخاصة بك من هناك. يمكنك أيضًا دمج نظام CMS الخاص بك مع أدوات أتمتة التسويق حيث يمكنك إنشاء قواعد شريحة تسمح لك بدفع المحتوى إلى عملاء محددين من CMS عبر قنوات التوزيع المختلفة (على سبيل المثال ، إرسال تذكير سلة منسية عبر البريد الإلكتروني إلى أولئك الذين لديهم تسوق غير مكتمل في سلتهم).

ما الذي يجب أن تتعلمه لإدارة المحتوى في نظام إدارة المحتوى؟

لغة توصيف النص:

يستخدم نظام CMS لديك محرر WYSIWYG (في هذه الحالة يكون من السهل تحرير المحتوى لمحرري المحتوى) أو نوعًا من لغة الترميز (التي ستحتاج أنت أو محرر المحتوى إلى تعلمها).

ما هي لغة الترميز؟

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

HTML مثال على لغة الترميز:

<p>

هذه فقرة نصية مكتوبة بلغة HTML

</p>

تتكون هذه الجملة من علامة افتتاحية (<p>) ونص وعلامة إغلاق (</ p>). سيتم عرض النص بين العلامات على الشاشة. تتضمن كل علامة رمز "أصغر من" و "أكبر من" لتعيينها كجزء من الترميز.

كيف تتعلم لغة الترميز؟ إذا كانت هذه لغة ترميز خاصة بـ CMS ، فيجب أن تكون قادرًا على العثور عليها في دليل CMS. إذا كانت لغة ترميز قياسية ، فهناك العديد من الموارد المتاحة عبر الإنترنت لتعلمها ، على سبيل المثال: MOOC أو Udemy أو EDX أو Codecademy أو Coursera.

إذا لم يكن CMS لديك يحتوي على محرر WYSIWYG ، فقد يكون من المفيد أيضًا معرفة بعض أساسيات CSS (أوراق الأنماط المتتالية) التي تعمل مع HTML لإضافة أنماط إلى صفحات الويب التي تقوم بتحريرها.

كيفية المسودة:

ما الذي يجب عليك التحقق منه في الدليل أو سؤال مطوريك:

كيف تنشئ مسودة للمحتوى (ولا تنشر بالخطأ)؟ كيف تختبر المسودة ، هل يمكنك مشاهدة معاينة كيف ستبدو على موقع الويب مباشرة في نظام إدارة المحتوى؟ في حالة عدم توفر معاينة مباشرة في نظام إدارة المحتوى ، فهل هناك أي بيئة اختبار يمكنك من خلالها التحقق من المحتوى الذي تمت صياغته حديثًا؟

كيف تنشر:

ما الذي يجب عليك التحقق منه في الدليل أو سؤال مطوريك:

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

أين يتم تخزين المحتوى؟

إنه سؤال مهم يجب أن تطرحه على المطورين / المهندس المعماري.

المحتوى الذي يأتي من أين؟ ما هو المحتوى المخزن في نظام إدارة المحتوى ، وفي محركات / أنظمة الدفع أو الحجز ، والذي يتم تخزينه مباشرةً في FE؟ يجب أن تعرف المحتوى الذي يمكن تعديله في نظام إدارة المحتوى ، والذي يحتاج إلى تطوير (أو مكان العثور على هذه المعلومات عندما تحتاجها). يجب أن تكون هناك وثائق متاحة حول هذا الموضوع أو يجب أن يعرفه محررو المحتوى.

إدارة الأصول الرقمية:

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

الوحدات النمطية والأدوات والقوالب الجاهزة المتوفرة:

يجب أن تعرف ما الذي تعمل به. هل لديك أي "وحدات بناء" يمكنك استخدامها خارج الصندوق (أو تم إنشاؤها مسبقًا بواسطة مطوريك)؟ هل تحتاج دائمًا إلى طلب إنشاء وحدات المحتوى وقوالب الصفحة بشكل مخصص؟ ما هي مرونة القوالب الجاهزة ، إلى أي مدى يمكنك تغييرها إذا كنت تريد أن تبدو مختلفة؟ هل الوحدات النمطية مدمجة مع عرض FE (الواجهة الأمامية) ، لذلك لا تحتاج إلى أي بناء موقع إضافي لجعلها تظهر على موقع الويب؟ يمكن أن يؤدي وجود مكتبة أساسية من الوحدات والقوالب المتوفرة على الأقل إلى تقصير وقت إنشاء الصفحات الجديدة في السوق بشكل كبير ، من أسبوعين من التطوير إلى ساعتين من الانتقاء والتلاعب بإمكانيات التخصيص.

مبادئ التصميم الأساسية - UX / UI:

يمكن أن تكون المعرفة الأساسية بالتصميم ، وخاصة تجربة المستخدم وواجهة المستخدم (UX / UI) مفيدة للغاية. عندما تعمل مع مصممين (على سبيل المثال لإنشاء نموذج اشتراك جديد ، موقع صغير جديد) ستعرف كيفية التحدث معهم ، وما الذي تطلبه ، وكيفية تقييم عملهم.

تحليلات الموقع:

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

ميزات CMS التي يجب أن تعرفها

ما الذي يجب أن تعرفه عن نظام CMS الخاص بك؟ ما الذي يجب أن تبحث عنه عند اختيار نظام CMS؟ ما الذي يجب أن تسأله مطوريك حول فهم ما هو ممكن وما هو غير ممكن؟

سهولة التحرير:

ما مدى سهولة استخدام نظام إدارة المحتوى من منظور محرر المحتوى؟ سيؤثر هذا على وقت وصول المحتوى إلى السوق. ما يمكن أن يؤثر على سرعة التحرير هو: ميزات السحب والإفلات ، و "الكتل" المرنة لبناء الصفحات ، وسير العمل الآلي (على سبيل المثال لإرسال / تلقي الترجمات) ، والمحتوى المأخوذ من مصدر واحد (على سبيل المثال: الوحدات الديناميكية ، حيث تقوم بالتحديث المحتوى مرة واحدة وسيظهر على صفحات فرعية مختلفة وحتى على أسطح رقمية مختلفة) ، مزامنة المحتوى بين البيئات (يزيل الحاجة إلى نسخ ولصق جميع المحتويات عبر بيئات مختلفة).

الإصدار:

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

استعادة (التراجع):

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

الأرشفة:

يجب أن يتيح لك نظام إدارة المحتوى أرشفة المحتوى. من المهم أن تعرف إلى متى يتم تخزين الأرشيفات / إصدارات المحتوى القديمة. يجب أن تفكر بعناية في المتطلبات القانونية لأنواع مختلفة من المحتوى وربما تطيل عمر المحتوى المؤرشف للمحتوى عالي الخطورة (على سبيل المثال: الشروط والأحكام ، محتوى الترويج ، سياسة الخصوصية ، الموافقة على ملفات تعريف الارتباط) التي قد تكون مطلوبة في المستقبل من أجل التحقيقات القانونية.

التوافق:

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

التكاملات:

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

اختبار A / B:

ما الذي يجب عليك التحقق منه في الدليل أو سؤال مطوريك:

هل لديك أي إمكانية لإنشاء اختبارات A / B للمحتوى (العديد من إصدارات المحتوى التي سيتم وضعها في نفس العنصر النائب ويمكن تبديلها باستخدام برنامج اختبار A / B)؟ إذا لم يكن الأمر كذلك ، فهل يمكن لمطوريك تطويره لأنواع المحتوى (الوحدات ، الكتل) التي تحتاج إلى اختبارها؟ كم من الوقت سيستغرق؟

المحتوى المخصص:

هل لديك أي أدوات تخصيص (برامج) في المكان؟ ما نوع المحتوى الذي يمكن تخصيصه في الوقت الحالي (ما نوع المحتوى الذي يمكن أن يتم إنشاؤه في إصدارات متعددة في نظام إدارة المحتوى والذي سيتم تبديله بواسطة نظام التخصيص)؟

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

إدارة الترجمات:

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

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

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

نصيحة: التعبير الذي ستستمر في سماعه من المطورين - المواقع - يشبه اللغات ولكنه أدق. بينما اللغة الألمانية هي لغة واحدة ، هناك العديد من اللغات الألمانية المختلفة: de-DE للألمانية في ألمانيا ، de-AT للألمانية في النمسا ، de-CH للألمانية في سويسرا إلخ.

تحسين SEO:

هل يمكنك إدارة تحسين محركات البحث على الصفحة من خلال نظام إدارة المحتوى الخاص بك؟ هل يمكنك تخصيص عناوين URL بنفسك؟ هل لديك حقول للعناوين الوصفية والبيانات الوصفية والعلامات الوصفية؟ هل يمكنك إضافة علامات <h1>؟ هل يقوم نظام إدارة المحتوى (CMS) بإنشاء خريطة الموقع تلقائيًا وإضافة صفحات جديدة إليها بمجرد نشرها أم أنك تحتاج إلى مطالبة مطوريك بفعل ذلك نيابةً عنك؟ كيف يمكنك إعداد hreflangs والعلامات المتعارف عليها إذا قمت بتعبئة المحتوى في أكثر من مكان أو النشر بمزيد من اللغات؟ يجب أن تعرف ما هي الاحتمالات ومتى تحتاج إلى الاتصال بمطوريك.

النشر متعدد المنصات:

هل يمكن لنظام CMS الخاص بك تقديم المحتوى إلى منصات رقمية أخرى (تطبيق جوال ، بريد إلكتروني ، ساعة ذكية ، chatbot ، إلخ)؟ هل يمكنك تكوينه للقيام بذلك؟ إنه سؤال مهم ، إذا كنت تخطط للحفاظ على المزيد من قنوات الاتصال الرقمية. إن الاحتفاظ بكامل المحتوى في مكان واحد له فوائد عظيمة مثل تقليل تعقيد إدارة المحتوى ، وإعادة استخدام المحتوى ، وإعادة استخدام الترجمات ، وتقليل مخاطر وجود محتوى غير متسق عبر منصات مختلفة.

التمكن من:

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

العمل بشكل تعاوني:

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

مفاهيم فنية تستحق الفهم:

اعتمادًا على مدى قربك من العمل مع مطوري CMS أو إدارة CMS أو تحرير المحتوى ، قد ترغب في التعمق قليلاً في المزيد من الموضوعات التقنية. فيما يلي موضوعان يستحقان الفهم:

هل موقع الويب الخاص بك ثابت أم ديناميكي؟

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

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

إصدار الموقع :

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

البيئات:

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

جاهز أو CMS مخصص؟

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

مقطوعة الرأس CMS:

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

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

اقرأ المزيد عن منصات التجارة الإلكترونية بدون رأس هنا.

ما هي API؟

تحتوي أنظمة API الأولى (API - واجهة قابلة للبرمجة للتطبيق) على رمز يسمح بالاتصال المحدد بوضوح بين تطبيقين منفصلين. إنها منصات برمجية حديثة ، والتي تمنح مديري CRM بعض اللبنات الأساسية الجاهزة للوظائف التي يمكنك وضعها معًا لتلائم احتياجاتك بنسبة 100٪ تقريبًا. هم على استعداد للتكامل السريع مع الأنظمة الأخرى.

“API: Mailman

فكر في API كرجل بريد يقدم طلب تطبيقك إلى بعض البرامج الأخرى ، ثم يعيد الاستجابة إلى تطبيقك. مثال بسيط: إنها واجهة برمجة التطبيقات التي تسمح بالاتصال بين تقويم Google وتطبيق السفر الخاص بك بحيث عندما يحجز المستخدم رحلة ، فإنه يتزامن مع التقويم الخاص به. " المصدر: Clevertap

اقرأ المزيد حول ماهية واجهات برمجة التطبيقات وما يجب أن تعرفه عند اختيار برنامج API الأول هنا.

ما هي الخطافات على الويب؟

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

مثال على الويب هوك يمكن أن يكون إشعارًا إلى بريدك الإلكتروني ، يتم تشغيله عند وصول ترجمة جديدة إلى نظام إدارة المحتوى الخاص بك.

ما هي SDKs؟

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

SDK - مكتب البريد / متجر الأجهزة:

إذا كانت واجهة برمجة التطبيقات هي ساعي البريد ، فما هي SDK في هذا السياق؟
إنه مكتب البريد ومتجر الأجهزة معًا. نظرًا لأنه يمكن أن يحتوي على كل ما هو ضروري للتواصل مع برنامج آخر (مثل واحد أو أكثر من واجهات برمجة التطبيقات) بالإضافة إلى المواد التي يمكن استخدامها لإنشاء تطبيق جديد تمامًا (مثل مكتبات الأكواد ، ومرافق تصحيح الأخطاء ، والملاحظات الفنية ، والبرامج التعليمية ، والوثائق). (...) إنها مجموعة تطوير. يمكن أن تحتوي SDK على واحد أو أكثر من واجهات برمجة التطبيقات بالإضافة إلى الأدوات المساعدة الأساسية. واجهة برمجة التطبيقات هي جزء واحد فقط من SDK. فكر في devkit باعتباره "حاوية" أكبر لمجموعة كاملة من أدوات SDK وستكون على صواب. " المصدر: Clevertap

ملخص:

بصفتك مدير CRM ، يجب أن تعرف بعض الأساسيات حول منصات CMS. في معظم الحالات ، عاجلاً أم آجلاً ، ستحتاج إلى نشر بعض المحتويات. الأساسيات المطلقة التي تحتاجها هي معرفة سير العمل والعمليات في شركتك إذا كان لديك محررو محتوى للقيام بذلك نيابة عنك. إذا كنت بحاجة إلى تحرير المحتوى ونشره بنفسك ، فقد ترغب في معرفة بعض أساسيات النظام الأساسي قيد الاستخدام ، مثل كيفية تحرير المحتوى ومسودته ونشره وما هي احتمالات اختبار أو جدولة تغييرات المحتوى. إذا كنت بحاجة إلى مزيد من المعرفة المتقدمة ، فيجب أن تتعلم المزيد عن خيارات اختبار A / B والتخصيص وتحسين مُحسّنات محرّكات البحث في النظام الأساسي الحالي الخاص بك. يوصى بمعرفة القليل عن كيفية عمل فريق التطوير الخاص بك والمقدار الذي تحتاجه مسبقًا للتخطيط للتطورات ، إذا لم يكن تحرير المحتوى البسيط كافيًا. يجب أن تكون أكثر دراية بعملياتهم ، خاصة إذا كنت بحاجة إلى إصدار محتوى مع إصدارات مواقع الويب (على سبيل المثال ، إذا كان موقع الويب الخاص بك ثابتًا أو كان نظام إدارة المحتوى الخاص بك غير مقطوع الرأس). سيساعدك التعرف على بعض لغات المطورين على بدء المحادثة. بعد أن تتعلم الأساسيات وتقرأ الدليل ، أوصيك بشدة أن تبدأ فقط في طرح أسئلة على المطورين لتعميق فهمك - فهم أكبر مصدر للمعلومات حول مجموعتك الحالية!