De ce site-ul meu este lent și ne costă clienți?

Site-ul se deschide pe laptopul din birou și arată bine. Apoi un client pomenește că i-a luat o veșnicie pe telefon sau îl deschideți chiar dumneavoastră pe date mobile, într-o parcare, și priviți cum logoul stă singur pe un ecran alb în timp ce restul îl ajunge din urmă. Căutați de ce site-ul meu este lent, rulați un test gratuit de viteză și primiți o pagină de marcaje roșii și jargon care nu spune ce trebuie făcut concret.

Concluziile obișnuite sunt că găzduirea trebuie schimbată cu una mai scumpă sau că întregul site trebuie refăcut. Uneori una dintre ele este adevărată. Mai des, cauzele sunt puține, vizibile în browserul pe care îl aveți deja, iar cele ieftine vin primele. Un site lent nu este doar o neplăcere: un vizitator care a așteptat destul cât să se enerveze completează rar un formular, și acesta e unul dintre motivele mai discrete pentru care un site are vizitatori, dar nu primește cereri de ofertă.

De ce site-ul meu este lent: cauzele obișnuite

Imaginile sunt mult mai mari decât spațiul pe care îl ocupă. Fotografiile ajung direct din aparat sau dintr-o bancă de imagini pe pagină, de câteva ori mai late decât caseta în care stau, iar browserul descarcă tot fișierul înainte să-l micșoreze. Semnul: structura paginii apare repede, dar pozele se umplu una câte una, iar site-ul e vizibil mai slab pe telefon decât pe un desktop conectat prin cablu.

Prea multe pluginuri, widgeturi și scripturi. Un site pe un CMS sau pe un constructor de site-uri adună extensii de-a lungul anilor: un slider, un widget de chat, mai multe coduri de analiză, un banner de cookie-uri, un modul de rezervări pe care nu-l mai folosește nimeni, un video cu redare automată în antet. Fiecare își încarcă propriul cod înainte ca pagina să se așeze. Semnul: pagina continuă să lucreze mult după ce textul e vizibil, butoanele nu răspund o clipă, iar aranjarea sare pe măsură ce sosesc bucățile.

Serverul răspunde greu. Înainte să apară vreo bucată din pagină, browserul așteaptă serverul. Un plan ieftin de găzduire partajată, un CMS care asamblează fiecare pagină de la zero la fiecare vizită pentru că cache-ul e oprit sau o bază de date care a crescut ani la rând arată toate la fel: un ecran alb pentru o clipă, apoi totul deodată.

Vizitatorul este departe de server. Un site găzduit într-o țară și vizitat din alta pierde timp numai din cauza distanței; acasă pare rapid, în străinătate lent, și nimeni de acasă nu observă. Semnul: plângerile vin dintr-o anumită regiune.

Ceva de pe pagină blochează tot restul. Un font care trebuie descărcat înainte ca vreun text să poată fi desenat, o hartă încorporată pe fiecare pagină, un script care așteaptă un serviciu extern aflat într-o zi proastă. Semnul: site-ul merge bine în unele zile și prost în altele sau rămâne gol până când apare un anumit element.

Cum vă dați seama care este a dumneavoastră

Tot ce urmează se face cu un telefon, un laptop și instrumentele gratuite deja incluse în browser. Mergeți în ordine; prima verificare care nu trece este de obicei cauza dumneavoastră.

1. Deschideți site-ul pe un telefon pe date mobile, nu pe Wi-Fi. Cronometrați aproximativ cu un ceas, de la atingerea linkului până când puteți citi și apăsa, apoi faceți la fel pe laptop. Un telefon dramatic mai lent indică imagini și scripturi grele.
2. Urmăriți ce apare primul. Reîncărcați și notați ordinea. Un ecran gol urmat de totul deodată indică serverul; textul mai întâi și pozele picurând indică imaginile; aranjarea care sare și butoanele care nu răspund indică scripturile.
3. Rulați un singur test gratuit de viteză de la un motor de căutare sau un producător de browsere important și ignorați scorul. Citiți doar lista celor mai mari fișiere și îmbunătățirile sugerate: ele numesc pe șleau imaginile supradimensionate, scripturile nefolosite și răspunsul lent al serverului. Testați o pagină de serviciu, nu doar prima pagină.
4. Deschideți instrumentele pentru dezvoltatori din browser, fila de rețea, reîncărcați și sortați după mărime. Dacă cele mai mari intrări sunt fișiere de imagine cu mult mai mari decât poza vizibilă, acesta e răspunsul; dacă lista are zeci de scripturi de pe domenii pe care nu le recunoașteți, numărați pluginurile.
5. Faceți lista tuturor pluginurilor, widgeturilor și codurilor externe de pe site și scrieți lângă fiecare cine îl folosește și pentru ce. Din experiența noastră, lista e mai lungă decât se aștepta oricine, iar o parte din ea e moartă.
6. Verificați planul de găzduire și setarea de cache. Intrați în panoul de găzduire și vedeți pentru ce plătiți și dacă cache-ul de pagină e pornit. Dacă nu știți, persoana care a construit site-ul știe, iar întrebarea costă un e-mail.
7. Testați din celelalte piețe ale dumneavoastră. Rugați un coleg din străinătate să cronometreze aceeași pagină sau folosiți un test gratuit care vă lasă să alegeți locația de testare.

