Cada 100 ms et costa diners: el que Amazon, Vodafone i Google han après sobre el rendiment web

El 2006, un estudi intern d'Amazon dirigit per Greg Linden va revelar una cosa que va canviar la manera com les empreses tecnològiques pensen en la latència: en proves A/B que endarrerien les pàgines en increments de 100 mil·lisegons, fins i tot retards molt petits provocaven caigudes substancials i costoses dels ingressos. Durant dues dècades, les agències han repetit aquesta troballa com una veritat absoluta. Però la realitat actual és més extrema, no pas menys. Els ecosistemes web són infinitament més complexos i la paciència dels consumidors ha tocat fons. Descobreix-ne més sobre el rendiment i el posicionament als cercadors.

Ho veiem en la nostra pròpia feina. A finals del 2025 vam auditar un client europeu d'e-commerce que feia servir una SPA amb React i tenia un LCP de 6,8 segons al mòbil. La seva taxa d'abandonament del pagament era del 74%. Migrant a un SSR híbrid i comprimint el seu circuit d'imatges cap a un lliurament automàtic en WebP, vam reduir l'LCP a 2,1 segons. Els ingressos dels carrets abandonats es van recuperar un 6,4% en 60 dies, sense canvis de preus, de textos ni de catàleg de productes. L'única variable va ser la velocitat. Descobreix-ne més sobre com han evolucionat els estàndards web.

Les dades de les sis empreses globals que trobaràs a continuació confirmen el que vam mesurar de primera mà: el rendiment no és una preocupació d'enginyeria. És la variable amb més palanca de tot el teu circuit de conversió.

Quants ingressos genera millorar el Largest Contentful Paint (LCP)?

Quan els equips de producte digital de Vodafone van analitzar la seva arquitectura mòbil, es van trobar amb un coll d'ampolla empresarial clàssic: un front-end inflat que endarrerïa el contingut crític de la part superior de la pàgina. Per a més informació, consulta com afecten els estàndards web el rendiment. Per combatre'l, van fer una prova A/B controlada amb 100.000 clics i 34.000 visites diàries per variant, centrada en el Largest Contentful Paint.

Optimitzant el camí de renderització i reestructurant els recursos de la capçalera —traslladant la renderització dels widgets del client al servidor, comprimint les imatges i fent servir media queries per ajornar els recursos fora de pantalla—, Vodafone va millorar l'LCP un 31%, segons el cas pràctic de Vodafone a web.dev de Google. L'efecte en cadena al llarg del seu embut de vendes va ser immediat i mesurable:

• +8% de vendes completades en total
• +15% d'augment en la taxa de conversió de visita a lead
• +11% de progressió de visita a carret

Vodafone no va refer tota la seva pila tecnològica. Unes optimitzacions concretes, en lloc d'una reconstrucció completa, van produir un augment del 8% de les vendes totals. La millora del 15% de visita a lead és el detall que la majoria d'anàlisis passen per alt: Vodafone no estava convertint tràfic nou, sinó que estava aturant la pèrdua de visitants per als quals ja havia pagat.

El precipici de la retenció d'usuaris: què demostra Google sobre la latència

La majoria d'empreses tracten l'abandonament d'usuaris com un problema lineal. Les analítiques en profunditat de Google demostren que en realitat és un precipici abrupte i exponencial.

El 2020, Google va encarregar a Deloitte Digital que mesurés l'impacte de la velocitat en 37 webs de marques i més de 30 milions de sessions d'usuari. Una millora d'una dècima de segon en la velocitat de les pàgines al mòbil va produir aquests resultats:

• Taxa de conversió al comerç minorista: +8,4%
• Taxa de conversió als viatges: +10,1%
• Despesa al comerç minorista: +9,2%
• Generació de leads, usuaris que arriben a la pàgina d'enviament del formulari: +21,6%

Una millora del 21,6% en el nombre d'usuaris que arriben a la pàgina d'enviament del formulari, gràcies a una millora de velocitat que cap persona pot percebre de manera conscient. El mecanisme és la microfricció acumulada: cada fotograma addicional de retard introdueix una probabilitat de distracció, de canvi de pestanya o d'abandonament. Cap usuari no pensa «això va 100 ms massa lent». Però al llarg de 30 milions de sessions, aquestes probabilitats se sumen fins a convertir-se en ingressos que mai no veus.

Per contra, la pròpia recerca de Google afirma que és probable que s'abandoni el 53% de les visites si les pàgines triguen més de tres segons a carregar. La corba de la taxa de rebot no és gradual: cada segon addicional fa que els visitants tinguin notablement més probabilitat de marxar.

Com va fer servir Pinterest el rendiment per aconseguir pàgines més ràpides i créixer en usuaris

Pinterest perdia registres des del mòbil. Els seus antics circuits de càrrega d'imatges s'ofegaven amb les xarxes mòbils més lentes de regions amb poca amplada de banda, i frustraven els usuaris abans que poguessin veure el valor de la plataforma.

