Jak wybrać bezgłowy CMS?

Ten artykuł został uprzejmie wsparty przez naszych drogich przyjaciół ze Storyblok, przyjaznego bezgłowego CMS z edytorem wizualnym, zagnieżdżonymi komponentami i dostosowywanymi blokami treści dla stron internetowych i aplikacji. Dziękuję Ci!

Strony internetowe, takie jak ta, którą właśnie czytasz, zawierają tekst, obrazy, filmy i inne zasoby, które dostarczają Ci informacji. Te dane byłyby gromadzone i tworzone w systemie zarządzania treścią WWW (WCMS) przez edytora treści. Systemy WCMS przeszły ewolucję, przechodząc od tradycyjnego CMS do CMS oddzielonego do CMS bez głowy.

Przejście na bezgłowy CMS nie jest łatwą decyzją i nie należy lekceważyć procesu selekcji. W tym artykule przedstawię kilka podstawowych funkcji, które powinien zapewniać każdy bezgłowy CMS . Zbadamy te funkcje, związane z nimi wyzwania i pomożemy wybrać bezgłowy CMS, aby spełnić unikalne wymagania Twojej organizacji.

Jako Dyrektor Techniczny w Luminary pomagam naszym klientom wybrać najlepszy CMS, DXP ​​(Digital Experience Platform) lub CMS bezgłowy do ich potrzeb. Dzięki 21-letniemu doświadczeniu Luminary w przestrzeni cyfrowej, 17-letniemu doświadczeniu w przestrzeni CMS, a także skupieniu się na Headless od 2016 roku, oto moje dwa centy na to, na co należy zwrócić uwagę.

Rzeczy do rozważenia przy wyborze bezgłowego CMS

• Koncepcje
• Architektura mikroserwisów
• Wielokanałowy
• Dla autorów treści
• Edycja doświadczenia
• Zarządzanie obrazami
• Role autorów
• Przepływy pracy
• Podgląd treści
• Lokalizowanie treści
• Dla programistów
• Interfejsy API RESTful i GraphQL
• Natywne pakiety SDK
• Środowiska
• CDN
• Limity użytkowania
• Inne czynniki
• Lokalizacje centrów danych
• Wsparcie techniczne i sprzedażowe
• Funkcje korporacyjne
• Integracja infrastruktury

Monolityczne a mikroserwisy

Szczegółowo zbadaliśmy koncepcje stojące za bezgłowymi systemami CMS w Smashing Magazine, ale zróbmy krótkie podsumowanie. Jeśli chodzi o tradycyjny CMS, CMS i wynikająca z niego strona internetowa front-end są zbudowane na architekturze monolitycznej. Tradycyjny CMS próbuje i odnosi sukcesy na wiele sposobów, aby zaspokoić potrzeby programisty, autora treści i marketera. Na przykład, jeśli CMS jest oparty na .NET Framework firmy Microsoft, witryna front-endowa również będzie zbudowana na tej samej technologii. Wszystkie funkcje i integracje również miałyby ścisłą zależność, co z kolei skutkuje dużą, nieporęczną, monolityczną bazą kodu.

Oddzielone CMS w pewnym stopniu usunęły tę współzależność. Udało się to osiągnąć poprzez oddzielenie strony front-end od back-office CMS i repozytorium treści.

Monolityczna architektura zajmuje tylne miejsce z bezgłowymi systemami CMS. CMS i każda inna integracja to mikrousługa. Sam CMS jest dostarczany w modelu Software-as-a-Service (SaaS), który lubię nazywać Content-as-as-Service (CaaS). Dzięki tej architekturze mikroserwisów wszystko, co otrzymujesz z tradycyjnego systemu CMS, nie wychodzi z puszek. Możesz mieć różne usługi i dostawców, aby zapewnić Ci najlepszą rasę dla każdego z Twoich wymagań.

Przejście na podejście do mikroserwisów wymaga odrobiny cierpliwości. Mieliśmy marketerów wywodzących się z tradycyjnego CMS, którzy oparli się pomysłowi zagłębiania się w wiele systemów i usług podczas korzystania z bezgłowego CMS. Udało nam się zabrać ich w podróż podczas wyboru i wdrażania ich bezgłowej platformy CMS. Teraz są zwolennikami tej bezgłowej platformy CMS, ponieważ pozwala im integrować nowe systemy i usługi, zamiast być przywiązanym do jednego zapewnianego przez tradycyjny CMS.

