Arhitectura unui website care crește cu tine (și nu te ține ostatic)

Situația

Site-ul a fost făcut în 2021 de o agenție care nu mai răspunde. Are 38 de plugin-uri, o temă cumpărată și un formular care trimite mailuri uneori. Vrei să adaugi o pagină nouă și îți e frică să apeși pe „Update”. Cunoști situația.

Arhitectura unui site nu e o discuție tehnică pentru dezvoltatori. E o decizie de business: cât te costă fiecare schimbare, cât de repede se încarcă, cine îl poate întreține și ce se întâmplă cu traficul tău când îl schimbi.

Static-first și edge: de ce contează

Cele mai rapide site-uri din 2026 nu „construiesc” pagina la fiecare vizită. Paginile sunt generate dinainte, ca fișiere gata de servit, și distribuite pe o rețea de servere aproape de vizitator (edge). Când cineva din Cluj deschide pagina, o primește de la un server din apropiere, în câteva zeci de milisecunde, fără bază de date, fără PHP, fără plugin-uri care rulează.

Framework-uri precum Astro sau Next.js, găzduite pe platforme edge (Cloudflare, Vercel și altele), fac exact asta. Partea dinamică — formulare, căutare, chat — se adaugă punctual, doar unde e nevoie. Rezultatul: viteză aproape imposibil de stricat, securitate mult mai simplă (nu ai un panou de administrare expus la internet) și costuri de hosting mici.

CMS sau cod?

Întrebarea reală e: cine schimbă conținutul și cât de des?

• Dacă o persoană din echipă publică articole săptămânal și vrea să editeze singură, ai nevoie de un CMS — dar poate fi unul „headless” care alimentează un site static, nu unul care randează fiecare pagină la cerere.
• Dacă site-ul are 15 pagini care se schimbă de trei ori pe an, un CMS complet e cost fără beneficiu. Conținutul poate trăi în fișiere, iar modificările se fac cu un developer sau cu un asistent AI care le propune și le publică după aprobare.

Când WordPress e în regulă și când e o datorie

WordPress nu e problema în sine. Rulează o parte uriașă din web și, făcut bine, poate fi rapid și stabil.

E în regulă când: ai o echipă care publică des, folosești o temă ușoară și puțin plugin-uri, hosting-ul e serios, cineva aplică update-urile lunar și există backup-uri testate.

Devine datorie când: temă „premium” cu page builder și 40 de plugin-uri, nimeni nu știe ce face jumătate din ele, update-urile se amână de frică, fiecare plugin e o ușă potențială pentru atacatori, iar viteza pe mobil e sub orice prag. În acel moment, fiecare lună de întreținere costă mai mult decât ar costa să nu mai fie așa.

O migrare, zero URL-uri pierdute

Aici se pierd cei mai mulți bani. Un site nou, frumos, rapid — și traficul organic scade cu 40% în două luni pentru că adresele s-au schimbat și nimeni nu le-a redirecționat.

Disciplina:

1. Inventarul URL-urilor — exportă toate adresele care primesc trafic sau au backlink-uri: din Search Console (pagini indexate, performanță), din GA4 (landing pages), din sitemap. Toate. Inclusiv PDF-urile.
2. Harta de redirecționare — pentru fiecare URL vechi, URL-ul nou corespunzător. Pagină cu pagină, nu „totul spre homepage”. O redirecționare spre homepage e, pentru Google, aproape ca o pagină lipsă.
3. 301, nu 302 — redirecționare permanentă, care transferă autoritatea paginii vechi spre cea nouă.
4. Verificare înainte de lansare — testezi harta pe mediul de staging. Fiecare URL vechi trebuie să ajungă la destinația corectă într-un singur salt.
5. După lansare — sitemap nou trimis în Search Console, monitorizezi raportul de indexare și erorile 404 săptămânal, timp de două luni. Dacă schimbi și domeniul, folosești instrumentul de schimbare a adresei din Search Console.

Bugete de performanță și accesibilitate ca bază

Un site bine construit are un buget de performanță scris: pagina cântărește sub X KB, LCP sub 2,5 s pe mobil, zero scripturi terțe încărcate înainte de interacțiune. Orice element nou trebuie să încapă în buget, altfel nu intră. Așa nu se degradează în doi ani.

Accesibilitatea nu e un plus. Contrast suficient, navigare din tastatură, etichete pe formulare, text alternativ la imagini, structură corectă de titluri. E baza pentru oameni, pentru Google și — din iunie 2025 — o obligație legală în UE pentru multe servicii online, inclusiv comerț electronic, prin European Accessibility Act.

Cine deține ce

Verifică azi, nu la divorțul de agenție:

• Domeniul — pe numele firmei tale, în contul tău, cu accesul tău. Niciodată pe contul agenției.
• Hosting-ul — contul e al tău; agenția are acces, nu proprietate.
• Codul — într-un repository la care ai acces (GitHub sau similar). Poți să dai codul altui developer mâine.
• Conturile conectate — GA4, Search Console, Tag Manager: tu ești proprietar, ceilalți sunt utilizatori.

Realitatea mentenanței

Niciun site nu e „gata”. Un site static are nevoie de puțină mentenanță (dependințe actualizate câteva ori pe an, conținut). Un WordPress are nevoie de mentenanță lunară, obligatoriu. Diferența nu e dacă plătești mentenanță, ci cât și cu ce risc.