Stavba webu s AI: co má smysl a co je cesta do pekla
TL;DR: AI vám web nepostaví. Postaví vám hrubou stavbu za odpoledne — a to je zázrak i past zároveň. Jestli si spletete hrubou stavbu s kolaudací, nastěhujete se do domu bez elektřiny, s okny na sever a základovkou, kterou nikdo nezkontroloval. Tenhle text je o tom, kdy AI při stavbě webu vydělává a kdy vás přijde draho. Bez tool-porna, se zdravým rozumem.
Jeden disclaimer na úvod: nejsem vývojář. Dívám se na stavbu webu s AI stejně, jako se dívá stavební dozor na stavbu domu — nezajímá mě, jakou zednickou lžíci kdo drží, zajímá mě proces, volba řešení a rizika. A z tohohle úhlu vypadá „web s AI“ úplně jinak, než jak ho prodává většina návodů typu „postavte produkční e-shop za hodinu“.
Protože ono to fakt jde. Postavit něco za hodinu. Jenže „něco“ a „web, který plní cíl“ jsou dvě různé věci.
AI je dneska cement, ne kouzelník
Nejdřív si ujasněme jednu věc, kterou pořád spousta lidí bere jako novinku: AI už není appka bokem. Je uvnitř no-code builderů (Framer, Webflow AI, Wix), je uvnitř CMS, je v editoru kódu (Cursor, GitHub Copilot, Claude Code). Je to standardní součást stacku, jako je cement standardní součástí stavby. Nikdo dneska neřeší, „jestli použít cement“ — řeší, kolik, kam a jestli to někdo umí namíchat.
Největší win je jasný: rychlý start, variantování, iterace. To, co dřív trvalo tři dny (rozvrhnout strukturu, naklikat draft, vyzkoušet tři verze hero sekce), dneska zvládnete do oběda.
Největší riziko je jeho odvrácená strana: publishnete něco nedopečeného, „nějak to jede“, a jedete dál. Dům stojí, dá se v něm bydlet, tak proč řešit, že komín netáhne. Řešit ho začnete, až vyhoří.
A tady je jádro pudla: dneska není klíčové umět kliknout na šablonu. Klíčové je umět řídit proces a kvalitu. (Přesně tomuhle se věnujeme, když v Contextu řešíme stavbu webu a e-commerce — nástroj je až poslední rozhodnutí.)
„AI mi udělá web za mě.“ Ne, neudělá.
Tuhle větu slyšíme pořád a je zhruba tak pravdivá jako „bagr mi postaví dům“. Bagr vám vykope základy. Rychle a levně. Ale nerozhodne, jestli stavíte dům, nebo garáž, a jestli má stát na téhle parcele.
AI vám udělá draft. Hezký, rychlý, použitelný. Co vám nevyřeší:
- jestli web vůbec plní svůj cíl,
- pro koho je (bez publika dostanete hezkou stránku bez výkonu),
- jestli má nabídku, která někoho zajímá.
Nejdražší chyby na webu nikdy nejsou „ošklivé tlačítko“. Jsou to špatná struktura, slabá nabídka a rozbité měření. A tyhle chyby vám žádný builder nezakřičí. Naopak — ušetříte čas na startu a přeplatíte ho na předělávkách. Čas ušetřený v hrubé stavbě umíte krásně proflákat, když se za půl roku zjistí, že jste zapomněli na schodiště.
Tři cesty, jak s AI stavět (a čím za ně platíte)
Když někdo řekne „web s AI“, může myslet tři dost odlišné věci. Každá má jiný poměr rychlost vs. kontrola — a tenhle poměr je celý příběh.
1) Prompt → kód. Vlastníte kód, rozhodujete o hostingu, stacku, integracích. Sem patří nástroje jako Lovable, v0 od Vercelu, Bolt.new nebo asistovaný vývoj v Cursoru. AI zrychlí tvorbu, ale negarantuje kvalitu ani bezpečnost. Potřebujete review, testy, aspoň základní web-app hygienu. Skvělé, když víte, že web poroste a nechcete vendor lock-in. Nejvíc kontroly, nejvíc odpovědnosti.
2) Design → kód. Zkratka mezi návrhem a implementací — typicky Figma Make nebo export z Figmy do komponent. Funguje parádně, když máte jasný design systém a komponenty. Riziko: export je první draft, ne produkční codebase. Skoro vždycky narazíte na přístupnost, performance, responzivitu a edge cases, na které v návrhu nikdo nemyslel.
3) Prompt → hotový web na platformě. Nejrychlejší cesta k publikaci — design, copy, layout i hosting v jednom (Framer AI, Wix ADI, Hostinger AI, Webflow AI). Ideální pro landing, portfolio, microsite, marketingové MVP. Typická slabina: omezený export a přenositelnost dat plus strop u integrací a pokročilých workflow (role, procesy, automatizace).
Vidíte to napříč všemi třemi: čím rychlejší publish, tím větší riziko, že si zavřete dveře do budoucna. „Levné dnes“ umí být „drahé při přechodu“. Cíl není vybrat nejrychlejší cestu. Cíl je vybrat rychlost tak, aby seděla očekávanému růstu.

