Abbiamo verificato cosa consiglia l'IA per la gestione degli incidenti e perché gli strumenti non citati perdono

Audit strutturale di tutti gli 11 strumenti monitorati, condotto il 23 ottobre 2026 tramite controlli HTTP diretti. I dati sulla presenza provengono dalle tabelle pubbliche di DevTune; il report di 90 giorni e la pagina live di 30 giorni usano periodi diversi e non vengono mai mescolati.

Le risposte dell'IA indirizzano gli acquirenti verso una lista ristretta di strumenti per la gestione degli incidenti. incident.io, Rootly e PagerDuty occupano la maggior parte delle posizioni. Verificando quali risorse citabili mantengono davvero gli undici strumenti monitorati in questa categoria, abbiamo rilevato uno schema preoccupante: non tutti gli strumenti di cui gli acquirenti non sentono mai parlare sono privi delle basi, e avere le basi non basta per essere citati. Gli strumenti con la configurazione leggibile dalle macchine più completa hanno una presenza quasi nulla o pari a zero.

Questa è la risposta breve. Il resto della nota mostra i dati che la sostengono: cosa consiglia oggi l'IA per la gestione degli incidenti e i turni di reperibilità, quali risorse leggibili dalle macchine e pagine comparative mantiene ciascuno degli undici strumenti e cosa significa questa differenza se il tuo strumento viene escluso.

Questa è una diagnosi, non una classifica. Altre pubblicazioni hanno già classificato questi strumenti. Noi poniamo una domanda diversa: perché gli strumenti non citati perdono?

Cosa consiglia oggi l'IA per la gestione degli incidenti

ChatGPT Search, Perplexity, Gemini Search, Google AI Mode e Bing Copilot indirizzano per lo più gli acquirenti verso tre marchi: incident.io, Rootly e PagerDuty. I dati pubblici di DevTuneRapporto sullo stato della ricerca tramite IAha misurato 1,255 risposte per questa categoria tra il 2 aprile e il 30 giugno 2026, rilevando la presenza di incident.io nel 47.9% delle risposte, di Rootly nel 32.7% e di PagerDuty nel 26.8%. La mediana della categoria per tutti i marchi monitorati era del 12.4%.

DevTune gestisce anche unapagina pubblica livecon una finestra mobile di 30 giorni. A fine ottobre 2026, gli stessi tre nomi sono ancora in testa: incident.io con una presenza del 42.7%, Rootly del 36.7% e PagerDuty del 34.0%. Due dettagli della pagina:

• Il resto del settore è quasi scomparso. Nella finestra di 30 giorni, ilert ha una presenza del 2.0%, OneUptime dello 0.7%, mentre Spike.sh e Squadcast sono entrambi allo 0%.
• Essere citati non equivale a essere nominati. DevTune distingue la presenza (le tue pagine vengono citate come fonti) dalle menzioni del marchio (la risposta ti nomina come opzione). PagerDuty era presente nel 34% delle risposte, ma è stato menzionato nello 0%. incident.io era presente nel 42.7% ed è stato menzionato nel 66%.

Il quadro completo dei 30 giorni è tratto dallatabella pubblica dei marchi:

Al quarto posto in questa tabella c'è Opsgenie, un prodotto di Atlassian che hasmesso di vendere— le vendite sono cessate il 4 giugno 2025 e il supporto terminerà il 5 aprile 2027, secondo la pagina di migrazione di Atlassian. Nella finestra di 30 giorni, le sue pagine vengono ancora citate in circa una risposta su sette. Le risposte dell’IA si basano sulle prove esistenti quando sono state scritte le relative fonti, quindi i prodotti con una documentazione ampia continuano a essere citati a lungo dopo che il mercato è cambiato.

(Tutti i numeri DevTune di questa sezione provengono dalle due pagine pubbliche linkate alla fine e si riferiscono ai rispettivi periodi. Il report di 90 giorni e la pagina live di 30 giorni usano campioni di dimensioni diverse, quindi le piccole differenze tra i due vanno considerate rumore di misurazione.)

Cosa abbiamo verificato e come

Abbiamo verificato le risorse citabili che un motore di risposta può effettivamente utilizzare per ogni marchio monitorato nella categoria. Undici strumenti, sei controlli ciascuno, tutti eseguiti con richieste HTTP dirette il 23 ottobre 2026:

1. llms.txt nella root del dominio, il nuovo file indice per i lettori automatici
2. llms-full.txt la variante in un unico file
3. robots.txt regole per i crawler IA (GPTBot, ClaudeBot, PerplexityBot e simili)
4. Pagine di confronto con la concorrenza o sulle alternative nella sitemap
5. Contenuti pubblici di benchmark o ricerca originale
6. Accessibilità del portale di documentazione (stato HTTP e titolo della pagina)

