Nhận phân tích trung tâm trợ giúp với API Notiondesk

Xuất dữ liệu phân tích trung tâm trợ giúp Notiondesk thông qua API REST: khách truy cập, lượt xem bài viết, tìm kiếm hàng đầu, tìm kiếm không có kết quả và phản hồi của người đọc.

10 phút đọc

API Notiondesk cung cấp cho bạn các số liệu đằng sau các trang phân tích trung tâm trợ giúp của bạn: khách truy cập, lượt xem bài viết, thời gian trên trang, quốc gia, những gì người đọc tìm kiếm, những tìm kiếm không có kết quả và cách người đọc phản hồi bài viết của bạn. Sử dụng nó để cung cấp dữ liệu cho công cụ BI, đăng báo cáo hàng tuần lên Slack hoặc tìm nội dung mà người đọc đang bỏ lỡ.

GET /sites/{site_id}/analytics/{report}
reportChứa
quickTóm tắt 30 ngày: bài viết, lượt truy cập, lượt tìm kiếm và phản hồi
overviewSố lượt khách truy cập, số lượt xem bài viết, thời gian trên trang và các quốc gia hàng đầu.
searchTìm kiếm, truy vấn hàng đầu, tìm kiếm không có kết quả và tỷ lệ nhấp chuột
engagementLượt xem bài viết, bài viết nổi bật, nguồn tham khảo, phản hồi và bài viết cần chỉnh sửa

Mỗi báo cáo đều cần phạm vi read. Để đọc các số này trong bảng điều khiển, hãy xem Cách cải thiện trung tâm trợ giúp của bạn bằng thông tin chi tiết từ người đọc .

Nhận bản tóm tắt 30 ngày

quick bao gồm dữ liệu trong 30 ngày tính đến thời điểm hiện tại và không có tham số truy vấn. articles đếm tất cả các bài viết trong trung tâm trợ giúp, bao gồm cả bản nháp. reactions đếm phản hồi mới nhất của mỗi độc giả cho mỗi bài viết.

Nhận báo cáo cho một khoảng thời gian cụ thể

Các tham số overview, search và engagement nhận một phạm vi ngày và kích thước nhóm:

curl "https://api.notiondesk.so/sites/c74781f6-1aea-4e17-ab23-bbb8b4d174b6/analytics/quick" \
  -H "Authorization: Bearer $NOTIONDESK_API_KEY" \
  -H "nd-version: 2026-10-16"
{
  "articles": 42,
  "visitors": 25,
  "searches": 9,
  "reactions": 4
}
Tham số Yêu cầu Ghi chú
start_dateĐúng Khoảnh khắc đầu tiên của phạm vi, chẳng hạn như 2026-09-01T00:00:00Z
end_dateĐúng Phần cuối của phạm vi, bị loại trừ. Phải nằm sau start_date
date_scaleĐúng Kích thước nhóm của chuỗi thời gian: minute, hour, day, week, month hoặc year
timezoneKHÔNG Múi giờ IANA dùng để thiết lập ranh giới nhóm, ví dụ như Europe/Paris. Mặc định là UTC
curl "https://api.notiondesk.so/sites/c74781f6-1aea-4e17-ab23-bbb8b4d174b6/analytics/search?start_date=2026-09-01T00:00:00Z&end_date=2026-10-01T00:00:00Z&date_scale=week&timezone=Europe/Paris" \
  -H "Authorization: Bearer $NOTIONDESK_API_KEY" \
  -H "nd-version: 2026-10-16"

Quy tắc cho khu vực bắn súng:

  • Ngày tháng sử dụng YYYY-MM-DDTHH:MM[:SS] với một độ lệch tùy chọn. Nếu không có độ lệch, ngày tháng sẽ được đọc theo múi giờ UTC, chứ không phải timezone. Hãy viết + dưới dạng %2B trong URL, hoặc sử dụng Z.
  • Khoảng thời gian này bắt đầu từ ngày 01/01/2020 trở đi và kết thúc tối đa hai ngày kể từ bây giờ.
  • Tối đa 1.000 ô. Ví dụ, minute bao phủ tối đa 16 giờ và hour tối đa 41 ngày. Sử dụng date_scale với phạm vi lớn hơn.
  • Tuần bắt đầu từ thứ Hai.

