Chúng tôi đã kiểm tra AI đề xuất gì cho quản lý sự cố và vì sao các công cụ không được trích dẫn lại thua

Cuộc kiểm toán cấu trúc cả 11 công cụ được theo dõi được thực hiện ngày 23 tháng 10 năm 2026 thông qua các lần kiểm tra HTTP trực tiếp. Số liệu hiện diện lấy từ bảng công khai của DevTune; báo cáo 90 ngày và trang trực tiếp 30 ngày dùng các khoảng thời gian khác nhau và không bao giờ bị trộn lẫn.

Câu trả lời của AI hướng người mua đến một danh sách ngắn các công cụ quản lý sự cố. incident.io, Rootly và PagerDuty chiếm phần lớn vị trí. Khi kiểm tra các tài sản có thể được trích dẫn mà 11 công cụ được theo dõi trong danh mục này thực sự duy trì, chúng tôi nhận thấy một mô hình đáng lo ngại: không phải công cụ nào mà người mua chưa từng nghe đến cũng thiếu những yếu tố cơ bản, và có đủ yếu tố cơ bản cũng không giúp bạn được trích dẫn. Các công cụ có cấu hình máy đọc được đầy đủ nhất có mức hiện diện gần bằng không hoặc bằng không.

Đó là câu trả lời ngắn gọn. Phần còn lại của ghi chú này trình bày dữ liệu đằng sau: AI hiện đề xuất gì cho quản lý sự cố và trực hỗ trợ, mỗi công cụ trong số 11 công cụ duy trì những tài sản máy đọc được và trang so sánh nào, cũng như sự khác biệt đó có ý nghĩa gì nếu công cụ của bạn bị bỏ qua.

Đây là một chẩn đoán, không phải bảng xếp hạng. Các ấn phẩm khác đã xếp hạng những công cụ này. Chúng tôi đặt câu hỏi khác: vì sao các công cụ không được trích dẫn lại thua?

AI hiện đề xuất gì cho quản lý sự cố

ChatGPT Search, Perplexity, Gemini Search, Google AI Mode và Bing Copilot chủ yếu hướng người mua đến ba thương hiệu: incident.io, Rootly và PagerDuty. Dữ liệu công khai của DevTuneBáo cáo hiện trạng tìm kiếm bằng AIđã đo 1,255 câu trả lời cho danh mục này trong khoảng từ ngày 2 tháng 4 đến ngày 30 tháng 6 năm 2026, và nhận thấy incident.io xuất hiện trong 47.9% số câu trả lời, Rootly trong 32.7% và PagerDuty trong 26.8%. Trung vị của danh mục trên tất cả thương hiệu được theo dõi là 12.4%.

DevTune cũng vận hành một trang công khaitrực tiếp công khaivới khoảng thời gian 30 ngày cuốn chiếu. Tính đến cuối tháng 10 năm 2026, ba tên tuổi đó vẫn dẫn đầu: incident.io có mức hiện diện 42.7%, Rootly 36.7% và PagerDuty 34.0%. Hai điểm từ trang này:

• Các công cụ còn lại gần như biến mất. Trong khoảng thời gian 30 ngày, ilert có mức hiện diện 2.0%, OneUptime 0.7%, còn Spike.sh và Squadcast đều là 0%.
• Được trích dẫn không đồng nghĩa với được nêu tên. DevTune phân biệt mức hiện diện (trang của bạn được trích dẫn làm nguồn) với lượt nhắc đến thương hiệu (câu trả lời nêu tên bạn như một lựa chọn). PagerDuty hiện diện trong 34% câu trả lời nhưng được nhắc tên trong 0%. incident.io hiện diện trong 42.7% và được nhắc tên trong 66%.

Toàn cảnh 30 ngày, từbảng thương hiệu công khai:

Đứng thứ tư trong bảng là Opsgenie, một sản phẩm của Atlassian đãngừng bán— việc bán sản phẩm đã dừng vào ngày 4 tháng 6 năm 2025 và hỗ trợ sẽ kết thúc vào ngày 5 tháng 4 năm 2027, theo trang chuyển đổi của chính Atlassian. Trong khoảng thời gian 30 ngày, các trang của sản phẩm vẫn được trích dẫn trong khoảng một trên bảy câu trả lời. Câu trả lời AI dựa trên bằng chứng có sẵn khi các nguồn của chúng được viết, vì vậy những sản phẩm có tài liệu phong phú vẫn tiếp tục được trích dẫn rất lâu sau khi thị trường thay đổi.

