Cum să creezi un Plan de Recuperare în caz de Dezastru pentru site-ul tău WordPress

Nimeni nu se gândește la un plan de recuperare până în ziua în care deschide site-ul și vede un ecran alb sau, mai rău, o pagină de „Hacked by...". Atunci apar întrebările pe care ar fi trebuit să ți le pui mai devreme: unde e ultima copie funcțională? Cine are parolele? Cât durează să reveniți online? Un plan de recuperare în caz de dezastru înseamnă exact răspunsurile la aceste întrebări, pregătite din timp, ca să nu le cauți sub presiune.

Nu vorbim despre ceva rezervat corporațiilor cu departamente IT întregi. Dacă site-ul tău aduce clienți, comenzi sau pur și simplu îți reprezintă afacerea, ai nevoie de un asemenea plan. Vestea bună e că poate încăpea pe o singură pagină.

Ce poate merge prost, de fapt

În aproape două decenii de când ne ocupăm de site-uri WordPress, am văzut aceleași patru scenarii repetându-se, indiferent de mărimea afacerii. Le enumăr fără dramatism, pentru că fiecare are o soluție dacă ești pregătit:

• Un site spart (hack). Cineva îți injectează cod, îți redirecționează vizitatorii spre alte pagini sau îți fură datele clienților. De multe ori pornește de la un plugin neactualizat.
• Un update eșuat. Apeși „Update" la un plugin sau la o temă și, în loc de o versiune nouă, primești o eroare fatală. Site-ul rămâne blocat exact în momentul în care aveai mai multă nevoie de el.
• Serverul căzut. Furnizorul de hosting are o defecțiune, discul cedează sau contul e suspendat. Nu ține de tine, dar te afectează direct.
• Eroarea umană. Ștergi din greșeală o pagină, suprascrii un conținut, dai drumul la o modificare direct pe site-ul live. Se întâmplă chiar și celor cu experiență, într-o zi aglomerată.

Observi ce au în comun? Niciunul nu te anunță dinainte. Tocmai de aceea pregătirea contează mai mult decât reacția.

Cum te pregătești: cele patru piese ale planului

Un plan bun nu are nevoie de zeci de instrumente. Are nevoie de patru lucruri așezate corect.

1. Un backup extern, testat

Aici greșesc cei mai mulți. Au un backup, dar stă pe același server cu site-ul. Când serverul cade sau e compromis, dispare și copia de siguranță odată cu originalul. Un backup adevărat trăiește în altă parte: în cloud, pe alt server, undeva de unde îl poți recupera chiar dacă hostingul actual nu mai există.

Și mai important: un backup pe care nu l-ai restaurat niciodată e doar o presupunere. Am întâlnit clienți convinși că sunt acoperiți, până când fișierul s-a dovedit corupt sau incomplet fix în ziua în care aveau nevoie de el. De aceea insistăm ca fiecare backup să fie și testat, nu doar generat. Dacă vrei să scapi de această grijă, serviciul nostru de backup WordPress se ocupă de copii externe, automate și verificate periodic.

2. Accesuri documentate

Într-o criză, pierzi timp prețios căutând parole prin e-mailuri vechi. Notează într-un loc sigur (un manager de parole, nu un fișier text pe desktop) tot ce ți-ar trebui ca să reconstruiești site-ul de la zero:

• datele de acces la hosting și la panoul de control (cPanel, Plesk sau echivalent);
• userul și parola de administrator WordPress;
• accesul FTP/SFTP și la baza de date;
• unde e înregistrat domeniul și cine îl controlează;
• contactele de la furnizori, cu numerele de suport.

Dacă mâine ai fi indisponibil, ar putea altcineva din echipă să pornească recuperarea cu ce ai notat? Dacă răspunsul e „nu", planul are o gaură.

3. RTO și RPO, pe înțelesul tău

Doi termeni tehnici care sună complicat, dar înseamnă lucruri simple. Merită să îi înțelegi, pentru că îți dictează cât de des faci backup și ce hosting alegi.

