RendimentBloqueja

Mètriques de rendiment: què mesura Wakaris i quins valors es consideren bons

Les mètriques de rendiment mesuren quant triga la teva web a mostrar el principal, si el contingut es mou mentre carrega i si respon quan algú la toca. Wakaris analitza totes tres sobre la teva pàgina real i et diu quines surten dels valors que Google considera bons.

Per Juan Ignacio FrancoActualitzat: 7 de setembre de 20268 min de lectura

En resum

Què es mesura

LCP (velocitat de càrrega), CLS (estabilitat visual) i TBT (capacitat de resposta).

Valors bons

LCP de 2,5 segons o menys, CLS de 0,1 o menys, TBT per sota de 200 mil·lisegons.

Per què importa

Google declara que fa servir les Core Web Vitals als seus sistemes de posicionament.

Severitat a Wakaris

Crític. És la troballa que més es repeteix: falla al 96 % de les pàgines analitzades.

Diagrama dels tres moments que mesuren l’LCP, el CLS i el TBT durant la càrrega d’una pàgina web
Les tres mètriques miren moments diferents de la càrrega: el que triga a aparèixer, el que es mou i el que es queda bloquejat.

Què és i què mesura aquesta troballa

Aquesta troballa salta quan alguna de les tres mètriques de rendiment de la teva pàgina surt del seu llindar. Cadascuna mira una cosa diferent i convé no confondre-les.

L’LCP, o Largest Contentful Paint, mesura el temps fins que es mostra l’element visible més gran de la pàgina, que sol ser una imatge destacada o un bloc de text principal. És el moment en què la pàgina sembla carregada.

El CLS, o Cumulative Layout Shift, mesura quant es mou el contingut de lloc sense que ningú ho hagi demanat: el botó que es desplaça just quan vas a prémer-lo. No és un temps, és una puntuació que es calcula multiplicant la part de la pantalla afectada per la distància que s’ha mogut.

El TBT, o Total Blocking Time, mesura quant de temps va estar el navegador massa ocupat per respondre. Suma els trams de les tasques llargues, les que passen de 50 mil·lisegons, comptant només el que excedeixen d’aquesta mitja dècima de segon.

Com es mesura

Wakaris mesura totes tres sobre la URL que li indiquis i et retorna el valor de cadascuna, el llindar que incompleix i la severitat de la troballa, sense instal·lar res. Aquesta és la via directa per saber en quin punt ets.

Hi ha un detall que canvia com es llegeixen els números. Les Core Web Vitals són tres: LCP, INP i CLS. L’INP, que mesura la resposta a les interaccions, requereix una persona interactuant de debò, així que cap mesurament automàtic no l’obté. En el seu lloc es fa servir el TBT, que n’és el substitut de laboratori: la documentació de Google el descriu com un proxy de l’INP. Per això Wakaris mesura l’LCP, el CLS i el TBT, i no l’INP.

L’altra distinció és entre laboratori i camp. Wakaris carrega la teva pàgina en condicions controlades, que és el que serveix per diagnosticar i per comprovar si un arranjament ha funcionat. Les dades de camp agreguen les càrregues reals dels teus visitants, i són les que Google fa servir per avaluar l’experiència de pàgina: fixa el llindar al percentil 75 d’aquestes càrregues i separa mòbil d’escriptori. Aprovar a l’escriptori i suspendre al mòbil és el més habitual.

Per què importa

Importa en dos fronts, i convé mesurar el pes de cadascun amb precisió.

El primer és l’experiència de qui hi entra. Com més triga a aparèixer el principal, més probable és que se’n vagi abans de veure-ho. Si el contingut es mou mentre carrega, es prem el que no es volia prémer. I si el navegador està bloquejat, la pàgina sembla trencada encara que es vegi sencera.

El segon és el posicionament, i aquí cal ser exacte per no prometre de més. Google declara a la seva documentació que les Core Web Vitals les fan servir els seus sistemes de posicionament. Però hi afegeix una cosa igual d’important: la cerca sempre intenta mostrar el contingut més rellevant, fins i tot si l’experiència de pàgina és mediocre, i una bona experiència contribueix a l’èxit sobretot quan hi ha molt contingut útil competint per la mateixa consulta. Dit clar: un bon rendiment no rescata un contingut fluix, però un rendiment dolent sí que pot frenar una pàgina que per la resta és excel·lent, i la frena més com més disputada és la cerca.

Causes comunes

Les tres mètriques fallen per motius diferents, i aquest és el primer pas per no perdre temps.

