Wyjaśnienie oddzielonego CMS: zalety i wady

W dzisiejszym wielokanałowym środowisku, w którym zawartość jest wykorzystywana w różnych cyfrowych punktach styku, przestarzały lub monolityczny system CMS nie jest już jedyną opcją. Zamiast tego, w miarę projektowania nowych architektur CMS, widzieliśmy terminy takie jak bezgłowy CMS, decoupled CMS, zwinny CMS, hybrydowy CMS i wiele innych, pozostawiając firmy rozpieszczane przez wybór.

Aby to ułatwić, w tym artykule zagłębimy się w oddzielony CMS, wyjaśniając, co to jest i podkreślając różnice między architekturą bezgłową i oddzieloną. Przyjrzymy się również zaletom i wadom oddzielonego CMS dla Twojej firmy w porównaniu ze starszymi i bezgłowymi platformami.

Chcesz dowiedzieć się więcej o oddzielonym CMS? Oto, co znajdziesz w tym artykule:

• Co to jest oddzielony CMS?
• Jakie są różnice między architekturą decoupled CMS a architekturą headless?
• Oddzielony CMS: zalety i wady w porównaniu ze starszym CMS
• Oddzielony CMS: plusy i minusy kontra bezgłowy
• Przykład CMS w oddzieleniu: studium przypadku
• Oddzielone platformy CMS

Pobierz nasz przewodnik po CMS

Dowiedz się, jak oddzielony CMS może zmienić sposób myślenia o treściach internetowych, różnicę między bezgłowym a tradycyjnym CMS, co należy wziąć pod uwagę przy wyborze CMS i wiele więcej.

Wyślij mi przewodnik

Co to jest oddzielony CMS?

Oddzielony CMS to CMS, który oddzielił frontendowy system dostarczania od modułu biznesowego zaplecza.

W przeszłości systemy CMS były ściśle powiązane między przednim i tylnym końcem. W większości przypadków front-end był warstwą prezentacji, odpowiedzialną za dostarczanie treści do serwisu WWW lub innego frontendowego kanału prezentacji.

Z drugiej strony zaplecze było miejscem, w którym przechowywane były wszystkie obliczenia i gdzie użytkownicy mogli tworzyć, edytować i ogólnie zarządzać treścią.

Ta tradycyjna lub tradycyjna architektura była przez dłuższy czas najbardziej znanym systemem, ponieważ języki zaplecza zostały zaprojektowane do przetwarzania dużych ilości informacji, ale nie do tworzenia interfejsów.

Jednak wraz z rozwojem nowych systemów opracowano nowe frameworki front-end, które wykorzystywały bardziej zaawansowane możliwości przeglądarki. Spowodowało to, że front-end wymagał większych umiejętności, aby stworzyć optymalne wrażenia użytkownika.

Obecnie większość innowacji UX pojawia się na froncie, z frameworkami takimi jak React, Vue i Angular na czele.

Ponadto wprowadzono kilka nowych i zaawansowanych struktur, takich jak Stencil, kompilator, który generuje komponenty internetowe i buduje wysokowydajne aplikacje internetowe, oraz Svelte, kompilator frontonu typu open source, aby jeszcze bardziej poprawić wrażenia użytkownika.

Jakie są różnice między architekturą CMS oddzieloną a bezgłową?

Rozłączony CMS może mieć wbudowaną w system strukturę frontonu.

Na przykład Core DNA obsługuje tworzenie szablonów za pośrednictwem Smarty i Twig. Smarty, silnik szablonów dla PHP, ułatwia oddzielenie prezentacji od kodu logiki aplikacji. Tymczasem Twig zapewnia nowoczesny silnik szablonów, który jest łatwiejszy do nauczenia, szybszy i bezpieczniejszy niż PHP.

Z drugiej strony, w systemie Headless CMS interfejs jest ogólnie połączony za pomocą API. Ponadto w niektórych przypadkach może nie być żadnych przepisów dotyczących struktury frontonu obsługującej dostęp do interfejsu API.

W gruncie rzeczy wszystko musi być konstruowane od podstaw. Mimo to wiele platform headless udostępnia pakiety SDK, które zapewniają dostęp do interfejsu API przy użyciu niektórych powszechnie dostępnych i popularnych frameworków, takich jak wspomniany powyżej React, Vue i inne.

