Lucrurile neobișnuite pe care le au în comun cele mai populare site-uri.

E ușor să vezi cum arată un site de succes și greu să vezi cum funcționează. Așa că stratul vizibil ajunge copiat — spațierea, tipografia, felul în care e compus heroul — iar copia nu performează nici pe departe ca originalul, pentru că stratul vizibil nu a fost niciodată cel care îl făcea să funcționeze. Trăsăturile cu adevărat comune stau dedesubt: în ce se încarcă primul, în ce se întâmplă când ceva pică, în ce lipsește deliberat și în ce nu are voie să se schimbe niciodată. Mai jos sunt obiceiurile care apar iar și iar în categorii care altfel nu au nimic în comun și care rămân rare pe site-urile obișnuite de business.

Aceleași obiceiuri, în categorii care nu au nimic altceva în comun

Sunt tipare, nu legi — destule site-uri mari încalcă unul dintre ele. Frapant e cât de rar încalcă vreunul două și cât de constant excepțiile sunt exact site-urile de care se plânge lumea.

Lucrurile pe care le copiază toată lumea sunt cele care contează cel mai puțin

Întreabă de ce funcționează un site cunoscut și răspunsurile vin vizuale: layoutul e curat, fotografia e bună, tipografia e sigură pe ea. Lucrurile astea sunt reale și sunt totodată partea cea mai ușor de reprodus — un designer competent poate reface aspectul aproape oricărui site de pe internet într-o săptămână. Dacă aspectul ar fi mecanismul, copiile ar funcționa la fel de bine ca originalele. De regulă nu o fac.

Ce le desparte e un set de decizii care nu apar niciodată într-o captură de ecran, pentru că țin de eșec și de timp, nu de compoziție: ce vede un vizitator când ceva nu se încarcă, cât durează până când pagina devine utilă pe o conexiune proastă, dacă un link distribuit acum cinci ani mai răspunde. Sunt neglamuroase, sunt greu de vândut și se suprapun aproape perfect peste site-urile care rămân populare.

Obiceiul unu: pagina funcționează înainte să funcționeze JavaScriptul

BBC News a publicat în 2012 tehnica pe care o folosește pentru asta și i-a dat un nume care a rămas — „cutting the mustard”. Fiecare pagină livrează o experiență de bază construită din HTML și CSS, completă și lizibilă în sine. Un script scurt, inline, testează apoi browserul pentru câteva capabilități, iar varianta îmbunătățită ajunge doar la browserele care trec testul. Consecința e că nu există pagină albă: dacă îmbunătățirea pică, se strică sau pur și simplu întârzie, cititorul citește deja.

GOV.UK are aceeași poziție și o face obligatorie. Manualul lor de servicii spune că toate serviciile guvernamentale trebuie construite cu progressive enhancement, pe motivul că HTML e stratul cel mai rezistent și că un serviciu care are nevoie de JavaScript ca să-și afișeze conținutul a făcut fiecare vizitator dependent de o cerere de rețea care uneori va pica. Pune asta lângă situația actuală: HTTP Archive a măsurat în 2024 o pagină mediană care livrează în jur de 570 KB de JavaScript pe mobil, cu 14% mai mult într-un singur an. Cele mai citite site-uri de pe internet merg exact în direcția opusă tuturor celorlalți.

Obiceiul doi: spațiul cel mai valoros din pagină nu e niciodată un carusel

Caruselul rotativ din hero e cel mai copiat element din webdesign și unul dintre cele mai greu de apărat. Erik Runyon a publicat date de clic de la University of Notre Dame care nu au fost cu adevărat contrazise: sliderul de pe prima pagină a avut o rată de clic de abia 1%, iar în jur de 84% dintre acele clicuri au căzut pe primul slide. Pe alte site-uri din același set de date, primul loc a luat între 48% și 62% din toate clicurile pe carusel. Ce e pe slide-ul trei, practic, nu e publicat.

Motivul pentru care caruselele persistă nu are nicio legătură cu vizitatorii. Există pentru că închid o discuție internă — marketingul, vânzările și echipa de produs primesc fiecare câte un slide și nimănui nu trebuie să i se spună nu. Ăsta e un beneficiu organizațional real și e plătit de public. Site-urile mari care au renunțat la carusele nu au făcut-o din gust, ci pentru că măsurau, iar măsurătoarea spunea că spațiul se irosește.

Obiceiul trei: o zecime de secundă e tratată ca bani

Deloitte și Google au studiat 37 de site-uri de brand europene și americane, pe mai mult de 30 de milioane de sesiuni, și au izolat cât valorează o îmbunătățire de 0,1 secunde a vitezei pe mobil. În retail a crescut conversiile cu 8,4% și cheltuiala consumatorului cu 9,2%. În travel, conversiile au urcat cu 10,1%. Pe paginile de generare de lead-uri, rata de respingere s-a îmbunătățit cu 8,3%. O zecime de secundă e sub pragul la care un om observă conștient ceva și a mișcat fiecare dintre cifrele acelea.

Obiceiul nu e „fii rapid” — cu asta toată lumea e de acord și nu schimbă nimic. Obiceiul e să tratezi viteza ca pe un număr de care răspunde cineva, măsurat continuu pe vizitatori reali, nu o dată, într-un instrument de laborator, pe laptopul unui developer. Scorurile de laborator măsoară un dispozitiv simulat pe o conexiune simulată; datele de teren măsoară oamenii care chiar au venit, pe telefoanele pe care chiar le au. Când cele două nu sunt de acord, datele de teren sunt cele legate de venit. De asta site-urile cărora le pasă rulează măsurare continuă, de tip Mentenanță lunară, nu un audit unic — un scor luat la lansare descrie un site care nu mai există.

