La web de VLC servía un 418 y Google la mantuvo indexada sin snippet

VideoLAN, la organización que desarrolla el reproductor VLC, pidió ayuda el 3 de noviembre en su página de LinkedIn: buscaba a alguien que les echara una mano con el SEO y con Search Console porque «algo raro» aparecía en su presencia en Google desde hacía un tiempo, los usuarios se confundían y ellos no habían cambiado nada. La captura que acompañaba al mensaje mostraba el resultado de videolan.org para la búsqueda «vlc»: el nombre del sitio en español («VLC: Sitio oficial»), la URL en http, el título «VideoLan-VLC», ninguna descripción y el icono genérico del globo en lugar del cono naranja. Justo debajo, la ficha de VLC en Google Play salía completa, con descripción y valoraciones.

El mensaje suma 260 reacciones y 43 comentarios, y el hilo se convirtió en una sesión de diagnóstico en público.

Las primeras hipótesis culparon al favicon y a una mayúscula

John McAlpin abrió el hilo con tres causas: un favicon de 16×16 píxeles, por debajo de los 48×48 que él daba por recomendados; la D mayúscula de <meta name="Description">, que habría que pasar a minúscula; y que la versión http estuviera indexada en lugar de la https. Varios comentarios repitieron lo del tamaño del icono y pidieron solicitar la indexación de la portada en Search Console, y otro sostuvo que Google espera un .ico y no un PNG. David Patiashvili vio que la página indexada era index.es.html y lo atribuyó a la caché del servidor. Fabrizio Salmi dejó una auditoría de diez puntos, desde la negociación de idioma sin cabecera Vary hasta un sitemap antiguo con URL en http. Carlos Sánchez, director de este periódico, apuntó que la versión en inglés le devolvía título y meta description en español.

Sigue pasando. A 6 de noviembre, la portada global de videolan.org, la URL sin sufijo de idioma, llega con lang="es", título y meta description en español a un navegador que pide español. El servidor elige el idioma por la cabecera Accept-Language y, cuando sirve la versión en inglés, no declara Vary: Accept-Language, que es lo que Salmi señalaba.

Thomas Cox desmontó la hipótesis principal: otras páginas del sitio con la misma D mayúscula sí mostraban su descripción, el sitio declara también un favicon de 192×192 y los nombres de las etiquetas meta no distinguen mayúsculas, como el resto del HTML. Y el mínimo que pide Google para el favicon es 8×8, no 48×48.

Illyes: el servidor se declaró tetera y Google lo trató como un 404

Gary Illyes, analista de Google, respondió a McAlpin el 5 de noviembre. Confirmó que el analizador de HTML de Google trata etiquetas y atributos sin distinguir mayúsculas, como manda el estándar, y dio la causa real: alguien en VLC había decidido que el servidor se declarase tetera, el código HTTP 418, y Google lo trata como casi todos los 4xx, es decir, como un «no encontrado». Como videolan.org es, en su opinión, una de las páginas más importantes de internet, Search protegió la URL de forma temporal para que no cayera del índice de inmediato. El efecto secundario es que Google ya no sabía qué había en la página: «no nos queda nada que mostrar: ni fragmento, ni favicon, ni nada; solo el enlace y el último título bueno que teníamos». El servidor vuelve a responder 200 con contenido, así que, según Illyes, debería arreglarse solo en poco tiempo.

McAlpin admitió que no tenía ese contexto y que, aunque sabe que Google «no es tan tonto», mantiene una desconfianza sana entre cómo se supone que funciona algo y cómo funciona de verdad.

La documentación dice que un 4xx saca la URL del índice

La página de Google sobre códigos de estado HTTP trata todos los 4xx igual salvo el 429: no usa el contenido de esas URL y elimina del índice las que ya estaban indexadas. Los códigos «más exóticos» quedan fuera de la tabla, y el ejemplo que pone de lo que no cubre es precisamente el 418. La protección temporal que describe Illyes para URL importantes no aparece en ningún sitio. Barry Schwartz, que recogió el comentario en Search Engine Roundtable, añade otra lectura: cuando alguien busca el propio nombre del sitio, Google puede enseñarlo de todos modos.

El 418 nació como broma. La RFC 2324, publicada el 1 de abril de 1998, definía un protocolo para controlar cafeteras y reservaba ese código para cuando se pide café a una tetera. La RFC 9110 lo dejó reservado en 2022 por lo extendida que estaba la broma y, según MDN, algunos sitios lo devuelven a las peticiones que no quieren atender, como las consultas automatizadas.

El Archivo de Internet llevaba año y medio recibiendo el 418

El índice de capturas de la Wayback Machine deja ver qué respondía la portada de videolan.org a su rastreador. Hay capturas con código 418 desde el 8 de abril de 2025, con el cuerpo «I am a teapot» y servidas por nginx, mezcladas con otras en 200. La proporción fue creciendo hasta que en septiembre y octubre de 2026 casi todas devolvieron 418. La última es del 2 de noviembre; desde el 3, todas son 200.

Capturas de la portada de videolan.org en la Wayback Machine, por código de respuesta. Fuente: índice CDX del Internet Archive, consultado el 6 de noviembre de 2026. Las redirecciones 301 de http a https no se cuentan.

Lo que recibe ese rastreador no es necesariamente lo que recibió Googlebot, pero encaja con la explicación de Illyes y con la frase de VideoLAN de que no habían tocado nada: la regla llevaba tiempo en el servidor. Hoy la portada responde 200 a los agentes de usuario de Googlebot, del Archivo y de curl, y sigue declarando la meta description con D mayúscula y el favicon PNG de 192×192, que no eran el problema. Los dos favicon que declara, un ICO de 16×16 y ese PNG, están en images.videolan.org: el 6 de noviembre respondían 200 al agente de usuario de Googlebot-Image y el robots.txt de ese subdominio no los bloquea, así que nada visible impide que el icono vuelva.

El resultado también se está recomponiendo. Ese mismo día, la búsqueda «vlc» en google.es ya devuelve la descripción, aunque el icono sigue siendo el genérico. La página que Google enseña ahora es la ficha de VLC en español, index.es.html, con su título y la meta description de esa página, D mayúscula incluida.

Qué mirar antes de culpar al favicon

El hilo deja un método más útil que cualquiera de las hipótesis. Primero, comprobar qué código de estado recibe el rastreador, no el navegador: la inspección de URL de Search Console, con la prueba en directo, enseña la respuesta que obtiene Googlebot. Segundo, contrastar cada consejo con la documentación antes de aplicarlo: el favicon tiene que ser cuadrado, de al menos 8×8 píxeles, en cualquiera de los formatos que Google admite (ICO, PNG, JPEG, GIF, BMP, PPM y TIFF), declarado en la portada y accesible para Googlebot-Image; y los nombres de las etiquetas meta no distinguen mayúsculas según la especificación HTML. Tercero, preguntar qué ha cambiado en el servidor aunque la respuesta sea «nada»: una regla puede llevar meses activa sin que nadie la recuerde. Como contamos hace una semana, Googlebot también tiene que poder seguir las redirecciones hasta el favicon.