Podejście Core DNA do headless polega na zapewnieniu programistom elastyczności w dostarczaniu rozwiązań w czystym headless przy użyciu własnego podejścia do front-endu, a także danie programistom poszukującym szybkiego rozwiązania sposobu na wykorzystanie szablonów w celu dostarczenia ich wyników.

Oddzielony CMS: zalety i wady w porównaniu ze starszym CMS

Dzięki temu wiesz, czym jest rozłączony CMS i czym różni się on od mocno powiązanego starszego systemu CMS. Ale jak się ze sobą porównują?

Oto, gdzie błyszczy oddzielony CMS:

Oddzielone zalety CMS

1. Elastyczność korzystania z frameworków w miarę ich pojawiania się i zmian w przeglądarkach
2. Szybkie iteracje projektowe i prostsze wdrożenia
3. Łatwiejszy dostęp do oprogramowania innych firm i integracja z rozwiązaniami w ramach własnego stosu technologicznego
4. Mniej zależności od IT
5. Przyszłościowy
6. Umożliwia dostarczanie wielokanałowe
7. Lepsze bezpieczeństwo
8. Aktualizacje dotyczą tylko CMS, a nie strony internetowej
9. Elastyczność infrastruktury
10. Popraw prędkość
11. Wygoda

1. Elastyczność korzystania z frameworków w miarę ich pojawiania się i zmian w przeglądarkach

Powodem, dla którego frameworki front-end stały się tak widoczne, jest to, że przeglądarki ewoluowały, aby poprawić wrażenia klientów. Struktury zaplecza nie były wystarczające, aby sprostać zmieniającym się wymaganiom, jakie się na nie nakładają.

Jednak podczas gdy tradycyjny CMS może mieć trudności z uwzględnieniem zmian we frameworkach i przeglądarkach, gdy idziemy dalej w przyszłość, oddzielony CMS jest niezależny od front-endu i wystarczająco elastyczny, aby dostosować się do wszelkich zachodzących zmian.

2. Szybkie iteracje projektowe i prostsze wdrożenia

Starszy system CMS nie zapewnia elastyczności języka i struktury oddzielonego systemu CMS, ograniczając programistów do wbudowanych struktur i narzędzi. W rezultacie treść jest postrzegana jako pojedyncza całość i trudno jest wprowadzać zmiany, co spowalnia czas projektowania i wdrażania.

Z drugiej strony oddzielenie zapewnia możliwość tworzenia bloków konstrukcyjnych, które można ponownie wykorzystać od projektu do projektu.

Te elementy konstrukcyjne są używane do tworzenia treści i umożliwiają programistom mieszanie i dopasowywanie technologii w interfejsie użytkownika, aby osiągnąć najlepsze wyniki pod względem szybkości i UX.

3. Łatwiejszy dostęp do oprogramowania innych firm i integracja z rozwiązaniami w ramach własnego stosu technologicznego

Rozdzielony CMS używa interfejsów API do łączenia się z szablonami i interfejsami frontonu. Te interfejsy API ułatwiają również integrację rozwiązań innych firm ze stosem technologicznym zamiast trudności, jakie starsze platformy CMS mają z integracją z różnymi systemami.

4. Mniej zależności od IT

Podczas pracy z niezależnym CMS twórcy treści mają dostęp do gotowych szablonów, które ułatwiają im konfigurowanie treści w sposób, jaki chcą dla każdego unikalnego kanału.

To sprawia, że ​​są mniej zależne od IT w zakresie wprowadzania zmian w treści dla różnych kanałów, tak jak w przypadku tradycyjnej platformy CMS.

5. Przyszłościowy

Gdyby jutro powstał nowy cyfrowy punkt kontaktu, starszy CMS miałby trudności z integracją z nim. Jednak oddzielony CMS może wykorzystywać interfejsy API do łatwej integracji nowych technologii i innowacji, zasadniczo czyniąc go przyszłościowym.

6. Umożliwia dostarczanie wielokanałowe

Oddzielony CMS może łączyć się z różnymi kanałami frontonu, w tym smartwatchami, aplikacjami mobilnymi, inteligentnymi głośnikami i innymi za pomocą interfejsów API. Ułatwia to dostarczanie treści w wielu kanałach jednocześnie i tworzenie spójnego środowiska użytkownika, ułatwiając w ten sposób dostarczanie wielokanałowe, w przeciwieństwie do starszego CMS, który może być ograniczony do jednego kanału na raz.

