Tot el que necessiteu saber


El camp SEO no té escassetat d’acrònims.

Des de SEO, FID, FCP (First Contentful Paint) fins a INP: aquests són alguns dels acrònims més habituals amb els quals trobareu quan es tracta de la velocitat de la pàgina.

Google està actualment en procés de canviar Core Web Vitals.

Ha afegit dues mètriques noves a la barreja: INP (Interaction To Next Paint) i TTFB (Time to First Byte).

L’INP fa referència a com respon la pàgina a les interaccions específiques de l’usuari que es programen a la mètrica general d’INP mesurada per les dades del laboratori i les dades de camp de Google Chrome.

TTFB mesura el temps que triga el servidor a transferir el primer byte.

Fa temps que s’ha sospitat que TTFB és un motor de guanys de rendiment significatius, la qual cosa significa que és una prioritat que els professionals de SEO haurien d’optimitzar com a part del seu procés de SEO.

Google fa poc que va decidir implementar TTFB com a nova mètrica perquè els professionals del SEO puguin mesurar el rendiment del seu lloc a nivell de servidor.

Als efectes d’aquesta discussió, ens quedarem amb INP aquesta ronda.

Què és, exactament, INP?

INP és una nova mètrica Core Web Vitals dissenyada per proporcionar una representació del retard d’interacció global d’una pàgina.

Ho fa treballant a partir d’una mostra de les interaccions més llargues que es produeixen quan un usuari visita la pàgina.

Si una pàgina té menys de 50 interaccions totals, INP té en compte la interacció que té el pitjor retard absolut.

La mesura de l’INP és una representació del temps que ha de trigar un usuari per interactuar amb tota la pàgina.

Això és un contrast directe amb el FID (First Input Delay).

El FID només mesura només la primera resposta d’interacció d’un usuari concret.

Aquí, a SEJ, vam informar que PageSpeed ​​Insights va afegir aquesta nova mètrica de velocitat fins al Extensió de Google Lighthouse Chrome.

La mecànica de l’INP

JavaScript és normalment el senyal principal de qualsevol interacció realitzada en una pàgina.

Existeixen altres tipus d’interactivitat, com ara botons d’opció, caselles de selecció, l’element HTML

i diversos altres.

L’INP, però, es preocupa pels següents tipus d’interaccions:

  • Qualsevol clic del ratolí sobre un element interactiu.
  • Qualsevol toc d’un element interactiu en qualsevol dispositiu que inclogui una pantalla tàctil.
  • La pressió d’una tecla en un teclat físic o en pantalla.

Hi ha més d’un esdeveniment que es podria considerar una interacció.

Keydown i keyup, per exemple, són parts d’una pulsació de tecla.

Qualsevol interacció de toc també podria incloure esdeveniments de punter i apuntar cap avall.

Tot això es considera “interaccions lògiques de l’usuari”.

Quines són les parts de l’INP?

Cada interacció té unes quantes fases: temps de presentació, temps de processament i retard d’entrada.

La devolució de trucada dels esdeveniments associats conté el temps total necessari per executar les tres fases.

La durada més llarga d’una interacció lògica d’usuari és la que es registrarà.

Què és un bon valor INP?

Documentació web.dev de Google explica que un bon valor INP és d’uns 200 mil·lisegons o menys.

Diu el següent:

Un INP per sota o a 200 mil·lisegons significa que la vostra pàgina té una bona capacitat de resposta.

Un INP superior a 200 mil·lisegons i inferior o inferior a 500 mil·lisegons significa que la capacitat de resposta de la vostra pàgina necessita millorar.

Un INP superior a 500 mil·lisegons significa que la vostra pàgina té poca capacitat de resposta.

Google també assenyala que INP encara és experimental i que és probable que les orientacions que recomana sobre aquesta mètrica canviïn.

En què és diferent l’INP del primer retard d’entrada?

La principal diferència entre INP i FID és que FID només considera la primera interacció de la pàgina.

INP té en compte totes les interaccions de la pàgina.

El FID només mesura la mètrica del retard d’entrada i no té en compte els gestors d’esdeveniments ni el temps que triguen a processar-se.

Tampoc té en compte cap retard en la presentació del següent marc de la interacció.

Com identificar problemes d’INP al vostre lloc web

Per trobar problemes d’INP en un lloc web, primer hem de tenir en compte les diferències entre les dades de laboratori i les de camp.

L’única manera de trobar dades realistes sobre el que experimenten els vostres usuaris és utilitzar les dades del camp.

Les eines de laboratori són elements que no interaccionaran completament amb la pàgina i, per tant, solen necessitar entrada manual mentre es realitzen tasques de mesura.

