# websitedevelopment.biz — plný text

> Úplný text každého průvodce v tomto jazyce, aby odpovědní stroj přečetl katalog jedním požadavkem. Nic z toho na viditelných stránkách nechybí.

## Kdy předělat web — a kdy ne
https://websitedevelopment.biz/cs/guides/kdy-predelat-web
Aktualizováno 2026-08-07 · Údržba

Přestavby pohání častěji nuda než data. Web působí zastarale týmu, který se na něj dívá denně, a ten pocit se změní v projekt za statisíce, který zřídka zlepší čísla.

Tento průvodce prochází důvody, které přestavbu skutečně ospravedlní, důvody, které ne, a alternativu, která obvykle vychází lépe.

### Důvody, které přestavbu ospravedlní
Jsou strukturální: nevyřeší je nová paleta ani pár nových stránek.
- Web není použitelný na mobilu, a odtud přichází většina návštěvnosti.
- Základní platforma už není podporovaná nebo ji nelze bezpečně aktualizovat.
- Váš tým nemůže změnit obsah bez vývojáře — to paralyzuje všechno ostatní.
- Obchodní model se skutečně změnil a struktura už neodráží, co prodáváte.
- Výkon je strukturálně špatný způsobem, který nelze vyřešit bez přestavby.
- Web nesplňuje požadavky na přístupnost, které se vás právně týkají.
- Potřebujete funkčnost, kterou současný základ zásadně neunese.

### Důvody, které ji neospravedlní
Jsou častější než výše uvedené a vedou k nejdražším projektům s nejmenší návratností.
| «Působí zastarale» | Vy ho vidíte denně; návštěvníci ne | Osvěžit typografii, prostor a obrázky |
| «Konkurence má nový» | Srovnávání, ne problém | Zjistit, co jejich web řeší a váš ne |
| «Návštěvnost klesá» | Obvykle SEO nebo obsah, ne návrh | Diagnostikovat před přestavbou |
| «Nový marketingový šéf» | Změna vlastníka | Nejdřív změřit, co už funguje |
| «Konverze je nízká» | Může jít o jednu stránku | Otestovat konkrétně tu stránku |
| «Máme nové logo» | Aktualizace značky | Aplikovat identitu, ne přestavovat |
Přestavba bez diagnostikovaného problému často dá web, který vypadá líp a funguje hůř, protože to, co fungovalo, nechtěně zmizelo.

### Alternativa: cílené zlepšení
Ve většině případů, které začínají jako «potřebujeme přestavbu», tohle vynese víc za zlomek ceny a rizika.
- Zjistěte analytikou, které stránky nesou nejvíc návštěvnosti a konverzí. Obvykle jich je méně než deset.
- Zjistěte, kde se lidé na těch stránkách ztrácejí — nahrávky relací a analýza formulářů to ukážou hned.
- Opravte nejdřív rychlost. Je to téměř vždy nejlevnější měřitelné zlepšení.
- Přepište texty na hlavních stránkách; nesrozumitelnost stojí víc konverzí než návrh.
- Osvěžte typografii, prostor a kvalitu obrázků — vyřeší to většinu «působí zastarale».
- Zlepšete klíčové konverzní cesty: formuláře, kontakty, informace o cenách.
- Měřte po každé změně. Po třech měsících budete vědět, zda je přestavba opravdu potřeba.
Tenhle přístup navíc přinese data. Pokud pak stejně přestavíte, budete vědět, co zachovat — a to je přesně to, co přestavby obvykle zničí.

### Pokud přestavujete, dělejte to bezpečně
Největší rizika přestavby nejsou návrhová, ale technická a měřitelná.
- Namapujte každou stávající adresu na novou před spuštěním; právě tam mizí návštěvnost.
- Zapište současná čísla — návštěvnost, pozice, konverze — abyste mohli později porovnat.
- Zachovejte, co prokazatelně funguje. Stránka, která rankuje, si zaslouží opatrnost, ne přepsání.
- Spouštějte po etapách, pokud to jde, abyste viděli efekt každé části.
- Počítejte se čtyřmi až šesti týdny kolísání a zkoumejte, jen pokud to potom dál klesá.
- Otestujte formuláře a v e-shopu platbu v produkci v den spuštění.
- Nechte si starý web nějakou dobu dostupný, abyste mohli ověřit, co tam bylo.

Q: Jak často mám web předělávat?
A: Neexistuje harmonogram a pracovat podle harmonogramu je přesně ta chyba. Dobře postavený web s aktuálním obsahem může fungovat pět let i déle s průběžnými drobnými zlepšeními. Přestavujte, když je konkrétní problém, který nelze vyřešit bez přestavby — ne když uplynuly tři roky.

Q: Poškodí přestavba mou návštěvnost z vyhledávání?
A: Dočasně téměř vždy, a trvale, pokud jsou přesměrování odbytá. Počítejte se čtyřmi až šesti týdny kolísání i při čistém provedení. Trvalá škoda pochází z nenamapovaných adres, odstraněných stránek, které rankovaly, a přepsaných textů na stránkách, které fungovaly dobře.

Q: Kolik přestavba stojí?
A: Obvykle mezi polovinou a celou částkou nového webu, protože práce je z velké části stejná plus migrace. Právě proto se vyplatí nejdřív diagnostikovat: pokud cílené zlepšení za zlomek té částky vyřeší tentýž problém, je přestavba drahou oklikou.

Q: Jak poznám, že jde o návrh?
A: Podívejte se, kde lidé odpadají. Pokud odejdou během několika sekund, jde o rychlost nebo relevanci, ne o návrh. Pokud čtou a pak odejdou, jde obvykle o text nebo nabídku. Pokud uvíznou na formuláři, jde o formulář. Návrh je zřídka příčinou, na kterou ukazuje analytika, ačkoli je téměř vždy příčinou, na kterou ukazuje intuice.

## Monitoring: vědět o výpadku dřív než zákazníci
https://websitedevelopment.biz/cs/guides/monitoring-dostupnosti-webu
Aktualizováno 2026-08-07 · Údržba

Monitoring začíná jednou otázkou — odpovídá web — ale selhání, která stojí peníze, jsou zřídka tak jednoduchá. Web běží a formulář nic neodesílá. Úvodní stránka se načte a nákup selže. Certifikát vyprší za tři dny a nikdo se nedívá.

Tento průvodce prochází, co skutečně sledovat, jak nastavit upozornění, která si získají pozornost, a co dělat, když nějaké přijde.

### Co sledovat nad rámec «běží»
Ping na úvodní stránku zachytí zjevná selhání. Tyto kontroly zachytí ta tichá.
- Stav HTTP a obsah: nejen že se něco vrátí, ale že stránka obsahuje očekávaný text.
- Datum platnosti certifikátu: upozornit třicet dní předem, ne v den vypršení.
- Vypršení domény: nejvzácnější a nejkatastrofálnější, a zcela odstranitelné.
- Odeslání formulářů: pravidelné testovací odeslání potvrzující, že e-mail skutečně dorazí.
- Nákupní cesta v e-shopu: nejdražší tiché selhání, jaké existuje.
- Doba odezvy: stoupající trend často varuje dny před skutečným výpadkem.
- Míra chyb v logu: nárůst chyb 500, které návštěvníci nehlásí.
- Úlohy na pozadí: plánované procesy, které tiše přestanou běžet.
Kontrola formulářů přináší nejvíc na vloženou námahu. Kontaktní formuláře, které tiše selhávají, stojí poptávky týdny, než si toho někdo všimne.

### Nastavit upozornění, která fungují
Upozornění, které nikdo nečte, je horší než žádné, protože si myslíte, že jste krytí.
| Frekvence kontrol | Každou minutu u kritických webů | Pět minut znamená až pět minut tichého výpadku |
| Potvrzení z druhé lokality | Zapnuto | Brání upozorněním při výpadku sítě kontrolora |
| Práh upozornění | Dvě po sobě jdoucí selhání | Vyhne se šumu při jednorázovém zaškobrtnutí |
| Kanál | E-mail plus SMS nebo chat | Samotný e-mail se v noci nečte |
| Příjemce | Jmenovitá osoba, ne skupinová schránka | Skupinové schránky znamenají, že nikdo nevlastní |
| Upozornění na obnovení | Zapnuto | Bez něj nevíte, že je po všem |
| Okno údržby | Nastavené před plánovanými změnami | Brání zvyku na falešná upozornění |
Únava z upozornění je nejčastější způsob, jak monitoring selhává. Dvě falešná upozornění týdně a na třetí se už nikdo nepodívá.

### Když upozornění přijde
Krátký postup, který šetří čas a hlavně brání tomu, aby někdo v panice něco změnil.
- Ověřte výpadek sami z jiné sítě — mobilní data fungují dobře. Část upozornění je lokálních.
- Zkontrolujte stavovou stránku svého hostingu dřív, než začnete cokoli zkoumat.
- Podívejte se, co se naposledy změnilo: nasazení, aktualizace rozšíření, změna DNS.
- Zkontrolujte certifikát a doménu — tyto dvě věci vysvětlují překvapivě velkou část náhlých výpadků.
- V případě potřeby nasaďte stránku údržby, aby návštěvníci viděli něco užitečného.
- Vraťte změny dřív, než začnete diagnostikovat, pokud je nedávná změna pravděpodobnou příčinou.
- Poznamenejte si potom, co to bylo a jak dlouho to trvalo. Tři takové poznámky ukážou vzorec.

### Kolik dostupnosti skutečně potřebujete
Procenta dostupnosti znějí abstraktně, dokud se nepřepočtou na čas za rok.
| 99 % | Přes tři dny | Málo na firemní web |
| 99,5 % | Téměř dva dny | Levný sdílený hosting |
| 99,9 % | Téměř devět hodin | Dobrý hosting; rozumný cíl |
| 99,95 % | Něco přes čtyři hodiny | Řízený hosting s podporou |
| 99,99 % | Zhruba hodina | Vyžaduje redundanci a skutečnou inženýrskou práci |
Pro většinu firemních webů je 99,9 % dobrý cíl a peníze udělají víc užitku v rychlém zotavení než v honbě za další devítkou.

Q: Jak často mám kontrolovat?
A: Každou minutu u něčeho, čím tečou tržby, každých pět minut u běžného firemního webu. Na intervalu záleží, protože je vaší dolní hranicí toho, jak dlouho zůstane výpadek nepovšimnut. Důležitější než interval je, aby kontrola ověřovala obsah stránky, ne jen to, že server něco vrátil.

Q: Stačí bezplatný monitoring?
A: U jednoho webu s kontrolami po pěti minutách a e-mailovými upozorněními obvykle ano. Platí se za kratší intervaly, více lokalit, SMS upozornění a transakční kontroly jako nákupní cesta. U e-shopu se to vyplatí; u firemního webu obvykle ne.

Q: Proč web vypadá funkčně, zatímco monitoring hlásí výpadek?
A: Obvykle DNS cache nebo regionální problém: váš resolver má pořád starou adresu, nebo výpadek zasáhl jednu síť. Proto je potvrzení z druhé lokality cenné. Vždy ověřujte z jiné sítě, než upozornění označíte za falešné — právě tímto předpokladem se ignorují skutečné výpadky.

Q: Co je tiché selhání?
A: Selhání, kdy web vypadá funkčně, ale něco podstatného nefunguje: kontaktní formulář neodešle e-mail, nákup selže v posledním kroku, nebo vyhledávání nic nevrátí. Monitoring dostupnosti to nezachytí, protože stránka se načte v pořádku. Na to jsou potřeba funkční kontroly, které danou akci skutečně provedou.

## Strategie záloh, která skutečně funguje
https://websitedevelopment.biz/cs/guides/strategie-zaloh-webu
Aktualizováno 2026-08-07 · Údržba

Zálohy má prakticky každý. Podstatně méně lidí má zálohy s prokázanou obnovitelností, a jen na tom v den, kdy je potřebujete, záleží.

Tento průvodce prochází, co do zálohy patří, kde má ležet, jak dlouho ji držet, a jak provést test obnovy, který mění předpoklad ve fakt.

### Co patří do úplné zálohy
Částečná záloha vypadá jako záloha až do chvíle, kdy ji potřebujete. Tohle je celý seznam.
- Databáze: veškerý obsah, uživatelé, nastavení, a v e-shopu objednávky a zákazníci.
- Nahrané soubory: obrázky, dokumenty, přílohy — často největší část objemem.
- Kód a šablony: zejména úpravy, které nikde jinde neexistují.
- Konfigurace serveru: virtuální hostitelé, pravidla přesměrování, plánované úlohy.
- Certifikáty a proměnné prostředí: to, na co se zapomene, dokud obnova neuvázne.
- Sepsaný postup obnovy: v jakém pořadí, jaké přihlašovací údaje, jaké nastavení DNS.
- U vlastního kódu nahrazuje správa verzí zálohu kódu, ale ne databázi ani soubory.
Nahrané soubory nejčastěji vypadávají z automatických záloh, protože leží mimo cestu CMS. Ověřte konkrétně, že jsou zahrnuty.

### Frekvence a doba uchování
Správná frekvence plyne z jedné otázky: kolik práce si můžete dovolit udělat znovu?
| Statický firemní web | Při změně, plus měsíčně | Několik měsíců |
| Firemní web s blogem | Denně | Třicet dní, plus měsíční body |
| E-shop | Každou hodinu nebo průběžně | Minimálně třicet dní; objednávky déle |
| Aplikace s uživatelskými daty | Průběžně s transakčním logem | Podle politiky uchování |
| Před každou aktualizací | Ručně, vždy | Dokud aktualizace neprokáže, že běží |
Držet několik generací váží víc než vysoká frekvence. Napadení odhalené až po dvou týdnech činí každou zálohu z těch dvou týdnů bezcennou.

### Kde mají zálohy ležet
Místo určuje, proti jakým druhům selhání jste chráněni. Právě zde většina nastavení pokulhává.
| Tentýž server | Nechtěnému smazání obsahu | Výpadku serveru, ransomwaru, ztrátě účtu |
| Tentýž hostingový účet | Výpadku serveru | Pozastavení účtu, kompromitovanému přístupu |
| Samostatné cloudové úložiště | Prakticky všemu | Ztrátě přihlašovacích údajů k tomu úložišti |
| Lokální kopie | Ztrátě poskytovatele | Vyžaduje kázeň, aby zůstala aktuální |
| Tři kopie, dvě média, jedna mimo | Prakticky všemu | Ničemu podstatnému |
Alespoň jedna záloha by měla ležet zcela mimo infrastrukturu a účet vašeho hostingu. Ransomware a pozastavení účtů berou vše v dosahu.

### Test obnovy
To je část, která mění zálohy z předpokladu ve fakt, a část, kterou prakticky všichni přeskakují.
- Obnovujte zálohu do testovacího prostředí čtvrtletně, ne do produkce.
- Změřte, jak dlouho to trvalo. To číslo je váš skutečný čas zotavení a bývá delší, než se čeká.
- Ověřte, že je obsah kompletní — včetně obrázků, ne jen textu.
- Ověřte, že formuláře, přihlášení a v e-shopu nákup fungují.
- Zapište, co chybělo nebo se pokazilo, a opravte proces zálohování.
- Sepište postup obnovy, aby ho zvládl někdo jiný, když nebudete k zastižení.
- Zopakujte po každé významné změně webu nebo hostingu.
Nejčastějším zjištěním při prvním testu obnovy je, že část souborů chybí nebo že nikdo nemá přihlašovací údaje k databázi. Přesně proto se testuje v klidný den.

Q: Stačí zálohy mého hostingu?
A: Jako jediné ne. Jsou užitečné a obvykle rychlé, ale leží uvnitř téhož účtu, který můžete ztratit sporem, pozastavením nebo kompromitovaným přístupem. Držte zálohy hostingu i nezávislou kopii jinde. Ta druhá existuje právě pro scénář, kdy je první nedostupná.

Q: Jak často mám zálohovat?
A: Dost často, aby byla ztráta mezi dvěma zálohami přijatelná. Blog publikující týdně vystačí s denními. E-shop ne — přijít o den objednávek je provozní problém, ne nepohodlí, takže tam platí hodinově nebo průběžně. Rozhodněte otázkou, kolik práce jste ochotni udělat znovu.

Q: Jak dlouho zálohy uchovávat?
A: Třicet dní čerstvých bodů pokryje většinu incidentů, plus měsíční body pro delší horizont. Důvodem pro delší horizont je, že problémy se často odhalí pozdě — poškozený import obsahu nebo napadení před třemi týdny. Data objednávek a faktur navíc podléhají zákonným lhůtám.

Q: Co když nemám zálohu a web je pryč?
A: Zeptejte se nejdřív hostingu — mnozí mají snímky, které nespravujete, někdy pár dní zpět. Poté: Wayback Machine a cache vyhledávačů mohou vrátit viditelný obsah, ale ne databázi, ne soubory a ne objednávky. Je to záchrana, ne obnova, a je to důvod, proč test obnovy existuje.

## Bezpečnost webu: praktický průvodce
https://websitedevelopment.biz/cs/guides/bezpecnost-webu-pruvodce
Aktualizováno 2026-08-07 · Údržba

Většina webů není napadena cíleně. Najdou je automatické skenery, které prohledávají internet na známé zranitelnosti a slabá hesla. To je dobrá zpráva, protože to znamená, že základní opatření zastaví většinu útoků.

Tento průvodce prochází tato opatření, zhruba v pořadí, kolik rizika odstraní na vloženou námahu.

### Přístupy: kde většina napadení začíná
Ukradené nebo uhádnuté přihlašovací údaje jsou nejčastějším způsobem, jak malé weby padnou — častějším než jakákoli technická zranitelnost.
- Dvoufaktorové ověření u každého administrátorského účtu, bez výjimky.
- Unikátní hesla ze správce hesel; opakovaně použitá hesla uniknou jinde a testují se tady.
- Odstraňte účty lidí, kteří odešli, a starých agentur — na tohle se téměř vždy zapomíná.
- Dávejte minimální potřebná oprávnění; redaktor nemusí být administrátor.
- Omezte pokusy o přihlášení a blokujte po opakovaných neúspěších.
- Chraňte i okolí: hosting, DNS, registrátora domény a e-mail. Ztratit DNS je horší než ztratit web.
- Používejte SFTP nebo SSH klíče, nikdy prosté FTP s heslem.
Registrátor domény je účet, který nejčastěji zůstává bez druhého faktoru a který napáchá nejvíc škody, když padne.

### Aktualizace a plocha útoku
Každý nainstalovaný software je něco, co musí zůstat aktuální. Nejlevnější bezpečnostní práce je odstranit to, co nepoužíváte.
| Aktuální jádro CMS | Známé zranitelnosti se skenují během dnů |
| Aktuální rozšíření | Nejčastější cesta dovnitř u WordPress webů |
| Odstranit nepoužívaná rozšíření | Vypnuté není bezpečné; kód tam pořád je |
| Odstranit nepoužívané šablony | Stejný důvod, ještě častěji zapomínané |
| Podporovaná verze PHP | Staré verze nedostávají bezpečnostní opravy |
| Aktuální serverové balíčky | U řízeného hostingu to dělá poskytovatel — ověřte |
| Závislosti ve vlastním kódu | Knihovny také stárnou |
Spouštějte aktualizace v testovacím prostředí a pak otestujte formuláře a v e-shopu nákupní cestu. Aktualizace, která tiše rozbije formulář, je vlastní druh výpadku.

### Ochrana aplikace a serveru
Opatření, která pokrývají technické zranitelnosti místo přístupů.
- Validujte a sanitizujte veškeré vstupy na serveru. Kontrola v prohlížeči je pohodlí, ne bezpečnost.
- Používejte připravené dotazy u veškerého přístupu k databázi — to uzavře SQL injection.
- Escapujte výstup při zobrazení, abyste zabránili cross-site scriptingu.
- HTTPS všude, s HSTS a automaticky obnovovaným certifikátem.
- Nastavte bezpečnostní hlavičky: Content-Security-Policy, X-Content-Type-Options, Referrer-Policy.
- Omezte nahrávání souborů podle typu a velikosti a ukládejte je mimo veřejný adresář.
- Vypněte zobrazování chyb v produkci; chybové hlášky útočníkovi řeknou, co běží.
- Zvažte webový aplikační firewall u CMS s mnoha rozšířeními.

### Zálohy a zotavení po napadení
Bezpečnost občas selže. Co se pak stane, závisí zcela na tom, co jste připravili předem.
- Ukládejte zálohy mimo server. Záloha na témž stroji se zašifruje nebo smaže se zbytkem.
- Držte několik generací. Pokud se napadení odhalí až po dvou týdnech, včerejší záloha je také nakažená.
- Testujte obnovu čtvrtletně. To je krok, který nejčastěji chybí.
- Při napadení: stáhněte web nebo ho dejte do režimu údržby dřív, než uděláte cokoli jiného.
- Změňte všechna hesla — CMS, hosting, databáze, FTP, DNS — než začnete obnovovat.
- Obnovte ze zálohy před napadením a všechno aktualizujte, než půjdete znovu online.
- Zjistěte, jak se dostali dovnitř. Obnovit bez nalezení příčiny znamená, že se to bude opakovat.
Při úniku osobních údajů platí ohlašovací povinnosti s krátkými lhůtami. Vězte předem, kdo to posoudí, ne až během incidentu.

Q: Je WordPress nebezpečný?
A: Jádro je rozumně udržované; riziko leží téměř vždy v rozšířeních, šablonách a slabých administrátorských heslech. WordPress web s dvoufaktorem, málo rozšířeními a aktuálními verzemi je v pořádku. Web se čtyřiceti rozšířeními, z nichž polovina nebyla dva roky aktualizována, je otázkou času.

Q: Potřebuji bezpečnostní rozšíření?
A: Jsou užitečná pro omezení přihlášení, dohled nad soubory a upozornění, ale nenahradí nic ze seznamu výše. Bezpečnostní rozšíření na webu se zastaralými rozšířeními a sdíleným heslem skutečný problém neřeší. Berte ho jako hlásič kouře, ne jako protipožární konstrukci.

Q: Co dělat, když je můj web napaden?
A: Stáhněte ho, změňte všechna hesla včetně hostingu a DNS, a pak obnovte z čisté zálohy před napadením. Než půjdete znovu online, všechno aktualizujte a zjistěte, jak se dostali dovnitř — jinak se to během týdnů zopakuje. Pokud jde o osobní údaje, platí ohlašovací povinnosti s krátkými lhůtami.

Q: Chrání HTTPS můj web před hackery?
A: Ne, a je to častý omyl. HTTPS šifruje provoz mezi návštěvníkem a serverem, což brání odposlechu a manipulaci na cestě. Nedělá nic proti slabým heslům, zastaralým rozšířením nebo SQL injection. Je nezbytné a naprosto nedostačující.

## Správa webu: co zahrnuje a kolik stojí
https://websitedevelopment.biz/cs/guides/sprava-webu-pruvodce
Aktualizováno 2026-08-07 · Údržba

Web není hotový produkt, ale běžící systém. Software stárne, integrace se lámou, certifikáty vyprší a obsah zastarává. Správa je práce, která brání tomu, aby se to všechno pokazilo najednou.

Tento průvodce prochází, co je potřeba dělat, v jakém rytmu, kolik to rozumně stojí, a jak posoudit nabídku správy.

### Co správa skutečně zahrnuje
«Správa» je v nabídkách vágní slovo. Tohle jsou složky, které by za ním měly stát.
- Aktualizace softwaru: jádro CMS, rozšíření, šablony, serverové balíčky — a testy poté.
- Zálohy: automatické, uložené mimo server, a pravidelně skutečně obnovené jako test.
- Bezpečnostní dohled: upozornění na zranitelnosti, integrita souborů, podezřelá přihlášení.
- Monitoring dostupnosti: upozornění, když web spadne, ne když zavolá zákazník.
- Certifikáty a domény: obnovy, které tiše vyprší a stáhnou web z provozu.
- Kontroly výkonu: váha stránky roste sama, jak přibývá obsah.
- Rozbité odkazy a chyby: vnitřní odkazy a 404, které se časem hromadí.
- Aktualizace obsahu: ceny, tým, služby, rok v patičce.
- Analytika a report: někdo, kdo se skutečně dívá, co web dělá.
U každé nabídky správy se ptejte, které z těchto bodů jsou uvnitř. «Správa» bez rozpisu v praxi znamená spouštění aktualizací.

### Realistický rytmus
Ne všechno musí být měsíčně. Tohle je funkční rozdělení pro typický firemní web.
| Průběžně | Monitoring dostupnosti, automatické zálohy, bezpečnostní upozornění |
| Týdně | Aplikovat bezpečnostní aktualizace, zkontrolovat odeslání formulářů |
| Měsíčně | Plné kolo aktualizací s testem, rozbité odkazy, log chyb |
| Čtvrtletně | Otestovat obnovu zálohy, změřit výkon, kontrola přístupnosti |
| Pololetně | Kolo obsahu: zastaralé stránky, ceny, údaje o týmu |
| Ročně | Revidovat závislosti a verzi PHP, odstranit nepoužívaná rozšíření |
| Při každé změně | Otestovat formuláře a v e-shopu nákupní cestu |
Čtvrtletní test obnovy je ten, který všichni přeskakují, a ten, na kterém záleží. Záloha, kterou jste nikdy neobnovili, je předpoklad, ne záloha.

### Kolik to stojí
Ceny správy se hodně liší, protože pokrývají velmi odlišnou práci. Přibližné měsíční řády a co za ně čekat.
| Jen hosting | Nízká | Server běží; nic víc |
| Základní správa | Desítky eur | Aktualizace, zálohy, monitoring |
| Řízená | Sto až několik set | Výše uvedené plus testy, bezpečnost, drobné změny |
| Řízená s hodinami | Několik set a víc | Výše uvedené plus rozpočet hodin na práci |
| E-shop | Podstatně víc | Testovat nákup, platby, skladové integrace |
Užitečné pravidlo je jedno až dvě procenta ceny stavby měsíčně u běžného webu. Pokud je nabídka výrazně nižší, ptejte se přesně, co zahrnuje.

### Co se kazí bez správy
Způsoby selhání jsou předvídatelné a téměř vždy dražší na opravu než na prevenci.
- Zastaralé rozšíření se známou zranitelností je automaticky zneužito — to je nejčastější způsob, jak jsou malé weby napadeny.
- Certifikát vyprší a každý návštěvník uvidí varování dřív, než si toho někdo všimne.
- Verze PHP je hostingem ukončena a web se jednoho rána rozbije, aniž by se cokoli změnilo.
- Formuláře tiše přestanou odesílat; zjistíte to, až se někdo zeptá, proč jste neodpověděli.
- Zálohy běžely, ale nedaly se obnovit, když bylo potřeba.
- Váha stránky se ztrojnásobila třemi lety neoptimalizovaných nahrávek.
- Zotavení z napadení stojí typicky několikanásobek ročních nákladů na správu.

