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.

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.
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

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ó.
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.
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.
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.
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.