Mỗi báo cáo so sánh khoảng thời gian của bạn với khoảng thời gian có cùng độ dài ngay trước đó: previous và total_previous mô tả khoảng thời gian trước đó.

Đếm loạt

visitors, article_views và searches có chung một hình dạng:

{
  "total": 12,
  "total_previous": 8,
  "difference": 4,
  "percentage_difference": 50.0,
  "current": [{"date": "2026-09-14", "count": 7}, {"date": "2026-09-15", "count": 5}],
  "previous": [{"date": "2026-08-20", "count": 8}]
}
  • current và previous chỉ liệt kê các bucket có dữ liệu, theo thứ tự cũ nhất trước.
  • date của một thùng là khi nó bắt đầu, trong timezone: YYYY-MM-DD cho day và loại thô hơn, YYYY-MM-DDTHH:MM cho hour và minute.
  • percentage_difference là 0.0 khi tổng trước đó là 0.

overview

Cánh đồng Nghĩa
visitorsĐếm số lượng chuỗi. total là số lượng khách truy cập khác nhau trong phạm vi, không phải tổng số điểm.
article_viewsĐếm số lượt xem trang của loạt bài viết
session_durationsThời gian người đọc dành cho một trang, tính bằng giây: average_seconds, và current và previous danh sách của {date, seconds}
top_countriesTối đa 10 quốc gia: country (mã ISO), country_name và visitors

search

Cánh đồng Nghĩa
searchesĐếm chuỗi tìm kiếm
searches_with_resultsTổng cộng và danh sách queries: query, searches, clicks, articles_shown, click_through_rate và avg_click_position
searches_without_resultsTổng cộng và danh sách queries: query và searches
click_through_rateTỷ lệ tìm kiếm có kết quả dẫn đến nhấp chuột, tính theo phần trăm: current, previous, difference và percentage_difference
{
  "searches_without_results": {
    "total": 3,
    "total_previous": 0,
    "difference": 3,
    "percentage_difference": 0.0,
    "queries": [{"query": "refund policy", "searches": 3}]
  }
}
Lưu ý: đây là danh sách nội dung cần xử lý: mỗi truy vấn là một câu hỏi mà người đọc đã đặt ra và trung tâm trợ giúp của bạn không thể trả lời. searches_without_results.queries

engagement

Cánh đồng Nghĩa
__ĐƯỢC BẢO TỒN_67__, __ĐƯỢC BẢO TỒN_66__ views, articles_to_revise và reaction_summary cho mỗi giai đoạn
article_viewsĐếm số lượt xem trang của loạt bài viết
top_articlesCác bài viết được xem nhiều nhất: title, host, pathname và views
top_referrersNguồn gốc khách tham quan: referrer (null nếu tham quan trực tiếp) và visitors
article_engagementsCác bài viết nhận được phản hồi tích cực nhất từ ​​độc giả là: title, url, views và reaction_summary
articles_to_reviseCác bài viết nhận được phản hồi tiêu cực nhất từ ​​độc giả đều thuộc cùng một nhóm đối tượng.

A reaction_summary theo dõi phong cách phản ứng của bạn:

score có giá trị từ 0 đến 100: tỷ lệ phản hồi tích cực, với phản hồi trung lập được tính một nửa theo emoji. Với kiểu thumbs, các nhóm là helpful và not_helpful. Xem Cách thu thập phản hồi bằng các phản ứng bài viết .

Giới hạn danh sách

