Google explica per què l’informe de cobertura de l’índex és lent


Google va aclarir que Search Console indica que l’informe de cobertura de l’índex no informa de les dades de cobertura fins a minuts. Google recomana utilitzar l’eina d’inspecció d’URL per a aquells que necessiten la confirmació més actualitzada de si un URL està indexat o no.

Google clarifica les dades de l’informe de cobertura de l’índex

Hi ha hagut diversos tuits que han notat allò que semblava un error a l’informe de cobertura de l’índex que feia que informés que s’ha rastrejat un URL però no s’ha indexat.

Resulta que no es tracta d’un error, sinó d’una limitació de l’informe de cobertura de l’índex.

Google ho va explicar a una sèrie de tuits.

Informes d’error d’informe de Search Console

“Alguns usuaris de Google Search Console van informar que veien URL a l’informe de cobertura de l’índex marcats com a” Rastrejat – actualment no indexats “que, quan s’inspeccionaven amb l’eina d’Inspecció d’URL, apareixien com a” Enviats i indexats “o algun altre estat”.

Google explica l’informe de cobertura de l’índex

Google va compartir llavors una sèrie de tuits com funciona l’informe de cobertura de l’índex.

Publicitat

Continueu llegint a continuació

“Això es deu al fet que les dades de l’informe de cobertura de l’índex s’actualitzen a un ritme diferent (i més lent) que la inspecció d’URL.

Els resultats que es mostren a Inspecció d’URL són més recents i s’han de considerar autoritaris quan entren en conflicte amb l’informe de cobertura de l’índex. (2/4)

Les dades que es mostren a Cobertura de l’índex han de reflectir l’estat precís d’una pàgina en pocs dies, quan l’estat canvia. (3/4)

Com sempre, gràcies pels comentaris 🙏, buscarem maneres de disminuir aquesta discrepància perquè els nostres informes i eines estiguin sempre alineats i actualitzats. (4/4) “

John Mueller respon a la pregunta sobre l’informe de cobertura de l’índex

John Mueller de Google havia respost a una pregunta sobre aquest problema el 8 d’octubre de 2021. Va ser abans d’entendre que no hi havia cap error a l’Informe de cobertura de l’índex, sinó més aviat una diferència en les expectatives de frescor de les dades de l’Informe de cobertura de l’índex. i la realitat que les dades s’actualitzen a un ritme més lent.

La persona que va fer la pregunta va relacionar que el juliol de 2021 es va adonar que els URL enviats a través de Google Search Console van informar de l’error enviat però no indexat, tot i que les pàgines no tenien cap etiqueta noindex.

Publicitat

Continueu llegint a continuació

Després, Google tornaria al lloc web, rastrejaria la pàgina i la indexaria normalment.

“El problema és que obtenim 300 errors / sense índex i, en els rastreigs posteriors, només se’n rastregen cinc abans de tornar a rastrejar tants altres.

Per tant, tenint en compte que no són indexats i es concedeixen si les coses no es poden renderitzar o no troben la pàgina, es dirigeixen a la nostra pàgina no trobada, que té un índex no.

I així sé que d’alguna manera s’hi dirigeixen.

És només un problema de memòria o, com que posteriorment es rastregen bé, és només un … ”

John Mueller va respondre:

“És difícil dir-ho sense mirar les pàgines.

Així que realment intentaria comprovar de nou si llavors era un problema i ja no és un problema o si continua essent una cosa que passa de manera intermitent.
Perquè si no importa, si ja no té lloc, llavors, sigui com sigui … “

La persona que va fer la pregunta va respondre insistint que encara es produeix i que continua sent un problema continu.

John Mueller va respondre dient que el seu pressentiment és que alguna cosa amb la renderització podria estar fallant.

“I si això encara té lloc, intentaria esbrinar què podria estar causant això.

I pot ser que quan proveu la pàgina a Search Console, nou de cada deu funcioni bé. Però, una vegada de cada deu, quan no funciona bé i redirigeix ​​a la pàgina d’error o creiem que redirigeix ​​a la pàgina d’error.

Aquest és el cas en què intentaria aprofundir i intentar esbrinar si hi ha massa sol·licituds per representar aquesta pàgina o hi ha alguna cosa complicada amb el JavaScript que de vegades triga massa i de vegades funciona bé i després intenta reduir les coses des d’aquest punt de vista ”.

Publicitat

Continueu llegint a continuació

A continuació, Mueller va explicar com passa la part del rastreig i la representació des del costat del rastreig de Google.

Fa referència a un navegador “de tipus Chrome” que pot ser una referència al bot Chrome sense cap de Google, que és essencialment un navegador Chrome al qual li falta la interfície d’usuari.

“El que passa al nostre costat és que rastregem la pàgina HTML i després intentem processar la pàgina HTML segons el tipus de navegador tipus Chrome de Chromium.

I per a això intentem treure tots els recursos que s’esmenten allà.

Per tant, si aneu a la Consola per a desenvolupadors de Chrome i consulteu la secció de xarxa, us mostrarà un diagrama de cascada de tot el que es carrega per representar la pàgina.

I si hi ha moltes coses que s’han de carregar, pot passar que les coses s’esgotin i que ens trobem amb aquesta situació d’error ”.

A continuació, Mueller va suggerir reduir la quantitat de sol·licituds de recursos per als fitxers JavaScript i CSS i intentar combinar-los o reduir-los i minimitzar les imatges, cosa que sempre és bo fer.

Publicitat

Continueu llegint a continuació

El suggeriment de Mueller està relacionat amb Representació de SEO, que va ser discutida per Martin Splitt de Google, on s’optimitzen els aspectes tècnics de com es descarrega i representa una pàgina web en un navegador per obtenir un rendiment ràpid i eficaç.

Alguns errors de rastreig estan relacionats amb el servidor

La resposta de Mueller no era del tot precisament rellevant per a aquesta situació específica, ja que el problema era una expectativa de frescor i no una indexació.

Tanmateix, els seus consells encara són precisos, ja que hi ha moltes vegades que hi ha un problema relacionat amb el servidor que provoca temps d’espera de publicació de recursos que bloquegen la renderització adequada d’una pàgina web.

Això pot passar a la nit a primera hora del matí, quan els robots canalla desboten un lloc web i frenen el lloc.

Un lloc que no té recursos optimitzats, especialment un en un servidor compartit, pot experimentar desacceleracions espectaculars en què el servidor comença a mostrar 500 codis de resposta a errors.

Parlant de l’experiència en el manteniment d’un servidor dedicat, la configuració errònia a Nginx, Apache o PHP a nivell de servidor o un disc dur fallit també pot contribuir al fet que el lloc web no mostri les pàgines sol·licitades a Google o als visitants del lloc web.

Publicitat

Continueu llegint a continuació

Alguns d’aquests problemes poden passar desapercebuts quan els diversos programes s’actualitzen a configuracions inferiors a les òptimes, cosa que requereix una solució de problemes per identificar els errors.

Afortunadament, el programari de servidor com Plesk té eines de diagnòstic i reparació que poden ajudar a solucionar aquests problemes quan sorgeixen.

Aquesta vegada, el problema era que Google no havia establert adequadament les expectatives correctes per a l’informe de cobertura de l’índex.

Però la propera vegada podria ser un problema de servidor o de representació.

Cites

Cerca de Google Tweets centrals Explicació de l’informe de cobertura de l’índex

Informe de cobertura de l’índex de Google i errors d’indexació reportats

Mireu al minut 6:00





Source link

Google explica per què l’informe de cobertura de l’índex és lent