Analizamos qué recomienda la IA para la gestión de incidentes y por qué pierden las herramientas que no cita

Auditoría estructural de las 11 herramientas analizadas, realizada el 23 de octubre de 2026 mediante comprobaciones HTTP directas. Las cifras de presencia proceden de las tablas públicas de DevTune; el informe de 90 días y la página en vivo de 30 días usan periodos distintos y nunca se mezclan.

Las respuestas de la IA dirigen a los compradores hacia una lista reducida de herramientas de gestión de incidentes. incident.io, Rootly y PagerDuty ocupan la mayoría de los puestos. Al comprobar qué recursos citables mantienen realmente las once herramientas analizadas de esta categoría, encontramos un patrón inquietante: no todas las herramientas que los compradores nunca conocen carecen de lo básico, y tenerlo no garantiza que te citen. Las herramientas con la configuración legible por máquina más completa tienen una presencia cercana a cero o igual a cero.

Esa es la respuesta breve. El resto de esta nota muestra los datos que la respaldan: qué recomienda actualmente la IA para la gestión de incidentes y las guardias, qué recursos legibles por máquina y páginas comparativas mantiene cada una de las once herramientas, y qué implica esa diferencia si tu herramienta queda fuera.

Esto es un diagnóstico, no una clasificación. Otras publicaciones ya clasifican estas herramientas. Nosotros planteamos otra pregunta: ¿por qué pierden las herramientas que no se citan?

Qué recomienda hoy la IA para la gestión de incidentes

ChatGPT Search, Perplexity, Gemini Search, Google AI Mode y Bing Copilot suelen dirigir a los compradores a tres marcas: incident.io, Rootly y PagerDuty. Los datos públicos de DevTuneInforme sobre el estado de la búsqueda con IAmidió 1,255 respuestas para esta categoría entre el 2 de abril y el 30 de junio de 2026 y constató la presencia de incident.io en el 47.9% de ellas, Rootly en el 32.7% y PagerDuty en el 26.8%. La mediana de la categoría entre todas las marcas analizadas fue del 12.4%.

DevTune también mantiene unapágina pública en vivocon un periodo móvil de 30 días. A finales de octubre de 2026, los mismos tres nombres siguen a la cabeza: incident.io con un 42.7% de presencia, Rootly con un 36.7% y PagerDuty con un 34.0%. Dos detalles de esa página:

• El resto del sector prácticamente ha desaparecido. En el periodo de 30 días, ilert registra un 2.0% de presencia, OneUptime un 0.7% y tanto Spike.sh como Squadcast un 0%.
• Ser citado no es lo mismo que ser mencionado. DevTune distingue la presencia (tus páginas se citan como fuentes) de las menciones de marca (la respuesta te nombra como opción). PagerDuty estuvo presente en el 34% de las respuestas, pero fue mencionado en el 0%. incident.io estuvo presente en el 42.7% y fue mencionado en el 66%.

El panorama completo de 30 días, según latabla pública de marcas:

Opsgenie ocupa el cuarto puesto de la tabla. Es un producto de Atlassian quedejó de vender— la venta se interrumpió el 4 de junio de 2025 y el soporte finalizará el 5 de abril de 2027, según la propia página de migración de Atlassian. En el periodo de 30 días, sus páginas siguen citándose en aproximadamente una de cada siete respuestas. Las respuestas de IA se basan en las pruebas que existían cuando se redactaron sus fuentes, por lo que los productos con una amplia documentación siguen citándose mucho después de que el mercado haya cambiado.

(Todos los datos de DevTune de esta sección proceden de las dos páginas públicas enlazadas al final y corresponden a sus respectivos periodos. El informe de 90 días y la página en vivo de 30 días utilizan muestras de tamaños distintos, así que las pequeñas diferencias entre ambos deben considerarse ruido de medición.)

Qué comprobamos y cómo

Comprobamos los recursos citables que un motor de respuestas puede utilizar en la práctica para cada marca seguida de la categoría. Once herramientas, seis comprobaciones cada una, todas realizadas mediante solicitudes HTTP directas el 23 de octubre de 2026:

1. llms.txt en la raíz del dominio, el nuevo archivo de índice para lectores automáticos
2. llms-full.txt la variante de un solo archivo
3. robots.txt reglas para rastreadores de IA (GPTBot, ClaudeBot, PerplexityBot y otros)
4. Páginas de comparación con competidores o de alternativas en el mapa del sitio
5. Contenido público de referencia o de investigación original
6. Accesibilidad del portal de documentación (estado HTTP y título de la página)

