Costul ascuns al unui site pe WordPress: ce plătesc firmele fără să treacă în buget

Un site de prezentare are, în bugetul unei firme românești, o singură linie: costul de realizare. Restul se plătește în timp, în tranșe mici, sub alte denumiri. Ore de agenție pentru „a repara ceva după actualizare". Abonamente anuale la extensii comerciale care păreau gratuite la instalare. Câteva zile de vânzări pierdute după un incident de securitate. Bani cheltuiți pe reclame care duc trafic către pagini care se încarcă în patru secunde.

 

Nimeni nu adună liniile astea. Când le aduni, comparația dintre arhitecturi arată altfel decât în oferta inițială.

 

Discuția nu e despre WordPress ca tehnologie. WordPress e o platformă matură, cu un ecosistem imens, potrivită pentru proiecte cu funcționalități dinamice complexe și cu echipă tehnică proprie care o întreține. Discuția e despre ce se întâmplă când o firmă cu 15 angajați și fără departament IT primește un site de prezentare construit din temă comercială și douăsprezece extensii, apoi e lăsată să îl administreze singură.

 

Unde se duc banii, concret

 

Prima categorie de cost e mentenanța de compatibilitate. Un site cu o temă comercială și zece extensii active are, statistic, o actualizare disponibilă la câteva zile. Fiecare actualizare poate rupe ceva: un formular care nu mai trimite, un carusel care nu se mai încarcă, un layout care se dezasamblează pe mobil. Firma nu observă imediat. Observă când sună un client și spune că nu a putut trimite mesajul prin formularul de contact.

 

A doua categorie e licențierea. Extensiile care rezolvă probleme reale, formulare avansate, SEO, cache, backup, securitate, galerii, rezervări, sunt de regulă gratuite în versiunea de bază și plătite în versiunea utilă. Un site mediu ajunge fără efort la câteva sute de euro pe an în abonamente, plătite în valute diferite, la furnizori diferiți, cu reînnoiri la date diferite. Cine nu urmărește calendarul descoperă extensiile expirate abia când încetează să primească actualizări de securitate.

 

A treia categorie e cea care nu apare deloc în buget până se întâmplă. WordPress rulează pe o proporție dominantă din site-urile din lume, ceea ce îl face ținta preferată a scanărilor automate. Vectorul principal de compromitere nu e nucleul platformei, care e întreținut bine, ci extensiile abandonate de autori. O extensie fără actualizare de 18 luni cu o vulnerabilitate publicată devine ușă deschisă pentru orice bot care scanează internetul, iar site-ul respectiv ajunge să servească pagini de spam sau redirecționări către domenii care nu au legătură cu firma.

 

Recuperarea după un astfel de incident costă mai mult decât prevenția, iar reindexarea corectă în Google după o penalizare pentru conținut compromis durează săptămâni.

 

Performanța, tradusă în cifre de business

 

Un site de prezentare construit pe un page builder popular încarcă, în configurația implicită, câteva sute de kilobytes de CSS și JavaScript pe care pagina respectivă nu îi folosește. Efectul se vede în Largest Contentful Paint, indicatorul din setul Core Web Vitals care măsoară momentul în care vizitatorul vede efectiv conținutul principal. Pragul recomandat de Google e 2,5 secunde. Multe site-uri românești de prezentare stau peste 4 secunde pe conexiune mobilă.

 

Consecința nu e doar o poziție mai slabă în rezultatele de căutare, deși Core Web Vitals sunt semnal de clasare din 2021. Consecința directă e pe bani: fiecare campanie plătită care trimite trafic către o pagină lentă plătește același cost pe click pentru un procent mai mic de vizitatori care rămân. Optimizarea vitezei nu e o îmbunătățire tehnică, e o reducere a costului de achiziție.

 

O arhitectură care generează pagini HTML statice pre-construite, servite de pe CDN, rezolvă problema din altă direcție. Nu optimizează un site lent, ci elimină cauza: nu există interogare în baza de date la fiecare vizită, nu există PHP executat la runtime, nu există straturi de cache care trebuie configurate corect ca să compenseze o arhitectură care nu a fost gândită pentru viteză.

 

