Cineva vă arată o captură cu 100 pe verde și spune că site-ul e optimizat. Captura e reală și e un semn bun. Nu e însă lucrul pe care îl măsoară Google când decide ordinea rezultatelor — și confuzia asta costă bani, pentru că se plătesc optimizări care nu schimbă nimic în căutare.
Două măsurători diferite, cu același nume
Laborator. Ce face PageSpeed Insights când apăsați butonul: încarcă pagina o dată, pe un dispozitiv simulat, pe o conexiune simulată, într-un centru de date. Rezultatul e un scor din 100. E repetabil, e util în timpul lucrului și e complet artificial.
Teren. Ce colectează Chrome de la utilizatori reali care chiar au deschis site-ul: raportul CrUX, pe o fereastră mobilă de 28 de zile. Aici nu e niciun scor din 100. Sunt trei valori și un prag pentru fiecare.
În algoritm intră a doua. Prima e unealta cu care lucrați ca să ajungeți acolo.
Cele trei valori care contează
| Indicator | Ce măsoară | „Bun” înseamnă |
|---|---|---|
| LCP | când apare elementul principal al paginii | sub 2,5 s |
| CLS | cât sare conținutul în timp ce se încarcă | sub 0,1 |
| INP | cât durează până pagina reacționează la o atingere | sub 200 ms |
INP a înlocuit FID în martie 2024. E schimbarea pe care cei mai mulți au ratat-o, și e cea mai severă dintre cele trei: FID măsura doar prima interacțiune, INP se uită la toate și raportează practic pe cea mai proastă. Un site plin de JavaScript trecea la FID și cade la INP.
Pragurile se aplică la percentila 75 a vizitatorilor: nu contează media, contează ca trei sferturi dintre oameni să prindă valori bune.
De ce un 100 poate să nu însemne nimic
Pentru că poate nu există date de teren deloc. Un site cu puțin trafic nu adună suficiente măsurători ca să apară în CrUX. Atunci Google se uită la datele pe tot domeniul, sau la nimic. Un 100 în laborator pe un site pe care nu intră nimeni e o afirmație despre o pagină, nu despre o experiență.
Pentru că laboratorul nu simulează ce strică scorul de teren. Fonturile aduse de pe alt domeniu, imaginile fără dimensiuni declarate în HTML, scripturile care se trezesc când atingeți ceva, un server care răspunde bine din centrul de date și prost de pe o conexiune mobilă din tren.
Vestea bună, și e o veste bună reală: un site care iese 95+ în laborator trece aproape sigur și pe teren. Deci scorul e un indicator util. Nu e criteriul.
Unde chiar contează viteza
Nu în ranking, în primul rând. În conversie. Un site rapid nu vă urcă din poziția 8 în poziția 3. Face ca oamenii care au dat deja clic să ajungă până la formular. Viteza e un factor de departajare, nu un factor de creștere: contează când sunteți deja acolo unde trebuie.
Iar la egalitate de conținut, Google chiar preferă experiența mai bună. Ordinea de lucru care rezultă e clară: mai întâi conținutul care răspunde la întrebare, apoi viteza. Invers e cea mai scumpă formă de amânare.
Cifrele noastre și de ce arată așa
Site-ul pe care îl citiți iese 100 / 100 / 100 / 100 în laborator, pe mobil și pe desktop, cu timp de răspuns de 0,204 s (minimul din trei cereri). Nu e magie și nu e un plugin de cache:
- CLS 0 prin construcție. Fiecare imagine are lățime și înălțime scrise în HTML, deci browserul rezervă locul înainte să descarce. Nimic nu se inserează după încărcare.
- INP practic fără concurență. Sunt zero fișiere JavaScript în tot site-ul. Nu există cod care să întârzie reacția la o atingere, pentru că nu există cod.
- Fonturile sunt găzduite local, într-un singur fișier per familie, subsetat la caracterele folosite. Fără o conexiune în plus către alt domeniu.
Cum am ajuns aici și ce am aruncat pe drum e în articolul despre refacerea propriului site.
Și da, are și o valoare comercială
Merită spus pe față: scorul e o captură bună de pus într-o ofertă. Îl folosim și noi așa. Diferența e că îl prezentăm ca ce este — o măsurătoare de laborator care arată că fundația e curată — nu ca o promisiune de poziții.
Ce să faceți, în ordinea asta
- Search Console → Core Web Vitals. Acolo sunt datele reale ale site-ului dumneavoastră. Dacă raportul spune „date insuficiente”, asta e prima informație: nu aveți destul trafic, iar problema nu e viteza.
- PageSpeed Insights pe cele trei-patru pagini care aduc bani, nu doar pe pagina principală. Uitați-vă la numărul de cereri și la greutatea totală, nu doar la scor.
- Reparați CLS întâi. E cel mai ieftin: dimensiuni pe imagini, loc rezervat pentru bannere.
- Apoi JavaScript-ul, pentru INP. De obicei jumătate din el e un plugin pe care nu-l mai folosește nimeni.
- Măsurați din nou după o lună, pe teren. Laboratorul răspunde imediat, terenul răspunde în 28 de zile.
Dacă lista asta arată ca o muncă de câteva luni pe un site vechi, de multe ori chiar este — și atunci merită comparată cu o refacere, care păstrează adresele și pozițiile și pornește de la o fundație care nu are problemele astea.