Mentenanța unui site: ce am învățat din 35 de lucruri stricate

Mentenanța unui site înseamnă să afli că s-a stricat ceva înainte să afle clientul tău. Am ținut un registru al lucrurilor care s-au stricat, trei luni, pe site-urile mele și ale clienților. S-au adunat 35. Un singur incident din 35 a fost semnalat de o alarmă. Restul le-am găsit din întâmplare, la o folosire ulterioară sau la o verificare pe care o făceam din alt motiv.

Cifra asta a schimbat ce cred despre mentenanță, iar articolul e despre ce am aflat.

Ce am adunat, și de ce

Din iunie am început să scriu fiecare lucru stricat pe care îl găseam: pe site-ul meu, pe site-urile clienților, în uneltele mele. Cu dată, cu ce s-a stricat, cu cum am aflat și în cât timp.

Nu am scris registrul ca să public un articol. L-am scris fiindcă memoria minte, iar când repari ceva a doua oară vrei să știi dacă e același lucru sau altul.

După trei luni, registrul a devenit ceva ce nu are aproape nimeni: date reale despre ce se strică la site-uri, în loc de păreri despre ce ar trebui întreținut.

Prima surpriză: aproape nimic nu anunță

Din 35 de incidente înregistrate, unul singur a produs o alarmă. Acela a fost pe infrastructura mea, unde pusesem dinadins un paznic care bate la ușă.

Toate celelalte s-au aflat aici:

• când cineva a încercat să folosească lucrul stricat și nu a mers;
• când mă uitam la altceva și am observat că fluxul e rupt;
• când am făcut o verificare cerută de altcineva, din alt motiv.

Asta e partea pe care nu o spune nicio ofertă de mentenanță. Un site stricat arată exact ca un site întreg. Nu se aprinde niciun bec. Iar dacă nimeni nu se uită anume, defectul rămâne acolo luni de zile.

Ce înveți din asta: întrebarea corectă către oricine îți întreține site-ul nu e „ce faci lunar”. E „cum ai afla dacă se strică ceva între două intervenții”. Dacă răspunsul e „ne spuneți dumneavoastră”, ai reparații la cerere, nu mentenanță.

A doua surpriză: se strică altceva decât credeam

Am grupat cele 35 de incidente pe felul verificării care le-ar fi prins. Ordinea m-a luat prin surprindere.

Uită-te la ultimul rând. Actualizarea modulelor, adică exact ce vinde toată lumea sub numele de mentenanță, a produs două incidente din 35. Contează, sigur. Dar e a șaptea, nu prima.

Iar pe primul loc stă ceva ce nu apare în nicio ofertă de întreținere.

Măsurarea, sau cum să iei decizii pe cifre false luni întregi

Opt incidente. E categoria cu cele mai lungi tăceri, fiindcă o măsurătoare stricată nu dă eroare. Îți arată un număr. Numărul arată bine. Numărul e greșit.

Un magazin la care evenimentul de cumpărare nu fusese înregistrat niciodată. Nu „măsura greșit”, nu exista. Iar sesiunile în care oamenii chiar comandaseră lipseau din raport cu totul, pe două luni în urmă. Toate deciziile luate în perioada aia au fost luate pe o hartă cu o zonă albă în mijloc.

Un site unde datele se ștergeau singure după două luni, fiindcă setarea de păstrare rămăsese pe valoarea din fabrică. Nimeni nu observă asta până în ziua în care vrea să compare cu anul trecut, iar anul trecut nu mai există.

Un cont de acces la Search Console pierdut aproape o lună fără ca cineva să afle. S-a văzut abia când a venit vremea raportului, care a plecat fără datele de căutare.

Un magazin unde 97 din 100 de vizite erau trafic automat, nu oameni. Trei săptămâni de cifre care nu se puteau citi.

Ce înveți din asta: o dată pe lună, deschide raportul și verifică mecanismul, nu doar cifrele. Se emite evenimentul de cumpărare? Câte comenzi ai avut de fapt, după contabilitate, și câte arată raportul? Dacă cele două nu seamănă, raportul minte de mai mult timp decât crezi.

Copiile de siguranță, sau iluzia cea mai scumpă

Șase incidente, toate la mine, toate tăcute. Le spun pe față, fiindcă exact ele m-au învățat ce înseamnă un backup adevărat.

O copie săptămânală a eșuat și nu a mai rulat. Am aflat trei zile mai târziu, și numai fiindcă făceam altceva și m-am uitat. Jurnalul care ar fi trebuit să mă anunțe se scria chiar pe discul care lipsea.

O copie a fișierelor cu parole nu mai rulase de 122 de zile. Patru luni în care credeam că am o plasă.

Oglinda de siguranță nu fusese niciodată restaurată. „Se poate relua de acolo” era o presupunere, nu un fapt. Când am probat-o efectiv, a trecut, dar proba a scos trei capcane pe care cititul nu le arătase.

Un folder întreg era sărit tăcut din copie, din cauza unei diacritice din numele lui.