Darrere d’un LCP alt hi ha gairebé sempre una d’aquestes quatre: un servidor que triga a respondre, imatges pesades o en formats poc eficients, recursos que bloquegen el pintat perquè el navegador els ha de processar abans de dibuixar res, o una pàgina que depèn de JavaScript per muntar el seu propi contingut.

Darrere d’un CLS alt hi ha les imatges i els vídeos sense dimensions declarades, que empenyen el que tenen a sota en aparèixer; els anuncis, iframes i avisos que s’insereixen sobre la marxa; i les fonts tipogràfiques que en carregar-se canvien la mida del text i recol·loquen paràgrafs sencers.

Darrere d’un TBT alt hi ha una sola família de culpables: JavaScript que ocupa el fil principal massa temps seguit. Sol venir de biblioteques grans que es carreguen senceres per fer-ne servir una part, de codi de tercers com etiquetes de mesurament i de publicitat, i de feina pesada feta d’un cop en lloc de partida en trossos.

Com es resol

El primer és saber quina de les tres falla i per què, perquè l’arranjament no s’assembla gens d’una a una altra. Wakaris t’assenyala a l’informe quina mètrica surt del llindar i amb quin valor, que és d’on parteix qualsevol decisió assenyada.

Per a l’LCP, per ordre d’esforç davant del resultat: serveix les imatges a la mida real i en formats moderns, marca l’element principal perquè el navegador el prioritzi, treu o endarrereix els recursos que bloquegen el pintat, i només després toca el servidor.

Per al CLS l’arranjament és gairebé mecànic i sol ser el més rendible: declara amplada i alçada a totes les imatges i vídeos, reserva per endavant l’espai del que s’hagi d’inserir després, i evita inserir contingut per sobre del que ja s’està llegint.

Per al TBT, parteix les tasques llargues en trossos, carrega només el codi necessari per al primer pintat, i revisa què hi posa cada etiqueta de tercers. No busquis un únic ajust que ho arregli tot.

Imatge pendent · {IMG_2}

Taula amb els llindars de l’LCP, el CLS i el TBT que separa els valors bons, millorables i deficients

Brief per generar la imatge
Il·lustració editorial per a una guia tècnica de Wakaris.
Tema: Taula amb els llindars de l’LCP, el CLS i el TBT que separa els valors bons, millorables i deficients.
Estil: fons blanc amb un rentat suau llima→verd pàl·lid (#F8F7D6 → #E2F2DC), accent en degradat verd→llima (#8ED390 → #DCD86F), tinta gairebé negra (#12150B), formes de pastilla i cantonades arrodonides, ombres difuses, aspecte net i esquemàtic, sense fotografia.
Format: 16:9, 1440 píxels d’amplada.
Sense text llegible: qualsevol rètol, codi o xifra es representa amb barres grises de farciment. El significat el porta el peu de foto, no la imatge.
Sense logotips reals ni marques de tercers. Sense persones reconeixibles.
Etiquetes: taula, llindars, separa, valors, millorables, deficients
Els llindars de cada mètrica. Wakaris compara el valor mesurat de la teva pàgina amb aquests límits.
Taula amb els llindars de l’LCP, el CLS i el TBT que separa els valors bons, millorables i deficients
Els llindars de cada mètrica. Wakaris compara el valor mesurat de la teva pàgina amb aquests límits.

Pregunta-li a la teva IA

Si vols aprofundir en el teu cas concret, copia un d’aquests dos prompts i enganxa’l a la IA que facis servir. Tria segons la teva situació.

Prompt A

Ja tinc la troballa mesurada amb Wakaris i la vull resoldre

Actua com un auditor tècnic web professional i prudent. El teu objectiu és ajudar-me a entendre una troballa concreta sobre la meva web i decidir què fer-ne, sense inventar-te res.

Context: he obtingut aquesta troballa amb Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. La troballa és: Mètriques de rendiment. Mesura tres coses de la teva pàgina: quant triga a mostrar el principal (LCP), quant es mou el contingut mentre carrega (CLS) i quant de temps està el navegador massa ocupat per respondre (TBT). Referència: LCP bo fins a 2,5 segons; CLS bo fins a 0,1; TBT bo per sota de 200 mil·lisegons.

Enganxa aquí el resultat de Wakaris: quina mètrica t’ha sortit fora del llindar, amb quin valor, en quina pàgina i, si ho indica, quin element la causa. Si no el tens, digues-m’ho i et diré com obtenir-lo abans de continuar.

Regles que has de seguir en tot moment:

1. No donis res per fet sobre la meva web. Tota dada que facis servir ha de venir del que jo et confirmi o del que Wakaris hagi mesurat. Si no ho saps, pregunta-m’ho abans d’afirmar-ho.
2. Abans de donar-me conclusions, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per saber si aquesta troballa m’afecta de debò i per on:
   a) En quina plataforma està la teva web? (WordPress, Shopify, web a mida, una altra)
   b) De les tres mètriques, quina t’ha sortit fora del llindar? Si en són diverses, digues-me els valors de cadascuna.
   c) Què és el més gran que es veu en carregar la pàgina: una imatge, un vídeo, un bàner o carrusel, o sobretot text?
   d) Notes que el contingut es mou de lloc mentre la pàgina acaba de carregar?
   e) Quantes etiquetes de tercers hi tens posades: mesurament, publicitat, xats, mapes? Saps quines?
   f) Controles el servidor, l’allotjament o la xarxa de distribució, o és un servei gestionat?
   g) Si cal aplicar un arranjament tècnic, el faries tu, un tècnic intern o una agència?
