Cele mai bune zile de lansare sunt cele de care nu își amintește nimeni. Site-ul intră live, cineva reîncarcă pagina principală de câteva ori, echipa se felicită pe chat, iar pe la mijlocul după-amiezii toată lumea s-a întors la treaba ei obișnuită. Fără celulă de criză, fără degete încrucișate, fără eroisme.
Calmul ăsta nu e noroc și nu e nici bravadă. E o listă de verificare. De-a lungul anilor am transformat pregătirea lansării într-o rutină scrisă, pe care o parcurgem înainte de fiecare lansare și care a mai primit câte un rând de fiecare dată când ne-a surprins ceva. Iată ce conține și de ce fiecare parte își merită locul.
Runda de performanță
Cu o săptămână sau două înainte de lansare facem o rundă dedicată performanței. Cache-ul e verificat pagină cu pagină: ce e pus în cache, pentru cât timp și dacă se reîmprospătează corect când se schimbă conținutul. La imagini verificăm dimensiunile și formatele. Cele mai grele pagini, de obicei listările, căutările și orice conține hărți sau media, sunt puse serios la treabă, nu doar încărcate o dată și declarate în regulă. Pentru că staging-ul rulează exact aceeași platformă ca producția, ce măsurăm acolo e ce va face site-ul și în ziua lansării, iar performanța devine astfel o măsurătoare, nu o speranță.
Scopul nu e un scor perfect într-un instrument sau altul. Scopul e ca site-ul să pară iute pe un telefon obișnuit, pe o conexiune obișnuită, pe paginile pe care oamenii chiar le vizitează. Scorurile sunt utile ca termometru, dar runda se judecă după cum se comportă site-ul în mâna cuiva, pentru că pe acela îl vor întâlni vizitatorii tăi.
Metadatele SEO și redirecționările
Dacă noul site înlocuiește unul vechi, harta de redirecționări e una dintre cele mai valoroase părți ale muncii de SEO din tot proiectul. Fiecare URL vechi care a câștigat vreodată un link sau o poziție în căutări primește o redirecționare către noua lui adresă, și le verificăm una câte una, în loc să presupunem că regula se aplică peste tot. Pe lângă asta, trecem prin titlurile și meta-descrierile paginilor-cheie, prin sitemap-ul XML și prin URL-urile canonice.
Apoi mai e micul comutator cu consecințe uriașe: setarea care le spune motoarelor de căutare dacă să indexeze sau nu site-ul. Pe staging trebuie să spună nu, în producție trebuie să spună da, iar schimbarea lui la lansare are rândul ei pe listă, pentru că, uitat în oricare direcție, face pagube. Monitorizarea noastră continuă să verifice indexabilitatea și după lansare, așa că o greșeală aici nu ar rămâne mult timp neobservată.
Formularele, testate de la un capăt la altul
Fiecare formular de pe site e trimis așa cum l-ar trimite un vizitator real: de pe telefon, cu date realiste, dar și cu date greșite, ca să vedem validarea la lucru. Însă partea din testarea formularelor care se sare cel mai ușor e capătul celălalt: chiar ajunge e-mailul? Un formular de contact care salvează mesajul, dar nu anunță pe nimeni, dă greș în tăcere, iar eșecurile tăcute sunt cele scumpe, pentru că nimeni nu știe câte mesaje s-au pierdut înainte ca cineva să întrebe de ce e atâta liniște.
E-mailurile tranzacționale de pe platforma noastră trec prin SMTP autentificat, cu SPF și DKIM configurate corect, ceea ce le dă mesajelor o șansă reală să ajungă în inbox, nu în spam. Mediile din afara producției, adică dezvoltarea și staging-ul, nu pot trimite deloc e-mailuri reale: totul aterizează într-un colector de mesaje, unde putem inspecta în siguranță conținutul și formatarea. Înainte de lansare verificăm livrarea reală din configurația de producție și ne uităm unde ajung mesajele. "Formularul funcționează" contează doar după ce o notificare reală a ajuns într-un inbox real.
Backup-uri configurate și o restaurare exersată
Backup-urile sunt pornite înainte de lansare, nu după, cu copii zilnice, săptămânale și lunare păstrate după un calendar automat. Asta acoperă și greșelile rapide, și pe cele lente: modificarea proastă observată în aceeași zi și problema subtilă observată o lună mai târziu.
Apoi vine pasul care contează mai mult decât calendarul: exersăm o restaurare a acestui site anume. Nu un panou de control care spune că backup-urile există, ci o restaurare adevărată, pornită și verificată cu ochii noștri. Un backup pe care nu l-a restaurat nimeni vreodată e o bifă verde, iar bifele verzi au obiceiul să rămână verzi fix până în ziua în care ai nevoie de ele. Săptămâna lansării e exact momentul în care vrei să știi, nu doar să crezi, că site-ul poate fi adus înapoi.
Monitorizarea pornită înainte să sosească traficul
Înainte ca site-ul să intre live, monitorizarea disponibilității îl sondează deja din mai multe locații, iar tot ce prind sondele e urmărit ca incident din primul minut. Ordinea contează: monitorizarea pornită după lansare îți spune ce urmează, cea pornită înainte prinde și lansarea însăși. În primele ore, pe lângă sonde se uită și un om, la jurnale și la trafic, cât timp se așază schimbarea de DNS, pentru că fereastra aia e momentul preferat al surprizelor.
Faptul că tratăm totul ca incident, nu ca alertă care defilează pe ecran, e partea pe care o simt clienții. Un incident are un început, un responsabil și un final, așa că "site-ul a mers greu puțin azi-noapte" se transformă într-o consemnare clară: ce s-a întâmplat, ce am făcut și ce am schimbat ca să nu se repete. Disciplina asta începe în săptămâna lansării, nu e ceva ce adăugăm abia după ce site-ul are un istoric.
TLS și antetele de securitate
Certificatele sunt emise și verificate, iar reînnoirea lor e automatizată, ca să nu se trezească nimeni peste câteva luni cu un certificat expirat de reînnoit pe fugă. HTTP redirecționează peste tot către HTTPS, antetele de securitate sunt trecute în revistă, iar firewall-ul administrat din fața site-ului pornește în modul de detectare, învățând cum arată traficul normal înainte să înceapă să blocheze. Traficul automatizat și cel din centrele de date e identificat și limitat la edge din prima zi, ca boții să nu fie publicul cel mai numeros din ziua lansării.
Instruirea editorilor închide cercul
Ultima secțiune a listei e despre oameni, nu despre servere. Editorii care vor administra site-ul zi de zi sunt instruiți înainte de lansare, pe site-ul real, cu sarcinile lor reale: creează o pagină, actualizează un meniu, înlocuiesc o imagine, publică o știre. Le lăsăm un îndrumar scurt și înregistrăm clipuri video rapide pentru fluxurile de lucru greu de pus în scris. Ștacheta pe care ne-o punem e simplă: prima modificare de conținut de după lansare ar trebui făcută de echipa ta, fără noi, și ar trebui să treacă fără nicio emoție.
De fapt, asta e tema întregii liste. Lansările sunt plictisitoare pentru că lista de verificare nu este. Fiecare rând de pe ea există pentru că, la un moment dat, ceva ne-a învățat că e nevoie de el. Preferăm să ne facem temele din timp, ca în ziua cu pricina să nu mai rămână nimic de făcut decât să privim cum un site sănătos își întâlnește vizitatorii.