Rezultatele măsurate în Lighthouse pe astfel de implementări se situează în intervalul 95 până la 100 pe secțiunile de performanță, accesibilitate, best practices și SEO, cu timpi de încărcare sub 1,5 secunde. Cifrele nu sunt garanții, depind de conținut, de imagini și de infrastructură. Sunt însă reproductibile de oricine deschide instrumentul și rulează testul.

 

Cine administrează site-ul după livrare

 

Întrebarea asta lipsește din majoritatea discuțiilor de vânzare și decide o bună parte din costul următorilor ani. Un site de prezentare pe o platformă cu ecosistem de extensii presupune un administrator care urmărește actualizările, verifică după fiecare că nimic nu s-a rupt, reînnoiește licențele și face copii de siguranță testate. Nu copii de siguranță configurate, ci testate, adică restaurate măcar o dată ca să se știe că funcționează.

 

Într-o firmă fără departament IT, rolul acesta cade de obicei pe cineva din marketing, care are alte cinci priorități, sau pe agenția care a livrat proiectul, la tarif orar. Ambele variante funcționează până când persoana pleacă sau contractul se încheie.

 

Un site generat static schimbă natura sarcinii. Nu există bază de date expusă public, nu există panou de administrare accesibil din internet pe adresa implicită, nu există extensii care să ceară actualizare săptămânală. Rămâne conținutul, editat prin panoul propriu, și publicarea, care regenerează paginile.

 

Nu înseamnă zero mentenanță. Înseamnă mentenanță de conținut în loc de mentenanță de infrastructură, ceea ce e o muncă pe care o poate face cineva din echipa firmei fără pregătire tehnică.

 

Ce se schimbă în 2026 pe partea de conformitate

 

Două obligații tehnice recente ridică miza arhitecturii. Legea nr. 232/2022, aplicabilă sectorului privat din 28 iunie 2025, cere accesibilitate web conform standardului WCAG 2.1 nivel AA pentru companiile care oferă comerț electronic, servicii bancare pentru consumatori sau alte servicii digitale către consumatori din Uniunea Europeană. OUG nr. 18/2026, publicată în Monitorul Oficial nr. 236 din 26 martie 2026 și aplicabilă din 19 iunie 2026, cere o funcție digitală de retragere din contract, integrată în interfața magazinelor online.

 

Ambele se verifică prin parcurgerea fluxului real, nu prin lectura documentelor juridice de pe site. Iar ambele cer intervenție în cod.

 

Aici apare problema de proprietate. Pe o temă comercială, corecțiile de accesibilitate în componentele interactive, meniuri care nu răspund la tastatură, modale fără gestionarea focusului, câmpuri fără etichetă asociată, se aplică peste un cod care nu îți aparține și care se suprascrie la următoarea actualizare. Soluția obișnuită, tema copil, funcționează pentru ajustări cosmetice și devine fragilă pentru intervenții structurale.

 

Pe un site unde codul aparține firmei, corecția se face o dată și rămâne acolo. Diferența de cost nu se vede în primul an. Se vede la a treia sau a patra intervenție.

 

Ce presupune arhitectura fără WordPress

 

Modelul folosit de WebSimplu pentru site-uri de prezentare separă frontendul de administrare. Astro generează pagini HTML statice, servite direct de pe CDN, fără execuție de cod la fiecare vizită. Panoul de administrare e construit în Laravel, dezvoltat intern, fără plugin-uri terțe și fără dependențe de autori externi care pot abandona un proiect.

 

Elementele de SEO tehnic intră în structură din start: etichete meta, sitemap.xml, robots.txt, URL canonic, ierarhie corectă de titluri de la H1 la H6, imagini în format WebP cu încărcare întârziată. Nu se adaugă printr-o extensie care trebuie configurată, întreținută și plătită anual.

 