(Tất cả số liệu DevTune trong phần này lấy từ hai trang công khai được liên kết ở cuối, với khoảng thời gian tương ứng của từng trang. Báo cáo 90 ngày và trang trực tiếp 30 ngày sử dụng cỡ mẫu khác nhau, vì vậy hãy xem các chênh lệch nhỏ giữa chúng là nhiễu đo lường.)

Chúng tôi đã kiểm tra những gì và bằng cách nào

Chúng tôi kiểm tra các tài nguyên có thể trích dẫn mà công cụ trả lời thực sự dùng được cho từng thương hiệu được theo dõi trong danh mục. 11 công cụ, mỗi công cụ qua 6 bước kiểm tra, tất cả đều được thực hiện bằng yêu cầu HTTP trực tiếp vào ngày 23 tháng 10 năm 2026:

1. llms.txt ở thư mục gốc của miền, tệp chỉ mục mới dành cho trình đọc máy
2. llms-full.txt phiên bản một tệp
3. robots.txt quy tắc cho trình thu thập dữ liệu AI (GPTBot, ClaudeBot, PerplexityBot và các bot khác)
4. Trang so sánh đối thủ hoặc giới thiệu lựa chọn thay thế trong sơ đồ trang web
5. Nội dung công khai về đo chuẩn hoặc nghiên cứu gốc
6. Khả năng truy cập cổng tài liệu (trạng thái HTTP và tiêu đề trang)

Đây là các dữ kiện cấu trúc, không phải lấy mẫu mô hình. Mỗi lần kiểm tra либо trả về mã trạng thái và nội dung chúng tôi có thể xem xét, hoặc không. Nếu máy chủ trả về trang lỗi HTML với trạng thái 200, chúng tôi tính là không có.

Kết quả kiểm tra

Bảy trong số mười một công cụ xuất bản llms.txt hợp lệ. Bốn công cụ xuất bản llms-full.txt. Hai công cụ công khai chào đón bot AI theo tên trong robots.txt; phần lớn các công cụ còn lại cho phép chúng theo mặc định. Tài liệu của một công cụ nằm sau màn hình đăng nhập.

PagerDuty, Opsgenie, FireHydrant và Grafana hoàn toàn không xuất bản trang so sánh. Không thể kiểm tra sitemap của Squadcast vì nó chuyển hướng đến sitemap toàn trang của SolarWinds.

Đối chiếu bảng này với các số liệu về mức độ hiện diện, có hai phát hiện nổi bật.

Phát hiện thứ nhất: thiếu các yếu tố cơ bản giải thích vị trí cuối bảng, nhưng không giải thích nhóm giữa.Squadcast là trường hợp rõ ràng nhất. Tên miền của họ không có robots.txt hợp lệ và cũng không có llms.txt, sitemap chuyển hướng đến sitemap toàn trang của SolarWinds, còn tên miền tài liệu chuyển hướng đến trang đăng nhập Google. Cấu hình này chẳng tạo điều kiện gì cho máy đọc nội dung. Mức độ hiện diện của họ là 0%. Chẩn đoán rất đơn giản: nếu trình thu thập dữ liệu không thể truy cập tài liệu của bạn khi chưa đăng nhập, bạn không có mặt trong cuộc chơi.

Phát hiện thứ hai: chỉ có các tài sản này thì chưa tạo ra trích dẫn.Spike.sh duy trì llms.txt, llms-full.txt, hai trang so sánh và robots.txt hoàn toàn mở. Trong cửa sổ 30 ngày, mức độ hiện diện của họ là 0%. OneUptime làm nhiều hơn bất kỳ ai: robots.txt ghi "AI / LLM crawlers are welcome", họ xuất bản cả hai tệp llms cùng một llms.txt riêng cho tài liệu, đồng thời duy trì ba mươi trang so sánh. Mức độ hiện diện của họ là 0.7%. Danh sách kiểm tra có vẻ như một điều kiện tiên quyết; trích dẫn đến từ nơi khác.

Dữ liệu trích dẫn cho thấy những đơn vị dẫn đầu thực sự dựa vào điều gì? Trong cửa sổ 30 ngày, DevTune ghi nhận cơ cấu nội dung đằng sau 2,487 trích dẫn của danh mục này: bài blog 31.6%, tài liệu 24.8%, trang so sánh 19.1%, danh sách sản phẩm tốt nhất 10.0%, trang sản phẩm 8.1%. Nguồn thuộc sở hữu doanh nghiệp và nguồn thương mại chiếm 85.5% nội dung được trích dẫn, nội dung biên tập chiếm 9.1%, còn các chủ đề cộng đồng chiếm 1.3%. Trong báo cáo 90 ngày, DevTune tự lý giải vị trí dẫn đầu của incident.io như sau: "Nội dung giáo dục về danh mục thúc đẩy phần lớn trích dẫn của đơn vị dẫn đầu." Gần 88% trích dẫn mà đơn vị dẫn đầu nhận được trỏ đến bài blog, không phải tài liệu hay trang sản phẩm.

Đó mới là khoảng cách thực sự. Những công cụ thua cuộc không thiếu tệp cấu hình; chúng thiếu cả hệ thống bằng chứng mà câu trả lời dựa vào khi người mua đặt câu hỏi: bài giải thích về danh mục, các bài so sánh chi tiết, danh sách từ bên thứ ba và bài đăng chuẩn đối chiếu có phương pháp rõ ràng. incident.io thắng nhờ blog. Rootly thắng nhờ các trang so sánh được Gemini Search trích dẫn. PagerDuty thắng chỉ nhờ tài liệu, vì vậy được trích dẫn như một nguồn nhưng không bao giờ được nêu tên như một lựa chọn. Có nhiều con đường để xuất hiện và tất cả đều đi qua bằng chứng đã xuất bản, dễ tìm thấy.

Vì sao các công cụ không được trích dẫn thất thế

Kết hợp hai bộ dữ liệu, có thể thấy mô hình chung của các công cụ thất thế trong danh mục này như sau:

• Các công cụ có mức hiện diện bằng không nhiều nhất cũng chỉ duy trì phiên bản dễ đọc bằng máy của một trang web nghèo nàn về nội dung. Khi công cụ trả lời tổng hợp "các công cụ quản lý sự cố tốt nhất", nó dựa vào nội dung giáo dục về danh mục và tài liệu so sánh. Nếu bạn chưa xuất bản nội dung nào có thứ hạng, bạn sẽ không nằm trong nhóm ứng viên.
• Tường chắn xuất hiện ở nơi lẽ ra phải có cửa: tài liệu yêu cầu đăng nhập (Squadcast), tệp robots.txt bị thiếu và tên miền được gộp vào thương hiệu mẹ (Opsgenie vào Atlassian, Squadcast vào SolarWinds) đều chặn đường từ nội dung của bạn đến câu trả lời.
• Máy có thể đọc Spike.sh và OneUptime, nhưng không có lý do để trích dẫn chúng. Khi thiếu bằng chứng xung quanh, các tệp llms chỉ lập chỉ mục cho một lập luận chưa ai đưa ra.
• Các lựa chọn lỗi thời vẫn tồn tại. Việc Opsgenie tiếp tục xuất hiện sau mười tám tháng kể từ ngày ngừng bán cho thấy câu trả lời không tự cập nhật. Điều này có tác động hai chiều: vị trí của công cụ bạn trong câu trả lời AI hôm nay sẽ giữ nguyên cho đến khi có người xuất bản bằng chứng tốt hơn.

Có một lưu ý chúng tôi muốn ghi nhận: cuộc kiểm toán này đo lường cấu trúc, không phải độ phủ. Chúng tôi không đếm lượt nhắc đến từ bên thứ ba, trang đánh giá hay chủ đề cộng đồng, trong khi dữ liệu DevTune cho thấy các yếu tố đó có vai trò. Những phát hiện về cấu trúc mô tả những gì còn thiếu trên tên miền của chính các công cụ. Chúng không thể chứng minh yếu tố nào sẽ làm thay đổi số liệu của một thương hiệu cụ thể, và chúng tôi sẽ không tin ai khẳng định một danh sách kiểm tra cố định bảo đảm có trích dẫn.

Cần làm gì nếu công cụ của bạn bị bỏ qua

Trình tự phù hợp với dữ liệu của danh mục này:

1. Hãy mở lối truy cập trước. Cung cấp robots.txt hợp lệ, llms.txt liệt kê các trang chính và tài liệu mà trình thu thập dữ liệu có thể truy cập mà không cần đăng nhập. Phần lớn trong số mười một công cụ đã đáp ứng tiêu chuẩn này; nếu công cụ của bạn chưa đáp ứng, những mục còn lại trong danh sách không quan trọng lắm.
2. Hãy xây dựng những trang mà cơ cấu trích dẫn đang cần. Trong danh mục này, đó là nội dung giáo dục về danh mục (ứng phó sự cố là gì, cách lựa chọn) và các trang so sánh trung thực. Hồ sơ trích dẫn của các đơn vị dẫn đầu chủ yếu gồm chính những định dạng này.
3. Hãy xuất hiện trong danh sách của bên thứ ba. Cứ mười trích dẫn trong danh mục này thì có một trích dẫn đếndanh sách sản phẩm tốt nhất và trang đánh giá. Nếu các trang đó chỉ biết đến ba thương hiệu giống nhau, chúng sẽ tiếp tục đề xuất chính ba thương hiệu đó.
4. Hãy cập nhật nội dung. Việc Opsgenie tiếp tục hiện diện cho thấy câu trả lời dựa vào bằng chứng cũ trong thời gian dài. Ngày xuất bản, giá hiện tại và các nội dung so sánh được duy trì sẽ tạo lý do để công cụ trả lời cập nhật thông tin.