( Źródło : Marketing wielokanałowy vs marketing omnikanałowy wyjaśniony w pięć minut)

7. Lepsze bezpieczeństwo

Dzięki ścisłemu połączeniu front-endu i back-endu wszelkie problemy z bezpieczeństwem, które wpływają na front-end witryny, mogą wpłynąć na cały CMS. Jednak w przypadku oddzielonego CMS ryzyko to jest łagodzone, ponieważ oddzielenie problemów zapewnia większe bezpieczeństwo.

8. Aktualizacje dotyczą tylko CMS, a nie strony internetowej

Podobnie jak w przypadku problemów z bezpieczeństwem, jeśli trzeba dokonać aktualizacji w systemie CMS, wpływa to na cały system, w tym witrynę internetową, do której należy dostarczyć zawartość.

W przypadku oddzielonego systemu CMS te aktualizacje nie wpływają na witrynę ani żadne inne kanały, ponieważ baza danych zaplecza i warstwa dostarczania frontonu są oddzielone.

9. Elastyczność infrastruktury

Oddzielony CMS zapewnia możliwość korzystania z nowoczesnych narzędzi infrastrukturalnych, takich jak sieci dostarczania treści (CDN), serwery proxy i zapory aplikacji internetowych (WAF), aby lepiej kontrolować dostęp do treści i dostarczanie UX. Dzięki CDN zmniejsza się odległość między użytkownikami uzyskującymi dostęp do witryny a serwerem, minimalizując wszelkie opóźnienia w dostarczaniu treści. Ale także WAF są używane do ochrony aplikacji internetowych i łagodzenia ryzyka cyberataków.

10. Popraw prędkość

Dzięki Legacy CMS platforma i dane są ściśle powiązane, co oznacza, że ​​każde żądanie jest obsługiwane przez platformę. Takie podejście może pogorszyć wydajność witryny podczas skoków natężenia ruchu. Wąskie gardła w technologii mogą opóźniać odpowiedzi lub zalać krytyczne części systemu, takie jak baza danych. Oddzielony CMS może dzielić obciążenie ruchem, używając różnych systemów w celu usunięcia ogólnego obciążenia platformy. Na przykład narzędzia infrastrukturalne, takie jak buforowanie i automatyczne skalowanie platformy, zapewniają wysoką wydajność w okresach szczytu, ponieważ wielkość ruchu może być rozłożona na wiele systemów.

11. Wygoda

Jedną z głównych korzyści oddzielonej platformy jest wygoda wbudowanego języka szablonów. Daje to programistom wybór i elastyczność w zastosowaniu najbardziej odpowiedniego rozwiązania projektu. W niektórych przypadkach szybkie opracowanie witryny przy użyciu szablonów zamiast kodowania rozwiązania od zera może dotrzymać terminów narzuconych przez biznes.

Jednak pomimo tych pozytywów istnieją pewne obszary, w których oddzielony CMS nie spełnia swoich oczekiwań.

Wady oddzielonego CMS

1. Konfiguracja i wdrożenie bardziej złożone niż tradycyjne
2. Potrzebujesz różnych zestawów umiejętności
3. Wyższe koszty początkowe związane z rozwojem front-endu
4. Bardziej złożone testowanie dzięki różnym aplikacjom i frameworkom
5. Wyższa krzywa uczenia się

1. Bardziej złożona niż tradycyjna konfiguracja i wdrażanie

Oddzielony CMS zapewnia więcej opcji, ale to utrudnia zespołom konfigurowanie i wdrażanie treści, ponieważ musi być ona połączona z każdym kanałem za pomocą interfejsu API. Ponieważ tradycyjny CMS jest ściśle powiązany, łatwo jest skonfigurować i wdrożyć zawartość na stronie internetowej.

2. Potrzebujesz różnych zestawów umiejętności

Historycznie, programiści zajmujący się pełnym stosem są odpowiedzialni za budowanie doświadczenia użytkownika i zarządzanie całym systemem za pomocą tradycyjnego CMS. Teraz eksperci od front-endu muszą zintegrować różne frameworki front-endowe i jak najlepiej je wykorzystać.