Son hechos estructurales, no un muestreo de modelos. Cada comprobación devolvió un código de estado y contenido que pudimos inspeccionar, o no los devolvió. Cuando un servidor devolvió una página de error HTML con estado 200, la contamos como ausente.

Hallazgos de la auditoría

Siete de las once herramientas publican un llms.txt válido. Cuatro publican un llms-full.txt. Dos dan la bienvenida explícitamente por su nombre a los rastreadores de IA en robots.txt; la mayoría de las demás los permite de forma predeterminada. La documentación de una herramienta está detrás de un muro de inicio de sesión.

PagerDuty, Opsgenie, FireHydrant y Grafana no publican páginas comparativas. No se pudo auditar el sitemap de Squadcast porque redirige al sitemap de todo el sitio de SolarWinds.

Al cruzar esta tabla con las cifras de presencia, destacan dos hallazgos.

Hallazgo uno: la falta de elementos básicos explica los últimos puestos, pero no los del medio.Squadcast es el caso más claro. Su dominio no ofrece un robots.txt válido ni un llms.txt, su sitemap redirige al sitemap de todo el sitio de SolarWinds y su dominio de documentación redirige a una página de inicio de sesión de Google. Nada de esa configuración facilita la lectura por parte de una máquina. Su presencia es del 0%. El diagnóstico es sencillo: si un rastreador no puede acceder a tu documentación sin iniciar sesión, no estás en la competición.

Hallazgo dos: los recursos por sí solos no generan citas.Spike.sh mantiene un llms.txt, un llms-full.txt, dos páginas comparativas y un robots.txt totalmente abierto. En la ventana de 30 días, su presencia es del 0%. OneUptime va más allá que cualquiera: en su robots.txt indica "AI / LLM crawlers are welcome", publica los dos archivos llms y otro llms.txt aparte para su documentación, y mantiene treinta páginas comparativas. Su presencia es del 0.7%. La lista de verificación parece un requisito previo; las citas llegan de otra parte.

¿Qué indican los datos de citas sobre lo que realmente alimenta a los ganadores? En la ventana de 30 días, DevTune registró la mezcla de contenidos detrás de las 2,487 citas de esta categoría: publicaciones de blog 31.6%, documentación 24.8%, páginas comparativas 19.1%, listas de los mejores 10.0% y páginas de producto 8.1%. Las fuentes propiedad de empresas y las comerciales representan el 85.5% de lo citado; la cobertura editorial, el 9.1%; y los hilos comunitarios, el 1.3%. En el informe de 90 días, la atribución de DevTune para el liderazgo de incident.io dice: "La educación sobre la categoría impulsa la mayoría de las citas del líder." Cerca del 88% de las citas que recibe el líder apuntan a publicaciones de blog, no a documentación ni a páginas de producto.

Esa es la verdadera brecha. A las herramientas que pierden no les falta un archivo de configuración; les falta el conjunto de pruebas que respaldan las respuestas cuando un comprador hace una pregunta: explicaciones de la categoría, comparativas detalladas, listas de terceros y publicaciones de benchmarks con su metodología. incident.io gana con un blog. Rootly gana con páginas comparativas que Gemini Search cita. PagerDuty gana solo con documentación, por eso se cita como fuente, pero nunca se menciona como opción. Hay más de un camino para aparecer, y todos pasan por pruebas publicadas y fáciles de encontrar.

Por qué pierden las herramientas que no reciben citas

Al combinar los dos conjuntos de datos, el patrón de quienes pierden en esta categoría es el siguiente:

• Las herramientas con presencia cero mantienen, en el mejor de los casos, versiones legibles por máquinas de un sitio escaso. Cuando un motor de respuestas prepara una lista de "las mejores herramientas de gestión de incidentes", recurre a contenidos educativos sobre la categoría y material comparativo. Si no has publicado nada que se posicione, no estás entre los candidatos.
• Hay muros donde debería haber puertas: documentación protegida por inicio de sesión (Squadcast), archivos robots.txt ausentes y dominios integrados en una marca matriz (Opsgenie en Atlassian, Squadcast en SolarWinds) cortan el camino entre tu contenido y la respuesta.
• Las máquinas pueden leer Spike.sh y OneUptime, pero no tienen motivos para citarlos. Sin las pruebas que los rodean, los archivos llms indexan un argumento que nadie ha planteado todavía.
• Las opciones obsoletas persisten. Que Opsgenie siga apareciendo dieciocho meses después de su fecha de fin de venta demuestra que las respuestas no se actualizan por sí solas. Esto funciona en ambos sentidos: la posición que ocupa hoy tu herramienta en las respuestas de IA se mantendrá hasta que alguien publique mejores pruebas.