Q: Potřebuji opravdu smlouvu o správě?
A: Potřebujete tu práci; zda jde přes smlouvu, je jiná otázka. Pokud umíte spolehlivě spouštět měsíční aktualizace, testovat zálohy a reagovat na upozornění, dělejte to sami. Pokud ne — a většina firem ne — je smlouva nejlevnějším způsobem, jak to zajistit. Statický web bez CMS potřebuje pozoruhodně málo.

Q: Co se stane, když odložím aktualizace?
A: Při jednom vynechaném měsíci obvykle nic. Při šesti se aktualizace stanou rizikovými, protože se mění příliš mnoho najednou, a u známých zranitelností jste automaticky skenováni a zneužiti — útočníci hledají čísla verzí, ne firmy. Ironií je, že odklad činí aktualizace nebezpečnějšími, ne bezpečnějšími.

Q: Může správu dělat můj tým?
A: Zčásti, a je to často nejlevnější uspořádání. Obsah, ceny a stránky týmu patří vám. Aktualizace, testy obnovy, bezpečnost a testování po aktualizacích patří někomu s technickou odpovědností. Rozdělte smlouvu podle této linie místo předání všeho nebo ničeho.

Q: Kolik správy potřebuje statický web?
A: Výrazně méně. Bez CMS, databáze a rozšíření není software, který by stárnul. Zůstává obnova domény a certifikátu, monitoring a aktuálnost obsahu. Je to jeden ze silnějších argumentů pro statické weby u projektů, které nepotřebují denní redakci.

## Jak se stát tvůrcem webu: realistická cesta
https://websitedevelopment.biz/cs/guides/jak-se-stat-tvurcem-webu
Aktualizováno 2026-08-07 · Najímání vývojářů

Tvorba webu je jednou z mála technických profesí, kde prokazatelná práce váží víc než diplom. Dělá to profesi dostupnou a zároveň matoucí, protože není předepsaná cesta a materiálů je mimořádně mnoho.

Tento průvodce dává pořadí, které funguje, realistický časový obraz, a to, co zaměstnavatelé a klienti skutečně hodnotí.

### Co se učit a v jakém pořadí
Na pořadí záleží. Každý krok staví na předchozím a přeskočení nechává mezery, které se později projeví jako vytrvalý zmatek.
- HTML a CSS důkladně. Ne povrchně: sémantika, rozvržení flexboxem a gridem, responzivní návrh, přístupné formuláře.
- Základy JavaScriptu. Samotný jazyk dřív, než sáhnete na framework — funkce, pole, objekty, asynchronnost, DOM.
- Správa verzí s Gitem. Učte se brzy; používá ho každý tým a čeká ho každý zaměstnavatel.
- Jak web funguje. HTTP, DNS, hosting, co se děje mezi zadáním adresy a zobrazením stránky.
- Jeden framework, důkladně. Vyberte jeden a naučte se ho do hloubky; znát tři povrchně má menší cenu než ovládat jeden.
- Serverová strana: jeden jazyk a databáze. PHP, Python nebo Node — plus SQL, které se objevuje všude.
- Nasazení. Dostat něco funkčního na internet, s doménou a certifikátem.
- Základy bezpečnosti a výkonu. To odděluje kód, který funguje, od kódu, který si troufnete spustit.
Nejčastější chybou je začít rovnou frameworkem. Bez základů JavaScriptu se učíte vzorce, aniž byste jim rozuměli, a to vás zablokuje přesně tehdy, když se něco odchýlí od návodu.

### Jak dlouho to trvá
Realistické rámce při zhruba dvaceti hodinách týdně. Plné nasazení to zkrátí, ale ne úměrně.
| První statická stránka | Několik týdnů | HTML a CSS, responzivně |
| První interaktivní web | Dva až tři měsíce | JavaScript, formuláře, volání API |
| První kompletní projekt | Čtyři až šest měsíců | Frontend, backend, databáze, nasazeno |
| Připraven na juniorskou práci | Šest až dvanáct měsíců | Portfolio, Git, jeden framework |
| Samostatná práce | Dva až tři roky | Od problému k řešení, bez dohledu |
| Senior | Pět let a víc | Architektura, kompromisy, vedení ostatních |
Tato čísla předpokládají stavění, ne sledování. Dvacet hodin videí týdně vynese zlomek toho, co dvacet hodin vlastních projektů se skutečnými problémy.

### Co má obsahovat portfolio
Tři dokončené projekty porazí dvacet kopií návodů. Nehodnotí se rozsah, ale dotažení.
- Tři projekty běžící na skutečné adrese, ne jen v repozitáři.
- Alespoň jeden s databází, přihlašováním a daty, která ukládáte a čtete zpět.
- Alespoň jeden, který řeší něco skutečného — pro vás, pro spolek, pro malou firmu.
- Čistý kód ve veřejném repozitáři s čitelnou historií commitů.
- README u každého projektu vysvětlující, co dělá, jak ho spustit a jaká rozhodnutí jste udělali.
- Žádné kopie návodů. Hodnotitelé je poznají okamžitě a o vás nic neřeknou.
- Musí se rychle načítat a fungovat na mobilu — ukazujete, co byste dodali profesionálně.
README vysvětlující vaše rozhodnutí je část, které si všimne nejvíc lidí a která nejméně často existuje. Ukazuje, že přemýšlíte o kompromisech, ne jen o fungujícím kódu.

### První placená práce
Je to nejtěžší krok a většina cest k němu začíná u lidí, které už znáte.
| Web pro známého nebo spolek | Vysoká | Malý a skutečný; nejlepší první projekt |
| Stáž | Střední | Vedení je největší urychlovač, jaký existuje |
| Juniorská pozice | Střední | Vyžaduje portfolio plus Git plus framework |
| Freelancerské platformy | Nízká na začátku | Silně řízené cenou bez hodnocení |
| Přispívání do open source | Střední | Viditelný důkaz schopnosti spolupracovat |
| Místní podnikatelé | Vysoká | Mnoho malých firem nemá použitelný web |
| Networking a komunity | Vysoká v čase | Většina prvních zakázek přijde přes lidi |
Vezměte první placený projekt malý a dokončitelný. Hotový jednoduchý web má větší cenu než ambiciózní projekt, který nikdy neodevzdáte.

Q: Potřebuji vysokou školu?
A: Ne. Tvorba webu je jednou z mála technických profesí, kde prokazatelná práce váží víc než vzdělání. Informatické základy pomáhají u fundamentů a u některých zaměstnavatelů, ale silné portfolio s běžícími projekty otevře v praxi víc dveří než diplom bez práce, kterou byste ukázali.

Q: Začít frontendem, nebo serverovou stranou?
A: Frontendem, téměř vždy. Vidíte výsledek okamžitě, což učení výrazně udrží, a HTML a CSS jsou základem, na kterém vše stojí. Serverovou stranu přidejte, až vám bude JavaScript pohodlný. Kdo ovládá obojí, je jako samostatný a v malých týmech výrazně cennější.

Q: Který framework se učit?
A: Podívejte se na inzeráty ve svém regionu a vyberte ten nejžádanější. Důležitější než volba je naučit se jeden do hloubky: frameworky sdílejí pojmy, takže druhý se naučíte za zlomek času. Znát tři povrchně má menší cenu než ovládat jeden.

Q: Vyplatí se to i s nástroji s AI?
A: Ano, ale profese se posouvá. AI rychle generuje kód a výrazně urychluje rutinní práci; nedělá to, že by rozhodla, co stavět, ověřila správnost, nebo navrhla systém, který půjde za tři roky udržovat. Tyto dovednosti nabývají na ceně, ne naopak. Mizí práce spočívající jen v přepisování kódu.

## SEO pro e-shopy: praktický průvodce
https://websitedevelopment.biz/cs/guides/seo-pro-e-shopy
Aktualizováno 2026-08-07 · E-commerce

SEO e-shopů se od běžného SEO liší ve třech bodech: máte tisíce stránek, které si jsou podobné, katalog se neustále mění, a komerční stránky jsou přesně ty, kde je konkurence nejtvrdší.

Tento průvodce prochází, co na každé z těchto front funguje, a co vám tiše škodí, zatímco si myslíte, že to pomáhá.

### Kategorie jsou vaše hlavní vstupní stránky
Nejčastější chybou v SEO e-shopů je věnovat veškerou pozornost detailům produktů. Kategorie odpovídají širší poptávce, a proto rankuji na výrazy s objemem.
- Dejte každé kategorii skutečný popisný text — ne sto slov výplně pod mřížkou, ale něco, co odpoví na nákupní otázky.
- Pojmenujte kategorii tak, jak lidé hledají, ne jak se jmenuje vaše interní taxonomie.
- Odkazujte na podkategorie a zpět, aby byla hierarchie čitelná pro návštěvníky i roboty.
- Přidejte pomoc s rozhodnutím: velikosti, rozdíly materiálů, na co se dívat. Proto kategorie porazí výpis produktů.
- Držte nejdůležitější produkty nad zlomem; stránka začínající pěti sty slovy textu ztrácí kupující.
- Jedna kanonická adresa na kategorii a řazení mimo index.
Kategorie se skutečným nákupním průvodcem bývá nejvýnosnější obsah, jaký lze pro e-shop napsat.

### Detaily produktů a duplicitní obsah
Popisy od výrobce stojí doslova na sto dalších e-shopech. Není to trestné, ale ani vám to nedává důvod stát nad nimi.
| Shodný text výrobce | Přepsat klíčové produkty; dlouhý ocas nechat |
| Varianty jako samostatné stránky | Jedna kanonická stránka, varianty jako volby |
| Slabé detaily produktů | Doplnit to, na co se kupující ptají |
| Žádné recenze | Sbírat recenze — unikátní obsah, který nepíšete |
| Produkt ve více kategoriích | Jedna kanonická adresa, odkazovaná ze všech |
| Produkty bez vlastních fotek | Skutečné fotky; zvyšují konverzi i čas na stránce |
Nepřepisujte všechno. Určete dvacet procent produktů, které představují většinu tržeb nebo objemu hledání, a investujte tam.

### Filtry, stránkování a vyprodané produkty
Tohle jsou tři technické otázky specifické pro e-shopy a nejčastěji kazené.
- Kombinace filtrů: ve výchozím stavu noindex, follow. Indexujte jen tu hrstku, která odpovídá skutečné poptávce, jako «černé kožené kozačky».
- Řazení: nikdy samostatná indexovatelná adresa — stejné produkty, jiné pořadí.
- Stránkování: skutečné procházitelné odkazy, každá stránka s vlastní kanonickou adresou.
- Dočasně vyprodáno: nechte stránku online s jasným sdělením a alternativami. Neodstraňujte ji.
- Trvale vyřazeno: 301 na nástupnický produkt, nebo na kategorii, pokud nástupce není.
- Sezónní produkty: udržte adresu celý rok; nasbírané signály se těžko získávají zpět.
- Nikdy nedávejte stránku produktu na 404, dokud má odkazy nebo návštěvnost.

### Strukturovaná data a nástrahy
Značení produktů je jedno z mála míst, kde SEO práce může přivodit ruční zásah, takže se vyplatí být přesný.
| Product | Cena a dostupnost odrážejí stránku | Rozpor vede k ručnímu zásahu |
| AggregateRating | Jen se skutečnými, viditelnými recenzemi | Vymyšlená hodnocení jsou zjevné porušení |
| Offer | Správná měna a zacházení s DPH | Chybné ceny ve výsledcích stojí důvěru |
| Breadcrumb | Musí sledovat viditelnou cestu | Při rozporu ignorováno |
| Availability | Aktualizovat při změně skladu | «Skladem» u vyprodaného frustruje kupující |
| FAQ | Jen otázky viditelné na stránce | Skrytý obsah porušuje pravidla |
Generujte značení produktů ze stejných dat, která vykreslují stránku. Ručně udržované značení se od skutečných cen rozejde během týdnů.

Q: Musím přepsat každý popis produktu?
A: Ne všechny. Určete, které produkty představují většinu tržeb nebo objemu hledání — obvykle malý zlomek katalogu — a ty napište dobře. Dlouhý ocas může zůstat s textem výrobce; stejně sotva konkuruje. Tato priorizace vynese mnohem víc než povrchní úprava deseti tisíc produktů.

Q: Co dělat s vyprodanými produkty?
A: Pokud je to dočasné, nechte stránku online s jasným sdělením, očekávaným datem, pokud ho máte, a alternativami. Pokud je to trvalé, 301 na nejbližší nástupnický produkt. Nikdy takovou stránku nedávejte na 404, dokud má odkazy nebo návštěvnost — vyhazujete nasbírané signály, které se budovaly měsíce.

Q: Mají být stránky filtrů indexované?
A: Ve výchozím stavu ne. Hrstku kombinací, které odpovídají skutečné poptávce, můžete vědomě zindexovat a brát je jako vstupní stránky s vlastním textem. Zbytek — a jsou jich tisíce — patří na noindex, follow. Neomezená filtrovaná navigace je hlavním zdrojem zaneseného indexu v e-shopech.

Q: Pomáhají recenze produktů SEO?
A: Ano, dvěma způsoby: přidávají unikátní obsah, který nemusíte psát sami, a znatelně zvyšují konverzi. Co dělat nemáte, je přidat značení hodnocení bez skutečných recenzí na stránce — je to zjevné porušení pravidel a jeden ze způsobů, jak si e-shopy vyslouží ruční zásah.

## Otázky na tvůrce webu, než podepíšete
https://websitedevelopment.biz/cs/guides/otazky-na-tvurce-webu
Aktualizováno 2026-08-07 · Najímání vývojářů

Hodnotíte někoho, kdo dodá práci, kterou sami neověříte. Řešením není stát se techničtějšími, ale klást otázky, jejichž odpovědi lze posoudit bez technických znalostí.

Tento průvodce ty otázky dává, seskupené podle fáze, s tím, co obsahuje silná odpověď.

### O procesu a spolupráci
Tyto otázky předpovídají průběh projektu víc než jakákoli technická otázka.
- Jak u vás probíhá typický projekt? Silná odpověď jmenuje fáze, rozhodovací okamžiky a co se čeká od vás.
- Kdo na tom skutečně dělá a kolik projektů ten člověk vede souběžně? Předpovídá to termín lépe než harmonogram.
- Jak často se domlouváme a jak? Vágní odpovědi tady se později promění v ticho.
- Co ode mě potřebujete a kdy? Kdo na to odpoví přesně, viděl projekty zdržené obsahem.
- Co se stane, když budeme chtít něco v půli změnit? Má existovat postup, ne «nějak to vyřešíme».
- Vyprávějte o projektu, který se nepovedl. Odpověď «takový jsme neměli» je sama o sobě odpovědí.

### O technice a volbách
Nemusíte technice rozumět; musíte umět posoudit, zda někdo umí své volby vysvětlit.
| Na čem to postavíte a proč? | Důvod navázaný na vaši situaci |
| Co budu moci po spuštění měnit sám? | Konkrétní seznam, ne «všechno» |
| Jak zajistíte, že to bude rychlé? | Konkrétní opatření a metriky |
| Jak řešíte mobil? | Navrhovat od mobilu, ne «je to responzivní» |
| Co děláte s přístupností? | Standard a způsob, jak ho ověřují |
| Co děláte s bezpečností? | Aktualizace, zálohy, přístupy, HTTPS |
| Používáte hotové šablony, nebo stavíte? | Poctivá odpověď s kompromisem |
Všímejte si, zda se odpovědi vážou k vaší situaci, nebo zůstávají obecné. «Vždycky používáme X» řekne míň než «pro to, co potřebujete, sedí X, protože».

### O obsahu, SEO a spuštění
Oblast, kde se projekty nejčastěji zdržují a kde se předpoklady nejčastěji rozcházejí.
- Kdo píše texty? Je to nejdůležitější otázka celého rozhovoru a nejčastěji přeskakovaná.
- Kdo dodá fotky a je banka obrázků v ceně?
- Kdo vloží obsah do systému? U dvou set stránek je to skutečná práce.
- Co uděláte se stávajícími adresami? Odpověď musí obsahovat přesměrování. Pokud ne, je to problém.
- Co je zahrnuto v SEO? Technická práce patří k projektu; obsahová strategie je samostatná.
- Jak testujete před spuštěním? Má existovat testovací prostředí a seznam.
- Co se děje v den spuštění a kdo je k zastižení?
- Dostanu školení nebo dokumentaci?

### O období po předání
Otázky, které rozhodují, zda budete za dva roky spokojeni, a ty, které se během prodeje kladou nejméně.
| Kolik stojí správa měsíčně? | Zabrání překvapení krátce po spuštění |
| Co správa zahrnuje? | «Správa» bez seznamu znamená málo |
| Jak rychle reagujete při výpadku? | Nastaví očekávání teď, ne během výpadku |
| Co když budu chtít pokračovat s někým jiným? | Testuje předání |
| Čí je kód a hosting? | Ptejte se před podpisem |
| Co když skončíte s podnikáním? | Relevantnější u freelancera nebo malé agentury |
| Kdo má přístup k mým účtům? | Na konci se má vrátit vám |

Q: Která otázka je nejdůležitější?
A: «Kdo píše texty?» Obsah zdržuje víc webových projektů než jakýkoli technický faktor a obě strany příliš často předpokládají, že to dělá ta druhá. Pokud odpověď zní «vy», zeptejte se, do kdy to má být hotové a co se stane při zpoždění — a zajistěte, aby to bylo ve smlouvě.

Q: Mám klást technické otázky, když odpověď neposoudím?
A: Ano, ale posuzujte vysvětlení, ne obsah. Kdo umí volbu vysvětlit běžnou češtinou a jmenovat její nevýhody, ví, co dělá. Kdo se skrývá za žargon nebo nikdy nezmíní nevýhodu, je riziko. To rozlišení zvládnete bez technických znalostí.

Q: Je vhodné žádat reference?
A: Naprosto, a jedné skutečně zavolejte. Neptejte se, zda byli spokojení, ale co se pokazilo a jak se to řešilo, a jaká byla spolupráce po spuštění. To poslední je nejpředpovědnější otázka a nejméně kladená — před spuštěním je každý k zastižení.

Q: Co když dodavatele ty otázky obtěžují?
A: To je samo o sobě odpověď. Jsou to běžné otázky zákazníka, který utrácí podstatnou částku, a profesionálové je čekají. Podráždění u rozumných otázek před podpisem předpovídá, jak to bude, až po spuštění nahlásíte problém.

## Integrace platební brány: co to skutečně obnáší
https://websitedevelopment.biz/cs/guides/integrace-platebni-brany
Aktualizováno 2026-08-07 · E-commerce

Integrovat platební bránu není technicky obtížné — moderní poskytovatelé mají dobrou dokumentaci a funkční příklady. Obtížné je všechno mimo šťastnou cestu: neúspěšné platby, vratky, zpětné zúčtování, duplicitní objednávky a to, co se stane, když zákazník zavře panel uprostřed placení.

Tento průvodce prochází samotnou integraci a podrobněji hraniční případy, kde se skutečně ztrácejí peníze.

### Vyberte metody, které váš trh používá
Platební preference jsou silně regionální. Nabídnout špatné metody znamená ztratit prodej v košíku, což je nejdražší místo, kde někoho ztratit.
| Platební karta | Nezbytná téměř všude | Vyšší náklad, riziko zpětného zúčtování |
| Rychlý bankovní převod | Velmi rozšířený v Česku | Okamžité potvrzení, nízké riziko |
| Dobírka | Stále žádaná v Česku | Vyšší míra nepřevzetí, náklady na vrácení |
| Apple Pay a Google Pay | Mobilně, znatelně zvyšuje konverzi | Vyžaduje HTTPS a ověření domény |
| Odložená platba | Roste v řadě segmentů | Riziko nese poskytovatel, za procento |
| PayPal | Mezinárodně, známá značka | Vyšší náklad, vlastní proces sporů |
| Bankovní převod | B2B a vysoké částky | Pomalé potvrzení; objednávky čekají |
Začněte se dvěma až třemi metodami, které váš trh skutečně používá. Každá další je jedna volba navíc v košíku a, jemněji, další cesta k testování po každé aktualizaci.

### Jak integrace funguje
Tvar je prakticky stejný u všech moderních poskytovatelů a stojí za pochopení, protože z něj plynou způsoby selhání.
- Váš server vytvoří platební záměr s částkou, měnou a odkazem na objednávku.
- Zákazník je odeslán na platební stránku poskytovatele, nebo vyplní vložený formulář.
- Zákazník potvrdí u své banky nebo vydavatele karty, často se silným ověřením.
- Poskytovatel vrátí zákazníka na vaši návratovou adresu — kterou nikdy nesmíte brát jako důkaz platby.
- Poskytovatel odešle webhook na váš server s konečným stavem. Tohle je pravda.
- Váš server ověří podpis webhooku, aktualizuje objednávku a odešle potvrzení.
- Údaje z karty se nikdy nedotknou vašeho serveru — což vás drží mimo nejtěžší část PCI.
Kroky čtyři a pět soustřeďují nejvíc chyb. Zákazník může zavřít prohlížeč dřív, než se vrátí; webhook přijde tak jako tak. Stavte na webhooku, ne na návratu.

### Hraniční případy, kde mizí peníze
Neobjeví se při testech a objeví se v prvním opravdu rušném týdnu.
| Webhook přijde dvakrát | Objednávka zpracována dvojmo | Idempotence: zpracovat každou událost jednou |
| Webhook před návratem | Souběh přepíše stav objednávky | Explicitní přechody stavů, nikdy zpět |
| Zákazník zavře panel po platbě | Zaplaceno, žádná objednávka | Vytvořit objednávku na webhooku, ne na návratu |
| Platba selže po rezervaci skladu | Sklad blokován bez prodeje | Nechat rezervaci vypršet po pevném okně |
| Částečná vratka | Účetnictví přestane sedět | Modelovat vratky jako prvotřídní událost |
| Zpětné zúčtování | Peníze pryč, zboží odesláno | Uchovávat důkazy; riziková pravidla u vysokých částek |
| Poskytovatel je mimo provoz | Nulové tržby, ne menší tržby | Druhá metoda jako záloha |

### Soulad a testování
Krátký seznam pokrývající to, co se prodraží, když chybí.
- Použijte hostovaná pole nebo přesměrování, aby se údaje z karty nikdy nedotkly vašeho serveru — výrazně to zmenší rozsah PCI.
- Silné ověření zákazníka je v Evropě povinné; otestujte cestu kartou, která ho vynutí.
- Ověřujte podpis každého webhooku. Neověřený webhook je veřejný koncový bod schopný označit objednávky jako zaplacené.
- Zobrazujte spotřebitelům ceny s DPH a zpřístupněte cenu dopravy před posledním krokem.
- Uchovávejte data objednávek a plateb po zákonnou dobu a osobní údaje ne déle, než je nutné.
- Otestujte vratky a částečné vratky před spuštěním, ne až o ně požádá první zákazník.
- Proveďte skutečnou transakci v produkci skutečnou kartou a vraťte si ji. Testovací režim nepokryje všechno.

Q: Kterou platební bránu vybrat?
A: Vybírejte podle metod, které podporuje na vašem trhu, podle poplatků při vašem obratu a podle toho, jak dobře se integruje s vaší platformou. Pro český e-shop je prvním filtrem podpora karet a rychlého bankovního převodu. Cenové rozdíly mezi velkými poskytovateli jsou při skromném obratu dost malé, aby nebyly rozhodující.

Q: Potřebuji soulad s PCI?
A: Ano, ale rozsah zcela závisí na způsobu integrace. Pokud používáte hostovaná platební pole nebo přesměrování tak, že se údaje z karty nikdy nedotknou vašeho serveru, vaše povinnost klesne na nejjednodušší sebehodnocení. Pokud údaje z karty zpracováváte sami, jste v úplně jiném režimu — téměř žádný e-shop by to dělat neměl.

Q: Proč potřebuji webhooky, když existuje návratová adresa?
A: Protože návrat závisí na prohlížeči zákazníka. Když zavře panel, ztratí spojení, nebo uvízne na stránce banky, návrat nikdy nepřijde — ale peníze byly stržené. Webhook přichází ze serveru poskytovatele a dorazí tak jako tak. Stavte objednávku na webhooku a návrat používejte jen k zobrazení něčeho zákazníkovi.

Q: Jak se vyhnout duplicitním objednávkám?
A: Udělejte zpracování webhooků idempotentní: ukládejte identifikátor každé zpracované události a opakování ignorujte. Poskytovatelé webhooky opakují, když nedostanou potvrzení, takže duplicitní doručení je normální chování, ne porucha. Bez této kontroly pošlete dva potvrzovací e-maily a dvakrát odečtete sklad.

## Kontrolní seznam pro smlouvu na tvorbu webu
https://websitedevelopment.biz/cs/guides/kontrolni-seznam-smlouvy-na-web
Aktualizováno 2026-08-07 · Najímání vývojářů

Většina sporů u webových projektů není o kvalitě, ale o očekáváních, která nikde nebyla zapsána. Smlouva, která pojmenuje správné věci, jim téměř všem předejde, a přečíst ji trvá hodinu.

Tento průvodce prochází, co v ní má být, proč každý bod existuje, a na kterých klauzulích při pochybnostech trvat.

### Rozsah: část, která působí nejvíc sporů
«Postavit web» není rozsah. Tohle by tam mělo být výslovně.
- Počet unikátních šablon, ne počet stránek. Padesát stránek na čtyřech šablonách je malý projekt.
- Co je uvnitř: návrh, stavba, vkládání obsahu, migrace, integrace, testy.
- Co uvnitř není — to je nejdůležitější věta celé smlouvy.
- Kdo píše texty a kdo dodává fotky.
- Počet návrhových kol a co se počítá jako kolo.
- Podporované prohlížeče a zařízení a předpokládaná úroveň přístupnosti.
- Cíle výkonu, pokud jsou důležité, vyjádřené měřitelnými hodnotami.
- Které jazyky a kdo dodá překlady.
Dodavatel, který z vlastní iniciativy sepíše, co uvnitř není, obvykle už prošel sporem o rozsah — což je dobré znamení.

### Vlastnictví, přístupy a odchod
Tyto body působí abstraktně, dokud nebudete chtít změnit dodavatele, a pak jsou jediné, na kterých záleží.
| Zdrojový kód | Přechází v celku na vás při závěrečné platbě |
| Návrhové soubory | Také vaše, včetně zdrojových souborů |
| Doména | Registrovaná na vaši firmu, s vaším přístupem |
| Hosting | Na vašem účtu, nebo přenositelný na vyžádání |
| Účty třetích stran | Analytika, e-mail, platby — na vaše jméno |
| Licence třetích stran | Které, a kdo je platí potom |
| Předání | Dokumentace a předání přístupů při ukončení |
| Použití v portfoliu | Mohou to ukazovat; rozumné povolit |
Doména a hosting na jméno dodavatele je nejčastější způsob, jak se firmy zaseknou. Ověřte to před podpisem, ne při odchodu.