3. Wyższe koszty początkowe związane z rozwojem front-endu

Tradycyjny CMS zawiera już gotowy front-end, podczas gdy front-end musi być opracowany od podstaw, a następnie połączony z odsprzężonym CMS-em. Oznacza to, że za każdym razem budowanie nowego front-endu wiąże się z wyższymi kosztami początkowymi.

4. Bardziej złożone testowanie dzięki różnym aplikacjom i frameworkom

Oddzielony CMS wymaga od programistów pracy z wieloma aplikacjami i frameworkami. Chociaż zapewnia to więcej opcji, oznacza to również, że testowanie przed wdrożeniem staje się trudniejsze, ponieważ programiści muszą zarządzać różnymi aplikacjami i bazami kodu w każdym frameworku.

5. Wyższa krzywa uczenia się

Do obsługi oddzielonego CMS i pomyślnego wdrożenia go w wielu kanałach wymagane jest większe doświadczenie techniczne. W rezultacie krzywa uczenia się jest wyższa, ponieważ programiści z doświadczeniem w zakresie front-end są potrzebni zamiast programistów z pełnym stosem.

Oddzielony CMS: zalety i wady vs bezgłowy CMS

1. Przyjazny dla marketera
2. Więcej zasobów i doświadczenia na rynku
3. Dostarczanie treści może być szybkie i elastyczne
4. Projektowanie, konfiguracja i wdrażanie przebiegają szybciej
5. Lepsza kontrola nad zarządzaniem
6. Bardziej kompletny system
7. Dużo więcej wbudowanych funkcji

1. Przyjazny dla marketera

Podczas gdy bezgłowa aplikacja CMS może sprawić, że marketerzy będą niepełnosprawni i będą tracić narzędzia, z których korzystali w tradycyjnym CMS, CMS oddzielony zapewnia gotowe narzędzia, które upraszczają rzeczy. Nie musisz być ekspertem technicznym, aby w pełni wykorzystać platformę.

Oddzielony CMS zawiera również funkcje, takie jak podgląd na żywo i warstwa prezentacji, które umożliwiają ludziom zobaczenie treści, którymi zarządzają, a nie tylko kodu, który programista musi dla nich zinterpretować.

(Edytor podglądu na żywo rdzenia DNA)

2. Więcej zasobów i doświadczenia na rynku

Oddzielony CMS łączy w sobie najlepsze aspekty CMS bez głowy i tradycyjnego CMS. Pozwala to wykorzystać istniejące zasoby, które są zrozumiałe w całej branży CMS. Podczas gdy architektura bezgłowa jest stosunkowo nowa, a frameworki front-endowe wciąż ewoluują, czasami praca z nimi może być trudna.

3. Dostarczanie treści może być szybkie i elastyczne

Dostarczanie treści jest znacznie szybsze dzięki oddzielonemu CMS ze względu na elastyczność posiadania szablonów, które umożliwiają marketerom tworzenie treści i wdrażanie ich na wielu platformach bez współpracy z działem IT.

4. Projektowanie, konfiguracja i wdrażanie przebiegają szybciej

Ponieważ oddzielony CMS zawiera wstępnie zbudowane szablony, projektowanie środowisk i konfigurowanie zawartości do wdrożenia może być łatwiejsze niż opcja beznagłówkowa, która musi czekać na utworzenie interfejsu.

5. Lepsza kontrola nad zarządzaniem

Oddzielony CMS zapewnia większą kontrolę nad frameworkami front-end dostępnymi dla programistów, co poprawia zarządzanie treścią.

Chociaż oddzielony CMS jest niezależny od frontendu, możliwe jest ograniczenie programistów do określonych frameworków, aby poprawić spójność i ułatwić programistom współpracę.

6. Bardziej kompletny system

Oddzielony CMS jest zasadniczo kompletnym systemem, ponieważ zapewnia wszystkie narzędzia front-end, szablony i funkcje niezbędne do tworzenia kompletnych rozwiązań.

W przeciwieństwie do platformy bezgłowej składającej się tylko z zaplecza, które musi być połączone z szablonami, front-end jest już dostępny w oddzielonym CMS i po prostu wymaga połączenia za pośrednictwem interfejsu API. Oddzielony system CMS obejmuje również infrastrukturę i sieci zaplecza w celu zwiększenia dostępności i bezpieczeństwa.

