Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Measurement And Symptom Isolation

Els resultats de PageSpeed canvien entre proves: en quin confiar

Si PageSpeed canvia a cada execució, aprèn quines variacions importen, com comparar medianes i quan pesen més les dades d’usuaris reals.

Una execució obté 91 i la següent 76 sense canvis deliberats a WordPress. No significa necessàriament que l’eina falli o que el web sigui inestable. Cada càrrega depèn de memòria cau, servidor, xarxa, tercers i moment de la feina del navegador.

El resultat útil no és sempre el millor, pitjor o més recent, sinó el conjunt que representa la condició del visitant que vols millorar.

Mirar les mètriques, no només el cercle

Anota First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift i Speed Index. Registra també URL, mòbil o escriptori, hora, memòria cau, element LCP i diagnòstics que han canviat.

Dues pàgines visualment semblants poden rebre puntuacions diferents si una mètrica travessa la corba de ponderació. El color sol no explica la diferència.

Separar camp i laboratori

Les dades de camp agreguen experiències reals de Chrome durant un període; les de laboratori simulen ara una càrrega controlada. El laboratori canvia entre execucions, mentre que l’històric no canvia en actualitzar la prova.

Utilitza camp per a tendències i distribució reals; laboratori per reproduir, comparar i llegir la cascada. Una bona execució no esborra un històric deficient, i l’històric tampoc demostra que el desplegament d’avui continuï lent.

Registrar memòria cau i primer byte

La primera execució pot generar WordPress i la següent rebre HTML emmagatzemat:

curl -I https://example.com/pagina/

Compara age, indicador de memòria cau i primer byte. Si la variació coincideix amb MISS i HIT, investiga la ruta d’origen. No purguis abans de cada prova tret que vulguis mesurar específicament la generació sense memòria cau.

Identificar variació externa i visual

Consentiment, analítica, xat, mapes, vídeo i publicitat poden respondre diferent, afegir sol·licituds o reintentar. A la cascada lenta busca demores de tercers, peticions addicionals, temps d’espera esgotat, més feina principal o un estat de consentiment diferent.

No retiris un servei necessari per una única resposta dolenta. Comprova si afecta repetidament el recorregut crític.

També pot canviar l’element LCP: imatge principal, encapçalament, bàner de galetes o diapositiva. Anota’l a cada execució. Comparar un LCP d’imatge amb un altre de consentiment com si fossin la mateixa fita condueix a optimitzacions incorrectes.

Relacionar el moment amb servidor i CDN

Una petició sense memòria cau pot coincidir amb cron, còpies, anàlisis, importació, Action Scheduler, trànsit, manteniment MySQL o una API lenta. Si canvia el primer byte, alinea l’hora amb els registres.

La ruta de xarxa i el node CDN també varien. Conserva’n les capçaleres i utilitza ubicacions representatives si el públic està distribuït.

Utilitzar una mostra petita i la mediana

Executa la mateixa URL sota les mateixes condicions diverses vegades; cinc solen ser suficients per a una primera comparació. Ordena cada mètrica i conserva el valor central i el rang.

Prova LCP Primer byte Memòria cau
1 3,4 s 1,6 s MISS
2 1,9 s 0,3 s HIT
3 2,0 s 0,3 s HIT
4 2,1 s 0,4 s HIT
5 2,0 s 0,3 s HIT

La mediana representa el visitant amb memòria cau calenta; la primera prova revela un problema d’origen. No amaguis una execució fallida dins la mitjana: conserva els valors atípics i investiga si es repeteixen.

Escriure les condicions i una pàgina de control

Desa URL i destinació, data, zona horària, mode mòbil o escriptori, eina, consentiment, sessió, memòria cau i versió desplegada.

Prova en paral·lel una pàgina estable que utilitzi la mateixa infraestructura però no la funció canviada. Si totes dues empitjoren alhora, pot variar la xarxa, el servidor o un tercer comú; si només canvia la pàgina objectiu, revisa’n la plantilla i els recursos.

No optimitzar el pitjor cas aïllat

Investiga una execució dolenta quan es repeteix, coincideix amb usuaris, representa una primera visita valuosa, exposa un *timeout* o apareix també en dades de camp. No reconstrueixis el lloc per una latència externa puntual, però tampoc descartis una cua lenta recurrent perquè la majoria sigui ràpida.

Després d’un canvi compara mediana, rang, MISS, HIT, mètrica afectada i funcionalitat. Millorar el centre mentre apareixen errors de deu segons pot empitjorar el servei.

PageSpeed tampoc supervisa formularis, cistella, compra o administració. Mesura a part aquests recorreguts quan la queixa passa després de la càrrega.

Confia en dades de camp per a tendències, mediana de laboratori per a comparació, proves sense memòria cau per a salut de l’origen, traces per a diagnòstic i temps del recorregut per a accions comercials.

Per a una avaluació aporta diverses proves, mode, hores, capçaleres i símptoma real, a més de desplegaments i tercers recents. No enviïs credencials. L’objectiu és reparar la condició repetida, no prometre una puntuació atractiva.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència