There is no push channel and no event stream. Don’t wait for a callback that won’t
arrive — design your integration around polling. See Data freshness
for how the refresh schedule works.
Why polling
Because data is collected on a schedule rather than live, the right pattern is to re-fetch resources on a sensible interval and use the timestamps the API returns to reason about how current each value is:- A newly tracked account or video has
last_scrape_time: nulluntil its first refresh completes. - Each refreshed resource reports
last_scrape_timeso you know how stale a value is. - An individually tracked video carries
scrape_interval_hours, which tells you how often CreatorAudit re-fetches that specific video.
Recommended polling model
Poll on a sensible interval
Re-fetch the resources you track on an interval (minutes to hours, not a tight
loop). Match your cadence to how fresh you actually need the data to be.
Read the freshness timestamp
On each response, check
last_scrape_time. If it’s null, the first refresh hasn’t
landed yet; if it’s set, that’s how current the value is. For individual videos, use
scrape_interval_hours to decide when a re-fetch is worthwhile.Setting expectations
Polling gives you near-current data, not live data. A value won’t appear the instant you create a resource, and it may lag the platform by a refresh cycle. Anchor your logic onlast_scrape_time rather than assuming “now”, and give a newly
tracked account or video time to complete its first refresh before reporting on it.
Continue with Data freshness and
Best practices.