3. Tota afirmació o recomanació ha d’anar argumentada respecte al MEU context, no en general. Si em recomanes alguna cosa, explica’m per què s’aplica al meu cas.
4. Marca sempre el teu nivell de certesa. Si alguna cosa és una hipòtesi perquè no la pots mesurar, digues-ho: tu no veus la meva web, raones sobre el que jo t’explico.
5. No em proposis canvis tècnics irreversibles o de risc (configuració de servidor, esborrar recursos, canvis directes en producció) sense avisar-me abans del risc i que convé una còpia de seguretat o un entorn de prova.
6. Si necessites una dada que només s’obté mesurant la web (confirmar el valor real, l’element exacte, o si l’arranjament ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es mesura, no s’endevina.
7. La decisió final és meva, no teva. El teu paper és ajudar-me a entendre i a preparar l’acció, no decidir per mi.
8. Si l’arranjament excedeix el que puc fer jo, o l’executarà un equip, ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer, en un format accionable per a aquesta persona.

Font d’aquesta troballa: https://www.wakaris.com/ca/guias/rendimiento/metricas-de-rendimiento
Per mesurar-ho o tornar-ho a mesurar: https://www.wakaris.com/ca

Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
Enganxa’l a la IA que facis servir.
Prompt B

Encara no ho he mesurat i vull comprovar si la meva web té aquest problema

Actua com un auditor tècnic web professional i prudent. Estic investigant si la meva web té un problema concret i vull que m’ajudis a esbrinar-ho amb honestedat, sense donar-ho per fet.

Context: hi he arribat a través de Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. El problema que vull investigar és: Mètriques de rendiment. Mesura quant triga la meva pàgina a mostrar el principal (LCP, bo fins a 2,5 segons), quant es mou el contingut mentre carrega (CLS, bo fins a 0,1) i quant de temps està el navegador massa ocupat per respondre (TBT, bo per sota de 200 mil·lisegons). Encara NO sé si la meva web el té: ho vull esbrinar.

Regles que has de seguir en tot moment:

1. El primer i més important: aquestes tres coses es MESUREN, i tu no pots mesurar la meva web des d’aquesta conversa. Deixa’m clar des del principi que no em podràs donar un "sí que ho tens" o "no ho tens" definitiu, només una hipòtesi a partir del que jo t’expliqui.
2. No donis res per fet. Abans de donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per estimar si és probable que tingui el problema:
   a) Quan obres la teva web per primera vegada, triga a aparèixer el principal o es veu ràpid?
   b) Què és el més gran que es veu en carregar: una imatge gran, un vídeo, un bàner o carrusel, o sobretot text?
   c) Se’t mou el contingut de lloc mentre la pàgina acaba de carregar? T’ha passat d’anar a prémer alguna cosa i que es desplaci?
   d) Es queda la pàgina "encallada" uns segons just després d’aparèixer, sense respondre als clics?
   e) És una web amb molt contingut visual i moltes eines de tercers instal·lades, o més aviat lleugera?
   f) En quina plataforma està? (WordPress, Shopify, web a mida, una altra; o no ho sé)
   g) La sensació de lentitud la notes al mòbil, a l’escriptori o a tots dos?
3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, i de quina de les tres mètriques seria la sospitosa, argumentada segons el que t’he dit i marcada explícitament com a hipòtesi, no com a diagnòstic.
4. Digues-me de manera directa que l’única manera de saber-ho de debò és mesurar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris, que em donarà el valor real de cada mètrica, l’element concret que la causa i de passada l’estat de les altres àrees.
5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis, però recorda’m que Wakaris ho fa més ràpid, sobre la pàgina real i amb informació addicional que a mà no obtinc.
6. Si en mesurar-ho resulta que sí que el tinc, digues-me que el pas següent és entendre com m’afecta i com resoldre’l en el meu cas concret.
7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me.