Els enginyers de Pinterest van reconstruir la seva arquitectura de renderització principal per reduir el pes de les pàgines i la sensació d'espera, i en van informar de guanys en el creixement d'usuaris.

Reduint la càrrega de la renderització al client, Pinterest va facilitar enormement que els rastrejadors de cerca indexessin les seves pàgines. Els webs ràpids es rastregen de manera més eficient: quan Googlebot pot obtenir i renderitzar les teves pàgines en 200 ms en lloc de 3 segons, en cobreix una part més gran del teu web amb el mateix pressupost de rastreig. Més pàgines indexades, més paraules clau cobertes, més tràfic orgànic. Pinterest va obtenir un doble guany: van arribar més visitants i més d'ells van convertir.

Què va descobrir Walmart sobre el precipici de la conversió

Sovint es cita que Walmart va trobar que els compradors que acabaven comprant havien experimentat càrregues de pàgina més ràpides que els que no, i que les pàgines més ràpides significaven més conversió i més ingressos. No hem pogut rastrejar aquestes xifres fins a una font primària de Walmart, de manera que no les citem aquí; la direcció és coherent amb la resta d'evidències d'aquest article.

Infraestructura a escala: les dades d'edge de Cloudflare, Shopify i Carrefour

Portar el rendiment del navegador a l'edge és com les empreses modernes sobreviuen als pics de trànsit. Les dades de distribució de xarxa mostren com les inversions profundes en infraestructura reescriuen els marges de benefici:

Rendiment edge de Shopify: servir més recursos des de les memòries cau de l'edge redueix el Time to First Byte (TTFB) de les botigues, cosa que ajuda a mantenir les pàgines ràpides durant els grans esdeveniments de compres globals. Segons la pàgina de xarxa de Cloudflare, el 95% de la població mundial connectada a Internet es troba a menys de 50 mil·lisegons d'un centre de dades de Cloudflare: l'impost de latència per als usuaris fora de la teva regió cau gairebé a zero.

Eliminació de latència a Carrefour: el minorista global d'alimentació va fer servir edge computing per eliminar per complet les latències de les crides a la base de dades durant les hores punta, protegint la integritat de les transaccions quan els servidors de pagament estaven al límit.

L'eficiència de servidors de Fossil: Fossil va aprofitar l'encaminament intel·ligent d'un CDN per reduir els costos operatius dels servidors alhora que accelerava la càrrega de pàgines a les seves botigues multiregionals.

Cloudflare Speed Brain: per què la precàrrega amb ML fa obsoleta la memòria cau clàssica. La memòria cau tradicional d'un CDN és reactiva: emmagatzema el que ja s'ha sol·licitat. Speed Brain ho inverteix fent servir aprenentatge automàtic per predir la pàgina següent a la qual navegarà l'usuari i precarregar-la abans que faci clic. El model d'ML analitza els patrons de trànsit de la xarxa de Cloudflare per aconseguir un 94% de precisió de precàrrega en les proves de Cloudflare de principis de juliol del 2024 a la seva documentació per a desenvolupadors, reduint l'LCP un 45% en les precàrregues reeixides: aproximadament entre 0,88 i 1,1 segons estalviats per cada navegació precarregada, segons l'anunci de Speed Brain de Cloudflare. Això funciona en navegadors basats en Chromium (v121+), que segons les dades de Cloudflare Radar representen aproximadament el 70% de les sol·licituds dels visitants. La implicació per a la planificació d'infraestructura del 2026: les xarxes edge ja no són miralls passius de contingut. Són motors de renderització predictiva que comencen a muntar les pàgines abans que l'usuari les demani. Les empreses que continuen depenent d'arquitectures només d'origen amb una memòria cau de CDN bàsica competeixen contra webs on la pàgina següent ja està renderitzada al navegador de l'usuari abans que aixequi el dit de la pantalla.

La taula d'evidències: resultats d'empreses que hem pogut verificar

Aquests són resultats verificats de web.dev, la col·lecció de casos pràctics del mateix Google:

Empresa	Què van millorar	Resultat de negoci
Vodafone	LCP millorat un 31%	+8% de vendes
NDTV	LCP millorat un 55%	50% menys de taxa de rebot (juntament amb altres canvis de producte)
Yahoo! Japan News	CLS reduït d'aproximadament 0,2 a 0	+15% de pàgines vistes per sessió

Les empreses del comerç minorista i dels mitjans van mesurar un augment d'ingressos o d'engagement gràcies a l'optimització del rendiment. L'única variable que difereix és la magnitud, no la direcció.

Més enllà de la moda de l'INP: per què l'Interaction to Next Paint ha canviat les regles del joc

El març del 2024, Google va retirar oficialment el First Input Delay (FID) i el va substituir per l'Interaction to Next Paint (INP) com a senyal de posicionament principal. Mentre els blogs de SEO bàsics encara el tracten com una norma de compliment nova, els equips d'enginyeria avançats tracten l'INP com un pla per a la implicació dels usuaris.

