Provider Refresh & Retrieval Settings

This page documents the nightly refresh and initial retrieval settings for each data provider in NinjaCat.

days_to_refresh: The amount of data (in days) pulled back via the nightly refresh cycle

max_retrieval_days: The amount of data (in days) brought in during the first/initial retrieval (additional retrievals will stack on top of this)

📌 SQL / custom database connectors inherit the standard ~730-day default. SQL / custom database connectors (such as SQL Generic, Snowflake Share, ClickHouse, and Vertica) do not set a custom retrieval window of their own, so they fall back to the standard 730-day (2-year) default — the same default that applies to most native API providers. They are neither given a shorter limit nor a special extension; they simply inherit the default. As with all providers, the maximum retrieval window is a configurable per-provider value rather than a single universal hard-coded ceiling, so individual providers in the table below may differ.

⚠️

The nightly refresh does NOT run at a fixed 5 AM or 6 AM clock time.

The nightly retrieval time is driven by a configurable daily_retrieval_hour field set per provider — it is not a single, system-wide fixed time.

Key facts:

  • Default value: 0 (midnight). Providers without a custom override run at midnight.
  • Configurable per provider: Each provider can have its own daily_retrieval_hour, so different providers in your account may refresh at different times.
  • Timezone: The timezone used for the retrieval hour varies by provider — some use the advertiser's local timezone, others use UTC. Refer to provider-specific documentation or contact NinjaCat Support to confirm the timezone for a specific integration.
  • Not a fixed platform-wide schedule: Do not assume all providers refresh at the same clock time. If you need to know the exact configured daily_retrieval_hour for a specific provider in your account, contact NinjaCat Support.
Providerdays_to_refreshmax_retrieval_days
Agora Pulse35 (default)730
Amazon Ads35 (default)120
Amazon DSP35 (default)120
Amazon SP35 (default)730
Apple Search Ads35 (default)90
Bing Ads90730
Bing Webmaster Tools35 (default)730
CallRail v20730
Call Tracking Metrics v20730
Campaign Manager35 (default)730
Centro730400
Change History1730
ClickHouse60730
Datasets65730
DV360 / DoubleClick90730
Facebook Ads60730
Facebook Insights60730
Google Ads90730
Google Analytics35 (default)730
Google Drive / Sheets1730
Google My Business35 (default)547
Google Search Console (v1 & v2)35 (default)485
Impact Radius35 (default)730
Instagram730730
Koddi35 (default)730
LinkedIn Ads35 (default)730
MailChimp730730
Marchex Edge0730
MNTN35 (default)730
Monday.com35 (default)730
NinjaTrack65730
Pinterest Ads35 (default)730
Pinterest Organic730730
ReachLocal90730
Reddit Ads35 (default)365
Search Ads 36035 (default)730
Semrush35 (default)730
Site Impact73093
Snowflake Share65730
Spotify2730
StackAdapt35 (default)730
SQL Generic65730
The Trade Desk2730
TTD MyReports V373099
TikTok35730
Twitter Ads35 (default)730
Twitter/X Organic730730
Uberall35 (default)485
Vendasta35 (default)730
Vertica60730
Yahoo Gemini35 (default)730
Zapier35730

📌 Note on Amazon Ads — data_retention_days vs. max_retrieval_days: Amazon Ads has a separate data_retention_days field that is distinct from the max_retrieval_days value (120) shown in the table above. max_retrieval_days controls how far back the initial data retrieval reaches; data_retention_days governs how long Amazon retains data on their side. These two values are independent and should not be confused with one another.


Did this page help you?