seojuice

Las conversaciones de ChatGPT están siendo indexadas por Google

Vadim Kravcenko
Vadim Kravcenko
· Updated · 9 min read

Actualizado en mayo de 2026.

TL;DR: Las conversaciones compartidas de ChatGPT aparecieron en los resultados de Google y desaparecieron en menos de 24 h. Esto fue lo que pasó, lo que significa para el SEO y lo que vimos en nuestros propios datos de monitorización mientras ocurría. El playbook de desindexación en cuatro pasos que aplicó OpenAI es lo que vale la pena guardar en favoritos.

Hace menos de 24 horas, varios SEOs compartían en Twitter un hallazgo ingenioso: las conversaciones públicas de ChatGPT bajo /share eran totalmente indexables y algunas ya estaban en el top 20 de Google para búsquedas long-tail. Se publicaron capturas, surgieron posts en blogs y algunos oportunistas empezaron a scrapear los chats para montar páginas de afiliados exprés. La primera vez que vi una URL /share posicionada en el #14 compitiendo con un cliente nuestro, pensé que Google tardaría semanas en reaccionar. En eso me equivoqué. Más abajo detallo.

A la mañana siguiente, todos los resultados con /share habían desaparecido del índice de Google. Si hoy escribes site:chatgpt.com/share verás cero resultados. OpenAI aplicó tres cambios en rápida sucesión: una etiqueta <meta name="robots" content="noindex">, un canónico global apuntando a la home y —con toda probabilidad— una solicitud masiva a través de la Herramienta de Eliminación de URLs de Google. “ChatGPT share URLs” se convirtió en un caso práctico en vivo de desindexación rápida. El más limpio que he visto a gran escala.

El artículo de Searchengineland sobre el incidente lo enmarcó como un tema de privacidad. TechCrunch también. Ambos merecen una lectura. Pero la mecánica SEO, sobre todo la respuesta motor-por-motor, es donde se pone interesante para nuestro trabajo.

Qué vimos en nuestros propios datos

Dirijo la monitorización SEO de clientes en SEOJuice, así que cuando surgieron los primeros reportes en Twitter lancé una búsqueda site: por los dominios que seguimos para ver si aparecían URLs /share como páginas competidoras. Esto fue lo que salió:

  • Tres dominios de clientes tenían páginas /share de ChatGPT en los mismos SERP para consultas long-tail. En un caso, una conversación compartida sobre “mejor CRM para agentes inmobiliarios” estaba en el #14 para una query donde el post de nuestro cliente estaba en el #11. Suficientemente cerca para preocupar.
  • La calidad del contenido era irregular. Algunas conversaciones eran realmente completas (el usuario hizo preguntas de seguimiento y el hilo parecía un artículo estructurado). Otras eran diálogos a medias que no deberían rankear para nada.
  • Tras la desindexación: Las tres páginas /share competidoras desaparecieron, pero las posiciones de nuestros clientes no mejoraron de inmediato. El SERP se reordenó en las 48 h siguientes y otras páginas ocuparon los huecos. Quitar a un competidor no te promociona automáticamente; Google revalúa a todos los candidatos.

No tomé la captura del ejemplo #14 vs #11 antes de que se limpiara. Debería haberlo hecho. (Lección: registra el estado del SERP en cuanto veas algo raro, no a la mañana siguiente). Lo que sí tengo es la exportación de Search Console con las URLs competidoras por consulta para esos tres dominios durante la ventana de 36 h; las entradas chatgpt.com/share/... aparecen antes y desaparecen después.

El episodio fue lo bastante breve como para que ningún cliente sufriera daños permanentes. Pero deja una pregunta: ¿qué pasa cuando la próxima empresa de IA no reacciona tan rápido como OpenAI? En los días siguientes hubo división de opiniones. Algunos founders estaban tentados de volver a aprovechar la brecha en cuanto se reabra; otros se alegraron en silencio de que su tráfico orgánico siguiera importando. Christopher Penn, citado en la pieza de Searchengineland, lo resumió: «Si el chat de tu competidor rankea por una keyword que tú tardaste seis meses en ganar, ese es el problema de negocio. La privacidad es real, pero el SEO es lo que preguntará el consejo». Ese sería mi enfoque con un cliente.

