Co powinieneś wiedzieć o CMS jako CRM Manager?

Jesteś CRM managerem, marketerem, product managerem, czyli osobą nie związaną z technologią, zastanawiasz się czym jest CMS i co powinieneś o nim wiedzieć? Jesteś już użytkownikiem CMS, ale chcesz uzyskać większą wiedzę techniczną na temat platformy? Rozważasz zmianę swojego CMS, ale napisanie zapytania ofertowego na coś, o czym nie masz zielonego pojęcia, przeraża Cię? Przenosisz się na nowe stanowisko lub otrzymujesz nowe zadania i będziesz musiał ściślej współpracować z programistami CMS?

Nie martw się, koncepcje techniczne dotyczące platform CMS są dość proste i jako osoba nietechniczna zwykle nie musisz znać ich tak szczegółowo. Najważniejszą rzeczą jest zrozumienie kilku podstawowych definicji, zrozumienie platformy, z której korzysta Twoja firma i poznanie podstawowego żargonu. Później, jeśli chcesz wiedzieć więcej, zdecydowanie polecam po prostu zapytać swoich programistów – nie ma nikogo, kto wie więcej o Twojej platformie CMS niż oni. Przeczytaj więcej o tym, dlaczego uczenie się od programistów jest najlepszym sposobem na naukę technologii i jak zacząć mówić ich językiem tutaj.

Spis treści:

1. Co to jest CMS?

• Definicja CMS
• Cele CMS
• Dlaczego system CMS powinien być ważny dla menedżerów CRM?

2. Czego należy się nauczyć, aby zarządzać treścią w CMS?

• Język znaczników
• Jak pisać
• Jak publikować
• Gdzie jest przechowywana zawartość?
• Zarządzanie zasobami cyfrowymi
• Analityka strony internetowej
• Dostępne gotowe moduły, widżety, szablony
• Podstawowe zasady projektowania – UX / UI

3. Funkcje CMS, o których powinieneś wiedzieć

• Łatwość edycji
• Wersjonowanie
• Przywracanie (cofanie)
• Archiwizacja
• Zgodność
• Integracje
• Testy A/B
• Spersonalizowana treść
• Zarządzanie tłumaczeniami
• Optymalizacja SEO
• Publikowanie na wielu platformach
• Dostępy
• Wspólna praca
  

4. Koncepcje techniczne warte zrozumienia

• Czy Twoja strona internetowa jest statyczna czy dynamiczna?
• Wydanie strony internetowej
• Środowiska
• Gotowy do użycia czy system CMS stworzony na zamówienie?
• Bezgłowy CMS
• Co to jest API?
• Co to są webhooki?
• Co to są pakiety SDK?
  

5. Podsumowanie

‍ Co to jest CMS?

Content Management System ( CMS ) – to aplikacja, która może służyć do zarządzania tworzeniem i modyfikacją treści cyfrowych. Jest to „baza danych”, w której przechowujesz swoje treści: zasoby cyfrowe (zdjęcia, filmy, podcasty), tekst, tłumaczenia, w niektórych przypadkach układ strony, części projektu (tabele, przyciski itp.). Treści przechowywane w CMS mogą być wyświetlane na Twojej stronie internetowej, aplikacji mobilnej lub innych kanałach cyfrowych (sms, e-mail, smartwatch itp.). Nie każda firma przechowuje wszystkie treści w tym samym CMS; często niektóre rozwiązania „przechowywania” treści są oddzielne (treść wiadomości e-mail w platformie do wysyłania wiadomości e-mail, treść aplikacji mobilnej przechowywana jako kod i aktualizowana tylko przez programistów itp.).

CMS może służyć nie tylko do publikowania treści w kanałach cyfrowych. W zależności od dostępnych API, wtyczek, webhooków może:

• eksport i import tłumaczeń,
• rozpowszechniać treści na platformach społecznościowych, platformach e-mail i innych kanałach,
• przechowuj wszystkie zasoby cyfrowe w jednym miejscu i skategoryzuj,
• przygotowujemy testy A/B treści i personalizację treści,
• skonfigurować SEO na stronie,
• zwracać wyniki dla wyszukiwarki on-page,
• i więcej.
  

