← Artículos

Chats compartidos de Claude en Google: la autopsia

· 5 min de lectura

Los chats compartidos de Claude aparecieron en Google porque las páginas de claude.ai/share no llevaban la etiqueta noindex. El robots.txt bloqueaba el rastreo, y bloquear el rastreo no impide la indexación: si la URL aparece enlazada en otro sitio, Google la lista igual. Anthropic responde que los enlaces solo existen si el usuario decide compartirlos y que nada falló.

El 25 de julio de 2026 alguien escribió en Google una búsqueda de tres palabras: site:claude.ai/share. Le devolvió cientos de conversaciones de otras personas. No fue un hackeo. Y esa distinción no es un tecnicismo: es toda la historia. Cada una de esas páginas la publicó el dueño del chat, con un botón que dice compartir.

¿Qué pasó el 25 de julio con los chats compartidos de Claude?

La búsqueda no rompió nada. Solo listó lo que ya estaba en el índice de Google: páginas del dominio claude.ai/share, servidas al público, abiertas por cualquiera sin cuenta y sin contraseña. Dentro de esas conversaciones, según lo reportado, había credenciales de wallets cripto, aparentes números de seguridad social, discusiones legales, llaves de API, currículums e información interna de empresas. Y no es solo el chat. Axios reportó el 27 de julio que Google también indexa los artifacts públicos de Claude. Son dos superficies distintas, con el mismo comportamiento. Empiezo por lo que no se puede decir: no hay una cifra confirmada de cuántos chats quedaron expuestos. Ninguna fuente da un número. Si alguien te dice cuántos fueron, se lo inventó.

Este sistema es el que enseño dentro de la comunidad MÁQUINA IA: las estaciones, los gates y el código que lo sostiene.

¿Por qué el robots.txt no evitó que Google los indexara?

Aquí está la autopsia, y es el pedazo que casi nadie cuenta bien. La causa técnica fue la ausencia de la meta etiqueta noindex. El robots.txt sí estaba puesto. La gente asume que son lo mismo. No lo son:

  • robots.txt dice: no entres a leer esta página.
  • noindex dice: puedes leerla, pero no la listes en los resultados.

Bloquear el rastreo no impide la indexación. Si la URL aparece enlazada en otro sitio — un tuit, un foro, un Slack público —, Google puede listarla igual, aunque nunca haya abierto el contenido. Y ahí está la trampa fina: como el rastreador tiene prohibido abrir la página, tampoco llega a ver el noindex que vive dentro de ella. Las dos instrucciones se pisan. Poner robots.txt sin noindex es cerrar la puerta con la nota de "no publicar" clavada por dentro.

¿Qué significa que Anthropic diga que funciona como fue diseñado?

La respuesta de Anthropic fue que no comparte directorios ni sitemaps con los buscadores, y que estos enlaces no son adivinables ni descubribles a menos que la gente decida compartirlos ella misma. Traducido: nada falló, el sistema hace lo que se diseñó que hiciera. Técnicamente es defendible. Nadie adivina una URL de share. Y el enlace lo creó el usuario, no la empresa. Mi problema con esa respuesta es otro. Si la compañía sostiene que esto no es un bug, entonces no hay parche en camino. No hay un arreglo que llegue solo la semana que viene y te tape el descuido. Mientras la empresa no lo trate como falla, la higiene es tuya. Y el diseño tiene un problema de lenguaje, no de código. El botón dice compartir. Compartir suena a mandarle algo a una persona. Lo que hace de verdad es publicar: crear una página pública en internet, indexable, sin fecha de caducidad. Nadie lee "publicar en la web abierta" cuando ve un ícono de compartir.

¿Qué hago yo ahora con el botón de compartir?

Cambié tres cosas en mi operación, y ninguna es sofisticada:

  1. Antes de compartir un chat, lo leo entero desde arriba. No el último mensaje: el hilo completo. Lo que se filtra siempre está en el mensaje número tres, el que pegaste con prisa.
  2. Los chats con claves, contratos o datos de clientes no se comparten. Se copian y se pegan. Un enlace vive para siempre; un copiar y pegar muere en el chat de destino.
  3. Reviso los enlaces vivos una vez al mes, como quien revisa qué apps tienen acceso a su correo.

El dato honesto, y es el que menos gusta: revocar no borra el pasado. Revocar mata la página, sí. Pero lo que alguien ya copió, guardó o quedó en caché sigue existiendo, y eso no lo controla ni Anthropic ni tú. Por eso el orden importa: el chequeo no es para reparar lo de julio. Es para que lo que compartas mañana no dependa de que una empresa cambie de opinión sobre si esto fue un error.

Preguntas frecuentes

¿Fue un hackeo a Claude?
No. Ningún atacante entró a la cuenta de nadie ni rompió un sistema. Las páginas que Google indexó las publicó el propio dueño de cada chat al usar el botón de compartir, que genera una página pública en claude.ai/share accesible sin cuenta ni contraseña.
¿Cuántos chats de Claude quedaron expuestos?
No hay una cifra confirmada y ninguna fuente da un número. Lo único documentado es que la búsqueda site:claude.ai/share devolvió cientos de conversaciones de otras personas el 25 de julio de 2026. Cualquier total que circule por ahí es una estimación inventada.
¿Por qué el robots.txt no impidió la indexación?
Porque robots.txt bloquea el rastreo, no la indexación. Google puede listar una URL que nunca abrió si la encuentra enlazada en otro sitio. Y como el rastreador tiene prohibido abrir la página, tampoco llega a ver la etiqueta noindex que vive dentro de ella.
¿Anthropic va a arreglarlo?
Su postura pública es que el sistema funciona como fue diseñado: no comparte directorios ni sitemaps con buscadores y sostiene que los enlaces no son adivinables ni descubribles salvo que el propio usuario los comparta. Si no lo tratan como falla, no hay parche en camino.
Si revoco un enlace compartido, ¿desaparece lo que ya se publicó?
Revocar mata la página: el enlace deja de abrir y el buscador termina soltando la URL. Pero lo que alguien ya copió, descargó o guardó en caché sigue existiendo fuera del control de Anthropic y del tuyo. Revocar corta el acceso futuro, no reescribe el pasado.

Fuentes