RTO (Recovery Time Objective) este răspunsul la întrebarea „cât de repede trebuie să fiu din nou online?". Pentru un magazin online în plin sezon, o oră de nefuncționare poate însemna pierderi mari, deci RTO-ul e scurt. Pentru un blog personal, o zi nu e o tragedie.

RPO (Recovery Point Objective) răspunde la „câte date îmi permit să pierd?". Dacă faci backup o dată pe zi și dezastrul lovește seara, poți pierde comenzile de peste zi. Dacă asta e inacceptabil, ai nevoie de backup mai des. Un magazin activ vrea un RPO de câteva ore; un site de prezentare care se schimbă rar se descurcă și cu unul zilnic.

Pe scurt: RTO e cât aștepți până revii, RPO e cât pierzi din munca ta. Le stabilești în funcție de cât te costă efectiv fiecare oră offline.

4. Pași de restaurare, scriși dinainte

În momentul crizei, memoria te lasă. Un plan util are pașii notați clar, ca o rețetă pe care o urmezi calm: unde intri, ce backup alegi, în ce ordine restaurezi fișierele și baza de date, cum verifici că totul funcționează după. Nu trebuie să fie complicat, trebuie doar să existe negru pe alb.

Un scenariu concret

Să vedem cum arată planul în acțiune. Ai un magazin online. Marți dimineața, un client te sună supărat: intră pe site și e redirecționat către o pagină dubioasă cu produse farmaceutice. Ești victima unui hack pornit de la un plugin neactualizat.

Fără plan, ai intra în panică: cauți parole, suni disperat la hosting, încerci să ștergi manual cod pe care nu îl înțelegi și, între timp, pierzi vânzări și încrederea clienților.

Cu un plan pus la punct, lucrurile decurg altfel. Deschizi documentul cu accesuri și pașii de restaurare. Pui temporar site-ul în mentenanță, ca vizitatorii să nu mai fie expuși. Alegi ultimul backup extern curat, cel de dinainte de infectare. Îl restaurezi urmând pașii notați, apoi schimbi toate parolele și actualizezi pluginul vinovat. În aproximativ o oră ești din nou online, cu pierderi minime. Diferența dintre cele două variante nu ține de noroc, ci de pregătire.

Cum îți testezi planul

Un plan pe care nu l-ai probat niciodată e o teorie frumoasă. Testarea nu înseamnă să aștepți dezastrul, ci să îl simulezi într-un mediu sigur:

• Restaurează pe un mediu de test. Ia ultimul backup și reconstruiește site-ul pe un subdomeniu sau pe un server separat. Dacă reușești acolo, vei reuși și la nevoie.
• Cronometrează. Notează cât ți-a luat de fapt. Dacă durează mult mai mult decât RTO-ul propus, ai de ajustat ceva: fie hostingul, fie procedura.
• Verifică integritatea. Nu e de ajuns ca site-ul să pornească. Sunt comenzile acolo? Funcționează formularele? Se încarcă imaginile?
• Repetă periodic. Un site se schimbă în timp. Reia testul măcar de câteva ori pe an, ca planul să rămână valabil.

Dacă simți că e prea mult de dus singur, nu ești obligat să faci totul pe cont propriu. Un audit gratuit al site-ului tău îți arată exact unde stai cu backupurile, securitatea și punctele slabe, înainte ca ele să devină o problemă costisitoare.

Liniștea vine din pregătire

Un plan de recuperare nu e despre frică, ci despre control. Când știi că ai o copie curată a site-ului undeva în siguranță, că accesurile sunt notate și că știi exact ce ai de făcut, un incident încetează să mai fie o catastrofă și devine doar o oră mai puțin plăcută din zi.

Începe cu pasul cel mai important: un backup extern, testat, pe care te poți baza. De acolo, restul planului se construiește natural. Iar dacă vrei să ai pe cineva alături care a trecut prin sute de astfel de situații din 2005 încoace, suntem aici. Scrie-ne și hai să ne asigurăm că, orice s-ar întâmpla, site-ul tău are drum de întoarcere.