Dlaczego system CMS powinien być ważny dla menedżerów CRM?

CMS jest (lub mógłby być, jeśli tak go skonfigurujesz) centrum każdej komunikacji skierowanej do klienta . Może wyświetlać treści na Twoich własnych platformach i integrować się z różnymi stosami marketingowymi, aby wyświetlać treści w płatnych reklamach. Możesz także zarządzać SEO na stronie z tego miejsca. Jeśli to nie wystarczy, możesz skonfigurować formularze zbierania wiadomości e-mail, przesłać zasady dotyczące plików cookie, aby zbierać dane klientów do swojego systemu CRM, gdzie możesz segmentować klientów i dostarczać spersonalizowane treści do tych segmentów z tego samego CMS. W CMS możesz skonfigurować testy A/B dla swoich treści lub skonfigurować spersonalizowane treści. Możesz stamtąd zasilać bazę danych swojego chatbota. Możesz także zintegrować swój system CMS z narzędziami do automatyzacji marketingu, w których możesz tworzyć reguły segmentowe pozwalające na przekazywanie treści do określonych klientów z CMS za pośrednictwem różnych kanałów dystrybucji (na przykład wysyłanie przypomnienia o zapomnianym koszyku e-mailem do tych, którzy mają niedokończone zakupy w ich koszyk).

Czego należy się nauczyć, aby zarządzać treścią w CMS?

Język znaczników:

Twój system CMS używa albo edytora WYSIWYG (w tym przypadku łatwo jest edytować treść dla edytorów treści) albo jakiegoś języka znaczników (którego Ty lub redaktor treści musicie się nauczyć).

Co to jest język znaczników?

Język znaczników to język, który opatruje tekst, aby komputer mógł manipulować tym tekstem (pogrubić go, pochylić, wyśrodkować, pokolorować itp.). Zasadniczo jest to język, za pomocą którego możesz komunikować się z komputerem, jak chcesz, aby wyświetlał tekst lub zasoby, które edytujesz.

HTML to przykład języka znaczników:

<p>

To jest akapit tekstu napisany w HTML

</p>

To zdanie składa się z tagu otwierającego (<p>), tekstu i tagu zamykającego (</p>). Tekst między tagami zostanie wyświetlony na ekranie. Każdy tag zawiera symbole „mniejsze niż” i „większe niż”, które oznaczają go jako część znacznika.

Jak nauczyć się języka znaczników? Jeśli jest to język znaczników specyficzny dla CMS, powinieneś go znaleźć w podręczniku CMS. Jeśli jest to standardowy język znaczników, istnieje wiele dostępnych zasobów internetowych do nauki takich, jak na przykład: MOOC, Udemy, EDX, Codecademy czy Coursera.

Jeśli Twój system CMS nie ma edytora WYSIWYG, warto również zapoznać się z podstawami CSS (kaskadowych arkuszy stylów), które współpracują z HTML w celu dodawania stylów do edytowanych stron internetowych.

Jak sporządzić:

Co powinieneś sprawdzić w instrukcji lub zapytać swoich programistów:

Jak stworzyć szkic treści (i nie omyłkowo nie opublikować go)? Jak przetestować draft, czy możesz zobaczyć podgląd jak będzie wyglądał na stronie bezpośrednio w CMS? Jeśli podgląd bezpośrednio w CMS nie jest dostępny, czy jest jakieś środowisko testowe, w którym można by sprawdzić nowo sporządzoną treść?

Jak opublikować:

Co powinieneś sprawdzić w instrukcji lub zapytać swoich programistów:

