Hai să fim corecți de la început: arhitectura headless e una dintre cele mai bune lucruri întâmplate în web dev. Decuplezi frontend-ul de backend, livrezi static, obții viteză și flexibilitate reale. Nu asta e problema.
Problema e factura lunară care vine la pachet. Pentru că, în practică, „headless modern" a ajuns să însemne „închiriază tot de la SaaS-uri americane și plătește la nesfârșit". Iar critica nu vine doar de la noi: comunitatea tehnică discută de ani buni costurile ascunse ale ecosistemului Jamstack și ale platformelor headless; nu tehnologia e defectă, ci modelul de business construit în jurul ei.
Headless nu costă bani. Headless închiriat costă bani. Distincția asta e tot ce contează, și e exact ce agenția ta speră să nu o faci.
„Glue monster": costul pe care nu îl vezi în factură
Când îți construiești site-ul din zece servicii SaaS separate, nu plătești doar zece abonamente. Plătești și pentru codul de lipici care le ține împreună.
Fiecare integrare; CMS-ul cu hosting-ul, hosting-ul cu serviciul de imagini, totul cu webhook-uri și funcții serverless; e cod fragil care trebuie întreținut, actualizat și depanat la fiecare schimbare de API a furnizorului. Asta e „glue monster"-ul. Iar prețul afișat al abonamentelor reprezintă, de regulă, doar 25-40% din costul total de proprietate pe trei ani. Restul e muncă de integrare și mentenanță pe care o plătești tu.
Pe partea de hosting, matematica e la fel de brutală. Vercel pornește de la 20$ per seat pe lună, dar overage-urile pe bandwidth, optimizare de imagini și invocări de funcții urcă rapid; la scară reală, Enterprise ajunge frecvent la 3.500$+ pe lună. Plătești mai mult fix când ai mai mult succes. „Success tax", în toată splendoarea ei.
Native > rented, și din motive tehnice, nu doar de cost
Dincolo de bani, dependența de SaaS-uri americane vine cu o problemă de control pe care developerii o subestimează.
Kiteworks documentează cum CLOUD Act-ul american permite autorităților din SUA să ceară datele găzduite de furnizori americani chiar și când serverele sunt în Europa; un conflict cu GDPR pe care clauzele contractuale nu îl pot rezolva. Pentru un site cu date de utilizatori, asta nu e un detaliu juridic abstract; e un risc arhitectural real pe care nu îl poți patcha.
Alternativa e mai simplă decât pare: cod nativ, scris o singură dată, fără dependențe SaaS proprietare, găzduit pe infrastructură ieftină sau gratuită pe care o controlezi. Conținutul trăiește în repo, nu pe serverele altcuiva. Fără GROQ, fără formate proprietare, fără lesă. Nu ești niciodată ostatic: codul e al tău, standard și portabil; deținut, nu închiriat.
Asta e headless suveran: aceeași arhitectură modernă pe care o iubim cu toții, dar deținută, gratuită și nelimitată.
Ce include articolul complet
Am scris un articol de peste 4.000 de cuvinte despre diferența dintre headless suveran și headless închiriat:
- De ce arhitectura headless e genială, dar modelul de chirie e capcana
- „Glue monster": de ce abonamentele sunt doar 25-40% din costul real
- Matematica completă: Vercel, Sanity, Contentful cu prețuri reale
- CLOUD Act vs. GDPR: riscul arhitectural pe care nu îl poți rezolva prin contract
- Vendor lock-in tehnic: GROQ, formate proprietare, absența self-hosting-ului
- Ce înseamnă cod nativ suveran la FLASH SHIP: deținut, gratuit, nelimitat
- De ce, pe termen lung, proprietatea câștigă mereu în fața chiriei
Citește articolul complet: Agențiile îți vând „tehnologie modernă". De fapt închiriază totul și îți facturează ție.
Publicat de FLASH SHIP S.R.L., agenție digitală din Sibiu, România. Cod nativ, deținut integral de client. Zero abonamente, zero vendor lock-in.
Top comments (0)