Chats compartidos de Claude aparecieron en Google, y por qué Disallow no es noindex

28.07.2026 4
Chats compartidos de Claude aparecieron en Google, y por qué Disallow no es noindex

A finales de julio de 2026, cientos de conversaciones que la gente había compartido desde Claude aparecieron en los resultados de Google. Entre ellas se encontraron frases semilla de carteras de criptomonedas, números de seguridad social aparentemente reales, hojas de nómina con nombres de empleados, exportaciones de CRM internos y archivos con listas de escolares y sus teléfonos. Anthropic cerró el fallo y Google retiró los resultados, pero para entonces una copia de lo expuesto ya había quedado archivada por terceros. Merece la pena analizar el caso a fondo, porque el error que hay detrás es uno de los más comunes de la web y no resulta obvio ni siquiera para equipos con experiencia.

Cómo salió a la luz

El 25 de julio un usuario de Reddit escribió una sola consulta en Google, site:claude.ai/share, y obtuvo página tras página de conversaciones ajenas. El hilo alcanzó unos 4.000 votos positivos. El consultor independiente Daniel J. Glover señaló la mala configuración de fondo un día después, y 404 Media lo publicó el lunes.

No hubo ningún hackeo. Cada una de esas páginas la había publicado deliberadamente el dueño de la conversación con el botón de compartir. Lo que nadie esperaba es que "envía este enlace a un compañero" significara además "incluye esto en un buscador público".

El error técnico y por qué es tan fácil cometerlo

Esta parte conviene leerla con calma, porque justo la medida que todo el mundo da por correcta fue la que causó el problema.

El robots.txt de Anthropic sí bloqueaba las páginas compartidas. Todavía puede consultarse en claude.ai/robots.txt y la línea está ahí: Disallow: /share/*. Las páginas, además, devolvían la cabecera x-robots-tag: none, es decir, la instrucción que de verdad saca una página de los resultados.

Ambas medidas estaban puestas y se anularon entre sí.

Importante: bloquear una página en robots.txt no la saca del buscador. Solo impide que el rastreador la abra. Si Google conoce la dirección por otra vía, un enlace externo, un sitemap o una publicación compartida, puede listar esa dirección sin haberla descargado nunca. Y como nunca la descargó, tampoco vio la instrucción noindex que había dentro.

En una frase: la orden de no aparecer en el índice estaba escrita en una puerta cerrada por fuera. La propia documentación de Google lo dice sin rodeos: una regla noindex solo funciona si la página no está bloqueada al rastreo. Aparte, la ruta que servía los Artifacts de Claude no figuraba en el robots.txt en absoluto.

La lección va mucho más allá de una empresa. Si quieres que una página se rastree pero no se liste, hay que dejar entrar al rastreador y servirle un noindex. Si no quieres que se rastree ni se liste, el robots.txt por sí solo no basta: hace falta control de acceso real.

Por qué retirar los enlaces no cerró el asunto

Anthropic actualizó la configuración y añadió etiquetas noindex, y Google empezó a retirar resultados el 26 de julio. Bing siguió mostrando enlaces compartidos un tiempo después. Pero lo más irreversible ya había ocurrido: alguien había montado un repositorio en GitHub con 11.241 mensajes de 453 conversaciones en texto plano.

Los buscadores olvidan. Los archivos no. Quien hoy revoque el acceso a su conversación cerrará el enlace a futuros visitantes y no cambiará nada respecto a una copia tomada mientras estuvo abierto. Si en la conversación había una frase semilla o un número de documento, la reacción correcta no es dejar de compartir, sino dar el secreto por comprometido y sustituirlo.

La portavoz de la compañía, Amie Rotherham, declaró que los enlaces "no son adivinables ni descubribles salvo que la gente decida compartirlos". Sobre cómo se generan los enlaces es cierto, y sobre lo ocurrido es irrelevante: cuando un buscador ya ha listado una dirección, nadie necesita adivinarla.

Qué hacer si alguna vez usaste un enlace compartido

  1. Abre Ajustes, luego Privacidad, luego "Chats compartidos", y revisa toda la lista. Revoca lo que no deba ser público.
  2. Da por expuesto cualquier dato sensible que apareciera en una conversación compartida. Cambia claves de API, contraseñas y frases de recuperación en lugar de suponer que nadie abrió el enlace.
  3. Revisa ese mismo ajuste en todos los demás asistentes que uses. Es un patrón de diseño de producto, no una rareza de un solo proveedor.
  4. Recuerda que revocar no es borrar. Cierra la puerta solo de cara al futuro.

Lo que una VPN no resuelve aquí

Conviene ser franco, porque es justo en estos casos donde los consejos de privacidad se venden de forma deshonesta. Una VPN no habría evitado nada de esto. No se interceptó nada en tránsito y nadie necesitó tu dirección IP. Los datos salieron por la puerta principal, publicados por el titular de la cuenta, y luego los catalogó un buscador haciendo exactamente aquello para lo que existe. El cifrado protege el trayecto; nada dice sobre un documento que tú mismo decides publicar en el destino. La exposición que importa aquí es lo que escribes en el cuadro de texto, la misma lección que cuando se enviaban resúmenes de consultas de ChatGPT a Meta y cuando una página web podía convertir a un asistente en herramienta de phishing.

Conclusión

Conclusión: aquí no se vulneró ningún sistema. Un botón de compartir hizo lo que prometía, una regla del robots.txt impidió al rastreador leer precisamente la instrucción que habría mantenido privadas esas páginas, y un buscador rellenó el hueco. La conclusión práctica es doble: trata cualquier enlace de "compartir" en un producto de IA como una publicación y no como un envío, y no des nunca por hecho que Disallow y noindex son dos formas de decir lo mismo. No lo son, y usar ambos a la vez es exactamente lo que rompió esto.
Etiquetas: claude anthropic google chatgpt bing github noindex robots.txt ai privacy privacy cybersecurity digital rights surveillance security vpn

Lee también