AI a ucis CMS-ul — cel puțin pentru site-urile simple

TL;DR

Pentru site-uri simple — portofolii, bloguri, landing page-uri, site-uri de firme mici — un CMS tradițional devine o povară inutilă. Instrumente AI precum Claude Code, Cursor și GitHub Copilot pot acum să-ți editeze direct codul, să înțeleagă contextul, să traducă conținutul și să facă deploy la modificări prin git. Stratul de abstractizare oferit de CMS este înlocuit de o interfață mai inteligentă: limbajul natural.

Taxa CMS pe care o plătești

Orice CMS vine cu un cost ascuns. Nu doar abonamentul — ci întregul ecosistem de complexitate care se înfășoară în jurul site-ului tău altminteri simplu:

• Infrastructură: O bază de date de găzduit, un API de întreținut, un dashboard de securizat. Doar WordPress reprezintă ~43% din web și ~90% dintre atacurile țintite pe CMS-uri.
• Performanță: Generare dinamică de pagini, apeluri API la fiecare cerere, hidratare pe client a datelor din CMS. Portofoliul tău de 3 pagini are acum arhitectura unui produs SaaS.
• Dependență de furnizor: Conținutul tău trăiește în schema de bază de date a altcuiva. Migrezi de la Contentful la Sanity? Ăsta e un proiect, nu o schimbare de configurație.
• Schimbarea contextului: Editezi cod în IDE, apoi treci la dashboard-ul CMS din browser ca să schimbi un titlu. Două modele mentale diferite pentru ceea ce este, în fond, aceeași operațiune.
• Cost: Prețurile CMS-urilor headless scalează adesea cu apelurile API sau cu numărul de intrări de conținut. Un blog personal nu are nevoie de o infrastructură de conținut de $99/lună.

Pentru un site de marketing unde 50 de oameni editează conținut zilnic, acest cost este justificat. Pentru portofoliul unui dezvoltator sau landing page-ul unei firme mici? Construiești un pod ca să treci peste o baltă.

Ce s-a schimbat: AI îți înțelege codul

Motivul pentru care exista CMS-ul era simplu: oamenii non-tehnici (și chiar dezvoltatorii care nu voiau să atingă codul pentru modificări de conținut) aveau nevoie de o interfață vizuală ca să actualizeze site-uri. Codul era prea complex, prea fragil, prea ușor de stricat.

AI a schimbat fundamental această ecuație. Instrumentele AI moderne de scris cod nu doar completează automat — înțeleg structura proiectului, citesc pattern-urile existente și fac modificări corecte contextual. Schimbarea fluxului de lucru este dramatică:

# Old workflow: CMS
1. Open browser → log into CMS dashboard
2. Navigate to content → find the right page
3. Edit in WYSIWYG editor → fight with formatting
4. Preview → looks different from production
5. Hit publish → pray the cache invalidates

# New workflow: AI
1. Tell AI: "Change the pricing on the landing page to $29/month"
2. AI edits the file, you review the diff
3. Push to git → deploy

Nu e ipotetic. Chiar acest blog rulează pe SolidStart, cu conținutul stocat ca fișiere TypeScript. Fiecare articol — inclusiv acesta — a fost creat spunându-i AI-ului ce să scrie, verificând rezultatul și făcând push în git. Fără dashboard CMS. Fără bază de date. Fără strat API între conținut și cod.

Exemple reale de pe acest site

Acest site suportă 10 limbi, are un blog, generează imagini OG dinamic și produce feed-uri RSS și sitemap-uri. Iată cum arată stratul de conținut — TypeScript pur:

// This blog post you're reading right now is a TypeScript file.
// No database. No API. No CMS dashboard.
// Just a typed object that AI can read and edit directly.

export const myPost: BlogPost = {
  slug: "ai-killed-cms",
  date: "2026-04-17",
  translations: {
    en: {
      title: "Why I stopped using a CMS",
      description: "AI understands my codebase better than any CMS UI.",
      content: makeContent(proseEn),
    },
    uk: { /* ... */ },
    de: { /* ... */ },
    // 10 languages — AI translates them all
  },
};

Lucruri pe care le fac cu AI și care în mod tradițional ar cere un CMS:

• Adaug un articol nou: "Scrie un articol nou despre X, urmează aceeași structură ca postările existente" — AI creează fișierul, adaugă traducerile, îl înregistrează în index
• Actualizez textul de pe landing page: "Schimbă titlul hero în Y" — AI găsește fișierul corect și îl actualizează
• Traduc conținut: "Adaugă traducerea în germană pentru pagina de prețuri" — AI citește versiunea în engleză și produce o traducere adaptată cultural, nu una cuvânt cu cuvânt
• Corectez o greșeală de tastare: "E o greșeală pe pagina about, 'recieve' ar trebui să fie 'receive'" — gata în 3 secunde, făcut commit în git cu un mesaj relevant

Ce a rezolvat de fapt CMS-ul — și cum îl înlocuiește AI

Să fim sinceri cu privire la ce a adus CMS-ul și cum se mapează fiecare capabilitate pe fluxul de lucru cu AI:

Ideea-cheie: git este deja un sistem de control al versiunilor mai bun decât a construit vreodată vreun CMS. Iar limbajul natural este o interfață mai bună decât orice editor WYSIWYG — pentru că poartă intenția, nu doar formatarea.

Schimbarea de paradigmă: codul este stratul de conținut

Asistăm la o inversiune. Timp de două decenii, tendința a fost să separi conținutul de cod — să pui conținutul într-o bază de date, să-l expui prin API, să-l randezi pe frontend. Avea sens când codul era greu de editat, iar conținutul trebuia să fie accesibil non-dezvoltatorilor.

AI nu a făcut CMS-ul învechit devenind un CMS mai bun. L-a făcut învechit făcând codul la fel de accesibil ca un dashboard.

Evoluția gestionării conținutului web urmează o traiectorie clară:

1. Anii 2000: CMS-uri monolitice (WordPress, Drupal) — conținut și prezentare cuplate într-un singur sistem
2. Anii 2010: CMS-uri headless (Contentful, Strapi) — conținut separat prin API, randat de framework-uri de frontend
3. Anii 2020: Generatoare de site-uri statice + Markdown (Hugo, Astro) — conținut ca fișiere, construit la momentul deploy-ului
4. 2025+: Cod-ca-conținut + AI — conținutul trăiește în cod tipizat, AI este interfața de editare

Când încă ai nevoie de un CMS

Nu e un discurs de tipul "CMS-ul a murit". CMS-ul rezolvă probleme reale la scară. Încă ai nevoie de unul când:

• Echipe editoriale mari: 10+ editori de conținut care au nevoie de acces pe bază de roluri, flux de aprobare și editare simultană. Conflictele de merge din git nu sunt o problemă pe care s-o rezolve un editor de conținut.
• Conținut de înaltă frecvență: Site-urile de știri care publică 50+ articole pe zi au nevoie de pipeline-uri editoriale optimizate, nu de commit-uri git.
• Relații complexe între conținuturi: Cataloagele e-commerce cu mii de SKU-uri, variante de produs și prețuri dinamice au nevoie de baze de date structurate.
• Conformitate cu reglementările: Industriile care cer piste de audit, lanțuri de aprobare a conținutului și procese de revizuire impuse legal au nevoie de sisteme construite special.

Granița este clară: dacă modificările tale de conținut cer coordonare între mai mulți stakeholderi non-tehnici la frecvență mare, un CMS își merită complexitatea. Dacă ești un dezvoltator solo, o echipă mică sau administrezi un site care se schimbă săptămânal, nu din oră în oră — AI + cod este mai simplu, mai rapid, mai ieftin și mai fiabil.

Viitorul: AI ca interfață universală

Tendința se întinde dincolo de CMS. Fiecare strat de abstractizare software care exista pentru că "sistemul de la bază este prea complex pentru interacțiune directă" este comprimat de AI. Dashboard-uri de administrare, interfețe de configurare, editoare vizuale de baze de date — toate acestea sunt interfețe care traduc intenția umană în modificări de sistem. AI face această traducere nativ.

Pentru site-urile simple, viitorul e deja aici. Conținutul tău este cod. Editorul tău este AI. Controlul tău al versiunilor este git. Deploy-ul tău este un push. Întregul strat CMS — dashboard-ul, baza de date, API-ul, găzduirea — era middleware între intenția ta și site-ul tău. AI a eliminat nevoia de acel middleware.

Cel mai bun CMS este niciun CMS. Nu pentru că gestionarea conținutului nu contează — ci pentru că AI a transformat codul însuși în cea mai intuitivă interfață de gestionare a conținutului pe care am avut-o vreodată.