Ca să accelerați site-ul, măsurați mai întâi viteza în PageSpeed Insights și în Search Console, găsiți cele mai mari cauze ale încetinirii și corectați-le pe rând. Cel mai des acestea sunt imaginile grele, fonturile inutile, scripturile terțe și răspunsul lent al serverului. După fiecare modificare, măsurați din nou rezultatul, ca să vedeți ce anume a ajutat.
Pe scurt
- Începeți cu măsurarea: indicatorii LCP, INP și CLS și datele reale ale utilizatorilor sunt mai importante decât nota 100 într-un test de laborator.
- Imaginile: formate moderne, dimensiunea potrivită locului de pe ecran, încărcare amânată (lazy loading) sub primul ecran.
- Fonturile: una-două familii, câteva grosimi, formatul WOFF2 și comportamentul corect în timpul încărcării.
- Scripturile: eliminați tagurile inutile, iar restul amânați-le sau încărcați-le după interacțiune.
- Serverul: cache-ul paginilor, CDN pentru fișierele statice, o versiune actuală de PHP sau o platformă cu răspuns rapid.
- Versiunea mobilă se verifică pe un telefon mediu și într-o rețea lentă.
Ce măsurați și cum citiți raportul
Google evaluează experiența vizitatorului prin trei indicatori, numiți Core Web Vitals.
| Indicatorul | Ce descrie | Nivelul bun conform ghidurilor Google |
|---|
| LCP | Viteza afișării conținutului principal al paginii | până la 2,5 secunde |
| INP | Viteza reacției la acțiunile utilizatorului | până la 200 de milisecunde |
| CLS | Stabilitatea machetei în timpul încărcării | până la 0,1 |
Evaluarea se bazează pe vizite reale (percentila 75), separat pentru telefoane și pentru computere. PageSpeed Insights arată două tipuri de date: de teren, colectate de la vizitatori reali, și de laborator, obținute prin simulare în Lighthouse. Testul de laborator este comod pentru găsirea cauzelor, iar datele de teren arată experiența reală. În Search Console există raportul Core Web Vitals, care grupează paginile după stare.
Verificați paginile tipice: pagina principală, categoria, pagina produsului sau a serviciului și pagina cu formular. Începeți cu versiunea mobilă, pentru că pe ea problemele se văd mai bine. Notați valorile de bază, ca să puteți compara rezultatul după modificări.
Imaginile
Imaginile reprezintă adesea cea mai mare parte din greutatea paginii, de aceea merită să începeți cu ele.
Dimensiunea și formatul
- Dimensiunea fișierului corespunde locului de pe ecran: o fotografie cu lățimea de 4000 de pixeli într-un bloc cu lățimea de 800 de pixeli încarcă date inutile.
- Comprimare fără pierderi vizibile de calitate; formatele moderne WebP și AVIF sunt de obicei mai ușoare decât JPEG.
- Imaginile adaptive (atributele srcset și sizes) îi trimit telefonului o imagine mai mică.
- Logourile și pictogramele se fac comod în format SVG.
- Pentru video se folosesc un poster și încărcarea la apăsare.
Încărcarea și stabilitatea machetei
- Imaginile de sub primul ecran se încarcă amânat (atributul loading).
- Imaginea principală a primului ecran nu trebuie amânată: ea se încarcă cu prioritate (atributul fetchpriority).
- Lățimea și înălțimea indicate ale imaginii rezervă locul, iar pagina nu sare în timpul încărcării (acest lucru reduce CLS).
- Într-un slider, prioritate are doar primul slide.
Imaginile în CMS și în magazin
Pe un site cu editori și într-un magazin, imaginile le adaugă oameni diferiți, de aceea regulile e mai bine să fie fixate în sistem. Configurați crearea automată a mai multor dimensiuni și conversia în formate moderne, setați o limită de greutate la încărcare și pregătiți pentru angajați o instrucțiune scurtă: lățimea necesară, formatul, numărul de imagini pe produs. La importul catalogului din fișierele furnizorului, adăugați un pas de comprimare, altfel greutatea paginilor va crește pe neobservate.
Video și animațiile de fundal
Un video pe primul ecran cere prudență: el devine adesea cel mai greu element al paginii. Folosiți un video comprimat cu poster, dezactivați redarea automată pe telefoane și înlocuiți fundalul animat cu o imagine statică, dacă efectul nu aduce beneficii.
Fonturile
Fiecare fișier de font înseamnă încă o cerere către server, de aceea setul trebuie limitat.
- Sunt suficiente una-două familii și două-trei grosimi (reper pentru majoritatea site-urilor).
- Folosiți formatul WOFF2 și subseturi de caractere: latina (cu diacriticele românești) și chirilica, fără limbi inutile.
- Fonturile variabile pot înlocui mai multe fișiere cu unul singur.
- Regula font-display: swap afișează textul cu un font de sistem cât timp se încarcă cel principal; pentru fontul principal este utilă încărcarea anticipată (preload).
- Găzduirea proprie a fonturilor elimină cererea către un server terț.
- Fontul de rezervă se alege cu proporții asemănătoare, ca textul să nu sară după înlocuire.
- Fonturile de pictograme se înlocuiesc cu pictograme SVG.
Scripturile și serviciile terțe
Scripturile concurează cu afișarea paginii pentru resursele browserului; scripturile grele înrăutățesc reacția la acțiunile utilizatorului (INP).
Faceți lista tuturor scripturilor: în fila Network a instrumentelor pentru dezvoltatori, în raportul PageSpeed Insights și în containerul Tag Manager. Pentru fiecare puneți întrebarea: ce decizie depinde de aceste date?
| Ce s-a găsit | Ce faceți |
|---|
| Widget de chat pe toate paginile | Încărcați-l după prima interacțiune sau doar pe paginile-cheie |
| Mai multe taguri de pixel, o parte învechite | Păstrați-le pe cele necesare, verificați evenimentele, eliminați dublurile |
| Slider pe primul ecran | Înlocuiți-l cu un singur banner static |
| Pluginuri și teme inactive | Ștergeți-le |
| O bibliotecă mare de dragul unei singure funcții | Înlocuiți-o cu o soluție ușoară sau renunțați la funcție |
- Atributele defer și async permit încărcarea scriptului fără a bloca afișarea paginii.
- Widgeturile grele (chat, recenzii, hărți) se conectează după interacțiune sau după încărcarea principală.
- Analitica și tagurile de publicitate rămân acolo unde ajută la luarea deciziilor; scripturile pe care nu le folosește nimeni se elimină.
Cum verificați impactul unui script
- Măsurați pagina cu toate scripturile și notați indicatorii.
- Dezactivați temporar un tag sau un widget, de exemplu în modul de previzualizare din Tag Manager.
- Repetați măsurarea pe aceeași pagină, în aceleași condiții.
- Comparați diferența cu beneficiul pe care acest instrument îl aduce afacerii.
- Păstrați scriptul, optimizați-i încărcarea sau ștergeți-l.
O astfel de abordare ajută la luarea deciziilor pe baza faptelor, fără a elimina instrumente utile pe baza presupunerilor. Revizuirea merită repetată o dată la șase luni, pentru că în timp pe site se acumulează taguri noi.
Serverul, cache-ul și stilurile
Chiar și imaginile comprimate ideal nu vor ajuta dacă serverul răspunde lent. Timpul de răspuns al serverului (TTFB) depinde de hosting, de versiunea PHP, de cache și de optimizarea bazei de date.
- Cache-ul paginilor livrează HTML gata făcut, fără procesarea completă a cererii la fiecare vizită.
- CDN plasează fișierele statice mai aproape de vizitatori, ceea ce este util pentru un public din regiuni diferite.
- Comprimarea Brotli sau Gzip și protocoalele HTTP/2 sau HTTP/3 reduc volumul datelor și numărul de cereri.
- Din stiluri se elimină codul nefolosit, iar regulile critice ale primului ecran sunt uneori încorporate în pagină.
- Pe WordPress ajută un hosting de calitate, cache-ul și un număr moderat de pluginuri; pe platformele SaaS (de exemplu, Horoshop), pârghiile principale sunt imaginile, blocurile de design și aplicațiile conectate.
Cache-ul browserului și baza de date
Cache-ul browserului le permite vizitatorilor care revin să nu încarce din nou fișierele statice. Pentru aceasta, fișierelor de stiluri, scripturilor, imaginilor și fonturilor li se setează un termen lung de păstrare; la actualizare se schimbă versiunea din numele fișierului. Pe WordPress ajută suplimentar curățarea reviziilor vechi, a înregistrărilor temporare și a tabelelor nefolosite din baza de date, pentru că o bază mare încetinește răspunsul serverului. Verificați și dacă nu funcționează simultan mai multe pluginuri de cache, pentru că acestea pot intra în conflict.
Planul de lucru: de la măsurare la control
- Măsurați indicatorii mobili ai paginilor-cheie și notați valorile de bază.
- Corectați imaginile: dimensiunea, formatul, încărcarea amânată, atributele de dimensiune.
- Reduceți setul de fonturi și configurați-le încărcarea.
- Faceți un audit al scripturilor și eliminați ce este inutil.
- Configurați cache-ul, verificați hostingul și, la nevoie, conectați un CDN.
- Repetați măsurătorile și comparați-le cu valorile de bază.
- Treceți controlul în calendar: o dată pe lună consultați raportul din Search Console și câteva pagini în PageSpeed Insights.
Greșeli tipice
- Goana după nota 100. Reperul îl reprezintă Core Web Vitals din datele de teren și comoditatea reală.
- Fotografii originale pe site. Fișierele din cameră cântăresc adesea de câteva ori mai mult decât este necesar pentru ecran.
- Încărcarea amânată a imaginii principale. Ea întârzie afișarea primului ecran.
- Prea multe fonturi și grosimi. Fiecare fișier suplimentar mărește încărcarea.
- Acumularea de taguri. Tagurile vechi de pixel și widgeturile rămân pe site ani la rând.
- Testarea doar pe un computer puternic. Cumpărătorii folosesc telefoane cu caracteristici medii.
- Optimizarea fără o nouă măsurare. Fără comparație nu se știe ce anume a ajutat.
Întrebări și răspunsuri
Ce notă PageSpeed se consideră suficientă?
Nu există un număr unic. Nota din testul de laborator variază în funcție de condiții. Orientați-vă după starea Core Web Vitals din datele de teren și după viteza paginilor-cheie pe telefoane reale.
Influențează viteza pozițiile în Google?
Google ține cont de experiența paginii, inclusiv de Core Web Vitals, dar relevanța conținutului rămâne factorul principal. Un site rapid este, de asemenea, mai comod pentru oameni și de obicei transformă mai bine vizitatorii în solicitări.
De ce testul arată de fiecare dată alt rezultat?
Măsurătorile de laborator sunt influențate de încărcarea serverului, de rețea, de extensiile browserului și de scripturile terțe. Rulați mai multe măsurători și comparați valorile medii și tendința.
Este nevoie de CDN?
CDN este util atunci când publicul se află în regiuni diferite sau pe site există multe fișiere statice. Pentru o afacere locală cu un site mic, adesea este suficient un hosting de calitate cu cache.
Merită să eliminați analitica și pixelul de dragul vitezei?
Tagurile necesare merită păstrate, dar conectate cu grijă: fără dubluri, cu verificarea evenimentelor și cu încărcare amânată, acolo unde este posibil. Eliminați-le pe cele pe care nu le folosește nimeni.
Concluzie
Viteza site-ului depinde de mai multe cauze, și fiecare poate fi corectată separat: greutatea imaginilor, numărul de fonturi, scripturile terțe, cache-ul și răspunsul serverului. Lucrați după un plan: măsurați, schimbați un grup de lucruri, măsurați din nou și notați rezultatul. Astfel viteza crește treptat și rămâne sub control. Revizuirea lunară a rapoartelor vă ajută să observați revenirea problemelor după actualizări, widgeturi noi sau imagini grele, înainte ca acestea să influențeze solicitările. Dacă aveți nevoie de ajutor, LightSEO vă poate ajuta cu analiza tehnică în cadrul unui audit SEO al site-ului și cu construirea unui site pe șablon ușor.
Citiți și