Queremos dejar constancia de una salvedad: esta auditoría midió la estructura, no la cobertura. No contamos las menciones de terceros, los sitios de reseñas ni los hilos comunitarios, y los datos de DevTune muestran que desempeñan un papel. Nuestros hallazgos estructurales describen lo que falta en los dominios propios de las herramientas. No pueden demostrar qué medida cambia las cifras de una marca concreta, y no confiaríamos en quien afirme que una lista fija garantiza citas.

Qué hacer si tu herramienta es la que queda fuera

El orden de acciones que mejor se ajusta a los datos de esta categoría:

1. Abre primero las puertas. Ten un robots.txt válido, un llms.txt que enumere tus páginas clave y documentación accesible para los rastreadores sin iniciar sesión. La mayoría de las once herramientas ya cumple este requisito; si la tuya no, poco importa lo demás de la lista.
2. Crea las páginas que más necesita la mezcla de citas. En esta categoría, eso significa contenido educativo sobre la categoría (qué es la respuesta a incidentes, cómo elegir) y páginas comparativas honestas. Esos son precisamente los formatos que predominan en los perfiles de citas de los líderes.
3. Aparece en las listas de terceros. Una de cada diez citas de esta categoría apunta alistas de los mejores y páginas de reseñas. Si esas páginas solo conocen las mismas tres marcas, seguirán recomendando esas mismas tres marcas.
4. Mantén el contenido actualizado. La presencia continua de Opsgenie muestra que las respuestas se basan durante mucho tiempo en pruebas obsoletas. Las fechas de publicación, los precios vigentes y las comparativas actualizadas dan al motor de respuestas un motivo para renovar su información.

Si quieres hacer esta misma comprobación con tu herramienta, eso es lo que ofrecela auditoría gratuita de CiteGaphace esto: inspecciona los recursos citables de tu dominio, los compara con lo que realmente se cita en tu categoría y te explica las carencias con un lenguaje sencillo.

Ejecutar la auditoría ligera gratuita

Preguntas frecuentes

¿Qué herramientas de gestión de incidentes recomienda más la IA?

En el periodo de 90 días del informe de DevTune y en su tabla en directo actual de 30 días, los tres primeros son los mismos: incident.io, Rootly y PagerDuty. incident.io lidera ambos periodos; PagerDuty se cita como fuente más veces de las que aparece como recomendación.

¿Por qué la IA nunca menciona mi herramienta de gestión de incidentes?

En esta categoría, las causas estructurales más comunes son la falta de una red de evidencias (sin páginas explicativas de la categoría ni páginas comparativas), las barreras técnicas (documentación protegida por inicio de sesión, ausencia de llms.txt, robots.txt restrictivo) o ser una marca nueva en un campo donde las respuestas de la IA se apoyan en fuentes consolidadas. Nuestra auditoría de las 11 herramientas seguidas encontró que 7 de 11 tenían un llms.txt válido y 6 de 11 tenían páginas comparativas; a las herramientas con presencia nula les faltaba la estructura, la evidencia o ambas.

¿Publicar un llms.txt garantiza citas de la IA?

No. Spike.sh y OneUptime cuentan con recursos llms sólidos, pero su presencia es nula o casi nula. llms.txt y un robots.txt abierto parecen ser requisitos básicos. En esta categoría, los datos de citas favorecen el contenido educativo sobre la categoría y las comparativas que las respuestas pueden citar.

¿Cómo puedo comprobar si mi herramienta para desarrolladores puede ser citada?

Puedesreplicar las comprobaciones estructurales (llms.txt, robots.txt, accesibilidad de la documentación y páginas comparativas en tu sitemap), o ejecutarla auditoría gratuita de CiteGap, que realiza las comprobaciones y añade una comparación a nivel de categoría. Para consultar las cifras de presencia por marca, DevTune publica latabla en directode esta categoría, en la que se basa este artículo.

Fuentes

• DevTune, State of AI Search for Dev Tools (periodo de datos: del 2 de abril al 30 de junio de 2026; 43 categorías, 1,255 respuestas medidas para esta categoría):devtune.ai/dev-tools-state-of-ai-search
• DevTune, tabla de marcas en directo Incident Management & On-Call (periodo móvil de 30 días, consultada el 23 de octubre de 2026):devtune.ai/verticals/incident-management-and-on-call
• Atlassian, página de migración de Opsgenie (fin de ventas el 4 de junio de 2025; fin del soporte el 5 de abril de 2027):atlassian.com/software/opsgenie/migration
• Auditoría estructural de 11 herramientas de gestión de incidentes: comprobaciones HTTP directas realizadas por CiteGap el 23 de octubre de 2026 (llms.txt, llms-full.txt, robots.txt, sitemaps, accesibilidad de la documentación)