### Platby, termíny a změny
Tyto tři spolu souvisejí: kdo kdy platí, co určuje datum, a co se stane, když rozsah naroste.
- Platby po etapách navázané na výstupy, ne na kalendářní data.
- Záloha je normální; plná platba předem není.
- Závěrečná splátka po předání, dost velká, aby něco znamenala.
- Vzájemné závislosti: termín se posune, když dodáte texty pozdě, a to tam má být.
- Postup změn: každé rozšíření dostane písemný odhad, než práce začne.
- Hodinová sazba za práci mimo rozsah, stanovená předem.
- Co se stane při zpoždění na obou stranách — ne jen na vaší.
- Podmínky ukončení: jak se to končí a co se pak platí a předává.

### Záruka, správa a odpovědnost
Část, která se týká období po spuštění, a ta, která nejčastěji chybí.
| Období oprav | Třicet až devadesát dní bezplatné opravy |
| Co je chyba | Nefunguje, jak bylo dohodnuto — ne: nové přání |
| Doba reakce | Pracovní dny u běžných hlášení, rychleji při výpadku |
| Správa | Samostatná smlouva, s výslovným výčtem |
| Bezpečnostní zranitelnosti | Kdo opravuje, v jaké lhůtě |
| Osobní údaje | Zpracovatelská smlouva, pokud data zpracovávají |
| Odpovědnost | Omezení hodnotou smlouvy je obvyklé |
| Spory | Jaké právo, jaký soud — krátce, ale přítomné |
Rozlišení mezi «chybou» a «novým přáním» působí po spuštění nejvíc tření. Jedna věta, která ho definuje, ušetří měsíce diskuse.

Q: Potřebuji smlouvu u malého projektu?
A: Ano, byť krátkou. Dvě stránky stanovující rozsah, cenu, platební okamžiky, vlastnictví a to, co uvnitř není, pokryjí většinu toho, co se kazí. Malé projekty jsou přesně ty, kde nikdo nic nesepíše a kde se proto rozsah nepozorovaně zdvojnásobí.

Q: Co když si dodavatel chce ponechat vlastnictví kódu?
A: To je důvod se ptát dál. U kódu na míru má být kód po zaplacení váš. Výjimkou je vlastní platforma nebo framework dodavatele — pak dostanete licenci místo vlastnictví, což může být rozumné, pokud smlouva říká, co se stane, když odejdete nebo když oni skončí.

Q: Kolik platit předem?
A: Záloha ve výši čtvrtiny až třetiny je obvyklá a rozumná. Plná platba předem není, protože odstraňuje veškerou motivaci dokončit. Zbytek navažte na výstupy, které vidíte — schválený návrh, předaná stavba, web naživo — místo na kalendářní data, která se mohou posunout.

Q: Co má záruka pokrývat?
A: Vady toho, co bylo dodáno: věci, které nefungují, jak bylo dohodnuto. Ne: nová přání, změny způsobené aktualizací prohlížeče po měsících, ani problémy způsobené vašimi vlastními zásahy. Třicet až devadesát dní je obvyklé. Zajistěte, aby smlouva definovala, co je chyba, jinak o tom budete diskutovat v nejhorší možnou chvíli.

## WooCommerce, Shopify nebo Magento: co se hodí vám
https://websitedevelopment.biz/cs/guides/woocommerce-shopify-nebo-magento
Aktualizováno 2026-08-07 · E-commerce

Tyto tři se objevují prakticky na každém užším seznamu a porovnávají se překvapivě špatně, protože řeší různé problémy. Postavit je vedle sebe je užitečné, dokud si pamatujete, že otázka «která je lepší» dá méně než «která sedí mé situaci».

Tento průvodce dává přímé porovnání a hlavně profil e-shopu, pro který je každá platforma správnou volbou.

### Porovnání ve zkratce
Rozdíly, na kterých v praxi záleží nejvíc, bez seznamů funkcí, které stejně odškrtnou všechny tři.
| Typ | Rozšíření WordPressu, vlastní hosting | Hostovaný SaaS | Vlastní hosting, podniková třída |
| Fixní náklad | Hosting plus rozšíření | Měsíčně, roste s tarifem | Hosting je značný |
| Úpravy | Vysoké — kód je váš | Omezené na to, co platforma dovolí | Velmi vysoké |
| Správa | Vaše odpovědnost | V ceně | Vaše, a značná |
| Potřebná odbornost | Střední | Nízká | Vysoká — specializovaná |
| Ideální velikost katalogu | Do několika tisíc | Malý až velký | Velký až velmi velký |
| Silná stránka | Obsah a e-shop v jednom systému | Rychlý start, spolehlivost | Složité B2B a více e-shopů |

### Kdo má používat WooCommerce
WooCommerce je nejlepší, když obsah a prodej musí žít spolu, a když je někdo, kdo ho udržuje.
- Už máte web na WordPressu s návštěvníky a prodej je jeho rozšířením.
- Obsah táhne váš prodej — průvodci, recenze, redakční stránky vedoucí k produktům.
- Katalog je zvládnutelný: stovky až několik tisíc produktů, ne statisíce.
- Nechcete platit provize nad rámec platební brány.
- Máte vývojáře nebo agenturu, která vlastní aktualizace, zálohy a bezpečnost.
- Potřebujete úpravy, které hostovaná platforma nedovolí.
- Vyhněte se, když: nikdo nebude dělat správu. Je to jediný běžný způsob, jak tato volba selže.

### Kdo má používat Shopify
Shopify je nejlepší, když chcete rychle prodávat a nechcete vlastnit správu. Je to větší část trhu, než vývojáři obvykle přiznávají.
- Chcete prodávat během týdnů, ne měsíců.
- Vaše požadavky se vejdou do toho, co platforma dělá ve výchozím stavu, plus pár aplikací.
- Nemáte technický tým a nechcete ho kvůli správě najímat.
- Spolehlivost ve špičkách váží hodně — špičky jsou jejich problém, ne váš.
- Prodáváte přes více kanálů a chcete, aby to platforma zvládla.
- Vyhněte se, když: potřebujete logiku nákupu, kterou platforma nedovolí, nebo když předplatná aplikací přesáhnou cenu vlastního řešení.
- Propočítejte provize při očekávaném obratu, než se zavážete.

### Kdo má používat Magento
Magento je mocné a drahé v obou směrech — na stavbu i na údržbu. Je to správná volba pro méně e-shopů, než kolik si ho vybírá.
| Složité B2B ceny a skupiny zákazníků | Ano — to je jádrová síla |
| Více e-shopů nad jedním zázemím | Ano |
| Velmi velké katalogy s mnoha atributy | Ano |
| Hluboká integrace s ERP | Ano |
| Jednoduchý katalog sta produktů | Ne — platíte za složitost, kterou nevyužijete |
| Bez stálého vývojového týmu | Ne — správa je značná |
| Omezený rozpočet | Ne — samotný hosting stojí víc než alternativy |
Nejčastější chybou u Magenta je vybrat ho podle seznamů funkcí místo podle kapacity. Bez týmu, který ho vlastní, se z něj stane zastaralá instalace, kterou se nikdo neodváží aktualizovat.

Q: Je WooCommerce zdarma?
A: Rozšíření ano; e-shop ne. Počítejte s hostingem, možná placenými rozšířeními pro dopravu, předplatné nebo účetní integraci, a s měsíčními hodinami správy. Celková cena se často blíží hostované platformě — rozdíl je, že kupujete kontrolu a nulové provize místo pohodlí.

Q: Je Shopify lepší pro SEO?
A: Ne ze své podstaty. Všechny tři mohou rankovat dobře a všechny tři lze špatně nastavit. Shopify vnucuje některé struktury adres, které neobejdete a které někomu vadí; WooCommerce dává plnou kontrolu, a tedy plnou odpovědnost. Rozdíl v pozicích pochází téměř vždy z obsahu a techniky, ne ze značky platformy.

Q: Dá se přejít z WooCommerce na Shopify?
A: Ano, a opačným směrem také. Produkty a zákazníci migrují dobře; historie objednávek a vlastní funkčnost hůř. Skutečnou prací je mapa adres a přestavba všeho, co bylo upraveno kódem. Berte to jako projekt na týdny, ne jako tlačítko exportovat a importovat.

Q: Která škáluje nejlépe?
A: Všechny tři škálují dál, než většina e-shopů kdy dosáhne. Shopify škáluje bez vaší práce; Magento škáluje nejdál, ale vyžaduje inženýrskou práci; WooCommerce škáluje dobře do několika tisíc produktů a pak s prací. Škála je zřídka omezením, které rozhodne — kapacita na správu je.

## Freelancer, agentura, nebo vlastní tým: co sedí vám
https://websitedevelopment.biz/cs/guides/freelancer-agentura-nebo-vlastni-tym
Aktualizováno 2026-08-07 · Najímání vývojářů

Tři způsoby, jak nechat udělat webovou práci, se liší méně kvalitou než rizikem a kontinuitou. Všechny tři umí odvést výbornou práci; selhávají různě, a právě ten rozdíl si vlastně vybíráte.

Tento průvodce je staví vedle sebe v bodech, na kterých záleží, a dává profil, pro který je každý správný.

### Porovnání
Rozdíly, které jsou znát po půl roce.
| Hodinová cena | Nejnižší | Nejvyšší | Mzda plus odvody |
| Doba rozjezdu | Dny | Týdny | Měsíce |
| Disciplíny | Jedna nebo dvě | Několik | To, co najmete |
| Kontinuita | Křehká — jeden člověk | Dobrá — je náhrada | Dobrá, dokud zůstanou |
| Koordinace | Děláte ji vy | Dělají ji oni | Děláte ji vy |
| Znalost byznysu | Roste pomalu | Kolísá podle projektu | Nejhlubší |
| Sedí | Ohraničeným projektům | Velkým projektům, průběžné práci | Průběžné interní práci |

### Kdy je freelancer správný
Freelanceři jsou podceňovaní u ohraničené práce a přetěžovaní u všeho ostatního.
- Projekt je jasně ohraničený a vejde se do jedné nebo dvou disciplín.
- Umíte koordinovat a rozhodovat bez prostředníka.
- Rozpočet je omezený a raději kupujete hodiny než režii.
- Máte průběžnou drobnou práci a chcete stálého známého člověka.
- Riziko: jeden člověk znamená jednu nemoc, jednu dovolenou, jeden odchod. Dokumentujte a držte přístupy.
- Riziko: pokud je freelancer návrhář nebo vývojář, chybí druhá polovina — ověřte která.
- Vyhněte se, když: projekt potřebuje víc disciplín najednou a koordinaci nezvládnete.

### Kdy je správná agentura
Platíte za koordinaci, více disciplín, a za to, že je někdo jiný, když jeden člověk vypadne.
- Projekt potřebuje strategii, návrh, stavbu a obsah najednou.
- Nemáte uvnitř nikoho, kdo by projekt vedl.
- Kontinuita váží hodně: web nese tržby a nesmí zastavit kvůli nemoci.
- Chcete jeden kontaktní bod místo koordinace čtyř dodavatelů.
- Riziko: ne vždy dostanete lidi z obchodní schůzky — ptejte se, kdo na tom skutečně dělá.
- Riziko: režie je skutečná. U jednoduché práce platíte za koordinaci, kterou nepotřebujete.
- Zeptejte se na fluktuaci. Agentura, kde lidé rychle odcházejí, dodává kolísavou kvalitu.
Ptejte se výslovně, kdo práci vykonává a kolik projektů ten člověk vede souběžně. Ta odpověď předpoví termín lépe než harmonogram v nabídce.

### Kdy najmout vlastního
Vlastní vývojář je nejdražší na hodinu a nejlevnější na rok — pokud je skutečně na rok práce.
| Web je produkt | Ano, jednoznačně |
| Týdenní změny a nová funkčnost | Ano |
| Interní systémy vyžadující integraci | Ano |
| Jeden web měnící se jednou za čtvrtletí | Ne — freelancer je levnější |
| Bez technického vedení | Ne — jeden vývojář bez podpory se ztratí |
| Tříměsíční špička | Ne — na špičku najměte zvenčí |
Častou chybou je najmout jednoho vývojáře bez nikoho, kdo dokáže technicky dohlédnout. Bez vedení a bez kolegů je to těžká pozice a obvykle krátký pracovní poměr.

Q: Jsou freelanceři rizikovější?
A: V jednom bodě: není náhrada, když onemocní, odejdou nebo přijmou jinou práci. Toto riziko se řídí dokumentací, vlastními přístupy ke všem účtům a kódem ve vlastním repozitáři. V kvalitě není systematický rozdíl — dobří freelanceři dodají práci, kterou by podepsala každá agentura.

Q: Proč jsou agentury tak výrazně dražší?
A: Protože kupujete víc: vedení projektu, více disciplín, náhradu při nepřítomnosti a organizaci, která bude existovat dál. U složitého projektu to za tu cenu stojí. U jednoduchého webu platíte za koordinaci, kterou nikdo nepotřebuje — tam je freelancer poctivěji naceněn za stejný výsledek.

Q: Kdy najmout vlastního zaměstnance?
A: Když je skutečně průběžná práce — týdenní změny, nová funkčnost, integrace s interními systémy. Propočítejte to: pokud je roční externí faktura srovnatelná se mzdou, stojí to za zvážení. Zajistěte technické vedení; jeden vývojář bez kolegů je křehká pozice.

Q: Dají se kombinovat?
A: Ano, a často to funguje dobře. Běžným uspořádáním je agentura na stavbu a freelancer na průběžnou správu a drobné změny. Podmínkou je, aby kód byl váš, dokumentace existovala a předání bylo výslovně naplánované — jinak kupujete problém s předáním místo flexibility.

## Porovnání e-shopových platforem
https://websitedevelopment.biz/cs/guides/porovnani-e-shopovych-platforem
Aktualizováno 2026-08-07 · E-commerce

Volba platformy určuje vaše fixní náklady, jak moc můžete upravovat, a jak bolestivé bude za tři roky odejít. Je to nejhůř vratné rozhodnutí v projektu e-shopu.

Tento průvodce porovnává kategorie místo vyjmenovávání značek, protože kategorie určuje kompromisy, které přebíráte.

### Tři kategorie
Prakticky každá platforma spadá do jedné z nich a kategorie předpoví vaši zkušenost lépe než název značky.
| Hostovaná (SaaS) | Shopify, BigCommerce | Správa v ceně, rychlý start | Měsíční poplatek, limity, provize |
| Vlastní hosting | WooCommerce, Magento, PrestaShop | Plná kontrola, žádné poplatky platformě | Aktualizace, bezpečnost a hosting jsou vaše |
| Headless | Obchodní API s vlastním frontendem | Plná volnost návrhu a rychlosti | Dva systémy ke stavbě a údržbě |
U většiny e-shopů pod zhruba tisíc objednávek měsíčně je otázka hostovaná, nebo vlastní. Headless je odpověď na konkrétní omezení, ne výchozí start.

### Cena za tři roky, ne v prvním měsíci
Platformy vypadají jinak, jakmile se podíváte na celkové náklady vlastnictví místo na vstupní cenu.
| Měsíční licence | Fixní, roste s obratem | Žádná |
| Hosting | V ceně | Váš, roste s návštěvností |
| Provize z transakcí | Možné nad rámec platební brány | Jen platební brána |
| Rozšíření | Obvykle měsíčně za aplikaci | Jednorázově nebo ročně, či na míru |
| Správa | Dělá platforma | Vaše — počítejte s hodinami měsíčně |
| Bezpečnost | Odpovědnost platformy | Vaše odpovědnost |
| Úpravy | Omezené na to, co platforma dovolí | Neomezené, ale platíte stavbu |
Hostovaná bývá levnější do určité úrovně obratu, nad níž mohou provize a předplatné aplikací obraz obrátit. Propočítejte to na vlastním výhledu, ne podle obecného pravidla.

### Kde každá kategorie začne tlačit
Každá platforma má bod, od kterého pracujete proti nástroji. Vědět, kde leží, je užitečnější než seznam funkcí.
- Hostovaná tlačí, když potřebujete logiku nákupu nebo cen, kterou platforma nedovolí — B2B ceny, neobvyklá pravidla DPH, složité sady.
- Hostovaná tlačí také, když se hromadí předplatná aplikací: deset aplikací po třiceti měsíčně je hostingová faktura s kroky navíc.
- Vlastní tlačí, když nikdo nevlastní správu. Zanedbaný WooCommerce e-shop se do roka stane bezpečnostním problémem.
- Vlastní tlačí při škále bez inženýrské práce: výkon u velkých katalogů vyžaduje skutečnou práci, kterou hostované platformy dělají za vás.
- Headless tlačí, když je tým menší než systém. Udržovat dvě kódové základny vyžaduje kapacitu, kterou nemá každý.
- Kterákoli platforma tlačí, když struktura katalogu nesedí datovému modelu — ověřte to na skutečných produktech, než vyberete.

### Jak skutečně vybrat
Krátký postup, který zabrání většině špatných voleb, v pořadí.
- Sepište pět nejsložitějších produktů a postavte je v testovacím účtu. Pokud datový model nesedí, končí to tam.
- Vyjmenujte každý systém, se kterým musí e-shop mluvit. Ověřte, zda existuje hotová integrace, nebo se musí stavět.
- Propočítejte cenu na tři roky při očekávaném obratu, včetně provizí a aplikací.
- Zjistěte, kdo bude dělat správu. Pokud je odpověď «nikdo», zvolte hostovanou.
- Otestujte administraci s člověkem, který v ní bude denně pracovat, ne s vývojářem.
- Ověřte cestu ven: dají se produkty, zákazníci a objednávky exportovat v použitelném formátu?
První krok zachytí většinu nesouladů. Platforma, která neumí pěkně vyjádřit váš nejtěžší produkt, se změní ve tři roky obcházení.

Q: Která e-shopová platforma je nejlepší?
A: Žádná, a není to vyhýbavá odpověď. Hostovaná vyhrává, když nikdo nechce vlastnit správu a požadavky se vejdou do platformy. Vlastní vyhrává, když potřebujete úpravy nebo se chcete vyhnout poplatkům a máte, kdo ji bude spravovat. Vyberte nejdřív kategorii; volba značky uvnitř je menší rozhodnutí.

Q: Můžu platformu později změnit?
A: Můžete, ale je to skutečný projekt — produkty, zákazníci, historie objednávek a každá adresa musí přejít a pozice týdny kolísají. Počítejte s podstatnou částí ceny původní stavby. Proto stojí za to volbu platformy udělat pečlivě a proto je možnost exportu kritériem rozhodnutí.

Q: Záleží na provizích z transakcí?
A: Při nízkém obratu sotva; při vysokém velmi. Jedno procento navíc ze sto tisíc měsíčně je tisíc měsíčně, což financuje značnou část vlastního řešení. Většina hostovaných platforem provizi navíc odpustí, pokud použijete jejich vlastní platební řešení — propočítejte, zda se to na vašem trhu vyplatí.

Q: Vyplatí se headless?
A: Když potřebujete návrh nebo úroveň výkonu, kterou systém motivů neunese, a máte inženýrskou kapacitu na údržbu dvou systémů. U většiny e-shopů je poctivý závěr ten, že přidáváte značnou složitost za přínosy, kterých si většina zákazníků nevšimne. Nezačínejte headless; dorostěte k němu, když vás donutí konkrétní omezení.

## Jak najmout tvůrce webu: kompletní průvodce
https://websitedevelopment.biz/cs/guides/jak-najmout-tvurce-webu
Aktualizováno 2026-08-07 · Najímání vývojářů

Většina špatných webových projektů neselže při stavbě, ale při výběru — nesouladem mezi tím, co firma potřebovala, a tím, koho najala. To je dobrá zpráva, protože výběr je částí, kterou zcela ovládáte.

Tento průvodce prochází, jak určit potřeby, kde hledat, jak hodnotit to, co dostanete zpět, a které signály jsou skutečně předpovědní.

### Nejdřív určete, co skutečně potřebujete
«Potřebujeme web» je příliš vágní na nacenění a vágní zadání dají neporovnatelné nabídky.
- Napište, co má web pro firmu dělat — generovat poptávky, prodávat, informovat, nabírat.
- Uveďte přibližný počet stránek a typy obsahu. Dvacet stránek je jiný projekt než dvě stě.
- Vyjmenujte každou integraci: účetnictví, CRM, sklad, e-mailový marketing, přihlašování.
- Určete, kdo dodá obsah. Je to nejpodceňovanější položka a nejčastější příčina zpoždění.
- Určete, kdo bude web po spuštění spravovat a s jakou úrovní znalostí.
- Uveďte rozpětí rozpočtu. Sdílet ho ušetří čas všem a dá užitečnější nabídky.
- Uveďte datum a proč existuje — veletrh je skutečný důvod, «co nejdřív» ne.
Bod čtyři určuje termín častěji než jakékoli technické rozhodnutí. Projekt čeká zřídka na kód a často na texty a fotky.

### Kde hledat a co který kanál dá
Kanál do značné míry určuje, koho najdete a za jakou cenu.
| Doporučení ze sítě kontaktů | Nejlepší úspěšnost; ověřená práce | Omezený výběr |
| Místní agentury | Dosažitelné, odpovědné | Vyšší sazby |
| Freelancerské platformy | Velká nabídka, rychle | Silně kolísavá kvalita; pečlivě filtrujte |
| Vývojářské komunity | Silné technicky | Často méně návrhu a strategie |
| Weby, které se vám líbí | V patičce je vidět, kdo je stavěl | Nejméně využívaný kanál |
| Vlastní zaměstnanec | Trvalá kapacita | Dává smysl jen při průběžné práci |
Prohlížet weby, které se vám líbí, a dohledat, kdo je stavěl, je nejméně využívaný kanál a dá nejrelevantnější užší seznam.

### Hodnocení portfolií
Portfolia ukazují nejlepší práci za nejlepších podmínek. Tyto kontroly ukážou, co je pod tím.
- Navštivte skutečné weby, ne snímky obrazovky. Práce se po převzetí klienty zhoršuje.
- Otevřete je na mobilu a všímejte si doby načítání. Odfiltruje to víc kandidátů než jakákoli otázka.
- Podívejte se, zda jsou tam projekty podobné složitosti, ne jen podobného oboru.
- Zeptejte se, jaký byl jejich podíl — návrh, stavba, obsah, nebo vše.
- Požádejte o projekt, který se nepovedl, a co by udělali jinak. Odpověď hodně napoví.
- Zavolejte jedné referenci a ptejte se na spolupráci po spuštění, ne před ním.
- Ověřte, zda mají práci starší tří let, která pořád funguje.

### Signály během rozhovoru
Nejsilnějším prediktorem dobré spolupráce není technika, ale to, jak někdo zachází s nejasností.
| Ptá se na byznys dřív než na návrh | Naceňuje, aniž by se na cokoli zeptal |
| Zpochybňuje nejasné požadavky | Na všechno kývne |
| Vysvětluje kompromisy běžnou češtinou | Skrývá rozhodnutí za žargon |
| Říká, co uvnitř není | Jen celková částka |
| Ptá se, kdo dodá obsah | Předpokládá, že obsah existuje |
| Mluví o tom, co bude po spuštění | Bere spuštění jako konec |
| Dá rozpětí s předpoklady | Dá přesnou částku bez rozsahu |
Kdo zpochybňuje vaše požadavky, dělá svou práci. Kdo kývne na všechno, dodá zpoždění a vícenáklady později.

Q: Kolik mám za web zaplatit?
A: Jednoduchý firemní web s CMS se typicky pohybuje v nízkých tisících. Návrh na míru, víc stránek a integrace to zvednou na desetitisíce. Cenu žene míra úprav, počet integrací a to, kdo tvoří obsah — ne počet stránek. Žádejte nabídky, které tyto položky oddělují.

Q: Freelancer, nebo agentura?
A: Freelancer je levnější a přímější a funguje dobře u ohraničených projektů, když koordinaci zvládnete sami. Agentura přináší více disciplín a kontinuitu, na čemž záleží u větších projektů a průběžné správy. Skutečný rozdíl je v tom, co se stane, když někdo vypadne.

Q: Jak poznám, že je nabídka rozumná?
A: Vyžádejte si tři na základě téhož písemného zadání. Rozdíly větší než dvojnásobek obvykle znamenají, že nacenili různé věci, ne že je někdo drahý — přečtěte si pak, co v té nejlevnější chybí. Nabídka, která výslovně říká, co nezahrnuje, má větší hodnotu než nižší bez rozsahu.

Q: Mám vlastnit kód?
A: Ano, a mělo by to být ve smlouvě. Musíte být schopni pokračovat s webem u jiného dodavatele bez přestavby. Ověřte také, kdo vlastní doménu, hosting a účty — dodavatelé, kteří je registrují na sebe, dělají odchod uměle obtížným. Ptejte se na to před podpisem.

## Tvorba e-shopu: kompletní průvodce
https://websitedevelopment.biz/cs/guides/tvorba-e-shopu-pruvodce
Aktualizováno 2026-08-07 · E-commerce

E-shop je web s připojenými penězi, skladem a právními povinnostmi. Právě to dělá z tvorby e-shopu jiný projekt než firemní web: části, které stojí nejvíc, obvykle nejsou ty, které zákazníci vidí.

Tento průvodce prochází, co projekt e-shopu skutečně zahrnuje, co určuje cenu, jaká provozní práce začíná při spuštění, a které chyby se draho vracejí.

### Co e-shop zahrnuje nad rámec výlohy
Katalog a košík jsou viditelná část. Pod nimi leží systémy, které rozhodují, zda podnik vůbec může fungovat, a právě tam jde většina rozpočtu u každého e-shopu kromě nejmenšího.
- Struktura katalogu: kategorie, varianty, atributy, sady, pravidla dostupnosti.
- Ceny: s DPH nebo bez podle trhu, slevy, skupiny zákazníků, měna.
- Platby: alespoň jedna brána, plus vratky, částečné vratky a neúspěšné platby.
- Doprava: zóny, hmotnosti, rozměry, pravidla dopravců, limity dopravy zdarma.
- DPH: podle místa dodání, s fakturami splňujícími zákonné náležitosti.
- Sklad: dostupnost, objednávky na sklad a rezervace během nákupu, abyste neprodali víc.
- Správa objednávek: kde je personál zpracovává — často zcela jiný systém.
- E-maily: potvrzení, expedice, vratka, opuštěný košík, a jejich právní obsah.
- Vratky: pravidla a proces, který je provádí.
Zeptejte se brzy, kde bude personál objednávky skutečně zpracovávat. Pokud je to stávající ERP, je integrace podstatnou částí projektu a patří do prvního odhadu.

### Co určuje cenu
Na počtu produktů záleží méně než na jejich složitosti a počtu systémů, se kterými e-shop musí mluvit.
| Katalog | Jednoduché produkty, jedna cena | Varianty, sady, konfigurovatelné produkty |
| Trhy | Jedna země, jedna měna | Více zemí, pravidla DPH, měny |
| Integrace | Žádné — e-shop je systém | ERP, sklad, účetnictví, doprava |
| Ceny | Pevné veřejné ceny | Skupiny zákazníků, množstevní ceny, nabídky |
| Návrh | Šablony motivu | Výloha a detail produktu na míru |
| Migrace | Nový e-shop, bez historie | Objednávky, zákazníci, adresy, recenze |
| Obsah | Málo a dodaný | Tisíce produktů k popsání a nafocení |
Obsah produktů je nejpodceňovanější položkou. Popsat a nafotit tisíc produktů stojí často víc než postavit e-shop.