7. Dużo więcej wbudowanych funkcji

Platformy bezgłowe mogą nakładać ograniczenia na programistów, zmuszając ich do tworzenia wszystkiego od zera. W przypadku oddzielonego systemu CMS istnieją szablony i bloki konstrukcyjne wielokrotnego użytku, co oznacza, że ​​nie trzeba za każdym razem tworzyć wszystkiego od zera.

Rozdzielone wady CMS vs bezgłowy

1. Generalnie większe systemy
2. Nie tak skoncentrowany na doświadczeniu programisty
3. Ma o wiele więcej narzędzi, których ludzie mogą nie potrzebować

1. Ogólnie większe systemy

Systemy bezgłowe są mniejsze i łatwiejsze w zarządzaniu. Podczas gdy w przypadku systemu oddzielonego jest dużo więcej do zarządzania i konfiguracji, aby system działał.

2. Nie tak skoncentrowany na doświadczeniu programisty

Platforma bezgłowa została stworzona z myślą o programistach i dlatego koncentruje się wyłącznie na doświadczeniu programisty.

Dzięki oddzielonemu CMS-owi istnieje większa równowaga między tym, czego wymagają marketerzy, a tym, czego wymagają programiści. Ten brak koncentracji na doświadczeniu programisty oznacza, że ​​rozłączony CMS może czasami nakładać niezamierzone ograniczenia na programistów podobne do starszego CMS.

3. Ma dużo więcej narzędzi, których ludzie mogą nie potrzebować

Oddzielony CMS ma również więcej narzędzi niż przeciętny programista lub marketer może potrzebować, aby odnieść sukces. Te dodatkowe funkcje mogą być korzystne dla większych organizacji z wieloma działami, które mogą z nich korzystać. Jednak czasami użytkownicy CMS odseparowani mogą zostać z kilkoma funkcjami, których nie potrzebują.

Przykład CMS w oddzieleniu: studium przypadku

Doskonałym przykładem oddzielonego CMS jest sposób, w jaki zespół marketingowy SEEK używa Core dna CMS do tworzenia treści w „tradycyjny sposób” za pomocą edytora tekstu sformatowanego, który pozwala z łatwością dopasować elementy strony z treścią.

Zespół programistów SEEK może następnie wykorzystać tę zawartość w innych systemach, za pośrednictwem interfejsów API, bez ścisłego powiązania jej z rdzeniem dna, tak jak w tradycyjnym CMS.

Tradycyjnie CMS dostarcza treści renderowane po stronie serwera (SSR). Zasadniczo wprowadzasz treść, a CMS renderuje stronę w witrynie za pomocą języka szablonów.

Dzięki SEEK treść jest dostarczana bez nagłówka w formacie danych strukturalnych (JSON). Klient wysyła zapytanie, a następnie od razu dostarczana jest do niego cała strona. Strukturę tych danych można również dostosować do potrzeb klienta.

Zamiast polegać na systemie CMS do zarządzania szablonami prezentującymi dane w formacie HTML, dane są zużywane w formacie JSON, a strona może być renderowana przy użyciu dowolnej technologii frontonu, której potrzebuje zespół SEEK.

Aby wyrenderować tę treść na stronie, SEEK wysyła żądanie za pomocą interfejsu API Headless Core dna. W przypadku konwencjonalnych interfejsów API do renderowania strony zawierającej post na blogu, informacje o autorze, posty pokrewne i najpopularniejsze posty napisane przez tego autora wymagane jest kilka żądań.

Zamiast tego w systemie Headless tworzony jest szablon widoku JSON, a informacje do wypełnienia tego szablonu są gromadzone jednocześnie. Treść jest pobierana w łatwy do użycia sposób jako jeden duży obiekt JSON.

Zapewnia to zespołowi SEEK całkowicie dostosowane podejście, które zapewnia im tylko potrzebne informacje, bez zbędnych danych lub nadmiernych wywołań API.

SEEK żąda również aktualizacji treści, które zostały utworzone, zmodyfikowane lub usunięte. Zmniejsza to również liczbę żądań HTTP między dwoma systemami, co zmniejsza ryzyko awarii łączności sieciowej.

Oddzielone platformy CMS

