AI navrhne krásný web. Udělat z něj dobrý web je jiná disciplína.
Umělá inteligence mění způsob, jakým vzniká vizuální podoba…
Číst dál
Když firma poptává nový web, požadavek na redakční systém bývá téměř samozřejmostí. Chceme upravovat texty, přidávat fotografie, publikovat novinky a ideálně všechno zvládnout bez pomoci vývojáře. A většinou je to naprosto rozumný požadavek. Kvalitní CMS dává marketingovým týmům samostatnost, usnadňuje správu obsahu a umožňuje web dlouhodobě rozvíjet. Sami s redakčními systémy běžně pracujeme a pro velkou část firemních webů bychom je doporučili.
Přesto se setkáváme se situacemi, kdy stojí za to automatický požadavek na CMS zpochybnit. Někdy totiž firma všechna potřebná data už dávno spravuje jinde. Jindy si pořídí administraci, do které se po spuštění webu několik let nepřihlásí.
CMS by mělo řešit skutečnou potřebu, nikoliv být automatickou položkou v zadání každého webu.
Tisíce produktů, nabídek nebo záznamů. Proč je spravovat dvakrát?
Představme si firmu, která má v interním systému desítky tisíc produktů. V ERP nebo PIM spravuje jejich názvy, parametry, fotografie, dostupnost, ceny a další informace. Zaměstnanci s těmito daty denně pracují a mají zavedené procesy jejich aktualizace. Nový web má produkty přehledně prezentovat, umožnit jejich filtrování a vyhledávání a nabídnout zákazníkům možnost poptávky. Podobnou situaci známe také z realitních portálů, pracovních nabídek nebo rozsáhlých katalogů služeb.
Proč bychom měli všechna tato data převádět do dalšího redakčního systému?
Pokud firma spravuje produktový katalog v ERP, nedává smysl nutit zaměstnance upravovat stejné informace ještě v CMS. Vznikají dvě místa pro správu obsahu, další synchronizační procesy a především nepříjemná otázka: Který systém je vlastně zdrojem pravdy?
Co když se změní cena produktu? Kde se upravuje jeho popis? Co když je položka v jednom systému odstraněná, ale na webu stále dostupná? Čím větší objem dat a čím častější změny, tím více podobných situací musíme řešit.
Web jako prezentační vrstva nad existujícími systémy
Jednou z možností je postavit frontend, který data získává z existujících firemních systémů prostřednictvím API. Návštěvník vidí moderní web s katalogem, vyhledáváním a filtrováním. Zaměstnanci ale nadále pracují v systému, který už znají.
To samozřejmě neznamená, že web musí při každém zobrazení kontaktovat ERP. Podle objemu dat a požadavků na výkon může využívat vlastní databázi, cache, synchronizaci nebo vyhledávací index. Technicky tak mohou existovat další kopie dat, ale jsou automaticky spravované a mají jasně určený autoritativní zdroj.
Podstatné není vyhnout se každé kopii dat. Podstatné je nevytvářet další místo, kde musí někdo ručně udržovat stejné informace.
S tímto přístupem pracujeme i na konkrétních projektech. Například u WOOD & Company nebo VAK Hodonín neukládáme žádná data, i když ani v jednom případě nejde o veřejný produktový katalog.
Hybridní model: každý systém dělá to, k čemu se hodí
Firma může mít tisíce produktů v ERP, ale současně potřebuje publikovat články, případové studie nebo marketingové stránky. Produktová data tedy nedává smysl spravovat dvakrát. Marketingový tým ovšem stále potřebuje vlastní prostor pro práci s obsahem. Řešením je hybridní architektura. Provozní data přicházejí z firemních systémů, zatímco CMS slouží pro obsah, který na webu skutečně vzniká a upravuje se.
Takový model umožňuje zachovat jeden autoritativní zdroj pro produkty a zároveň nabídnout redaktorům pohodlnou administraci. Někdy může CMS fungovat i jako doplňková obsahová vrstva nad katalogem, například pro marketingové popisy, SEO texty nebo tematické landing pages.
Právě tady je ale potřeba dobře vymezit odpovědnosti jednotlivých systémů. Kde se upravuje název produktu? Kde jeho marketingový popis? Kdo spravuje SEO metadata? A co se stane, když se produkt v ERP smaže, ale stále je součástí publikovaného článku? Bez jasných pravidel by hybridní architektura mohla vytvořit přesně ten problém, kterému jsme se chtěli vyhnout: nejasný zdroj pravdy a komplikovanou správu obsahu.
Dobře navržený hybrid neznamená dva systémy, ve kterých děláme totéž. Znamená dva systémy, z nichž každý dělá to, k čemu se nejlépe hodí.
S tímto přístupem pracujeme i na konkrétních projektech. Například u Graftonu se pracovní nabídky načítají z náborových systémů, zatímco marketingové stránky se spravují v CMS. Na webu STROM Praha funguje podobná kombinace produktových dat z externího systému a redakčně spravovaného obsahu. Také na Projectmanu se pracovní pozice načítají z externího zdroje.
Bez CMS neznamená bez SEO
Ať už web využívá externí systémy bez CMS, nebo kombinuje několik zdrojů dat, nesmíme zapomenout na věci, které redakční systémy často řeší automaticky nebo pro ně poskytují potřebné nástroje.
U rozsáhlého katalogu potřebujeme například generovat SEO titulky, meta descriptions, canonical URL nebo strukturovaná data. Musíme vytvářet a aktualizovat XML sitemapu, správně zpřístupnit obsah vyhledávačům a hlídat, které stránky mají být indexovatelné. Zvláštní pozornost si zaslouží životní cyklus jednotlivých URL. Co se stane, když produkt změní název nebo kategorii? Když je dočasně nedostupný? Když je definitivně vyřazený nebo nahrazený novým modelem?
Někdy má smysl původní stránku zachovat, jindy nastavit trvalé přesměrování 301. V jiných situacích může být vhodné dočasné přesměrování 302 nebo odpověď 404 či 410. Automaticky posílat všechny neexistující položky na homepage rozhodně není dobré řešení.
A pokud má katalog desítky tisíc položek, musíme podobná pravidla navrhnout systémově. Ruční správa každého přesměrování nepřipadá v úvahu.
CMS není podmínkou dobrého SEO. Ale jeho vynechání neznamená, že můžeme vynechat funkce, které dosud zajišťovalo.
CMS máme. Jen ho nikdo nepoužívá.
Existuje ještě druhý, úplně jiný scénář.
Firma připravuje nový prezentační web. Má několik stránek o službách, kontakty, reference a základní informace o společnosti. Při zadání samozřejmě požaduje administraci, aby mohla obsah kdykoliv upravit. Web spustíme. A pak se rok nic nestane. Za další rok se změní telefonní číslo nebo přibude nová služba. Klient ale místo přihlášení do CMS napíše nám, jestli bychom mu to mohli upravit.
Není na tom nic špatného. Některým firmám tento způsob spolupráce vyhovuje a nemají důvod ho měnit. Jen je dobré si přiznat, že v takové situaci může být rozsáhlý redakční systém zbytečný. Stále potřebuje aktualizace, zabezpečení, správu přístupů a technickou údržbu. Přesto jeho hlavní výhodu, tedy samostatnou správu obsahu, firma prakticky nevyužívá.
Pro malý, obsahově stabilní web může být rozumnou alternativou jednodušší řešení bez CMS. Obsah lze udržovat přímo v projektu nebo v jednoduchých datových souborech a občasné změny provádět v rámci běžné správy webu. Samozřejmě tím vzniká určitá závislost na dodavateli. Jenže pokud klient stejně všechny úpravy zadává agentuře, tato závislost už v praxi existuje. Rozdíl je v tom, zda kvůli několika změnám ročně potřebujeme provozovat další systém.
Rozhodnutí by přitom nemělo vycházet jen z dosavadního chování. Firma může plánovat nový obsahový marketing, rozšíření služeb nebo pravidelné kampaně. V takovém případě by absence CMS mohla budoucí rozvoj zbytečně komplikovat.
Možnost něco upravovat není totéž jako skutečná potřeba to pravidelně upravovat.
Do budoucna navíc může způsob správy obsahu ovlivnit AI. Klient si například může pomocí AI asistenta připravit textové změny a přes řízené rozhraní, třeba MCP, je předat jako návrhy ke kontrole a publikaci. Takový přístup je technicky možný, ale vyžaduje jasná pravidla pro oprávnění, schvalování a odpovědnost. Je to zajímavý směr, nikoliv automatická náhrada redakčního systému.
CMS není zadarmo. Ale ani web bez něj.
Mohlo by se zdát, že odstraněním redakčního systému automaticky ušetříme. Jenže tak jednoduché to není. Pokud musíme vyvinout vlastní administraci, složitě řešit správu obsahu nebo umožnit marketingu upravovat každou drobnost prostřednictvím vývojářů, může se původní úspora rychle ztratit.
Stejně tak záleží na kvalitě API, dostupnosti dat a spolehlivosti systémů, na kterých web stojí. Výpadek ERP by neměl automaticky znamenat nedostupnost celého webu. A změna rozhraní externího systému by neměla bez upozornění rozbít produktový katalog. To všechno jsou otázky architektury, které musíme vyřešit bez ohledu na to, zda CMS použijeme.
Na druhou stranu ani open-source redakční systém není zadarmo. Vyžaduje hosting, aktualizace, zabezpečení, správu uživatelů a průběžnou údržbu. Pokud ho firma skutečně využívá, jde o oprávněnou investici. Pokud ne, je namístě zamyslet se nad jednodušší alternativou. Správná otázka tedy nezní „Jak se zbavit CMS?“, ale „Které řešení bude pro konkrétní firmu nejjednodušší na používání, rozvoj a dlouhodobý provoz?“
Nejdřív data a procesy. Potom technologie.
Při návrhu nového webu bychom proto nezačínali otázkou, který redakční systém vybrat. Nejdřív bychom chtěli vědět, odkud pocházejí data, kdo je spravuje, jak často se obsah mění a kdo s ním bude skutečně pracovat.
Pokud firma pravidelně publikuje články, vytváří kampaně, spravuje překlady nebo potřebuje schvalovací procesy, kvalitní CMS bude zpravidla nejlepší volbou. Pokud web především zobrazuje rozsáhlá data spravovaná jinde, může dávat větší smysl frontend napojený na tyto systémy, případně doplněný CMS pro marketingový obsah. A pokud jde o malý, dlouhodobě stabilní prezentační web, stojí za to zvážit, zda se vlastní administrace vůbec vyplatí.
Někdy vyhraje Drupal. Jindy lehčí headless CMS, například Payload. A někdy zjistíme, že další administraci vůbec nepotřebujeme.
Dobrý web totiž není ten, který má nejvíc funkcí v administraci. Je to ten, který firmě nepřidělává zbytečnou práci.