Vajbifikace webu: kdy dává smysl AI-ready web a kdy je lepší zůstat u WordPressu

Poslední dobou se mi v hlavě vrací jedna otázka:

Má smysl stavět další firemní web klasicky ve WordPressu, nebo už je čas přemýšlet o webu jako o systému, který se dá upravovat pomocí AI agenta?

Moje odpověď zatím není jednoduché „WordPress je mrtvý“.

To by podle mě byla zkratka.

S klienty jsem dělal weby přes WordPress. A pořád si myslím, že pro hodně firem je WordPress dobrá volba.

Když potřebujete klasické CMS, redakční proces, uživatelské role, pluginový ekosystém, jednoduchou administraci a web, který se nebude každý týden zásadně měnit, WordPress má pořád smysl.

Dokonce má jednu velkou výhodu, která je v době AI trochu nedoceněná.

Je předvídatelný.

Web se většinou nemění celý najednou. Struktura drží. Úpravy jsou postupné. Klient i tým zhruba vědí, kde co najdou. A když se díváte do analytiky, data mají větší souvislost, protože nesrovnáváte každý měsíc úplně jiný web, jiný layout a jiný obsahový model.

Tohle není maličkost.

U webu, který má dlouhodobě sbírat poptávky, držet organickou návštěvnost a být stabilním bodem marketingu, je předvídatelnost hodnota.

Jenže ne každý web má stejný účel.

Kde WordPress pořád dává smysl

WordPress bych pořád zvažoval hlavně tam, kde web funguje jako klasické CMS.

Typicky když:

1. publikujete často články nebo aktuality,
2. na webu pracuje více lidí s různými rolemi,
3. potřebujete hotové pluginy pro konkrétní funkce,
4. klient chce známou administraci,
5. web se má měnit spíš postupně než radikálně,
6. stabilita a kontinuita jsou důležitější než rychlost iterací.

V takovém případě není důvod tlačit každého do nového AI-ready stacku jen proto, že je moderní.

Klasický WordPress může být pro některé klienty pořád nejpraktičtější řešení.

A pokud je dobře postavený, dobře udržovaný a zbytečně nepřetížený pluginy, může fungovat roky.

Kde začíná být WordPress těžký

Problém podle mě nevzniká tím, že je WordPress špatný.

Problém vzniká ve chvíli, kdy se z něj udělá default pro každý web bez ohledu na to, jak s ním chce klient pracovat.

U některých menších firemních webů se časem ukáže, že vlastně nepotřebují velké CMS.

Potřebují něco jiného:

1. rychle upravit nabídku,
2. vytvořit landing page pro novou službu,
3. přidat sekci s referencemi,
4. přepsat hero podle nové pozice na trhu,
5. rozšířit obsah o větší množství stránek,
6. testovat nové úhly bez dlouhého kolečka ticketů a schvalování.

A tady se klasický setup často začne třít s realitou marketingu.

Ne proto, že by byl WordPress nepoužitelný.

Ale proto, že každá změna má moc kroků, moc závislostí a moc drobných míst, kde se něco může rozbít.

Něco je v editoru. Něco v builderu. Něco v šabloně. Něco v pluginu. Něco v custom kódu. Něco v cache. A po čase už nikdo přesně neví, co je bezpečné změnit a co drží pohromadě jen silou zvyku.

V tu chvíli web přestává být marketingový nástroj.

Začne být věc, kterou raději moc neotvíráte.

Co myslím vajbifikovaným webem

Pracovně tomu říkám vajbifikace webu.

Neberu to jako přesný technický termín. Spíš jako název pro nový způsob práce.

Vajbifikovaný web je web postavený tak, aby se dal rychle a bezpečně upravovat pomocí AI agenta.

Neznamená to, že agent dostane přístup do produkce a může si dělat, co chce.

To by byla cesta do pekla.

Znamená to, že web má jasnou strukturu, verzování, pravidla a workflow, ve kterém agent připravuje změny a člověk rozhoduje, co půjde ven.

Typicky si to představuju takhle:

1. web žije v GitHub repozitáři,
2. deployment běží přes Cloudflare Pages nebo podobný systém,
3. změny se dělají v samostatné branchi,
4. agent upraví text, komponentu, stránku nebo obsah,
5. člověk si výsledek zkontroluje v preview,
6. teprve po schválení jde změna do produkce.

Tohle je podle mě důležité rozlišit.

Vajbifikovaný web není „AI mi nějak udělá web“.

Je to web navržený pro práci s agentem.

Pro koho to může být dobrá volba

Vidím několik typů klientů, pro které to může dávat smysl.

První jsou zakladatelé a menší týmy, které často mění nabídku.

