Bezgłowy system zarządzania treścią

Bezgłowy system zarządzania treścią lub bezgłowy CMS to system zarządzania treścią WWW działający wyłącznie na zapleczu , który działa głównie jako repozytorium treści . Bezgłowy CMS udostępnia treści za pośrednictwem interfejsu API do wyświetlania na dowolnym urządzeniu, bez wbudowanego interfejsu użytkownika lub warstwy prezentacji . Termin „bezgłowy” pochodzi od koncepcji odcinania „głowy” (przód ) od „korpusu” (tył).

interfejsie administracyjnym dla twórców treści, ułatwianiu przepływu pracy nad treścią i współpracy oraz organizowaniu treści w taksonomie . Bezgłowy CMS musi być połączony z oddzielną warstwą prezentacji do obsługi projektu, struktury witryny i szablonów. Ta kombinacja zasadniczo opiera się na bezstanowych lub luźno powiązanych interfejsach API.

Jedną z zalet tego oddzielonego podejścia jest to, że treści mogą być wysyłane za pośrednictwem interfejsów API do wielu typów wyświetlaczy, takich jak urządzenia mobilne i Internet rzeczy (IoT), wraz ze stroną internetową. Wadą jest jednak to, że utrzymywanie dwóch oddzielnych systemów dla jednej lokalizacji może wymagać więcej zasobów.

Bezgłowe systemy CMS zorientowane na chmurę to takie, które zostały również zbudowane w oparciu o model chmury z wieloma dzierżawcami i których dostawcy promują oprogramowanie jako usługę (SaaS). Dostawcy ci obiecują wysoką dostępność, skalowalność i pełne zarządzanie bezpieczeństwem, aktualizacjami i poprawkami w imieniu klientów. Handel bezobsługowy wykorzystuje tę samą konfigurację do oddzielenia zarządzania produktem i nawigacji zaplecza od interfejsu strony internetowej lub innych typów wyświetlania (np. IoT). Jest to podobne do tego, jak bezgłowe systemy CMS koncentrują się na tworzeniu treści w zapleczu, które mają być wyświetlane na interfejsach użytkownika za pośrednictwem interfejsów API.

Headless CMS jest podobny, ale różni się od korzystania z widżetów lub wtyczek w witrynie, takich jak dodanie wtyczki do zamawiania i dostawy online na stronie restauracji.

Wspólne cechy

Większość bezgłowych platform CMS wykorzystuje wersję tych funkcji:

Połączony CMS kontra bezgłowy CMS

Większość monolitycznych systemów zarządzania treścią jest „sprzężona”, co oznacza, że ​​aplikacja do zarządzania treścią (CMA) i aplikacja do dostarczania treści (CDA) łączą się w jednej aplikacji . To sprawia, że ​​narzędzia użytkownika zaplecza, edycja treści i taksonomia , projektowanie stron internetowych i szablony są nierozłączne. Systemy sprzężone są pomocne w przypadku blogów i podstawowych stron internetowych, ponieważ wszystkim można zarządzać w jednym miejscu. I odwrotnie, w połączonym CMS kod platformy CMS jest ściśle powiązany z dowolnym niestandardowym kodem i szablonami, więc programiści muszą spędzać więcej czasu na instalacjach, dostosowywaniu, aktualizacjach, poprawkach i nie tylko. Nie mogą łatwo przenieść swojego kodu do innego CMS.

Tradycyjne systemy zarządzania treścią są często postrzegane jako najłatwiejszy i najbardziej opłacalny sposób tworzenia dynamicznych stron internetowych. Popularne szablony i motywy ułatwiają wykonanie podstawowego projektu strony internetowej, a niezależni programiści oferują szereg przystępnych cenowo pomocy. Tradycyjne podejście spodoba się również tym, którzy szukają rozwiązania typu „zrób to sam”, ponieważ stosunkowo łatwo jest nauczyć się zarządzać i projektować stronę internetową za pomocą tradycyjnego CMS.

Odłączony CMS

Różnica między oddzielonym CMS a bezgłowym CMS polega na włączeniu front-endu do oferty: Decoupled CMS zawsze miałby front-end zawarty w ofercie, chociaż połączony z interfejsem API, a więc zgodny z architekturą oddzieloną, podczas gdy bezgłowy CMS w ogóle nie oferuje interfejsu użytkownika, ale interfejs API, za pomocą którego udostępniana jest treść.