Consecuencias:

  • Citas perdidas: Cualquier asistente de IA o medio que enlazara tu chat /share pierde el equity una vez Google borra la página.

  • Brecha de visibilidad IA: Los LLM entrenados con snapshots recientes usan el índice de Google como señal de confianza. Sin índice, sin cita.

  • Despeñe de tráfico orgánico: Si Google puede sacarte del SERP en un solo ciclo de rastreo, tu pipeline de contenido vale lo que valga tu disciplina de cumplimiento.

El growth hack de ayer es la advertencia de hoy. Cuando dependes de atajos en vez de fundamentos SEO duraderos, la distancia entre posicionar y desaparecer es un refresh de Google.

Cómo se indexaron las páginas /share al principio

Desde la óptica técnica SEO, esto es lo más interesante porque muestra cómo Google descubre contenido sin señales de enlace tradicionales:

  1. Robots.txt dejó la puerta abierta. Al lanzar la función “Share”, el robots.txt de ChatGPT permitía explícitamente el rastreo de /share/ bajo User-agent: *. Para Googlebot eso es luz verde para obtener, renderizar y evaluar cada conversación como página HTML normal. Probablemente fue un descuido, no una decisión consciente, ya que OpenAI se centró en la función de compartir y no en sus implicaciones SEO. (He cometido errores parecidos: nuestro entorno staging estuvo indexable tres semanas antes de que alguien se diera cuenta. A todos nos pasa.)

  2. El descubrimiento de URLs ocultas de Google es más amplio de lo que se cree. Aunque nadie enlazara esas páginas, Google puede encontrarlas por varias señales pasivas. La comunidad SEO lleva años teorizando sobre los mecanismos, aunque Google nunca ha detallado la lista completa. Los dos candidatos más plausibles, según lo que Google ha reconocido, son:

    • Telemetría de navegación de Chrome. Chrome envía datos de navegación al planificador de rastreo. La documentación de Safe Browsing confirma que las URLs visitadas pueden muestrearse para la cola de rastreo. Si millones de usuarios pegan o clican enlaces /share en Chrome, sobra señal.

    • Descubrimiento vía el grafo Google. Gmail, previews de Workspace, intents de Android y consultas DNS se han rumoreado durante años. Search Engine Journal trató la teoría “clics de Chrome = indexación” en 2021 y Google respondió con un escueto “sin comentarios”. Trátalo como plausible, no documentado.

    Resultado: Sin enlaces internos ≠ sin descubrimiento. Google no necesita el grafo de hipervínculos cuando el comportamiento de los usuarios señala nuevas URLs. Si tienes contenido generado por usuarios accesible públicamente, Google seguramente lo está encontrando por canales que no has auditado.

  3. El contenido generado por IA parece fresco y único. Cada página /share contenía texto original que no se duplicaba en otros sitios, así que el clasificador de frescura de Google le asignó valor inmediato. Con rastreo permitido y contenido único, las páginas entraron al índice en cuestión de horas desde que se compartían.


Limpieza exprés de Google: la solución en cuatro frentes

Para quien gestione un sitio grande, la velocidad y precisión de la respuesta es didáctica. Este es el playbook técnico que usó OpenAI. Toma nota:

# Paso de mitigación Qué hace Por qué actúa rápido
1 Añadir <meta name="robots" content="noindex"> Indica a Googlebot que siga rastreando pero saque la página del índice. La etiqueta se respeta en el siguiente rastreo, a menudo en menos de 12 h.
2 Definir <link rel="canonical" href="https://chatgpt.com"> Consolida cualquier señal residual de posicionamiento hacia la home. Evita que los duplicados canonizados reaparezcan después.
3 Enviar en bloque a la Herramienta de Eliminación de URLs de Google Oculta las URLs de los resultados al instante durante ~6 meses mientras avanza la desindexación permanente. Evita la latencia de rastreo; actúa en minutos.
4 (previsto) Actualizar robots.txt con Disallow /share/ Detiene por completo las solicitudes de rastreo, reduciendo ancho de banda y ruido en logs. Pulido final; impide que nuevos enlaces compartidos entren en cola.