Jak opublikować treść na stronie internetowej na żywo? Czy możesz to zrobić sam (lub sam edytor treści) z poziomu CMS? Czy potrzebujesz wydania strony internetowej do aktualizacji treści? Potrzebujesz prosić programistów o pomoc przy publikowaniu? Czy jest to rozwiązanie mieszane, co oznacza, że ​​część treści może być publikowana z systemu CMS przez redaktorów treści, ale niektóre zmiany wymagają wsparcia programistów? Które z nich potrzebują wsparcia programisty? Jakie są średnie terminy, jeśli chcesz coś opublikować, jak długo to zajmie? Z kim się skontaktować, jeśli treść się zepsuje, a Ty lub redaktor treści nie możecie sami tego naprawić? Z kim się skontaktować poza godzinami pracy, jeśli potrzebujesz pilnej pomocy? Czy możesz zaplanować publikowanie treści w przyszłości? Czy możesz zaplanować więcej niż jeden „pakiet” treści w przyszłości? Jeśli zaplanujesz część treści w przyszłości, czy nadal możesz zmieniać i publikować inne części treści, czy też zaplanowany pakiet zamrozi inne publikacje od momentu utworzenia do zaplanowanego czasu? Czy możesz sam przypomnieć sobie zaplanowane treści, jeśli z jakiegoś powodu zmienisz zdanie?

Gdzie jest przechowywana zawartość?

To ważne pytanie, które powinieneś zadać swoim programistom/architektowi.

Jaka treść pochodzi skąd? Jaka treść jest przechowywana w CMS, jaka w systemach/systemach płatności lub rezerwacji, która jest przechowywana bezpośrednio w FE? Powinieneś wiedzieć, jakie treści można edytować w CMS, które wymagają rozwoju (lub gdzie znaleźć takie informacje, gdy ich potrzebujesz). Powinna być dostępna dokumentacja na ten temat lub Twoi redaktorzy powinni o tym wiedzieć.

Zarządzanie zasobami cyfrowymi:

Powinieneś wiedzieć, jakie rodzaje zasobów cyfrowych są obsługiwane przez Twój CMS. Czy możesz używać filmów, zdjęć, plików mp3? Jakich rozszerzeń plików można używać? Jakie są wymagania dotyczące aktywów? Sprawdź specyfikacje dotyczące rozmiarów i wagi obrazu. Czy system automatycznie zmieni rozmiar obrazów, czy zawsze powinieneś zmienić ich rozmiar przed przesłaniem? Jeśli nie chcesz spowalniać swojej witryny lub innej platformy, zawsze powinieneś dążyć do uzyskania minimalnej wagi niezbędnej do prawidłowego wyświetlania zasobu.

Dostępne gotowe moduły, widżety, szablony:

Powinieneś wiedzieć, z czym pracujesz. Czy masz jakieś „cegiełki”, których możesz użyć gotowych do użycia (lub już przygotowanych przez twoich programistów)? Czy zawsze musisz prosić o niestandardowe budowanie modułów treści, szablonów stron? Jaka jest elastyczność gotowych szablonów, jak bardzo możesz je zmienić, jeśli chcesz, aby wyglądały inaczej? Czy moduły są zintegrowane z niektórymi wyświetlaczami FE (front-end), więc nie potrzebujesz dodatkowego budowania strony, aby pojawiły się na stronie? Posiadanie przynajmniej podstawowej biblioteki modułów i szablonów może znacznie skrócić czas tworzenia nowych stron na rynek, od kilku tygodni rozwoju do kilku godzin wybierania i zabawy z możliwościami dostosowywania.

Podstawowe zasady projektowania – UX / UI:

Podstawowa wiedza na temat projektowania, zwłaszcza user experience i interfejsu użytkownika (UX/UI) może być bardzo przydatna. Pracując z projektantami (np. przy tworzeniu nowego formularza zapisu, nowej mikrostrony) będziesz wiedział, jak z nimi rozmawiać, o co prosić i jak oceniać ich pracę.

Analityka strony:

Aby zrozumieć swoich klientów, ich zachowania, preferencje, aby ocenić wydajność nowo uruchomionych stron docelowych lub formularzy subskrypcji, musisz nauczyć się korzystać z oprogramowania do analizy witryn internetowych, z którego korzysta Twoja firma (lub samodzielnie je skonfigurować). Warto dowiedzieć się, co jest obecnie domyślnie śledzone w witrynie (gdzie umieszczane są tagi) i o jaki rodzaj śledzenia należy zapytać, na przykład niestandardowe śledzenie zdarzeń lub niestandardowe ścieżki.

