El 27 de octubre Google actualizó su documentación de favicons. La nueva redacción indica que Googlebot debe poder rastrear la página de inicio y seguir cualquier redirección desde ahí hasta la página donde se especifica el favicon. La versión anterior no mencionaba las redirecciones. Es un cambio en documentación oficial, reportado por Search Engine Roundtable.
Parece un detalle menor, pero el favicon es la primera pieza de identidad visual que muchas personas ven de un sitio en los resultados de búsqueda, sobre todo en móvil. Si Google no puede llegar al ícono, el resultado muestra un ícono genérico y el sitio pierde reconocimiento frente a competidores. En esta nota explicamos qué implica el cambio y cómo auditarlo paso a paso.
Qué implica el cambio de documentación
El proceso tiene dos etapas. Primero, Google rastrea la página de inicio para encontrar la etiqueta que declara el favicon. Segundo, rastrea el archivo del ícono en sí. La novedad es que, si la página de inicio redirige, esa cadena completa debe poder seguirse hasta la página final donde se declara el ícono.
Si la home redirige (por ejemplo de http a https, de un dominio sin www al canónico o a una versión por idioma), la cadena completa tiene que ser rastreable. Y ninguna de las URL involucradas puede estar bloqueada por robots.txt ni por otros medios. Basta con que un eslabón falle para que el favicon no se procese, aunque el resto del sitio funcione perfecto.
Cómo auditarlo en cinco pasos
- Abrir la home y ubicar la etiqueta link rel=”icon” en el HTML. Anotamos la URL exacta del archivo y si es relativa o absoluta.
- Seguir la cadena de redirecciones de la home hasta la URL final con una herramienta de rastreo. Registramos cada salto y su código de estado.
- Verificar en robots.txt que ni la home, ni las URL intermedias, ni el archivo del ícono estén bloqueados.
- Comprobar que el archivo del favicon responde 200 y que Googlebot-Image puede acceder.
- Revisar la inspección de URL en Search Console para confirmar que se rastrea como esperamos y qué HTML ve Google.
Errores que vemos seguido
Hay un puñado de problemas que se repiten en auditorías. El más común es una cadena de redirecciones larga heredada de migraciones sucesivas: http a https, luego a www, luego a una carpeta de idioma. Cada salto es una oportunidad de fallo, y las cadenas largas son más frágiles frente a cambios de configuración.
Otro caso frecuente es bloquear en robots.txt una carpeta de recursos estáticos que incluye el archivo del ícono. También vemos favicons servidos desde un dominio de CDN que bloquea bots, o archivos que devuelven una redirección o un error intermitente según el servidor que responda. Por último, aparecen sitios con varias etiquetas de ícono declaradas por el tema y por un plugin, que se pisan entre sí.
Requisitos del archivo que conviene revisar
Además de la ruta de rastreo, la documentación de Google establece requisitos para el archivo: debe ser cuadrado, de un tamaño razonable y en un formato compatible, y la URL debe ser estable. Cambiar la ruta del ícono con frecuencia hace que Google tarde más en actualizarlo. Conviene verificar la versión vigente de esos requisitos en Google Search Central, porque los detalles pueden cambiar.
Un recordatorio útil: el favicon que se ve en los resultados no se actualiza de inmediato después de un cambio. Puede tardar días o semanas en reflejarse, así que no hay que sacar conclusiones apresuradas si el ícono nuevo no aparece al día siguiente. Lo importante es dejar la cadena de rastreo limpia y esperar.
Por qué no es un detalle menor
El favicon aparece junto al sitio en los resultados de búsqueda y forma parte de la identidad visible, en especial en móviles, donde el ícono acompaña cada resultado. Es una comprobación de cinco minutos que evita perder una pieza de marca y que conviene sumar a cualquier auditoría técnica, junto con otras revisiones básicas como las que describimos en nuestra nota sobre robots.txt y noindex, donde se explica por qué un bloqueo mal puesto puede afectar más de lo que parece.
Si además trabajamos con varios dominios o versiones de un mismo sitio, la revisión se multiplica: cada versión necesita su propia cadena limpia. Para sitios con migraciones recientes, es buena idea combinarla con la revisión de fechas de publicación y actualización, otro punto donde los restos de configuraciones anteriores dejan inconsistencias.
Cómo dejarlo bajo control de forma permanente
Una auditoría puntual sirve, pero lo ideal es que la comprobación quede integrada en la rutina. Proponemos tres hábitos simples. El primero es sumar el favicon a la checklist de cada migración o cambio de plantilla: antes de publicar, alguien confirma que la etiqueta sigue presente, que el archivo responde 200 y que la cadena de redirecciones de la home no se alargó. El segundo es dejar documentada la ruta oficial del ícono y quién es responsable de mantenerla, para que un cambio de tema o de CDN no la rompa sin que nadie lo note.
El tercero es programar un rastreo mensual de la home con alertas ante cambios en la cadena de redirecciones o en el estado del archivo. No hace falta una herramienta costosa: cualquier rastreador que permita guardar resultados y compararlos entre fechas alcanza. Si un día aparece un salto extra o un código distinto de 200, se corrige antes de que afecte el resultado en el buscador.
Con estos controles, el cambio de documentación deja de ser una sorpresa y pasa a ser una verificación más dentro de un mantenimiento técnico ordenado, que es donde mejor funciona el SEO a largo plazo.
Preguntas frecuentes
¿Qué cambió exactamente en la documentación?
Ahora se indica que Googlebot debe poder rastrear la página de inicio y seguir las redirecciones hasta la página donde se declara el favicon. Antes no se mencionaban las redirecciones.
¿Cuánto tarda en actualizarse un favicon en los resultados?
No hay un plazo fijo. Puede llevar días o semanas, por eso conviene dejar todo bien configurado y no cambiar la ruta del archivo con frecuencia.
¿Hace falta hacer algo si mi home no redirige?
Solo verificar que la home sea rastreable, que el archivo responda 200 y que no esté bloqueado por robots.txt.
