الإجابة المباشرة: تطوير محتوى الويب هو العمل الهندسي الذي يحدّد كيف يُنمذَج المحتوى ويُحرَّر ويُنشَر ويُصان على موقع — متميّز عن الكتابة (التي تنتج الكلمات الفعلية). قرارات تطوير محتوى الويب الجيّدة المتّخذة أثناء البناء توفّر 80% من إحباط فريق التسويق على مدى السنوات الثلاث القادمة.
نمذجة المحتوى — القرار الذي يتراكم
معظم إخفاقات CMS تعود إلى نمذجة المحتوى. ثلاثة أخطاء شائعة:
نموذج صفحة-كمستند عندما يكون المحتوى منظَّماً. صفحة "الخدمات" حيث كلّ خدمة لها وصف وسعر وصورة وقائمة ميزات — مُنمذَجة كحقل rich-text عملاق واحد. المحرّرون يلصقون المحتوى في محرّر WYSIWYG. النتيجة: تصميم غير متّسق، لا طريقة للاستعلام عن الخدمات عبر الموقع، فشل حقن schema.
المرجعية مقابل المحتوى المضمَّن. هل يجب أن يربط بريد المؤلف في مدوّنة بمستند Author، أم يضمّن البريد مباشرة؟ الأوّل يتدرّج (مؤلّف واحد، مشاركات كثيرة)؛ الثاني أسرع للتأليف لمنشور واحد لكن ينكسر على نطاق واسع.
سير العمل التحريري — طابقه مع فريقك
فريق تسويق من شخص واحد يحتاج: اكتب، انشر. انتهى.
فريق تسويق من 5 أشخاص يحتاج: اكتب (أيّ شخص)، راجِع (مراجعون محدّدون)، انشر (بعد الموافقة). ربّما نشر مُجدوَل.
فريق محتوى من 20 شخص يحتاج: اكتب (مؤلّفون مسنَدون)، راجِع (محرّرون)، موافقة (قانوني/امتثال للصناعات المنظَّمة)، انشر (مدير إصدارات)، تقاعد (سير عمل الأرشفة).
تأثيرات schema والبيانات المنظَّمة
قرارات نمذجة المحتوى تغذّي البيانات المنظَّمة. نوع مستند Service بحقول مسمّاة يجعل من السهل إطلاق Service schema؛ حقل rich-text عملاق يجعل إطلاق schema هشّاً أو مستحيلاً.
الترحيل — القاتل الصامت
معظم المواقع ترحّل CMSes كلّ 4-7 سنوات. عند مجيء الترحيل، قرارات نمذجة المحتوى المتّخذة أثناء البناء الأصلي تحدّد إن كان الترحيل يستغرق 4 أسابيع (نمذجة جيّدة) أم 4 أشهر (نمذجة سيّئة).
ثلاثة أشياء تساعد المستقبل: مخطّطات صديقة للتصدير، استقرار URL، سلامة المرجعية.
الصيانة — من يملك المحتوى مقابل الهندسة
النزاع الأكثر شيوعاً المتعلّق بالمحتوى الذي نراه: من المسؤول عندما تكون صفحة "الخدمات" خاطئة؟ التسويق يقول إنّ الهندسة يجب أن تصلح CMS. الهندسة تقول إنّ التسويق يجب أن يصلح المحتوى. كلاهما صحيح أحياناً.
ابنِ من أجل ملكية واضحة من اليوم الأوّل. المحتوى القابل للتحرير في CMS (العناوين، الأوصاف، الأسعار، النصّ) هو مسؤولية التسويق. المحتوى المعرَّف في الكود (التخطيطات، المكوّنات، أنماط schema) هو مسؤولية الهندسة.
لمشاريع headless CMS تحديداً، راجع صفحة تطوير headless CMS ومدوّنة ما هو headless CMS.
إن كان موقعك الحالي يعاني دَيناً في نمذجة المحتوى، فإنّ استشارات تطوير الويب لدينا تغطّي ارتباطات تشخيصية لهذا تحديداً.