Cechy CMS, o których powinieneś wiedzieć

Co powinieneś wiedzieć o swoim systemie CMS? Na co zwrócić uwagę przy wyborze systemu CMS? O co powinieneś zapytać swoich programistów, aby zrozumieć, co jest możliwe, a co nie?

Łatwość edycji:

Jak łatwy w użyciu jest CMS z perspektywy edytora treści? Wpłynie to na czas wprowadzenia treści na rynek. Na szybkość edycji mogą mieć wpływ: funkcje „przeciągnij i upuść”, elastyczne „bloki” do budowania stron, zautomatyzowane przepływy pracy (na przykład do wysyłania/odbierania tłumaczeń), treść wypełniana z jednego źródła (przykład: moduły dynamiczne, w których aktualizujesz treść raz i pojawi się na różnych podstronach, a nawet na różnych powierzchniach cyfrowych), synchronizacja treści między środowiskami (usuwa potrzebę kopiowania i wklejania wszystkich treści w różnych środowiskach).

Wersjonowanie:

Jeśli Twój CMS umożliwia zapisywanie poprzednich wersji treści, jeśli utworzysz nową wersję treści, ale z jakiegoś powodu zmienisz zdanie, możesz przywrócić poprzednią wersję. Czasami można nawet zobaczyć porównanie między wersjami i automatycznie podświetlić zmienione części.

Przywracanie (cofanie):

Jeśli zawartość zepsuje się po wydaniu, powinieneś być w stanie przywrócić poprzednią wersję zawartości, aby tymczasowo ją naprawić, dopóki programiści nie będą w stanie zbadać, dlaczego zawartość nie powiodła się w pierwszej kolejności.

Archiwizacja:

CMS powinien umożliwiać archiwizację treści. Ważne jest, aby wiedzieć, jak długo przechowywane są archiwa/stare wersje treści. Należy dokładnie rozważyć wymagania prawne dotyczące różnych rodzajów treści i ewentualnie przedłużyć żywotność zarchiwizowanych treści w przypadku treści wysokiego ryzyka (na przykład: regulamin, treści promocyjne, polityka prywatności, zgoda na pliki cookie), które mogą być wymagane w przyszłości w przypadku dochodzenia prawne.

Zgodność:

Podstawowym wymogiem dla systemu CMS jest kompatybilność z Twoją architekturą, Twoim back-endem, front-endem, systemami płatności, systemami rezerwacji, dowolnym zewnętrznym oprogramowaniem, którego aktualnie używasz.

Integracje:

System, który zapewnia integrację z innym oprogramowaniem, z którego już korzysta Twoja firma, lub który może łatwo zintegrować inne części Twojego stosu marketingowego natywnie lub za pośrednictwem interfejsu API, pozwoli Ci zaoszczędzić czas i pieniądze, które w innym przypadku musiałbyś wydać na niestandardowe integracje.

Testy A/B:

Co powinieneś sprawdzić w instrukcji lub zapytać swoich programistów:

Czy masz możliwość tworzenia testów treści A/B (kilka wersji treści, które zostałyby umieszczone w tym samym symbolu zastępczym i można by je przełączać za pomocą oprogramowania do testowania A/B)? Jeśli nie, czy twoi programiści mogą go opracować pod kątem typów treści (modułów, bloków), które musisz przetestować? Ile czasu zajmie?

Spersonalizowana treść:

Czy masz jakieś narzędzia (oprogramowanie) do personalizacji? Jaki rodzaj treści można w danym momencie personalizować (jaki rodzaj treści może tworzyć wiele wersji w CMS, które byłyby przełączane przez system personalizacji)?