Ce înveți din asta: un backup se judecă după refacere, nu după existență. Întreabă când a fost refăcut ultima dată și cât a durat. Dacă nu există un răspuns cu dată și cu minute în el, ai o presupunere. Iar durata contează la fel de mult: cât ține refacerea e cât stai fără site în ziua proastă.

Drumul banilor, sau cele patru minute care taie încasările

Patru incidente, cu cel mai mare cost pe minut din tot registrul.

O pagină de coș complet goală pe site-ul live, de la o linie de stil pusă într-un loc greșit. Partea care contează: codul trimis de server era corect. O verificare pe sursă ar fi spus că totul e în regulă. Pagina se construia în browser, iar acolo se rupea.

O limită de „un exemplar pe comandă” care se putea ocoli: doi itemi în coș, plată dublă, un singur produs livrat.

O livrare plătită care a căzut pe un motiv trecător și a rămas definitiv eșuată. Panoul de administrare susținea că se reia singură. Nu se relua. Un om plătise și nu primise.

Ce înveți din asta: o dată pe lună, cumpără de la tine. Până la capăt, cu plată reală, de pe telefon. Costă cinci minute și prinde ce nicio verificare tehnică nu vede.

Disponibilitatea, indexarea, versiunile

Restul categoriilor le strâng, fiindcă în ele stau lucrurile pe care le știi deja.

Site căzut, o dată complet, de la cod pus unde nu trebuia, iar calea de reparare trecea chiar prin mecanismul căzut. Acces blocat 17 ore de firewallul propriei găzduiri, tăind site, panou, poștă. Proprietatea în Search Console căzută pe „neconfirmat” după o reconstrucție, tăcut. Harta site-ului cu un produs din nouă, iar cele opt lipsă erau chiar paginile de vânzare.

Și versiunile, unde am o cifră care mi-a rămas în minte: un modul de pe site-ul unui client avea 22 de vulnerabilități cunoscute, dintre care 13 exploatabile fără parolă. Cu trei săptămâni înainte fuseseră 16. Numărul creștea singur, în timp ce nimeni nu atingea nimic.

Aici cifrele mari sunt publicate de alții și le-am scris pe larg în articolul despre ce înseamnă un site construit corect: peste șapte mii de vulnerabilități noi într-un an în ecosistemul WordPress, aproape toate în module. Cifra e despre WordPress fiindcă acolo se măsoară, iar acolo se măsoară fiindcă e platforma cu cele mai multe lucruri adăugate peste ea. Exact asta o face utilă pentru oricine: riscul nu vine din platformă, vine din ce adaugi peste ea și lași neatins, indiferent cum se numește platforma, plus ce am găsit scanând primele zeci de site-uri care au trecut pe la scanerul meu.

Deci ce ar trebui să conțină mentenanța, pe intervale

Aici e partea utilă, reordonată după ce s-a stricat de fapt, nu după ce e obișnuit să se vândă.

Lunar, în ordinea asta:

1. Verifici că măsurarea încă măsoară. Evenimentele importante chiar se emit; setarea de păstrare a datelor nu e pe implicit; accesul la Search Console și la analytics încă există; traficul intern e filtrat.
2. Cumperi de la tine, până la capăt. Sau trimiți formularul, dacă nu vinzi online.
3. Verifici că backupul se poate REFACE, nu doar că s-a făcut. O dată la câteva luni, îl refaci undeva unde nu strică nimic, și cronometrezi.
4. Actualizezi ce e de actualizat, apoi reiei pasul 2. Pe WordPress sunt modulele și tema, pe Shopify sau PrestaShop aplicațiile instalate, pe un site făcut la comandă bibliotecile pe care stă. Peste tot e aceeași capcană: o actualizare poate repara o gaură și rupe un buton în aceeași mișcare.

Trimestrial: viteza pe date de la oameni reali, adunate pe o fereastră de 28 de zile, față de pragurile publicate de Google; legăturile rupte, modulele pe care nu le mai folosește nimeni. Fiecare modul instalat e o ușă în plus, iar ușile nefolosite tot uși rămân.

Anual: versiunea de PHP pe care rulează site-ul, care are termen de expirare și pe care nu o vede nimeni. Versiunile 8.0 și 8.1 sunt deja ieșite din suport, iar 8.2 iese pe 31 decembrie 2026. Dacă ești pe o platformă găzduită, versiunea se schimbă fără să te întrebe, ceea ce sună comod și e de fapt altă problemă: se schimbă și când nu ești pregătit, iar ce se rupe îl repari tot tu. Paginile legale și consimțământul, fiindcă ele descriu un site care între timp s-a schimbat. Accesibilitatea.

Continuu, cu o unealtă, nu cu ochii: dacă site-ul răspunde, dacă certificatul expiră, dacă domeniul expiră. Un domeniu uitat se pierde, iar recuperarea e scumpă și uneori imposibilă.

Ce verifici singur, în zece minute

