Die Notiondesk API liefert Ihnen die Kennzahlen hinter den Analyseseiten Ihres Hilfecenters: Besucherzahlen, Artikelaufrufe, Verweildauer, Herkunftsländer, Suchanfragen der Leser, erfolglose Suchanfragen und Leserreaktionen auf Ihre Artikel. Nutzen Sie die Daten, um ein BI-Tool zu speisen, einen wöchentlichen Bericht in Slack zu veröffentlichen oder herauszufinden, welche Inhalte Ihre Leser vermissen.
GET /sites/{site_id}/analytics/{report}report | Enthält |
|---|---|
quick | Eine 30-Tage-Zusammenfassung: Artikel, Besucher, Suchanfragen und Reaktionen |
overview | Besucherzahlen, Artikelaufrufe, Verweildauer auf der Seite und Top-Länder |
search | Suchanfragen, Top-Suchanfragen, Suchanfragen ohne Ergebnisse und Klickrate |
engagement | Artikelaufrufe, Top-Artikel, Verweise, Reaktionen und zu überarbeitende Artikel |
Jeder Bericht benötigt den Bereich read. Um diese Zahlen im Dashboard anzuzeigen, lesen Sie bitte den Artikel „So verbessern Sie Ihr Hilfecenter mithilfe von Lesereinblicken“ .
Erhalten Sie eine 30-Tage-Zusammenfassung
quick umfasst die letzten 30 Tage bis heute und benötigt keine Abfrageparameter. articles zählt alle Artikel des Hilfecenters, einschließlich Entwürfe. reactions zählt die jeweils letzte Reaktion jedes Lesers auf einen Artikel.
Erhalten Sie einen Bericht für einen bestimmten Datumsbereich
overview, search und engagement benötigen einen Datumsbereich und eine Bucket-Größe:
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
}| Parameter | Erforderlich | Anmerkungen |
|---|---|---|
start_date | Ja | Der erste Zeitpunkt des Bereichs, z. B. 2026-09-01T00:00:00Z |
end_date | Ja | Das Ende des Bereichs ist ausgeschlossen. Muss nach start_date liegen. |
date_scale | Ja | Die Bucket-Größe der Zeitreihe: minute, hour, day, week, month oder year |
timezone | NEIN | Eine IANA-Zeitzone, die Bucket-Grenzen festlegt, z. B. Europe/Paris. Standardwert: 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"Regeln für den Schießstand:
- Datumsangaben werden im Format
YYYY-MM-DDTHH:MM[:SS]mit einem optionalen Offset angegeben. Ohne Offset wird das Datum als UTC-Format und nicht im Formattimezoneinterpretiert. Schreiben Sie+als%2Bin der URL oder verwenden SieZ.
- Der Zeitraum beginnt am oder nach dem 1. Januar 2020 und endet höchstens zwei Tage später.
- Maximal 1.000 Buckets. Beispielsweise deckt
minutemaximal 16 Stunden undhourmaximal 41 Tage ab. Verwenden Sie für größere Zeiträume ein gröberesdate_scale.
- Die Woche beginnt am Montag.
Jeder Bericht vergleicht Ihren Zeitraum mit dem gleich langen Zeitraum unmittelbar davor: previous und total_previous beschreiben diesen früheren Zeitraum.
Zählreihe
visitors, article_views und searches haben die gleiche Form:
{
"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}]
}currentundpreviouslisten nur die Buckets auf, die Daten enthalten, beginnend mit dem ältesten.
- Der
dateeines Buckets ist der Zeitpunkt, an dem er beginnt, intimezone:YYYY-MM-DDfürdayund gröber,YYYY-MM-DDTHH:MMfürhourundminute.
percentage_differenceist0.0, wenn die vorherige Summe0beträgt.
overview
| Feld | Bedeutung |
|---|---|
visitors | Zählreihe. total sind die Anzahl der unterschiedlichen Besucher im betrachteten Zeitraum, nicht die Summe der Punkte. |
article_views | Anzahl der Seitenaufrufe einer Artikelserie |
session_durations | Zeit, die Leser auf einer Seite verbringen, in Sekunden: average_seconds, und current und previous Listen von {date, seconds} |
top_countries | Bis zu 10 Länder: country (ISO-Code), country_name und visitors |
search
| Feld | Bedeutung |
|---|---|
searches | Suchreihen zählen |
searches_with_results | Summen und eine Liste der reservierten Artikel (queries): query, searches, clicks, articles_shown, click_through_rate und avg_click_position |
searches_without_results | Summen und eine queries-Liste: query und searches |
click_through_rate | Der Anteil der Suchanfragen, deren Ergebnisse zu einem Klick führten, in Prozent: current, previous, difference und percentage_difference |
{
"searches_without_results": {
"total": 3,
"total_previous": 0,
"difference": 3,
"percentage_difference": 0.0,
"queries": [{"query": "refund policy", "searches": 3}]
}
}searches_without_results.queriesengagement
| Feld | Bedeutung |
|---|---|
overview.current, overview.previous | views, articles_to_revise und ein reaction_summary für jeden Zeitraum |
article_views | Anzahl der Seitenaufrufe einer Artikelserie |
top_articles | Die meistgelesenen Artikel: title, host, pathname und views |
top_referrers | Herkunft der Besucher: referrer (null für einen direkten Besuch) und visitors |
article_engagements | Die Artikel, auf die die Leser am positivsten reagierten: title, url, views und reaction_summary |
articles_to_revise | Die Artikel, auf die die Leser am negativsten reagierten, mit den gleichen Feldern |
Ein reaction_summary entspricht Ihrem Reaktionsstil:
score reicht von 0 bis 100: der Anteil positiver Reaktionen, wobei neutrale Reaktionen unter emoji zur Hälfte gezählt werden. Im thumbs-Stil heißen die Gruppen helpful und not_helpful. Siehe „Wie man Feedback mit Artikelreaktionen sammelt“ .
Listenbeschränkungen
{
"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}
]
}- Die Abfragelisten
top_articles,top_referrers,article_engagementsundarticles_to_reviseenthalten jeweils bis zu 50 Zeilen und decken nur den aktuellen Zeitraum ab. Eine Liste mit 50 Zeilen ist möglicherweise unvollständig: Schränken Sie den Bereich ein, um alle Zeilen anzuzeigen.
- Die Summen umfassen alles, nicht nur die aufgeführten Zeilen.
titleDiese E-Mails stammen von den Browsern der Besucher und können von jedem gefälscht werden. Filtern Sie sie, bevor Sie sie anzeigen, und folgen oder reagieren Sie niemals unkontrolliert darauf.urlhostpathnamereferrerqueryAnalysen und Ihr Plan
Für den API-Zugriff ist ein Enterprise-Plan erforderlich, der erweiterte Analysefunktionen beinhaltet, sodass jeder Bericht beliebige Bereiche und Skalierungen innerhalb von 1.000 Buckets akzeptiert.
Ratenbegrenzung
Neben den 120 Lesezugriffen pro Minute für Ihren Schlüssel werden Analyseberichte auf ein Budget von 30 Anfragen pro Minute und Hilfezentrum angerechnet, das von allen Schlüsseln und OAuth-Apps Ihres Arbeitsbereichs gemeinsam genutzt wird. Eine Anfrage wird mit dem Statuscode 429 rate_limited beantwortet, und der Header Retry-After gibt an, wann ein Wiederholungsversuch unternommen werden soll. Berichte werden zwischengespeichert, anstatt sie bei jedem Seitenaufruf neu anzufordern.
Fehler
| Status | Wann | code |
|---|---|---|
| 400 | Ein Parameter fehlt, ist fehlerhaft oder unbekannt, quick hat einen Parameter empfangen, oder eine Bereichsregel schlägt fehl. Die Liste errors benennt den Parameter und die Regel. | validation_error |
| 403 | Dem Schlüssel fehlt der Gültigkeitsbereich read. | insufficient_scope |
| 403 | Die Analysefunktionen sind für das Hilfezentrum deaktiviert. | permission_denied |
| 404 | report ist keiner der vier Berichte, oder das Hilfecenter existiert nicht in Ihrem Arbeitsbereich. | not_found |
| 429 | Das Analysebudget des Hilfezentrums wird ausgegeben | rate_limited |
| 503 | Der Analysedienst hat nicht geantwortet. Bitte versuchen Sie es erneut oder grenzen Sie den Bereich ein. | internal_error |
Siehe Handle Notiondesk API-Fehler, Ratenbegrenzungen und Wiederholungsversuche .
Häufig gestellte Fragen
Wie finde ich heraus, wonach Leser suchen, aber nicht finden können?
Rufen Sie den Bericht search auf und lesen Sie searches_without_results.queries. Jeder Eintrag enthält eine Suchanfrage, die keinen Artikel zurückgab, und die Anzahl der Suchvorgänge.
Warum liefert mein Bericht die Antwort 400 zu dateScale?
dateScale?Der Bereich enthält mehr als 1.000 Buckets bei Ihrem Wert date_scale. Verwenden Sie eine gröbere Skala, z. B. day anstelle von hour, oder einen kürzeren Bereich. Die Meldung gibt dateScale an, der Parameter lautet jedoch date_scale.
Warum wird eine Liste nach 50 Zeilen abgeschnitten?
Die Listen enthalten bis zu 50 Zeilen. Teilen Sie einen langen Bereich in kürzere auf, um mehr Suchanfragen oder Artikel anzuzeigen.
Kann ich die Analysedaten für einen einzelnen Artikel erhalten?
Die Berichte umfassen das gesamte Hilfecenter. Die Aufrufzahlen und Reaktionen jedes Artikels sind ebenfalls in der Artikelliste aufgeführt , beispielsweise als views_count und reactions_percent.