En cas contrari, utilitzant una eina d’automatització com ara Titellaire us pot ajudar a crear interaccions manuals a mesura que es produeixen mentre utilitzeu eines de laboratori amb finalitats de prova.

Sobre les dades de laboratori

En el context d’aquest tipus de proves, les dades de laboratori són una mètrica que es determina mitjançant el control de la càrrega de la pàgina mitjançant un conjunt predefinit de condicions, normalment adaptades al dispositiu i a la xarxa.

Com que aquestes condicions es troben en un entorn controlat, es coneixen com a entorn de laboratori, i d’aquí ve el terme “dades de laboratori”.

Sobre les dades del camp

Les dades de camp, també conegudes com a dades RUM (Real User Monitoring), s’obtenen mitjançant el seguiment dels usuaris en una pàgina.

Mesura les mètriques de rendiment de les actuacions individuals, sovint proporcionant informació sobre aquestes mètriques de rendiment determinades.

Les dades de camp es basen en visites reals d’usuaris, de manera que el vostre lloc web es pot representar en dispositius reals, ubicacions geogràfiques dels usuaris i les condicions de la xarxa d’aquest dispositiu.

Posant-ho tot junt

Quin és el gran problema de FID, INP, dades de camp i dades de laboratori?

Bé, les dades de camp es proporcionen a les eines de Chrome que informen de dades a Core Web vVtals.

Podeu obtenir dades de camp de l’informe CrUX (o l’informe d’experiència d’usuari de Chrome).

Però, l’informe CrUX només és una part de la imatge.

Per això és important recollir dades de camp pel vostre compte.

L’ús de CrUX per si mateix no pot proporcionar prou informació útil per marcar una diferència real en el rendiment del vostre lloc.

Google explica que la informació més important sobre les dades de camp és que no és només un número.

En realitat és una distribució de nombres.

Això vol dir que per a una mostra determinada d’usuaris, és possible que el vostre lloc es carregui molt lentament.

Per a altres usuaris, és possible que el vostre lloc es carregui molt ràpidament.

En altres paraules: les dades del camp són un conjunt total de dades de rendiment recopilades de tots els vostres usuaris.

Com es pot mesurar l’INP?

Tot i que mesurar l’INP és més eficaç quan s’utilitzen dades combinades de laboratori i de camp, hi ha algunes maneres “més fàcils” de mesurar aquesta mètrica de Core Web Vitals.

Podeu utilitzar l’extensió de Google Chrome anomenada Lighthouse, que té un mode d’interval de temps.

Aquest mode us permet controlar més fàcilment què passa exactament durant la càrrega de la pàgina, cosa que us pot ajudar a resoldre problemes amb INP.

També podeu utilitzar aquestes altres eines de laboratori per ajudar-vos a recollir les vostres dades:

Com millorar els vostres propis valors d’INP?

La millor manera de fer-ho és optimitzar el treball del fil principal.

Això vol dir assegurar-se que coses com els tipus de lletra de tercers es mantenen al mínim (és a dir, utilitzant només tipus de lletra del sistema) i que no utilitzeu massa connectors que es carreguen a la càrrega de la pàgina.

Per exemple, digueu que teniu un lloc de WordPress amb 15 connectors d’anuncis dedicats a mostrar anuncis a la vostra pàgina, i potser no necessàriament els feu servir tots.

Desactivar el 90% d’aquests connectors hauria d’ajudar a millorar el vostre INP i no complicar el treball del fil principal, perquè això retarda la càrrega de la pàgina.

Alguns problemes d’INP sorgeixen perquè la gent no optimitza prou el treball del fil principal per assegurar-se que les coses siguin correctament viables des d’una perspectiva de Core Web Vitals.

Altres poden ser causades per errors d’engegada dels fitxers JavaScript i per una falta d’atenció a com es carreguen les coses a la pàgina, especialment amb imatges més grans.

Aquests són només alguns, però no tots, dels factors que s’han d’optimitzar per obtenir números INP millors i més efectius.

Així com millor en general Core Web Vitals nombres.

Millorar el vostre INP no és una bala de plata

És important tenir en compte que millorar el vostre INP no és una bala de plata que garanteixi un èxit de SEO instantani.

En canvi, és només un element entre molts que potser s’ha de completar com a part d’un lot de canvis de qualitat que poden ajudar a marcar la diferència en el vostre rendiment global de SEO.

Com penseu implementar la reparació d’INP a la vostra estratègia general de SEO?

Més recursos:


Imatge destacada: BestForBest/Shutterstock





Source link

Tot el que necessiteu saber