Sono fatti strutturali, non campionamenti del modello. Ogni controllo ha restituito un codice di stato e contenuti che abbiamo potuto esaminare, oppure no. Quando un server restituiva una pagina di errore HTML con stato 200, l'abbiamo conteggiata come mancante.

Risultati dell'audit

Sette degli undici strumenti pubblicano un llms.txt valido. Quattro pubblicano un llms-full.txt. Due accolgono esplicitamente per nome i bot IA in robots.txt; la maggior parte degli altri li consente per impostazione predefinita. La documentazione di uno strumento è protetta da una schermata di accesso.

PagerDuty, Opsgenie, FireHydrant e Grafana non pubblicano alcuna pagina comparativa. Non è stato possibile verificare la sitemap di Squadcast perché reindirizza alla sitemap dell'intero sito di SolarWinds.

Incrociando questa tabella con i dati sulla presenza, emergono due risultati.

Primo risultato: la mancanza delle basi spiega gli ultimi posti, non quelli a metà classifica.Squadcast è il caso più evidente. Il suo dominio non offre un robots.txt valido né un llms.txt, la sua sitemap reindirizza alla sitemap dell'intero sito SolarWinds e il suo dominio della documentazione reindirizza a una pagina di accesso Google. Questa configurazione non agevola affatto la lettura da parte delle macchine. La sua presenza è dello 0%. La diagnosi è semplice: se un crawler non può raggiungere la tua documentazione senza effettuare l'accesso, non sei in gara.

Secondo risultato: le risorse da sole non producono citazioni.Spike.sh mantiene un llms.txt, un llms-full.txt, due pagine comparative e un robots.txt completamente aperto. Nella finestra di 30 giorni la sua presenza è dello 0%. OneUptime fa più di chiunque altro: nel suo robots.txt indica "AI / LLM crawlers are welcome", pubblica entrambi i file llms e un llms.txt separato per la documentazione, e mantiene trenta pagine comparative. La sua presenza è dello 0.7%. La lista di controllo sembra un prerequisito; le citazioni arrivano da altro.

Secondo i dati sulle citazioni, da cosa dipendono davvero i vincitori? Nella finestra di 30 giorni, DevTune ha registrato la composizione dei contenuti alla base delle 2,487 citazioni di questa categoria: post di blog 31.6%, documentazione 24.8%, pagine comparative 19.1%, classifiche dei migliori 10.0%, pagine prodotto 8.1%. Le fonti aziendali e commerciali rappresentano l'85.5% dei contenuti citati, la copertura editoriale il 9.1% e le discussioni della community l'1.3%. Nel rapporto di 90 giorni, DevTune attribuisce così il primato di incident.io: "La formazione sulla categoria genera la maggior parte delle citazioni del leader." Quasi l'88% delle citazioni ricevute dal leader rimanda a post di blog, non a documentazione o pagine prodotto.

Questo è il vero divario. Agli strumenti che perdono non manca un file di configurazione; manca l'insieme di prove su cui si basano le risposte quando un acquirente fa una domanda: spiegazioni della categoria, confronti approfonditi, elenchi di terze parti e post di benchmark con la metodologia. incident.io vince grazie a un blog. Rootly vince con pagine comparative citate da Gemini Search. PagerDuty vince solo grazie alla documentazione, e per questo viene citata come fonte senza mai essere indicata come opzione. Esiste più di una strada per comparire e tutte passano da prove pubblicate e facili da trovare.

Perché gli strumenti non citati perdono

Mettendo insieme i due set di dati, il modello delle soluzioni perdenti in questa categoria è il seguente:

• Gli strumenti con presenza pari a zero mantengono, nel migliore dei casi, versioni leggibili dalle macchine di un sito scarno. Quando un motore di risposta compila i "migliori strumenti di gestione degli incidenti", attinge a contenuti informativi sulla categoria e a materiali comparativi. Se non hai pubblicato nulla che si posizioni bene, non rientri tra i candidati.
• Ci sono muri dove dovrebbero esserci porte: documentazione protetta da accesso (Squadcast), file robots.txt mancanti e domini confluiti in un marchio principale (Opsgenie in Atlassian, Squadcast in SolarWinds) interrompono il percorso tra i tuoi contenuti e la risposta.
• Le macchine possono leggere Spike.sh e OneUptime, ma non hanno motivo di citarli. Senza le prove circostanti, i file llms indicizzano un'argomentazione che nessuno ha ancora avanzato.
• Le opzioni obsolete persistono. La presenza di Opsgenie diciotto mesi dopo la data di fine vendita dimostra che le risposte non si aggiornano da sole. La cosa ha due risvolti: la posizione che il tuo strumento occupa oggi nelle risposte dell'IA resterà invariata finché qualcuno non pubblicherà prove migliori.