Deschide raportul de analytics și numără comenzile din luna trecută. Compară cu ce spune contabilitatea. Dacă cele două nu seamănă, măsurarea ta minte.

Cumpără de la tine, de pe telefon, până la plată. Dacă nu vinzi online, trimite formularul de contact și vezi dacă ajunge.

Întreabă-l pe cel care îți ține site-ul când a fost refăcut ultima copie de siguranță și cât a durat. Notează dacă răspunsul are o dată în el.

Iar dacă vrei imaginea tehnică fără să înveți instrumentele, pornește verificarea gratuită de securitate: primești pe e-mail scorul, problemele pe grade de gravitate și ce ai de făcut cu ele. Pentru un magazin, unde miza e mai mare, se vede cel mai bine pe un caz concret.

Ce ceri într-o ofertă de mentenanță

Patru întrebări, scoase din exact ce s-a stricat în registru.

1. Cum aflați că s-a stricat ceva între două intervenții? Dacă răspunsul e „ne spuneți dumneavoastră”, plătești reparații la cerere, nu mentenanță.
2. Ce verificați DUPĂ o actualizare, și pe ce anume? Răspunsul bun numește drumul banilor: formular, coș, plată.
3. Când a fost refăcută ultima copie de siguranță, și cât a durat? Răspunsul bun are o dată și un număr de minute.
4. Ce primesc scris, lunar? Răspunsul bun e o pagină cu ce s-a verificat, ce s-a schimbat față de luna trecută și ce așteaptă o decizie de la tine. Tăcerea între facturi nu e raport.

Un furnizor bun răspunde la toate patru fără să se supere. Unul care se supără vrea doar să încaseze.

Concluzia

Registrul m-a învățat un lucru pe care nu îl bănuiam când am început să îl țin: problema nu e că lucrurile se strică. Problema e că se strică fără să știm.

Un site căzut se vede în cinci minute. O măsurătoare stricată se vede peste luni de zile, după ce ai luat pe ea toate deciziile trimestrului. O copie de siguranță care nu se poate reface se vede exact o dată, în ziua în care ai nevoie de ea.

De asta mentenanța bună nu se măsoară în câte butoane apeși pe lună. Se măsoară în cât de repede afli. Iar dacă vrei să vezi unde stai acum, începe cu verificarea gratuită sau hai să ne uităm împreună.

Întrebări frecvente

Ce înseamnă mentenanța unui site?

Să afli că s-a stricat ceva înainte să afle clientul tău. În practică: verifici lunar că măsurarea încă măsoară și că drumul banilor funcționează, actualizezi modulele și verifici după, probezi periodic că backupul se poate reface, iar disponibilitatea și expirările le urmărești cu o unealtă, nu din memorie.

Cât de des trebuie făcută mentenanța unui site?

Lunar pentru măsurare, drumul banilor și actualizări. Trimestrial pentru viteză, legături rupte și module nefolosite. Anual pentru versiunea de PHP, paginile legale și accesibilitate. Disponibilitatea și expirarea certificatului sau a domeniului se urmăresc continuu, cu o unealtă.

Ce se strică cel mai des la un site?

Din 35 de incidente pe care le-am consemnat în trei luni, pe site-uri proprii și de client, cele mai multe au fost la măsurare, adică analytics și Search Console, opt cazuri. Apoi copiile de siguranță, șase. Actualizările de module au produs două. Un singur incident din 35 a fost semnalat de o alarmă; restul s-au aflat din întâmplare.

Cum știu dacă backupul meu chiar funcționează?

Întrebând când a fost refăcut ultima dată și cât a durat refacerea. Un backup care nu a fost probat niciodată e o presupunere: se poate face în fiecare noapte și se poate dovedi incomplet exact în ziua în care ai nevoie de el. Am avut o copie care sărea tăcut un folder întreg din cauza unei diacritice din nume.

De ce nu e suficient să actualizez modulele?

Fiindcă actualizările sunt a șaptea cauză de incidente, nu prima. În registrul meu au produs două din 35. Măsurarea a produs opt, copiile de siguranță șase, iar drumul banilor patru. O mentenanță care se ocupă doar de actualizări lasă neatinse tocmai zonele unde se strică cel mai mult.

Cât costă mentenanța unui site?

Variază mult, fiindcă sub același cuvânt se vând lucruri foarte diferite: de la apăsarea butonului de actualizare o dată pe lună, până la verificarea efectivă a măsurării și a drumului banilor. Întrebarea care lămurește prețul e cum afli că s-a stricat ceva între două intervenții, și ce primești scris în fiecare lună.

Despre autoare

Georgiana Manolache, 22 de ani în marketing și comunicare. Construiesc mesajul și calea care îți aduc clienți, nu trafic fără vânzări. Aplic psihologia cumpărătorului cu o metodologie testată în timp, sprijinită de instrumente AI.

Am scris cartea „Spune-le ce vor să audă!” pentru antreprenori care vor să fie văzuți, auziți și aleși de clienții potriviți, fără să toarne bani în canale fără strategie.

Citește mai mult despre mine →