Ce primește clientul la final e definit contractual: codul sursă, designul, conținutul și domeniul, predate fără condiții. Dacă decide să schimbe furnizorul peste doi ani, pleacă cu tot. Nu există platformă proprietară care să blocheze migrarea, ceea ce e o poziție incomodă pentru un furnizor și confortabilă pentru client.

 

Soluțiile AI dezvoltate de aceeași echipă, chatbot antrenat pe datele clientului și tehnologie de probare virtuală pentru retail, sunt implementate și operaționale la clienți din HoReCa, retail, optică și servicii industriale. Exemple de proiecte livrate sunt publicate în portofoliul companiei.

 

Merită spus și ce nu rezolvă arhitectura asta. Nu face conținutul mai bun. Nu aduce trafic în lipsa unei strategii de conținut. Nu garantează poziții în Google, pentru că nimeni nu poate garanta asta onest. Rezolvă o categorie de probleme, cea de infrastructură și de mentenanță, și lasă restul acolo unde era.

 

Cum arată o migrare, dacă se ajunge acolo

 

Partea tehnică a unei migrări de la o platformă cu extensii către o arhitectură statică e mai puțin complicată decât se așteaptă majoritatea managerilor. Conținutul se exportă, structura de pagini se remapează, iar frontendul se reconstruiește. Timpul se duce în altă parte.

 

Se duce în redirecționările 301. Un site cu istoric are URL-uri indexate, linkuri externe primite de-a lungul anilor și pagini care aduc trafic organic pe care nimeni nu le mai deschide intern. Fiecare adresă veche trebuie să ducă la echivalentul ei nou, altfel autoritatea acumulată se pierde, iar traficul organic scade vizibil în primele săptămâni. Un plan de redirecționări construit înainte de lansare, verificat pagină cu pagină, e diferența dintre o migrare invizibilă pentru Google și una care costă câteva luni de recuperare.

 

Al doilea consumator de timp e conținutul care nu a fost niciodată structurat. Pagini construite din blocuri vizuale, unde ierarhia de titluri a fost aleasă după cum arăta textul, nu după logica documentului. Restructurarea lor e ocazia potrivită pentru corecțiile de accesibilitate web, pentru că se lucrează oricum în același loc.

 

Perioada realistă pentru un site de prezentare cu 15 până la 25 de pagini, cu redirecționări planificate și conținut migrat curat, se măsoară în săptămâni, nu în zile. Cine promite altceva nu a inclus redirecționările în estimare.

 

Cum arată decizia, practic

 

Pentru un magazin online cu funcționalități complexe, cu integrări multiple și cu echipă tehnică proprie care întreține platforma, WordPress cu WooCommerce rămâne o opțiune rațională. Ecosistemul e mare, personalul se găsește, iar costul de mentenanță e asumat conștient.

 

Pentru un site de prezentare al unei firme fără departament IT, calculul se schimbă. Costul de realizare e comparabil între cele două abordări. Costul următorilor trei ani nu e, iar diferența stă în ore de intervenție, abonamente și risc de securitate, adică exact liniile care nu apar în oferta inițială și apar în extrasul de cont.

 

Testul util înainte de orice decizie e simplu și îl poate face oricine în zece minute. Deschide site-ul actual în PageSpeed Insights și notează valoarea Largest Contentful Paint pe mobil. Apoi verifică în panoul de administrare câte extensii sunt active și câte au actualizări disponibile. Apoi caută în contabilitate cât s-a plătit anul trecut pentru intervenții tehnice neplanificate.

 

Cele trei cifre spun mai mult despre situația reală decât orice comparație de arhitecturi făcută de un furnizor, inclusiv de noi.

 

Un ultim aspect, rar discutat la semnarea contractului: cere în scris cine deține licența temei și a extensiilor comerciale folosite în proiect. În multe cazuri, licența e cumpărată pe contul agenției și acoperă mai mulți clienți simultan. Dacă relația cu agenția se încheie, licența pleacă odată cu ea, iar site-ul rămâne fără actualizări de securitate pentru componentele lui centrale. Clauza aceea de o frază, adăugată înainte de semnare, valorează mai mult decât orice negociere de preț.