Una precisazione che vogliamo mettere agli atti: questa verifica ha misurato la struttura, non la copertura. Non abbiamo contato menzioni di terze parti, siti di recensioni o discussioni della community, e i dati di DevTune mostrano che hanno un ruolo. I nostri risultati strutturali descrivono ciò che manca sui domini proprietari degli strumenti. Non possono dimostrare quale leva cambi i numeri di uno specifico marchio e non ci fideremmo di chi sostiene che una checklist fissa garantisca citazioni.

Cosa fare se il tuo strumento è quello escluso

L'ordine degli interventi indicato dai dati di questa categoria:

1. Apri prima le porte. Servono un robots.txt valido, un llms.txt che elenchi le pagine principali e una documentazione accessibile ai crawler senza effettuare l'accesso. La maggior parte degli undici strumenti soddisfa già questo requisito; se il tuo non lo fa, il resto dell'elenco conta poco.
2. Crea le pagine che la composizione delle citazioni richiede. In questa categoria significa contenuti informativi (che cos'è la risposta agli incidenti, come scegliere) e pagine comparative oneste. I profili di citazione dei leader sono dominati proprio da questi formati.
3. Fatti includere negli elenchi di terze parti. Una citazione su dieci in questa categoria rimanda aclassifiche dei migliori e pagine di recensioni. Se queste pagine conoscono solo gli stessi tre marchi, continueranno a consigliare gli stessi tre marchi.
4. Mantieni i contenuti aggiornati. La presenza continua di Opsgenie mostra che le risposte si basano a lungo su prove obsolete. Date di pubblicazione, prezzi aggiornati e confronti mantenuti danno al motore di risposta un motivo per aggiornare le proprie informazioni.

Se vuoi effettuare lo stesso controllo sul tuo strumento, è ciò che offrel'audit gratuito di CiteGapfa questo: esamina le risorse citabili sul tuo dominio, le confronta con ciò che viene effettivamente citato nella tua categoria e ti spiega le lacune con parole semplici.

Avvia l'audit leggero gratuito

Domande frequenti

Quali strumenti di gestione degli incidenti consiglia più spesso l'IA?

Nel periodo di 90 giorni del rapporto DevTune e nella sua attuale tabella in tempo reale di 30 giorni, i primi tre sono gli stessi: incident.io, Rootly e PagerDuty. incident.io è in testa in entrambi i periodi; PagerDuty è citato come fonte più spesso di quanto venga indicato come raccomandazione.

Perché l'IA non menziona mai il mio strumento di gestione degli incidenti?

In questa categoria, le cause strutturali più comuni sono l'assenza di una rete di prove (nessuna pagina che spieghi la categoria né pagine comparative), gli ostacoli tecnici (documentazione accessibile solo dopo il login, assenza di llms.txt, robots.txt restrittivo) o essere un marchio recente in un settore in cui le risposte dell'IA si basano su fonti consolidate. Dall'audit di tutti gli 11 strumenti monitorati è emerso che 7 su 11 avevano un llms.txt valido e 6 su 11 pagine comparative; agli strumenti con presenza pari a zero mancavano la struttura, le prove o entrambe.

Pubblicare un llms.txt garantisce citazioni da parte dell'IA?

No. Spike.sh e OneUptime mantengono entrambi risorse llms solide, ma hanno una presenza prossima allo zero o pari a zero. llms.txt e un robots.txt aperto sembrano requisiti di base. In questa categoria, i dati sulle citazioni premiano i contenuti informativi sulla categoria e i confronti che le risposte possono citare.

Come posso verificare se il mio strumento per sviluppatori è citabile?

Puoireplicare autonomamente i controlli strutturali (llms.txt, robots.txt, accessibilità della documentazione e pagine comparative nella tua sitemap), oppure eseguirel'audit gratuito di CiteGap, che esegue i controlli e aggiunge un confronto a livello di categoria. Per i dati sulla presenza dei singoli marchi, DevTune pubblica latabella in tempo realeper questa categoria, su cui si basa questo articolo.

Fonti

• DevTune, State of AI Search for Dev Tools (periodo dei dati: dal 2 aprile al 30 giugno 2026; 43 categorie, 1,255 risposte misurate per questa categoria):devtune.ai/dev-tools-state-of-ai-search
• DevTune, tabella dei marchi in tempo reale Incident Management & On-Call (periodo mobile di 30 giorni, consultata il 23 ottobre 2026):devtune.ai/verticals/incident-management-and-on-call
• Atlassian, pagina di migrazione di Opsgenie (fine delle vendite il 4 giugno 2025; fine del supporto il 5 aprile 2027):atlassian.com/software/opsgenie/migration
• Audit strutturale di 11 strumenti di gestione degli incidenti: controlli HTTP diretti eseguiti da CiteGap il 23 ottobre 2026 (llms.txt, llms-full.txt, robots.txt, sitemap, accessibilità della documentazione)