Co si hlídat, než se nastěhujete
Tady přichází nudná část, kterou všichni přeskakují — a pak platí. Beru to jako revizi před kolaudací. Nikdo ji nechce, každý ji potřebuje.
Přenositelnost a vendor lock-in
Neřešte jen export vzhledu. Řešte export dat — CMS, objednávky, účty, články. Klasický scénář: „kód stáhnu, ale obsah zůstane uvnitř platformy“. To je jako koupit dům a zjistit, že nábytek je přišroubovaný k developerovi. Typický příklad: přenést web z WordPressu jde relativně přímočaře (export obsahu i databáze), zatímco z uzavřeného AI builderu často vytáhnete jen HTML/CSS, ale ne strukturovaná data.
Exit plán patří do briefu, ne až do krize. Než něco koupíte, položte platformě čtyři konkrétní otázky:
(1) Umím vyexportovat obsah ve strojově čitelném formátu (Markdown, JSON, XML), ne jen jako obrázek stránky?
(2) Dostanu ven databázi — objednávky, uživatele, kontakty?
(3) Kam přesně nasměruju doménu, když odejdu, a zůstanou mi 301 redirecty?
(4) Vlastním kód, nebo si ho jen pronajímám?
Když na některou z nich nedostanete jasnou odpověď, máte odpověď.

AI kód nemusí být chytrý kód
AI umí vygenerovat zranitelnosti i špatné vzory — hlavně bez zadání a bez review. U statického webu je riziko malé. U formulářů, loginů a plateb roste. Berte OWASP Top 10 jako orientační mapu (XSS, injection, chybná autentizace). A jedno tvrdé pravidlo, které si napište na zeď: přihlašování, práci s hesly a platby nikdy nenasazujte z vygenerovaného kódu bez review od někoho, kdo bezpečnosti rozumí. Tady se „nějak to jede“ mění na únik dat. Konkrétně: hesla nikdy neukládejte v plain textu (bcrypt/argon2), formuláře validujte na serveru, ne jen v prohlížeči, a citlivé klíče nikdy nedávejte do frontend kódu. Zbytek webu klidně iterujte rychle — tyhle tři věci ne.
Přístupnost už není „nice to have“
Od 28. 6. 2025 je přístupnost pro část webů povinnost, ne dobrovolná laskavost. Platí European Accessibility Act (směrnice EU 2019/882), který v Česku transponuje zákon č. 424/2023 Sb. Technickým vodítkem je evropská norma EN 301 549, která přebírá WCAG (úroveň AA). Týká se to zejména e-shopů, bankovnictví, dopravy, telekomunikací a e-knih. AI builder vám zrychlí build, ale a11y musí projít QA. Typické fail pointy: kontrast, focus states, labely ve formulářích, ovládání klávesnicí. Mějte jednoduchý a11y checklist jako součást release — kontrast / focus / labely / nadpisy. Pro rychlý audit poslouží třeba WAVE nebo Lighthouse v Chrome DevTools — a když chcete přístupnost řešit už na úrovni návrhu, patří to do UX / UI / webdesignu, ne až do QA na konci.
Helpful content vs. AI-spam
AI texty jsou skvělé na draft a placeholdery. Ne na autopublishing. SEO nestojí na objemu slov, stojí na jasné nabídce, struktuře, relevanci, interním prolinkování a intentu — přesně v duchu Google Helpful Content a E-E-A-T principů. Generický AI copy = slabý brand + slabá konverze + slabá užitečnost. Pořadí, které funguje: AI draft → lidská editace → fact check → tone-of-voice check. Jestli má web dlouhodobě přivádět návštěvnost z vyhledávání, je to práce pro SEO, ne pro autopublish tlačítko.

