Velocitat web i SEO: impacte real el 2026 - Ighenatt Blog

La velocitat de càrrega no és un caprici tècnic. És un factor que Google mesura, que els teus usuaris perceben i que els teus resultats econòmics reflecteixen. Cada mil·lisegon compta, i hi ha dades que ho demostren.

Aquest article recopila evidència verificable sobre l’impacte de la velocitat web en el SEO i les conversions, identifica les causes més freqüents de lentitud i proporciona un full de ruta clar per millorar el rendiment de qualsevol lloc.

La relació entre velocitat web i SEO: què diu Google oficialment

Google ha estat explícit sobre la importància de la velocitat web. El gener de 2018, la Speed Update va confirmar que la velocitat de càrrega en mòbil és un senyal de rànquing. El 2021, els Core Web Vitals van passar a formar part dels senyals d’experiència de pàgina, reforçant aquesta posició.

La documentació de Google Search Central ho planteja així: la velocitat no és el factor principal de rànquing (la rellevància del contingut continua sent-ho), però és la senyal de desempat. Quan dues pàgines competeixen per la mateixa posició i ofereixen contingut de qualitat similar, la més ràpida guanya.

Hi ha un matís important que molts ignoren: Google no utilitza la puntuació de laboratori de PageSpeed Insights per al rànquing. Utilitza les dades de camp del Chrome UX Report (CrUX), que reflecteix l’experiència real d’usuaris amb Chrome. Un lloc pot obtenir un 95 a PageSpeed Insights en laboratori i fallar en dades de camp si els seus usuaris reals naveguen amb connexions lentes o dispositius de gamma baixa.

Les tres mètriques de Core Web Vitals que Google mesura actualment són:

• LCP (Largest Contentful Paint): el temps fins que l’element visual més gran és visible. Objectiu: menys de 2,5 segons.
• INP (Interaction to Next Paint): la latència de resposta a les interaccions de l’usuari. Objectiu: menys de 200 mil·lisegons.
• CLS (Cumulative Layout Shift): l’estabilitat visual de la pàgina. Objectiu: menys de 0,1.

Com la velocitat afecta el CTR i la conversió

L’estudi Milliseconds Make Millions de Google i Deloitte va analitzar l’impacte de millores de velocitat de tan sols 0,1 segons en llocs de retail i viatges. Els resultats van ser concrets: un 8,4% més de conversions en retail i un 10,1% en viatges. No és un canvi menor per a negocis que processen milers de transaccions al dia.

Google va publicar que el 53% dels usuaris mòbil abandona un lloc si tarda més de 3 segons a carregar. Aquesta dada es tradueix directament en taxa de rebot, una mètrica que Google observa com a senyal indirecte de qualitat.

WPO Stats, un repositori de casos reals d’optimització de rendiment web, documenta desenes d’exemples verificables:

• Pinterest va reduir el temps d’espera percebut un 40% i va augmentar el trànsit de cerca i els registres un 15%.
• BBC va comprovar que perdia un 10% d’usuaris per cada segon addicional de càrrega.
• Vodafone va millorar el seu LCP un 31% i va augmentar les vendes un 8%.

La relació entre velocitat i trànsit orgànic no és només directa (millor rànquing), sinó també indirecta: les pàgines ràpides generen millor engagement, més pàgines per sessió i més enllaços naturals, factors que retroalimenten el posicionament.

Les 5 causes més freqüents d’un web lent

1. Imatges sense optimitzar

Segons HTTP Archive, les imatges representen el 50% del pes total d’una pàgina mitjana. Molts llocs serveixen imatges en PNG o JPEG sense comprimir, en resolucions que superen el viewport del dispositiu. La solució és usar formats moderns com WebP o AVIF, aplicar compressió amb pèrdua acceptable i servir imatges adaptades a la mida de pantalla amb srcset.

2. JavaScript excessiu o no utilitzat

