>>Oproti tomu headless CMS je k tvorbě obsahu pro více kanálů doslova stvořené. Umožňuje obsah připravovat a spravovat z jednoho místa. Samo ho pak nerenderuje, ale nechává to na aplikacích pro konkrétní zařízení. Do nich obsah distribuuje prostřednictvím API.
A ty aplikace spadnou z nebe ?
Takže rozdíl mezi druhým atřetím řešením je že si koupím nové moderní (=dražší) CMS a ještě si musím zajistit ty aplikace (= různé enginy u bodu 2,) každý pro jednotlivé zařízení
.
souhlasím, že jde o špatně skrytou a špatně udělanou reklamu ...
Přesně. To třetí řešení neexistuje. Přes veškerou snahu autora je popisované to druhé. Tedy že mám jednu databázi, ta drží data a má nějaké API typu "vložit článek", "vložit komentář", "dej mi seznam komentářů k článku XY". Což je něco, co mají dnes CMS tak nějak obecně. Třetí typ předpokládá, že jakmile mám tohle API, tak se nějak samo zázračně začne používat a uživatel si pak může číst články na svém mobilu. Ale to se nestane, na to uživatel potřebuje klientskou aplikaci. Musím proto jít cestou druhého typu a napsat si klientské aplikace, které budou umět na jedné straně zobrazovat uživatelské rozhraní a na straně druhé volat výše zmínění API.
Pokrok směrem ke třetímu řešení by byl, kdyby CMS použil nějaké standardně uznávané API, pro které by někdo jiný psal klientské aplikace. Že by to šlo víme díky RSS apod. Tam provozovatel CMS opravdu řešil jen to API, čtečky psal někdo jiný a nebyly vázány na jeden konkrétní CMS.
Dobrý den,
omlouvám se, že to není z článku zřejmé. Základní koncept headless CMS je skutečně to, že máte jedno uložiště obsahu (typicky v SQL nebo dokumentové databázi) a tento obsah zpřístupníte aplikacím přes API.
Samotné aplikace musíte vyvinout pro každé zařízení nebo kanál sami. Takže si napíšete webovou aplikaci, nebo třeba chatbota či Alexa skill, který si přes API vyžádá potřebný content.
Výhodou je, že máte obsah uložený jednou a nemusíte ho spravovat zvlášť např. pro web a zvlášť pro chatbot.
Další velkou výhodou headless CMS je, že se nesnaží programátorům mluvit do toho, jak píší aplikace - můžete použít jakýkolik jazyk a nejste omezený na konkrétní templating engine, jako u tradičních CMS.
Petr Palas, Kentico
Dobrý den,
ano, některé scénáře lze obsloužit i pomocí tradičního CMS rozšířeného o API. Není to ale ideální řešení, jak vysvětluju v jiném článku zde: https://kenticocloud.com/blog/what-makes-a-true-headless-cms
Ve stručnosti:
- headless CMS je navržené tak, aby bylo možné obsah používat napříč kanály, což u některých CMS úplně neplatí (často generují HTML kód, který není snadné použít např. v chatbotu a nejde jednoduše parsovat/konvertovat na jiný formát)
- headless CMS zpravidla přichází s CDN (content delivery network), která poskytuje obsah mnohem rychleji a je mnohem škálovatelnější než standardní CMS
- headless CMS je zpravidla poskytováno jako skutečný SaaS se všemi výhodami, které tradiční CMS kvůli své architektuře nedokáže poskytnout
Petr Palas, Kentico
Takze vase CMS neumoznuje zadavat html obsah? Neposkytujete wysiwyg editor?
Co mi zabranuje nainstalovat wordpress do "cloudu", vypnut mu frontend a cachovat GET requesty na REST API v CDN?
Poskytovat CMS ako SaaS je urcite vyhodnejsie - hlavne ale pre vas ako prevadzkovatela tejto sluzby, pretoze namiesto jednorazoveho poplatku za instalaciu riesenia si mozete uctovat 300 eur mesacne za poskytovanie sluzby.
Dobrý den,
headless CMS většinou umožňují základní HTML formátování pomocí WYSIWYG editoru. Nicméně jejich základní koncept je udržet obsah ve strukturované podobě, která umožní snadné použití v různých kanálech - viz můj komentář o HTML/CSS.
Ano, můžete si nainstalovat tradiční CMS jako WordPress do cloudu a nastavit si CDN, ale pak se o ten WordPress musíte taky starat (upgrady, security hotfixy, zajištění dostupnosti, apod.)
Co se týče finanční stránky: SaaS je obecně ekonomicky nejefektivnější model jak pro poskytovatele, tak pro zákazníky. Ono pokud jste firma a musíte platit zaměstnance, aby se vám o tu instalaci WordPressu staral, tak už to najednou tak zadarmo není.
Jinak většina headlessových CMS je dostupná ve Free variantě, kterou lze bez problémů použít i pro komerční projekty.
Petr Palas, Kentico
Dobrý den,
Není to tak dlouho co jsem zde na fóru řešil vlastně to samé. "CMS pro dokumenty do PDF či papír" https://forum.root.cz/index.php?topic=16525.0
Nicméně z Vašeho popisu je mi jasné že to tak vůbec nechápete, pro vás je jednoznačným cílem orientace na web a e-shop a různými cílovými platformami myslíte různě specifické web aplikace...
Dobrý den,
z headless CMS je možné obecně generovat i PDF, ale pro vámi popisovaný scénář není primárně určeno. Headless CMS je primárně určeno pro marketingovou komunikaci, ne pro generování rozsáhlých technických dokumentů - na to určitě najdete vhodnější specializovaná řešení.
Petr Palas, Kentico
Petr Palas založil Kentico Software v roce 2004. Od té doby z něj vybudoval firmu s více jak dvěma stovkami zaměstnanců a s pobočkami na třech kontinentech. Řešení Kentico každý den pomáhá tisícům firem efektivně oslovovat zákazníky pomocí webových stránek, e-shopů a kampaní, které v něm marketéři připravují a spravují. Koncem loňského roku uvedl Kentico Software na trh nové SaaS CMS, Kentico Cloud, které umožňuje tvořit a publikovat obsah nejen na webu, ale na libovolném zařízení.