La teva web va lenta i Google ho sap: LCP, INP i CLS explicats sense jerga
Tres números que surten de visites reals, no de la teva impressió. Què mesuren, quins llindars has de complir i les cinc causes que ens trobem sempre.
WebMasterOsona
Equip editorial
Hi ha una conversa que es repeteix cada mes: «la web em va bé, a mi em carrega de seguida». I després obres les dades reals i resulta que a la meitat dels visitants els triga quatre segons llargs, perquè la miren des del mòbil, amb cobertura mediocre i a fora. Google fa anys que mesura això amb tres números que es diuen Core Web Vitals, i el 2026 el que més pesa ja no és quant triga a aparèixer la pàgina, sinó com respon quan hi toques. Vet aquí què són, sense jerga, i com saber si la teva suspèn.
Què són i per què els mira Google
Google no pot preguntar als seus usuaris si una web els ha agradat, així que mesura tres coses que sí que pot mesurar i que s'assemblen força a la frustració real: quant triga a aparèixer allò que has vingut a veure, quant triga a fer-te cas quan hi cliques, i quant es bellugen les coses mentre carrega.
La part important, i la que gairebé mai s'explica, és que aquests números surten de visites de veritat. No d'una prova de laboratori: dels navegadors Chrome de la gent que entra al teu web, amb els seus mòbils i la seva cobertura, acumulats durant 28 dies. Per això la teva impressió personal no serveix de res: tu entres des de casa, amb fibra i amb la pàgina ja a la memòria cau.
I sí, són factor de posicionament, però convé no exagerar-ho: pesen menys que tenir el contingut que la gent busca. El que passa és que quan dues webs empaten en contingut —que és el cas normal entre negocis d'una mateixa comarca—, aquests tres números desempaten. I abans que això, fan una feina més directa: una web que va lenta perd vendes tant si Google la mira com si no.
LCP: quant triga a aparèixer el que has vingut a veure
Les sigles són Largest Contentful Paint, i mesura el temps fins que es pinta l'element més gros de la part visible: normalment la foto de portada o el titular gran. No és quan «acaba» de carregar tot, és quan la pàgina ja té cara.
El que sol fer-lo pujar en una web de negoci és sempre el mateix: una imatge de portada enorme, sovint un JPG de tres o quatre megues que s'ensenya a mig ample de pantalla. La foto que el fotògraf va entregar a màxima qualitat i que ningú va tocar.
INP: quant triga a fer-te cas
Aquesta és la que ha canviat el panorama. Fins al 2024 es mesurava el FID, que només mirava la primera interacció de la visita. L'INP —Interaction to Next Paint— mira totes: cada clic, cada toc, cada obertura de menú durant tota la sessió, i es queda amb el pitjor.
El canvi és important perquè destapa un problema que abans quedava amagat: pàgines que carreguen d'esplendor i que, quan portes deu segons navegant, es tornen espesses. Toques el menú i no s'obre; toques dues vegades; s'obre dues vegades. Això, ara, es compta.
La causa gairebé sempre és JavaScript: massa codi executant-se alhora. En una web de negoci petit, això vol dir connectors. El de les galetes, el del xat, el del carrusel, el de les analítiques, el del mapa, el dels avisos de «algú acaba de comprar això».
CLS: quant salta el contingut mentre llegeixes
El Cumulative Layout Shift és el que et passa quan vas a prémer un botó i, just en aquell moment, apareix una imatge a sobre i acabes clicant una altra cosa. Es puntua de 0 a l'infinit i el llindar és 0,1: molt poc marge.
Les causes són poques i conegudes: imatges sense mida declarada —el navegador no sap quant espai reservar-los—, tipografies que carreguen tard i canvien l'alçada del text, i banners o avisos que s'injecten a dalt de tot quan la pàgina ja s'estava llegint.
És, de les tres, la més barata d'arreglar i la que més notarà l'usuari. També és una de les coses que la normativa d'accessibilitat web mira de prop, perquè una pàgina que es mou sola és directament inutilitzable per a molta gent.
Els números, en una taula
| Mesura | Què mira | Bé | Millorable | Malament |
|---|---|---|---|---|
| LCP | Quan apareix el bloc principal | ≤ 2,5 s | 2,5 – 4 s | > 4 s |
| INP | Quant triga a respondre als tocs | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS | Quant es mou el contingut | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Per què treus 98 a PageSpeed i tot i així suspens
Aquesta confusió es menja moltes hores. Quan obres PageSpeed Insights hi ha dos blocs i diuen coses diferents:
- A dalt, les dades de camp. Visites reals dels últims 28 dies. És l'únic que Google fa servir per posicionar. Si el teu web té poques visites, aquest bloc pot no aparèixer.
- A baix, la simulació. Una prova feta en aquell moment, en un mòbil virtual i una xarxa simulada. És la que dona la nota grossa de colors i la que tothom ensenya. Serveix per diagnosticar, no per saber com et va.
Per tant: una puntuació de 98 amb les dades de camp en vermell vol dir que la teva pàgina va bé en un laboratori i malament al món. I al revés també passa.
Les cinc causes que ens trobem sempre
Revisant webs de negocis d'Osona, els culpables es repeteixen amb una regularitat que ja fa gràcia:
| Què ho provoca | Què empitjora | Com s'arregla | Feina |
|---|---|---|---|
| Fotos gegants sense comprimir | LCP | Passar-les a WebP i servir la mida que toca a cada pantalla | Poca |
| Carrusel automàtic a la portada | LCP i INP | Treure'l. Gairebé ningú clica més enllà de la primera diapositiva | Poca |
| Massa connectors actius | INP | Auditar-los i desactivar els que no fa servir ningú | Mitjana |
| Imatges i anuncis sense mida reservada | CLS | Declarar amplada i alçada a cada imatge | Poca |
| Xat, galetes i avisos que salten tard | INP i CLS | Carregar-los després i reservar-los el seu espai | Mitjana |
Fixa't que quatre de les cinc no requereixen refer res: són manteniment web. La cinquena, la dels connectors, és la que sol destapar que la web s'ha anat omplint d'afegits durant cinc anys sense que ningú n'hagi tret mai cap.
Com comprovar-ho tu mateix
- PageSpeed Insights. Posa-hi la teva adreça i mira només el bloc de dalt, el de dades reals, i en la pestanya de mòbil. És el que compta.
- Search Console. Si en tens, l'informe «Mètriques web principals» et diu quantes pàgines suspenen i les agrupa per problema. És la millor eina i és gratuïta.
- La prova del mòbil de debò. Treu-te les dades del wifi, posa el mòbil en 4G, ves a fora i obre la teva web. Aquesta prova de trenta segons val més que moltes eines.
- Torna-hi al cap d'un mes. Les dades de camp són una finestra de 28 dies: si arregles alguna cosa avui, el número no es mou demà.
Què pots esperar de tot això
Siguem honestos amb el que dona de si. Arreglar les Core Web Vitals no et posarà primer si el teu contingut no s'ho mereix, i qui t'ho vengui així t'està enganyant. El que fa és una altra cosa, més avorrida i més segura: deixa de restar. En un empat entre webs semblants, desempata; i sobretot, deixa de perdre gent pel camí.
Perquè el número que hauries de mirar no és el de Google, és el teu: quanta gent se'n va abans que la pàgina acabi de carregar. Aquesta és una xifra que es veu a l'analítica de qualsevol web i que sol fer més mal que qualsevol posició. Si vols aprofundir en la part de disseny que hi juga —què posar a la portada, quantes coses hi caben i què hi sobra—, ho vam tractar a l'article de tendències de disseny web que impacten en les conversions.
A WebMasterOsona construïm les pàgines amb aquests tres números com a condició, no com a retoc final: imatges a la mida real, el mínim de codi que executar i espai reservat per a tot el que arriba tard. Si vols saber en quin punt està la teva, una auditoria digital t'ho deixa per escrit amb els números de camp i la llista del que surt més a compte tocar primer.
Preguntes freqüents sobre les Core Web Vitals
Quantes visites em calen perquè surtin les dades reals?
No hi ha un número públic, però webs molt petites sovint no en tenen prou i el bloc de dades de camp no els apareix. En aquest cas Google et mesura amb dades del domini sencer si n'hi ha, i si no n'hi ha, mira altres senyals. No vol dir que la velocitat no importi: vol dir que no la pots comprovar per aquesta via.
Tinc WordPress. Amb un connector de memòria cau n'hi ha prou?
Ajuda amb el LCP i no fa res per l'INP, que és el que més pesa ara. La memòria cau fa que la pàgina arribi abans; no fa que el JavaScript que hi ha dins s'executi més ràpid. Per a l'INP el que cal és treure codi, i això no ho fa cap connector per tu.
Quant es triga a veure el canvi?
Les dades de camp són una mitjana mòbil de 28 dies, així que una millora feta avui es comença a notar en dues o tres setmanes i s'estabilitza al cap d'un mes llarg. Si algú et promet un canvi en 48 hores, t'està ensenyant la simulació, no les dades reals.
Val la pena refer la web només per això?
Gairebé mai. En la majoria de casos, comprimir imatges, treure el carrusel, netejar connectors i declarar mides ja et posa en verd. Refer la web només se justifica quan la base ja fa aigües per altres motius, i llavors la velocitat és un argument més, no l'únic.
Google em penalitza si suspenc?
«Penalitzar» no és la paraula: no hi ha un càstig, hi ha un senyal positiu que no reps. Ningú et baixa vint posicions per un LCP de 3 segons. El que passa és que, en una competició atapeïda, cedeixes un avantatge petit i gratuït a qui sí que ho té resolt.
Afecta igual a mòbil que a ordinador?
Es mesuren per separat, però el que mana és el mòbil: és amb el que Google indexa i és per on entra la majoria del trànsit d'un negoci local. Si has de triar on invertir hores, tria mòbil sense pensar-hi.
