John Mueller de Google compartió un caso en el que una página de inicio HTTP sobrante estaba causando problemas inesperados con el nombre del sitio y el favicon en los resultados de búsqueda.
El problema, que Mueller describió en Bluesky, es fácil de pasar por alto porque Chrome puede actualizar automáticamente las solicitudes HTTP a HTTPS, lo que hace que la versión HTTP sea fácil de pasar por alto.
Qué pasó
Mueller describió el caso como “extraño”. El sitio usaba HTTPS, pero aún se podía acceder a una página de inicio HTTP predeterminada del servidor en la versión HTTP del dominio.
Mueller escribió:
«Una página de inicio oculta que causaba problemas con el nombre del sitio y el favicon en la Búsqueda. Esto era extraño. El sitio usaba HTTPS, sin embargo, quedaba una página de inicio HTTP predeterminada del servidor».
La parte complicada es que Chrome puede actualizar las navegaciones HTTP a HTTPS, lo que hace que sea fácil pasar por alto la versión HTTP en la navegación normal. El robot de Google no sigue el comportamiento de actualización de Chrome.
Mueller explicó:
«Chrome actualiza automáticamente HTTP a HTTPS para que no veas la página HTTP. Sin embargo, el robot de Google la ve y la utiliza para influir en la selección del nombre del sitio y del favicon».
El sistema de nombres de sitios de Google extrae el nombre y el favicon de la página de inicio para determinar qué mostrar en los resultados de búsqueda. El sistema lee datos estructurados del sitio web, etiquetas de título, elementos de encabezado, og:site_name y otras señales en la página de inicio. Si Googlebot lee una página HTTP predeterminada del servidor en lugar de la página de inicio HTTPS real, está trabajando con señales incorrectas.
Cómo verificar esto
Mueller sugirió dos formas de ver lo que ve el robot de Google.
Primero, bromeó diciendo que se podría usar IA. Luego se corrigió.
Mueller escribió:
«No, espera, utiliza la línea de comando. O una herramienta como la prueba de datos estructurados en Search Console».
Correr curl desde la línea de comando mostraría la respuesta HTTP sin formato sin la actualización automática de Chrome. Si la respuesta devuelve una página predeterminada del servidor en lugar de su página de inicio real, ese es el problema.
Si desea ver lo que Google recuperó y procesó, utilice la herramienta de inspección de URL en Search Console y ejecute una prueba en vivo. La documentación de nombres de sitios de Google también señala que los nombres de sitios no son compatibles con la prueba de resultados enriquecidos.
Por qué esto importa
La visualización de nombres de sitios y favicons en los resultados de búsqueda es algo que hemos estado documentando desde que Google reemplazó por primera vez las etiquetas de título con nombres de sitios en 2022. Desde entonces, el sistema ha pasado por múltiples dificultades. Google amplió la compatibilidad con nombres de sitios a subdominios en 2023, luego pasó casi un año solucionando un error por el cual los nombres de los sitios en las páginas internas no coincidían con la página de inicio.
Este caso introduce una nueva complicación. El problema no estaba en los datos estructurados ni en la propia página de inicio HTTPS. Era una página fantasma en la versión HTTP, que no tendrías por qué comprobar porque tu navegador nunca la mostró.
La documentación de nombres de sitios de Google menciona explícitamente páginas de inicio duplicadas, incluidas las versiones HTTP y HTTPS, y recomienda utilizar los mismos datos estructurados para ambas. El caso de Mueller muestra lo que puede salir mal cuando una versión HTTP contiene contenido diferente de la página de inicio HTTPS que se pretendía ofrecer.
La conclusión para solucionar problemas con el nombre del sitio o el favicon en los resultados de búsqueda es verificar la versión HTTP de su página de inicio directamente. No confíes en lo que Chrome te muestra.
Mirando hacia el futuro
La documentación del nombre del sitio de Google especifica que los datos estructurados del sitio web deben estar en «la página de inicio del sitio», definida como el URI raíz a nivel de dominio. Para los sitios que ejecutan HTTPS, eso significa que la página de inicio HTTPS es la fuente prevista.
Si el nombre de su sitio o el favicon aparecen mal en los resultados de búsqueda y su página de inicio HTTPS tiene los datos estructurados correctos, verifique si todavía existe una versión HTTP de la página de inicio. Utilice curl o la prueba en vivo de la herramienta de inspección de URL para verlo directamente. Si hay una página predeterminada del servidor allí, eliminarla o redirigir HTTP a HTTPS en el nivel del servidor debería resolver el problema.
