Google aclaró que Search Console que el Informe de cobertura del índice no informa los datos de cobertura actualizados al minuto. Google recomienda utilizar la herramienta de inspección de URL para aquellos que necesitan la confirmación más actualizada de si una URL está indexada o no.
Google aclara los datos del informe de cobertura del índice
Ha habido una serie de tweets que notaron lo que parecía un error en el Informe de cobertura del índice que estaba causando que informara que una URL se rastreó pero no se indexó.
Resulta que esto no es un error, sino una limitación del informe de cobertura del índice.
Google lo explicó en una serie de tweets.
Informes de error de informe de Search Console
«Algunos usuarios de Google Search Console informaron que vieron URL en el informe Cobertura de índice marcadas como» Rastreadas – actualmente no indexadas «que, cuando se inspeccionaron con la herramienta de inspección de URL, aparecieron como» Enviadas e indexadas «o algún otro estado».
Google explica el informe de cobertura del índice
Luego, Google compartió una serie de tweets. cómo funciona el informe de cobertura del índice.
Anuncio publicitario
Continuar leyendo a continuación
“Esto se debe a que los datos del informe de cobertura del índice se actualizan a una velocidad diferente (y más lenta) que la inspección de URL.
Los resultados que se muestran en la Inspección de URL son más recientes y deben considerarse autorizados cuando entran en conflicto con el informe Cobertura del índice. (2/4)
Los datos que se muestran en la Cobertura del índice deben reflejar el estado exacto de una página dentro de unos días, cuando cambia el estado. (3/4)
Como siempre, gracias por los comentarios ?, buscaremos formas de disminuir esta discrepancia para que nuestros informes y herramientas estén siempre alineados y actualizados. (4/4) «
John Mueller responde a una pregunta sobre el informe de cobertura del índice
John Mueller de Google había respondido una pregunta sobre este problema el 8 de octubre de 2021. Esto fue antes de que se entendiera que no había un error en el Informe de cobertura del índice, sino más bien una diferencia en la expectativa de actualización de los datos del Informe de cobertura del índice. y la realidad de que los datos se actualizan a un ritmo más lento.
La persona que hizo la pregunta relató que en julio de 2021 notaron que las URL enviadas a través de Google Search Console informaron el error de enviadas pero no indexadas, a pesar de que las páginas no tenían una etiqueta noindex.
Anuncio publicitario
Continuar leyendo a continuación
A partir de entonces, Google volvería al sitio web, rastrearía la página y la indexaría normalmente.
“El problema es que obtenemos 300 errores / ningún índice y luego, en rastreos posteriores, solo se rastrean cinco antes de que vuelvan a rastrear tantos más.
Entonces, dado que no están indexados y se otorgan si las cosas no se pueden procesar o no pueden encontrar la página, se dirigen a nuestra página no encontrada, que sí tiene un índice.
Y sé que de alguna manera están siendo dirigidos allí.
¿Se trata solo de un problema de memoria o, dado que posteriormente se rastrearon bien, es solo un … «
John Mueller respondió:
“Es complicado de decir sin mirar las páginas.
Así que realmente trataría de verificar si esto fue un problema en ese momento y ya no es un problema o si todavía es algo que sucede de manera intermitente.
Porque si no importa, si ya no tiene lugar ahora, entonces como lo que sea … «
La persona que hizo la pregunta respondió insistiendo en que todavía se lleva a cabo y que sigue siendo un problema continuo.
John Mueller respondió diciendo que su corazonada es que algo con la interpretación podría estar saliendo mal.
“Y si eso es algo que todavía ocurre, trataría de averiguar qué podría estar causando eso.
Y puede ser que cuando pruebes la página en Search Console, nueve de cada diez veces funcione bien. Pero, una de cada diez veces, cuando no funciona bien y redirige a la página de error o creemos que redirige a la página de error.
Ese es el caso en el que trataría de profundizar y tratar de averiguar si hay demasiadas solicitudes para representar esta página o hay algo complicado con JavaScript que a veces lleva demasiado tiempo y a veces funciona bien y luego trata de reducir las cosas desde ese punto de vista «.
Anuncio publicitario
Continuar leyendo a continuación
A continuación, Mueller explicó cómo la parte de rastreo y renderización ocurre desde el lado del rastreo de Google.
Hace referencia a un navegador «tipo Chrome» que podría ser una referencia al bot Chrome sin cabeza de Google, que es esencialmente un navegador Chrome al que le falta la interfaz de usuario frontal.
“Lo que sucede de nuestro lado es que rastreamos la página HTML y luego tratamos de procesar la página HTML en una especie de navegador tipo Chrome tipo Chromium.
Y para eso intentamos extraer todos los recursos que se mencionan allí.
Entonces, si vas a Developer Console en Chrome y miras la sección de red, te muestra un diagrama en cascada de todo lo que carga para renderizar la página.
Y si hay muchas cosas que deben cargarse, puede suceder que las cosas se agoten y luego nos encontremos con esa situación de error «.
A continuación, Mueller sugirió reducir la cantidad de solicitudes de recursos que se realizan para los archivos JavaScript y CSS e intentar combinarlos o reducirlos, y minimizar las imágenes, lo que siempre es bueno.
Anuncio publicitario
Continuar leyendo a continuación
La sugerencia de Mueller está relacionada con Renderizado de SEO que fue discutido por Martin Splitt de Google, donde los aspectos técnicos de cómo se descarga y representa una página web en un navegador se optimizan para un rendimiento rápido y eficiente.
Algunos errores de rastreo están relacionados con el servidor
La respuesta de Mueller no fue del todo relevante para esta situación específica porque el problema era de expectativa de frescura y no de indexación.
Sin embargo, su consejo sigue siendo acertado para las muchas veces que existe un problema relacionado con el servidor que está provocando tiempos de espera de servicio de recursos que bloquean la representación adecuada de una página web.
Esto puede suceder por la noche en las primeras horas de la mañana cuando los robots deshonestos pululan un sitio web y ralentizan el sitio.
Un sitio que no tiene recursos optimizados, particularmente uno en un servidor compartido, puede experimentar ralentizaciones dramáticas donde el servidor comienza a mostrar 500 códigos de respuesta de error.
Hablando de la experiencia en el mantenimiento de un servidor dedicado, una mala configuración en Nginx, Apache o PHP a nivel del servidor o un disco duro defectuoso también pueden contribuir a que el sitio web no muestre las páginas solicitadas a Google oa los visitantes del sitio web.
Anuncio publicitario
Continuar leyendo a continuación
Algunos de estos problemas pueden pasar desapercibidos cuando los distintos programas de software se actualizan a una configuración menos que óptima, lo que requiere la resolución de problemas para identificar errores.
Afortunadamente, el software de servidor como Plesk tiene herramientas de diagnóstico y reparación que pueden ayudar a solucionar estos problemas cuando surjan.
Esta vez, el problema fue que Google no había establecido adecuadamente la expectativa correcta para el Informe de cobertura del índice.
Pero la próxima vez podría ser un problema de servidor o de renderizado.
Citas
Google Search Central Tweets Explicación del informe de cobertura del índice
Informe de cobertura del índice de Google y errores de indexación informados
Míralo en la marca de las 6:00 minutos
Consultar el artículo en la publicación original