### Co začíná spuštěním
U firemního webu je spuštění prakticky konec. U e-shopu je to začátek průběžné práce, kterou si někdo musí vzít.
- Denně: zpracovávat objednávky, kontrolovat chyby plateb, odpovídat zákazníkům.
- Týdně: aktualizovat skladové zásoby, procházet opuštěné košíky, kontrolovat ceny dopravy.
- Měsíčně: aktualizovat platformu a rozšíření, po každé aktualizaci otestovat nákupní cestu.
- Průběžně: přidávat a osvěžovat obsah produktů — e-shop, který neroste, couvá.
- Čtvrtletně: projít poplatky bran, míru vratek a tabulku dopravy.
- Ročně: revidovat pravidla DPH, zvlášť pokud prodáváte na nové trhy.

### Chyby, které se draho vracejí
Levné na předejití předem a drahé na řešení potom, obvykle proto, že se dotýkají dat nebo adres.
| Brát DPH jako závěrečný detail | Chybné faktury jsou účetní problém, ne chyba | Stanovit pravidla podle trhu před stavbou |
| Žádná rezervace skladu | Přeprodej ve špičce, ruční náprava | Rezervovat sklad při zahájení nákupu |
| Migrace bez mapy adres | Zmizí všechny pozice produktů | 301 ze staré na novou, jedna k jedné |
| Jedna platební brána bez zálohy | Výpadek znamená nulové tržby, ne menší | Přidat druhou metodu dřív, než ji potřebujete |
| Neomezená filtrovaná navigace | Tisíce téměř shodných adres v indexu | Kombinace filtrů ve výchozím stavu na noindex |
| Nákup testovaný jen na desktopu | Většina návštěvnosti je mobilní | Testovat na skutečných mobilech |

Q: Kolik stojí e-shop?
A: E-shop na motivu na existující platformě se skromným katalogem se typicky pohybuje v nízkých tisících. Návrh na míru, více trhů a integrace s ERP to vyženou na desetitisíce. Největšími proměnnými jsou integrace a obsah produktů, ne stavba samotného e-shopu — žádejte nabídku, která tyto dvě položky odděluje.

Q: Jak dlouho trvá postavit e-shop?
A: Šest až deset týdnů u e-shopu na motivu s čistým katalogem a jedním trhem. Tři až šest měsíců, jakmile přibude návrh na míru, migrace stávajících objednávek nebo napojení na ERP. Příprava obsahu běží souběžně a obvykle právě ona určuje skutečné datum.

Q: Můžu e-shop spravovat sám?
A: Denní provoz ano: produkty, ceny, objednávky i obsah mají být v administraci. Ven se dává technická správa — aktualizace, zálohy, bezpečnost a testování nákupní cesty po každé změně platformy. Tohle rozdělení funguje dobře a dělá to většina malých e-shopů.

Q: Mám začít se všemi platebními metodami?
A: Ne. Začněte s těmi, které váš trh skutečně používá — v Česku to téměř vždy znamená platební kartu a rychlý bankovní převod, plus dobírku, pokud ji zákazníci žádají. Další přidávejte podle poptávky. Co chcete brzy, je druhá metoda jako záloha, aby výpadek jedné brány nezastavil prodej.

## Vícejazyčné weby: CMS, adresy a pracovní postup
https://websitedevelopment.biz/cs/guides/vicejazycny-web-cms
Aktualizováno 2026-08-07 · CMS

Vícejazyčný web není jeden web krát počet jazyků. Je to jeden obsahový model s překladovými vztahy, vzor adres, který už nikdy nebudete chtít měnit, a pracovní postup rozhodující, zda překlady zůstanou aktuální, nebo do roka zestárnou.

Tento průvodce prochází rozhodnutí v pořadí, jak draho se vracejí.

### Vyberte nejdřív vzor adres
Je to nejdražší rozhodnutí na změnu, protože souvisí s hreflang, kanonickými adresami a každým přesměrováním, které kdy napíšete.
| Podsložka | site.cz/de/sluzby | Nejjednodušší; jedna doména buduje veškerou autoritu |
| Subdoména | de.site.com/sluzby | Čistší oddělení; víc nastavení, rozdělené signály |
| Národní doména | site.de/leistungen | Nejsilnější lokální signál; samostatný web ke správě |
| Parametr | site.com/sluzby?lang=de | Vyhnout se — slabé signály, riziko duplicity |
Pro většinu projektů jsou správné podsložky. Národní domény se vyplatí, jen když skutečně budujete místní přítomnost, s týmem na trh.

### Jazyk a části, které se překládají
Jazyková verze je víc než text. Tyto části se zapomínají nejčastěji a jsou pro návštěvníky viditelné.
- Názvy adres: přeložené kvůli místní relevanci, nebo shodné kvůli jednodušší správě. Obojí obhajitelné; vyberte vědomě.
- Metadata: titulky a popisky podle jazyka, ne strojově odvozené z originálu.
- Data, čísla a měna v místním formátu.
- Formuláře: popisky, chybové hlášky, potvrzení, a e-maily, které z nich plynou.
- Obrázky s vypáleným textem — nepřeložitelné bez samostatných souborů.
- Právní stránky: zásady ochrany údajů a podmínky mají mezi jurisdikcemi skutečné rozdíly.
- Vyhledávání a chybové stránky, které téměř vždy zůstanou v původním jazyce.
- Směr písma u jazyků psaných zprava doleva — to je rozvržení, ne jen text.

### Nastavit hreflang správně
hreflang říká vyhledávačům, která verze patří kterému jazyku. Je mechanický a selhává mechanicky.
- Každá stránka uvádí všechny své jazykové verze, včetně sebe samé.
- Odkazy musí být vzájemné. Chybí-li zpětný odkaz, celá skupina padá.
- Používejte správné kódy: cs, de, pt-br. Vymyšlený kód se ignoruje.
- Používejte stejný kód v HTML i v sitemapě; dva různé kódy skupinu rozbijí.
- Přidejte x-default pro návštěvníky, kteří nespadnou do žádného jazyka.
- Generujte vše z jednoho zdroje, aby se HTML a sitemapa nemohly rozejít.
- Pokud stránka v daném jazyce neexistuje, ten jazyk neuvádějte — neukazujte na náhradu.
Poslední pravidlo je důležité při postupném překládání: částečně přeložený web je zcela v pořádku, dokud hreflang uvádí jen to, co skutečně existuje.

### Pracovní postup: kde to v praxi uvázne
Technické nastavení je snadná část. Udržet překlady aktuální je místo, kde se vícejazyčné projekty zastaví.
| Originál se změní, překlad ne | Jazyky se tiše rozcházejí | Označovat překlady jako neaktuální při změně originálu |
| Žádný vlastník jazyka | Překlady stárnou, aniž si toho někdo všimne | Určit odpovědnou osobu na jazyk |
| Překládat vše | Cena roste s počtem stránek, ne s hodnotou | Překládat jen to, co daný trh potřebuje |
| Strojový překlad bez kontroly | Chyby poškozující značku a slabé pozice | Strojový jako první verze, vždy zkontrolovaná |
| Překladatelé bez kontextu | Doslovné, ale chybné texty | Posílat snímky obrazovky a poznámky |
| Žádné koncepty podle jazyka | Poloviční překlady naživo | Samostatný stav publikace pro každý jazyk |
Rozhodněte předem, které jazyky budou úplné a které dostanou jen jádro. Web s pěti dobrými jazyky funguje lépe než s patnácti neaktuálními.

Q: Podsložky, nebo samostatné domény?
A: Podsložky pro většinu projektů: jedna doména buduje veškerou autoritu, nastavení je jednodušší a je jeden web ke správě. Národní domény se vyplatí, když skutečně budujete místní přítomnost s týmem na trh — pak kupujete silný lokální signál a platíte správní zátěží.

Q: Je strojový překlad přijatelný?
A: Jako první verze zkontrolovaná člověkem ano — je to dnes běžná praxe a výrazně to ušetří. Publikovaný bez kontroly je riskantní: chyby v odborných termínech poškodí vaši věrohodnost přesně u čtenářů, které chcete oslovit, a texty rankuji špatně, protože neodpovídají tomu, jak lidé skutečně hledají.

Q: Musím přeložit každou stránku do každého jazyka?
A: Ne, a snažit se o to je způsob, jak vícejazyčné projekty uváznou. Překládejte to, co daný trh potřebuje: klíčové stránky, služby, které tam nabízíte, a obsah, který se v tom jazyce skutečně hledá. Dokud hreflang uvádí jen to, co existuje, je částečně přeložený web technicky zcela v pořádku.

Q: Co se u vícejazyčných webů kazí nejčastěji?
A: Dvě věci. Technicky: nevzájemný hreflang, který shodí celou jazykovou skupinu. Organizačně: chybějící vlastník jazyka, takže originál jde dopředu a překlady stojí. To druhé je fatálnější, protože to není porucha, kterou by někdo nahlásil — úpadek je postupný.

## Struktura adres pro SEO: pravidla, na kterých pořád záleží
https://websitedevelopment.biz/cs/guides/struktura-adres-pro-seo
Aktualizováno 2026-08-07 · SEO

Adresy jsou malý faktor pozic a velký faktor použitelnosti a údržby. Jejich skutečnou hodnotou je stabilita: adresa, kterou nikdy nemusíte měnit, si udrží odkazy, pozice i záložky.

Tento průvodce prochází pravidla, na kterých pořád záleží, ta, na kterých už ne, a jak adresu změnit, když to je opravdu nutné.

### Pravidla, která stojí za dodržování
Jsou konzistentní napříč vyhledávači a hlavně napříč lety — týkají se údržby stejně jako pozic.
- Jen malá písmena. Některé servery považují /Stranka a /stranka za různé adresy, čímž vzniká nechtěná duplicita.
- Pomlčky mezi slovy, ne podtržítka ani velká písmena uvnitř.
- Krátce a popisně. Když někdo adresu přečte nahlas, měl by uhodnout stránku.
- Spojovací slova nejsou potřeba: /pruvodci/planovani-webu poráží /pruvodci/jak-naplanovat-web-pro-moji-firmu.
- Žádné koncovky souborů u obsahových stránek. /o-nas, ne /o-nas.php — skryje to implementaci a přežije migraci.
- Jedna kanonická volba u koncového lomítka, vynucená přesměrováním.
- ASCII tam, kde je to praktické; adresy s diakritikou fungují, ale při kopírování se procentně kódují, což je ošklivé a náchylné k chybám.
Nejcennější vlastností je stabilita. Mírně nedokonalá adresa, která se nikdy nemění, má větší hodnotu než optimalizovaná, která se mění dvakrát.

### Na čem už tolik nezáleží
Několik houževnatých přesvědčení o adresách má dnes omezený vliv a jejich dodržování může i škodit.
| Adresy s přesnými klíčovými slovy rankuji lépe | Nanejvýš okrajově; hromadění vypadá jako spam |
| Hluboká struktura složek signalizuje hierarchii | Záleží na hloubce kliknutí, na hloubce cesty sotva |
| Data v adresách pomáhají aktuálnosti | Působí, že nadčasový obsah vypadá starý |
| Kratší je vždy lepší | Popisné poráží stručné; /p/4821 nikomu nepomůže |
| Subdoména nebo podsložka je rozhodující | Podsložky se snáz spravují; obojí může fungovat |
| Dotazovací řetězce nejsou indexovatelné | Jsou, ale množí duplicitu — volte čisté cesty |

### Vícejazyčné vzory adres
U webu ve více jazycích je vzor adres jednou z nejobtížněji měnitelných věcí, protože souvisí s hreflang, kanonickými adresami a každým přesměrováním, které kdy napíšete.
| Podsložka | site.cz/en/pruvodci | Nejjednodušší; jedna doména buduje veškerou autoritu |
| Subdoména | en.site.com/pruvodci | Čistší oddělení; víc nastavení, rozdělené signály |
| Národní doména | site.de/ratgeber | Nejsilnější lokální signál; samostatný web ke správě |
| Parametr | site.com/pruvodci?lang=en | Vyhnout se — slabé signály a riziko duplicity |
Ať zvolíte cokoli, rozhodněte zvlášť, zda se překládá i samotný název adresy. Přeložené názvy pomáhají místní relevanci; shodné se snáz udržují. Obojí je obhajitelné; změnit názor později ne.

### Změnit adresu bez ztráty návštěvnosti
Někdy je to skutečně nutné. Postup je mechanický a přeskočit krok znamená, že návštěvnost uniká.
- Ověřte, že se to vyplatí. Změna adresy vždy něco stojí; drobné vylepšení formulace to zřídka vrátí.
- Namapujte staré na nové, jedna k jedné. Každá stará adresa dostane konkrétní cíl, ne stránku kategorie.
- Použijte přesměrování 301, ne 302, a ověřte, že každé je jediný skok.
- Aktualizujte vnitřní odkazy, aby mířily přímo na novou adresu. Nespoléhejte na vlastní přesměrování.
- Aktualizujte sitemapu a přesměrování ponechte na neurčito — externí odkazy se nikdy neaktualizují.
- Sledujte pokrytí a report nejlepších stránek čtyři až šest týdnů.
- Počítejte s propadem a zkoumejte, jen pokud se po měsíci dál prohlubuje.

Q: Mám v adresách používat klíčová slova?
A: Použijte slova, která stránku popisují, a to jsou obvykle klíčová slova. Co dělat nemáte, je hromadit varianty: /tvorba-webu-sluzby-levna-tvorba-webu je horší ve všech ohledech než /sluzby-tvorby-webu, i pro lidi, kteří to vidí ve výsledcích.

Q: Subdoména, nebo podsložka pro blog?
A: Podsložka, ve většině případů. site.cz/blog se snáz spravuje, sdílí nasbírané signály domény a nevyžaduje zvláštní technické nastavení. Subdomény dávají smysl, když je sekce skutečně samostatnou aplikací, má vlastní tým, nebo musí běžet na jiné infrastruktuře.

Q: Jak dlouho udržovat stará přesměrování?
A: Na neurčito. Stojí téměř nic na údržbu a externí odkazy na vaše staré adresy se nikdy neaktualizují. Co byste měli dělat pravidelně, je zkracovat řetězce vzniklé po sobě jdoucími migracemi, aby každá stará adresa mířila jedním skokem na aktuální cíl.

Q: Škodí parametry v adresách SEO?
A: Samy o sobě neškodí, ale rychle množí téměř duplicitní adresy — parametry řazení, filtrů a kampaní dokážou vygenerovat tisíce variant jedné stránky. Používejte čisté cesty pro vše, co chcete mít indexované, a varianty s parametry kanonizujte nebo dejte na noindex.

## Migrace CMS bez ztráty návštěvnosti a obsahu
https://websitedevelopment.biz/cs/guides/migrace-cms-pruvodce
Aktualizováno 2026-08-07 · CMS

Migrace CMS je především datový projekt s připojeným dnem spuštění. Návrh dostane pozornost; o úspěchu rozhodne mapování obsahu a přesměrování.

Tento průvodce prochází pořadí, které funguje, místa, kde migrace ztrácejí návštěvnost, a co čekat v následujících týdnech.

### Udělejte inventuru dřív, než cokoli přesunete
Nemůžete migrovat to, co jste nespočítali. Tento krok se přeskakuje a působí většinu překvapení.
- Projděte stávající web crawlerem a exportujte každou adresu se stavovým kódem a titulkem.
- Vytáhněte z analytiky a konzole vyhledávače nejvýkonnější stránky — ty si zaslouží největší péči.
- Spočítejte typy obsahu: stránky, články, produkty, případové studie, lidi, ke stažení.
- Zapište pole u každého typu, včetně těch, která se objevují jen u některých položek.
- Udělejte inventuru médií: kolik souborů, jaký celkový objem, které už chybí.
- Zapište funkčnost, která není obsahem: formuláře, vyhledávání, filtry, integrace.
- Rozhodněte, co neberete s sebou. Migrace je nejlepší příležitost nechat mrtvý obsah za sebou.
Poslední krok ušetří nejvíc práce. Weby roky sbírají stránky, které nikdo nečte; brát je s sebou stojí čas v každém dalším kroku.

### Namapujte obsah a adresy
Dvě mapování: pole na pole, a staré adresy na nové. To druhé rozhoduje o návštěvnosti.
| Typy obsahu | Starý typ na nový, výslovně | Naimportovat vše jako «stránku» |
| Pole | Pole po poli, včetně prázdných případů | Přehlédnout pole, která jsou jen občas |
| Média | Vzít soubory a aktualizovat odkazy na ně | Migrovat soubory, nechat odkazy na staré |
| Adresy | Jedna k jedné, každá stará má cíl | Vše na novou úvodní stránku |
| Kategorie a štítky | Zachovat nebo vědomě sloučit | Nechtěně vytvořit novou strukturu |
| Autoři a data | Vzít s sebou; data ovlivňují signály aktuálnosti | Nastavit všechna data na datum importu |
| Existující přesměrování | Vzít také | Zahodit staré řetězce a rozbít staré odkazy |
Import dat je tichý zabiják: pokud se všechna data publikace stanou datem migrace, celý váš archiv vypadá, jako by vznikl v jeden den.

### Testy před nasazením
Co ověřit v testovacím prostředí, v pořadí, které zachytí nejvíc.
- Spočítejte položky u každého typu obsahu a porovnejte se starým webem. Nesedící počty jsou první signál.
- Zkontrolujte vzorek nejdelších a nejpodivnějších stránek — ty se rozbijí první.
- Ověřte, že se obrázky načítají z nového umístění, ne ze staré domény.
- Otestujte každé přesměrování skriptem proti celému seznamu adres, ne ručně.
- Ověřte metadata: titulky, popisky, kanonické adresy, strukturovaná data.
- Otestujte formuláře do konce, včetně doručení e-mailu.
- Porovnejte výkon se starým webem; migrace, která zdvojnásobí váhu, je regrese.
- Nechte redakci vytvořit a publikovat stránku ještě před nasazením.

### Nasazení a následující týdny
Den spuštění je krátký; okno pozornosti není.
- Nasazujte v klidnou chvíli, ne v pátek odpoledne.
- Ihned zkontrolujte robots.txt v produkci — vzít testovací je klasická chyba.
- Odešlete novou sitemapu a starou nějakou dobu ponechte, aby se staré adresy načetly.
- Zopakujte test přesměrování v produkci; testovací prostředí občas lžou.
- Sledujte log chyb první dny kvůli chybám 404, které jste nepředvídali.
- Sledujte návštěvnost a pozice čtyři až šest týdnů; počítejte s kolísáním.
- Zkoumejte vážně, až pokud to po měsíci dál klesá — předtím je to obvykle šum.
Přidávejte do tabulky přesměrování chyby 404, které se objevují v logu. Žádná inventura není úplná; log chyb doplní zbytek.

Q: Přijdu při migraci CMS o návštěvnost z vyhledávání?
A: Dočasně téměř vždy, trvale jen při chybách. Počítejte se čtyřmi až šesti týdny kolísání i při čistém provedení. Trvalá ztráta pochází téměř výhradně z nenamapovaných adres, odstraněných stránek s návštěvností a změn metadat či obsahu na stránkách, které fungovaly dobře.

Q: Dá se obsah migrovat automaticky?
A: Z velké části ano. Standardní pole a články migrují dobře existujícími nástroji. Ruční práci vyžadují vlastní pole, značky vložené uvnitř textu, a vše, co se ve starém systému řešilo rozšířením. Počítejte s automatizovaným základem plus ručním kolem na nejdůležitějších stránkách.

Q: Jak dlouho trvá migrace CMS?
A: U webu se stem stránek a standardním obsahem několik týdnů. U tisíců stránek s vlastními poli a integracemi několik měsíců. Na počtu stránek záleží méně než na počtu typů obsahu a míře úprav — právě to za vás žádný nástroj nevyřeší.

Q: Mám si nechat starý web?
A: Uchovejte úplnou zálohu a pokud možno chráněnou verzi, do které se můžete podívat. První měsíce budete pravidelně ověřovat, co kde bylo nebo jak bylo něco nastaveno. Co dělat nemáte, je nechat starý web veřejně — dvě verze téhož obsahu si konkurují.

## Optimalizace rychlosti webu: praktické pořadí práce
https://websitedevelopment.biz/cs/guides/optimalizace-rychlosti-webu
Aktualizováno 2026-08-07 · SEO

Práce na rychlosti má výrazně nerovnoměrný tvar: hrstka zásahů vysvětlí většinu zlepšení na většině webů, a jsou to téměř vždy obrázky, odezva serveru a skripty třetích stran.

Tento průvodce prochází, v jakém pořadí pracovat, jak měřit, zda změna pomohla, a které optimalizace obvykle nestojí za námahu.

### Měřte, než něco změníte
Optimalizovat bez měření znamená opravovat to, co je nejsnazší, místo toho, co je pomalé. Dvě měření, pak práce.
- Získejte terénní data od skutečných návštěvníků — report Core Web Vitals, nebo vlastní monitoring.
- Spusťte laboratorní test na třech hlavních šablonách, omezený na střední mobil na 4G.
- Zapište čísla, než začnete. Bez výchozího stavu nepoznáte, jestli změna pomohla.
- Určete u každé šablony největší jednotlivý soubor a největší blokující požadavek.
- Zapište Time to First Byte zvlášť: nad 800 ms vás žádná frontendová práce nezachrání.

### Pořadí, které se vyplatí
Zhruba podle zlepšení na hodinu úsilí, u typického firemního nebo obsahového webu.
| Optimalizovat a zmenšit obrázky | Velký | Nízké |
| Odstranit nepoužívané skripty třetích stran | Velký | Nízké — hlavně politické |
| Zapnout cache a CDN | Velký | Nízké |
| Vyřešit blokující CSS a JS | Střední až velký | Střední |
| Zmenšit JavaScriptový balík | Střední až velký | Střední až vysoké |
| Opravit pomalé databázové dotazy | Velký, kde se to týká | Střední |
| Optimalizovat načítání písem | Střední | Nízké |
| Minifikovat a komprimovat text | Malý | Nízké — obvykle už zapnuto |
| Mikro-optimalizovat CSS selektory | Zanedbatelný | Nestojí za to |

### Obrázky: obvykle největší zisk
Na většině webů tvoří obrázky většinu váhy stránky a většina se servíruje několikanásobně větší, než se zobrazuje. Je to nejlevnější velké zlepšení, jaké existuje.
- Servírujte WebP nebo AVIF; obojí má širokou podporu a je typicky o 25 až 50 % menší než JPEG při stejné kvalitě.
- Generujte několik velikostí a používejte srcset se sizes, aby si mobily stahovaly soubory pro mobil.
- Nikdy neservírujte obrázek 2000 px v rámečku 400 px — tato jediná chyba je mimořádně častá.
- Odložte načítání všeho pod zlomem, a ničeho nad ním.
- Automatizujte to v buildu nebo v CMS. Ručně optimalizované obrázky přestanou být optimalizované, jakmile nějaký nahraje někdo jiný.
- Odstraňte metadata; EXIF z fotoaparátu může mít desítky kilobajtů na soubor.
Automatizace je jádro. Jednorázové kolo optimalizace pozbude platnosti během měsíců, jak přibývá obsah, a nikdo si toho nevšimne, dokud se váha nezdvojnásobí.

### Skripty třetích stran a server
Dvě oblasti, kde je problém obvykle organizační, ne technický: nikdo nevlastní správce značek a nikdo nevlastní volbu hostingu.
| Správce značek s neznámými značkami | Projít každou; odstranit vše, co nikdo neobhájí |
| Chatovací widget na každé stránce | Načítat při interakci, nebo jen tam, kde je podpora potřeba |
| Několik analytických nástrojů | Nechat jeden; každý je celý skript a spojení |
| Skript A/B testů blokující vykreslování | Přesunout na server, nebo přijmout probliknutí a načítat async |
| Pomalý TTFB na sdíleném hostingu | Přidat cache celých stránek; zvýšit tarif, pokud přetrvává |
| Necachované databázové dotazy | Cachovat ty drahé; přidat indexy pro časté |
| Žádné CDN | Přidat — nejlevnější globální oprava latence |
Skripty třetích stran jsou nejspolehlivějším zdrojem nevysvětlené pomalosti, protože se mění bez ohlášení a stojí mimo váš proces nasazení.

Q: Jaká doba načítání je dobrá?
A: Použitelné cíle jsou prahy Core Web Vitals, ne jedno číslo: LCP pod 2,5 sekundy a Time to First Byte pod 800 ms. Celková doba načítání je špatná míra, protože stránka může být použitelná dlouho předtím, než dobíhá poslední soubor — a na pomalém zařízení nepoužitelná dlouho předtím.

Q: Zvýší rychlejší web konverzi?
A: Obvykle ano, a efekt je největší tam, kde jsou stránky pomalé a návštěvníci na mobilních sítích. Zisk ze tří sekund na dvě je mnohem větší než z jedné a půl na jednu. Pokud je web už rychlý, věnujte úsilí obsahu a srozumitelnosti — návratnost je lepší.

Q: Vyřeší cache pluginy všechno?
A: Řeší jednu skutečnou věc dobře — opakovanou práci serveru pro tutéž stránku — a mohou vytvořit nové problémy, zejména u přihlášených uživatelů, košíků a formulářů. Nedělají také nic s příliš velkými obrázky nebo skripty třetích stran, které bývají větším problémem. Užitečné, nedostačující.

Q: Vyplatí se vykreslování na serveru kvůli rychlosti?
A: Pokud se vaše stránky dnes vykreslují jen v prohlížeči, ano: vykreslování na serveru nebo statické generování odstraní celou cestu tam a zpět, než se obsah objeví, a zároveň pomůže indexaci. Pokud jsou stránky už serverem generované HTML, otázka nevzniká — výhodu už máte.

## WordPress, Webflow nebo na míru: co sedí vašemu projektu
https://websitedevelopment.biz/cs/guides/wordpress-webflow-nebo-na-miru
Aktualizováno 2026-08-07 · CMS

Většina firemních webů nakonec dojde k těmto třem možnostem a liší se méně v tom, co zvládnou, než v tom, co po vás chtějí — peníze, pozornost a technickou kapacitu.

Tento průvodce je porovnává v bodech, na kterých po roce záleží, a u každé dává profil projektu, pro který je správná.

### Porovnání
Rozdíly, na kterých v praxi záleží, bez seznamů funkcí, které odškrtnou všechny tři.
| Vstupní cena | Nízká až střední | Střední | Vysoká |
| Fixní náklad | Hosting plus správa | Měsíční předplatné | Hosting; správa dle potřeby |
| Volnost návrhu | Vysoká s vlastní šablonou | Velmi vysoká v rámci platformy | Úplná |
| Snadnost editace | Známá, občas nepřehledná | Vizuálně výborná | Přesně to, co postavíte |
| Zátěž správy | Značná — rozšíření a aktualizace | Prakticky žádná | Nízká, ale skutečná |
| Odchod | Plný export možný | Omezený; platforma je web | Vlastníte vše |
| Potřebný tým | Vývojář nebo agentura | Návrhář | Vývojář |

