
Proč jsme přestali stavět na WordPressu
Author
Zdeny
Date Published
Po pěti letech vývoje webů na WordPressu jsme se rozhodli pro vlastní cestu. Tady je upřímný pohled na to, proč — a co tím klienti získali.
Hledání alternativy
WordPress pohání víc než třetinu webů na světě. Je univerzální, má obrovskou komunitu a postavíte na něm prakticky cokoliv. Přesně to je ale jeho slabina: každý plugin je další závislost, další bezpečnostní vektor, další brzda.
Typický český firemní WordPress jsme měřili na Lighthouse 60–75. Měsíční účet rostl s každým pluginem. A když přišla aktualizace, modlili jsme se, ať se nic nerozbije.
CVE statistika za rok: WordPress ekosystém hlásí přes 200 bezpečnostních zranitelností ročně, drtivá většina v pluginech třetích stran.
Engine: vlastní cesta
Postavili jsme Engine — výrobní stack na Next.js, Payload CMS a Postgres. Žádné pluginy třetích stran. Každá funkce je součást kódu, který kontrolujeme a auditujeme my.
Výsledek? Lighthouse 100/100, načítání pod 1,5 sekundy a nula známých zranitelností z pluginů, protože žádné nemáme.

Konfigurace tieru je build-time — klient Core nemá v bundlu kód pro AI ani e-shop. Tree-shaking se postará o zbytek:
1export const clientTier =2 (process.env.NEXT_PUBLIC_CLIENT_TIER as 'core' | 'pro' | 'max') || 'core'34// Neaktivní moduly se vytřesou z bundlu při buildu.5if (clientTier === 'max') registerEcommerce()
Co tím klienti získali
Rychlejší web, nižší provozní náklady a hlavně: kód, který po předání fyzicky vlastní. Žádný vendor lock-in, žádné měsíční rukojmí. To je rozdíl, který WordPress nikdy nenabídne.

Connection Storms, Cold Starts, Jobs Queue. Drei technische Gründe, warum wir für Payload CMS Railway statt Vercel gewählt haben.

Warum wir Performance und Accessibility als hartes CI-Gate behandeln, nicht als Marketingphrase. Core Web Vitals, Performance-Budget und die Ethik der Barrierefreiheit.