Zwróć uwagę na:

• Renomowani dostawcy SaaS
• Integracja headless CMS jako mikroserwis
• Najlepsze usługi rasy

Omnichannel u podstaw

O ile nastawienie na mikrousługi pomogłoby ci w integracji bezgłowego CMS, tak prawdziwa moc bezgłowego jest realizowana w jego wielokanałowej naturze. Wielokanałowe doświadczenie kręci się wokół klienta i tworzy jednolitą obsługę klienta w całej Twojej marce poprzez ujednolicenie sprzedaży i marketingu. Dzięki bezgłowemu systemowi CMS treść jest dostarczana do różnych kanałów, takich jak sieć, urządzenia mobilne, społecznościowe, inteligentne urządzenia bez interfejsu użytkownika, urządzenia IoT, a nawet niecyfrowe punkty kontaktowe, takie jak sklep stacjonarny.

W przypadku CMS bez nagłówka musisz od podstaw zdefiniować schemat każdego modelu treści . Proces definiowania tej solidnej, logicznej struktury taksonomicznej dla elementów treści, które tworzysz i publikujesz, jest znany jako modelowanie treści. Jeśli Twoim pierwszym kanałem będzie Twoja witryna, upewnij się, że modelowanie treści uwzględnia omnichannel, aby złagodzić wszelkie przyszłe problemy. Jeśli szukasz tylko zastępczego systemu CMS do zasilania swojej witryny, przyjrzyj się jeszcze raz dokładnie przestrzeni CMS tradycyjnego lub oddzielonego, aby sprawdzić, czy jest coś, co lepiej odpowiadałoby Twoim wymaganiom.

Modelując schematy treści, pomyśl o przyszłości. Pracując dla dużej linii lotniczej jeszcze dekadę temu, pamiętam próby modelowania treści na urządzenia mobilne (tak! była osobna subdomena dla mobilnej strony internetowej). Było to strasznie trudne, ponieważ schematy treści były nastawione wyłącznie na witrynę komputerową. Ale historia utrzymuje się nawet dzisiaj, że musimy być czujni w kwestii modelowania treści.

Zwróć uwagę na:

• Kanały, na które chcesz kierować reklamy
• Dobre praktyki modelowania treści

Tworzenie świetnych treści

Niezależnie od tego, czy jest to tradycyjny CMS, czy CMS bez nagłówka, głównym wymaganiem jest zarządzanie treścią. Autorzy treści powinni uwielbiać pracę na zapleczu. Jeśli zauważysz, że autorzy zwracają się do innych narzędzi do tworzenia, takich jak Dokumenty Google, w celu ich komentowania lub sugestii, może to być czerwona flaga informująca, jakich funkcji Ci brakuje.

Dokumenty Word, arkusze kalkulacyjne, dokumenty Google zawsze podnoszą głowę podczas pracy z autorami treści. Zamiast próbować ich z góry odrzucić, najłatwiejszym sposobem nakłonienia autorów treści do pracy nad CMS jest zapewnienie im potrzebnych funkcji, a oni automatycznie je wycofują. Kiedy udostępniliśmy własną witrynę internetową Luminary na żywo w bezgłowym CMS, każdy członek zespołu (50 z nich) otrzymał wystarczający dostęp do dodawania i edytowania własnego profilu w witrynie. Udało się bez 50 Dokumentów Google latających po całym miejscu.

Edycja doświadczenia

Decyzja o użyciu bezgłowego CMS może być decyzją IT. Jednak poparcie ze strony marketerów i autorów treści w organizacji ma kluczowe znaczenie dla jego przyjęcia i sukcesu. Bezgłowy CMS, który pozwala autorom treści na łatwe wprowadzanie treści, znajdowanie istniejących treści i ponowne wykorzystywanie treści, to coś, co powinno wyjść z pudełka.

Aby ułatwić tworzenie treści, konieczne jest posiadanie łatwych w użyciu edytorów , takich jak edytory WYSIWYG, edytory tekstu, listy rozwijane i edytory niestandardowe. Docenimy przejrzysty i minimalistyczny interfejs, który pozwala autorowi treści skoncentrować się na wykonywanym zadaniu. Interfejs edycji, który umożliwia równoczesną edycję, komentowanie i tworzenie elementów treści podrzędnych w tym samym interfejsie, zwiększy produktywność autorów treści.

