Skip to main content
Questa sezione elenca ogni endpoint REST pubblico di Data Hub per risorsa. Ogni pagina endpoint copre metodo e path, auth, parametri, esempi reali di risposta e note sui campi, errori possibili e il metodo della libreria client corrispondente. Questa pagina contiene solo le convenzioni condivise da ogni endpoint.

URL di base

Il contratto /v1 è solo additivo: nel tempo possono comparire nuovi campi ed endpoint, ma i campi pubblicati mantengono nome e significato. Ignora i campi sconosciuti in integrazione e non dipendere dall’ordine dei campi.

Autenticazione

Gli endpoint autenticati usano Bearer auth standard. Metti la API key Data Hub nell’header Authorization:
Crea una API key nel centro account Octoparse. I token di accesso da web login o OAuth vanno nello stesso posto. Ogni pagina endpoint etichetta la sua auth class:
L’API Data Hub accetta solo Authorization: Bearer. Non accetta credenziali nei parametri query dell’URL. Non è la stessa convenzione dell’MCP scraper Octoparse nella navigazione in alto, che usa un header x-api-key. Non mescolarle. Tratta una API key come una credenziale account: non committarla mai in repo, config condivise o screenshot pubblici.

Forma della risposta

Le risposte di successo wrappano il payload in data. Le risposte di errore wrappano il payload in error. Le due non compaiono mai insieme.
Alcuni endpoint restituiscono contenuto non JSON (Markdown grezzo, testo CSV/JSONL o binary zip). Quelle pagine lo dichiarano esplicitamente.

Errori

Ogni pagina endpoint elenca i codici unici di quell’endpoint. Questi compaiono sulla maggior parte degli endpoint: Restituire lo stesso 404 per “mancante” e “invisibile” è intenzionale: app private, run di altri e dataset di altri non leakano mai l’esistenza tramite il codice errore.

Paginazione

Gli endpoint di lista usano parametri query offset / limit e restituiscono un oggetto pagination:
total è il totale filtrato. Quando has_more è true, aggiungi count a offset e continua. I cap di limit per endpoint sono documentati su ciascuna pagina.

Parametri temporali

Gli endpoint con intervallo temporale (lista run, aggregazione fatturazione, analytics publisher) accettano timestamp ISO 8601. Preferisci un offset esplicito come 2026-09-01T00:00:00+08:00. I secondi Unix epoch non sono accettati.

Riferimenti app

Ovunque un’app sia identificata, funzionano entrambe le forme: Le app shared point-to-point non compaiono nella ricerca market. Elencale col filtro shared-with-me sull’endpoint di search. Per job schedulati e automazione longeva salva app_id.

Stati di esecuzione

Gruppi di endpoint

Scopri Data App

Ricerca, dettaglio, versioni, README, spec e traduzioni.

Esecuzioni e risultati

Avvia, poll, elenca, annulla, leggi record e trace di debug.

Dataset

Container persistenti per risultati run e flag di retention.

Account e fatturazione

Spesa lifetime e aggregati di fatturazione per periodo e dimensione.

Secret

Credenziali upstream che gli autori salvano per le proprie app.

Publishing e operations

Draft → Build → Release, switch ops, sharing, traduzioni, tool contratto e analytics publisher.