O actualizare amânată e ca un împrumut. La început suma e mică și dobânda nu se vede, așa că nu pare niciodată urgent. După șase luni tot nu se vede. După douăsprezece, factura vine toată deodată, și rareori e una blândă.
Am preluat multe site-uri exact în punctul ăsta din viața lor. Tiparul se repetă atât de fidel încât putem schița curba costurilor pe un șervețel înainte să deschidem măcar codul.
Cât costă de fapt un an de "ne ocupăm mai încolo"
Imaginează-ți un site Drupal de mărime medie care nu a mai primit actualizări regulate de vreun an. Nu s-a întâmplat nimic dramatic: echipa a avut alte priorități, contractul cu agenția s-a încheiat, dezvoltatorul de dinainte a plecat. Traficul a rămas cam același, conținutul a continuat să apară, iar din exterior nimic nu părea în neregulă.
Când deschidem un astfel de site, găsim de obicei patru lucruri deodată. Drupal core e în urmă cu mai multe versiuni minore, ceea ce înseamnă că nu mai poți ajunge la versiunea curentă dintr-un singur pas. Vreo șase module contrib au de trecut printr-o versiune majoră, cu modificări care rup compatibilitatea. Câteva module proprii au fost scrise pe API-uri care între timp au fost declarate învechite și eliminate. Iar versiunea de PHP de pe server fie nu mai e susținută, fie e pe aproape.
Luate separat, niciunul nu e un dezastru. Împreună însă transformă ce ar fi trebuit să fie douăsprezece actualizări mici, de câte două ore, într-un singur proiect de șase săptămâni, cu medii de staging, teste de regresie, reinstruirea editorilor și o fereastră de lansare care nu mai poate fi mutată. Aceeași muncă, făcută așa, costă de câteva ori mai mult.
Costul nevăzut e cel care doare cu adevărat
Factura pentru actualizare e evidentă, pentru că vine sub formă de ofertă de preț. Costurile care dor mai tare sunt cele care nu ajung niciodată pe o factură.
Un site neactualizat e mai lent pentru vizitatori, deci mai puțini dintre ei devin lead-uri, clienți sau abonați. E mai greu de modificat, deci fiecare funcționalitate nouă durează mai mult decât ar trebui, iar unele sunt abandonate pe tăcute. E mai riscant pentru editori, care încep să ocolească zonele din interfața de administrare în care nu mai au încredere. Și rămâne în urmă la securitate, singurul risc care se poate evita complet cu întreținere constantă.
Un site sănătos e exact opusul. Paginile răspund mai repede, editorii lucrează mai repede, campaniile noi intră live mai repede, iar echipa ta nu mai vede site-ul ca pe o sursă de stres.
Cum arată în cifre întreținerea constantă
Site-urile pe care le avem în grijă permanent arată cu totul altfel. Actualizările de securitate pentru core ajung pe site în câteva zile. Actualizările de module le grupăm lunar, după ce le testăm pe o copie de staging a producției. Trecerile la o versiune majoră le facem o dată pe ciclu de lansare Drupal, în ritmul obișnuit, fără plan de proiect. Linia de buget "proiect de upgrade" pur și simplu nu există, pentru că site-ul nu rămâne niciodată atât de mult în urmă încât să aibă nevoie de ea.
Costul anual al acestei întrețineri e mai mic decât recuperarea de urgență descrisă mai sus, adesea la jumătate, și mult mai previzibil. E ușor de bugetat, ușor de justificat în fața departamentului financiar și ușor de uitat.
Concluzia, fără ocolișuri
Dacă site-ul tău Drupal nu a mai avut parte de întreținere constantă de ceva vreme, cu cât amâni, cu atât te costă mai mult să îl aduci la zi, și cu atât mai mulți bani se duc pe recuperat terenul pierdut în loc să se ducă pe ce urmează. Vestea bună e că curba se poate inversa. Site-urile pe care le preluăm într-o stare proastă revin de obicei la un ritm sănătos într-o lună sau două, iar de acolo discuția se schimbă complet: de la "ce s-a stricat" la "ce construim mai departe".
Dacă nu știi sigur unde e site-ul tău pe curba asta, ne uităm cu plăcere. Fără discurs de vânzări, fără PDF-uri alarmiste. Doar o evaluare sinceră: în ce stare e și cât ar costa următoarele trei luni ca să îl aducem la zi.