Jak psát web a spravovat jeho obsah

Chce-li člověk něco psát na internet, existuje spousta možností.

Asi nejsnazší je zvolit nějakou cizí platformu – třeba Facebook, X, LinkedIn, Medium a podobně. Výhoda je, že není potřeba nic moc dělat, než se zaregistrovat. A sociální sítě pomohou publikovanému obsahu získávat nějaký dosah.

Na druhou stranu je člověk odkázán na někoho cizího, který mu typicky může kdykoliv omezit nebo smazat účet, blokovat příspěvky a podobně. Nebo platformu změnit tak, že nebude vyhovovat čtenářům / návštěvníkům.

Problém může být i s monetisací (např. si dávat k obsahu reklamu).

Proto dává smysl mít nad tím kontrolu a provozovat web na vlastní doméně.

Je potom třeba vyřešit styl spravování obsahu.

Bohužel žádné dokonalé řešení pro všechno neexistuje. Každý typ projektu má různé potřeby.

Jaké otázky si položit?

1. Budu web psát sám, nebo více lidí (kolik?)

2. Bude web upravovat více lidí zároveň?

3. Potřebují mít různí lidé různá oprávnění?

4. Potřebuju na webu hodně multimediálního obsahu (obrázky, fotky, grafy, videa)

5. Potřebuju na webu nějaké dynamické prvky jako filtrování, vyhledávání, kontaktní formuláře nebo přihlášení k newsletteru, členské sekce, placené sekce a obsah?

6. Budu web pravidelně aktualisovat, nebo se jednou udělá, a potom vydrží X let, než se celý znovu předělá.

7. Jak dlouho ho chci provozovat.

8. Chci ho mít visuálně atraktivní/pestrý (různé styly sekcí v rámci stránky), landing page.

9. Potřebuji řešit lokalisování do různých jazyků?

10. Čekám obrovskou návštěvnost?

11. Chci na jeho tvorbu a úpravy používat AI?

12. Jaká bude technická znalost lidí, co budou tvořit obsah.

13. Jak často se bude obsah měnit?

14. Je klíčové, aby byl co nejrychlejší?

V čem psát web

V dnešní době je to díky AI celkem jedno.

Není problém snadno převádět jakékoliv formáty mezi sebou. Výsledek bude vždy HTML, ale zdroj může být cokoliv:

1. Poznámkový blok

2. Programovací editor / IDE

3. Apple poznámky

4. Word/Pages

5. Markdown

Takže obsah je možné psát v čemkoliv – nebo rovnou namlouvat hlasem a potom převádět na text. AI si s přepisem i formátováním poradí.

Právě AI podle mě dost mění situaci na poli CMS.

Aktuální stav dost nahrává nízkoúrovňovému CMS, protože s tím AI dokáže dobře pracovat.

Paradoxně prostý statický web v obyčejných HTML souborech bude krásně ovladatelný přes AI.

Řekneme, že budeme mít web s nabídkou služeb a ceníkem.

Změna ceníku tak může proběhnout tak, že se AI předhodí klidně Excelovská tabulka a ono si s tím už poradí.

Jde tohle udělat v nějakém dnešním CMS? Většinou ne.

Kdybych chtěl nejrychleji dostat obsah na web

1. Kdekoliv sepsat text

2. Předhodit ho do ChatGPT s instrukcí ať z toho udělá jediný HTML soubor

3. Na Wedosu si koupit doménu (stojí cca 150 Kč)

4. Než se zprocesuje platba, budu mít výsledek

5. Vložím to přes administrační rozhraní miniweb a mám hotovo

GitHub Pages pro statické stránky

Pokud jde o statické stránky a chci hostovat zadarmo, skvělá volba jsou GitHub Pages.

Stačí vytvořit repositář a v nastavení GitHub Pages zapnout. Web se ihned vystaví na adrese uzivatelske-jmeno.github.io, případně s vlastní doménou.

Každý push do repositáře spustí automatický deploy – žádná další konfigurace.

Funguje skvěle se statickými generátory jako Astro, Hugo nebo Jekyll (Jekyll je přímo od GitHubu, takže podporu má nativní).