Słowo ostrzeżenia podczas korzystania z edytorów WYSIWYG lub silne poleganie na dowolnym interfejsie edycji, który generuje HTML. Ponieważ bezgłowy CMS jest nastawiony na obsługę wielu kanałów, poleganie na edytorach WYSIWYG usunęłoby atomowy charakter treści, które można ponownie wykorzystać. Upewnij się, że edytory niestandardowe umożliwiają dostęp do pól danych na poziomie szczegółowym . Widzieliśmy, że utrudnia to ponowne wykorzystanie treści w różnych kanałach, takich jak na przykład urządzenia mobilne i komputery stacjonarne.

W przypadku CMS bez nagłówka organizowanie elementów treści w strukturze drzewa nie jest normą. Ale jest to pomost pozwalający autorom treści na łatwe przejście z tradycyjnego CMS na bezgłowy. Jeśli elementy treści nie są wizualizowane w strukturze drzewa, silna wyszukiwarka z aspektami i możliwościami oznaczania jest najważniejsza dla edytorów treści. Pozwala to autorom na łatwe znajdowanie i ponowne wykorzystywanie istniejących treści.

Innym aspektem do rozważenia podczas ponownego używania treści jest to, czy elementy treści można łatwo zagnieżdżać w innych elementach treści. Pozwala to na maksymalne ponowne wykorzystanie istniejącej treści. Uważaj jednak na cykliczne odniesienia do treści , które mogą powodować bóle głowy i problemy z wydajnością. Przykładem jest element treści dla prawnika, który jest powiązany z elementem treści ekspertyzy. Następnie, jeśli element treści wiedzy specjalistycznej zostanie ponownie połączony z wieloma elementami treści Prawnika, może to utworzyć odwołanie okrężne. Poszukaj bezgłowego CMS z wbudowanymi sprytami, aby ograniczyć głębię interfejsu API i wizualizacji, aby wyświetlać połączone elementy treści, aby uniknąć tej pułapki.



Zwróć uwagę na:

• Doświadczenie autorskie
• Struktura elementów treści
• Łatwość wyszukiwania treści
• Nadużywanie edytorów WYSIWYG
• Ponowne wykorzystanie treści

Wartość obrazu: jak obchodzić się z mediami

Obraz jest wart tysiąca słów. Ale zasoby graficzne są ciężkie w transporcie, trudne do zorganizowania i trudne do wyszukania. W typowym CMS z czasem zobaczysz duplikaty i źle nazwane zasoby graficzne. Ważne jest, aby redaktorzy treści otrzymali narzędzia do organizowania, kategoryzowania, oznaczania, ponownego wykorzystywania i wyszukiwania obrazów w bezgłowym CMS. Dla mnie oznacza to organizowanie zasobów w folderach lub kontenerach. Ale dobrze byłoby zrozumieć, czego Twój zespół wymaga w zakresie zarządzania statycznymi zasobami.

Możliwość załadowania pojedynczego obrazu, ustawienia jego punktu centralnego, a następnie manipulowania jego wymiarami i jakością dla różnych urządzeń i rozmiarów ekranu, zapewnia ogromną oszczędność czasu edytorowi treści, a nawet projektantom/grafikom pracującym za kulisami. Dostarczanie zasobów statycznych w formatach takich jak WebP za pośrednictwem sieci dostarczania treści (CDN) ma również kluczowe znaczenie dla zapewnienia użytkownikom szybkiej witryny internetowej.

Większość bezgłowych systemów CMS jest dostarczana z tymi funkcjami po wyjęciu z pudełka. Jeśli nie, musisz zdecydować, bez których funkcji możesz żyć. Jest zastrzeżenie do tej zasady. Aby uzyskać rozległą edycję oryginalnych obrazów, powinieneś trzymać się najlepszych narzędzi do pracy, takich jak Photoshop.



Obok obrazów kolejnymi najcięższymi zasobami są filmy. Po raz kolejny, zgodnie z nastawieniem na mikroserwisy, przesyłanie strumieniowe wideo powinno być pozostawione dostawcom usług, takim jak YouTube, Vimeo i innym usługom przesyłania strumieniowego online. Jeśli Twój bezgłowy CMS może zapewnić Ci ładny interfejs edycji do wyszukiwania lub wybierania wideo od jednego z tych dostawców, jest to bonus.