### Kdo má zvolit WordPress
WordPress zůstává výchozí volbou z dobrých důvodů, pokud má správa vlastníka.
- Publikujete pravidelně a chcete editační zážitek, který už každý zná.
- Potřebujete funkčnost, pro kterou existuje zralé rozšíření — události, členství, e-shop.
- Nechcete měsíční poplatky platformě a přijímáte hosting plus správu.
- Máte agenturu nebo vývojáře, který vlastní aktualizace, zálohy a bezpečnost.
- Chcete mít možnost později změnit dodavatele bez přestavby webu.
- Vyhněte se, když: nikdo nebude dělat správu. Je to jediný běžný způsob, jak tato volba selže.
- Držte počet rozšíření nízko; je to hlavní faktor toho, jak těžká správa bude.

### Kdo má zvolit Webflow
Webflow sedí, když návrh vede a nikdo nechce vlastnit technickou správu.
- Návrhář staví a udržuje web bez vývojáře.
- Návrh je svébytný a upravovat šablonu by bylo víc práce než postavit znovu.
- Nechcete spravovat aktualizace, zálohy ani bezpečnost — je to v ceně.
- Web je převážně marketing: stránky, případové studie, blog, formuláře.
- Vyhněte se, když: potřebujete vlastní funkčnost na serveru, nebo složité integrace.
- Počítejte s odchodem: exportovaný kód neobsahuje správu obsahu, takže odejít znamená z velké části přestavět.
- Propočítejte měsíční poplatek na tři roky a porovnejte s hostingem plus správou jinde.
Cesta ven je nejdůležitějším kompromisem a nejméně diskutovaným. Zvažte ji výslovně místo objevování ve chvíli, kdy budete chtít odejít.

### Kdo má zvolit stavbu na míru
Na míru je správná volba v méně případech, než v kolika se nabízí, ale v těch případech je jasně správná.
| Web je produkt | Ano |
| Neobvyklý obsahový model, který žádné CMS pěkně nevyjádří | Ano |
| Hluboká integrace s interními systémy | Ano |
| Přísné požadavky na výkon nebo bezpečnost | Ano |
| Marketingový web s blogem | Ne — platíte za nic |
| Bez trvalé technické kapacity | Ne — vlastní kód bez správy osiří |
| Napjatý rozpočet a krátký termín | Ne |
U nabídky na míru se vždy ptejte, jaký konkrétní problém by existující CMS nevyřešilo. Pokud není jasná odpověď, kupujete složitost.

Q: Je WordPress pořád dobrá volba?
A: Ano, pro většinu firemních webů. Kritika se téměř vždy týká špatně udržovaných instalací s přemírou rozšíření, ne platformy. WordPress web s vlastní šablonou, málo rozšířeními a skutečnou správou je rychlý, bezpečný a příjemný na práci.

Q: Je Webflow dražší než WordPress?
A: Měsíčně obvykle ano; celkově je to méně jednoznačné. U WordPressu platíte hosting plus správu, a ta správa je skutečná práce, kterou někdo dělá. Propočítejte obojí na tři roky se skutečnými hodinami správy, místo srovnávání jen ceny předplatného.

Q: Kdy se stavba na míru skutečně vyplatí?
A: Když existující CMS neřeší váš konkrétní problém: neobvyklý obsahový model, hluboké integrace s interními systémy, nebo požadavky na výkon a bezpečnost nad rámec toho, co dá sdílená platforma. U marketingového webu s blogem je na míru placením za volnost, kterou nevyužijete.

Q: Můžu platformu později změnit?
A: Z WordPressu relativně dobře — obsah se dá exportovat a datový model je známý. Z Webflow hůř, protože export dá web jako kód, ale ne správu za ním; odejít znamená z velké části přestavět. U vlastního kódu záleží zcela na tom, jak čistě byl postaven. Ptejte se na cestu ven, než začnete, ne potom.

## Core Web Vitals: co skutečně hýbe čísly
https://websitedevelopment.biz/cs/guides/core-web-vitals-pro-vyvojare
Aktualizováno 2026-08-07 · SEO

Core Web Vitals jsou tři terénní měření toho, jak stránka působí: jak dlouho trvá, než se objeví hlavní obsah, jak moc při načítání poskakuje, a jak rychle stránka reaguje na vstup.

Tento průvodce prochází, co každá metrika měří, konkrétní příčiny špatných hodnot, a opravy, které hýbou terénními daty, ne jen laboratorními skóre.

### Co tři metriky měří
Každá má práh pro «dobré» a malou sadu obvyklých příčin. Všimněte si, že číslo, které se počítá pro pozice, jsou terénní data od skutečných návštěvníků, ne skóre z vašeho notebooku.
| LCP | Pod 2,5 s | Čas do vykreslení největšího viditelného prvku | Neoptimalizovaný hlavní obrázek, pomalý server, blokující CSS |
| CLS | Pod 0,1 | Jak moc rozvržení při načítání poskakuje | Obrázky bez rozměrů, vkládané bannery, pozdě načtená písma |
| INP | Pod 200 ms | Rychlost reakce na interakci | Dlouhé JavaScriptové úlohy blokující hlavní vlákno |
Laboratorní nástroje měří jedno načtení na jednom stroji. Terénní data jsou 75. percentil skutečných návštěv, včetně starých telefonů na špatných sítích — právě těch návštěvníků, kteří odcházejí nejrychleji.

### Oprava LCP
LCP je téměř vždy obrázek nebo nadpis zablokovaný něčím jiným. Projděte body v pořadí; první dva vyřeší většinu webů.
- Zjistěte, který prvek je v terénních datech skutečně LCP prvkem. Optimalizovat špatný obrázek je nejčastější zbytečná práce.
- Nikdy nenačítejte LCP obrázek odloženě. Dejte mu místo toho fetchpriority="high".
- Servírujte ho v moderním formátu ve velikosti, ve které se zobrazuje, se srcset pro menší obrazovky.
- Předběžně načtěte písmo pro LCP text a použijte font-display: swap.
- Odstraňte blokující CSS a JavaScript z hlavičky; kritické CSS vložte přímo, pokud je stránka dost malá.
- Snižte Time to First Byte pomocí cache a CDN — žádná frontendová práce nevyváží pomalý server.
- Odstraňte skripty třetích stran z kritické cesty. Každý je DNS dotaz, spojení a nepředvídatelný soubor.

### Oprava CLS
Poskakující rozvržení je téměř zcela odstranitelné a opravy jsou levné. Je to zároveň metrika, kterou návštěvníci cítí nejsilněji — je to to, co je nutí kliknout na špatnou věc.
- Nastavte width a height u každého obrázku a videa, aby prohlížeč rezervoval místo.
- Rezervujte místo pro reklamy, vložený obsah a rámy kontejnerem s pevným poměrem stran.
- Nikdy nevkládejte obsah nad stávající po načtení — cookie lišta patří dolů nebo jako překryv.
- Přizpůsobte metriky záložního písma webovému, nebo použijte size-adjust, aby výměna nepřeskládala stránku.
- Vyhněte se animování vlastností rozvržení. Animujte transform a opacity, které nevynucují přepočet.
- Dejte dynamicky načítaným sekcím min-height, aby se nerozbalovaly od nuly.

### Oprava INP
INP nahradil First Input Delay a je obtížnější, protože měří každou interakci během návštěvy, ne jen první. Špatné INP je téměř vždy příliš mnoho JavaScriptu na hlavním vlákně.
| Velký balík zpracovávaný při načtení | Rozdělit kód; načítat jen to, co stránka používá |
| Dlouhé úlohy nad 50 ms | Rozdělit práci a vrátit vlákno |
| Drahé obslužné rutiny událostí | Debounce a přesunout těžkou práci mimo cestu interakce |
| Těžké značky třetích stran | Načítat po interakci, nebo odstranit — ověřte, co každá přináší |
| Velký DOM, nad 10 000 uzlů | Virtualizovat dlouhé seznamy; zjednodušit hluboké vnoření |
| Střídání čtení a zápisů rozvržení | Seskupit čtení a zápisy místo střídání |
Na obsahových webech je nejcennějším zásahem do INP obvykle odstranit JavaScript, ne ho optimalizovat. Ptejte se, co každý skript přináší; správci značek sbírají skripty, na jejichž přidání si nikdo nevzpomíná.

Q: Jak moc Core Web Vitals ovlivňují pozice?
A: Jsou skutečným, ale mírným signálem, který funguje spíš jako rozhodčí při remíze než jako náhrada relevance. Rychlá stránka o špatném tématu neporazí pomalejší, která odpoví na otázku. Silnějším důvodem k opravě je chování: pomalé a poskakující stránky ztrácejí návštěvníky dřív, než pozice vůbec vstoupí do hry.

Q: Proč mám dobré skóre v Lighthouse a špatná terénní data?
A: Protože Lighthouse simuluje jedno načtení na vašem stroji s vaším připojením, zatímco terénní data jsou 75. percentil skutečných návštěv — včetně tříletých telefonů na přetížených mobilních sítích. Když si ti dva odporují, platí terénní data. Používejte laboratoř k diagnostice, ne k bodování.

Q: Musím opravit všechny tři metriky?
A: Opravte ty, které selhávají, v pořadí podle toho, co návštěvníci prožívají. CLS bývá nejlevnější na opravu a pro uživatele nejotravnější, takže je to dobrý start. LCP má největší vliv na to, zda lidé počkají. INP váží nejvíc na interaktivních webech a nejmíň u statických článků.

Q: Za jak dlouho se zlepšení projeví?
A: Terénní data jsou klouzavé okno 28 dní, takže smysluplný pohyb trvá zhruba čtyři týdny poté, co oprava dorazí ke všem návštěvníkům. Nehodnoťte změnu po třech dnech. Laboratorní hodnoty ale zkontrolujte hned, abyste potvrdili, že oprava udělala, co jste čekali.

## Headless CMS, nebo tradiční CMS: poctivé porovnání
https://websitedevelopment.biz/cs/guides/headless-cms-nebo-tradicni-cms
Aktualizováno 2026-08-07 · CMS

Tradiční CMS ukládá váš obsah a vykresluje vaše stránky. Headless CMS ukládá váš obsah a dodává ho přes API, načež vy rozhodujete, jak se zobrazí. To je celý rozdíl a všechny kompromisy z něj plynou.

Tento průvodce prochází, co s headless skutečně získáte, co to stojí, a kdy se ta výměna vyplatí.

### Co se skutečně mění
Rozdíl je architektonický, ne funkční. Oba editují obsah; liší se v tom, kdo staví prezentaci.
| Prezentace | CMS vykresluje stránky | Frontend stavíte vy |
| Náhled | Vestavěný a věrný | Stavíte ho sami, nebo je přibližný |
| Volnost návrhu | V rámci systému šablon | Úplná |
| Více kanálů | Obtížné — web je výstup | Jádro návrhu |
| Rychlost startu | Rychlá — šablony existují | Pomalejší — stavíte vše |
| Potřebná odbornost | Střední | Vyžaduje frontendový vývoj |
| Správa | Jeden systém | Dva systémy, dvě cesty nasazení |

### Co headless skutečně dává
Přínosy jsou skutečné, ale platí pro konkrétní situace, ne obecně.
- Více kanálů z jednoho zdroje: web, aplikace, kiosek, newsletter — tentýž obsah, různá prezentace.
- Plná volnost návrhu a výkonu: žádné dědictví šablony, žádné nepoužité CSS.
- Statické generování: stavět stránky předem a servírovat je jako soubory, což je velmi rychlé a velmi bezpečné.
- Výměna frontendu bez migrace: obsah zůstane, kde je.
- Čistší obsahový model: pole místo stránek s vloženými značkami.
- Menší plocha útoku: administrace nestojí na téže veřejné adrese jako web.
Všimněte si, že většina těchto přínosů se počítá jen tehdy, když máte více kanálů nebo omezení výkonu či návrhu, které šablona neunese.

### Kolik to stojí
Tyto náklady se v porovnáních soustavně podceňují a vysvětlují, proč headless projekty častěji uvíznou.
| Dva systémy | Dvě kódové základny, dvě cesty nasazení, dva zdroje chyb |
| Náhled | Redakce ho očekává; musíte ho postavit |
| Vše je na míru | Formuláře, vyhledávání, stránkování, přesměrování — vše vlastní |
| Trvalá potřeba vývojáře | Není šablona k instalaci, když se má něco změnit |
| Pohodlí redakce | Pole bez kontextu jsou abstraktnější než editace stránky |
| SEO součásti | Sitemapa, kanonické adresy, hreflang — vaše odpovědnost |
| Vyšší vstupní cena | Znatelně dražší začátek než web na šabloně |
«Vše je na míru» je položka, která překvapuje nejvíc. Funkčnost, kterou tradiční CMS dává zdarma, se v headless změní v sérii drobných stavebních úkolů.

### Kdo má zvolit headless
Krátké rozhodovací pravidlo, které zabrání většině špatných voleb.
- Publikujete do víc než jednoho kanálu? Pokud ano, headless je pravděpodobně správně.
- Máte stálý frontendový tým nebo agenturu? Bez toho je trvalá potřeba problém.
- Unese šablona váš návrh? Pokud ano, kupujete volnost, kterou nevyužijete.
- Máte požadavek na výkon, který cache na tradičním CMS nesplní? Obvykle nemáte.
- Očekáváte výměnu frontendu během několika let? Pak je oddělení cenné.
- Je vaší redakci pohodlné pracovat se strukturovanými poli bez vizuální stránky? Otestujte to, nehádejte.
- Pokud váháte u víc než dvou z nich, zvolte tradiční — je to výchozí volba z dobrých důvodů.

Q: Je headless lepší pro SEO?
A: Ne ze své podstaty, a může být horší, pokud stavíte nedbale. Staticky generované stránky jsou pro SEO výborné; stránky vykreslované jen v prohlížeči ne. Navíc musíte sitemapu, kanonické adresy, hreflang a přesměrování postavit sami, což tradiční CMS dodá. Nerozhoduje architektura — rozhoduje provedení.

Q: Můžu přejít z tradičního na headless?
A: Ano, a je to jedna z příznivějších migrací, protože obsah zůstává strukturovaný. Některé tradiční CMS, včetně WordPressu, mohou sloužit jako headless zdroj přes svá API. Dá vám to střední cestu: známá editace pro redakci, vlastní frontend pro prezentaci.

Q: Je headless dražší?
A: Na začátku téměř vždy, protože stavíte to, co šablona dodá. Za několik let záleží: pokud máte více kanálů nebo pravidelně vyměňujete frontend, může vyjít levněji. U jednoho webu, který má vydržet pět let, bývá tradiční celkově levnější.

Q: Líbí se headless redaktorům?
A: Zcela to závisí na tom, jak dobře jste postavili obsahový model a náhled. Pole bez kontextu jsou abstraktnější než editace stránky, která vypadá jako stránka. S dobrým náhledem a logickými skupinami polí to funguje výborně. Bez toho je to nejčastější zdroj nespokojenosti.

## Kontrolní seznam technického SEO pro ty, kdo staví weby
https://websitedevelopment.biz/cs/guides/kontrolni-seznam-technickeho-seo
Aktualizováno 2026-08-07 · SEO

Technické SEO je ta část práce pro vyhledávače, která žije v kódu, ne v obsahovém kalendáři. Je to z velké části kontrolní seznam a většinu z něj lze ověřit, ne o ní jen mít názor.

Tento průvodce tím seznamem je, seskupený podle problému, kterému každý bod předchází, s chybami, které se vyskytují dost často, aby stály za zmínku.

### Řízení indexace
Cílem je, aby byly indexovány přesně ty stránky, které chcete, a nic dalšího — žádné testovací kopie, žádné permutace filtrů, žádné tiskové duplikáty.
- Jeden kanonický hostitel; všechny ostatní varianty na něj přesměrovávají kódem 301 — včetně HTTP a dvojice s www a bez.
- Vlastní kanonická adresa na každé indexovatelné stránce.
- noindex, follow na slabých nebo duplicitních stránkách: výsledky vnitřního vyhledávání, kombinace filtrů, děkovací stránky.
- Nikdy v robots.txt neblokujte stránku, která nese noindex — značku pak nelze přečíst, takže adresa uvízne v indexu.
- Testovací prostředí chráněné autentizací, ne jen souborem robots.txt.
- Stanovená politika parametrů: které dotazovací řetězce tvoří samostatnou stránku a které ne.
noindex a blokace v robots.txt dělají opačné věci a ruší se. Pokud chcete stránku z indexu, povolte procházení, aby se značka dala přečíst.

### Přesměrování a stavové kódy
Právě v přesměrováních relaunche tiše ztrácejí návštěvnost. Chyby jsou mechanické a snadno testovatelné před spuštěním.
| Stránka trvale přesunuta | 301 na odpovídající stránku | 302, nebo přesměrování na úvodní stránku |
| Stránka odstraněna bez ekvivalentu | 410 nebo 404 | Falešná 404: chybová stránka vracející 200 |
| Dočasná nedostupnost | 503 s Retry-After | Vracet 200 s chybovou hláškou |
| Varianty s koncovým lomítkem a bez | Jedna kanonická forma, druhá přes 301 | Servírovat obě s kódem 200 |
| Stará doména | 301 mapovaná stránku po stránce | Vše na úvodní stránku nové |
| Řetězce přesměrování | Zkrátit na jeden skok | A → B → C → D, se ztrátou v každém kroku |

### Stránkování, filtry a duplicita
Výpisové stránky působí největší problémy s indexem, protože hrstka filtrů dokáže vygenerovat tisíce adres, které vypadají jako téměř duplicity.
- Stránkované stránky: skutečné procházitelné odkazy, každá s vlastní kanonickou adresou — nedělejte stránku 2 kanonickou na stránku 1.
- Kombinace filtrů: ve výchozím stavu noindex, follow; indexujte jen tu hrstku, která odpovídá skutečné poptávce.
- Řazení: nikdy nevytváří novou indexovatelnou adresu. Stejný obsah, jiné pořadí.
- Parametry relace a kampaní: odstraňte je, nebo je kanonizujte na čistou adresu.
- Tiskové a podobné duplikáty: kanonické na hlavní verzi.
- Produkty ve více kategoriích: jedna kanonická adresa, odkazovaná ze všech.
Neomezená filtrovaná navigace je nejčastější příčinou zaneseného indexu a čistí se pomalu. Je mnohem levnější jí předejít při stavbě než ji potom vracet.

### Strukturovaná data a mezinárodní nastavení
Dvě oblasti, kde jediná mechanická chyba tiše vypne celou funkci.
| Značení Article | Jen u skutečných článků, se skutečnými daty | Vymyšlená data způsobí ignorování funkce |
| Značení Product | Cena a dostupnost musí odpovídat stránce | Rozpor vede k ručnímu zásahu |
| Značení FAQ | Jen otázky viditelné na stránce | Skrytý obsah porušuje pravidla |
| Drobečková navigace | Musí odpovídat viditelné cestě | Odlišné cesty se prostě ignorují |
| hreflang | Vzájemný na každé stránce sady | Jednosměrné značky shodí celou skupinu |
| Kódy hreflang | Stejný kód v HTML i v sitemapě | Dva různé kódy pro tutéž stránku skupinu rozbijí |
| x-default | Ukazuje na volbu jazyka nebo výchozí verzi | Bez něj ztratíte záložní chování |

Q: Jak najdu technické SEO problémy na existujícím webu?
A: Projděte ho desktopovým crawlerem a porovnejte výsledek se svou sitemapou a s pokrytím v konzoli vyhledávače. Tam, kde se tři seznamy liší, jsou problémy: adresy v procházení ale ne v sitemapě, adresy indexované ale mimo procházení, a stránky vyloučené z důvodů, které jste nezamýšleli.

Q: Záleží skutečně na řetězcích přesměrování?
A: Ano, ze dvou důvodů. Každý skok přidává zpoždění pro skutečné uživatele a roboti po několika skocích přestanou následovat. Po pár migracích se často najdou řetězce čtyři nebo pět úrovní hluboké, které nikdo neplánoval. Zkraťte je, aby každá stará adresa ukazovala jedním skokem přímo na konečný cíl.

Q: Mám dát noindex na stránky štítků a kategorií?
A: Jen pokud jsou skutečně slabé. Kategorie s vlastním popisem, kurátorovaným seznamem a vnitřními odkazy je legitimní a často silná vstupní stránka. Stránka štítku se dvěma příspěvky a bez textu je zanesení indexu. Posuďte každou šablonu otázkou: odpovídá na něco, co lidé skutečně hledají?

Q: Co hreflang rozbíjí nejčastěji?
A: Nevzájemné značky. Pokud česká stránka uvádí anglickou variantu, ale anglická neuvádí českou, celá skupina padá. Druhá nejčastější chyba je jeden kód v HTML a jiný v sitemapě pro tutéž stránku. Generujte obojí z jednoho zdroje, aby se nemohly rozejít.

## Nástroje pro tvorbu webu, které stojí za pozornost
https://websitedevelopment.biz/cs/guides/nastroje-pro-tvorbu-webu
Aktualizováno 2026-08-07 · Vývoj webu

Nástrojů pro tvorbu webu je víc než času na jejich hodnocení a většina seznamů je jen výčet jmen. Záleží na tom, jaký problém každý řeší.

Tento průvodce seskupuje nástroje podle problému, uvádí, co většina projektů skutečně potřebuje, a ukazuje, kde přidávání nástrojů situaci zhorší.

### Základ, bez ohledu na projekt
Pokud projekt tohle nemá, problémem není nedostatek lepších nástrojů.
| Psát kód | VS Code nebo obdoba | S nastaveným automatickým formátováním |
| Historie a návrat | Git se vzdáleným repozitářem | Nediskutovatelné |
| Testovat v prohlížečích | Nástroje prohlížeče | Už je máte |
| Měřit výkon | Lighthouse a terénní data | Laboratoř diagnostikuje, terén rozhoduje |
| Kontrolovat přístupnost | Bezplatné auditní rozšíření | Zachytí zhruba třetinu |
| Analyzovat návštěvnost | Jeden nástroj, ne tři | Každý je zátěž na stránce |
| Sledovat dostupnost | Monitorovací služba | S kontrolou obsahu |

### Podle fáze projektu
Nástroje, které mají hodnotu v konkrétních okamžicích a nemusí být přítomny stále.
- Návrh: Figma pro obrazovky a předání specifikací.
- Struktura: libovolný diagramový nástroj na mapu webu.
- Obsah: sdílená tabulka s inventurou stránek a odpovědnými.
- Stavba: reprodukovatelné lokální prostředí, aby měl tým stejné nastavení.
- Testy: crawler na kontrolu odkazů, titulků a přesměrování.
- Migrace: skript, který otestuje celý seznam starých adres proti novým.
- Spuštění: konzole vyhledávače a kontrola chyb serveru.
- Potom: monitoring, zálohy a bezpečnostní upozornění.

### Kde přidávání nástrojů škodí
Každý nástroj má cenu za nastavení, učení a údržbu. Tohle jsou přídavky, které se obvykle prodraží.
| Tři analytické nástroje | Tři skripty, tři různé pravdy |
| Správce značek bez vlastníka | Sbírá skripty, které nikdo neobhájí |
| Framework pro statický web | Složitost bez užitku |
| Desítky rozšíření v CMS | Plocha útoku a aktualizační práce |
| Automatické testy bez kritéria | Údržba testů, které nikdo nečte |
| Složitá automatizace nasazení | Vyplatí se až nad určitou frekvencí |
| Ruční nástroj na optimalizaci obrázků | Přestane se používat, jakmile nahraje obrázek někdo jiný |
Praktické pravidlo: přidejte nástroj, když skutečný problém zabolí dvakrát, ne dopředu.

### Volba technologií bez honby za módou
Kritéria, která dobře stárnou, použitelná na jakoukoli právě módní technologii.
- Vyberte to, co udrží ten, kdo bude web udržovat, ne to, co je zajímavější stavět.
- Preferujte technologie s velkou komunitou: najít někoho, kdo je zná, je skutečný požadavek.
- Zkontrolujte, kolik závislostí s volbou přijde. Každá je budoucí údržba.
- Preferujte to, co generuje HTML na serveru, není-li konkrétní důvod pro opak.
- Ověřte, zda volba vyhovuje i tehdy, když web ztrojnásobí velikost.
- Buďte skeptičtí k technologii bez stabilní verze delší dobu.
- Zeptejte se navrhovatele, co by se stalo, kdyby tuto technologii přestali udržovat.

Q: Potřebuji JavaScriptový framework?
A: U firemního webu nebo blogu téměř nikdy. Frameworky řeší rozhraní s mnoha stavy — panely, aplikace, obrazovky se složitou interakcí. Na obsahovém webu přidávají zátěž a vykreslovací vrstvu, která může poškodit indexaci bez jakéhokoli viditelného přínosu pro návštěvníka.

Q: Který analytický nástroj mám použít?
A: Jeden. Konkrétní volba záleží méně než rozhodnutí nemít tři, které soupeří o stejnou návštěvnost a produkují různá čísla. Pokud je téma soukromí, existují lehké alternativy bez cookies, které se vyhnou souhlasné liště a váží výrazně méně.

Q: Vyplatí se automatizovat nasazení?
A: Nad jedno nasazení týdně jednoznačně ano. Pod tím může stačit dobře zdokumentovaný ruční postup. Co dělat nemáte, je nasazovat ručním FTP bez jakéhokoli záznamu o tom, co se změnilo — to není otázka automatizace, ale absence stopy pro diagnostiku.

Q: Mění to nástroje s AI?
A: Výrazně urychlují psaní kódu, generování variant a zkoumání řešení. Nenahrazují rozhodnutí, co stavět, ověření, že je to správně, ani návrh něčeho, co půjde udržovat za tři roky. Nejlepší praktické využití je jako urychlovač rutinní práce, s lidskou kontrolou výstupu.

## Designový systém pro weby: kdy se vyplatí
https://websitedevelopment.biz/cs/guides/designovy-system-pro-weby
Aktualizováno 2026-08-07 · Webdesign

Designový systém je sdílená sada vizuálních rozhodnutí a znovupoužitelných komponent. Dobře udělaný urychlí veškerou další práci. Špatně dimenzovaný se stane paralelním projektem, který spotřebovává čas a zastarává.

Tento průvodce ukazuje, co zahrnout, kdy se to vyplatí, a jak začít, aniž byste postavili knihovnu, kterou nikdo nepoužije.

