Deschide-ți propriul site pe telefon, pe date mobile, nu pe wifi-ul de la birou. Numără secundele până când chiar poți citi ceva. Acea așteptare te costă clienți și, în aproape fiecare audit pe care îl fac, totul se reduce la aceleași trei probleme. Iată-le, pe înțelesul tuturor, plus singurul număr care îți spune adevărul despre viteza ta.
Numărul care contează cu adevărat
Majoritatea sfaturilor despre viteză te trimit către un scor din 100. Ignoră-l pentru o clipă. Măsurătoarea care decide dacă un vizitator rămâne e mai simplă: câte secunde trec până apare pe ecran lucrul principal. Google îi zice Largest Contentful Paint, dar nu ai nevoie de termeni tehnici. Uită-te doar cum se încarcă pagina principală pe un telefon și cronometrează momentul în care imaginea mare sau titlul termină de afișat. Sub două secunde și jumătate pare instantaneu. Peste patru, oamenii deja apasă înapoi spre Google.
Un scor de laborator poate arăta verde în timp ce telefoanele reale, pe rețele reale, se târăsc. Așa că testează așa cum face clientul tău: telefonul tău real, date mobile, de la zero. Ce vezi în acele prime secunde e răspunsul cinstit.
Scurgerea unu: imaginea uriașă din antet pe care nimeni nu a micșorat-o
Poza din partea de sus a paginii principale e de obicei cel mai greu element de pe pagină. Deschid regulat site-uri unde acea singură imagine are patru sau cinci megabytes, exportată direct dintr-un aparat foto sau dintr-o bibliotecă de stock și pusă la dimensiune maximă. Pe un laptop se încarcă înainte să observi. Pe un telefon cu semnal slab, e zidul în spatele căruia așteaptă toată lumea.
Slider-ele o fac și mai rău. Un banner rotativ cu cinci imagini înseamnă cinci poze grele care se încarcă deodată, plus scriptul care le rotește. Vizitatorul vede oricum doar prima înainte să decidă dacă rămâne, deci celelalte patru sunt greutate pură, degeaba. Soluția e banală și funcționează: o singură imagine de dimensiunea potrivită, comprimată cum trebuie, într-un format modern, adaptată ecranului de telefon, nu unui cinema. La un site de brutărie pe care l-am reconstruit anul trecut, doar redimensionarea și comprimarea imaginii din antet au scăzut prima afișare de la vreo șase secunde la sub două, și încă nu atinsesem nimic altceva.
Scurgerea doi: un page builder care încarcă tot, peste tot
Majoritatea site-urilor WordPress sunt făcute cu un page builder vizual. Sunt minunate pentru construit rapid. Problema e că multe dintre ele își încarcă întreaga trusă de unelte pe fiecare pagină, fie că pagina o folosește sau nu. Animații, biblioteci de iconițe, fonturi în plus, scripturi de layout, toate livrate unui telefon care voia doar programul tău de lucru.
Simți asta ca pe o pagină care afișează ceva repede, apoi îngheață o clipă în timp ce telefonul mestecă codul înainte să poți derula sau apăsa. Nu designul e greu. Trusa invizibilă din spatele lui e cea grea. Rezolvarea înseamnă să oprești ce nu folosește pagina, să reduci fonturile la cele unul sau două pe care chiar le-ai ales și să lași părțile de jos ale paginii să se încarce doar când cineva ajunge la ele. Făcut cu grijă, pagina arată identic și pare de două ori mai rapidă.
Scurgerea trei: găzduire ieftină ascunsă în spatele unui plugin de cache
Asta e cea pe care nimeni nu vrea s-o audă. Un plugin de cache păstrează o copie gata făcută a paginii, ca serverul să nu o reconstruiască la fiecare vizită. Chiar ajută, și tocmai de asta ascunde problema reală. Când cache-ul e proaspăt, site-ul pare în regulă. În clipa în care expiră, sau ajunge un vizitator logat, sau cineva deschide o pagină pe care cache-ul a ratat-o, vizitatorul așteaptă pe același server lent și supravândut pe care pluginul îl mascase.
Găzduirea ieftină de tip shared înghesuie sute de site-uri pe o singură mașină. Viteza ta depinde atunci de ce fac toți vecinii în secunda aceea. Un plugin de cache e o idee bună pe o găzduire bună și o deghizare pe una proastă. Dacă site-ul tău e rapid la unele vizite și dureros de lent la altele fără motiv clar, de obicei găzduirea de dedesubt e explicația.
Cum să-ți găsești propria scurgere chiar diseară
Poți diagnostica singur cea mai mare parte în zece minute. Deschide pagina principală pe telefon, pe date mobile, și cronometrează prima afișare. Dă click dreapta pe imaginea din antet pe un calculator și verifică-i dimensiunea; orice peste câteva sute de kilobytes pentru o singură imagine e un semnal de alarmă. Apoi deschide o pagină nouă pe care o vizitezi rar, ca să fie cache-ul rece, și vezi dacă se târăște. Trei verificări rapide și de obicei vei ști care dintre cele trei te doare.
Dacă preferi să măsoare cineva ca lumea, exact ăsta e rostul unui audit gratuit al site-ului: îți deschid site-ul așa cum o fac clienții tăi și îți spun care scurgere e reală. Viteza nu e nici o treabă de o singură dată. Imaginile se reîncarcă, pluginurile se actualizează, găzduirea se umple, iar un site care era rapid primăvara poate să se lase până toamna, motiv pentru care întreținerea continuă ține numărul cinstit. Iar când un site e prea departe dus, uneori o reconstrucție pe o fundație bună e mai rapidă și mai ieftină decât să tot cârpești vechiul site la nesfârșit.
Capcana cu viteza pe telefon e că ție îți e invizibilă. Îți vizitezi propriul site pe wifi rapid, din cache, și ți se pare în regulă, așa că presupui că e în regulă pentru toată lumea. Clientul tău, stând afară cu o liniuță de semnal, are o experiență complet diferită și nu-ți spune niciodată. Pur și simplu pleacă. Numărul din acele prime secunde e singurul care știe.