Zwróć uwagę na:

• Porządkowanie obrazów
• Przycinanie i dostarczanie obrazów przez CDN
• Zewnętrzne najlepsze usługi wideo z gatunku

Role autorów

Kto może wprowadzać zawartość, a kto może zatwierdzać lub publikować zawartość w działającej witrynie oraz innymi szczegółowymi uprawnieniami, należy również zarządzać za pośrednictwem bezgłowego CMS. Dwuosobowy zespół może przetrwać bez posiadania odrębnych ról autorów, ale wraz z rozwojem organizacji i zespołów ds. treści role autorów są koniecznością.

Pracowałem z zespołami ds. treści składających się z ponad 40 redaktorów i wymaganie to musi zostać dokładnie ocenione pod kątem wybranego przez Ciebie bezgłowego CMS. Jeśli nie, zapanuje pandemonium. W 40-osobowym zespole, z którym pracowałem, mieliśmy copywriterów, tłumaczy, personel QA i osoby zatwierdzające, które miały różne uprawnienia dostępu do określonych treści , wariantów językowych, zatwierdzania przepływów pracy i praw do publikacji.

Liczba różnych ról i użytkowników back-office jest zwykle sposobem, w jaki bezgłowe systemy CMS kształtują swoje ceny. Porównując punkty cenowe między dostawcami, pomyśl o bieżących liczbach i przyszłym wzroście zespołu ds. treści.

Zwróć uwagę na:

• Różne role
• Liczba użytkowników back-office

Przepływy pracy

Nie każdy element treści musi być zarządzany za pomocą przepływu pracy. Ale gdy konieczne są przepływy pracy, ścieżki audytu i zatwierdzenia, procesem należy zarządzać w bezgłowym CMS. Posiadanie solidnego przepływu pracy zbudowanego od podstaw na bezgłowym systemie CMS zapewnia spokój ducha i możliwość obsługi każdego elementu treści zgodnie z procesem biznesowym. Możliwość integracji systemów innych firm za pomocą webhooków lub interfejsów API to bonus, na który należy uważać.



Zwróć uwagę na:

• Solidne przepływy pracy
• Webhooki

Podgląd treści

Edytor treści stworzył treść, dodał obrazy i wysłał ją za pomocą przepływu pracy do zatwierdzenia. Ale gdzie mają podgląd treści, zanim zostanie ona udostępniona ogółowi społeczeństwa? W tym miejscu w grę wchodzą interfejsy API podglądu do pobierania nieopublikowanych treści i możliwość ustawiania środowisk podglądu.

Dzięki bezgłowemu systemowi CMS, po odejściu od jednokanałowego sposobu myślenia, redaktorzy treści nie powinni spodziewać się podglądu całych stron w zapleczu systemu CMS. Każdy kanał powinien mieć własne środowisko inscenizacji lub podglądu, aby wyświetlać nieopublikowane wersje robocze treści. Może to być witryna testowa Twojej witryny lub lokalnie zainstalowana wersja Twojej aplikacji mobilnej. Funkcja podglądu musi być dostępna w wybranym przez Ciebie planie cenowym dla wybranego bezgłowego systemu CMS.

Zwróć uwagę na:

• Podgląd interfejsów API od dostawcy
• Oddzielne środowiska pomostowe i produkcyjne po Twojej stronie

Lokalizacje

Jeśli Twoje treści muszą być udostępniane w różnych lokalizacjach, to wymaganie należy zidentyfikować na wczesnym etapie projektu. Doposażenie jest możliwe, ale nie jest to zabawne zajęcie. Sposób zarządzania treścią i zasobami w różnych kulturach i językach powinien być przemyślany i udokumentowany. Sugerowałbym stworzenie planu, aby określić, które języki i zasoby dziedziczą lub domyślnie po innych. Następnie upewnij się, że wybrany przez Ciebie bezgłowy CMS obsługuje ten plan lub zbadaj możliwości osiągnięcia tego samego wyniku w inny sposób.

Zwróć uwagę na:

• Wsparcie w zakresie internacjonalizacji i lokalizacji
• Tworzenie własnego planu obsługi lokalizacji

Tworzenie świetnych treści jest zawsze ważne. Dlatego autorzy treści powinni mieć zapewnione jak najlepsze doświadczenie w ich codziennych działaniach, aby Twoje przejście na bezgłowy CMS zakończyło się sukcesem.