El JavaScript no només tarda a descarregar-se: tarda a analitzar-se i executar-se. Un lloc amb 2 MB de JS té un problema de rendiment en dispositius mòbils de gamma mitjana, on el processador necessita temps real per interpretar cada script. Les auditories de Lighthouse identifiquen el JS no utilitzat, que pot superar el 50% del total descarregat en llocs amb múltiples connectors o dependències.

3. Servidor lent o mal configurat

Un TTFB (Time to First Byte) superior a 600 ms indica problemes de servidor: allotjament compartit saturat, bases de dades sense optimitzar o manca de memòria cau al servidor. Un CDN redueix el TTFB entre un 40% i un 70% depenent de la distància geogràfica, però no corregeix un backend ineficient.

4. CSS que bloqueja el renderitzat

Els fitxers CSS es descarreguen i processen abans que el navegador pugui pintar la pàgina. Un fitxer CSS de 200 KB amb estils per a tota l’aplicació, inclosos components que no apareixen a la pàgina actual, afegeix latència innecessària. La solució és el CSS crític en línia i la càrrega diferida de la resta.

5. Absència de memòria cau del navegador

Sense capçaleres de memòria cau adequades, cada visita obliga el navegador a descarregar tots els recursos des de zero. Configurar Cache-Control amb temps llargs per a actius estàtics (imatges, fonts, CSS, JS) i temps curts per a HTML redueix dràsticament els temps de càrrega en visites repetides.

Com mesurar la velocitat del teu web correctament

Existeixen dos tipus de mesurament: dades de laboratori i dades de camp. Tots dos són necessaris, però mesuren coses diferents.

Eines de laboratori (simulen condicions controlades):

• Google PageSpeed Insights: el punt de partida. Mostra dades de laboratori i dades de camp (quan estan disponibles).
• Lighthouse: integrat a Chrome DevTools. Proporciona auditories de rendiment, accessibilitat i SEO.
• WebPageTest: permet proves des de diferents ubicacions i dispositius amb cascades de xarxa detallades.

Dades de camp (experiència real d’usuaris):

• Chrome UX Report (CrUX): les dades que Google utilitza per al rànquing. Accessibles des de PageSpeed Insights o BigQuery.
• Google Search Console: la secció Core Web Vitals mostra l’estat de les teves URLs agrupades per estat (bo, necessita millores, deficient).

Les mètriques de camp són les que realment importen per al SEO. Un lloc pot tenir una puntuació de laboratori perfecta i fallar en camp perquè els seus usuaris reals naveguen amb connexions 3G o dispositius amb poca memòria RAM.

Velocitat web en mòbil vs escriptori: prioritats diferents

Google utilitza mobile-first indexing des de 2019. La versió mòbil del teu lloc és la que Google indexa i avalua. Un lloc ràpid en escriptori, però lent en mòbil té un problema de SEO.

Les diferències tècniques entre mòbil i escriptori afecten directament el rendiment:

• Amplada de banda: una connexió 4G mitjana ofereix 20 Mbps enfront dels 100+ Mbps d’una connexió de fibra. Els recursos pesants triguen més a descarregar-se.
• CPU: un processador mòbil de gamma mitjana és entre 3x i 5x més lent que un processador d’escriptori per analitzar i executar JavaScript.
• Memòria: els dispositius mòbils tenen menys RAM, cosa que limita el nombre de recursos que el navegador pot processar en paral·lel.

L’optimització mòbil requereix pressupostos més estrictes: menys de 200 KB de JavaScript, menys de 100 KB de CSS i menys de 500 KB d’imatges en el viewport inicial.

Casos reals: webs que milloren velocitat i multipliquen el trànsit

Cas 1: ecommerce de moda (Espanya). Un retailer amb 15.000 productes va migrar d’un allotjament compartit a una infraestructura amb CDN, va optimitzar imatges amb WebP i va eliminar 800 KB de JavaScript no utilitzat. Resultat: LCP de 4,2s a 1,8s, taxa de rebot del 58% al 34%, i un increment del 23% en trànsit orgànic en 4 mesos.

