La performance no millora la conversió per art de màgia. Millora la conversió quan elimina friccions reals: una pàgina que triga massa a mostrar el contingut principal, un botó que respon tard, un layout que es mou just quan l’usuari intenta fer clic o un checkout que es percep pesat.
Core Web Vitals ajuda a separar sensació d’evidència. No substitueix l’analítica de negoci, però ofereix una lectura tècnica de l’experiència real de càrrega, interacció i estabilitat.
Punts clau
- LCP ajuda a entendre quan apareix el contingut principal.
- INP mesura la resposta de la pàgina a les interaccions de l’usuari.
- CLS detecta moviments inesperats de layout.
- Les mètriques s’han d’analitzar per plantilla, dispositiu, país, font de trànsit i pàgina crítica.
- La prioritat no és treure 100 en una eina, sinó reduir friccions que afecten el negoci.
Performance i conversió: relació realista
Una pàgina lenta pot perdre usuaris, però no totes les millores tècniques tenen el mateix impacte comercial. Optimitzar un script que gairebé no s’utilitza en una pàgina secundària no val el mateix que millorar el LCP d’una landing amb trànsit de pagament.
Per això convé creuar tres capes:
| Capa | Pregunta |
|---|---|
| Tècnica | Quina mètrica falla i en quina plantilla? |
| Comportament | On abandonen, dubten o repeteixen interacció els usuaris? |
| Negoci | Quines pàgines influeixen en leads, compres, reserves o sol·licituds? |
LCP: la primera promesa visual
Largest Contentful Paint sol explicar una història senzilla: quant triga a aparèixer allò important. En una landing pot ser el hero, en una fitxa de producte la imatge principal, en un article el bloc de contingut inicial.
Causes freqüents d’un mal LCP:
- imatge hero massa pesada;
- font bloquejant;
- resposta lenta del servidor;
- CSS crític no optimitzat;
- JavaScript que retarda el renderitzat;
- lazy loading aplicat per error a la imatge principal.
Una millora de LCP no hauria de començar per “comprimir-ho tot”. Primer identifica quin element és el LCP real i què l’està retardant.
INP: quan la pàgina es nota feixuga
Interaction to Next Paint és especialment important en pàgines amb filtres, menús, formularis, calculadores, cercadors o checkout. L’usuari nota INP encara que no sàpiga anomenar-lo: toca un botó i la interfície triga a reaccionar.
Problemes comuns:
- massa JavaScript al fil principal;
- handlers pesats;
- components hidratats sense necessitat;
- validacions síncrones costoses;
- tercers carregats en pàgines sensibles;
- renderitzats innecessaris després d’una interacció.
Un bon diagnòstic d’INP mira interaccions reals, no només càrrega inicial. De vegades el problema apareix després d’acceptar cookies, obrir un modal o usar un filtre.
CLS: confiança visual
Cumulative Layout Shift mesura moviments inesperats. En conversió, el dany no és només estètic. Si un botó es mou, un banner empeny el contingut o una imatge no reserva espai, l’usuari perd confiança i pot fer clic on no volia.
Causes típiques:
- imatges sense dimensions reservades;
- anuncis o embeds que apareixen tard;
- fonts que canvien de mida en carregar;
- banners inserits a sobre del contingut;
- skeletons amb mida diferent del contingut real.
Dades de laboratori i dades de camp
Una eina de laboratori ajuda a reproduir condicions i detectar causes. Les dades de camp mostren què viuen usuaris reals. No convé triar-ne una contra l’altra.
| Tipus de dada | Útil per a | Limitació |
|---|---|---|
| Lab | Diagnòstic tècnic repetible | Pot no representar el trànsit real |
| Field | Prioritzar per experiència real | Necessita volum suficient |
| Analítica | Relació amb embut i conversió | No explica la causa tècnica per si sola |
| Logs/rum | Detall per plantilla o interacció | Requereix instrumentació pròpia |
Priorització: què arreglar primer
Un ordre raonable:
- Pàgines que generen negoci: home, landings, fitxes, checkout, formularis, pàgines de servei.
- Mètrica més deteriorada per plantilla.
- Elements que afecten el contingut principal.
- Tercers que bloquegen o saturen.
- JavaScript que no aporta valor en aquella pàgina.
- Imatges i fonts crítiques.
- Layout shifts visibles.
No tots els projectes necessiten una refactorització completa. De vegades n’hi ha prou amb corregir una imatge hero, dividir un bundle, retardar tercers o eliminar hidratació innecessària.
Exemple pràctic
Suposa una pàgina de serveis amb molt trànsit mòbil. L’informe mostra LCP pobre, però la conversió cau sobretot en usuaris de campanyes. En revisar la pàgina, el LCP és una imatge hero carregada amb baixa prioritat i el formulari depèn d’un script pesat que també afecta INP.
La solució no seria “optimitzar performance” en abstracte. Seria:
- servir imatge responsive amb prioritat;
- reservar dimensions;
- carregar scripts de tercers després d’interacció o consentiment;
- reduir JavaScript del formulari;
- mesurar enviament de formulari abans i després;
- comprovar canvis per dispositiu.
Lectures relacionades
- Refactorització web urgent: senyals, riscos i pla d’acció
- Arquitectura de components en vanilla JS
- Plugins de WordPress el 2026: quan instal·lar i quan desenvolupar
Conclusió
La performance només importa de debò quan es connecta amb experiència i negoci. Core Web Vitals t’ajuda a prioritzar, però la decisió final ha de sortir d’una pregunta concreta: quina fricció impedeix que més usuaris entenguin, interactuïn o converteixin.
Preguntes freqüents
- Core Web Vitals garanteixen més conversió?
- No garanteixen conversió per si sols. Ajuden a detectar friccions de càrrega, interacció i estabilitat que poden afectar l'experiència i els resultats del negoci.
- Quina mètrica convé mirar primer?
- Depèn del problema. LCP sol explicar una càrrega inicial lenta, INP interaccions feixugues i CLS moviments inesperats de layout. La prioritat s'ha de basar en dades de camp i pàgines crítiques.
- N'hi ha prou amb PageSpeed per decidir una refactorització?
- No. PageSpeed ajuda en el diagnòstic, però convé combinar dades de laboratori, dades reals, analítica, embuts de conversió i revisió tècnica del codi.