“

Czas deweloperów jest cenny

W przypadku bezgłowego CMS zaangażowanie programistów jest koniecznością. Może to być programista back-end lub programista front-end, korzystający z beznagłówkowego interfejsu API do wyświetlania treści w witrynie. Jednak po zakończeniu wstępnego opracowywania autor treści powinien być w stanie pracować przy minimalnej interwencji. To jest cały sens korzystania z CMS. Dotyczy to również bezgłowych systemów CMS.

O ile przy porównywaniu funkcji brani są pod uwagę autorzy treści, należy również zbadać funkcje programistyczne. W tej sekcji przyjrzymy się funkcjom, które zaoszczędzą czas programistom.

Obsługa API/GraphQL

Dojrzały interfejs API, który pozwala na wybór, paginację i projekcję elementów treści, ma kluczowe znaczenie dla programisty do pracy z bezgłowym CMS. Niestandardowa obsługa GraphQL to kolejny czynnik decydujący, ponieważ pozwoli programiście zdefiniować pożądany wynik na bardzo szczegółowym poziomie. Niezbędna jest również obszerna dokumentacja i próbki kodu.



Upewnij się, że twoi programiści są zadowoleni z interfejsów API do pobierania treści, zanim zdecydują się na bezgłowy CMS. Nie zapomnij o interfejsach API podglądu, bezpiecznych interfejsach API i łatwości korzystania z nich za pomocą kodu. Chcesz zautomatyzować tworzenie treści? Następnie należy rozważyć interfejsy API do zarządzania treścią .

Interfejsy API do zarządzania treścią okazały się błogosławieństwem, dzięki któremu zautomatyzowaliśmy import ponad 2000 postów na blogu z witryny WordPress do bezgłowego CMS. Wszystkie posty na blogu i powiązane obrazy zostały zaimportowane przy minimalnym nakładzie pracy dla autorów treści. Niektóre bezgłowe systemy CMS oferują dodatki do Arkuszy Google i inne sprytne narzędzia, dzięki którym można to zrobić jednym kliknięciem.

Ponieważ wiele bezgłowych systemów CMS oferuje bezpłatne wersje próbne, dobrym pomysłem jest zabranie ich na jazdę próbną, aby sprawdzić, czy są odpowiednie i zgodne z wybranym przez Ciebie tworzeniem i pobieraniem treści.

Zwróć uwagę na:

• Dojrzałe interfejsy API REST
• Obsługa GraphQL
• Podgląd i bezpieczne API
• Interfejsy API zarządzania treścią dla operacji CRUD
• Bezpłatne wersje próbne do wypróbowania

Natywne pakiety SDK

Zestawy programistyczne (SDK) dla różnych technologii, języków i platform są dostępne bezpośrednio od dostawcy Headless, inicjatywy open source lub strony trzeciej. Upewnij się, że te pakiety SDK obsługują technologię, język i platformę, na której zbudujesz swoją witrynę lub aplikację konsumencką. O ile interfejsy API RESTful i GraphQL umożliwiają wysyłanie zapytań do treści, posiadanie natywnego SDK może znacznie skrócić godziny tworzenia .

W Luminary praca z natywnymi pakietami SDK dla bezgłowych systemów CMS pozwoliła nam korzystać z najnowszych technologii, takich jak Microsoft .NET Core i .NET 5. Ponadto, budowanie na istniejącym SDK pozwoliło nam zastosować najlepsze praktyki zalecane przez dostawcę, jednocześnie oszczędzając czas.

Zwróć uwagę na:

• Obsługiwany pakiet SDK do wyboru technologii, języka i platformy.

Środowiska

Witryna lub aplikacja dla sklepu typu mom-and-pop może być w stanie selekcjonować i wyświetlać podgląd treści w jednym środowisku produkcyjnym. Jednak w miarę rozwoju organizacji, zespołów i funkcji konieczne staje się stosowanie wielu środowisk do selekcji i podglądu treści. Twój bezgłowy CMS nie tylko musi zapewniać środowiska, ale także Twoja aplikacja konsumująca powinna mieć skonfigurowane środowiska. Należy rozważyć metody odświeżania zawartości w różnych środowiskach.

Zwróć uwagę na:

• Środowiska w Twoim bezgłowym CMS
• Możliwość przenoszenia treści między środowiskami

Obrazy, pliki i sieci CDN

Mówiąc o funkcjach dla autora treści, poruszyliśmy kwestię zarządzania obrazami. Z perspektywy programisty nie tylko statyczne zasoby muszą być buforowane w sieci CDN. Wiele bezgłowych systemów CMS przechowuje zawartość pamięci podręcznej pobieraną za pośrednictwem interfejsów API RESTful lub GraphQL. Przyspiesza to proces pobierania i poprawia wydajność aplikacji.

Chociaż buforowanie CDN jest bardzo przydatne, zdarzają się sytuacje, w których uszkodzenie pamięci podręcznej lub starsze elementy w pamięci podręcznej mogą powodować problemy . Możliwość wyczyszczenia pamięci podręcznej CDN lub możliwość pobrania najnowszej zawartości z określonymi nagłówkami HTTP powinna być częścią funkcji API Twojego bezgłowego CMS.

Możliwość korzystania z niestandardowych domen w sieci CDN w celu dostarczania treści lub zasobów statycznych może być wymaganiem, które należy wziąć pod uwagę.

Zwróć uwagę na:

• Buforowanie obrazów i treści przez CDN
• Niestandardowe możliwości domeny

Limity użytkowania w ramach planów

Innym czynnikiem, który należy wziąć pod uwagę, są limity użytkowania ustawione dla każdego abonamentu, który subskrybujesz, w przypadku wyboru bezgłowego CMS. Należy przemyśleć liczbę elementów treści, zużycie przepustowości, liczbę użytkowników zaplecza, liczbę wywołań API i limity szybkości. Planując limity użytkowania, weź pod uwagę bieżące i przyszłe użycie. Pamiętaj, że wiele bezgłowych systemów CMS działa na zasadzie subskrypcji i umożliwiają niemal natychmiastową aktualizację do planów z wyższymi limitami.

Warto jednak zdawać sobie sprawę z tego, ilu użytkowników będzie korzystać z platformy i czy rozwiązanie wymagałoby masowego skalowania. Byliśmy świadkami, że klient otrzymał bardzo wysoki rachunek, ponieważ nieświadomie dodał dużą liczbę użytkowników ponad przydzielony im limit. Dobrym pomysłem jest, aby administratorzy byli świadomi tego, co oferuje ich plan Headless i mieli oko na jego użycie.

Zastanów się nad przestrzeganiem limitów użytkowania przy bieżących limitach dzięki buforowaniu po stronie klienta, statycznym generatorom stron i inteligentnym wywołaniom API lub GraphQL, aby zmniejszyć wydatki operacyjne.

Zwróć uwagę na:

• Ograniczenia niektórych funkcji
• Koszt operacyjny

Czas programisty jest drogi. Podczas gdy bezgłowy CMS jest reklamowany jako CMS przyjazny dla programistów, każdy dostawca ma inne funkcje, które obsługuje natywnie. Zrozumienie i porównanie ich z potrzebami programistów jest wysoce zalecane.

“

Inne czynniki

Istnieje kilka innych czynników, które mogą nie mieć wpływu na autora treści ani dewelopera. Może to obejmować marketing, finanse, wymagania prawne i regulacyjne dla Twojej branży i Twojej firmy.

Lokalizacje centrów danych

Często zadawane nam pytanie brzmi: gdzie przechowywane są dane? Tak, w chmurze. Ale które geograficzne centrum danych jest ważnym pytaniem ze względu na wymagania prawne i regulacyjne niektórych firm. Bezgłowy CMS, który umożliwia przechowywanie danych w wybranym przez Ciebie centrum danych, może być kluczowym czynnikiem przy podejmowaniu decyzji, który CMS wybierzesz.

Wsparcie techniczne i sprzedażowe

Możliwość uzyskania wsparcia technicznego i sprzedażowego w Twojej strefie czasowej jest kolejnym decydującym czynnikiem przy wyborze Twojego bezgłowego CMS. Brak lokalnego sprzedawcy przechylił wiele projektów na korzyść tych dostawców, którzy mają ludzi w terenie w odpowiednim regionie.

Mieliśmy dużą organizację NFP (Not for Profit), która wybrała bezgłowego dostawcę CMS ze względu na możliwość przechowywania danych w Azure Data Center w Australii. Posiadanie lokalnego wsparcia sprzedaży i całodobowego wsparcia technicznego sfinalizowało sprzedaż dla tego bezgłowego dostawcy CMS.

