Headless CMS nədir və bizneslər niyə ona keçir?

Ənənəvi kontent idarəetmə sistemi — ən tanış nümunəsi WordPress-dir — eyni anda iki iş görür: kontentinizi saxlayır və öz şablon sistemi vasitəsilə həmin kontentin veb-səhifə kimi necə göstəriləcəyinə qərar verir. Headless CMS bu iki işi bir-birindən ayırır. O, redaktorlara kontent yazmaq və təşkil etmək üçün yenə də yer verir, lakin həmin kontenti API vasitəsilə, xam strukturlaşdırılmış məlumat şəklində, onun necə və harada render olunacağına dair heç bir «fikri» olmadan ötürür. Real səhifəni — veb-saytı, mobil tətbiqi, mağazadakı ağıllı ekranı, səsli köməkçini — quran isə tamamilə ayrı tətbiqdir və işə ən uyğun gələn istənilən frontend texnologiyası ilə hazırlanır.

«Headless» sözünün faydalı tərəfi

Bu söz nəyin əlavə olunduğunu deyil, nəyin olmadığını təsvir edir: daxili «baş» (head), yəni kontentə bərkidilmiş standart şablon qatı yoxdur. Bu, ilk baxışdan çatışmazlıq kimi görünür. Lakin kontenti veb-sayt, mobil tətbiq və tərəfdaşın saytına yerləşdirilmiş vidcet arasında təkrar istifadə etməyə çalışmısınızsa — özü də cəmi bir veb-sayt üçün tam HTML səhifələri yaratmaq üçün nəzərdə tutulmuş CMS-dən — fikriniz dəyişər. Headless yanaşmada bir dəfə yazılmış eyni kontent hər üçünü qidalandıra bilər, çünki onların hər biri sadəcə API-yə müraciət edir və cavabı özünə lazım olan şəkildə render edir.

Nə qazanırsınız

• Frontend-də sərbəstlik. Veb komandanız konkret CMS-in şablon dili və plagin ekosistemi çərçivəsinə sıxışdırılmaq əvəzinə məhsula uyğun gələn istənilən freymvorkla işləyə bilər.
• Bir kontent mənbəyi, çoxlu çıxış. Kontenti bir dəfə yazın və eyni mənbədən veb-sayta, mobil tətbiqə, rəqəmsal ekranlara və ya tərəfdaş inteqrasiyasına ötürün.
• Standart olaraq daha yaxşı performans və təhlükəsizlik. İctimai səhifələri çox vaxt birbaşa CMS-in özü təqdim etmədiyi üçün yavaş plaginlər və CMS-ə xas təhlükəsizlik zəiflikləri ilə bağlı geniş hücum səthi sadəcə ziyarətçilərə açıq olan hissəyə daxil olmur.
• Redaktorlar kodla əlləşmək üçün deyil, yazmaq üçün hazırlanmış interfeysi saxlayırlar — əksər headless platformalar texniki biliyi olmayan istifadəçilərə hələ də səliqəli, məqsədyönlü redaktə mühiti təqdim edir, sadəcə bu mühiti nəticənin necə render olunacağına bağlamır.

Nədən imtina edirsiniz

Kompromis ondadır ki, headless CMS öz təbiətinə görə sistemin yarısıdır — nəyisə real göstərmək üçün ayrıca frontend tətbiqinə ehtiyacınız var, bu isə daxili mövzuları (themes) olan ənənəvi CMS-in tələb etmədiyi real mühəndislik işidir. Önizləmə — səhifənin dərc olunmazdan əvvəl əslində necə görünəcəyini görmək — düzgün işləməsi üçün daha çox quraşdırma tələb edir, çünki CMS-in özü son render olunmuş səhifənin necə görünəcəyindən xəbərsizdir. Ənənəvi CMS-in bəzi rahatlıqları da, məsələn, demək olar ki, hər şey üçün hazır həlli olan plagin bazarı, eyni formada mövcud deyil, çünki frontend fərdi hazırlanır.

Keçid nə vaxt həqiqətən özünü doğruldur

Biznes nisbətən sadə bir marketinq saytı işlədirsə və kontent nadir hallarda yenilənirsə, ənənəvi CMS çox vaxt hələ də praktik, daha az zəhmət tələb edən seçimdir — tək veb-saytın ehtiyac duymadığı arxitektura mürəkkəbliyi əlavə etməyə heç bir səbəb yoxdur. Headless CMS o zaman özünü doğruldur ki, kontent həqiqətən birdən çox yerə çatmalıdır — veb-sayt və mobil tətbiq, ortaq kontent əsasında bir neçə regional sayt, həm onlayn mağazanı, həm də daxili alətləri qidalandıran məhsul kataloqu — yaxud performans və təhlükəsizlik tələbləri ənənəvi platformanın plaginlərə əsaslanan yanaşmasının rahat təmin edə biləcəyi səviyyəni aşıb, yaxud da komanda CMS-in öz render qatı ilə məhdudlaşmadan frontend texnologiyası üzərində tam nəzarət istəyir.

Qərarı necə düzgün verməli

Kontentinizin bu gün və real olaraq yaxın bir-iki ildə neçə yerdə olmalı olduğuna baxın — hipotetik olaraq yox. Bir istiqamət, kontentin aşağı mürəkkəbliyi: ənənəvi CMS adətən kifayətdir və keçid isə hələ mövcud olmayan problemi həll etməyə bənzəyərdi. Bir neçə istiqamət, tək şablon sistemindən «böyümüş» kontent modeli və ya CMS-ə xas məhdudiyyətlərdən azad olmaq istəyən frontend komandası: məhz bu zaman headless yanaşma əlavə mürəkkəbliyin əvəzini çıxmağa başlayır.

Kontent arxitekturasını bu şəkildə qurmaq — nəyin CMS-ə, nəyin isə onu istifadə edən frontend tətbiqinə aid olduğuna qərar vermək — Burncode-da gördüyümüz veb-proqramlaşdırma layihələrinin tez-tez rast gəlinən hissəsidir, xüsusən ənənəvi platformada qurulmuş tək veb-saytın çərçivəsinə artıq sığmayan bizneslər üçün.