W odpowiedzi na wprowadzenie bezgłowych CMS-ów, wielu tradycyjnych dostawców CMS wdrożyło interfejsy API w swoich systemach, promując je jako oddzielone CMS-y. Takie podejście obiecuje możliwości renderowania stron internetowych wraz z elastycznością bezgłowego CMS. Jednak interfejsy API nadal opierają się na modelu zaprojektowanym dla pojedynczej witryny internetowej, co powoduje, że są one nieco powiązane, a tym samym ograniczają konteksty, w których można efektywnie korzystać z treści.

Odłączony CMS i headless, ponieważ mają ze sobą wiele wspólnego, ponieważ headless CMS jest rodzajem architektury oddzielonej. Podobnie jak bezgłowy CMS, odłączony CMS oddziela środowiska CMA i CDA, zazwyczaj z treścią utworzoną za zaporą ogniową , a następnie zsynchronizowaną i przekazaną do środowiska dostarczania . Główna różnica między CMS oddzielonym a CMS bezgłowym polega na tym, że oddzielona architektura jest aktywna: przygotowuje treść do prezentacji, a następnie umieszcza ją w środowisku dostarczania; podczas gdy bezgłowy CMS jest reaktywny: siedzi bezczynnie, dopóki nie zostanie wysłane żądanie treści. Inną podstawową różnicą jest to, że oddzielone pierwsze oferują interfejsy API do obsługi treści, podczas gdy te drugie są dostępne wyłącznie dla interfejsów API.

Architektura oddzielona umożliwia łatwiejszą skalowalność i zapewnia lepsze bezpieczeństwo niż architektura powiązana, ale nie zapewnia takiej samej obsługi dostaw wielokanałowych. Istnieje wiele środowisk do zarządzania, zwiększania infrastruktury i kosztów utrzymania.

Krytyka i wady

Headless CMS to system zarządzania treścią (CMS) bez gotowej warstwy prezentacji front-end lub systemu szablonów; zamiast tego zapewnia repozytorium treści i interfejs API do zarządzania treścią. Chociaż pozwala to na większą elastyczność i możliwości dostosowywania, może również stanowić wyzwanie lub wady dla zespołów i organizacji. Główną wadą jest to, że może wymagać więcej wysiłku w celu skonfigurowania i skonfigurowania oraz pewnego poziomu wiedzy na temat tworzenia stron internetowych zarówno z przodu, jak iz tyłu.

  • Wymagają większej biegłości technicznej niż ich monolityczne odpowiedniki.
  • Ponieważ w architekturze nie ma wbudowanego frameworka front-end, skonfigurowanie bezgłowego CMS wymaga umiejętności programowania front-end.
  • Czasami nie ma wbudowanej funkcji podglądu niepublikowanych treści. Zespoły redakcyjne bardzo cenią sobie tę cechę.
  • Zarządzanie wieloma systemami może być trudne, a baza wiedzy zespołu musi obejmować je wszystkie.
  • Ze względu na to, jak konfigurowalne są bezgłowe systemy CMS, istnieje znacznie mniej opcji, jeśli chodzi o gotowe szablony lub wtyczki.
  • Brak wsparcia dla konkretnego kanału
  • Ponieważ czyste bezgłowe CMS-y nie zajmują się warstwą prezentacji, programiści mogą być zmuszeni do samodzielnego stworzenia niektórych funkcji, takich jak nawigacja po stronie.
  • Ponieważ czyste bezgłowe systemy CMS zwykle nie zapewniają koncepcji stron i map witryn internetowych, redaktorzy treści muszą dostosować się do faktu, że treść jest zorganizowana w czystej postaci, niezależnie na stronie internetowej lub w innych kanałach.

Ewentualne zyski

Bezgłowy CMS oferuje rozwiązanie problemów wynikających z tradycyjnego podejścia poprzez oddzielenie frontonu („głowy”) od zaplecza. Pozwala to na przerobienie lub zmianę interfejsu w dowolnym momencie, a różne interfejsy mogą wykorzystywać tę samą zawartość. Ponadto architektura CMS jest bezpieczniejsza, ponieważ treść jest przechowywana na innym serwerze niż prezentacja front-end, co zmniejsza potencjalną powierzchnię ataku.

  • Wielokanałowa łączność dla sprawnego marketingu
  • Ulepszone środowisko deweloperskie
  • Zmniejszona powierzchnia ataku
  • Łatwiejsza migracja do nowych technologii
  • Szybsze interfejsy dzięki JAMStack i generatorom witryn statycznych
  • Zwiększona tolerancja błędów
  • Mniej infrastruktury do utrzymania dla programistów
  • Zwiększona współpraca między programistami a twórcami treści
  • Skalowalność treści: napisz raz, wdrażaj w dowolnym miejscu
  • Optymalizacja od razu po wyjęciu z pudełka

Zobacz też

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Headless_content_management_system&oldid=1133971820 ”