Omezení je jasné: pouze statický obsah. Žádný backend, database ani server-side rendering – i když backend jde řešit vzdáleně přes služby jako Supabase.

Vedlejší výhoda je udrožování historie díky versování s gitem.

Kdybych chtěl nějaký dlouhodobý udržitelný rozvoj

Největší podpora dalších služeb je s GitHubem.

1. Koupím doménu

2. V GitHubu vytvořím repositář

3. Zaplatím si Claude Pro (20 USD měsíčně)

4. V Claude aplikaci si otevřu code

5. Popíšu mu, co dělám za projekt, vložím obsah a nechám pracovat

6. Přes GitHub účet se přihlásím na Vercel (u webů s nízkou návštěvností zdarma)

7. Naimportuji projekt z GitHubu a nechám deploynout

8. V nastavení Vercelu si přidám vlastní doménu

Nyní mám plně funkční web, který mohu klidně spravovat přes mobil prostřednictvím Claude chatbota.

Každá nová změna vytvoří na GitHubu nový pull request a Vercel to vystaví na URL, kde to mohu zkontrolovat.

Po mergnuti do main větve se to vystaví do produkce.

Vlastní řešení s nižší kontrolou

Pokud chci web rychle přebudovat pomocí AI, zjednodušit si tohle mohu použitím Lovable, bolt nebo v0.

Tam si mohu rovnou s chatbotem vytvářet obsah, který se automaticky někam vystaví.

Stačí si přidat jen vlastní doménu.

Nevýhoda oproti řešení výše je vyšší cena a větší vendor lock.

Zajímá mě technologie

Jiná situace je, když mám nějakou oblíbenou technologii / framework, ve kterém chci vyvíjet.

Dnes bych volil buď React (nejrozšířenější) nebo Svelte (nejlepší).

Pro běžný web, ale dnes i aplikaci ve formě se server side renderingem s Node.js backendem.

Tj. Next.js pro React a SvelteKit pro Svelte.

Pro hodně staticky a na výkon / rychlost zaměřenou stránku bych zvážil Astro.

Jde v něm dokonce i kombinovat React a Svelte komponenty dohromady.

Co headless CMS

Pro čistotu v datech oddělených od kódu nejlepší volba. Alternativou jsou CMS založená na Gitu, která drží obsah přímo v repositáři. Člověk si tam vytvoří datové modely a různé bloky, ze kterých se potom sestaví frontend.

Nevýhoda je, že s tím AI zatím nedovede pracovat tak dobře – i když se to postupně zlepšuje.

Takže rutinní úpravy musí člověk po staru ručně upravovat v nějaké administraci.

Podpora MCP serveru nebo CLI by dnes měla být nutnou podmínkou pro rozumné fungování s AI. Jinak je člověk odkázán na manuální práci v administraci.

Sanity i DatoCMS MCP server mají. U dalších nástrojů stojí za to tuto podporu před výběrem ověřit.

Samozřejmě s takovým řešením roste komplexita a je to značný vendor lock.

Díky AI dnes s migracemi na jiné řešení není takový problém.

Viz příklad Cursoru, co zmigroval do gitu za týden práce a pár set USD kreditů za AI.

Starý dobrý WordPress

Prostě to funguje. Sice má hrozný tamagotchi efekt (pořád chce po člověku něco aktualisovat), ale je schopný fungovat desítky let.

Každý hosting ho umí provozovat, je to nejrozšířenější CMS (redakční systém na SEO vliv má). A bude tu s námi dlouho.

Jeho trvanlivost je obdivuhodná.

Vlastní CMS

Každý správný programátor někdy psal CMS nebo e-shop.

Asi nejhorší varianta, pokud není hlavním cílem psát CMS, protože to znamená neustálou údržbu.

Paradoxně se to ještě zhorší použitím nějakého frameworku.

Zatímco třeba 20 let starý PHP kód není problém zmigrovat na novou versi PHP jedním promptem, u 10 let starého CMS postaveném třeba na Nette to bude těžší – byť ani to u dnešních modelů už nemusí být problém.

WYSIWYG klikací nástroje typu Wix

Výhoda dnes oproti vlastnímu řešení s využitím AI podle mě moc není.