### Co obsahuje, od podstatného po doplňky
Začněte odshora seznamu. První položky řeší většinu problému.
| Základy | Barvy, typografie, škála odstupů | Podstatné |
| Prvky | Tlačítka, pole, odkazy, štítky | Podstatné |
| Vzory | Formuláře, karty, navigace, tabulky | Vysoká |
| Šablony | Kompletní rozvržení stránek | Střední |
| Pokyny pro psaní | Tón, popisky, chybové hlášky | Vysoká a často opomíjená |
| Pravidla použití | Kdy použít kterou komponentu | Střední |
| Živá dokumentace | Ukázky běžící na skutečném kódu | Podle rozsahu |
Pokyny pro psaní jsou nejvíc podceňovaná vrstva. Nekonzistentní popisky a hlášky poškozují zážitek stejně jako nekonzistentní komponenty.

### Kdy se to vyplatí
Designový systém má náklady na vytvoření i na údržbu. Vyplatí se, když je dost opakování, aby se umořily.
- Několik produktů nebo webů, které mají vypadat jako jedna značka.
- Tým, kde více než jeden člověk navrhuje nebo staví rozhraní.
- Velký web s mnoha šablonami a očekávaným růstem.
- Střídání dodavatelů, kde konzistence závisí na dokumentaci.
- Nevyplatí se: firemní web o deseti stránkách s jednou odpovědnou osobou.
- Nevyplatí se: když se web stejně bude do roka přestavovat.
- V těchto případech soubor stylů s barvami, písmy a tlačítky zcela postačí.

### Začít v malém
Nejspolehlivější způsob, jak mít designový systém, je vytáhnout ho z toho, co už existuje, místo navrhování v abstrakci.
- Udělejte inventuru: zachyťte všechna tlačítka, pole a karty ze současného webu.
- Najdete příliš mnoho variant. Vyberte jednu od každé a zbytek odstraňte.
- Definujte tokeny: barvy, písma, odstupy, poloměry, stíny — jako pojmenované proměnné.
- Postavte pět až deset komponent, které se vyskytují všude.
- Zdokumentujte každou se stavy a poznámkou, kdy ji použít.
- Aplikujte na skutečnou šablonu, než půjdete dál; aplikace odhalí, co chybí.
- Teprve poté rozšiřujte, a jen když je komponenta potřeba víc než dvakrát.
Systém vytažený ze skutečného webu se používá; systém navržený v abstrakci vypadá pěkně v dokumentaci a v praxi se ignoruje.

### Jak designové systémy umírají
Způsoby selhání jsou předvídatelné a téměř všechny organizační.
| Nikdo není odpovědný | Přestane se aktualizovat | Vlastník s vyhrazeným časem |
| Rozchází se s kódem | Dokumentace lže | Generovat ze skutečného kódu |
| Příliš rigidní | Týmy ho obcházejí | Umožnit zdokumentované výjimky |
| Příliš velký | Nikdo nic nenajde | Začít s deseti komponentami |
| Chybí přijetí | Duplicitní komponenty mimo systém | Zapojit uživatele od začátku |
| Jen návrh, žádný kód | Vývojáři implementují ručně | Skutečné komponenty, ne jen obrazovky |

Q: Potřebuji designový systém pro malý web?
A: Ne. U firemního webu s jednou odpovědnou osobou stačí soubor stylů s barvami, typografií, odstupy a několika komponentami a plní stejnou funkci. Formální systém se vyplatí až tehdy, když má konzistenci držet víc lidí nebo víc produktů.

Q: Jak dlouho trvá ho vytvořit?
A: Použitelná první verze — tokeny plus deset komponent — trvá dva až čtyři týdny. Kompletní systém s dokumentací, kódem a pokyny trvá měsíce a nikdy není opravdu hotový, protože doprovází produkt. Začněte v malém a aplikujte brzy místo snahy dosáhnout kompletnosti před použitím.

Q: Mám použít hotovou knihovnu?
A: Často ano, zejména u interních aplikací, kde vizuální identita znamená míň než tempo. Zralá knihovna vám hned dá přístupné a otestované komponenty. Přizpůsobte ji vlastními tokeny místo stavění všeho od nuly — stavět přístupné komponenty od základu je víc práce, než se zdá.

Q: Kdo má být za designový systém odpovědný?
A: Určená osoba se skutečně vyhrazeným časem. Bez vlastníka systém do měsíců zastará a stane se překážkou místo pomoci, protože dokumentace přestane odpovídat produktu. Tohle je nejčastější způsob selhání a je organizační, ne technický.

## Kontrolní seznam pro spuštění webu
https://websitedevelopment.biz/cs/guides/kontrolni-seznam-spusteni-webu
Aktualizováno 2026-08-07 · Plánování webu

Spuštění je okamžik, kdy se drobné chyby stanou veřejnými. Většina je banálních a zcela odstranitelných seznamem, a je to vždycky stejná hrstka.

Toto je ten seznam, rozdělený podle okamžiku a seřazený tak, aby nejdřív zachytil nejvíc.

### Před spuštěním: technika
Kontroly v testovacím prostředí, dokud je web ještě uzavřený.
- Produkční robots.txt povoluje procházení — testovací verze nesmí jít dál.
- Žádná zapomenutá značka noindex z testovacího prostředí.
- HTTPS aktivní s platným certifikátem a nastavenou automatickou obnovou.
- Jedna kanonická verze domény; všechny ostatní přesměrovány kódem 301.
- Všechny formuláře otestované až do konce, včetně doručení e-mailu.
- Automatické zálohy nastavené a jedno obnovení otestované.
- Užitečná stránka 404 s odkazy na hlavní sekce.
- Analytika nainstalovaná a zaznamenávající, ověřená v reálném čase.
- Rychlost změřená na hlavních šablonách, na skutečném mobilu.
Testovací robots.txt v produkci je klasická chyba tohoto dne. Zkontrolujte ho mimo vlastní síť, ne z firemního počítače.

### Před spuštěním: obsah a SEO
Objevit tohle po spuštění je trapné a někdy drahé.
| Odstraněný zástupný text | Vždy zůstane na jedné zapomenuté stránce |
| Unikátní titulky a popisky | Duplicity škodí a vypadají špatně ve výsledcích |
| Alternativní text u obrázků | Přístupnost a vyhledávání obrázků |
| Zkontrolované vnitřní odkazy | Odkazy na testovací doménu jsou běžné |
| Správné kontaktní údaje | Chyba zde stojí byznys přímo |
| Vygenerovaná XML sitemapa | Urychluje objevování |
| Mapování starých adres | Při migraci právě to chrání návštěvnost |
| Optimalizované obrázky | Váha stránky degraduje nejrychleji |

### Před spuštěním: právo a přístupy
Část, kterou nikdo nechce kontrolovat a která působí skutečné problémy.
- Zásady ochrany osobních údajů popisující data, která skutečně sbíráte.
- Cookie lišta načítající sledovací skripty až po souhlasu.
- Obchodní podmínky, povinné při prodeji online.
- Viditelné údaje o firmě podle platné legislativy.
- Doména registrovaná na vaši firmu, s vaším přístupem.
- Hosting, analytika a e-mailové účty na vašich účtech.
- Zdrojový kód předaný a v repozitáři, ke kterému máte přístup.
- Přihlašovací údaje předané a přístupy dodavatele odebrané, kde to dává smysl.
Zkontrolujte vlastnictví domény a účtů před spuštěním. Poté řešení závisí na dobré vůli toho, kdo je má.

### V den spuštění a v následujících týdnech
Spuštění je krátké; okno pozornosti není.
- Spouštějte v klidnou chvíli, ne v pátek odpoledne.
- Zkontrolujte produkční robots.txt jako první krok po publikaci.
- Projděte web z jiné sítě a ze skutečného mobilu.
- Odešlete sitemapu v konzoli vyhledávače.
- Otestujte formuláře znovu v produkci — nastavení e-mailu se liší od testovacího.
- Pokud proběhla migrace, spusťte test přesměrování proti celému seznamu adres.
- Sledujte chyby 404 první dny a přidávejte přesměrování, jak se objevují.
- Porovnávejte návštěvnost a pozice čtyři až šest týdnů, než budete vyvozovat závěry.

Q: Jaká je nejčastější chyba při spuštění?
A: Soubor robots.txt z testovacího prostředí, který skončí v produkci a zablokuje veškeré procházení. Pro návštěvníky je neviditelný, takže může týdny unikat pozornosti, zatímco web se prostě neobjevuje ve vyhledávání. Zkontrolujte ho jako první krok po publikaci, mimo vlastní síť.

Q: Mám spustit všechno najednou?
A: U nového webu ano — není co chránit. Při migraci postupné spouštění po sekcích snižuje riziko a umožňuje vidět efekt každé části. Co dělat nemáte, je spustit polovinu a zbytek nechat měsíce na staré doméně: dvě verze téhož obsahu si konkurují.

Q: Za jak dlouho se web objeví ve vyhledávání?
A: Dny až týdny do indexace, měsíce do pozic, které něco znamenají, u nové domény. Při migraci existujícího webu s čistými přesměrováními počítejte s dvěma až šesti týdny kolísání, než se to ustálí kolem předchozí úrovně. Nevyvozujte závěry v prvním týdnu.

Q: Co dělat, když se po publikaci něco pokazí?
A: Určete předem kritérium pro návrat zpět a kdo o tom rozhoduje. Pokud je to vážné a čerstvé, vrátit se nejdřív a diagnostikovat potom je téměř vždy levnější. U drobnějších problémů funguje seznam priorit a opravy během prvních dnů lépe než panické zásahy v noci.

## Co je CMS a potřebujete ho?
https://websitedevelopment.biz/cs/guides/co-je-cms
Aktualizováno 2026-08-07 · CMS

Redakční systém je software, který umožňuje lidem bez znalosti kódu měnit obsah webu. To je celá definice a zbytek je rozvedení.

Tento průvodce prochází, co pro vás CMS skutečně dělá, jaké typy existují, a otázku, která se přeskakuje častěji, než klade: potřebujete ho vlastně?

### Co CMS skutečně dělá
Pod editačním rozhraním řeší CMS malou sadu konkrétních problémů. Vyplatí se je vyjmenovat, protože pak uvidíte, jestli je máte.
- Editace bez kódu: měnit text, obrázky a stránky z prohlížeče.
- Struktura: ukládat obsah jako pole místo jako značky, aby šel znovu použít.
- Oprávnění: kdo píše, kdo publikuje, kdo mění nastavení.
- Pracovní postup: koncepty, plánování, revize a návrat k dřívější verzi.
- Média: nahrávat, generovat velikosti, a knihovna k jejich dohledání.
- Šablony: jedna šablona vykreslující sto stránek, takže obsah a návrh zůstanou oddělené.
- Vícejazyčnost: tentýž obsah v několika jazycích, provázaný a spravovatelný.
Pokud v tom seznamu nepoznáváte problém, který máte, pravděpodobně CMS nepotřebujete — a většina malých webů ho opravdu nepotřebuje.

### Typy CMS
Kategorie se liší tím, kdo staví frontend a odkud se obsah servíruje.
| Tradiční | CMS ukládá obsah a vykresluje stránky | Většina firemních webů a blogů |
| Headless | CMS dodává obsah přes API; frontend stavíte vy | Více kanálů, nebo vlastní aplikace |
| Stavitel webů | Vizuální editace, hostovaná platforma | Malé weby bez technického týmu |
| Souborový | Obsah v textových souborech pod správou verzí | Dokumentace a technické týmy |
| Na míru | Přesně ta pole, která projekt potřebuje | Neobvyklé obsahové modely |
| Žádné CMS | Statické stránky, změny přes vývojáře | Malé weby, které se mění zřídka |

### Kdy ho skutečně potřebujete
Otázka není, zda je CMS užitečný — je — ale zda pohodlí ospravedlní složitost, kterou přebíráte.
| Publikovat každý týden | Ano, jednoznačně |
| Více redaktorů | Ano — oprávnění a postup jsou jádrem |
| Změna textu jednou za měsíc | Ne — vývojář vyjde levněji než správa |
| Pět stránek, které se nikdy nemění | Ne |
| Produkty měnící se denně | Ano |
| Rostoucí vícejazyčný web | Ano — ruční správa rychle vykolejí |
| Kampaňové stránky | Ano, pokud je má marketing vytvářet sám |
CMS, který nepotřebujete, není zdarma: je to software, který se musí aktualizovat, zabezpečovat a zálohovat. To je skutečná cena za «pro jistotu».

### Co při výběru skutečně ověřit
Seznamy funkcí CMS se sobě velmi podobají. Tohle jsou věci, které po roce dělají rozdíl.
- Požádejte člověka, který v tom bude denně pracovat, aby během hodnocení vytvořil stránku. Jeho reakce předpoví víc než jakýkoli seznam funkcí.
- Ověřte, že váš obsahový model sedí: pole, opakovatelné bloky, vztahy mezi typy.
- Ověřte vícejazyčný provoz, pokud ho potřebujete — právě tam se CMS liší nejvíc.
- Ověřte kontrolu nad SEO: editovatelné titulky, popisky, kanonické adresy, přesměrování.
- Ověřte, kdo ho udržuje a co to stojí, měsíčně, v hodinách nebo penězích.
- Ověřte cestu ven: dá se veškerý obsah exportovat v použitelném formátu?
- Ověřte, že škáluje na počet stránek, který za tři roky očekáváte.

Q: Je WordPress CMS?
A: Ano, a je to nejpoužívanější tradiční CMS. Ukládá obsah, vykresluje stránky a nabízí editaci, oprávnění a média. Kritika, kterou sklízí, obvykle nejde o to, zda je CMS, ale o správu rozšíření a bezpečnostní kázeň, kterou vyžaduje.

Q: Můžu mít web bez CMS?
A: Jistě, a u webu, který se mění zřídka, je to často lepší volba. Statické stránky jsou rychlejší, bezpečnější a prakticky bezúdržbové. Kompromisem je, že každá změna textu jde přes někoho s přístupem k souborům. Pokud měníte měsíčně jednu větu, je to levnější než udržovat CMS.

Q: Jaký je rozdíl mezi CMS a stavitelem webů?
A: Stavitel je hostovaná platforma, která spojuje editaci, hosting a šablony do jednoho produktu, kde se pohybujete v jejich mezích. CMS je software pro správu obsahu, který můžete hostovat a upravovat sami. Stavitelé se snáz začínají; CMS se dá dotáhnout dál a snáz se opouští.

Q: Zpomaluje CMS web?
A: Může, protože při každém požadavku je práce: dotaz do databáze, vykreslení šablony, spuštění rozšíření. S cache je ten rozdíl dost malý, aby o volbě nerozhodoval. Co web opravdu zpomaluje, obvykle není CMS, ale to, co se do něj nahraje — příliš velké obrázky a příliš mnoho skriptů.

## SEO při stavbě webu: co zabudovat hned
https://websitedevelopment.biz/cs/guides/zaklady-seo-pri-stavbe-webu
Aktualizováno 2026-08-07 · SEO

Značná část SEO není marketing — jsou to rozhodnutí přijatá během vývoje, tehdy levná a později drahá. Struktura adres, způsob vykreslování, vnitřní prolinkování a editovatelná metadata patří všechna sem.

Tento průvodce prochází, co zabudovat od začátku, zhruba v pořadí, jak bolestivé je to dodávat později.

### Zajistěte, aby byl web procházen a indexován
Vše ostatní je nepodstatné, pokud se vyhledávače ke stránkám nedostanou nebo je nepřečtou. Zde se také hromadí chyby dne spuštění.
- Produkční robots.txt povoluje procházení. Kopie z testovacího prostředí nesmí jít dál.
- Žádné zatoulané značky noindex z testovacího prostředí.
- Každá stránka má vlastní kanonickou adresu a existuje jeden kanonický hostitel.
- Obsah je v HTML nebo se generuje na serveru. Pokud se objeví až po spuštění JavaScriptu, indexace je pomalejší a méně spolehlivá.
- XML sitemapa jen s indexovatelnými, kanonickými adresami — bez filtrovaných či stránkovaných variant.
- Každá indexovatelná stránka má alespoň jeden vnitřní odkaz. Osiřelé stránky se sotva procházejí.
- Konzistentní stavové kódy: 200 pro skutečné stránky, 404 pro chybějící, 301 pro přesunuté.
Nejčastější chyba spuštění z tohoto seznamu je testovací robots.txt, který skončí v produkci. Zkontrolujte ho v den spuštění, mimo vlastní síť.

### Struktura, kterou vyhledávače přečtou
Strukturální rozhodnutí bolí při pozdější změně, protože změna znamená přesměrování a ztrátu nasbíraných signálů.
| Vzor adresy | Krátký, malá písmena, pomlčky, stabilní | Vysoká — přesměrování a ztracené signály |
| Hierarchie nadpisů | Jeden H1, bez přeskakování úrovní | Nízká |
| Vnitřní prolinkování | Rozcestníky odkazující na detail a zpět | Střední |
| Stránkování | Procházitelné odkazy, ne jen JavaScript | Střední |
| Filtrovaná navigace | noindex na kombinacích filtrů | Vysoká — index se čistí pomalu |
| Jazykové verze | Adresy s prefixem plus vzájemný hreflang | Velmi vysoká |

### Metadata, která váš tým skutečně upraví
Častou chybou stavby je generovat titulky a popisky ze šablony bez možnosti je přepsat. Za půl roku potřebuje marketing změnit titulek jedné stránky a odpovědí je požadavek na vývojáře.
- Editovatelný titulek u každé stránky, s rozumnou generovanou výchozí hodnotou.
- Editovatelný meta popisek, s viditelným počítadlem znaků v CMS.
- Editovatelný Open Graph titulek, popisek a obrázek pro sdílené odkazy.
- Strukturovaná data u šablon, které to podporují: Article, Product, FAQ, Breadcrumb, Organization.
- Přepínač noindex u jednotlivých stránek, pro stránky, které mají existovat, ale ne rankovat.
- Automatická kanonická adresa, s ruční možností přepsání pro vzácný případ, kdy je to potřeba.
Označujte jen to, co je skutečně viditelné na stránce. Strukturovaná data popisující obsah, který návštěvník nevidí, jsou porušením pravidel, ne zkratkou.

### Rychlost a stabilita jako požadavky stavby
Zážitek ze stránky patří do stavby, ne do pozdějšího optimalizačního projektu. Dodávat rychlost hotovému webu obvykle znamená vracet rozhodnutí, ne přidávat kód.
| Largest Contentful Paint | Pod 2,5 s | Prioritu hlavního obrázku, žádné blokující soubory |
| Cumulative Layout Shift | Pod 0,1 | width a height u obrázků, rezervované místo |
| Interaction to Next Paint | Pod 200 ms | Méně JavaScriptu, neblokovat hlavní vlákno |
| Váha stránky | Tak nízká, jak návrh dovolí | Moderní formáty, žádné nevyužité knihovny |
| Time to First Byte | Pod 800 ms | Cache, CDN a rozumné dotazy |

Q: Má být SEO ve smlouvě o vývoji?
A: Technické části ano — procházení, struktura adres, editovatelná metadata, strukturovaná data, cíle rychlosti a seznam přesměrování. Obsahová strategie a budování odkazů jsou samostatná práce jiné povahy. Mít technické požadavky ve smlouvě znamená, že jsou naceněné, místo aby se objevily po spuštění, kdy stojí násobek.

Q: Škodí JavaScriptový framework SEO?
A: Může, pokud se stránky vykreslují jen v prohlížeči. Vyhledávače JavaScript spouštějí, ale se zpožděním a ne vždy úplně, takže vykreslování jen na klientu činí indexaci pomalejší a méně spolehlivou. Vykreslování na serveru nebo statické generování problém odstraní. U obsahového webu je nejjednodušší odpovědí dát obsah do HTML.

Q: Za jak dlouho po spuštění uvidím návštěvnost z vyhledávání?
A: U zcela nové domény týdny do indexace a měsíce do pozic, které něco znamenají — nové weby nerankují rychle, ať je technika sebelepší. Při relaunchi existujícího webu s čistými přesměrováními počítejte se dvěma až šesti týdny kolísání, než se to ustálí kolem předchozí úrovně.

Q: Potřebuji SEO rozšíření?
A: V CMS je rozšíření praktický způsob, jak dát redakci kontrolu nad titulky, popisky, kanonickými adresami a sitemapami. Není to strategie a výchozí nastavení nenahradí někoho, kdo rozhodne, o čem má která stránka být. U webu na míru se stejná funkčnost obvykle napíše přímo a je lehčí.

## Web na míru, nebo šablona: jak se rozhodnout
https://websitedevelopment.biz/cs/guides/web-na-miru-nebo-sablona
Aktualizováno 2026-08-07 · Vývoj webu

Volba mezi šablonou a stavbou na míru se prezentuje jako otázka kvality a je především otázkou vhodnosti. Oba přístupy dávají výborné weby a oba dávají katastrofy.

Tento průvodce je porovnává v bodech, na kterých po roce záleží, a dává praktické kritérium rozhodnutí.

### Porovnání
Rozdíly, které jsou znát v praxi, ne ty z prodejních argumentů.
| Počáteční cena | Nízká | Vysoká |
| Termín | Týdny | Měsíce |
| Vzhled | Rozpoznatelný, upravitelný | Přesně vaše značka |
| Výkon | Načítá i to, co nepoužijete | Jen potřebné |
| Pružnost | Omezená na předpokládané | Úplná |
| Správa | Závisí na autorovi šablony | Závisí na vás |
| Riziko | Že šablona bude opuštěna | Že zhotovitel zmizí |

### Kdy je šablona správná volba
Šablony podceňují ti, kdo prodávají vývoj, a často jsou nejracionálnějším rozhodnutím.
- Rozpočet je omezený a web musí být rychle.
- Typ webu je běžný: firemní, blog, portfolio, restaurace.
- Značka nestojí na velmi vlastní vizuální identitě.
- Chcete moci měnit věci bez najímání kohokoli.
- Je to první verze k ověření podnikatelského nápadu.
- Vyberte šablonu s dobrým hodnocením, nedávno aktualizovanou a s aktivním autorem.
- Vyhněte se šablonám s desítkami vestavěných funkcí: nesou zátěž, kterou nikdy nevyužijete.
Nejdůležitějším kritériem při výběru šablony je datum poslední aktualizace. Opuštěná šablona se stane bezpečnostním problémem.

### Kdy je stavba na míru oprávněná
Na míru se vyplatí, když existuje konkrétní požadavek, který šablona nesplní.
- Web je produkt, nebo hlavní příjmový kanál.
- Potřebujete funkcionalitu, která hotová neexistuje.
- Máte požadavky na výkon, které obecná šablona nesplní.
- Vizuální identita je skutečným aktivem podnikání.
- Integrujete se hluboko s interními systémy.
- Předpokládáte průběžný vývoj po léta, s vyhrazeným týmem.
- Pokud neumíte ukázat, který z těchto bodů platí, šablona pravděpodobně stačí.

### Střední cesta, kterou volí většina
Volba je zřídka binární a mezistupně bývají nejrozumnější.
| Šablona beze změn | Nainstalovat a vyplnit | Rychlé ověření, minimální rozpočet |
| Upravená šablona | Barvy, písma, pár sekcí | Většina malých firem |
| Lehká základní šablona | Minimální struktura, vlastní návrh navrch | Dobrá rovnováha ceny a kontroly |
| Vlastní šablona na CMS | Známé CMS, šablona stavěná od nuly | Střední firmy |
| Zcela na míru | Vše postavené | Produkty a náročné případy |
«Lehká základní šablona s vlastním návrhem» je varianta, která nejčastěji trefí: unikátní vzhled bez ceny za přestavbu správy obsahu.

Q: Škodí šablony SEO?
A: Ne tím, že jsou šablony. Škodí, když jsou těžké, načítají skripty, které nepoužíváte, a jsou pomalé — což bývá časté u šablon s mnoha vestavěnými funkcemi. Lehká a dobře postavená šablona ranku je stejně jako web na míru, protože rozhoduje rychlost, struktura a obsah.

Q: Pozná se web postavený na šabloně?
A: Lidé z oboru někdy; vaši zákazníci téměř nikdy. A co je důležitější, nerozhodují se podle toho. Všímají si, jestli se stránka rychle načte, jestli chápou, co děláte, a jestli najdou, co hledají. Nic z toho nezávisí na původu návrhu.

Q: Můžu začít se šablonou a změnit to později?
A: Ano, a je to běžná i rozumná cesta. Pokud udržíte obsah dobře strukturovaný v CMS, je pozdější výměna šablony ohraničený projekt. Obtížnou změnu působí obsah zapečený do uzavřených vizuálních stavitelů, který ze systému, kde vznikl, nevyjde čistě.

Q: O kolik je stavba na míru dražší?
A: Typicky tři až desetkrát víc než úprava šablony, podle složitosti. Užitečná otázka není, zda je dražší — vždy je — ale co za ten rozdíl kupujete. Pokud odpověď zní «originálnější vzhled», zvažte to znovu. Pokud «funkcionalita, která hotová není», je to oprávněné.

## Přístupnost webu: praktický průvodce
https://websitedevelopment.biz/cs/guides/pristupnost-webu-pruvodce
Aktualizováno 2026-08-07 · Webdesign

Přístupnost je rozdíl mezi webem, který může používat každý, a webem, který část návštěvníků vylučuje, aniž by si toho někdo všiml. Většina požadavků je jednoduchá a levná, pokud se řeší během stavby.

Tento průvodce pokrývá, co kontrolovat, jak testovat bez drahých nástrojů, a co je právní povinnost, a ne jen dobrá praxe.

### Základ podle dopadu
Splnění těchto bodů odstraní většinu skutečných bariér a žádný z nich není během stavby drahý.
- Sémantické HTML. Nadpisy, seznamy, tlačítka a odkazy se správnými značkami — to je základ všeho.
- Ovládání klávesnicí. Vše, co jde myší, musí jít pomocí Tab a Enter.
- Viditelné označení fokusu. Nikdy neodstraňujte obrys bez lepší náhrady.
- Dostatečný kontrast. 4,5:1 pro běžný text, 3:1 pro velký.
- Alternativní text u obrázků. Popisný u informativních, prázdný u dekorativních.
- Popisky u formulářů. Svázané s polem, ne jen zástupný text.
- Srozumitelné chyby. U pole, s informací, co opravit, ne jen červeně.
- Nepředávejte informaci pouze barvou.
- Titulky u videí, a přepis u zvuku.
Sémantické HTML samo o sobě řeší obrovskou část problémů. Tlačítko, které je <div>, okamžitě selže u klávesnice i u čteček obrazovky.

### Testovat bez drahých nástrojů
Pět testů, které zvládne kdokoli a které zachytí většinu problémů.
| Jen klávesnice | Odložte myš a procházejte Tabem | Pasti fokusu, nedostupné prvky |
| Přiblížení na 200 % | Zvětšit v prohlížeči | Rozbité rozvržení, oříznutý text |
| Automatický audit | Bezplatné rozšíření pro přístupnost | Kontrast, popisky, struktura |
| Čtečka obrazovky | Ta vestavěná v operačním systému | Zda stránka dává smysl přečtená |
| Odstíny šedi | Systémový filtr | Informace předávaná pouze barvou |
Automatické nástroje zachytí zhruba třetinu problémů. Test klávesnicí zachytí mnoho ze zbytku a trvá dvě minuty.