Oddzielona platforma CMS łączy zalety i przyjazne dla marketerów cechy tradycyjnego CMS z możliwościami omnichannel systemu bezgłowego. Oto niektóre z najlepszych dostępnych oddzielonych platform CMS.

1. Rdzeń DNA

Core dna to oddzielona platforma z wbudowaną bezobsługową aplikacją CMS, a także narzędziami front-end niezbędnymi do dostarczania angażujących treści dla użytkownika końcowego.

Core dna łączy treści i handel, aby zapewnić łatwą w zarządzaniu platformę doświadczeń cyfrowych.

Marketerzy i programiści mogą współpracować, aby projektować doświadczenia klientów na dowolnym urządzeniu i wykorzystywać przyszłościowe funkcje, aby w razie potrzeby dodawać nowe funkcje i kanały cyfrowe.

Jako platforma ukierunkowana na chmurę, Core dna umożliwia skalowanie cyfrowej obecności bez żadnych problemów i zapewnia najwyższą jakość obsługi klienta w wielu kanałach.

2. Zadowolony

Contentful to oparty na interfejsie API system zarządzania treścią z wieloma funkcjami, które przynoszą korzyści zarówno marketerom, jak i programistom. Twórcy treści mogą czerpać korzyści z wprowadzania zmian w treści bez konieczności angażowania programistów i wielu rozszerzeń, które poprawiają elastyczność i opcje.

Hostowany na AWS niezawodność nigdy nie stanowi problemu, a organizacje mogą również skorzystać z zaawansowanego buforowania i zintegrowanej sieci CDN, które poprawiają szybkość i wydajność.

3. Jasny punkt

Brightspot to niezależny system CMS, który umożliwia organizacjom szybkie i skalowalne uruchamianie i dostarczanie angażujących doświadczeń cyfrowych.

Dzięki bezgłowej architekturze, która zapewnia elastyczność łączenia się z wieloma kanałami i tworzenia wielokanałowego doświadczenia, Brightspot zawiera również narzędzia i szablony front-end, które wspierają marketerów.

4. Kentico Kontent

Kentico Kontent to bezgłowa platforma, która pozwala marketerom skoncentrować się na treści, a programistom umożliwia prezentowanie tych treści w dowolnym cyfrowym punkcie styku, który uznają za odpowiedni, za pośrednictwem interfejsu API.

Dzięki oddzielonej architekturze zespoły mogą współpracować i konfigurować niestandardowe przepływy pracy dla całej produkcji treści. Tymczasem działy IT mogą zautomatyzować testowanie i wdrożenia za pomocą istniejących procesów CI/CD.

5. Szczyt koronny

Jako platforma do obsługi cyfrowej, Crownpeak oferuje oddzieloną architekturę, która umożliwia firmom tworzenie i dostarczanie cyfrowych doświadczeń bez utraty autonomii marketerów.

Bycie niezależnym od technologii i przyszłościowym pozwala programistom korzystającym z platformy korzystać z popularnych frameworków, takich jak React i Vue. Jednak marketerzy mogą nadal korzystać z podglądu treści w kontekście i korzystać z edycji WYSIWYG metodą przeciągania i upuszczania.

Czy Core DNA to niezależny CMS?

Rdzeń DNA to coś więcej niż oddzielony CMS. Chociaż ma wbudowaną architekturę bezgłową, Core dna zapewnia również narzędzia front-end, które są niezbędne do prezentowania treści użytkownikom.

Nie tylko został oddzielony od samego początku, ale nowy Core dna DXP został przepisany, aby być pierwszym API w jego rdzeniu.

Podczas gdy inne CMS-y z interfejsem API mogą sprawić, że rynki będą zawieszone, Core DNA nadal zawiera wiele funkcji ułatwiających życie marketerom. A dla tych firm, które nie mają zespołu technicznego, są w stanie dostarczyć doświadczenia front-endowe przy użyciu jednego z naszych języków szablonów: Smarty lub Twig.

Oprócz oddzielonych funkcji, Core dna stworzyło również zestaw gotowych do użycia kontrolerów bezgłowych, z których mogą korzystać programiści, którzy ponownie nie chcą tworzyć wszystkich modeli zawartości od zera. Pozwala to programistom i marketerom na równoległe tworzenie rozwiązań, dostarczanie szybszych wyników na rynku.