Web není CRM
Web sbírá poptávky. Vztah, pipeline, segmentaci a automatizaci řeší CRM. Některé platformy mají „lehké CRM“, ale plnohodnotné řešení (třeba HubSpot nebo Raynet) většinou nenahradí. Klíčové otázky, na které musíte znát odpověď dřív než na barvu tlačítka: kam padá lead, kdo ho zpracuje, co se stane do pěti minut? Bez procesu a integrací vám web nepomůže, i kdyby byl krásný jako z časopisu.
Vyhledávání se změnilo — a web s AI to musí umět taky
Tohle je bod, který půlka návodů z roku 2024 ještě neřeší, a přitom mění pravidla hry víc než kterýkoli builder. Lidé stále častěji nedostávají deset modrých odkazů, ale hotovou odpověď — z Google AI Overviews, ChatGPT, Perplexity nebo Gemini. Google AI Overviews se dnes zobrazují zhruba ve čtvrtině vyhledávání a na dotazech, kde se objeví, organická prokliky výrazně padají. Když AI odpoví za vás a vy v té odpovědi nejste, neexistujete — bez ohledu na to, jak hezký web máte.
Vznikla proto disciplína GEO (Generative Engine Optimization) — optimalizace na to, aby vás AI odpovědi citovaly, ne jen řadily. A tady je dobrá zpráva pro každého, kdo bere obsah vážně: funguje přesně to, co dělá dobrý obsah dobrým. Studie Princetonu a spol. (KDD 2024) na 10 000 dotazech změřila, co reálně zvyšuje šanci na citaci v AI odpovědi: konkrétní statistiky (+41 %), citování zdrojů a přímé citace od autorit (~+28 %). A co naopak škodí? Keyword stuffing — skončil hůř než neupravená kontrolní verze. Nacpat klíčová slova dnes není neutrální, je to krok zpět.
Do praxe to překládáme takhle — a je jedno, jestli web staví AI builder nebo člověk:
- Odpovídejte na konkrétní otázky konkrétně. Sekce, která rovnou odpoví na dotaz (a klidně to shrne v první větě), se cituje líp než obecné plkání okolo. FAQ a jasné „answer bloky“ nejsou dekorace.
- Dokládejte čísly a zdroji. Tvrzení s číslem a odkazem je pro AI (i pro člověka) důvěryhodnější než přídavné jméno. Ne náhodou dělá tenhle článek přesně to.
- Držte obsah čerstvý. AI systémy váží aktuálnost — datum poslední aktualizace a čísla za letošní rok pomáhají.
- Nespoléhejte jen na vlastní web. AI odpovědi silně čerpají z cizích autoritativních zdrojů (recenze, oborová média, srovnávače). Zmínka o vás na důvěryhodném webu třetí strany váží často víc než vlastní landing page.
Pointa: GEO nenahrazuje SEO, přidává se k němu. Kdo má pořádné SEO základy, má náskok i v AI vyhledávání. Kdo web „naklikal a publishnul“, nemá ani jedno.
Kdy AI fakt pomáhá (a kdy je to booster, ne gamechanger)
Teď dobrá zpráva, ať to nevyzní, že AI je jen sbírka min. Nejvíc AI vydělá tam, kde ještě nic nestavíte. Ve fázi rozhodování, kdy jsou změny levné.
AI je fenomenální generátor variant: sitemap, struktury, sekcí, argumentů, value proposition. Rozhodujete se ještě před stavbou — a přepsat řádek v plánu stojí korunu, přezdít příčku stojí majland. Výsledek: lepší brief pro samotný build, ať už jedete AI builder nebo klasiku.
Vzorec, který drží: AI = generátor variant, člověk = editor a arbiter.
V klasickém projektu je AI parádní akcelerátor:
- brainstorming struktur a variant nabídky,
- rešerše konkurence a syntéza patternů (sekce, argumenty, námitky),
- draft copy, FAQ, microcopy jako placeholdery k iteraci,
- ilustrační vizuály pro prototyp a testování,
- vytažení tone of voice z existujících klientských textů.
A u vývoje? Zrychlí implementaci, debugging i dokumentaci. Ale zvyšuje riziko rychlejšího technického dluhu, když chybí review. Odpověď se jmenuje guardrails: lint, testy, code review, security check. AI je mistr v „first draft“. Člověk drží „final responsibility“.
Kdy je AI naopak past
Aby to bylo férové z obou stran. Jsou situace, kdy AI builder patří maximálně na prototyp — ne do jádra:
- Když víte, že poroste komplexita — integrace, role, workflow, hodně obsahu.
- Když je vysoké riziko — bezpečnost, přístupnost, regulace, reputace.
- Když je obsah „živý“ a spravuje ho víc lidí.
- Když potřebujete flexibilní custom funkce a měření napříč kanály.
V těchhle případech použijte AI jako rychlý prototyp, na kterém se rozhodnete — ne jako základ, na kterém pak roky bydlíte.
Proces, který vás udrží nad vodou
Když to složím dohromady, vypadá zdravá stavba webu s AI takhle — a je jedno, jestli jedete builder nebo klasiku:
- Cíle a publikum → nabídka → konverze (primární i sekundární).
- IA/sitemap → wireframe → obsah a vizuál (aspoň brand minimum).
- Výběr řešení podle budoucnosti — data, správa, integrace, lock-in.
- Build a iterace → QA → měření → publish.
Rozdíl oproti světu bez AI? Víc iterací, rychlejší prototypování. Ne jiný proces. AI mění spád, ne pravidla.
QA checklist
- A11y: kontrast, focus, labely, klávesnice, nadpisy.
- SEO & GEO: title/meta, struktura H, indexace, interní odkazy, sitemap — a navíc: citovatelné answer bloky, čísla se zdroji, aktuálnost.
- UX/performance: responzivita, rychlost, formuláře, microcopy.
- Security: formuláře, autentizace, pluginy, third-party skripty.
- Measurement: GA4 events, conversion tracking, routing leadu do CRM.
Co si z toho odnést: 5 pravidel, jak neztratit kontrolu
Jestli si máte zapamatovat jednu obrazovku z celého článku, ať je to tahle:
- Začněte cílem a konverzí, ne builderem. Nástroj je poslední rozhodnutí, ne první.
- Vyberte přístup podle budoucnosti — data, správa, integrace, ne podle toho, co je dneska nejrychlejší.
- Mějte exit plán dřív, než kliknete Publish. Přenositelnost se neřeší při rozvodu, ale před svatbou.
- QA není volitelné. A11y, SEO, security, measurement — čtyři revize, žádná z nich není luxus.
- AI používejte jako akcelerátor, ne autopilota. First draft dělá stroj, finální odpovědnost nesete vy.
AI vám při stavbě webu ušetří strašnou spoustu času a nervů — pokud víte, kterou práci děláte vy a kterou stroj. Postaví vám hrubou stavbu za odpoledne. Ale kolaudaci, revize a rozhodnutí, jestli tenhle dům vůbec chcete, nikdy nepodepíše za vás. A to je dobře.
PS pro firmy: Než pošlete tým „naklikat web v nějakém AI builderu“, zeptejte se jich na tři věci — jaký je cíl, kam padá lead a jak se odsud jednou dostaneme s daty ven. Když na to nemají odpověď, nestavíte web. Stavíte budoucí předělávku.
PS pro nadšence do nástrojů: Ano, je to zábava a ano, jede to rychle. Jen si pohlídejte, ať vás rychlost neopije natolik, že publishnete dřív, než zkontrolujete, jestli komín táhne. Rychlost je skvělý sluha a mizerný pán.
Časté dotazy
Postaví mi AI opravdu celý web?
AI vám postaví draft — layout, copy, základní strukturu — často za pár hodin. Co za vás nevyřeší, je jestli web plní svůj cíl, pro koho je a jestli má nabídku, která někoho zajímá. Berte AI jako hrubou stavbu, ne jako hotový dům ke kolaudaci. Finální rozhodnutí a odpovědnost zůstávají na člověku.
Kdy má smysl použít AI builder a kdy raději klasický vývoj?
AI builder dává smysl pro landing page, portfolio, microsite nebo marketingové MVP s jedním jasným cílem a rychlou iterací. Naopak past to bývá tam, kde poroste komplexita (integrace, role, workflow, hodně obsahu), kde je vysoké riziko (bezpečnost, přístupnost, regulace) nebo kde obsah spravuje víc lidí. V těch případech použijte AI maximálně na prototyp, na kterém se rozhodnete — ne jako základ, na kterém pak roky bydlíte.
Musí web postavený přes AI splňovat přístupnost?
Ano, pokud spadá do působnosti zákona. Od 28. 6. 2025 platí European Accessibility Act (směrnice EU 2019/882), který v Česku transponuje zákon č. 424/2023 Sb. Týká se zejména e-shopů, bankovnictví, dopravy, telekomunikací a e-knih. Technickým vodítkem je norma EN 301 549, která přebírá WCAG na úrovni AA. To, že web postavil AI builder, vás povinnosti nezbavuje — přístupnost musí projít QA (kontrast, focus states, labely, ovládání klávesnicí).
Co je vendor lock-in a jak se mu vyhnout?
Vendor lock-in znamená, že se z platformy nedostanete pryč bez velké ztráty. U webů to nejčastěji není o vzhledu, ale o datech — kód stáhnete, ale obsah, objednávky nebo uživatelské účty zůstanou uzavřené v platformě. Vyhnete se mu tak, že exit plán vyřešíte ještě před stavbou: sepište si, co přesně jde exportovat (kód / obsah / uživatelé / e-shop), co ne a za jakou cenu. Otevřenější řešení jako WordPress migraci usnadňují, uzavřené AI buildery ji často komplikují.
Zvládne AI napsat weby texty, které fungují i pro SEO?
AI texty jsou skvělé jako draft a placeholdery, ne jako finální obsah k autopublishingu. SEO nestojí na objemu slov, ale na jasné nabídce, struktuře, relevanci a intentu — v souladu s principy Google Helpful Content a E-E-A-T. Funkční postup je: AI draft → lidská editace → fact check → kontrola tone of voice. Generický AI copy poznají čtenáři i vyhledávače a odmění ho slabou konverzí.
Co je GEO a musím ho řešit u nového webu?
GEO (Generative Engine Optimization) je optimalizace obsahu na to, aby vás citovaly AI odpovědi — Google AI Overviews, ChatGPT, Perplexity, Gemini. Řešit ho má smysl, protože AI Overviews se dnes zobrazují zhruba ve čtvrtině vyhledávání a berou část organických prokliků. GEO nenahrazuje SEO, přidává se k němu: podle studie Princetonu (KDD 2024) citaci v AI odpovědích nejvíc zvyšují konkrétní statistiky, citování zdrojů a přímé citace autorit, zatímco keyword stuffing výsledkům škodí. V praxi: odpovídejte na konkrétní otázky konkrétně, dokládejte čísly a zdroji, držte obsah aktuální a budujte zmínky na důvěryhodných webech třetích stran.
Mohlo by vás zajímat
- Jak připravit svou firmu na AI
- AI a sociální sítě: kde vám ušetří čas – a kde vám může uškodit
- Naše služba: Stavba webu / E-commerce
Zdroje a další čtení
- European Accessibility Act — oficiální stránka Evropské komise
- Zákon č. 424/2023 Sb. — Zákony pro lidi · MPO
- WCAG — W3C Web Accessibility Initiative
- OWASP Top 10 — owasp.org
- Google Helpful Content — Google Search Central
- GEO: Generative Engine Optimization (Aggarwal et al., KDD 2024) — arXiv:2311.09735


