### Časté chyby
Vzorce, které se objevují opakovaně a kterým se snadno vyhne.
- Odstranění obrysu fokusu z estetických důvodů — znemožní ovládání klávesnicí.
- Použití <div> s obsluhou kliknutí místo <button>, čímž se ztratí klávesnice i sémantika.
- Zástupný text místo popisku: zmizí, jakmile začnete psát.
- Nízký kontrast u sekundárního textu, velmi častý u světlých šedí.
- Obrázky s vypáleným textem, nečitelné pro čtečky i pro překlad.
- Automatické karusely bez možnosti pozastavení.
- Modály, které nevracejí fokus na prvek, který je otevřel.
- Ikony bez přístupného popisku, zejména v menu a u zavíracích tlačítek.

### Právní povinnost a rozsah
Rámec se liší podle země a typu organizace, ale směr je všude stejný.
| Veřejný sektor v Evropské unii | Povinné, s prohlášením o přístupnosti |
| Digitální služby a obchod | Stále více pokryto evropskou legislativou |
| Dodavatelé pro stát | Často vyžadováno ve výběrových řízeních |
| Referenční norma | WCAG 2.1 úroveň AA |
| Soukromé weby bez veřejných zakázek | Dobrá praxe, s rostoucím právním rizikem |
| Mobilní aplikace | Pokryty stejnými pokyny |
Bez ohledu na právní povinnost je praktický argument jednoduchý: významná část populace má nějaké omezení a dočasná omezení potkají někdy každého.

Q: Prodraží přístupnost projekt?
A: Během stavby málo — většinou jde o psaní správného HTML a volbu barev s dostatečným kontrastem. Opravovat po dokončení webu stojí výrazně víc, protože to znamená zasahovat do už postavené struktury. Proto by to mělo být v požadavcích, ne v auditu po spuštění.

Q: Stačí automatické nástroje?
A: Ne. Zachytí zhruba třetinu problémů: kontrast, chybějící popisky, strukturu nadpisů. Nedokážou posoudit, zda je alternativní text užitečný, zda pořadí tabulátoru dává smysl, nebo zda je stránka srozumitelná přečtená. Kombinujte automat s testem klávesnicí a čtečkou obrazovky.

Q: Pomáhá přístupnost SEO?
A: Pomáhá, díky skutečnému překryvu: sémantické HTML, dobře strukturované nadpisy, alternativní text a titulkované video slouží oběma cílům. Není to SEO taktika, ale obě věci táhnou stejným směrem, protože obě stojí na tom, že obsah je srozumitelný nezávisle na vizuální prezentaci.

Q: Potřebuji plnou shodu?
A: Pokud máte právní povinnost — ano, na požadované úrovni. Jinak pracujte podle priorit: opravte nejdřív to, co blokuje používání — klávesnici, kontrast, popisky, formuláře — a jemnější body až potom. Web s vyřešeným základem je použitelný; plná formální shoda je další krok.

## Struktura a mapa webu: jak uspořádat stránky
https://websitedevelopment.biz/cs/guides/struktura-a-mapa-webu
Aktualizováno 2026-08-07 · Plánování webu

Struktura webu rozhoduje, zda lidé najdou, co hledají, a zda vyhledávače pochopí, o čem každá stránka je. Je to zároveň jedna z nejdražších věcí na pozdější změnu, protože změna struktury znamená změnu adres.

Tento průvodce ukazuje, jak strukturu určit, jak ji ověřit před stavbou, a které vzorce fungují.

### Začněte stránkami, ne menu
Menu je důsledkem struktury, ne strukturou samotnou. Rozhodovat nejdřív o menu vede k vtěsnávání obsahu do kategorií, které mu neslouží.
- Vypište všechny stránky, které musí existovat, bez ohledu na hierarchii.
- Označte každou záměrem, kterému slouží: informovat, přesvědčit, konvertovat, podpořit.
- Seskupte podle podobnosti záměru a tématu, ne podle vnitřního oddělení.
- Pojmenujte skupiny slovy zákazníků, ne interním slovníkem firmy.
- Zkontrolujte, zda některá skupina nemá jedinou stránku — obvykle patří jinam.
- Teprve teď navrhněte menu a vyberte, co si zaslouží první úroveň.
- Ověřte, že každá důležitá stránka je dvě až tři kliknutí od vstupu.
Uspořádat web podle organizačního schématu firmy je nejčastější chyba a nejvíc neviditelná pro ty uvnitř.

### Hloubka, šířka a kliknutí
Pravidlo, na kterém záleží, je hloubka kliknutí od úvodní stránky, ne počet lomítek v adrese.
| Stránka 5 kliknutí od vstupu | Málo návštěv, slabé procházení | Odkázat z relevantních stránek |
| Menu s 12 položkami | Nikdo nečte; horší rozhodování | Seskupit na 5–7 |
| Kategorie s 200 položkami | Nelze procházet | Podkategorie nebo filtry |
| Kategorie s 1 položkou | Umělá struktura | Sloučit s jinou |
| Adresa s 5 úrovněmi | Prakticky nepodstatné | Nepředělávejte jen kvůli tomu |
| Stránka bez odkazů | Téměř nikdy neprocházená | Odkázat odkudkoli |

### Vzorce struktury, které fungují
Většina webů se vejde do některého z těchto vzorců, a volba správného ušetří vymýšlení nanovo.
- Jednoduchý firemní: vstup, služby, o nás, reference, kontakt, blog. Funguje pro většinu firem.
- Rozcestník a satelity: jedna silná stránka na téma, s podpůrnými články odkazujícími zpět. Dobré pro obsah.
- Katalog: kategorie, podkategorie, položky. Filtry na zbytek.
- Podle služby a podle oboru: dva vstupy do stejného obsahu, užitečné v B2B — s opatrností proti duplicitě.
- Podle lokality: jedna stránka na město nebo region, s opravdu odlišným obsahem v každé.
- Vyhněte se: jedna stránka na klíčové slovo bez vlastního obsahu. Je to nejrychlejší cesta zaplnit web slabými stránkami.

### Ověřte před stavbou
Struktura se levně testuje na papíře a draze opravuje po spuštění.
- Požádejte pět lidí mimo firmu, aby řekli, kde by hledali tři konkrétní věci.
- Dejte jim seznam stránek a nechte je ho seskupit — objevíte lepší názvy než své vlastní.
- Zkontrolujte, že každá stránka má jasný cíl; pokud ne, pravděpodobně by neměla existovat.
- Ověřte, že hlavní akce je dostupná z kterékoli stránky.
- Zjistěte, které stránky současného webu mají návštěvnost, a zajistěte jim cíl v novém.
- Teprve poté navrhujte. Nejdřív struktura, pak obrazovky.
Test seskupování s pěti lidmi trvá hodinu a je to hodina s nejlepší návratností v celém projektu.

Q: Kolik úrovní má web mít?
A: Dvě až tři stačí pro většinu. Kritériem není počet úrovní, ale vzdálenost v kliknutích: každá důležitá stránka by měla být dvě až tři kliknutí od vstupu, a hlubší stránky potřebují odkazy z relevantních míst, aby byly vůbec nalezeny a procházeny.

Q: Je XML sitemapa totéž co struktura?
A: Ne. XML sitemapa je soubor se seznamem adres pro vyhledávače; struktura je logické uspořádání stránek a odkazů mezi nimi. Soubor pomáhá objevování, ale nenahrazuje vnitřní prolinkování — stránka existující jen v XML sitemapě je prakticky ignorována.

Q: Mám vytvořit stránku pro každé město, kde působím?
A: Jen pokud každá má opravdu odlišný obsah: místní tým, místní reference, užitečné informace o dané oblasti. Padesát identických stránek s vyměněným názvem města jsou slabé stránky, které nerankují a ředí web. Dvě nebo tři dobře udělané porazí padesát vygenerovaných.

Q: Jak rozhodnout, co patří do hlavního menu?
A: To, co slouží nejvíc návštěvníkům, ne to, co firma považuje za nejdůležitější. «O nás» často zabírá prémiové místo s malou návštěvností, zatímco stránky služeb s velkou návštěvností jsou schované. Podívejte se na data současného webu a seřaďte podle skutečné užitečnosti, ne podle vnitřní hierarchie.

## Fáze webového projektu, krok za krokem
https://websitedevelopment.biz/cs/guides/faze-webovehoprojektu
Aktualizováno 2026-08-07 · Vývoj webu

Webový projekt má sekvenci, která funguje, a většina problémů plyne z přeskočených fází nebo z odpovědností, které si nikdo nevzal.

Tento průvodce prochází celý proces, s tím, co každá fáze dodává, jak dlouho trvá, a co se v každé chvíli očekává od vás.

### Fáze a výstupy
Orientační termíny pro firemní web s CMS. Větší projekty se škálují, ale sekvence zůstává.
| Objevování | Cíle, rozsah, struktura | 1 týden | Rozhodnutí a přístup k informacím |
| Návrh | Schválené šablony | 2 až 4 týdny | Sjednocené připomínky, bez rozporů |
| Stavba | Funkční web v testu | 3 až 6 týdnů | Dostupnost pro dotazy |
| Obsah | Vložené texty a obrázky | Souběžně | Dodání textů — kritický bod |
| Testy | Uzavřený seznam oprav | 1 týden | Vaše revize s konkrétní zpětnou vazbou |
| Spuštění | Web naživo | 1 až 2 dny | Přístupy a rozhodnutí o datu |
| Péče | Opravy a úpravy | 30 dní | Hlásit, co najdete |
Pravý sloupec určuje skutečný termín častěji než cokoli jiného. Projekty se zpožďují na straně klienta častěji než na straně zhotovitele.

### Co se v každé fázi kazí
Problémy jsou předvídatelné, což znamená, že jsou odstranitelné.
- Objevování: nikdo neurčí odpovědnou osobu a každá schůzka znovu otevírá uzavřená témata.
- Návrh: protichůdné připomínky od více lidí bez vzájemné hierarchie.
- Stavba: nové požadavky proklouznou bez úpravy termínu a rozpočtu.
- Obsah: texty nepřijdou a všechno ostatní čeká.
- Testy: vágní zpětná vazba typu «něco tam nesedí» místo adresy a snímku obrazovky.
- Spuštění: přístupy k doméně nebo hostingu, o kterých nikdo neví, kde jsou.
- Péče: záměna opravy chyby za nový požadavek.

### Jak dávat užitečnou zpětnou vazbu
Kvalita zpětné vazby ovlivňuje termín stejně jako tempo zhotovitele.
- Sjednoťte připomínky všech do jednoho seznamu, než je odešlete.
- Vždy uveďte přesnou adresu a zařízení, kde jste problém viděli.
- Přiložte snímek obrazovky; ušetří to jednu výměnu zpráv u každého bodu.
- Oddělte chybu od preference: «formulář neodesílá» a «tahle modrá se mi líbí víc» jsou různé věci.
- Určete priority: blokující, důležité, kosmetické.
- Neotvírejte znovu schválená rozhodnutí, aniž byste to uznali jako změnu rozsahu.
- Odpovídejte v dohodnutém termínu; opožděná zpětná vazba posouvá všechno ostatní.
Sjednocený a seřazený seznam dokáže ušetřit kalendářní týden v tříměsíčním projektu.

### Po spuštění
Nejopomíjenější fáze v plánování a ta, která trvá nejdéle.
| První dny | Chyby 404, formuláře, závěrečné kontroly |
| První týdny | Záruční opravy, drobné úpravy |
| První měsíc | Kolísání návštěvnosti se ustaluje |
| První tři měsíce | První použitelná data pro rozhodnutí o zlepšeních |
| Průběžně | Správa, nový obsah, monitoring |
| Ročně | Revize obsahu a výkonu |
Domluvte správu před spuštěním, ne po něm. Vyjednávat péči, když je web naživo a něco nefunguje, je nejhorší možná chvíle.

Q: Jak dlouho trvá web od začátku do konce?
A: Šest až deset týdnů u firemního webu s CMS, pokud texty přijdou včas. Tři až šest měsíců u návrhu na míru, migrace nebo integrací. E-shopy a aplikace se škálují dál. Proměnná, která nejčastěji určuje skutečné datum, je dodání obsahu.

Q: Dá se proces urychlit?
A: Ano, zejména na vaší straně: mějte texty hotové dřív, než začne stavba, určete jediného rozhodovatele a odpovídejte na připomínky v termínu. Na technické straně urychlí zkrácení rozsahu; přidávat lidi v půli zrychlí zřídka a často zpozdí.

Q: Co když se mi výsledek nebude líbit?
A: Pokud byl proces dodržen, nemělo by to vyplavat na konci — vizuální směr byl schválen brzy a postup jste viděli každé dva týdny. Když se to stane, je to téměř vždy proto, že někdo přeskočil schválení vizuálního směru nebo se rozhodovatel objevil až na konci. To je praktický důvod, proč fáze existují.

Q: Mám platit po fázích?
A: Ano, navázaně na viditelné výstupy: záloha, schválený návrh, předaná stavba, web naživo. Sladí to motivace a dá vám přirozené kontrolní body. Vyhněte se vázání plateb na kalendářní data, protože data se posouvají z důvodů na obou stranách a platby pak přestanou odrážet postup.

## Responzivní design: praktický průvodce
https://websitedevelopment.biz/cs/guides/responzivni-design-pruvodce
Aktualizováno 2026-08-07 · Webdesign

Responzivní design přestal být zvláštní technikou a stal se běžným způsobem stavby. Co stále odlišuje dobré výsledky, je pracovní pořadí a testování na skutečných zařízeních.

Tento průvodce pokrývá přístup, technická rozhodnutí a problémy, které se ukážou až na opravdovém mobilu.

### Mobil první, a proč
Navrhovat nejdřív pro malou obrazovku není estetická preference: je to omezení, které vede k lepším rozhodnutím.
- Vejde se míň, takže je nutné rozhodnout, co je podstatné.
- Co přežije malou obrazovku, na tom na stránce skutečně záleží.
- Přidat prostor pro větší obrazovky je snadné; odebrat obsah bolí.
- Většina návštěvnosti přichází z mobilu ve většině oborů — zkontrolujte vlastní analytiku.
- Výkon vyjde lépe jako vedlejší efekt, protože se ve výchozím stavu načítá míň.
- Zjednodušená mobilní navigace se obvykle ukáže jako lepší i na desktopu.
Opačný vzorec — navrhnout desktop a nakonec «přizpůsobit» — dává improvizovaný mobil, který se pozná okamžitě.

### Zlomové body a rozvržení
Zlomové body mají vycházet z obsahu, ne z modelů zařízení, které se mění každý rok.
| Kam umístit zlomové body | Tam, kde se rozvržení rozbije, ne na šířkách zařízení |
| Kolik jich potřebuji | Tři až čtyři stačí pro většinu webů |
| Mřížkový systém | CSS Grid pro stránku, flexbox pro komponenty |
| Šířky | Relativní s maximem, ne pevné hodnoty |
| Typografie | Plynulá s clamp mezi minimem a maximem |
| Odstupy | Konzistentní škála, ne nahodilé hodnoty |
| Kontejnery | Maximální šířka, aby se text neroztahoval na širokých obrazovkách |

### Prvky, které se obvykle rozbijí
Ty stojí za většinou vizuálních problémů na malých obrazovkách.
- Tabulky. Nezmenší se. Buď scrollují vodorovně ve vlastním kontejneru, nebo se změní v karty.
- Obrázky. Potřebují srcset a sizes, aby mobil nestahoval desktopovou verzi.
- Dlouhé titulky. Testujte nejdelším, který se vyskytne, ne tím z ukázky.
- Formuláře. Pole na plnou šířku, správná klávesnice podle typu pole, viditelné popisky.
- Navigace. Sbalené menu musí jít zavřít a ovládat klávesnicí.
- Modály a překryvy. Musí se vejít na obrazovku a scrollovat uvnitř.
- Přilepené prvky. Přilepená lišta na nízké obrazovce může zabrat půl plochy.
- Vložená videa a mapy. Potřebují kontejner s definovaným poměrem stran.

### Testovat pořádně
Simulátor v prohlížeči zachytí problémy rozvržení a skryje všechno ostatní.
- Testujte na skutečných mobilech, včetně starého a pomalého.
- Testujte na omezeném připojení, ne na kancelářské síti.
- Testujte na šířku — tam obvykle selhávají přilepené lišty.
- Testujte se zvětšeným textem v nastavení systému.
- Testujte dotyk palcem, ne myší na simulované obrazovce.
- Zkontrolujte, zda něco nezpůsobuje vodorovné scrollování; je to nejviditelnější vada.
- Zkontrolujte dotykové cíle: minimálně 44 px, s prostorem mezi nimi.
Vodorovné scrollování je vada, které si návštěvníci všimnou okamžitě a kterou simulátory snadno skryjí.

Q: Kolik zlomových bodů potřebuji?
A: Tři až čtyři stačí pro většinu webů. Kritériem je místo, kde rozvržení přestane fungovat, ne šířka konkrétního telefonu. Šířky zařízení se mění každý rok; obsah ne. Zmenšujte okno pomalu a přidejte zlomový bod tam, kde začne něco vypadat špatně.

Q: Potřebuji samostatnou mobilní verzi?
A: Ne. Samostatné mobilní weby vyžadují dvojí správu, dělí signály pro vyhledávače a jsou prakticky opuštěným přístupem. Responzivní web obsluhuje všechny obrazovky ze stejných adres, což je také to, co dnes vyhledávače očekávají.

Q: Jak řešit tabulky na malých obrazovkách?
A: Fungují dvě řešení: vodorovné scrollování uvnitř vlastního kontejneru tabulky, které zachová porovnání mezi sloupci, nebo změna každého řádku na skládanou kartu. Volba závisí na tom, zda lidé potřebují porovnávat hodnoty mezi sloupci. Co nikdy nefunguje, je nechat tabulku roztlačit stránku do stran.

Q: Zpomaluje responzivní design web?
A: Sám o sobě ne. Zpomaluje, pokud posílá desktopové obrázky na mobily, což se děje při chybějícím srcset. S obrázky ve správné velikosti a uspořádaným CSS je responzivní web na mobilu lehčí než špatně udržovaná samostatná verze.

## Dokument požadavků na web: co do něj napsat
https://websitedevelopment.biz/cs/guides/dokument-pozadavku-na-web
Aktualizováno 2026-08-07 · Plánování webu

Dokument požadavků existuje kvůli jedné věci: aby vy a ten, kdo web staví, mluvili o stejném projektu. Nemusí být dlouhý. Musí být konkrétní na správných místech.

Tento průvodce ukazuje, co zahrnout, co vynechat, a které části zabrání nejčastějším sporům.

### Části, které nesmí chybět
Každá existuje proto, že její absence způsobí předvídatelný problém.
- Kontext a cíle. Co firma dělá a čeho má web dosáhnout, v číslech.
- Publikum. Kdo přichází a s jakou otázkou.
- Seznam stránek. Všechny, seskupené podle šablony, s označením nových.
- Funkce. Formuláře, vyhledávání, filtry, přihlášená sekce, cokoli to je.
- Integrace. Každý externí systém, s osobou odpovědnou za přístup.
- Obsah. Kdo píše, kdo fotí, kdo vkládá, a do kdy.
- Technické požadavky. Jazyky, přístupnost, výkon, podporované prohlížeče.
- Mimo rozsah. Nejdůležitější část dokumentu.
- Termíny a odpovědné osoby. Kdo rozhoduje a co se stane při zpoždění.
Část «mimo rozsah» zabrání víc sporům než všechny ostatní dohromady. Napište ji, i když se zdá samozřejmá.

### Jak psát požadavky, které lze ověřit
Vágní požadavek nelze ověřit, a co nelze ověřit, o tom se diskutuje na konci projektu.
| Web má být rychlý | LCP pod 2,5 s na hlavních šablonách na 4G |
| Má fungovat na mobilu | Použitelný od 360 px, testováno na reálných zařízeních |
| Má být přístupný | Splňuje WCAG 2.1 úroveň AA na hlavních šablonách |
| Snadná správa | Tým vytvoří a publikuje stránku bez vývojáře |
| Moderní design | V souladu s manuálem značky; tři úvodní návrhy |
| Optimalizováno pro SEO | Editovatelné titulky, sitemapa, strukturovaná data, přesměrování |
| Podporuje více jazyků | CS a EN při spuštění; struktura pro přidání dalších |

### Co vynechat
Příliš podrobné dokumenty stojí čas na psaní, čas na čtení, a berou zhotoviteli možnost navrhnout něco lepšího.
- Nepředepisujte technologii bez důvodu. Uveďte problém; řešení nechte na nabídce.
- Nepište text každého tlačítka. To se vyřeší s obrazovkami před sebou.
- Nenavrhujte web slovy. Vizuální reference fungují lépe než popisy.
- Nezahrnujte funkce «do budoucna» bez jasného označení jako druhá fáze.
- Nekopírujte požadavky z jiného dokumentu bez kontroly, zda platí.
- Nežádejte to, co nepoužijete. Každá funkce má náklad na stavbu i na správu.
Pokud dokument u firemního webu překročí deset stran, pravděpodobně specifikujete řešení místo problému.

### Používání dokumentu během projektu
Dokument není k založení do šuplíku po podpisu. Je to reference, která řeší spory.
- Pošlete tentýž dokument všem kandidátům, abyste dostali porovnatelné nabídky.
- Přiložte ho ke smlouvě, aby dohodnutý rozsah byl rozsah zapsaný.
- Když někdo požádá o něco nového, zkontrolujte dokument dřív, než začnete řešit termín.
- Zaznamenávejte změny rozsahu písemně, s odhadem, dřív než práce začne.
- Používejte seznam stránek jako kontrolní seznam obsahu během stavby.
- Při předání projděte ověřitelné požadavky jeden po druhém.

Q: Jak dlouhý má dokument být?
A: U firemního webu stačí pět až deset stran. U velkého projektu s integracemi dvacet až třicet. Pokud to výrazně překračujete, pravděpodobně specifikujete řešení místo problému — a takové dokumenty mívají tendenci být ignorovány všemi včetně těch, kdo je psali.

Q: Mám uvést rozpočet?
A: Ano. Zhotovitel pak může navrhnout nejlepší možný projekt v této částce místo hádání. Kdo rozpočet neuvede, dostane nabídky lišící se desetinásobně a nemůže je porovnat. Rozmezí stačí; není třeba prozradit přesnou hranici.

Q: Kdo má dokument psát?
A: Někdo na straně klienta, kdo zná byznys, ideálně s podporou někoho, kdo rozumí webu. Pokud požádáte agenturu, přirozeně popíše projekt, jaký ráda dělá — což může být i dobré, ale přestává to sloužit k porovnání nabídek. Pokud to tak uděláte, zaplaťte tuto fázi zvlášť.

Q: Co když se požadavky změní v půli?
A: Změní se téměř vždy a dokument tomu nebrání — organizuje to. Mějte proceduru změn: každý nový požadavek dostane písemný odhad dřív, než začne práce. Problémem nejsou změny, ale změny, které projdou, aniž by někdo upravil termín a rozpočet.

## Jak probíhá tvorba webu v praxi
https://websitedevelopment.biz/cs/guides/jak-probiha-tvorba-webu-v-praxi
Aktualizováno 2026-08-07 · Vývoj webu

Zvenčí vypadá vývoj jako černá skříňka: schválíte návrh, pár týdnů počkáte, objeví se web. Pochopit, co se děje uvnitř, pomáhá klást správné otázky a včas rozpoznat varovné signály.

Tento průvodce vysvětluje praktický chod, pro zadavatele, ne pro programátory.

### Prostředí: kde práce probíhá
Seriózní projekt má alespoň dvě prostředí, často tři. Pokud je jen jedno, je to samo o sobě signál.
| Lokální | Počítač toho, kdo programuje | Tým |
| Testovací | Sdílená verze k prohlédnutí | Tým a klient |
| Předprodukční | Kopie shodná s produkcí | Tým, před nasazením |
| Produkční | Veřejný web | Všichni |
Změny prováděné přímo v produkci jsou nejčastějším zdrojem nečekaných výpadků. Pokud vám řeknou, že testovací prostředí není, ptejte se proč.

### Pracovní cyklus
Většina týmů pracuje v krátkých cyklech, s něčím k prohlédnutí na konci každého.
- Práce se dělí na malé úkoly, každý s ověřitelným výsledkem.
- Každý úkol se vyvíjí odděleně, se správou verzí.
- Někdo jiný kód zkontroluje před sloučením, pokud má tým dostatečnou velikost.
- Výsledek jde do testovacího prostředí, kde ho lze vidět.
- Vy ho projdete a dáte konkrétní zpětnou vazbu, s adresou a snímkem obrazovky.
- Opravy jdou do dalšího cyklu, pokud nejsou blokující.
- Každý týden či dva je verze k prohlédnutí, ne až na konci.
Projekt, kde výsledek uvidíte až na konci, je rizikový projekt. Vyžádejte si přístup do testovacího prostředí od prvního týdne.

### Testy před nasazením
Co by mělo být ověřeno před každým nasazením, bez ohledu na velikost projektu.
- Funkčnost: každý formulář, každá cesta, každé tlačítko, které něco dělá.
- Prohlížeče: ty, které vaši návštěvníci skutečně používají, podle analytiky.
- Zařízení: skutečné mobily, včetně starého a pomalého.
- Výkon: změřený, ne odhadnutý, na hlavních šablonách.
- Přístupnost: klávesnice, kontrast, popisky, struktura nadpisů.
- Obsah: bez zástupného textu, bez odkazů na testovací doménu.
- Regrese: to, co fungovalo, funguje dál.
- Bezpečnost: validace vstupů, oprávnění, HTTPS.

### Nasazení a návrat zpět
Nasazení má být rutinní a nudné. Když je to napjatá událost, je to znak křehkého procesu.
| Automatizované nasazení | Odstraňuje zapomenuté ruční kroky |
| Návrat zpět během minut | Mění vážnou chybu v drobný incident |
| Záloha před nasazením | Záchranná síť pro databázi |
| Verzované migrace dat | Reprodukovatelné změny databáze |
| Ověření po nasazení | Zachytí to, co selže jen v produkci |
| Nasazovat v klidnou chvíli | Méně zasažených uživatelů, víc pozornosti |
| Záznam o nasazeních | Umožňuje spojit problém se změnou |
Zeptejte se, jak dlouho trvá návrat zpět. Pokud odpověď zní «to záleží» nebo «nikdy jsme nemuseli», plán návratu neexistuje.

Q: Jak často mám vidět postup?
A: Každý týden nebo dva, s něčím viditelným v testovacím prostředí. Delší cykly zvyšují riziko pozdního odhalení nedorozumění. Velmi krátké cykly s neustálou zpětnou vazbou mají také cenu, protože přerušovaná práce je neefektivní. Dvoutýdenní rytmus funguje u většiny projektů dobře.