Este combo (noindex + canónico + eliminación de URLs + robots.txt) es el que aplico en cualquier emergencia de desindexación. El orden importa: pongo noindex primero porque es la señal más rápida, luego el canónico, después la herramienta de eliminación para el “desaparece hoy” público, y robots.txt al final; si bloqueas antes de que propague el noindex, Google no podrá recrawlear para verlo (error clásico). He ejecutado una variante para clientes; lo más reciente, un SaaS que publicó por error 4 000 tickets internos. El grueso de las URLs se fue en 28 h.

Por qué Google pudo reaccionar en 24 h

  • Prioridad de gran marca: Los dominios de alta autoridad se rastrean con mayor frecuencia, así que los cambios de directiva se propagan más rápido. Cuando chatgpt.com habla, Google escucha pronto.

  • Empujón manual: OpenAI casi seguro usó “Obtener e indexar” en Search Console para forzar el refresh tras subir las nuevas etiquetas. No sé qué fix se desplegó primero; el noindex fue el que vi antes.

  • Evitar penalización automática: Los sistemas antispam de Google penalizan contenido delgado o UGC a gran escala, así que OpenAI tenía prisa por neutralizar el riesgo antes de una posible descalificación global.

La resaca del millón de URLs en Bing

El playbook de limpieza de OpenAI se quedó en Search Console. Por eso Bing todavía muestra alrededor de un millón de páginas /share, una maraña silenciosa de conversaciones que Google ya no ve. La cifra exacta fluctúa (el conteo site: de Bing baila) pero el orden de magnitud dista mucho de cero.

¿Recuerdas la etiqueta noindex? Bing simplemente no había recrawleado aún. Revisé las mismas tres queries donde Google ya no tenía /share competidoras y en Bing esas páginas seguían rankeando una semana después. Pensaba que Bing copiaría a Google. No fue así. La diferencia se explica por tres factores:

  1. Latencia rastreo-a-índice. Googlebot vuelve a dominios de alta autoridad en horas; Bingbot necesita días. Cuando OpenAI metió noindex y canónicos, Google recrawleó enseguida y obedeció; Bing no había pasado aún.

  2. Sin intervención en BWT. Todo indica que OpenAI ignoró Bing Webmaster Tools, así que Bingbot siguió la directiva “Allowed” original hasta que su cadencia natural vio los cambios.

  3. Patrón histórico de retraso. No es nuevo. Incidentes previos (favicon-URL 2021, directorio CSS de fuentes 2023) mostraron a Bing reteniendo URLs que Google ya había purgado, pero no enlazo fuentes primarias limpias, así que tómalo como lore comunitario.

Recomendación práctica: Si dependes de tráfico de Bing, o de citas de ChatGPT que basan su confianza en el índice de Bing, mantén dashboards dobles. Envía solicitudes de eliminación o recrawleo tanto en Search Console como en Bing Webmaster Tools. “Arreglado en Google” no equivale a “arreglado en todas partes”.

Por qué dominan los resultados /share no ingleses en Bing

Un efecto colateral del retraso de Bing: las páginas /share que quedan son mayoritariamente no inglesas y de alfabetos no latinos (japonés, ruso, árabe, tailandés…). Lo noté porque un cliente con subdominio en japonés veía más competidoras /share en Bing JP que en Bing US. Tres factores explican el sesgo:

  1. Las particiones regionales del índice actualizan más lento. Bing segmenta por locale. El slice US-EN se refresca antes; otros idiomas pueden esperar una semana o más para podar páginas noindex.

  2. Priorización en clústeres duplicados. El algoritmo de deduplicación de Bing mantiene una URL por clúster canónico. Cuando las versiones en inglés perdieron enlaces y Google equity, Bing dio más peso a variantes únicas no inglesas que aún recibían señales de usuario.

  3. Diferencia servir vs. indexar. Bing puede marcar una URL como “desindexada” internamente pero seguir sirviéndola en locales de baja competencia hasta el siguiente despliegue completo.

