De ce se strică site-ul după o actualizare (și cum revii în siguranță)

Deschizi site-ul dimineața și ceva nu mai e la locul lui: un slider s-a rupt, formularul de contact nu mai trimite, sau te întâmpină un ecran alb cu un mesaj criptic. Nu ai atins nimic — și totuși s-a schimbat singur ceva. Senzația e că site-ul are voință proprie.

Adevărul e mai simplu și mai puțin înfricoșător: aproape întotdeauna cauza e o actualizare. Un plugin, tema sau CMS-ul (de obicei WordPress) s-a actualizat automat, iar noua versiune nu se mai înțelege cu restul. În articolul ăsta îți explic clar de ce apar aceste conflicte, cum le recunoști și cum revii la varianta care funcționa — fără să pierzi date și fără să intri în panică.

Ce se întâmplă de fapt la o actualizare

Un site WordPress nu e o singură bucată de software. E o stivă: nucleul WordPress, tema și de multe ori zece-douăzeci de plugin-uri, toate scrise de autori diferiți, care rulează pe o anumită versiune de PHP pe server. Fiecare piesă presupune că celelalte se comportă într-un anumit fel.

Când una se actualizează, presupunerea aia se poate rupe. Autorul unui plugin schimbă o funcție, iar tema care se baza pe ea nu mai găsește ce căuta. Rezultatul e vizibil pentru tine: un element dispare, o pagină se albește, un buton nu mai reacționează.

Nu e neglijență — e natura unui sistem făcut din multe piese independente. Problema apare mai ales când actualizările se aplică automat, noaptea, fără ca cineva să verifice după aceea că tot mai merge.

De ce apar conflictele: cauzele reale

Nu toate erorile au aceeași sursă. Cele mai frecvente sunt:

• Incompatibilitate între plugin-uri — două extensii încearcă să facă același lucru (de ex. două care ating checkout-ul sau cache-ul) și se calcă în picioare.

• Plugin vs. temă — tema a fost personalizată, iar un update de plugin schimbă structura pe care se baza personalizarea.

• Versiunea de PHP de pe server — hostingul actualizează PHP, iar un plugin mai vechi nu e pregătit pentru versiunea nouă.

• Nucleu WordPress actualizat înainte ca plugin-urile să fie compatibile — te-ai grăbit (sau automatizarea s-a grăbit) cu versiunea majoră.

• Cache vechi — uneori nu e o eroare reală, ci browserul sau un plugin de cache îți arată o versiune veche a paginii.

Regula practică: dacă ceva s-a stricat „singur", primul lucru pe care îl verifici e ce s-a actualizat ultima dată.

Primii pași când vezi o eroare (fără să strici mai rău)

Nu apăsa la întâmplare. Ordinea contează:

1. Nu mai actualiza nimic altceva. Îngheață starea ca să poți diagnostica.

2. Golește cache-ul — și în browser (reîncarcă forțat), și în pluginul de cache dacă ai unul. Uneori „eroarea" dispare aici.

3. Notează ce s-a schimbat. WordPress ține un istoric: la Plugins și la Updates vezi ce s-a actualizat și când. Asta e lista ta de suspecți.

4. Testează dezactivând, nu ștergând. Dezactivează pe rând plugin-ul actualizat cel mai recent și verifică dacă eroarea dispare. Când dispare, ai găsit vinovatul.

5. Dacă e ecran alb total (nu poți intra în admin), problema e mai serioasă și ai nevoie de acces la fișiere sau la host — aici e momentul să ceri ajutor, nu să improvizezi.

Cum revii în siguranță (roll back)

„Roll back" înseamnă să te întorci la varianta care mergea. Ai câteva căi, de la simplu la sigur:

• Restaurează dintr-un backup. Cea mai curată soluție. Dacă ai o copie de dinainte de actualizare (fișiere + baza de date), o pui înapoi și site-ul e ca ieri. De asta backup-ul automat zilnic nu e opțional.

• Revino la versiunea veche a plugin-ului. Există unelte care reinstalează versiunea anterioară a unui singur plugin, fără să atingi restul. Util când știi exact cine a stricat.

• Cere hostingului. Multe firme de hosting păstrează snapshot-uri și pot reveni la o dată anterioară cu un click.

Regula de aur: nu faci roll back pe site-ul live fără backup proaspăt înainte. Și, ideal, testezi actualizările întâi pe o copie (staging), nu direct pe site-ul pe care îl văd clienții.

Cum previi asta pe viitor

Majoritatea acestor sperieturi se evită cu câteva obiceiuri:

• Backup automat zilnic, păstrat în afara serverului. Dacă backupul stă doar pe același host care a picat, nu îți folosește.

• Actualizări controlate, nu complet automate pentru lucrurile critice. Update-urile de securitate — da, imediat. Versiunile majore — după ce verifici compatibilitatea.

• Un mediu de test (staging) unde aplici întâi update-ul și te uiți dacă tot merge.

• Mai puține plugin-uri. Fiecare plugin în plus e o piesă în plus care se poate certa cu celelalte.

La MPO Web Studio livrăm și mentenanță remote, în toată țara: ținem stiva sub control, facem backup, testăm actualizările înainte și reparăm dacă ceva se rupe — ca tu să nu deschizi dimineața la un ecran alb. Dacă acum ești blocat cu un site stricat după un update, scrie-ne un mesaj pe WhatsApp și îl privim împreună.