De ce nu construim pe WordPress (și de ce nu ți-l scoatem, dacă îl ai)

Întrebarea vine devreme în aproape orice discuție: „îl faceți pe WordPress?"

Răspunsul scurt e nu. Răspunsul lung merită spus, pentru că cel scurt sună a snobism tehnic, iar nu despre asta e vorba.

Și, mai important: dacă ai deja un site pe WordPress, nu ți-l scoatem. Explic mai jos de ce cele două lucruri nu se contrazic.

WordPress e bun la ceva anume

Vreo patruzeci la sută din site-urile de pe internet rulează pe el — 40,7% în septembrie 2026, după W3Techs — și nu din întâmplare. E cea mai bună unealtă existentă pentru un lucru foarte precis: un site cu mult conținut, pe care cineva îl editează des, fără să știe să programeze.

Un blog, o revistă, un site de prezentare cu douăzeci de pagini care se schimbă lunar. Acolo WordPress e răspunsul corect, iar cine îți spune altceva îți vinde ceva.

Noi construim altceva.

Un site care se citește vs. un sistem care lucrează

Ce livrăm noi nu e o broșură. E un lucru care preia o cerere la unsprezece noaptea, o pune într-un calendar, trimite o confirmare, îi amintește omului cu o zi înainte, eliberează intervalul dacă el anulează și te anunță pe tine dacă ceva n-a mers.

Diferența nu e de mărime, e de natură. Un site greșit arată prost. Un sistem greșit pierde o programare — și nimeni nu află până când clientul nu apare.

Odată ce lucrul construit atinge bani și timp promis unor oameni, întrebările se schimbă. Nu mai e „arată bine?", ci „ce se întâmplă când pică?", „de unde știu că a picat?", „cine e responsabil pentru bucata asta de cod?".

Unde se rupe modelul de pluginuri

Puterea WordPress e că are un plugin pentru orice. Asta e și partea care ne oprește.

Fiecare plugin e cod scris de altcineva, actualizat după programul lui, care rulează în același loc cu restul. Un site cu douăsprezece pluginuri are douăsprezece surse de schimbări pe care nu le controlează nimeni de la tine.

Pentru un site de prezentare, e un compromis rezonabil. Pentru sistemul care îți ține programările, e o dependență pe care nu o poți explica unui client care n-a primit reminderul.

Se vede și în ce verificăm la audit: multe widget-uri de rezervare se încarcă prin JavaScript, ca pluginuri, iar dacă unul se strică, pagina arată perfect și formularul pur și simplu nu mai trimite. Nimic nu semnalează. E genul de defecțiune care se descoperă când sună clientul.

Cele două lucruri pe care le vedem cel mai des

Nu sunt argumente teoretice, sunt din rapoarte reale:

Versiunea anunțată public. Multe instalări își scriu în codul paginii ce versiune rulează. Cine caută o problemă cunoscută pentru versiunea aia nu are nevoie să ghicească. E o linie care se poate scoate în două minute, și aproape nimeni n-o scoate.

Actualizările care nu se fac. Un site pe pluginuri cere întreținere lunară. Când nimeni nu e plătit s-o facă, nu se face — și asta nu e o critică adusă proprietarului, e felul în care funcționează orice lucru care cere atenție constantă fără să ceară nimic vizibil.

Ce folosim în loc, și de ce

Construim pe Next.js, cu paginile generate dinainte și găzduite pe infrastructură din Uniunea Europeană. În practică asta înseamnă trei lucruri:

Se încarcă repede pe telefon, unde se întâmplă majoritatea căutărilor locale.

Nu are pluginuri. Fiecare bucată de cod e scrisă sau aleasă de noi, deci știm ce face și ce se întâmplă dacă pică.

Eșecurile se văd. Când un flux se rupe, primești o notificare. Diferența practică față de un proces manual prost nu e că nu greșește niciodată — e că afli în minutul în care greșește, nu peste o lună.

Și totuși nu ți-l scoatem

Asta e partea care pare o contradicție și nu e.

Regula noastră e că nu înlocuim ce funcționează. Dacă ai un site pe WordPress în care intri săptămânal și îți place, rămâne. Construim ce lipsește între lucrurile pe care le ai deja, și le legăm.

La fel cu Mero, cu programul de contabilitate, cu cel de clinică. Un furnizor care începe prin a-ți spune că tot ce ai e greșit are un interes evident în asta.

Propunem o schimbare doar când unealta chiar blochează ce vrei să faci — și atunci îți spunem exact ce blochează, nu „e mai bine așa".

Cum alegi, dacă ești la început

Trei întrebări, în ordinea asta:

1. Cine schimbă conținutul, și cât de des? Dacă tu, săptămânal, ai nevoie de un sistem de editare. WordPress e bun la asta.
2. Site-ul doar informează, sau lucrează? Dacă preia cereri, programează, încasează sau trimite reminder-e, nu mai e un site, e un sistem.
3. Cine îl întreține peste șase luni? Dacă răspunsul e „nimeni", alege varianta care cere cea mai puțină întreținere, nu pe cea cu cele mai multe funcții.

Dacă vrei să vezi cum stă site-ul pe care îl ai acum — orice ar fi el — auditul se uită la ce se vede din exterior și îți spune în două minute. Rulează-l aici.