Jeśli Twój system CMS może zintegrować się z narzędziem do personalizacji, możesz nadal używać tylko jednego systemu do przechowywania treści, co ułatwia ponowne wykorzystanie treści i zarządzanie nią (wprowadzanie zmian w przypadku zmiany nazwy produktu, zmiany tłumaczeń lub gdy chcesz zaimplementować jakiekolwiek inne zmiany międzyplatformowe).

Zarządzanie tłumaczeniami:

Jeśli chcesz obsługiwać zlokalizowane wersje witryny, Twój system CMS powinien obsługiwać języki . Minimalna funkcjonalność oznacza możliwość przechowywania różnych wersji językowych tej samej treści w tym samym CMS. Zalecam, w oparciu o doświadczenie z wielojęzycznymi stronami internetowymi (ponad 20 języków) i innymi platformami cyfrowymi, że CMS powinien mieć wszystkie języki przechowywane w tym samym miejscu dla tego samego modułu/bloku treści. Jaka jest różnica? Jeśli trzymasz różne wersje językowe w tym samym CMS jako „kopię” tej samej struktury witryny, aby znaleźć ten sam moduł i zaktualizować go we wszystkich językach, będziesz musiał otworzyć każdą wersję językową, dowiedzieć się, gdzie znajduje się ten moduł w każdym, a następnie Zaktualizuj to. Jeśli masz wersje językowe bezpośrednio na poziomie modułu, łatwo jest znaleźć ten sam fragment treści i zaktualizować go we wszystkich językach, nie gubiąc się w poszukiwaniu go w CMS.

Zarządzanie różnymi wersjami treści językowych to ciężka praca. Jest to czasochłonne i ma wysoki wskaźnik błędów (jeśli Ty/edytor treści skopiujesz coś niewłaściwie). Najłatwiejszym sposobem zarządzania tłumaczeniami jest integracja z oprogramowaniem biura tłumaczeń z systemu CMS. W ten sposób powinieneś być w stanie wysyłać oryginalne treści do tłumaczenia (na przykład z angielskiego) na różne języki bezpośrednio z CMS i otrzymywać tłumaczenia z biura tłumaczeń. Oszczędza to czas (bez kopiowania i wklejania), zmniejsza ryzyko błędów i skraca czas wprowadzenia produktu na rynek. W niektórych przypadkach możliwe jest nawet włączenie wyświetlania linków podglądu do biura tłumaczeń, co jeszcze bardziej ułatwia tłumaczom tłumaczenie treści. Tłumaczenia proxy są jeszcze łatwiejsze w zarządzaniu. To, co robi tłumaczenie proxy, to zapełnianie witryny do proxy, zlokalizowanych wersji. Biuro tłumaczeń tworzy następnie te wersje językowe i obsługuje je. To znacznie skraca czas edycji treści, ale działa tylko na stronach internetowych, a nie na innych platformach, takich jak aplikacje mobilne, e-mail, SMS. Aby objąć inne platformy, potrzebujesz innego rodzaju integracji, na przykład API.

Przydatną funkcją mogą być również automatyczne powiadomienia, gdy tłumaczenie dotrze z biura tłumaczeń lub jeśli zostaną wykryte jakieś problemy podczas eksportu/importu tłumaczeń (można to skonfigurować za pomocą webhooków, jeśli CMS nie zapewnia ich poza- pudełko).

Wskazówka: wyrażenie, które będziesz słyszeć od swoich programistów – ustawienia regionalne – są jak języki, ale bardziej szczegółowe. Chociaż niemiecki jest jednym językiem, istnieje wiele różnych niemieckich lokalizacji: de-DE dla niemieckiego w Niemczech, de-AT dla niemieckiego w Austrii, de-CH dla niemieckiego w Szwajcarii itd.

Optymalizacja SEO:

Czy potrafisz zarządzać SEO na stronie z poziomu swojego CMS? Czy możesz samodzielnie dostosować adresy URL? Czy masz pola na metatytuł, metadane, metatagi? Czy możesz dodać tagi <h1>? Czy CMS automatycznie tworzy mapę witryny i dodaje do niej nowe strony po ich opublikowaniu, czy też musisz poprosić programistów, aby zrobili to za Ciebie? Jak skonfigurować hreflangi i znaczniki kanoniczne, jeśli umieszczasz treści w więcej niż jednym miejscu lub publikujesz w większej liczbie języków? Powinieneś wiedzieć, jakie są możliwości i kiedy musisz skontaktować się z twoimi programistami.

