WordPress sau site static: ce alegi în 2026
Comparație onestă între WordPress și un site static: viteză, securitate, costul total pe trei ani și singura întrebare care decide de fapt alegerea.
„WordPress sau site static” e o întrebare pe care o pun mai ales oamenii tehnici, iar răspunsurile pe care le primesc sunt de obicei partizane. Adepții staticului vorbesc despre viteză și securitate; adepții WordPress vorbesc despre flexibilitate și despre faptul că rulează o parte enormă din web. Ambele tabere au dreptate și ambele răspund la o întrebare greșită.
Articolul ăsta pune întrebarea corectă — care nu e tehnică — și dă o comparație onestă, inclusiv cifrele reale din migrarea propriului nostru site de pe WordPress. Precizare: noi construim în ambele feluri și avem clienți pe WordPress cărora le facem mentenanță. Nu avem interes să demontăm nimic.
Cuprins
- Întrebarea greșită și întrebarea corectă
- Ce face WordPress foarte bine
- Ce face un site static foarte bine
- Care e mai rapid
- Costul total pe trei ani
- Cine editează conținutul
- Tabel de decizie pe tip de proiect
- Varianta a treia: static cu CMS separat
- Ce se pierde pe static și cu ce se înlocuiește
- Mentenanța, comparată onest
- Cum se migrează dintr-una în alta
Întrebarea greșită și întrebarea corectă
Întrebarea greșită: care tehnologie e mai bună?
Nu există un răspuns. Sunt unelte cu profiluri diferite, iar „mai bună” depinde complet de context.
Întrebarea corectă: cine modifică conținutul acestui site, cât de des, și ce știe să facă?
Din răspunsul ăsta decurge aproape tot. Restul comparației — viteză, securitate, cost — sunt consecințe, importante dar secundare.
Trei situații, trei răspunsuri
- „Eu, săptămânal, și nu sunt tehnic.” → ai nevoie de un panou de administrare. WordPress, sau static cu un CMS.
- „Aproape niciodată. O dată la câteva luni cer o modificare.” → static. Panoul de administrare e un cost pe care nu-l folosești.
- „Publicăm zilnic, avem o echipă de redacție.” → ai nevoie de un flux editorial serios, cu roluri și aprobări.
Ce face WordPress foarte bine
Merită spus corect, pentru că e mult.
Ecosistemul. Există o extensie pentru aproape orice, iar pentru majoritatea nevoilor obișnuite nu trebuie scris cod.
Editarea. Un panou de administrare pe care îl cunosc milioane de oameni. Un angajat nou probabil l-a mai folosit.
Găsirea unui furnizor. Dacă relația cu agenția ta se încheie, găsești altcineva care lucrează pe WordPress în orice oraș. Pentru o tehnologie de nișă, nu e la fel de simplu.
Funcționalitatea complexă. Conturi de utilizator, comerț electronic, abonamente, rezervări, forumuri. Toate există și funcționează.
Costul de pornire. Pentru un site simplu, e greu de bătut.
De ce rulează o parte atât de mare din web
Nu din inerție. Pentru că rezolvă o problemă reală — publicarea de conținut de către oameni netehnici — și o rezolvă suficient de bine pentru majoritatea cazurilor.
Ce face un site static foarte bine
Un site static e format din fișiere HTML generate înainte de a fi cerute de vizitator. Nu există cod care se execută la fiecare vizită și nu există bază de date interogată la fiecare încărcare.
Viteza. Serverul livrează un fișier gata făcut. Nu construiește nimic.
Securitatea. Nu există panou de administrare de atacat, bază de date de injectat, sau extensii cu vulnerabilități. Suprafața de atac e aproape inexistentă.
Costul de găzduire. Fișierele statice se pot servi de oriunde, ieftin.
Stabilitatea. Un site static nu „cade” la o actualizare. Nu are actualizări.
Previzibilitatea. Ce vezi în previzualizare e exact ce ajunge pe server, până la ultimul octet.
Ce nu face
Nu îți dă un panou de administrare, dacă nu adaugi unul. Nu are conturi de utilizator, coș de cumpărături sau funcții care depind de starea fiecărui vizitator — nu fără servicii suplimentare.
Care e mai rapid
Un site static e semnificativ mai rapid, în special la timpul de răspuns al serverului. WordPress construiește fiecare pagină la cerere: execută cod, interoghează baza de date, aplică extensiile. Un site static livrează un fișier deja existent. Diferența la timpul până la primul octet e adesea de câteva sute de milisecunde — și ea se adaugă la absolut toate celelalte măsurători.
WordPress se poate optimiza foarte mult, cu memorare în cache la mai multe niveluri. Un WordPress bine optimizat bate un site static prost construit. Dar plafonul e mai jos și menținerea performanței cere întreținere continuă.
Cifre din migrarea noastră
Când am mutat digital-art.ro de pe WordPress, am măsurat ce era efectiv în instalare:
| Cantitate | |
|---|---|
| Fișiere totale în biblioteca media | 3.767 |
| Dimensiune totală | 181 MB |
| Din care imagini originale, necesare | 245 (35 MB) |
Derivate generate automat (nume-300x200.jpg) |
3.410 (86 MB) |
| JavaScript de la editorul vizual | 62 de fișiere, 40,6 MB |
| CSS de la editorul vizual | 10 fișiere, 12,2 MB |
| Cache de fonturi | 32 de fișiere |
| Fișier de jurnal al unei extensii | 1 fișier, 2,6 MB |
Din 181 MB, 35 erau conținut real. Restul: derivate, cache și artefacte ale unui editor vizual.
Efectul asupra performanței, după reconstrucție:
| WordPress | Static | |
|---|---|---|
| Grila de portofoliu, 12 carduri | ~2,4 MB | ~180–260 KB |
| Octeți pentru un card de 400 px | 206 KB | ~18–28 KB |
O reducere de aproximativ 90%, fără pierdere vizibilă de calitate. Nu e magie și nu e meritul tehnologiei — e absența codului care nu trebuia să existe, plus procesarea imaginilor la momentul construirii, când se știe exact la ce dimensiuni vor fi afișate.
Un WordPress configurat riguros ar putea obține o bună parte din asta. Ce e diferit e că pe static rezultatul vine implicit, nu ca urmare a unei optimizări pe care cineva trebuie să o întrețină.
Costul total pe trei ani
| WordPress | Static | |
|---|---|---|
| Realizare | comparabil | comparabil |
| Găzduire, 3 ani | 150–300 € | 0–90 € |
| Licențe extensii, 3 ani | 150–450 € | 0 € |
| Actualizări și mentenanță | 300–900 € | 0–150 € |
| Risc de incident de securitate | real | aproape nul |
| Costul unui incident | 200–1.500 € | — |
| CMS pentru editare, dacă e nevoie | inclus | 0–300 € |
Nuanțele
Realizarea costă cam la fel. Munca de design, conținut și structură e identică. Diferența e la implementare și se compensează în ambele sensuri.
Mentenanța e diferența principală. Un WordPress cu extensii are nevoie de actualizări regulate. Nefăcute, devine vulnerabil. Făcute prost, strică ceva. E un cost recurent real.
Riscul de securitate nu e teoretic. Un site WordPress neactualizat e compromis, statistic, într-o chestiune de luni. Costul include curățarea, eventuala pierdere de poziții și, uneori, refacerea.
Dacă ai nevoie de editare pe static, adaugi un CMS și o parte din economie dispare. Rămâne avantajul de securitate și de performanță.
Cine editează conținutul
Întrebarea care decide.
Dacă editezi des și nu ești tehnic
Ai nevoie de un panou. Variantele:
- WordPress. Familiar, complet, cu costul de întreținere aferent.
- Static cu un CMS extern. Editezi într-o interfață, iar site-ul se reconstruiește automat. Ai panoul și păstrezi avantajele staticului. Complexitate de configurare mai mare la început.
Dacă editezi rar
Un panou de administrare pe care îl deschizi de trei ori pe an e un cost permanent pentru o nevoie ocazională. Static, cu modificările făcute de furnizor, e mai ieftin și mai sigur.
Cazul tipic: un site de prezentare de firmă. Textele se schimbă rar; portofoliul se completează de câteva ori pe an.
Dacă ai o echipă de redacție
Ai nevoie de roluri, drafturi, programare, aprobări. WordPress le are din start; pe static, se rezolvă cu un CMS potrivit, dar e o decizie de arhitectură, nu o bifă.
Întrebarea de pus înainte de a decide
„De câte ori am modificat conținutul site-ului în ultimele 12 luni?”
Răspunsul e aproape întotdeauna mai mic decât estimarea. Verifică în istoricul site-ului, nu din memorie.
Tabel de decizie pe tip de proiect
| Proiect | Recomandare | De ce |
|---|---|---|
| Site de prezentare, 10–20 pagini, actualizat rar | static | viteză, securitate, cost mic de întreținere |
| Site de prezentare, cu blog activ săptămânal | static + CMS sau WordPress | depinde de cine scrie |
| Portofoliu cu multe proiecte | static | conținut structurat, actualizat rar |
| Blog cu mai mulți autori | WordPress sau static + CMS | flux editorial |
| Magazin online mic | WordPress cu extensie de comerț | ecosistem matur |
| Magazin online mare | platformă dedicată | volum și operare |
| Site cu conturi de utilizator | WordPress sau aplicație | stare per utilizator |
| Site cu formulare complexe și logică | oricare, cu servicii pentru formulare | nu e criteriul decisiv |
| Site multilingv, conținut stabil | static | structurile se generează, nu se administrează manual |
| Site instituțional cu cerințe stricte de accesibilitate | static | control complet asupra codului emis |
Ultimul rând merită o notă. De la 28 iunie 2025, cerințele de accesibilitate din Legea 232/2022 se aplică unei serii de servicii digitale. Pe un site static controlezi exact ce cod ajunge la vizitator; pe o platformă cu extensii, o actualizare poate introduce o problemă de accesibilitate fără ca nimeni să afle. Vezi Accesibilitatea web obligatorie.
Varianta a treia: static cu CMS separat
Combinația pe care o aleg tot mai multe proiecte.
Cum funcționează: conținutul se editează într-o interfață web dedicată. La salvare, site-ul se reconstruiește automat și se publică. Vizitatorul primește fișiere statice.
Ce câștigi: panou de editare pentru oamenii netehnici, plus viteza, securitatea și costul de găzduire ale staticului.
Ce plătești: o configurare inițială mai complexă, un abonament la serviciul de CMS (adesea gratuit pentru puțini utilizatori), și un decalaj de câteva zeci de secunde între salvare și publicare.
Pentru cine: un site de prezentare cu blog, unde cineva din firmă vrea să publice singur, dar nimeni nu vrea să administreze o platformă.
Ce se pierde pe static și cu ce se înlocuiește
Partea onestă a comparației. Un site static nu execută cod la fiecare vizită, deci o serie de funcții nu există implicit. Toate au înlocuitori — dar sunt decizii separate, cu costuri separate.
| Funcție | Pe WordPress | Pe static |
|---|---|---|
| Formular de contact | extensie | serviciu extern sau un mic script pe server |
| Căutare internă | interogare în baza de date | index generat la construire, căutare în browser |
| Comentarii | integrate | serviciu extern |
| Conturi de utilizator | integrate | serviciu de autentificare |
| Comerț electronic | extensie | serviciu extern sau altă platformă |
| Conținut personalizat per vizitator | integrat | JavaScript în browser |
| Programarea publicării | integrată | reconstrucție declanșată la momentul dorit |
Cele care contează în practică
Formularul. E singura funcție de care are nevoie absolut orice site de prezentare. Se rezolvă simplu: un mic script pe server care primește datele și trimite e-mailul, sau un serviciu extern. Costul e neglijabil.
Căutarea internă. Pentru un site cu 20 de pagini, nu e necesară — navigația e suficientă. Pentru unul cu 150 de proiecte, se generează un index de căutare la construire și căutarea se face în browser, instantaneu, fără server.
Comentariile. Rareori folosite pe un site de firmă, și când sunt, aduc mai mult spam decât conversații.
Regula de decizie
Dacă lista de funcții de care ai nevoie conține conturi de utilizator sau comerț electronic real, întrebarea „static sau WordPress” e deja închisă. Pentru orice altceva, înlocuitorii sunt simpli și adesea mai buni decât originalul.
Mentenanța, comparată onest
Diferența principală de cost în timp, descrisă concret.
Pe WordPress
| Activitate | Frecvență | Cine |
|---|---|---|
| Actualizare nucleu | la fiecare versiune | administrator |
| Actualizare extensii | lunar sau mai des | administrator |
| Actualizare temă | periodic | administrator |
| Verificare după actualizare | de fiecare dată | administrator |
| Copie de siguranță înainte de actualizare | de fiecare dată | automat sau manual |
| Monitorizare de securitate | continuu | extensie sau serviciu |
| Curățare bază de date | periodic | administrator |
Efort realist: 1–3 ore pe lună pentru un site obișnuit, plus intervenții când o actualizare strică ceva.
Riscul specific: o extensie actualizată poate intra în conflict cu alta. De aceea actualizările se fac cu copie de siguranță și cu verificare după — nu se apasă „actualizează tot” și gata.
Pe static
| Activitate | Frecvență |
|---|---|
| Actualizare dependențe de construire | 1–2 ori pe an |
| Verificare formulare | trimestrial |
| Verificare legături externe | anual |
Efort realist: câteva ore pe an.
Riscul specific: dependențele de construire rămân în urmă dacă nimeni nu le atinge doi ani. Nu afectează site-ul publicat — fișierele servite rămân aceleași — dar face reconstrucția mai grea când ai nevoie de o modificare.
Nuanța importantă
Un WordPress întreținut e perfect sigur. Problema nu e platforma, e că întreținerea e o sarcină recurentă care, în firmele mici, cade între scaune.
Întrebarea de pus: cine face actualizările lunare, și e plătit pentru asta? Dacă răspunsul e „nimeni, ne descurcăm”, staticul elimină o categorie de risc pe care nu ai cine să o gestioneze.
Cum se migrează dintr-una în alta
De pe WordPress pe static
Fezabil și făcut des. Etapele:
- Export complet — conținut, imagini, structura de adrese.
- Inventarul adreselor. Partea critică. Detalii în Cum am migrat un site fără să pierdem poziții.
- Transformarea conținutului în fișiere structurate.
- Reconstrucția designului și a componentelor.
- Redirecționările, verificate automat.
- Lansarea, cu urmărire 30 de zile.
Durata pentru un site de prezentare mediu: comparabilă cu realizarea unuia nou, pentru că munca de conținut e aceeași.
Ce se pierde: funcțiile care depindeau de execuția de cod la fiecare vizită — căutare internă cu bază de date, conturi, comentarii. Fiecare are un înlocuitor, dar e o decizie separată.
De pe static pe WordPress
Se face mai rar, de obicei când nevoile s-au schimbat: a apărut un magazin, sau o echipă care publică zilnic. Conținutul structurat se importă relativ ușor.
Semnul că e momentul: ceri furnizorului modificări de conținut mai des decât o dată pe săptămână.
Concluzia
Nu există un răspuns universal, și oricine îți dă unul fără să te întrebe cum lucrezi îți vinde ce știe el să facă.
Reia întrebarea de la început: cine modifică conținutul, cât de des, și ce știe să facă?
- Rar, și nu vrei să te ocupi de întreținere → static.
- Des, și vrei să publici singur → WordPress sau static cu CMS.
- Ai deja un WordPress care funcționează bine și e întreținut → nu-l muta pentru că e la modă. Migrarea are cost și risc; se face pentru un motiv concret, nu pentru un scor de viteză.
Lucrăm în ambele feluri. Construim site-uri statice și facem mentenanță WordPress(se deschide într-o filă nouă) pentru clienți care rămân pe platformă — inclusiv pentru site-uri realizate de alte agenții.
Scrie-ne cu situația ta și îți spunem sincer ce are sens. Inclusiv când răspunsul e „lasă-l cum e”.
Citește mai departe: Core Web Vitals explicat pentru antreprenori, Găzduire web: ce contează cu adevărat și Cum am migrat un site fără să pierdem poziții.