Un client sună luni dimineață și spune că nu poate intra pe site. În loc de pagina de prețuri, browserul lui arată un avertisment roșu pe tot ecranul. Certificatul de securitate a expirat sâmbătă, iar mesajul de înnoire a plecat către adresa unui angajat care nu mai lucrează în firmă de doi ani. Trei ani fără mentenanță și un certificat expirat pe prima pagină se adună într-o singură dimineață, și rareori în cea mai liniștită.
Partea neplăcută e că site-ul nu s-a stricat. A rămas exact cum a fost livrat. S-a schimbat tot ce e în jurul lui.
De ce cedează un site care a funcționat fără probleme doi ani
Un site nu e un obiect pus pe un raft. E un program care rulează pe un server, lângă alte programe, sub reguli care se schimbă lună de lună. Certificatele au termen de valabilitate. Platforma primește versiuni noi de securitate. Pluginul pe care stă formularul de contact își schimbă codul sau își pierde autorul. PHP, limbajul pe care rulează WordPress, trece la o versiune nouă, iar găzduirea o impune la un moment dat tuturor site-urilor de pe server. Nimeni nu te anunță pe tine despre niciuna dintre schimbările astea. Site-ul cedează în ziua în care se mișcă altcineva, iar tu afli în aceeași clipă cu clienții tăi.
Ordinea în care cedează lucrurile e aproape mereu aceeași. Întâi formularul de contact, fiindcă depinde de cele mai multe piese deodată: pluginul care îl afișează, serverul care trimite mesajul și cutia poștală care îl primește. Apoi pagina de finalizare a comenzii, la magazine. Apoi viteza, pe măsură ce fotografiile se adună și memoria temporară nu mai e curățată de nimeni. La final securitatea, care nu se vede deloc până în ziua în care se vede foarte bine.
Tăcerea e problema, nu defectul. Un formular care nu mai trimite nu afișează nicio eroare: omul apasă butonul, vede mesajul de mulțumire și rămâne convins că a luat legătura cu tine. Tu vezi o lună mai slabă și dai vina pe sezon. Din tăcerea asta trăiesc și miturile despre securitatea WordPress care lasă site-urile vulnerabile: nimeni nu fură dintr-un site de prezentare al unei firme mici, se crede, fiindcă nu e nimic de furat. Numai că atacul obișnuit nu caută date, caută un server pe care să trimită mesaje nedorite în numele tău, iar asta se vede mai târziu, când adresa firmei ajunge pe listele de blocare și ofertele tale nu mai intră în cutia poștală a clienților.
După ce semne se vede din afară că site-ul cere intervenție
Niciunul dintre semnele care contează nu cere cunoștințe tehnice. Toate se văd de pe telefonul tău, în cinci minute, dacă te uiți la ele deliberat o dată pe lună.
Avertismentul de conexiune nesecurizată e cel mai brutal, fiindcă apare înaintea oricărui text de-al tău. Al doilea semn e lipsa: dacă ultimul mesaj primit prin formular e de acum șase săptămâni, iar reclamele au rulat în tot acest timp, nu ai avut o perioadă slabă, ai avut un formular mort. Al treilea se simte la încărcare, și un site lent îți pierde clienți înainte să vadă prima ofertă, deci paginile care se deschid greu pe o conexiune mobilă nu sunt o chestiune de confort, sunt cereri de ofertă care nu ajung niciodată la tine. Al patrulea vine din afară, pe mail, de la Google, și arată pagini care nu se mai găsesc.
Adresele moarte se înmulțesc singure după fiecare refacere de site sau schimbare de structură. Acum au și o sursă nouă: linkurile pe care asistenții AI le inventează despre site-ul tău duc în gol, fiindcă modelul construiește o adresă plauzibilă care nu a existat niciodată. Omul care o deschide primește o pagină de eroare, nu serviciul tău. O regulă de redirecționare pusă la server rezolvă cazul în cinci minute, dar numai dacă cineva se uită în lista erorilor.
Semnul al cincilea e un raport pe care îl ceri și nu îl înțelegi. Raportul de audit îți dă un scor, nu îți spune ce să repari, iar un scor de 62 nu e o informație care se poate folosi. Întrebarea corectă pentru cel care ți l-a trimis are trei cuvinte: ce reparăm primul. Răspunsul bun vine cu o ordine și cu un motiv pentru fiecare rând, nu cu o listă de 40 de avertismente copiate dintr-un instrument.
Ce intră în mentenanță și ce rămâne lucrare separată
Confuzia cea mai costisitoare la finalul primei luni e între mentenanță și administrarea conținutului. Pachetul „Găzduire și mentenanță web” acoperă partea tehnică: găzduirea, adresele de e-mail, certificatul SSL, actualizările de WordPress, de temă și de pluginuri, copiile de siguranță zilnice, verificările de securitate și monitorizarea. Ce nu acoperă e conținutul. Un text schimbat, o pagină nouă, o fotografie înlocuită rămân lucrări la cerere, plătite pe fiecare modificare, cu minimum o oră de lucru, deci o firmă care își schimbă prețurile săptămânal plătește de fiecare dată separat.
Pentru felul acela de firmă există „Mentenanță și administrare web”, care ia tot ce e mai sus și adaugă modificări de conținut nelimitate, fără număr maxim de publicări pe lună. La magazine rolul acesta îl ține „Administrare magazin”, fiindcă un catalog, stocurile și comenzile cer alt fel de atenție decât cinci pagini de prezentare. Peste administrare, „Creștere web” adaugă partea de marketing online, pentru cine vrea și trafic nou, nu doar un site care merge. Termenii care apar în ofertele de acest fel, de la memoria temporară până la certificat, sunt explicați pe scurt în dicționarul de marketing pentru antreprenori, dacă vrei să intri în discuție cu vocabularul pe masă.
Alegerea reală nu e însă între pachete. E între cine ține lista. Mentenanța site-ului o faci intern, o externalizezi sau o amâni până se strică, iar varianta a treia e cea care se întâmplă cel mai des, fiindcă nu cere nicio decizie. Intern funcționează atât timp cât omul care se ocupă are sarcina scrisă în fișa lui și un înlocuitor în concediu. Fără asta, mentenanța devine o favoare pe care o face cineva când are timp, iar nimeni nu are timp în săptămâna în care se lansează o campanie.
Mai e o capcană, și e cea care împinge firmele spre amânare. Modificările pentru care ai plătit dispar la prima actualizare dacă au fost scrise direct în fișierele temei, în loc de o temă copil. Consecința se vede în comportament: după ce a pierdut o dată munca, firma amână actualizările, deci rămâne pe versiuni vechi, deci strânge exact vulnerabilitățile pe care actualizarea le-ar fi închis. La companiile care au patru site-uri și niciunul nu se actualizează la timp, tiparul se înmulțește cu patru și nimeni nu știe care dintre ele e cel rămas în urmă.
Mentenanța pe un constructor de site: ce dispare și ce rămâne la tine
Un constructor de site face ceva real și îl face bine: ia pe el toată partea de server. Platforma se actualizează singură, certificatul se înnoiește singur, copiile se fac în fundal, iar când ceva cade la ei, cade pentru toți clienții deodată și se repară fără să sune nimeni. Pentru cine vinde un singur serviciu într-un oraș, cu o pagină și un număr de telefon, asta poate fi răspunsul corect. Nu e o soluție de categoria a doua.
Ce îți cere în schimb nu e muncă de actualizare, fiindcă aceea chiar dispare. Îți cere răspunsul la întrebarea cealaltă: cine intervine când problema e a ta, nu a platformei. Formularul tău care trimite în gol, adresa de e-mail care ajunge în spam la clienți, redirecționarea de care ai nevoie după ce ai schimbat numele unui serviciu, lista de erori pe care nimeni nu o citește. Toate rămân la tine, iar asistența platformei răspunde în engleză, la o firmă care nu îți cunoaște afacerea și nu pierde nimic dacă tu nu vinzi marți. Deci întrebarea care decide alegerea are altă formă: cine se uită la site-ul meu luni dimineață și ce pierde omul acela dacă nu se uită.
Al doilea lucru care rămâne la tine e limita. Când afacerea cere ceva ce platforma nu face, nu există pe cine suna ca să o extindă: alegi între a renunța la cerință și a reconstrui site-ul în altă parte. Orele tale intră și ele la socoteală, dar nu în felul în care se crede. Nu se duc pe butoane, se duc pe așteptare și pe explicat aceeași problemă unui om nou din fereastra de asistență. Ora aceea aduce mai mult în meseria ta, deci calculul se închide singur destul de repede.
Găzduirea cu resurse fixe cade exact în ziua cu trafic
Găzduirea se vinde ca spațiu, dar spațiul nu se termină primul. Se termină puterea de calcul și memoria, adică exact ce se consumă atunci când o sută de oameni deschid simultan pagina aceluiași produs. Un plan fix are limitele scrise în contract, iar peste ele serverul nu refuză cererile, le pune la coadă. Coada se vede la vizitator ca pagină care se învârte fără să se încarce.
Un magazin online de scaune de birou din Brașov, să îi spunem Ergomar, a prins ziua de Black Friday pe un plan fix. Traficul a crescut de zece ori în două ore, deci pagina de finalizare a comenzii răspundea în treizeci de secunde în loc de una. Oamenii au închis fila. Reclamele au continuat să ruleze în tot acest timp, deci bugetul zilei s-a consumat pe vizitatori care nu au putut plăti, iar a doua zi raportul arăta trafic record și vânzări mediocre. Explicația nu era în reclame, era pe server.
Găzduirea cu resurse flexibile schimbă regula: resursele cresc pentru câteva ore, odată cu traficul, și coboară după. Vârful anunțat se pregătește, fiindcă tu știi când trimiți newsletterul și când pornește campania, deci resursele se ridică luni, nu marți la 10:05, când coada e deja formată. Costul lui se compară cu comenzile pierdute într-o seară de campanie, nu cu diferența dintre două abonamente. Dincolo de vârfuri, găzduirea unui site WordPress se alege ca să nu o regreți peste doi ani, iar criteriile care contează atunci se văd puțin: unde stau copiile de siguranță, cât durează mutarea, cine răspunde la telefon noaptea și cât te costă să pleci.
Copia de rezervă contează doar dacă ai refăcut-o o dată
O copie de rezervă e o promisiune până în clipa în care o refaci. Promisiunea se rupe în locuri pe care nu le vezi în panou: copia care are fișierele, dar nu baza de date, deci aduce înapoi un site fără comenzi și fără articole; copia păstrată pe același server cu site-ul, deci pierdută odată cu el; copia zilnică ținută patru zile, când tu descoperi problema în a cincea; copia făcută corect, după ce site-ul fusese deja spart, deci care readuce și intrarea atacatorului. Ce verifici la copiile de rezervă ale unui site WordPress se reduce la o singură întrebare, iar întrebarea aceea nu se pune în panou, se pune pe un site refăcut.
Restaurează ultima copie de rezervă pe un subdomeniu de test și deschide cinci pagini
Cere furnizorului să refacă ultima copie pe o adresă de test, nu peste site-ul viu, apoi deschide tu cinci lucruri: prima pagină, o pagină de serviciu sau de produs, formularul de contact, pagina de finalizare a comenzii dacă vinzi online și panoul de administrare. Semnul că proba a reușit e dublu: trimiți un mesaj prin formularul de pe copie și îl primești pe mail, iar data ultimei comenzi sau a ultimului articol din copie e de ieri, nu de acum trei luni. Dacă proba durează mai mult de o zi lucrătoare, ai aflat deja ceva util despre cât ar dura într-o dimineață în care site-ul e căzut de-adevărat.
Cine are cheile site-ului și cine răspunde la ora două noaptea
Securitatea unui site mic nu se rupe prin atac inteligent. Se rupe prin acces vechi și prin actualizări amânate. Un plugin de securitate nu îți apără site-ul dacă restul rămâne neschimbat, fiindcă el oprește încercările de ghicire a parolei, nu o vulnerabilitate rămasă deschisă într-un plugin neactualizat de un an și niciun cont de administrator pe care l-ai uitat activ.
Cere lista conturilor cu acces la site și închide-le pe cele fără proprietar
Cere pe mail lista tuturor conturilor care pot intra în panoul site-ului, cu rolul fiecăruia și cu data ultimei conectări. Apoi taie fiecare rând în fața căruia nu poți scrie un nume de om și un motiv: colaboratorul de la campania de anul trecut, contul rămas de la instalare, agenția precedentă, omul care a încărcat fotografii o lună și a plecat. Semnul că ai terminat e că lista are tot atâtea rânduri câți oameni lucrează acum pe site, fiecare cu rolul minim de care are nevoie, iar contul tău e singurul cu drepturi complete. Repeți operația la fiecare despărțire de colaborator, nu o dată pe an, fiindcă cine are acces la site-ul tău chiar acum e o listă care crește de la sine și nu se scurtează niciodată singură.
Rămâne partea cu ora două noaptea. Un site picat trei ore azi-noapte și nimeni care să îți spună e situația obișnuită, nu excepția: fără monitorizare, afli de la un client, deci pierzi orele acelea și pe deasupra explicația pe care trebuie să i-o dai. Monitorizarea verifică site-ul din câteva minute în câteva minute și trimite alerta cuiva care poate interveni, nu doar un mesaj în cutia ta poștală la 02:14.
Mesajele care te sperie, în schimb, vin pe altă cale. Alerta falsă că site-ul tău a fost blocat intră adesea prin formularul tău de contact, scrisă ca să te facă să dai clic repede dintr-un telefon. Regula simplă: o problemă reală de pe site-ul tău nu îți ajunge niciodată prin propriul formular de contact, deci mesajul acela se verifică la furnizorul tău de găzduire, nu pe linkul din el.
Cum te poate ajuta Emblematic
Ținem partea tehnică a site-urilor pe care le întreținem: actualizări făcute pe o temă copil, ca să nu dispară modificările, copii de siguranță probate prin restaurare, certificate înnoite din timp, monitorizare cu alertă la om și găzduire care urmează traficul. Pachetul „Găzduire și mentenanță web” acoperă partea asta, iar dacă pe site se schimbă conținut în fiecare săptămână, „Mentenanță și administrare web” îl acoperă și pe el. Garanția banilor înapoi în 30 de zile rămâne valabilă, deci prima lună se judecă pe ce ai primit, nu pe ce ți s-a promis.
Dacă site-ul de acum e prea vechi ca să mai merite reparat, crearea unuia nou, de până la 10 pagini, e gratuită: construcția e inclusă în abonament. Ce cuprinde fiecare pachet și cât costă abonamentul vezi pe pagina de prețuri.
Dacă vrei să știi în ce stare e site-ul tău chiar acum, scrie-ne. Primești lista problemelor găsite, așezate în ordinea în care te costă, cu ce se poate repara într-o zi și ce cere o intervenție mai mare.