Publikowanie na wielu platformach:

Czy Twój system CMS może wyświetlać treści na innych platformach cyfrowych (aplikacja mobilna, e-mail, smartwatch, chatbot itp.)? Czy możesz go tak skonfigurować? To ważne pytanie, jeśli planujesz utrzymać więcej cyfrowych kanałów komunikacji. Utrzymywanie wszystkich treści w jednym miejscu ma ogromne zalety, takie jak zmniejszenie złożoności zarządzania treścią, ponowne wykorzystanie treści, ponowne wykorzystanie tłumaczeń, zmniejszenie ryzyka niespójności treści na różnych platformach.

Dostęp:

Systemy CMS mogą oferować różne rodzaje dostępu z różnymi uprawnieniami. Może to być przydatne, jeśli chcesz, aby różne osoby tworzyły, recenzowały, zatwierdzały treść lub jeśli niektórzy redaktorzy powinni mieć dostęp tylko do niektórych typów treści (na przykład określony dział ma dostęp tylko do treści, które należą do tego działu) .

Wspólna praca:

Jeśli masz więcej redaktorów, którzy edytują treść, warto mieć możliwość wspólnej pracy nad jednym fragmentem treści. Niektóre systemy CMS blokują plik, jeśli jeden użytkownik go otworzy, inne pozwalają na równoczesną edycję.

Pojęcia techniczne warte zrozumienia:

W zależności od tego, jak blisko musisz współpracować z programistami CMS, zarządzaniem CMS lub edycją treści, możesz chcieć zagłębić się w bardziej techniczne tematy. Oto kilka tematów, które warto zrozumieć:

Czy Twoja strona internetowa jest statyczna czy dynamiczna?

Dynamiczna strona internetowa oznacza, że ​​klienci pobierają treści bezpośrednio z Twoich serwerów. W takim przypadku możesz zmienić treść ad hoc, a zmiany zostaną automatycznie przesłane do działającej witryny internetowej dla wszystkich klientów, którzy ponownie załadują Twoją witrynę.

Witryna statyczna oznacza, że ​​zawartość (i kod) jest od czasu do czasu pakowana i publikowana wraz z wydaniem witryny (częstotliwość różni się w zależności od firmy/rodzaju kodu). Klienci mogą uzyskać dostęp tylko do tej wersji statycznej, co znacznie zmniejsza obciążenie serwerów. Zmiana treści na stronie statycznej jest możliwa tylko wraz z wydaniem strony. Jeśli masz taką stronę internetową, powinieneś dowiedzieć się, kiedy są wydania, kiedy treść musi być dla nich gotowa. Czasami statyczne witryny internetowe mają pewne obejścia w celu publikowania treści między wydaniami, musisz zrozumieć ograniczenia tych obejścia (co można opublikować w ten sposób, jak długo trwa indeksowanie – pakowanie treści w pakiet – i publikowanie).

Wersja internetowa :

Wydanie strony oznacza dostarczenie nowego kodu (i treści) na stronę. Jeśli musisz obejść wersje witryn internetowych lub niektóre treści mogą być dostarczane tylko z wersją witryny (ponieważ są one przechowywane na przykład w aplikacjach FE), powinieneś dowiedzieć się, jaka jest kadencja Twojego zespołu programistów – jak często odbierają nowe ulepszenia? Jak często są wydania? Kiedy należy poinformować ich o nowej inicjatywie, aby pojawiła się ona na stronie internetowej, jaki jest czas wprowadzenia produktu na rynek od zapytania do dostawy (czas do dostawy)?

Środowiska:

Środowiska to jednostki w przestrzeni, które umożliwiają tworzenie i utrzymywanie wielu wersji danych specyficznych dla przestrzeni oraz wprowadzanie w nich zmian w izolacji. Posiadanie różnych środowisk pozwala na równoległe opracowywanie, testowanie i ciągłą integrację, co pomaga Twojemu zespołowi dostarczać więcej niż 1 projekt jednocześnie i pracować w sposób zwinny (równocześnie rozwijając i testując).

Gotowy do użycia czy system CMS stworzony na zamówienie?

Gotowym rozwiązaniom może brakować elastyczności i może być trudno je dostosować. Rozwiązania szyte na miarę wymagają wielu prac konserwacyjnych, a każda aktualizacja będzie kosztować Cię sporo wysiłku, co oznacza nieprzewidywalne koszty rozwoju (w porównaniu do stałych kosztów licencji). Najlepszym rozwiązaniem jest coś pośredniego: gotowe rozwiązanie, które zapewnia wystarczającą elastyczność, dzięki czemu nie trzeba dokonywać wielu dostosowań. To kolejny powód, dla którego systemy CMS oparte na API są obecnie dla większości firm najlepszym dostępnym rozwiązaniem.

Bezgłowy CMS:

„Standardowy” (nie bez nagłówka) CMS zapewnia zaplecze z prostym interfejsem do tworzenia treści, bazą danych do przechowywania zasobów cyfrowych oraz możliwością publikowania treści. Treść jest pobierana przez front-end i publikowana na stronie. Front-end i zawartość są połączone, nie można aktualizować zawartości bez aplikacji front-end. Wszystko w jednym wiadrze – treść, obrazy, HTML, CSS. Może to oznaczać, że treść musi znajdować się w tych samych wydaniach, co kod front-end (dlatego może być rzadziej aktualizowana), może również ograniczyć użycie CMS tylko do stron internetowych (ponieważ treść i kod są ze sobą pomieszane, treść nie może być elastycznie publikowane w różnych kanałach cyfrowych).

Innym podejściem do serwowania treści jest CMS „bez głowy” — jeśli warstwa prezentacji strony internetowej jest „głową” CMS, to odcięcie tej warstwy prezentacji tworzy CMS bez głowy. W takim przypadku „body” repozytorium treści jest odseparowane od warstwy prezentacji. Umożliwia to ujednolicenie wszystkich treści w jednym bezgłowym centrum treści, z którego można publikować te same treści w wielu kanałach. To znacznie ułatwia edycję — zmień kopię lub obraz w jednym miejscu, a ta zmiana zostanie zastosowana wszędzie tam, gdzie znajduje się zawartość. Bezgłowe systemy CMS dzielą zadania typu back-end i front-end – oznacza to, że programiści mogą szybko kodować i projektować interfejsy w preferowanym przez siebie języku (bez ograniczeń związanych z restrykcyjnymi technologiami back-end). Zamiast tego mogą używać interfejsów programowania aplikacji (API) do łączenia funkcji zaplecza — takich jak przechowywanie zawartości i zarządzanie — z dowolnym środowiskiem dostarczania typu front-end. Dzięki temu tworzenie nowych stron lub ekranów aplikacji mobilnych jest znacznie szybsze i łatwiejsze.

Przeczytaj więcej o bezgłowych platformach e-commerce tutaj.

Co to jest API?

Systemy API-first (API – Application Programmable Interface) mają kod, który pozwala na jasno zdefiniowaną komunikację między dwiema oddzielnymi aplikacjami. Są to nowoczesne platformy programowe, które dają menedżerom CRM kilka gotowych elementów budulcowych funkcjonalności, które możesz zestawić tak, aby odpowiadały Twoim potrzebom w prawie 100%. Są przygotowane do szybkiej integracji z innymi systemami.

„API: Listonosz

Pomyśl o interfejsie API jako o listonoszu dostarczającym żądanie Twojej aplikacji do innego oprogramowania, a następnie przynoszącym odpowiedź z powrotem do Twojej aplikacji. Prosty przykład: to interfejs API, który umożliwia komunikację między Kalendarzem Google a Twoją aplikacją podróżniczą, dzięki czemu gdy użytkownik zarezerwuje podróż, zostanie ona zsynchronizowana z jego kalendarzem”. Źródło: Clevertap