Obiceiul patru: URL-urile trăiesc mai mult decât redesignurile

Tim Berners-Lee a scris „Cool URIs don’t change” în 1998, iar cele mai mari site-uri de pe web îl ascultă discret de atunci. Un URL de articol Wikipedia din 2004 încă răspunde. Știri BBC de la începutul anilor 2000 sunt tot acolo unde erau. Pagini de informare guvernamentală supraviețuiesc schimbărilor de minister, de guvern și de software care le servește. Nimic din toate astea nu e accident — e rezultatul tratării redirecturilor ca infrastructură permanentă, care se întreține, nu ca o corvoadă de migrare pe care o închizi după ce scade traficul.

Site-ul obișnuit de business face exact invers, iar paguba e invizibilă pentru că e distribuită. Fiecare 404 e un link pe care l-a publicat cineva, un rezultat de căutare care nu mai convertește, un email de acum doi ani care acum nu duce nicăieri. Valoarea stătea în referințele acumulate, iar o redenumire le aruncă pe toate deodată. Dacă plănuiești o refacere, harta de redirecturi nu e partea plictisitoare a proiectului — e partea care decide dacă păstrezi ce a câștigat site-ul vechi. Mecanica o acoperim pe larg în ghidul despre când merită refăcut un site.

Obiceiul cinci: nimic nu se relansează vreodată

Întreabă când și-au făcut ultima dată redesign Amazon, Wikipedia sau GOV.UK și nu există un răspuns curat, pentru că niciunul nu l-a făcut — nu în sensul unei date la care site-ul vechi a fost oprit și a apărut unul nou. S-au schimbat continuu, în pași destul de mici cât nicio schimbare individuală să nu fie un eveniment. Fiecare putea fi măsurată separat și dată înapoi separat când măsurătoarea ieșea prost.

Relansarea în forță e populară pentru că se potrivește cu felul în care se aprobă munca: un buget, un termen, o dezvăluire. E și cel mai riscant mod de a livra orice. Sute de schimbări intră live simultan, așa că, atunci când o metrică scade, nimeni nu poate spune care schimbare a făcut-o, iar singurul răspuns disponibil e să te cerți pe subiect. Site-urile care evoluează continuu știu mereu ce a cauzat ce. Ăsta e cel mai greu obicei de adoptat cu un buget obișnuit și cel care se plătește înapoi cel mai mult timp.

Cât valorează toate astea cu un buget obișnuit

Niciunul dintre obiceiurile astea nu cere o echipă mare. Să servești HTML utilizabil înainte de JavaScript e o alegere făcută la începutul unui build și nu costă nimic după aceea; adăugată ulterior, e scumpă — și exact ăsta e argumentul pentru a decide devreme. Să nu construiești un carusel e mai ieftin decât să construiești unul. O hartă de redirecturi înseamnă o după-amiază în timpul migrării și nu valorează nimic dacă o lași pe după. Măsurarea vizitatorilor reali e un API gratuit de browser și un loc în care să pui cifrele.

Ce cer, în schimb, e ca cineva să decidă că sunt importante înainte să se semneze designul vizual, pentru că trei din cinci devin costisitoare din clipa în care structura e fixată. Ăsta e raționamentul din spatele felului în care ne definim pachetele — un Website de afaceri e specificat în jurul a ce trebuie să suporte, nu al câte pagini are, iar dacă preferi ca structura să fie discutată înainte să se construiască ceva, o Sesiune strategie e cel mai ieftin moment în care deciziile astea sunt încă gratuite. Toată gama și ce include fiecare sunt pe Prețuri.

Surse

Fiecare cifră și fiecare citat de mai sus vin din publicația originală, nu dintr-un rezumat al ei. Verificate în august 2026.

• BBC Responsive News — Cutting the mustard ↗

  Descrierea tehnicii chiar de către echipa BBC: o experiență de bază în HTML pentru fiecare browser, cu un test inline de capabilități care decide ce browsere primesc varianta îmbunătățită.

• GOV.UK Service Manual — Building a robust frontend using progressive enhancement ↗

  Standardul obligatoriu pentru serviciile guvernamentale britanice: construiește întâi cu HTML, iar toate serviciile trebuie să respecte progressive enhancement, chiar și acolo unde o parte a serviciului are nevoie de JavaScript.

• GDS Technology Blog — Why we use progressive enhancement to build GOV.UK ↗

  Raționamentul din spatele politicii, formulat ca rezistență în aceeași măsură ca incluziune — HTML ca stratul care poate pica cel mai greu.

• Erik Runyon — Carousel Interaction Stats ↗

  Date de clic de pe site-urile University of Notre Dame: o rată de clic pe caruselul de pe prima pagină de abia 1%, cu circa 84% dintre clicuri pe primul slide, și cote ale primului loc între 48% și 62% în restul setului de date.

• Deloitte și Google — Milliseconds Make Millions ↗

  37 de site-uri de brand europene și americane, peste 30 de milioane de sesiuni: o îmbunătățire de 0,1 secunde a vitezei pe mobil a crescut conversiile de retail cu 8,4% și cheltuiala consumatorului cu 9,2%, conversiile din travel cu 10,1% și a îmbunătățit rata de respingere pe paginile de lead-uri cu 8,3%.

• HTTP Archive — Web Almanac 2024, JavaScript ↗

  Pagina mediană a livrat în jur de 570 KB de JavaScript pe mobil și 620 KB pe desktop, cu o creștere de 14% a payloadului median într-un an.

• W3C — Cool URIs don’t change ↗

  Argumentul lui Tim Berners-Lee din 1998: URL-urile sunt un angajament, nu un detaliu de implementare, iar schimbarea lor distruge o valoare care nu a fost niciodată doar a ta.