Nếu muốn kiểm tra công cụ của mình theo cách tương tự, đó là điều màbản kiểm tra miễn phí của CiteGapthực hiện việc này: kiểm tra các tài sản có thể được trích dẫn trên tên miền của bạn, so sánh chúng với những gì thực sự được trích dẫn trong danh mục của bạn và trình bày các khoảng trống bằng ngôn ngữ dễ hiểu.

Chạy bản kiểm tra lite miễn phí

Câu hỏi thường gặp

AI thường đề xuất những công cụ quản lý sự cố nào nhất?

Trong kỳ báo cáo 90 ngày của DevTune và bảng trực tiếp 30 ngày hiện tại, ba công cụ dẫn đầu đều giống nhau: incident.io, Rootly và PagerDuty. incident.io dẫn đầu ở cả hai kỳ; PagerDuty được trích dẫn làm nguồn thường xuyên hơn được nêu tên như một đề xuất.

Tại sao AI không bao giờ nhắc đến công cụ quản lý sự cố của tôi?

Trong danh mục này, các nguyên nhân cấu trúc phổ biến nhất là thiếu mạng lưới bằng chứng (không có trang giải thích danh mục hoặc trang so sánh), rào cản kỹ thuật (tài liệu yêu cầu đăng nhập, không có llms.txt, robots.txt hạn chế) hoặc thương hiệu còn mới trong một lĩnh vực mà câu trả lời của AI dựa vào các nguồn uy tín lâu năm. Cuộc kiểm tra cả 11 công cụ được theo dõi cho thấy 7 trong số 11 công cụ có llms.txt hợp lệ và 6 trong số 11 công cụ có trang so sánh; các công cụ không có hiện diện đều thiếu cấu trúc, bằng chứng hoặc cả hai.

Xuất bản llms.txt có đảm bảo được AI trích dẫn không?

Không. Spike.sh và OneUptime đều duy trì các tài nguyên llms mạnh, nhưng mức hiện diện của họ gần bằng không hoặc bằng không. llms.txt và robots.txt mở có vẻ chỉ là điều kiện đầu vào. Dữ liệu trích dẫn trong danh mục này cho thấy nội dung giải thích danh mục và nội dung so sánh có thể được câu trả lời trích dẫn mới là những yếu tố được đánh giá cao.

Làm cách nào để kiểm tra công cụ dành cho nhà phát triển của tôi có thể được trích dẫn không?

Bạn có thểtự thực hiện lại các bước kiểm tra cấu trúc (llms.txt, robots.txt, khả năng truy cập tài liệu, các trang so sánh trong sitemap của bạn), hoặc chạybài kiểm tra miễn phí của CiteGap, công cụ này thực hiện các bước kiểm tra và bổ sung phần so sánh ở cấp danh mục. Để xem số liệu hiện diện ở cấp thương hiệu, DevTune công bốbảng trực tiếpcho danh mục này, là nguồn dữ liệu của bài viết.

Nguồn

• DevTune, State of AI Search for Dev Tools (khoảng thời gian dữ liệu từ ngày 2 tháng 4 đến ngày 30 tháng 6 năm 2026; 43 danh mục, 1,255 câu trả lời được đo cho danh mục này):devtune.ai/dev-tools-state-of-ai-search
• DevTune, bảng thương hiệu trực tiếp Incident Management & On-Call (cửa sổ luân phiên 30 ngày, truy cập ngày 23 tháng 10 năm 2026):devtune.ai/verticals/incident-management-and-on-call
• Atlassian, trang chuyển đổi Opsgenie (ngừng bán ngày 4 tháng 6 năm 2025; ngừng hỗ trợ ngày 5 tháng 4 năm 2027):atlassian.com/software/opsgenie/migration
• Kiểm tra cấu trúc của 11 công cụ quản lý sự cố: các kiểm tra HTTP trực tiếp do CiteGap thực hiện ngày 23 tháng 10 năm 2026 (llms.txt, llms-full.txt, robots.txt, sitemap, khả năng truy cập tài liệu)