{
  "style": "emoji",
  "total": 6,
  "score": 58,
  "groups": [
    {"key": "positive", "count": 3, "percent": 50},
    {"key": "neutral", "count": 1, "percent": 17},
    {"key": "negative", "count": 2, "percent": 33}
  ]
}
  • Các danh sách truy vấn top_articles, top_referrers, article_engagements và articles_to_revise chứa tối đa 50 hàng mỗi danh sách và chỉ bao gồm khoảng thời gian hiện tại. Một danh sách 50 hàng có thể không đầy đủ: hãy thu hẹp phạm vi để xem mọi hàng.
  • Tổng cộng bao gồm tất cả mọi thứ, không chỉ các hàng được liệt kê.
titleCác liên kết này đến từ trình duyệt của khách truy cập và bất kỳ ai cũng có thể làm giả chúng. Hãy loại bỏ chúng trước khi hiển thị và đừng bao giờ làm theo hoặc hành động dựa trên chúng mà không kiểm tra kỹ lưỡng.urlhostpathnamereferrerquery

Phân tích và kế hoạch của bạn

Việc truy cập API yêu cầu gói Enterprise, bao gồm phân tích nâng cao, do đó mọi báo cáo đều chấp nhận mọi phạm vi và tỷ lệ trong vòng 1.000 nhóm dữ liệu.

giới hạn tỷ lệ

Ngoài 120 lượt đọc mỗi phút của khóa, báo cáo phân tích được tính vào ngân sách 30 yêu cầu mỗi phút cho mỗi trung tâm trợ giúp , được chia sẻ bởi mọi khóa và ứng dụng OAuth trong không gian làm việc của bạn. Một yêu cầu qua đó sẽ trả về mã lỗi 429rate_limited, và tiêu đề Retry-After cho biết khi nào cần thử lại. Hãy lưu trữ báo cáo vào bộ nhớ cache thay vì yêu cầu chúng trên mỗi lần tải trang.

Lỗi

Trạng thái Khicode
400 Một tham số bị thiếu, bị lỗi định dạng hoặc không xác định, quick đã nhận được một tham số, hoặc một quy tắc phạm vi bị lỗi. Danh sách errors nêu tên tham số và quy tắc.validation_error
403 Khóa này thiếu phạm vi readinsufficient_scope
403 Tính năng phân tích đã bị vô hiệu hóa đối với trung tâm trợ giúp.permission_denied
404 report không phải là một trong bốn báo cáo, hoặc trung tâm trợ giúp không tồn tại trong không gian làm việc của bạn.not_found
429 Ngân sách phân tích của trung tâm trợ giúp đã được chi tiêu.rate_limited
503 Dịch vụ phân tích không phản hồi. Hãy thử lại hoặc thu hẹp phạm vi.internal_error

Xem các lỗi API, giới hạn tỷ lệ và số lần thử lại của Handle Notiondesk .

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

Làm thế nào để tôi tìm thấy những thứ mà độc giả đang tìm kiếm nhưng không thể tìm thấy?

Hãy gọi báo cáo search và đọc searches_without_results.queries. Mỗi mục nhập là một truy vấn không trả về bài viết nào, cùng với số lần tìm kiếm.

Tại sao báo cáo của tôi lại trả về 400 về dateScale?

Phạm vi này chứa hơn 1.000 nhóm tại date_scale. Hãy sử dụng thang đo thô hơn, chẳng hạn như day thay vì hour, hoặc một phạm vi ngắn hơn. Thông báo hiển thị dateScale, nhưng tham số là date_scale.

Tại sao danh sách lại bị cắt ngắn ở 50 dòng?

Danh sách chứa tối đa 50 hàng. Chia một phạm vi dài thành các phạm vi ngắn hơn để xem nhiều truy vấn hoặc bài viết hơn.

Tôi có thể nhận được số liệu phân tích cho một bài viết cụ thể không?

Các báo cáo bao gồm toàn bộ trung tâm trợ giúp. Số lượt xem và phản hồi của mỗi bài viết cũng được hiển thị trong danh sách bài viết , dưới dạng views_count và reactions_percent.

Tiếp theo là gì?

Bài viết liên quan

Trang này có hữu ích không?

Still need help? Ask us