Nemají obří webový tým, ale potřebují rychle reagovat na trh. Dnes prodávají konzultace, za měsíc workshop, potom nový produktizovaný balíček. Web pro ně není statická brožura. Je to pracovní plocha.

Druhý typ jsou marketéři, kteří potřebují rychle iterovat.

Testují nové headline, přidávají landing pages, rozšiřují FAQ, přepisují CTA podle kampaní, ladí positioning. Pokud každá úprava trvá dva týdny, marketing začne dělat kompromisy.

Třetí typ jsou firmy, které chtějí rychle přidávat větší objemy obsahu.

Třeba nové službové stránky, lokální stránky, obsahové huby, porovnání, alternativy, FAQ nebo podpůrné SEO stránky. Tady může agent-friendly systém výrazně zrychlit práci, pokud je dobře navržený.

Čtvrtý typ jsou AI adopteři.

Lidé, kteří už dnes chápou, že AI není jen lepší chatovací okno. Chtějí ji zapojit do reálného workflow a nevadí jim naučit se trochu jiný způsob práce.

Tady je ale potřeba říct jednu věc napřímo.

Vajbifikovaný web není dobrá volba pro člověka, který chce jen „aby mu AI měnila web“.

Je to dobrá volba spíš pro někoho, kdo už je s AI trochu dál.

Kdo chápe, že agent je rychlý, ale není neomylný.

Kdo ví, že změna jedné sekce může mít dopad na design, obsah, SEO, tracking, formuláře i reklamní kampaně.

Kdo je ochotný pracovat s preview, diffem, review procesem a pravidly.

Bez téhle zralosti se z výhody rychlosti může stát problém.

Ne proto, že by AI weby nefungovaly.

Ale proto, že rychlejší změny znamenají i rychlejší vznik nekonzistence.

Jaká je cena za rychlost

Tohle je část, kterou nechci přeskakovat.

Vajbifikovaný web není automaticky jednodušší.

Je rychlejší v iteracích, ale jen pokud má dobrý systém.

Jinak jen vyměníte pluginový chaos za agentický chaos.

Na co je potřeba si dát pozor?

1. Agent nesmí měnit víc, než má

Když požádáte agenta o úpravu jedné sekce, nechcete, aby zároveň přepsal styl celého webu, změnil strukturu komponent, rozbil tracking a upravil texty na dalších pěti stránkách.

Proto musí být každá změna kontrolovatelná.

Ideálně přes diff, branch a preview.

Ne přes slepou důvěru.

2. AGENTS.md není detail, ale základ

Pokud má agent na webu pracovat opakovaně, potřebuje pravidla.

Ne obecné věty typu „dělej kvalitní práci“.

Potřebuje konkrétní instrukce:

1. jaký je tone of voice,
2. jaké komponenty používat,
3. co nikdy neměnit bez schválení,
4. jak zacházet s analytikou,
5. jak pracovat se SEO metadaty,
6. jak připravovat změny,
7. jaké soubory jsou zdroj pravdy.

Dobré AGENTS.md je u takového webu skoro stejně důležité jako dobrý design system.

Bez něj bude každý agent trochu improvizovat.

A improvizace na produkčním webu není strategie.

3. Analytika musí přežít změny

Tohle je jeden z důvodů, proč nechci stavět argument proti WordPressu moc agresivně.

Stabilní web má výhodu v tom, že se data dají číst v čase.

Když každý týden dramaticky změníte strukturu stránek, CTA, formuláře a obsah, můžete sice rychle iterovat, ale zároveň si rozbijete interpretaci dat.

Pokud berete web vážně, neberete ho jako online vizitku.

Berete ho jako marketingový systém.

A marketingový systém potřebuje měření.

Potřebuje analytiku, reklamní pixely, konverzní události, napojení na reklamní systémy, konzistentní UTM logiku a jasné pojmenování CTA.

Tohle je u vajbifikovaného webu jedna z nejtěžších částí.

Ne technicky. Technicky se dá tracking nasadit skoro všude.

Těžké je udržet ho procesně.

Když agent rychle přidá novou landing page, musí vědět, jak pojmenovat události, kam dát formulář, jak neporušit stávající měření a co nesmí měnit bez schválení.

Jinak snadno vznikne situace, kdy máte rychlejší web, ale horší data.

Proto musí mít vajbifikovaný web jasná pravidla pro tracking.

Například:

1. neměnit event names bez důvodu,
2. držet konzistentní CTA identifikátory,
3. dokumentovat větší změny,
4. rozlišovat obsahové úpravy od strukturálních změn,
5. u důležitých experimentů měnit jen jednu hlavní věc najednou.

Rychlost nesmí zničit měřitelnost.

4. Systém je důležitější než nástroj

Nestačí říct, že web bude „AI-ready“.