Zwróć uwagę na:

• Wymogi prawne i regulacyjne przechowywania danych
• Sprzedaż lokalna i wsparcie techniczne

Funkcje korporacyjne do rozważenia

Niektóre duże organizacje mogą wymagać logowania jednokrotnego (SSO) powiązanego z systemem uwierzytelniania firmy lub dziennikami audytu, które można łatwo przeszukać. Mogą istnieć integracje z istniejącymi systemami i niektórymi certyfikatami ISO, które muszą zostać wprowadzone, zanim produkt SaaS zostanie uznany za odpowiedni. Sporządzenie listy tych funkcji korporacyjnych i innych unikalnych dla Twojej organizacji na poziomie korporacyjnym jest dobrym punktem wyjścia przy wyborze bezgłowego CMS.

Społeczność w akcji

Innym często pomijanym obszarem jest społeczność wokół danego bezgłowego CMS. Czy są ludzie, którzy pasjonują się produktem? Nie mówię o ciekawskich marketingowcach sprzedawcy. Czy istnieje wystarczająca liczba zasobów open source udostępnianych przez osoby korzystające z narzędzia? Może to nie być decydujący czynnik, ale pomoże, gdy znajdziesz się w trudnej sytuacji podczas fazy wdrażania lub wsparcia projektu.

Integracja infrastruktury

Dzięki bezgłowym systemom CMS nie jesteś związany z technologią, językiem ani platformą. Technologia lub platforma, na której zbudowany jest bezgłowy CMS, nie ma wpływu na aplikację kliencką. Możesz użyć wybranej technologii, od .NET do Node.js, Twoim systemem operacyjnym może być Windows, Linux lub macOS, a Twoim językiem może być dowolny język, od Pythona do C#.

Podobnie, jeśli chodzi o zakup infrastruktury, możesz wybrać hostowanie swojej witryny na Netlify, Azure, GCP lub AWS. Architektura Twojej witryny internetowej i jej decyzje dotyczące infrastruktury są teraz oparte wyłącznie na Twoich wymaganiach. Istnieją również natywne, pierwszorzędne integracje z usługami takimi jak Gatsby Cloud, które zapewniają więcej kombinacji, które ułatwiają życie. Dla niektórych może to być poważna decyzja i powinna zostać podjęta przez rozmowę z kilkoma praktykami-ekspertami w przestrzeni Headless.

Zwróć uwagę na:

• Funkcje korporacyjne, bez których nie możesz żyć
• Zaangażowanie społeczności ze sprzedawcą i produktem
• Wsparcie dla Twojego wyboru Infrastruktury

Nasze doświadczenie w Luminary

W Luminary mieliśmy szczęście współpracować z bezgłowymi systemami CMS, takimi jak Acoustic, Contentful, Kentico Kontent i Umbraco Heartcore. Pracujemy z niektórymi z tych systemów CMS od wersji beta ich platform. Publiczne mapy drogowe, niesamowita pomoc techniczna i spełnienie naszych próśb o nowe funkcje to tylko niektóre z naszych najważniejszych cech tych platform.

Mamy doświadczenie w rozwiązywaniu problemów SEO dla witryn Headless z implementacjami tylko na stronie front-end, buforowaniem dużych stron z listami, radzeniem z dużymi pamięciami podręcznymi po stronie serwera i integracją innych mikroserwisów z bezgłowymi systemami CMS. Każda z nich miała swoje unikalne wyzwania , na które należy uważać. Ponadto proste zadania w tradycyjnym CMS, takie jak przesyłanie formularzy i wyszukiwanie w witrynie, muszą być dobrze przemyślane, wraz z bardziej zaawansowanymi funkcjami, takimi jak uwierzytelnianie użytkownika i autoryzacja za pomocą usług stron trzecich.

Jeśli wybierzesz właściwy bezgłowy CMS z powyższymi wskazówkami i z odpowiednim partnerem wdrożeniowym, powinieneś otrzymać bezgłowy CMS, który sprawi, że marketerzy, redaktorzy treści i programiści będą zadowoleni.

Dalsze czytanie na SmashingMag:

• Going Headless: przypadki użycia i do czego to służy
• Nie trać głowy: ocena bez głowy