Site-ul a fost livrat, factura e plătită, echipa a bifat proiectul. Peste câteva luni observi că formularul de contact nu mai trimite nimic, sau un client îți scrie că pagina de plată dă eroare, sau că browserul îi arată un avertisment roșu. Nimeni nu a schimbat nimic, și totuși ceva s-a stricat.
Lucrul ăsta se întâmplă pentru că un site nu e un obiect terminat. E un serviciu care rulează pe un server, pe un limbaj, pe o platformă și pe zeci de integrări, și toate se schimbă fără să te întrebe. Dacă nimeni nu le ține pasul, site-ul merge aparent, apoi se strică brusc.
Mai jos găsești ce înseamnă întreținerea reală, punct cu punct, ce e sigur să lași pe automat și ce nu, cum îți dai seama că plătești pentru nimic și ce să ceri într-un contract. La final ai o listă de verificare pe care o poți parcurge singur.
De ce un site nu rămâne „gata”
WordPress publică versiuni noi de câteva ori pe an, iar între ele apar actualizări minore, multe cu corecții de securitate. Tema și plugin-urile au fiecare ritmul lor: pe un site obișnuit, cu 20-30 de plugin-uri, apar actualizări aproape în fiecare săptămână. Fiecare rezolvă ceva, uneori o vulnerabilitate deja exploatată de roboți care caută site-uri neactualizate.
Sub WordPress stă PHP, care își schimbă versiunile și renunță la funcții vechi. Furnizorul de hosting mută serverul pe o versiune nouă și o temă veche începe să dea erori. Deasupra stau browserele și Google, care își schimbă cerințele legate de viteză, de securitate, de felul în care afișează rezultatele.
Iar în jur stau integrările: procesatorul de plăți, curierul, programul de facturare, serviciul de email. Toate au API-uri care se schimbă, se retrag sau cer chei noi. Un API vechi de curier care nu mai răspunde nu îți arată o eroare pe site. Pur și simplu comenzile nu mai primesc AWB și afli când clienții întreabă unde e coletul.
Ce înseamnă mentenanță reală, punct cu punct
„Mentenanță” e un cuvânt sub care încap și o oră pe lună de apăsat pe „Actualizează tot”, și un serviciu adevărat. Diferența se vede în listă.
Actualizări aplicate la timp, dar testate
Actualizările se aplică regulat, săptămânal e un ritm bun, iar corecțiile de securitate în cel mult câteva zile. Dar nu în orb. Ori se aplică mai întâi pe o copie a site-ului și se verifică paginile importante, ori se aplică pe site-ul real și cineva verifică imediat după: pagina principală, o pagină de produs, coșul, checkoutul, formularul de contact. Nici una dintre variante nu înseamnă „auto-update pe tot”. Despre asta, mai jos, într-o secțiune separată.
Backup automat, în alt loc, testat
Backupul se face zilnic, fără intervenție umană, și se păstrează în alt loc decât serverul site-ului. Un backup pe același server dispare odată cu serverul. Și se testează: periodic, cineva restaurează site-ul din backup pe o adresă de test și se uită dacă totul e acolo. Un backup pe care nu l-a restaurat nimeni niciodată e o presupunere, nu o siguranță.
Monitorizare de disponibilitate, cu alerte
Un serviciu verifică site-ul la câteva minute și trimite alertă când nu răspunde sau răspunde cu eroare. Scopul e simplu: să afli tu înaintea clienților. Dacă vestea că site-ul e picat îți vine de la un client, monitorizarea nu există.
Monitorizare de securitate
Fișiere modificate față de versiunea originală, autentificări reușite din locuri neobișnuite, utilizatori administratori apăruți peste noapte. Astea sunt semnele unui site compromis și se văd doar dacă le caută cineva. Un firewall și un scanner ajută, dar cineva trebuie să citească ce raportează. Ce urmărește în mod curent o întreținere de securitate pentru WordPress este exact această listă scurtă, verificată constant.
Jurnal cu ce s-a făcut
O evidență simplă: data, ce s-a actualizat, ce a apărut. Când ceva se strică peste trei săptămâni, jurnalul spune ce s-a atins ultima dată.
Verificarea lunară a lucrurilor care se strică în tăcere
Formularele, emailurile de comandă și plățile au o proprietate neplăcută: când se strică, nu dau nicio eroare vizibilă. Formularul afișează „Mesaj trimis” și mesajul nu ajunge nicăieri. Emailul de confirmare a comenzii pleacă și e respins de serverul destinatarului. Plata cu cardul se blochează la ultimul pas doar pentru o parte din clienți. O dată pe lună, cineva trimite un formular de test, face o comandă de test și verifică dacă emailurile au ajuns.
Reînnoiri: domeniu, certificat, licențe
Domeniul expiră o dată pe an și, dacă nu e plătit, site-ul și emailul dispar în aceeași zi. Certificatul SSL se reînnoiește de obicei automat, dar „de obicei” nu e „mereu”. Licențele temei, ale plugin-urilor premium și ale serviciilor de email expiră și ele, iar un plugin fără licență nu mai primește actualizări, inclusiv pe cele de securitate. Toate au o dată în calendar și un responsabil.
Viteză și erori din Search Console
O verificare lunară a vitezei pe mobil și pe desktop, plus o trecere prin Search Console, unde Google spune singur ce pagini nu poate accesa, ce e lent și ce a dispărut din index. Nu e nevoie de mai mult de un sfert de oră, dar fără ea afli de probleme abia când scade traficul.
Un om care răspunde într-un timp stabilit
Restul se poate automatiza parțial. Acest punct nu. Când site-ul e picat sau checkoutul nu merge, cineva răspunde în ore, nu în zile, și timpul acela e scris undeva.
Ce e sigur să lași pe auto-update și ce nu
WordPress poate aplica singur actualizările, și tentația e să pornești totul și să uiți. Regula din practică e împărțită.
| Componentă | Auto-update | De ce |
|---|---|---|
| Actualizări minore ale nucleului WordPress | Da | Sunt corecții de securitate și de erori, testate pe milioane de site-uri, cu risc foarte mic de a strica ceva. |
| Plugin-uri mici, fără impact vizual | De obicei da | Un plugin de redirecționări sau de sitemap rareori schimbă ceva vizibil. Tot se verifică după. |
| Plugin-uri mari (SEO, formulare, cache) | Nu | Schimbă comportamente, uneori și structura datelor. O versiune nouă de cache poate servi pagini goale fără nicio eroare. |
| Tema și page builder-ul | Nu | Tema și builderul se actualizează împreună. Dacă se actualizează doar unul, paginile se pot goli, iar serverul răspunde în continuare cu „totul e în regulă”. |
| WooCommerce și plugin-urile de plată, curier, facturare | Nu | O actualizare poate rupe checkoutul sau poate opri emiterea AWB-urilor. Clientul vede o pagină frumoasă și o comandă care nu se finalizează. |
| Versiunea de PHP | Nu | Se testează întâi pe o copie. O temă veche poate da eroare albă pe tot site-ul. |
Motivul comun e că o actualizare stricată nu se anunță. Serverul răspunde cu HTTP 200, pagina se încarcă, doar că e goală sau butonul de plată nu face nimic. Monitorizarea de disponibilitate nu prinde așa ceva. Îl prinde doar un om care se uită la site după actualizare.
Verificarea de după actualizare înseamnă să deschizi site-ul fără cache și fără să fii autentificat, ca un vizitator. Ca administrator autentificat, multe plugin-uri de cache îți arată versiunea proaspătă, iar vizitatorii primesc altceva.
Cum îți dai seama că plătești pentru nimic
Dacă ai deja un contract de mentenanță, semnele că serviciul există doar pe factură sunt destul de clare.
- Nu primești niciun raport, nici măcar un email lunar cu ce s-a făcut.
- Nu poți vedea data ultimului backup și nimeni nu ți-o poate spune în aceeași zi.
- Versiunea de WordPress e în urmă cu câteva luni. Se vede direct în administrare, în colțul de jos sau în „Panou de control”, „Actualizări”.
- Plugin-urile au actualizări în așteptare, iar cifra din meniul „Actualizări” e cu două cifre.
- Certificatul a expirat măcar o dată și ai aflat din avertismentul browserului.
- Site-ul a picat și nimeni nu te-a anunțat; ai aflat de la un client sau singur.
- Răspunsurile la o problemă vin în zile, nu în ore.
Oricare dintre ele e un semn. Trei împreună înseamnă că nu ai mentenanță, ai un abonament.
Ce să ceri într-un contract de mentenanță
Un contract bun se recunoaște după cât de concret e. „Mentenanță lunară” nu spune nimic.
- Lista de activități, punct cu punct: actualizări, backup, monitorizare, verificări, reînnoiri. Ce nu e pe listă nu se face.
- Frecvența pentru fiecare: săptămânal, zilnic, lunar. Nu „periodic”.
- Timp de răspuns și timp de rezolvare pentru incidente, separat pentru „site picat” și pentru „ceva nu merge”. Ore, nu zile.
- Dovada de backup: unde se păstrează, cât de des, cât timp, când a fost testat ultima dată prin restaurare.
- Raport lunar scurt: ce s-a actualizat, ce a apărut, ce urmează. O pagină e suficientă.
- Acces la conturi și la surse: domeniu, hosting, admin WordPress, tema și plugin-urile cu licențele lor. Site-ul e al tău, nu al furnizorului.
- Ce se întâmplă la încetarea contractului: predarea accesurilor, a ultimului backup și a jurnalului, într-un termen scris.
Dacă furnizorul nu poate răspunde la punctele astea într-o pagină, de obicei nu le face nici în practică. Ce include, de exemplu, un serviciu de întreținere și actualizări pentru WordPress se poate compara ușor cu lista de mai sus.
Cât costă să nu faci nimic
Costul mentenanței se vede lunar pe factură. Costul lipsei ei se vede o singură dată, dar mult mai mare, și nu îl alegi tu când vine.
Un site compromis prin plugin neactualizat înseamnă, în ordinea în care le simți: curățarea site-ului, care poate lua de la câteva ore la câteva zile, în funcție de cât de adânc a intrat infecția; pagini de spam indexate de Google, care scad pozițiile și pot lua luni să dispară din rezultate; uneori un avertisment în browser sau în rezultatele Google, care oprește aproape tot traficul până se ridică; și timpul echipei tale, care în loc să vândă răspunde la clienți nedumeriți și la furnizori.
Un domeniu expirat înseamnă site și email oprite. Un checkout stricat de o actualizare neverificată înseamnă comenzi pierdute fără nicio alertă, uneori zile la rând.
Ca ordine de mărime, o intervenție de urgență costă de obicei cât mai multe luni de întreținere, iar pierderea de vânzări și de poziții nu intră în factura aceea.
Mentenanța nu înseamnă că nu se va strica nimic niciodată. Înseamnă că, atunci când se strică, există un backup de ieri, o alertă în câteva minute și un om care știe ce s-a atins ultima dată.
Lista de verificare
- Versiunea de WordPress e cea curentă sau cel mult una în urmă.
- Numărul de actualizări în așteptare e zero sau aproape zero.
- Știi unde e ultimul backup, de când e și când a fost restaurat de probă.
- Există monitorizare de disponibilitate și știi cine primește alerta.
- Cineva verifică fișierele modificate și autentificările măcar săptămânal.
- Formularul de contact și emailul de comandă au fost testate luna aceasta.
- Plata cu cardul a fost testată cu o comandă reală luna aceasta.
- Domeniul, certificatul și licențele au date de expirare notate și un responsabil.
- Search Console a fost deschis luna aceasta și nu are erori nerezolvate.
- Există un jurnal cu ce s-a făcut, cu date.
- Timpul de răspuns pentru „site picat” e scris într-un contract.
- Ai acces la toate conturile: domeniu, hosting, admin, licențe.
Intră în administrarea site-ului și notează trei lucruri: versiunea de WordPress, numărul de actualizări în așteptare și data ultimului backup. Primele două le vezi în „Panou de control”, „Actualizări”. Pe a treia o cauți în plugin-ul de backup sau o ceri furnizorului. Dacă nu o găsești, ai deja răspunsul.