Dacă, după ce citiți articolele de mai sus, vă confruntați în continuare cu o discrepanță greu de explicat între clicuri și sesiuni, cauza poate fi latența. În mod obișnuit, problemele legate de clicuri și sesiuni în cazul cărora intervine latența au următoarele atribute:
- discrepanța dintre clicuri și sesiuni nu poate fi restrânsă la o anumită campanie, la un anumit grup de anunțuri sau la un anumit cuvânt cheie;
- în toate campaniile Google Ads active, observați în mod constant un număr mai mic de sesiuni în comparație cu numărul de clicuri;
- în urma segmentării în funcție de dispozitiv (de exemplu, desktop, tabletă, dispozitiv mobil), apare o discrepanță care persistă pe mai multe platforme.
În acest articol:
- De ce este importantă viteza
- Poziția este importantă
- Consecințele acțiunilor lente
- O soluție pe termen scurt pentru clicurile scurte
- Cum îmi pot da seama dacă site-ul este lent?
- Cum pot mări viteza?
- Eliminarea redirecționărilor sau actualizarea adreselor URL de destinație
- Sprite-urile CSS
- Folosirea unei rețele CDN (rețea de difuzare de conținut)
- Comprimarea fișierelor HTML, CSS și JS
- Stocarea solicitărilor populare în memoria cache
- Folosirea tehnicilor Ajax și a pluginurilor precum Infinite Scroll sau Lazy Load pentru Jquery
- Comprimarea Gzip
- Actualizarea la Analytics universal
- Un server de găzduire web mai rapid
- Mai multe sfaturi și sugestii
De ce este importantă viteza
Regula generală este că utilizatorii de pe internet nu sunt foarte răbdători. Acest lucru este dovedit de cercetări precum studiul KissMetrics, care a prezentat câteva afirmații revelatoare, cum ar fi: „Un decalaj de o secundă la încărcarea paginii poate duce la o scădere cu 7% a numărului de conversii.” și „47% dintre consumatori se așteaptă ca o pagină web să se încarce în maximum două secunde.”
Ce înseamnă acest lucru pentru dvs.? Dacă site-ul dvs. se încarcă prea încet, există posibilitatea ca utilizatorii să îl părăsească și să se îndrepte spre concurenți, mai ales dacă aceștia le pot oferi rapid același conținut.
Poziția este importantă
Suntem întrebați adesea unde trebuie plasat codul de urmărire Analytics în sursa HTML a unei pagini. Răspunsul este că depinde de precizia cu care doriți să cuantificați utilizatorii care părăsesc site-ul. Dacă este efectuat un clic și dacă înregistrarea unei sesiuni durează câteva secunde, este foarte posibil ca unele dintre aceste sesiuni să nu fie urmărite. În general, vă recomandăm să plasați codul de urmărire chiar înaintea etichetei de închidere </head>.
Consecințele acțiunilor lente
Clicurile scurte: un clic scurt apare atunci când un utilizator dă clic pe un anunț, apoi dă clic pe butonul de revenire sau închide browserul, înainte de a fi declanșată solicitarea codului de urmărire Analytics. Google Ads înregistrează clicul, dar nu este înregistrată o sesiune corespondentă în Analytics.
În general, cu cât un site răspunde mai lent și cu cât este mai mare numărul de solicitări care apar înaintea fragmentului Analytics, cu atât mai mare este probabilitatea de a întâmpina probleme reprezentate de clicuri scurte și date lipsă despre sesiuni.
De asemenea, puteți privi clicurile scurte ca pe niște utilizatori care părăsesc imediat site-ul, ceea ce înseamnă că, dacă nu urmăriți aceste sesiuni cu ieșiri imediate, rata de respingere poate fi scăzută în mod artificial.
Dispozitivele mobile și clicurile scurte: regula generală este că dispozitivele mobile funcționează pe o infrastructură de rețea mai lentă (rețele 3G) decât majoritatea conexiunilor de desktop (ADSL/cablu). Dacă vizați dispozitivele mobile și dacă doriți să evitați clicurile scurte, este chiar mai important să aveți un site cu răspuns rapid.
O soluție pe termen scurt pentru clicurile scurte
O soluție pe termen scurt este să plasați fragmentul de urmărire Analytics cât mai sus posibil în sursa HTML. În mod ideal, acesta ar trebui plasat deasupra altor fișiere JavaScript.
În captura de ecran de mai sus, puteți vedea că există mai multe solicitări de fișiere JavaScript care trebuie să se efectueze (etichete sincrone) înainte de a se putea executa fragmentul de urmărire Analytics. Vom discuta mai târziu despre tehnicile de optimizare, însă o soluție pe termen scurt pe care o puteți aplica deocamdată este să mutați fragmentul de urmărire Analytics deasupra celorlalte fișiere JavaScript. Nu vă faceți griji însă. Analytics nu va încetini redarea paginilor, întrucât este vorba despre o etichetă JavaScript asincronă, ceea ce înseamnă că nu va împiedica redarea paginii nici dacă apar decalaje de la serverul Analytics.
Motivul pentru care aceasta este o soluție temporară este că vă poate ajuta să înregistrați sesiunile care ar fi lipsit din cauză că utilizatorii părăseau prea devreme pagina dvs. (întrucât fragmentul Analytics nu se execută mai devreme). Cu toate acestea, pe termen lung, este recomandat să îi păstrați pe utilizatorii care părăsesc imediat site-ul și să soluționați problema de bază, adică site-ul cu răspuns lent.
Cum îmi pot da seama dacă site-ul este lent?
După cum am menționat mai sus, plasarea codului de urmărire Analytics mai sus în sursa HTML este o măsură utilă până la un anumit punct, însă este important și să aveți un site cu răspuns mai rapid.
Cum vă puteți da seama dacă site-ul dvs. este lent?
Testul 1
Având o memorie cache goală (dacă doriți, goliți memoria cache și ștergeți cookie-urile), deschideți o filă nouă, introduceți adresa URL de destinație în bara de adrese din browser și deschideți fila Rețea din secțiunea cu instrumente pentru dezvoltatori Chrome.
Încărcați site-ul și urmăriți lista de solicitări. Ar trebui să arate astfel:
Identificați „_utm.gif” (Analytics clasic) sau „collect” (Analytics universal) și consultați secțiunea dedicată cronologiei, din partea dreaptă. În ilustrația de mai sus, puteți vedea că au trecut 8 secunde între momentul în care s-a efectuat prima solicitare (situație în care s-ar înregistra un clic) și momentul în care s-a efectuat solicitarea Analytics (situație în care s-ar înregistra o sesiune).
Dacă un utilizator dă clic pe butonul de revenire în cele 8 secunde, este posibil ca Analytics să nu înregistreze o sesiune pe acest site, însă Google Ads va fi înregistrat clicul.
Rețineți citatul din KissMetrics: „Jumătate dintre utilizatori se așteaptă ca o pagină să se încarce în maximum două secunde”. Există loc de îmbunătățire pentru acest site!
Testul 2
Analytics înregistrează automat date despre durata de încărcare a paginii, în rapoartele „Viteza site-ului”.
Cu ajutorul acestui raport, puteți să vă axați pe anumite adrese URL de destinație Google Ads pentru a vedea ce rezultate dau acestea în privința latenței. În exemplul de față, observăm că viteza site-ului este de aproximativ 25 de secunde pentru această adresă URL, adică o viteză foarte redusă.
Ați observat că rata de respingere pentru această pagină este, de asemenea, ridicată? Ca atare, chiar dacă această adresă URL de destinație generează deja clicuri scurte (adică ieșiri imediate), cele înregistrate au, la rândul lor, o rată de respingere ridicată, iar acesta este un lucru rău.
În mod ideal, viteza de încărcare a paginii trebuie să fie de aproximativ 3 - 4 secunde.
Cu toate că rapoartele „Viteza site-ului” sunt un bun indicator al duratelor de încărcare a paginilor, în mod prestabilit, eșantionul se bazează pe doar 1% din trafic. Dacă aveți un număr relativ mic de utilizatori care vă accesează zilnic site-ul, cum ar fi maximum 100.000, este recomandat să alegeți un eșantion mai mare, de exemplu, de 5%. În acest fel, veți putea detalia suficient durata de încărcare a paginii și alte valori privind viteza site-ului.
Rețineți că această acțiune duce la crearea unei solicitări suplimentare și că nu ar trebui să influențeze negativ experiența utilizatorilor în aproape nicio situație.
Cum pot mări viteza?
Rapoartele „Viteza site-ului” din Analytics oferă acum sugestii privind viteza site-ului. Introduceți adresele URL care primesc cele mai multe clicuri pentru a vedea sugestii de mărire a vitezei de încărcare a paginilor respective.
Eliminarea redirecționărilor sau actualizarea adreselor URL de destinație
Chiar dacă redirecționările păstrează parametrul de etichetare automată Google Ads și îl transferă în adresa URL de destinație finală, acestea adaugă o latență suplimentară între clic și momentul în care poate fi înregistrată sesiunea de Analytics.
În unele cazuri, proprietarii de site-uri au mai multe redirecționări între clicul Google Ads și adresa URL de destinație finală.
Este recomandat să actualizați adresa URL de destinație Google Ads în așa fel încât să reflecte adresa URL de destinație finală, pentru a nu fi necesare redirecționări.
În unele cazuri, pentru a înregistra clicul Google Ads, clienții folosesc un serviciu intermediar, cum ar fi un server de clicuri (folosit adesea de platformele de raportare terță parte).
Știm că doriți să raportați pe mai multe platforme, însă acest serviciu poate să încetinească experiența utilizatorilor. Dacă întâmpinați dificultăți în ceea ce privește clicurile și sesiunile înregistrate în Analytics, vă recomandăm să eliminați acest serviciu de urmărire a clicurilor pe perioadă limitată, pentru a vedea dacă raportul dintre clicuri și sesiuni se îmbunătățește. Apoi gândiți-vă din nou dacă doriți să continuați urmărirea pe platforma terță parte sau să căutați un alt furnizor mai rapid.
Sprite-urile CSS
Sprite-urile CSS pot înlocui mai multe solicitări de imagini.
După cum puteți vedea, site-ul din ilustrația de mai sus are mai multe solicitări de imagini (fișiere .png) pentru pictograme și fișiere imagine mici. Avantajul sprite-urilor CSS este simplu: în loc să trimiteți mai multe solicitări de imagini, plasați toate aceste imagini într-o singură solicitare (o imagine mai mare) și folosiți CSS pentru a controla acele părți din imagine care se afișează în anumite secțiuni ale site-ului. O solicitare de imagine mare este mai rapidă decât mai multe solicitări de imagini mai mici.
Folosirea unei rețele CDN (rețea de difuzare de conținut)
O rețea de difuzare de conținut este o metodă excelentă de a mări viteza site-ului, făcându-l, în același timp, mai adaptabil și mai fiabil. Aceasta funcționează prin distribuirea fișierelor și conținutului accesate frecvent pe site și plasarea lor pe mai multe servere de pe glob.
În mod normal, un serviciu de găzduire web se află într-o locație fizică fixă, cum ar fi California. Acest lucru este convenabil pentru utilizatorii din California, întrucât vor primi rapid conținut de pe site-ul dvs., dar cum rămâne cu utilizatorii din Australia sau din Europa? În cazul acestora, latența va crește, deoarece vor aștepta fișierele din California. Cu ajutorul unei rețele CDN, utilizatorii respectivi vor putea primi fișiere de la un server mai apropiat de locațiile lor fizice.
Dacă veți distribui conținutul site-ului pe mai multe servere de pe glob, întreruperile sau alte probleme de infrastructură nu vă vor mai afecta la fel de tare.
O rețea CDN este potrivită pentru conținutul predominant static, ce nu se modifică frecvent, precum fișierele JavaScript, CSS, HTML, imaginile sau conținutul video. În plus, aceasta va comprima fișierele respective la cea mai mică dimensiune posibilă, eliminând spațiile dintre rânduri în fișierele JavaScript, CSS și HTML.
Google oferă propriul serviciu CDN, numit Google PageSpeed.
Comprimarea fișierelor HTML, CSS și JS
Dacă nu doriți să folosiți un serviciu CDN (menționat mai sus), aveți la dispoziție și alte module, pluginuri și servicii web gratuite care comprimă automat conținutul în locul dvs., eliminând spațiul dintre rânduri și grupând mai multe fișiere (de exemplu, fișiere CSS) într-o singură solicitare.
Stocarea solicitărilor populare în memoria cache
O stivă populară de servere web folosește Linux Apache MySQL PHP (LAMP).
În diagrama de mai sus, puteți vedea că redarea unei pagini prin HTML pentru utilizator implică mai mulți pași:
- serverul web primește solicitarea;
- serverul web trimite apoi solicitarea prin PHP, care decide ce fișiere sau rânduri din baza de date să acceseze;
- PHP împachetează aceste date și creează pagina HTML relevantă, care este afișată apoi utilizatorului.
Cum poate ajuta stocarea în memoria cache
În multe cazuri, conținutul paginilor nu se schimbă de fiecare dată când un utilizator solicită pagina, cum ar fi cazul unei pagini cu întrebări frecvente. Pentru a nu parcurge întregul proces din diagrama de mai sus, putem să creăm pagina o dată și să o stocăm în memoria cache ca fișier HTML temporar. În acest fel, serverul web nu va trebui să genereze o pagină prin PHP și să trimită interogări către baza de date în mod repetat. În schimb, acesta va putea difuza un fișier HTML static pentru majoritatea utilizatorilor. În acest fel, serverul web nu va mai efectua în mod constant mai multe sarcini simultan, iar site-ul va fi mai rapid pentru toată lumea.
Există diverse module gratuite care efectuează această sarcină pentru site.
Deși exemplul de mai sus se referea la PHP, există multe alte servere web care funcționează după un principiu similar și care vor avea, probabil, module disponibile pentru acest tip de stocare a paginilor în memoria cache.
Folosirea tehnicilor Ajax și a pluginurilor precum Infinite Scroll sau Lazy Load pentru Jquery
Ați observat vreodată că anumite site-uri încarcă materiale pe măsură ce derulați pagina în jos? YouTube procedează astfel pentru miniaturile videoclipurilor similare, iar secțiunea de comentarii este limitată la primele câteva rezultate, cu excepția situației în care solicitați afișarea unor comentarii suplimentare.
Dacă veți folosi corect aceste tehnici, veți putea să reduceți solicitarea de dimensiune de pagină inițială și să le permiteți utilizatorilor să înceapă imediat interacțiunea cu paginile dvs. Dacă doresc să vadă mai mult conținut, vor putea derula în continuare, determinând încărcarea mai multor elemente.
Există câteva probleme privind ușurința de folosire și accesibilitatea de care trebuie să țineți cont atunci când implementați această soluție. Pentru informații suplimentare în acest sens, consultați documentația pentru LazyLoad și InfiniteScroll.
Comprimarea Gzip
Browserele web mai vechi nu acceptau această formă de comprimare a paginilor (HTML, CSS, JavaScript etc.), însă acest lucru nu mai este valabil pentru browserele mai noi, inclusiv dispozitivele mobile. Cea mai bună parte a acestei funcții este că, adesea, puteți profita de ea prin simpla deplasare a unui comutator.
Vizionați acest videoclip pentru a afla mai multe despre Gzip.
Actualizarea la Analytics universal
Dacă nu ați trecut deja la Analytics universal (analytics.js) de la versiunea clasică (ga.js), vă recomandăm să migrați la cea mai recentă platformă Analytics. Veți avea acces la cele mai recente funcții de produse și, în plus, veți beneficia de câteva îmbunătățiri ale performanței aduse de Analytics universal, care merită menționate:
- arhiva codurilor de urmărire bazate pe module: analytics.js are module externe, cum ar fi comerțul electronic, ce nu mai sunt incluse pentru toate site-urile (adică așa cum funcționează ga.js). În acest fel, se reduce amprenta codului analytics.js asupra dimensiunii fișierelor, ceea ce înseamnă că fișierele se vor transfera mai repede.
- dependență redusă de cookie-uri: Analytics universal calculează acum datele despre campanii și sesiuni la nivel de server (și nu la nivel de client); în acest fel, reduce numărul de date din cookie-uri care sunt transferate pentru fiecare solicitare de fișier, aducând o îmbunătățire mică, dar sesizabilă a performanței.
Un server de găzduire web mai rapid
Este posibil ca afacerea dvs. să aibă de pierdut din cauza site-ului lent. Este recomandat să treceți la un server de găzduire web mai rapid.
Mai multe sfaturi și sugestii
Acest articol nu poate acoperi toate tehnicile de optimizare disponibile, însă vă putem îndrepta atenția spre multe altele. Consultați această documentație pentru sfaturi și sugestii suplimentare.
În sfârșit, rețineți că puteți îmbunătăți viteza și capacitatea de răspuns ale site-ului propriu, dar că, la un moment dat, este posibil să întâmpinați probleme legate de conexiunile la internet și rețelele mobile lente ale utilizatorilor. Această problemă este preponderentă în zonele izolate sau rurale, precum și în țările aflate în curs de dezvoltare, cu o infrastructură de telecomunicații limitată sau veche.
Tot ceea ce puteți face în astfel de condiții este să creșteți pe cât posibil capacitatea de răspuns a site-ului, deși chiar și cel mai bine optimizat site poate înregistra clicuri scurte din cauza conexiunilor lente ale utilizatorilor.