Cas 2: portal de notícies. Un mitjà digital amb 200.000 visites mensuals va implementar lazy loading en imatges, CSS crític en línia i preconnect a dominis de tercers. El LCP va caure de 3,6s a 2,1s, i les pàgines per sessió van augmentar de 2,1 a 3,4.

Cas 3: SaaS B2B. Una empresa de programari va eliminar un widget de xat que afegia 400 KB de JS, va comprimir els seus actius amb Brotli i va activar HTTP/2. El TTFB va baixar de 820 ms a 190 ms, i el rànquing mitjà de les seves pàgines d’aterratge va pujar de la posició 14 a la 8 en 3 mesos.

Aquests exemples tenen un patró comú: les millores de velocitat no només afecten el rànquing, sinó que milloren totes les mètriques d’engagement que Google observa com a senyals indirectes.

Full de ruta per millorar la velocitat del teu web

Una millora de rendiment web efectiva segueix un ordre de prioritat basat en impacte i esforç:

Fase 1: Guanys immediats (1-2 dies)

• Comprimir i convertir imatges a WebP/AVIF.
• Activar compressió Brotli o Gzip al servidor.
• Configurar capçaleres de memòria cau per a actius estàtics.
• Eliminar recursos de tercers no utilitzats (widgets, eines de seguiment, fonts innecessàries).

Fase 2: Optimitzacions de mitjà termini (1-2 setmanes)

• Implementar lazy loading en imatges below-the-fold.
• Extreure i incloure en línia el CSS crític.
• Diferir la càrrega de JavaScript no essencial.
• Implementar un CDN amb nodes a la regió de la teva audiència.

Fase 3: Millores estructurals (1-3 mesos)

• Migrar a un allotjament amb millor rendiment si el TTFB és superior a 400 ms.
• Auditar i reduir el JavaScript total (code splitting, tree shaking).
• Implementar un service worker per a memòria cau sense connexió.
• Avaluar l’arquitectura del frontend: els frameworks pesants generen llocs lents.

Cada fase ha d’incloure mesuraments abans i després amb les mateixes eines i condicions per verificar l’impacte real. Les dades del servei d’optimització de Core Web Vitals mostren que la Fase 1 per si sola resol el 60% dels problemes de velocitat en llocs típics.

Preguntes freqüents sobre velocitat web i SEO

Com afecta la velocitat de càrrega el SEO?

La velocitat és un senyal de rànquing confirmat per Google. No és el factor més important (el contingut rellevant continua sent el primer), però és el factor de desempat i afecta indirectament el SEO a través de mètriques de comportament: major taxa de rebot, menor temps a la pàgina i menor nombre de pàgines vistes.

Quina puntuació a PageSpeed Insights és bona?

Una puntuació de 90 o superior a PageSpeed Insights es considera bona. Entre 50 i 89 necessita millores. Per sota de 50 és deficient. La puntuació de laboratori no és el que Google utilitza per al rànquing: per a això consulta les dades de camp del Chrome UX Report.

És millor fer servir un CDN per millorar la velocitat?

Un CDN millora la velocitat per a usuaris geogràficament llunyans del servidor, reduint el TTFB entre un 40% i un 70%. Per a un lloc amb audiència a Espanya, un CDN amb nodes a Europa és suficient. Si l’audiència és global, un CDN amb presència mundial és imprescindible.

Els connectors de memòria cau de WordPress són suficients?

Els connectors de memòria cau són un bon primer pas, però no resolen tots els problemes de velocitat. No poden optimitzar imatges ja carregades, no eliminen JavaScript no utilitzat i no corregeixen problemes del servidor. Són una capa de millora, no una solució completa.

La velocitat web no és un projecte puntual: és una disciplina que requereix monitoratge continu. Cada actualització de contingut, cada nou connector i cada canvi de disseny pot afectar el rendiment. Executa PageSpeed Insights a les deu pàgines amb més trànsit ara mateix. Si alguna dona un LCP per sobre de 2,5 segons o un CLS superior a 0,1, tens un problema concret a resoldre. Digues-nos què has trobat i t’indiquem per on començar.