Lansarea unui website este începutul folosirii lui în condiții reale. Se schimbă serviciile, persoanele de contact și instrumentele conectate. O rutină de mentenanță trebuie să urmărească aceste schimbări și să arate cine intervine când apare o problemă. Frecvența verificărilor se stabilește în funcție de activitate și de impactul unei întreruperi.
Verifică traseele care aduc solicitări
Testează formularul de contact și destinația mesajelor, nu doar apariția confirmării în pagină. Verifică numerele de telefon, adresele de email și legăturile importante. Dacă folosești programări sau comenzi, include pașii specifici și cazurile în care o operațiune nu poate fi finalizată.
Păstrează o evidență a testului: ce ai verificat, când și ce ai observat. Folosește date de test și anunță persoanele care ar putea primi notificări, pentru a nu confunda verificarea cu o solicitare reală.
Tratează conținutul ca parte a mentenanței
O pagină tehnic funcțională poate conține informații expirate. Revizuiește serviciile, disponibilitatea, condițiile ofertelor și materialele despre echipă. Înainte de a publica un proiect sau un testimonial, verifică informațiile și dreptul de utilizare. Actualizează și paginile în care aceeași informație este repetată.
Pregătește recuperarea, nu doar copia
Stabilește ce trebuie salvat: conținut, fișiere încărcate, configurații și datele folosite de aplicație. O copie incompletă poate permite refacerea aspectului site-ului, fără informațiile necesare funcționării. Verifică restaurarea într-un mediu separat și documentează cine are acces la copii.
Durata păstrării și locul de stocare trebuie alese pentru situația concretă. Evită păstrarea copiilor private în directoare accesibile public. Când schimbi hostingul, verifică și ce se întâmplă cu fișierele create după lansare, nu doar cu cele aflate în proiectul inițial.
Actualizează cu un plan de verificare
Înainte de modificări importante, identifică funcțiile care pot fi afectate și cum revii la o versiune funcțională. După actualizare, repetă verificările relevante. Faptul că o comandă de build se termină fără erori nu dovedește singur că mesajele ajung, autentificarea funcționează sau datele sunt păstrate corect.
O listă scurtă, executată consecvent, este mai utilă decât un document amplu fără responsabil. Clarifică ce intră în mentenanță, cine primește alertele și ce tipuri de intervenții necesită o estimare separată.
Poți vedea serviciul de mentenanță și suport pentru a discuta responsabilitățile de după lansare.
