Aproape orice proprietar de site WordPress îți va spune că are backup. Puțini au verificat vreodată dacă acel backup chiar funcționează. Diferența dintre cele două situații se vede exact în momentul în care ai nevoie de el — și atunci e prea târziu să afli că nu era bun.
Un backup nu e o bifă pe o listă de verificare. E singura ta plasă de siguranță reală atunci când un update strică site-ul, un hacker pătrunde în baza de date sau, pur și simplu, apeși din greșeală pe butonul greșit. Articolul ăsta nu e despre teorie — e despre ce înseamnă concret un backup care chiar te salvează atunci când ai nevoie.
De ce backup-ul e mai important decât crezi
WordPress nu e un sistem static. Plugin-uri, teme, nucleul în sine — toate se actualizează constant, iar fiecare actualizare e o șansă (mică, dar reală) ca ceva să nu mai funcționeze cum trebuie. La asta se adaugă riscul de atacuri, greșeli umane (ștergere accidentală de conținut, modificări greșite în cod) și probleme de hosting care pot apărea oricând, indiferent cât de bun e furnizorul.
Fără backup, oricare dintre aceste situații înseamnă să iei totul de la zero: conținut, design, comenzi, useri, ani de muncă. Cu un backup funcțional, aceeași problemă devine o restaurare de câteva minute.
Diferența nu e dacă ai un backup. E dacă acel backup chiar poate fi restaurat atunci când contează.
Cele 5 greșeli care fac backup-ul inutil
1. Backup-ul stă pe același server cu site-ul
Cea mai frecventă greșeală. Mulți proprietari de site folosesc un plugin de backup care salvează totul în wp-content/uploads/backups sau într-un folder similar, direct pe același hosting. Pare practic — până când serverul are o problemă, contul e suspendat sau un atac șterge tot directorul, backup inclusiv. Un backup care stă lângă originalul nu te protejează de niciunul dintre scenariile pentru care l-ai făcut.
Regula de bază: backup-ul trebuie să existe într-o locație complet separată — stocare cloud (Google Drive, Dropbox, Amazon S3 sau similar), nu pe același cont de hosting.
2. Nimeni nu a testat o restaurare reală
Un backup care există dar nu a fost niciodată restaurat e, practic, o necunoscută. Fișierele pot fi corupte, arhiva poate fi incompletă, sau procesul de restaurare poate eșua din motive pe care le descoperi abia atunci când chiar ai nevoie de el. Un backup netestat e o presupunere, nu o garanție.
Testarea nu trebuie să fie complicată: o restaurare completă pe un subdomeniu de test, o dată la câteva luni, e suficient ca să ai certitudinea că procesul funcționează.
3. Backup-ul conține doar baza de date (sau doar fișierele)
WordPress nu e doar conținut text — e și o combinație de fișiere (teme, plugin-uri, imagini, fișiere de configurare) și o bază de date (articole, pagini, comentarii, setări, comenzi WooCommerce dacă ai magazin online). Un backup care prinde doar una dintre cele două componente e parțial și, în multe cazuri, inutil pentru o restaurare completă.
Verifică explicit ce salvează soluția ta de backup: ai nevoie de fișiere + bază de date, ambele, de fiecare dată.
4. Frecvența nu se potrivește cu ritmul site-ului
Un magazin online cu comenzi zilnice are nevoie de backup-uri zilnice, poate chiar mai dese. Un site de prezentare actualizat o dată pe lună poate funcționa și cu backup-uri săptămânale. Problema apare când frecvența nu ține cont de cât de des se schimbă conținutul: dacă faci backup o dată pe lună la un magazin cu comenzi zilnice, în caz de problemă pierzi potențial săptămâni de comenzi și clienți.
Gândește-te la întrebarea simplă: „dacă aș pierde tot ce s-a întâmplat de la ultimul backup, cât m-ar costa?” Răspunsul îți spune cât de des ai nevoie de backup.
5. Există o singură copie, fără istoric
Dacă ai o singură versiune de backup și aceasta se suprascrie automat de fiecare dată, ești expus la un risc subtil: dacă site-ul a fost compromis sau corupt de ceva timp fără să observi, ultimul backup conține deja problema. Restaurarea „celui mai recent” backup nu te ajută cu nimic dacă acel backup e deja infectat.
Soluția corectă păstrează mai multe versiuni în timp — de exemplu, ultimele 7-30 de zile — astfel încât să poți alege un punct de restaurare dinainte ca problema să fi apărut.
Cum arată un backup WordPress făcut corect
Pornind de la greșelile de mai sus, un backup funcțional respectă câteva principii simple:
Stocare separată de hosting-ul site-ului — cloud extern, nu același cont.
Automatizat, nu manual — dacă depinde să-ți aduci aminte tu, la un moment dat se va întâmpla să uiți.
Complet — fișiere și bază de date, de fiecare dată.
Frecvență potrivită cu ritmul de actualizare al site-ului (zilnic pentru magazine online, săptămânal pentru site-uri de prezentare).
Cu istoric — mai multe versiuni păstrate, nu doar ultima.
Testat periodic — o restaurare reală, nu doar prezența unui fișier .zip undeva.
Dacă bifezi toate punctele astea, ai un backup pe care chiar te poți baza. Dacă nu ești sigur la câte dintre ele te încadrezi, probabil că nu te încadrezi la suficiente.
Ce faci dacă nu ai (încă) un backup bun
Nu trebuie să rescrii tot sistemul de backup ca să faci progres rapid:
Verifică ce ai acum. Dacă folosești un plugin de backup, uită-te exact unde salvează fișierele și ce conțin ele — fișiere, bază de date sau ambele.
Mută stocarea în afara hosting-ului, dacă nu e deja acolo. Majoritatea plugin-urilor de backup oferă conectare la Google Drive sau servicii similare gratuit sau la cost redus.
Fă o restaurare de test, măcar o dată. E singurul mod să știi sigur că procesul funcționează.
Setează frecvența potrivită pentru tipul tău de site, nu cea implicită din plugin.
Dacă nu ai timp sau confort tehnic să faci asta singur, e exact genul de lucru pe care îl preia un abonament de mentenanță — fără să te mai gândești la el.
Backup-ul nu previne problemele. Te scoate din ele.
Un backup bun nu împiedică un atac, o eroare de update sau o greșeală umană. Ce face e să transforme oricare dintre aceste situații dintr-un dezastru într-un inconvenient de câteva minute. Diferența dintre cele două e, de cele mai multe ori, dacă ai testat vreodată restaurarea înainte să ai nevoie de ea cu adevărat.