Musí existovat správný způsob stavění takového webu.

To znamená jednoduchá komponentová struktura, jasné názvy souborů, konzistentní obsahový model, dokumentace, verzování, preview prostředí a bezpečný deployment.

Agent je silný jen tehdy, když se má čeho držet.

Když mu dáte chaotický projekt, bude produkovat chaotické změny rychleji.

Co mi z toho zatím vychází

Po několika experimentech mi z toho nevychází „odteď všechno stavět jako vibe-coded web“.

Vychází mi z toho něco praktičtějšího.

Pro některé klienty je pořád nejlepší dobře postavený WordPress.

Hlavně když chtějí stabilní CMS, redakční administraci, předvídatelnost a kontinuitu dat.

Pro jiné klienty může být lepší agent-friendly webový systém.

Hlavně když potřebují rychle měnit nabídku, tvořit landing pages, přidávat větší objem obsahu a pracovat s webem jako s živým marketingovým nástrojem.

Rozdíl není v tom, jestli je WordPress starý a AI nová.

Rozdíl je v tom, jak má daný web fungovat v byznysu.

Moje pracovní kritéria

Když bych se měl dnes rozhodovat, jestli pro klienta dává smysl klasický WordPress, nebo vajbifikovaný web, ptal bych se hlavně na tyhle otázky:

1. Jak často se bude web měnit?
2. Kdo bude změny dělat?
3. Potřebuje klient klasické CMS, nebo spíš rychlé úpravy obsahu a stránek?
4. Je pro něj důležitější stabilita, nebo rychlost iterací?
5. Má smysl zapojit AI agenta do reálného workflow?
6. Je klient ochotný pracovat přes preview, review a schvalování změn?
7. Jak moc je důležitá kontinuita analytických dat?

Pokud klient chce hlavně známou administraci a stabilní publikační systém, WordPress je pořád dobrá odpověď.

Pokud chce web, který se dá rychle přestavovat podle toho, co se děje v marketingu a prodeji, začal bych uvažovat o agent-friendly stacku.

Checklist ke stažení

Aby to nezůstalo jen v rovině úvah, sepsal jsem k tomu jednoduchý checklist.

Najdete v něm základní kroky, které bych řešil při stavbě vajbifikovaného webu přes GitHub, Cloudflare a AI agenta.

Checklist pokrývá hlavně:

1. rozhodnutí, jestli je pro projekt vajbifikovaný web vůbec vhodný,
2. základní technický setup přes GitHub a Cloudflare Pages,
3. strukturu projektu pro agentickou práci,
4. pravidla pro AGENTS.md,
5. bezpečný workflow přes branch, preview a review,
6. ochranu trackingu, pixelů a analytiky,
7. základní údržbu po spuštění.

Jak s tím umím pomoct

Právě z toho mi vzniká nová část nabídky.

Na webu ji dávám mezi služby, protože je to přesně kombinace webu, marketingu, dat a AI workflow.

Ne „udělám vám další hezký web“.

Spíš:

Pomůžu vám postavit nebo přestavět web tak, aby byl připravený na bezpečnou práci s AI agentem.

To může znamenat nový web od nuly. Ale taky převod existujícího prezentačního webu do čistšího, rychlejšího a lépe spravovatelného systému.

Součástí takové práce není jen design a kód.

Musí tam být i pravidla pro agenta, struktura projektu, workflow změn, základní dokumentace a ochrana toho, co se nesmí rozbít: tracking, SEO, obsahová struktura a byznysový smysl webu.

Konkrétně s tím umím pomoct třeba takhle:

1. vyhodnotit, jestli pro vás dává větší smysl WordPress, nebo agent-friendly web,
2. navrhnout strukturu vajbifikovaného webu,
3. připravit GitHub a Cloudflare Pages setup,
4. nastavit základní pravidla pro práci agenta,
5. vytvořit nebo upravit AGENTS.md,
6. ohlídat tracking, pixely a analytické události,
7. převést existující prezentační web do čistšího systému,
8. naučit vás nebo tým, jak s takovým webem bezpečně pracovat.

Zatím si nemyslím, že je to pro všechny.

A vlastně bych byl opatrný u každého, kdo tvrdí opak.

Ale pro firmy, které chtějí s webem rychleji pracovat a zároveň už přemýšlí o AI jako o součásti workflow, to může být hodně zajímavý směr.

Pokud řešíte, jestli váš web má zůstat ve WordPressu, nebo by dávalo smysl přestavět ho na agent-friendly systém, ozvěte se mi.

Pomůžu vám rozhodnout, co je pro váš případ rozumnější.

A pokud už víte, že chcete s webem pracovat víc agenticky, můžeme rovnou projít, jak by vypadala vaše vajbifikace v praxi.