Font d’aquesta troballa: https://www.wakaris.com/ca/guias/rendimiento/metricas-de-rendimiento
Per mesurar-ho: https://www.wakaris.com/ca

Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Enganxa’l a la IA que facis servir.

Preguntes freqüents

Quines són exactament les Core Web Vitals? +

Són tres: l’LCP, que mesura la velocitat de càrrega; l’INP, que mesura la resposta a les interaccions; i el CLS, que mesura l’estabilitat visual. El TBT no és una Core Web Vital: és una mètrica de laboratori que fa de substitut de l’INP quan no hi ha una persona interactuant amb la pàgina.

Quins valors es consideren bons? +

Un LCP de 2,5 segons o menys és bo; entre 2,5 i 4 segons és millorable i per sobre de 4 és deficient. Un CLS de 0,1 o menys és bo; fins a 0,25 és millorable i per sobre, deficient. En TBT es considera bo estar per sota de 200 mil·lisegons.

Per què els meus valors surten pitjor al mòbil? +

Perquè el mòbil té una connexió i un processador més limitats, i l’element més gran de la pantalla pot ser diferent del de l’escriptori. Google mesura i avalua mòbil i escriptori per separat, al percentil 75 de les càrregues reals, i el mòbil sol ser el més difícil d’aprovar dels dos.

Aquestes mètriques afecten de debò la meva posició a Google? +

Google declara que les Core Web Vitals les fan servir els seus sistemes de posicionament, però també que la cerca prioritza el contingut més rellevant encara que l’experiència sigui mediocre. Compten sobretot quan diverses pàgines ofereixen un contingut igual d’útil: desempaten, no substitueixen el contingut.

Fonts citades

  • web.devWeb Vitals, web.dev: el conjunt de les Core Web Vitals, els seus llindars, el percentil 75 i la relació entre el TBT i l’INP.
  • web.devLargest Contentful Paint (LCP), web.dev: llindars de 2,5 i 4 segons i separació entre mòbil i escriptori.
  • web.devCumulative Layout Shift (CLS), web.dev: llindars de 0,1 i 0,25 i càlcul de la puntuació.
  • web.devTotal Blocking Time (TBT), web.dev: llindar de 200 mil·lisegons, tasques llargues de més de 50 mil·lisegons i el seu caràcter de mètrica de laboratori.
  • developers.google.comPage experience, Google Search Central: ús de les Core Web Vitals als sistemes de posicionament i el seu pes davant de la rellevància del contingut.
Retrat de Juan Ignacio Franco

Juan Ignacio FrancoAnalista de dades · Bitanube

Juan Ignacio Franco és analista de dades a Bitanube. Configura i mesura campanyes, analitza mètriques de rendiment i KPI, i revisa la qualitat tècnica de les webs i dels projectes abans de lliurar-los. Les troballes d’aquestes guies són les que apareixen en aquesta feina.

Actualitzat: 7 de setembre de 2026.

Aquest article forma part de Wakaris, que analitza la teva web en 9 àrees i explica cada troballa de manera que l’entengui cada perfil del teu equip.

Comparteix aquesta guia
Comença ara

La teva web té molt per explicar-te
I per fi l’entendràs

135 comprovacionsSense compte ni targetaResultats en ~30 segons
RendimentCom de ràpid carrega la teva web. Si triga, perds visites i vendes abans que et vegin.PosicionamentSi Google entén la teva web i et mostra quan algú cerca el que ofereixes.SeguretatSi la teva web està protegida. Un error aquí espanta clients i Google per igual.PresènciaCom apareixes a Google, a les xarxes i als mapes. És la primera imatge que dones abans que et contactin.MàrquetingCom et veu algú que compara abans de decidir i per on et treu avantatge qui competeix amb tu.Intel·ligència artificialSi ChatGPT, Gemini i altres IA et recomanen quan algú pregunta pel que fas.ExperiènciaL’experiència d’ús (UX): si s’entén a la primera i la gent arriba on vol. Una web confusa s’abandona encara que carregui ràpid.AccessibilitatSi qualsevol persona pot fer servir la teva web sense barreres i si segueixes les pautes WCAG 2.2. Més públic que t’entén.LegalSi compleixes amb les galetes i la protecció de dades. Evita sancions i multes que fan mal.

Suri

Assistent de Wakaris