Insight de optimización: En sitios multilingües, desplegar directivas de forma escalonada (p. ej., primero EN, luego JP) puede crear ventanas de contenido duplicado. Lo seguro es aplicar noindex y canónicos globalmente y verificar la eliminación en cada data center con VPNs. Ya está en mi checklist post-deploy.

FAQ

P1. ¿Google sigue indexando conversaciones compartidas de ChatGPT?
No. Desde la limpieza descrita, las URLs /share ya no están en Google. Ejecutar site:chatgpt.com/share devuelve cero resultados. OpenAI publicó una etiqueta noindex y un canónico global, luego envió una solicitud masiva de eliminación. Bing aún muestra ~1 M de URLs, aunque el conteo disminuye semana a semana.

P2. ¿Puedo hacer privada mi propia URL de ChatGPT Share?
Sí. Dentro de ChatGPT, abre la conversación, haz clic en “Share” y encontrarás la opción de borrar o dejar de compartir. La etiqueta noindex de OpenAI cubre los enlaces antiguos, así que incluso los /share activos no volverán a Google. Si tu enlace estaba indexado y la versión en caché sigue saliendo, solicita su eliminación con la Herramienta para retirar contenido obsoleto de Google.

P3. ¿Por qué Google desindexó tan rápido las conversaciones compartidas?
Tres razones: la alta autoridad del dominio hace que Googlebot rastree chatgpt.com en horas, OpenAI desplegó las tres señales (noindex, canónico, eliminación masiva) de golpe, y los sistemas automáticos de Google priorizan actuar rápido contra contenido delgado o UGC a escala. El playbook en cuatro pasos es la secuencia técnica detrás de esa velocidad.

P4. ¿Desindexar los chats de ChatGPT perjudica el SEO de sitios que los enlazaron?
De forma marginal. Los enlaces salientes hacia una URL 404 o noindex pierden el equity que transmitían, y el destino pierde la cita. Si citaste un /share en tu blog, cámbialo por una captura o una cita con crédito. El enlace en sí ya no aporta.

P5. ¿Qué hago si una página /share de un competidor supera a mi contenido?
Primero verifica si sigue rankeando (ejecuta la búsqueda, no te fíes del snapshot de la semana pasada). Si sigue, envía la URL mediante el Spam Report de Google como contenido delgado/UGC y documéntalo. Luego trabaja tu página: actualiza contenido, amplía cobertura temática y añade enlaces internos. Quitar a un competidor no te sube de puesto automáticamente; Google reevalúa todo el set.

La verdadera conclusión

La historia de /share de ChatGPT es un ejemplo limpio de la rapidez con que Google puede actuar cuando una gran marca necesita borrar URLs. También recuerda que el mismo playbook (noindex + canónico + eliminación de URLs + robots.txt, en ese orden) es el que debes usar si tu propio sitio sufre una emergencia. Guarda la tabla.

Y no pierdas de vista el ángulo multi-motor. Google lo limpió de la noche a la mañana, pero las URLs /share que persisten en Bing recuerdan que “arreglado en un sitio” rara vez significa “arreglado en todos”, sobre todo en distintos idiomas y regiones.

¿Necesitas detectar cuándo URLs generadas por IA o compartidas por usuarios empiezan a competir con tus páginas? SEOJuice rastrea URLs competidoras (incluidas páginas /share de plataformas de IA) para tus keywords clave, marca los nuevos entrantes en el SERP y te dice cuáles vale la pena desindexar o superar. Prueba gratis, sin tarjeta.

Lecturas relacionadas:

Image

SEOJuice
Stay visible everywhere
Get discovered across Google and AI platforms with research-based optimizations.
Works with any CMS
Automated Internal Links
On-Page SEO Optimizations
Get Started Free

no credit card required

More articles

No related articles found.