Google acaba de revelar un error técnico que puede estar afectando tu marca en las SERP sin que lo sepas. Y lo peor: tu navegador no te lo muestra.
Según explicó John Mueller en Bluesky , una homepage HTTP “fantasma” puede influir en cómo Google muestra tu nombre de sitio y tu favicon. Aunque tu web funcione perfectamente en HTTPS, si existe una versión HTTP accesible con contenido diferente, Googlebot puede usarla como referencia.
Si trabajas el SEO técnico automático o gestionas webs de clientes, esto te interesa. Porque no es un problema de contenido. Es un problema invisible de configuración.
En este artículo te explico qué está pasando, por qué importa más de lo que parece y cómo comprobarlo en 5 minutos.
Qué está pasando con la homepage HTTP oculta
John Mueller compartió en Bluesky un caso que describió como “weird”. El sitio funcionaba correctamente en HTTPS, pero la versión HTTP seguía activa con una homepage por defecto del servidor.
El problema es que Chrome actualiza automáticamente HTTP a HTTPS. Por eso, cuando tú escribes http://tudominio.com, el navegador te redirige sin que lo notes.
Pero Googlebot no se comporta como Chrome.
Mueller explicó:
""Chrome automatically upgrades HTTP to HTTPS so you don’t see the HTTP page. However, Googlebot sees and uses it to influence the sitename & favicon selection."
Es decir, Google puede estar leyendo una versión distinta a la que tú crees que existe.
💡 Dato clave: El sistema de nombre de sitio de Google toma señales de la homepage: structured data, title, H1, og:site_name y favicon.
Si Googlebot accede a una homepage HTTP diferente, usará esas señales equivocadas.
Por qué esto afecta directamente tu SEO y tu marca
Desde 2022, Google reemplazó muchos title tags por nombres de sitio en resultados. Desde entonces, el sistema ha tenido varios ajustes dentro de las actualizaciones Google.
Si el nombre de tu sitio aparece mal en SERP, el impacto no es solo estético. Es de CTR y confianza.
| Antes | Ahora | Impacto |
|---|---|---|
| Nombre de marca correcto | Nombre genérico o incorrecto | Pérdida de branding |
| Favicon oficial | Icono por defecto servidor | Menor confianza |
| Structured data optimizado | Señales incorrectas | Mala interpretación Google |
⚠️ Esto te afecta especialmente si:
- Migraste de HTTP a HTTPS hace años y nunca revisaste redirecciones.
- Cambiaste de hosting recientemente.
- Usas configuración híbrida o CDN.
- Tienes múltiples subdominios.
En mi experiencia, este tipo de problema suele aparecer en auditorías técnicas avanzadas. No es común, pero cuando ocurre, genera semanas de confusión.
Y lo más frustrante: el contenido está bien. El structured data está bien. Pero Google está leyendo la versión equivocada.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Ejemplo Sitio Web",
"url": "https://www.ejemplo.com",
"logo": "https://www.ejemplo.com/logo.png"
}
</script>
Análisis técnico: el detalle que nadie revisa
Aquí está el punto clave.
Google define la homepage como la URI raíz del dominio. Si existe:
http://tudominio.com
y
https://tudominio.com
Ambas pueden ser consideradas homepages si están activas.
Aunque tú solo trabajes la versión HTTPS.
1. Googlebot no sigue el comportamiento del navegador
Chrome aplica HSTS y upgrade automático. Googlebot no necesariamente.
Eso significa que puede rastrear directamente HTTP.
2. Las señales de structured data deben coincidir
La documentación de Google menciona explícitamente que si tienes versiones duplicadas (HTTP y HTTPS), deben tener el mismo structured data.
Si la versión HTTP devuelve una página por defecto del servidor, no habrá datos estructurados correctos.
3. No es un problema de penalización
Importante: esto no es una penalización ni una acción manual.
No es “solucionar penalización Google”. Es un problema de señales contradictorias.
Pero el efecto visual puede parecer un error grave de indexación.
📊 Perspectiva histórica:
Cuando Google amplió soporte de site names a subdominios en 2023, vimos inconsistencias similares. Esta vez el origen es técnico, no algorítmico.
En mi experiencia auditando proyectos con SEO técnico automático, este tipo de errores aparece sobre todo en:
- Migraciones mal cerradas
- Entornos staging accesibles
- Configuraciones Apache/Nginx con default host
La clave no está en el contenido. Está en el servidor.
Cómo comprobar si tienes este problema (paso a paso)
Aquí viene lo práctico.
1. Ejecuta curl desde la terminal
Escribe:
curl http://tudominio.com
Si devuelve una página diferente a tu homepage real, tienes un problema.
2. Usa Inspección de URL en Search Console
Haz un Live Test de la homepage HTTP.
No uses solo Rich Results Test. El sistema de site name no se valida ahí.
3. Verifica redirecciones 301
Comprueba que HTTP redirige correctamente a HTTPS a nivel servidor.
No basta con JavaScript o meta refresh.
4. Revisa configuración del hosting
Muchos servidores mantienen una página default activa si no configuras correctamente el Virtual Host.
⚠️ Importante: No confíes en lo que ves en tu navegador. Verifica la respuesta HTTP real.
Checklist rápido de implementación
🛠️ Herramientas útiles:
- Google Search Console
- Screaming Frog
- cURL
- Redirect Checker
Un simple resto de homepage HTTP puede cambiar cómo Google muestra tu marca. Y tú ni siquiera lo ves porque tu navegador lo oculta.
Si tu nombre de sitio o favicon aparece incorrecto en resultados, antes de tocar el contenido o el structured data, revisa la versión HTTP directamente.
En mi experiencia, este tipo de problemas se resuelven rápido cuando sabes dónde mirar. El reto es que casi nadie mira ahí.
¿Has tenido inconsistencias con tu site name en Google?