Remedierea, în ordine

Mai întâi ce e mai ieftin. Din experiența noastră, majoritatea site-urilor își recuperează cea mai mare parte a vitezei în primii trei pași, fără refacere.

1. Redimensionați și comprimați imaginile. Exportați fotografiile la dimensiunea pe care o folosește efectiv aranjarea paginii, într-un format web modern, și înlocuiți originalele; pe un CMS, un plugin de optimizare a imaginilor face toată biblioteca dintr-o singură trecere. Este cea mai frecventă remediere și costă o după-amiază.
2. Eliminați ce nu se folosește. Dezactivați și ștergeți fiecare plugin, widget și cod pentru care nimeni n-a putut numi un utilizator, unificați codurile de analiză duplicate într-unul singur, înlocuiți harta interactivă încorporată cu o imagine statică ce trimite către hartă și încărcați leneș tot ce e sub primul ecran.
3. Porniți cache-ul. Cache-ul de pagină înseamnă că serverul livrează o copie gata făcută în loc să asambleze pagina pentru fiecare vizitator. Majoritatea platformelor CMS și a gazdelor îl oferă ca setare sau ca plugin.
4. Rezolvați elementele care blochează. Încărcați fonturile astfel încât textul să apară imediat cu un font de rezervă și să fie înlocuit ulterior, amânați scripturile care nu sunt necesare pentru primul ecran și scoateți orice video din antet. De obicei e o oră de dezvoltator, nu un proiect.
5. Aduceți site-ul mai aproape de vizitator. O rețea de distribuție a conținutului (CDN) păstrează copii ale fișierelor statice în multe regiuni, astfel încât un vizitator din altă țară descarcă din apropiere. Majoritatea gazdelor și serviciilor de domenii oferă una; dacă vindeți peste granițe, acest pas intră pe listă înaintea oricărei schimbări de găzduire.
6. Schimbați găzduirea doar când serverul s-a dovedit lent. Dacă ecranul alb persistă după pornirea cache-ului, planul este gâtul de sticlă. Treceți la un plan pe măsura traficului, nu la cel mai ieftin care funcționează tehnic.
7. Refaceți paginile cele mai grele, nu site-ul. Dacă un șablon trage zeci de componente pe fiecare pagină, refacerea paginilor de destinație cheie pe o structură mai ușoară este adesea suficientă. În proiectele noastre de dezvoltare de site-uri viteza este un criteriu de lansare, iar acesta e pasul în care o pagină este proiectată în jurul a ceea ce trebuie să facă, nu a ceea ce oferă tema.

Viteza influențează și felul în care site-ul e găsit: motoarele de căutare măsoară aceleași așteptări pe care le simt vizitatorii dumneavoastră, așa că schimbările de mai sus fac parte din orice lucrare SEO onestă. Iar dacă site-ul a fost lent multă vreme, unele cereri s-au pierdut în tăcere; înregistrarea sursei fiecărei cereri, de unde încep proiectele noastre de CRM și analiză, vă spune dacă remedierea a schimbat ceva.

Ce măsurați

• Timpul până la o pagină utilizabilă pe telefon, pe date mobile, cronometrat manual la fel de fiecare dată, lunar.
• Greutatea paginii și numărul de cereri pentru paginile principale de destinație, din fila de rețea, înainte și după fiecare schimbare.
• Timpul de răspuns al serverului afișat în testul de viteză, așteptarea dinaintea sosirii oricărui element, care ar trebui să scadă odată pornit cache-ul.
• Rata de respingere și formularele completate pe paginile modificate, în analiticele dumneavoastră, la câteva săptămâni după schimbare față de câteva săptămâni înainte.

Unde intervenim noi

Un proprietar cu o seară liberă, o oră de dezvoltator și un acces la panoul de găzduire poate face tot ce e mai sus. Ce adăugăm noi este ordinea: imaginile și balastul înaintea găzduirii, cache-ul înaintea refacerii și o măsurătoare înainte și după, ca îmbunătățirea să fie un fapt, nu o impresie. Dacă preferați să ne lăsați diagnosticul nouă, un scurt brief cu adresa site-ului și paginile care contează cel mai mult e suficient ca să începem.

← Toate articolele