Przeczytaj więcej o tym, czym są interfejsy API i co powinieneś wiedzieć, wybierając oprogramowanie API-first tutaj.

Co to są webhooki?

Webhooki są podobne do interfejsów API, ale prostsze. Interfejs API to pełny język aplikacji z funkcjami lub wywołaniami do dodawania, edytowania i pobierania danych. Korzystając z API, musisz sam wykonać pracę. Jeśli tworzysz aplikację, która jest połączona z inną za pomocą interfejsu API, Twoja aplikacja będzie musiała mieć specjalne sposoby, aby poprosić tę drugą aplikację o nowe dane, gdy będzie ich potrzebować. Z drugiej strony elementy webhook są przeznaczone dla jednej konkretnej części aplikacji i są zautomatyzowane. Jest to proste połączenie jeden-do-jednego, które działa automatycznie.

Przykładem webhooka może być powiadomienie na Twój e-mail, uruchamiane, gdy nowe tłumaczenie dotrze do Twojego CMS.

Co to są pakiety SDK?

SDK to skrót od Software Development Kit – zestawu narzędzi programowych i programów używanych przez programistów do tworzenia aplikacji na określone platformy. Narzędzia SDK obejmują biblioteki, dokumentację, próbki kodu, przewodniki i procesy, których programiści mogą używać i integrować z własnymi aplikacjami, zaprojektowanymi dla określonych platform lub języków programowania.

SDK – Poczta/Sklep ze Sprzętem:

Jeśli API jest listonoszem, to czym jest SDK w tym kontekście?
To razem poczta ORAZ sklep z narzędziami. Ponieważ może zawierać wszystko, co jest niezbędne do komunikacji z innym oprogramowaniem (tj. co najmniej jednym interfejsem API), a także materiały, których można użyć do skonstruowania całkowicie nowej aplikacji (tj. biblioteki kodu, narzędzia do debugowania, uwagi techniczne, samouczki i dokumentacja). (...) to zestaw rozwojowy. SDK może zawierać jeden lub więcej interfejsów API oraz podstawowe narzędzia. API to tylko jedna część pakietu SDK. Pomyśl o devkicie jako większym „kontenerze” dla całej gamy narzędzi SDK, a będziesz miał rację”. Źródło: Clevertap

Streszczenie:

Jako menedżer CRM powinieneś znać podstawy obsługi platform CMS. W większości przypadków prędzej czy później będziesz musiał opublikować jakąś treść. Absolutną podstawą, której potrzebujesz, jest znajomość przepływów pracy i procesów w Twojej firmie, jeśli masz edytorów treści, którzy zrobią to za Ciebie. Jeśli chcesz samodzielnie edytować i publikować treści, możesz chcieć poznać podstawy używanej platformy, takie jak edytowanie, szkicowanie, publikowanie treści oraz możliwości testowania lub planowania zmian treści. Jeśli potrzebujesz bardziej zaawansowanej wiedzy, powinieneś dowiedzieć się nieco więcej o opcjach testowania A/B, personalizacji i optymalizacji SEO na Twojej obecnej platformie. Zaleca się, aby wiedzieć trochę o tym, jak pracuje Twój zespół programistów i z jakim wyprzedzeniem musisz zaplanować rozwój, jeśli prosta edycja treści nie wystarczy. Powinieneś lepiej zapoznać się z ich procesami, zwłaszcza jeśli musisz publikować zawartość w wydaniach witryny (na przykład, jeśli Twoja witryna jest statyczna lub Twój CMS nie jest pozbawiony nagłówków). Zapoznanie się z żargonem programisty pomoże Ci rozpocząć rozmowę. Po zapoznaniu się z podstawami i przeczytaniu instrukcji, gorąco polecam zacząć zadawać programistom pytania, aby pogłębić wiedzę – są one największym źródłem informacji o Twoim istniejącym stosie!