Q: Co dělat, když se projekt zpozdí?
A: Nejdřív zjistěte příčinu: chybějící obsah, rozrostlý rozsah, nebo optimistický odhad. Tyto tři se řeší různě a první je často na straně klienta. Pak volte mezi zkrácením rozsahu a posunem data — přidávat lidi doprostřed zpožděného projektu ho obvykle zpozdí ještě víc.

Q: Musím rozumět kódu, abych tohle vedl?
A: Ne. Musíte vědět, na co se ptát: je testovací prostředí, jak se nasazuje, jak dlouho trvá návrat zpět, co je otestované, kdo má přístup ke kódu. Odpovědi vám o solidnosti procesu řeknou hodně, aniž byste přečetli řádek kódu.

Q: Co je správa verzí a proč na ní záleží?
A: Je to systém — téměř vždy Git — který uchovává historii všech změn kódu a umožňuje se vrátit. Záleží na ní ze tří důvodů: umožňuje vrátit chybu, umožňuje víc lidem pracovat souběžně, a je důkazem, že kód je váš a přenositelný. Projekt bez správy verzí je projekt bez historie.

## Zásady návrhu webu, které fungují
https://websitedevelopment.biz/cs/guides/zasady-navrhu-webu
Aktualizováno 2026-08-07 · Webdesign

Mnoho z toho, co se o návrhu webu říká, je preference vydávaná za zásadu. Existuje ale malá sada pravidel, která obstojí v praxi a která je znát, když chybí.

Tento průvodce je prochází, s tím, co každé řeší a jak ověřit, že je dodrženo.

### Hierarchie: říct, co je nejdůležitější
Hierarchie je zásada, která nejvíc ovlivňuje, zda lidé stránce porozumí, a nejsnáze se ověřuje.
- Na každé obrazovce je jedna věc nejdůležitější. Pokud jsou tři, návštěvník nevybere žádnou.
- Velikost, tučnost a prostor okolo sdělují důležitost lépe než barva.
- Hlavní akce musí vizuálně vystupovat nad vším ostatním na stránce.
- Seskupujte související blízkostí; vzdálenost sděluje oddělenost.
- Nepoužívejte víc než dvě nebo tři úrovně nadpisů. Víc se už nečte jako hierarchie.
- Otestujte přimhouřením očí: co zůstane čitelné, to lidé vidí první.
Test s přimhouřenýma očima trvá pět sekund a zachytí většinu problémů s hierarchií.

### Prostor, kontrast a čitelnost
Tři měřitelné věci, které oddělují pohodlné stránky od únavných.
| Délka řádku | 60 až 80 znaků | Řádky přes celou šířku obrazovky |
| Velikost základního textu | 16 px a víc na mobilu | 14 px «aby se vešlo víc» |
| Řádkování | 1,5 v základním textu | Těsné řádkování, hustý blok |
| Kontrast textu | Nejméně 4,5:1 | Světle šedá na bílé |
| Prostor mezi sekcemi | Štědrý a konzistentní | Vše slepené, bez nádechu |
| Dotykové cíle | Minimálně 44 px | Malé odkazy na mobilu |
| Počet písem | Jedno nebo dvě | Čtyři písma na jedné stránce |

### Konzistence a srozumitelnost
Konzistence umožňuje naučit se web jednou místo učit se ho znovu na každé stránce.
- Stejný prvek se chová stejně na celém webu.
- Tlačítka stejné důležitosti vypadají vždy stejně.
- Odkazy jsou rozpoznatelné jako odkazy bez najetí myší.
- Popisky říkají, co se stane: «Poptat cenu» místo «Odeslat».
- Pište jazykem zákazníka, ne interním jazykem.
- Chyby formuláře se zobrazují u pole a říkají, jak je opravit.
- Prvky, které nejsou klikací, nemají vypadat klikací.
Pravidlo popisků má největší návratnost: změna «Odeslat» na «Poptat cenu» zvýší konverzi, aniž by se změnilo cokoli jiného.

### Co je vkus, a ne zásada
Opakovaná pravidla, která neobstojí proti datům a stojí čas v diskusích.
| Vše musí být nad zlomem | Lidé scrollují; srozumitelnost váží víc |
| Méně kliknutí je vždy lepší | Správná kliknutí porazí málo kliknutí |
| Karusel na úvodní stránce je povinný | Mívá velmi nízkou interakci |
| Minimalismus je vždy lepší | Málo kontextu ztěžuje rozhodnutí |
| Nikdy neotvírat odkazy v novém okně | Záleží na kontextu; dokumenty jsou výjimka |
| Červená je agresivní | Záleží zcela na oboru a kultuře |
| Stránka musí být originální | Známost vzorců pomáhá při používání |
Známé vzorce nejsou nedostatek kreativity: jsou důvodem, proč lidé umějí používat web, který nikdy neviděli.

Q: Konvertuje hezký web lépe?
A: Srozumitelný web konvertuje lépe; estetika pomáhá skrze důvěryhodnost v prvních sekundách. Estetika selhává, když soupeří s porozuměním — animace, které zdržují, nízký kontrast ve jménu elegance, kreativní popisky, kterým nikdo nerozumí. Nejdřív srozumitelnost, estetika ve službě srozumitelnosti.

Q: Kolik barev mám použít?
A: Jednu barvu značky, jednu akcentní pro akce a šedou škálu. Poté každá další barva potřebuje funkční odůvodnění — stavy chyby, úspěchu, varování. Velké palety ztěžují zvýraznění důležitého, protože vše soupeří se vším.

Q: Mám sledovat trendy v designu?
A: S mírou. Trendy datují web a vynucují přestavby z estetických, ne funkčních důvodů. Dobře stárne čitelná typografie, štědrý prostor a solidní hierarchie — zásady staré desítky let. Trendy přijímejte tam, kde je levné je vrátit, a vyhněte se jim ve struktuře.

Q: Jak poznám, že můj návrh funguje?
A: Sledujte chování: dostávají se lidé k hlavní akci, nebo odcházejí? Kde se zaseknou ve formulářích? Nahrávky relací a analýza formulářů to ukážou během minut. Interní názor na estetiku je nejhorší dostupný ukazatel, protože tým vidí web denně a návštěvníci jednou.

## Kolik stojí web? Upřímná odpověď
https://websitedevelopment.biz/cs/guides/kolik-stoji-web
Aktualizováno 2026-08-07 · Plánování webu

Upřímná odpověď zní, že to záleží — ale záleží to na konkrétních věcech, které lze vyjmenovat, a právě to dělá otázku zodpověditelnou.

Tento průvodce dává skutečné řádové hodnoty, vysvětluje, co hýbe cenou, vyjmenovává průběžné náklady, které se v nabídkách objevují zřídka, a ukazuje, jak porovnávat nabídky, které se zdají neporovnatelné.

### Řádové hodnoty podle typu projektu
Orientační hodnoty pro evropský trh. Liší se podle země a podle toho, kdo práci dělá, ale poměry mezi kategoriemi zůstávají.
| Jednostránkový web | Stovky eur | Upravená šablona, obsah dodáte vy |
| Jednoduchý firemní web | Nízké tisíce | 5 až 10 stránek, návrh na šabloně |
| Web s CMS a blogem | Tisíce | Vlastní návrh, správa obsahu |
| E-shop | Tisíce až desetitisíce | Katalog, platby, doprava, DPH |
| Web na míru | Desetitisíce | Vlastní návrh i vývoj |
| Webová aplikace | Výrazně výše | Přihlašování, obchodní logika, data |
Pokud dostanete nabídku hluboko pod těmito hodnotami, nevyvozujte, že jde o výhodnou koupi — přečtěte si, co je mimo rozsah. Obvykle je to obsah, testy nebo správa.

### Co skutečně hýbe cenou
Počet stránek je proměnná, na které záleží nejméně a na kterou se všichni ptají první.
- Počet unikátních šablon. Padesát stránek na čtyřech šablonách je malý projekt.
- Návrh na míru, nebo upravená šablona. To je jednotlivě největší proměnná.
- Integrace. Každý externí systém je malý projekt uvnitř projektu.
- Obsah. Kdo píše, kdo fotí, kdo vkládá do systému.
- Migrace. Starý obsah, staré adresy, přesměrování.
- Jazyky. Každý jazyk přidává překlad, korekturu a průběžnou správu.
- Požadavky na přístupnost a výkon, pokud jsou formálním závazkem.
- Kdo práci dělá. Freelancer, lokální agentura a mezinárodní agentura mají odlišné nákladové struktury.

### Průběžné náklady, které nikdo nerozpočtuje
Cena stavby je jedna položka. Tyto náklady běží po celý život webu a jsou zdrojem překvapení.
| Doména | Ročně | Nízká, ale zapomenout ji stojí web |
| Hosting | Měsíčně nebo ročně | Velmi se liší podle typu webu |
| Certifikát | Ročně | Obvykle zdarma a automaticky |
| Správa | Měsíčně | Aktualizace, zálohy, bezpečnost, testy |
| Licence rozšíření | Ročně | Sečtou se víc, než se zdá |
| Nový obsah | Průběžně | Web, který neroste, ztrácí pozice |
| Drobné změny | Podle potřeby | Domluvte hodinovou sazbu, než ji budete potřebovat |
Užitečné pravidlo: vyhraďte jedno až dvě procenta ceny stavby měsíčně na správu. Výrazně méně — ptejte se, co je uvnitř.

### Jak porovnávat nabídky
Tři nabídky s velmi odlišnými částkami obvykle popisují tři různé projekty. Cílem je zjistit který.
- Vyžádejte si všechny tři na základě téhož písemného dokumentu. Bez toho porovnání není možné.
- Porovnávejte, co je mimo rozsah, ne co je uvnitř. Tam jsou rozdíly.
- Zjistěte, kdo v každé nabídce píše texty.
- Zjistěte, zda je zahrnuta migrace a přesměrování.
- Zjistěte, co se děje po spuštění: záruka, opravy, správa.
- Zjistěte vlastnictví: kód, návrh, doména, hosting, účty.
- Zeptejte se, kdo práci skutečně dělá a kolik projektů vede souběžně.
Nabídka, která výslovně vyjmenuje, co nezahrnuje, má větší hodnotu než levnější bez definovaného rozsahu.

Q: Proč se nabídky tak liší?
A: Protože popisují různé práce pod stejným názvem. Jedna zahrnuje návrh na míru, texty, migraci a tři měsíce péče; druhá zahrnuje nainstalovanou šablonu s obsahem, který dodáte. Obojí je «web». Rozdíl v ceně odráží rozdíl v rozsahu mnohem častěji než rozdíl v marži.

Q: Vyplatí se levný web?
A: Na ověření nápadu nebo minimální přítomnost ano, a není na tom nic ostudného. Riziko nastává, když na webu závisí byznys: levný web bývá pomalý, těžko změnitelný a bez správy, a přestavba nakonec stojí víc než udělat to napoprvé pořádně. Rozhodujte podle váhy webu v byznysu.

Q: Mám platit vše předem?
A: Ne. Záloha ve výši čtvrtiny až třetiny je obvyklá a rozumná. Zbytek by měl být navázán na viditelné dodávky — schválený návrh, předaná stavba, web naživo. Plná platba předem odstraňuje jakoukoli motivaci dokončit a je nejčastějším vzorcem u projektů, které uvíznou v půli.

Q: Kolik stojí správa webu?
A: Od málo po několik set eur měsíčně, podle toho, co zahrnuje. Hosting a doména jsou základ. Skutečná správa — aktualizace, testované zálohy, monitoring, drobné změny — stojí víc a víc přináší. Vždy si vyžádejte seznam; «správa» bez rozpisu obvykle znamená spouštění aktualizací.

## Co je tvorba webu
https://websitedevelopment.biz/cs/guides/co-je-tvorba-webu
Aktualizováno 2026-08-07 · Vývoj webu

Tvorba webu je práce, která mění návrh a sadu požadavků v něco, co funguje v prohlížeči. Zahrnuje víc vrstev, než se zvenčí zdá, a znát je pomáhá při jednání s tím, kdo staví.

Tento průvodce vysvětluje jednotlivé části, kdo se stará o kterou, a co odlišuje web, který funguje, od webu, který lze udržovat.

### Vrstvy webu
Každý web má tyto vrstvy, i ten nejjednodušší — rozdíl je v tom, kolik z každé je přítomno.
| Frontend | To, co návštěvník vidí a s čím pracuje | HTML, CSS, JavaScript |
| Backend | Logika na serveru, obchodní pravidla | PHP, Python, Node, Java |
| Databáze | Ukládá obsah, uživatele, objednávky | MySQL, PostgreSQL |
| Provoz | Server, na kterém to vše běží | Sdílený, VPS, cloud |
| Doména a DNS | Adresa a způsob jejího překladu | Registrátor, jmenné servery |
| Externí služby | Platby, e-mail, analytika, mapy | API třetích stran |
Statický web nemusí mít backend ani databázi. Proto je rychlejší, bezpečnější a levnější na správu.

### Kdo dělá co
Role se překrývají a v malých projektech dělá jeden člověk hned několik.
- Frontend: mění návrh v rozhraní, řeší responzivitu, přístupnost a výkon v prohlížeči.
- Backend: píše serverovou logiku, modeluje data, integruje externí systémy.
- Fullstack: dělá obojí, s různou hloubkou v každém.
- DevOps: stará se o servery, nasazení, monitoring a zálohy.
- Návrhář: určuje vzhled a chování dřív, než vznikne kód.
- Projektový manažer: koordinuje, hlídá termíny a překládá mezi klientem a týmem.
- V malém projektu pokryje tohle všechno jeden nebo dva lidé. Zeptejte se, kdo dělá co, než podepíšete.

### Jak spolu části komunikují
Pochopení cesty požadavku vysvětluje většinu technických rozhodnutí, která vám předloží.
- Návštěvník zadá adresu; DNS přeloží doménu na adresu serveru.
- Prohlížeč si vyžádá stránku od serveru přes HTTPS.
- Server odpoví HTML — hotovým, nebo generovaným v tu chvíli z databáze.
- Prohlížeč přečte HTML a vyžádá si související soubory: styly, obrázky, skripty.
- JavaScript se spustí a přidá chování — menu, formuláře, dynamický obsah.
- Akce uživatele mohou generovat další požadavky na server na pozadí.
- Server zapíše do databáze nebo z ní čte a vrátí výsledek.
Pokud HTML přijde ze serveru hotové, stránka se objeví rychleji a indexuje se spolehlivěji. Pokud existuje až po spuštění JavaScriptu, obojí se zhorší.

### Co odlišuje solidní stavbu
Dva weby mohou vypadat stejně a být velmi odlišné na údržbu. Toto jsou signály.
| Struktura kódu | Uspořádaná, s konvencemi | Vše v jednom obřím souboru |
| Správa verzí | Git, s čitelnou historií | Soubory kopírované s datem v názvu |
| Testovací prostředí | Existuje a používá se | Změny přímo v produkci |
| Nasazení | Automatizované a vratné | Ruční FTP |
| Závislosti | Málo a aktuální | Mnoho a zastaralých |
| Dokumentace | Jak nainstalovat a nasadit | Jen v hlavě jednoho člověka |
| Testy | Alespoň na kritických cestách | Žádné |

Q: Jaký je rozdíl mezi webdesignem a tvorbou webu?
A: Design určuje vzhled a chování; tvorba staví to, co funguje. Existuje překryv — frontendista dělá vizuální rozhodnutí denně a návrhář, který chápe technická omezení, tvoří lepší návrhy. V malých projektech dělá často jeden člověk obojí.

Q: Potřebuji backend?
A: Jen pokud má web ukládat nebo zpracovávat data: uživatelské účty, objednávky, editovatelný obsah, formuláře s logikou. Firemní web s pevným obsahem může být zcela statický, což ho činí rychlejším, bezpečnějším a téměř bezúdržbovým.

Q: Jak dlouho trvá vytvořit web?
A: Dva až čtyři týdny u jednoduchého firemního webu po schválení návrhu; dva až tři měsíce s CMS, integracemi a migrací; déle u e-shopů a aplikací. Termín určuje počet šablon a integrací, ne počet stránek — a v praxi ho často určuje obsah.

Q: Dá se udělat web bez programování?
A: Ano, pomocí vizuálních stavitelů nebo CMS se šablonou. Funguje to dobře u firemních webů a blogů. Hranice se objeví, když potřebujete něco, co nástroj nepředpokládá, když hodně záleží na výkonu, nebo když chcete platformu opustit — tehdy se z toho, co vypadalo jako úspora, vyklube závislost.

## Proces návrhu webu: od nápadu k hotovým obrazovkám
https://websitedevelopment.biz/cs/guides/proces-navrhu-webu
Aktualizováno 2026-08-07 · Webdesign

Dobrý návrhový proces není byrokracie: je to pořadí, které brání přepracovávání. Každá fáze uzavře rozhodnutí, které následující fáze bere za vyřešené.

Tento průvodce prochází fáze, co každá dodává, jak dlouho trvají, a v kterých bodech se návrhové projekty obvykle zadrhnou.

### Fáze a co každá dodává
Na pořadí záleží. Přeskočit fázi ji neodstraní — jen posune rozhodnutí dál, kdy je jeho změna dražší.
| Objevování | Cíle, publikum, omezení | 3 až 5 dní |
| Struktura | Seznam stránek a navigace | 3 až 5 dní |
| Drátěné modely | Rozvržení bez vizuálního stylu | 1 až 2 týdny |
| Vizuální směr | Typografie, barva, tón — na jedné stránce | 3 až 5 dní |
| Hotové obrazovky | Aplikované šablony, desktop i mobil | 2 až 4 týdny |
| Prototyp | Proklikatelné cesty k testování | 2 až 4 dny |
| Předání | Systém, exporty, specifikace | 3 až 5 dní |
Vizuální směr na jediné stránce je fáze, která ušetří nejvíc času. Schválit tón dřív, než se aplikuje na třicet obrazovek, zabrání přepracování třiceti obrazovek.

### Drátěné modely před stylem
Drátěné modely bez barvy a typografie vynutí diskusi o obsahu a hierarchii, což je diskuse, na které záleží.
- Navrhujte nejdřív mobil. Vejde se míň, což nutí rozhodnout priority.
- Používejte skutečný obsah, nebo co nejbližší. Zástupný text skrývá problémy s prostorem.
- Ukažte prázdné, chybové a načítací stavy — bývají opomenuty a pak improvizovány.
- Označte hlavní akci na každé obrazovce. Pokud jsou tři, není žádná.
- V této fázi neřešte barvy. Pokud se objeví, jsou drátěné modely příliš detailní.
- Ověřte strukturu obsahu s tím, kdo ho bude psát, než půjdete dál.

### Kde se proces obvykle zadrhne
Blokace jsou téměř vždy stejné a téměř všechny organizační, ne tvůrčí.
| Protichůdná zpětná vazba | Více rozhodovatelů bez hierarchie | Jediná odpovědná osoba |
| Nekonečná kola | Kola nedefinovaná ve smlouvě | Pevný počet s kritériem schválení |
| Chybějící obsah | Nikdo nebyl určen | Jméno a datum u každé stránky |
| «Tohle jsem si nepředstavoval» | Přeskočený vizuální směr | Nejdřív schválit tón na jedné stránce |
| Obrazovky, které nelze postavit | Návrh bez kontaktu s vývojem | Včasná revize s vývojářem |
| Mobil dodělaný nakonec | Navrženo jen pro desktop | Navrhovat nejdřív mobil |
«Nekonečná kola» je téměř vždy problém smlouvy, ne návrhu. Definujte, co je kolo a kolik jich je.

### Předat návrh, který lze postavit
Předání rozhoduje, zda stavba plyne, nebo se změní v cvičení z interpretace.
- Předejte malý systém, ne jen obrazovky: barvy, písma, odstupy, komponenty.
- Zdokumentujte stavy každé komponenty: běžný, fokus, aktivní, vypnutý, chyba.
- Specifikujte chování mezi zlomovými body, ne jen dvě pevné šířky.
- Zahrňte prázdné a chybové stavy každé obrazovky.
- Exportujte obrázky v moderních formátech a ve velikostech, ve kterých budou použity.
- Označte, co je pevné a co se může přizpůsobit — kdo staví, narazí na případy, které jste nepředvídali.
- Uspořádejte předání naživo. Půl hodiny ušetří týden dotazů.

Q: Kolik kol připomínek je běžných?
A: Dvě až tři na fázi je obvyklé a mělo by to být ve smlouvě, s definicí, co se počítá jako kolo. Bez tohoto limitu má návrh tendenci se rozšiřovat donekonečna, protože každý nový člověk, který obrazovky uvidí, má názor. Jediná rozhodující osoba má větší cenu než jakýkoli číselný limit.

Q: Potřebuji drátěné modely, když už mám reference?
A: Ano, protože reference ukazují styl, zatímco drátěné modely řeší strukturu. Přejít rovnou od referencí k hotovým obrazovkám obvykle skončí diskusí o barvách, když skutečným problémem je hierarchie informací. Drátěné modely se dělají rychle a mění ještě rychleji.

Q: Mám navrhnout všechny stránky?
A: Navrhujte šablony, ne stránky. Web s padesáti stránkami má obvykle pět nebo šest odlišných šablon. Navrhněte každou s nejtěžším případem obsahu — nejdelším titulkem, nejdelším seznamem — a zbytek vyplyne bez další práce.

Q: Kdo má návrh schvalovat?
A: Jedna osoba se skutečným mandátem. Můžete sbírat názory od více lidí, ale rozhodnutí musí někomu patřit. Schvalování komisí produkuje návrhy, které nikdo nenávidí a nikdo nehájí, a je nejčastější příčinou projektů táhnoucích se měsíce ve vizuální fázi.

## Plánování webových stránek: kompletní průvodce
https://websitedevelopment.biz/cs/guides/planovani-webovych-stranek
Aktualizováno 2026-08-07 · Plánování webu

Většina webových projektů, které dopadnou špatně, neselže při stavbě. Selžou při plánování, když nikdo nerozhodl, co má web dělat ani kdo napíše texty.

Tento průvodce prochází práci, která předchází návrhu a kódu, v pořadí, v jakém se ji vyplatí dělat, se zvláštní pozorností k rozhodnutím, která jsou teď levná a později drahá.

### Začněte tím, co má web dělat
«Potřebujeme web» není cíl. Cíl je něco, co lze změřit a co vám umožní vybrat mezi dvěma variantami, když nastane pochybnost.
- Zapište hlavní akci, kterou chcete, aby návštěvník udělal — poptat, koupit, přihlásit se, zavolat.
- Zapište druhou akci, pro ty, kdo na první nejsou připraveni.
- Určete, podle čeho poznáte, že to funguje: poptávky měsíčně, prodeje, přihlášky.
- Zapište, co web dělat nemusí. Tento seznam ušetří víc času než ten první.
- Poznamenejte si současná čísla, pokud existují, abyste mohli později porovnat.
- Určete, kdo rozhoduje. Projekt se čtyřmi rozhodovateli a bez odpovědné osoby se vždy zpozdí.
Pokud neumíte hlavní akci napsat jednou větou, problémem zatím není web — je jím nabídka.

### Kdo přijde a co potřebuje vědět
Není potřeba formální výzkum. Je potřeba vědět, kdo přichází, s jakou otázkou a v jaké fázi rozhodování.
| Kdo doopravdy kupuje? | Obchod, fakturace, stávající zákazníci | Určuje tón a příklady |
| Na co se pokaždé ptají? | E-maily, telefon, zákaznická podpora | Stává se obsahem stránek |
| Co je nutí váhat? | Prohrané zakázky | Cena, termíny, reference |
| Jak se k vám dostávají? | Analytika, dotaz zákazníkům | Určuje vstupní stránky |
| Jaké zařízení používají? | Analytika | Určuje prioritu návrhu |
| S kým vás srovnávají? | Dotaz nedávným zákazníkům | Určuje, co zdůraznit |
Otázky, které dostáváte po telefonu, jsou nejlepší obsahový plán, jaký existuje, a je zdarma.

### Obsah: to, co zdržuje téměř každý projekt
Obsah je nejčastější příčinou zpoždění a nejvíce podceňovanou položkou rozpočtu. Vyřešte to dřív, než cokoli podepíšete.
- Určete, kdo píše každou stránku — jménem, ne názvem oddělení.
- Stanovte termín dodání textů a berte ho stejně vážně jako datum spuštění.
- Spočítejte, kolik stránek skutečně potřebuje nový text — vždy je jich víc, než se zdá.
- Rozhodněte o fotkách: vlastní focení, banka obrázků, nebo kombinace. Focení potřebuje termín v kalendáři.
- Zkontrolujte, co lze převzít ze současného webu bez přepisování.
- Pokud nikdo uvnitř nemá čas, najměte někoho, kdo píše. Je to levnější než stojící projekt.
- Pište nejdřív hlavní stránky; vedlejší mohou přijít po spuštění.

### Rozpočet, termín a co je rozbíjí
Realistické řádové hodnoty a proměnné, které skutečně hýbou čísly.
| Jednoduchý firemní web | 4 až 8 týdnů | Opožděné texty |
| Web s blogem a CMS | 6 až 12 týdnů | Počet šablon, ne stránek |
| E-shop | 8 až 16 týdnů | Katalog, integrace, pravidla DPH |
| Vícejazyčný web | Přidá 30 až 50 % | Překlad a korektura |
| Migrace existujícího webu | Přidá 2 až 4 týdny | Mapování adres a starý obsah |
| Integrace s interními systémy | Velmi proměnlivé | Dokumentace druhého systému |
Žádejte nabídky, které oddělují návrh, stavbu, obsah a integrace. Jedna souhrnná částka znemožňuje porovnání a skrývá, kde leží riziko.

Q: Jak dlouho trvá naplánovat web?
A: U firemního webu stačí týden až dva soustředěné práce na cíle, publikum, strukturu a inventuru obsahu. U větších projektů tři až čtyři týdny. Plánování zřídka zdržuje — zdržují odkládaná rozhodnutí, která stejně vyplavou uprostřed stavby, kdy stojí desetkrát víc.

Q: Potřebuji dokument požadavků?
A: Potřebujete něco písemného, byť jen dvě stránky. Cíle, seznam stránek, funkce, kdo co píše a co je mimo rozsah. Rozsah dokumentu je méně důležitý než to, že existuje: bez něj se zadání nepozorovaně rozšiřuje a diskuse o tom, co bylo dohodnuto, přijde v nejhorší možnou chvíli.

Q: Mám naplánovat vše před začátkem?
A: Naplánujte tolik, abyste vyřešili strukturu, rozsah a odpovědnosti. Neplánujte text každého tlačítka — to se lépe vyřeší během stavby s obrazovkami před sebou. Praktické pravidlo: plánujte to, co je drahé měnit později, a nechte otevřené to, co je levné doladit.

Q: Co když rozpočet nestačí na všechno?
A: Zmenšete rozsah, ne kvalitu. Méně dobře udělaných stránek porazí kompletní web odbytý ledabyle, a přidat se dá vždycky. Škrtejte nejdřív to, co neslouží hlavní akci: galerie, animace, sekce, o které nikdo nežádal. Neškrtejte obsah, rychlost a cestu ke kontaktu.