El FID només mesurava la primera vegada que un usuari feia clic en alguna cosa. L'INP fa el seguiment de la latència de cada interacció que un usuari té al llarg de la vida d'una pàgina. Si un usuari fa clic en un botó de «Veure carret» o en un menú desplegable i el web va a batzegades, la teva puntuació d'INP s'enfonsa. Les plataformes de cerca penalitzen les pàgines que semblen ràpides en la càrrega inicial però es fan feixugues durant l'ús humà real.

Mantenir un INP per sota dels 200 mil·lisegons ja no és opcional: és un requisit crític per conservar el teu espai de cerca orgànica. Segons el Web Almanac 2025 d'HTTP Archive, només el 48% dels llocs web mòbils i el 56% dels d'escriptori aconsegueixen bones puntuacions en els tres Core Web Vitals (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1). Si el teu web és d'aquells que no ho aconsegueixen, tens un desavantatge de posicionament mesurable respecte als competidors que sí que ho aconsegueixen.

La pila de velocitat de quatre capes de Kaufast

Per deixar d'endevinar per què les teves pàgines se senten feixugues, avaluem el rendiment web amb una òptica d'enginyeria pròpia. La pila de velocitat de quatre capes de Kaufast descriu com auditar i reparar la teva infraestructura de manera sistemàtica:

1. La capa edge (CDN): fes passar el teu contingut per una xarxa edge intel·ligent com Cloudflare. Assegura't que el teu HTML es desa a la memòria cau de l'edge, no només les imatges. Activa la precàrrega especulativa allà on estigui disponible: Speed Brain de Cloudflare va informar d'un 94% de precisió de precàrrega i d'una reducció del 45% de l'LCP en les precàrregues reeixides en les seves proves pròpies.

2. El circuit de recursos (formats de nova generació): força la jubilació dels JPEG i PNG antics. Implementa un middleware automàtic que converteixi els recursos a WebP o AVIF de manera dinàmica segons les capacitats del client. Automatitzar aquesta conversió pot reduir substancialment el pes de les pàgines, i Cloudflare Polish aplica compressió amb pèrdua o sense pèrdua a les imatges a l'edge. En les nostres auditories, les imatges de capçalera sense optimitzar són, amb diferència, el coll d'ampolla d'LCP més comú, i el més fàcil d'arreglar.

3. El pressupost d'execució (auditoria de JavaScript): elimina l'excés de scripts de tercers. Ajorna els gestors d'etiquetes, els enregistradors de sessions i els widgets de xat no crítics perquè no bloquegin el fil principal del navegador. El guany més gran de Vodafone va ser traslladar la renderització del client al servidor: menys JavaScript enviat al navegador vol dir un INP més ràpid i un LCP més ràpid.

4. L'estratègia de renderització (SSR i híbrid): equilibra la renderització al servidor amb la regeneració estàtica perquè els usuaris vegin text i estructures de disseny a l'instant, sense el retard de la pantalla en blanc. Pinterest va reduir el pes de les pàgines en part eliminant la renderització innecessària al client. En els webs carregats de frameworks (React, Vue, Angular), aquesta capa és on hi ha els guanys d'LCP més grans.

Cada capa multiplica la de sota. Un edge ràpid es malbarata amb imatges sense comprimir. Uns recursos optimitzats es malbaraten amb JavaScript que bloqueja la renderització. Una renderització ràpida es malbarata amb un formulari de pagament que provoca desplaçaments de disseny.

Prova i diagnostica el teu web ara mateix

No endevinis les teves mètriques de rendiment. Fes un diagnòstic immediat:

Obre Google PageSpeed Insights →

Mira més enllà de la puntuació de rendiment de cara a la galeria i analitza aquests dos pilars operatius:

Dades de camp (mètriques d'usuaris reals): són dades històriques reals recollides d'usuaris reals de Chrome que han visitat el teu web durant els últims 28 dies. És el que fan servir els algorismes de cerca per determinar la salut del teu posicionament. Els llindars que importen: LCP per sota dels 2,5 segons, INP per sota dels 200 mil·lisegons, CLS per sota de 0,1.

Dades de laboratori (proves sintètiques): és una simulació en temps real executada pels servidors de Google. Fes-la servir exclusivament per depurar desplaçaments de disseny i identificar exactament quins fitxers de JavaScript bloquegen el teu fil principal.

Prova les teves pàgines més importants, no només la pàgina d'inici:

• La teva pàgina d'aterratge amb més tràfic
• La teva pàgina de producte o de preus
• El teu procés de pagament o de registre
• El teu article de blog més visitat

Cada pàgina té unes característiques de rendiment diferents. Una pàgina d'inici ràpida no vol dir res si el teu pagament triga 8 segons a carregar. Segons les dades d'aquest article, cada segon de retard a les teves pàgines crítiques per a la conversió té un cost calculable, i cada millora de 0,1 segons té un retorn calculable.

Per a una guia pràctica sobre com diagnosticar i arreglar pas a pas els problemes de velocitat més habituals, consulta Per què la velocitat del web mata el teu SEO (i les teves vendes). Implementem aquestes millores a escala amb el nostre servei de desenvolupament de programari a mida.