<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Spotify API returning extremely high Retry-After value (68167 seconds) in Development Mode in Spotify for Developers</title>
    <link>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-API-returning-extremely-high-Retry-After-value-68167/m-p/7502369#M21692</link>
    <description>&lt;P&gt;Hello Team, I am building a personal Spotify analytics project using the Spotify Web API and Snowflake. I am currently in Development Mode and I am trying to enrich my listening history data with additional metadata. Use case I have around 40,000 unique tracks extracted from my Spotify Extended Streaming History.&lt;/P&gt;&lt;P&gt;My pipeline is:&lt;/P&gt;&lt;P&gt;Extract unique track_id values from my listening history.&lt;/P&gt;&lt;P&gt;Call the Track API endpoint to retrieve metadata and get the associated artist_id. Deduplicate artists.&lt;/P&gt;&lt;P&gt;Call the Artist API endpoint to retrieve additional information, mainly: artist genres, popularity&lt;/P&gt;&lt;P&gt;I am running this extraction through a Snowflake stored procedure using Python/Snowpark.&lt;/P&gt;&lt;P&gt;Problem During the extraction, my API calls started returning: HTTP 429 Too Many Requests Retry-After: 68167, this means Spotify is asking me to wait approximately 19 hours before retrying.&lt;/P&gt;&lt;P&gt;What is surprising is that: The extraction was running successfully before this happened. I am not running multiple applications using the same Spotify account. I am respecting batching where possible.&lt;/P&gt;&lt;P&gt;The procedure has checkpointing, so it does not restart from zero. Questions Is a Retry-After value of ~68,000 seconds expected behavior for the Spotify Web API? Does Spotify progressively increase the cooldown period if an application keeps hitting rate limits?&lt;/P&gt;&lt;P&gt;Is there a recommended request rate limit for Development Mode applications?&lt;/P&gt;&lt;P&gt;Is there a recommended architecture for this type of use case (tens of thousands of tracks → artists → genres)?&lt;/P&gt;&lt;P&gt;My current approach is to: cache already processed track IDs and artist IDs, batch requests, wait according to the Retry-After header, avoid unnecessary duplicate API calls.&lt;/P&gt;&lt;P&gt;Any advice would be appreciated. Thanks!&lt;/P&gt;</description>
    <pubDate>Thu, 16 Jul 2026 16:46:59 GMT</pubDate>
    <dc:creator>pizzapete7</dc:creator>
    <dc:date>2026-07-16T16:46:59Z</dc:date>
    <item>
      <title>Spotify API returning extremely high Retry-After value (68167 seconds) in Development Mode</title>
      <link>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-API-returning-extremely-high-Retry-After-value-68167/m-p/7502369#M21692</link>
      <description>&lt;P&gt;Hello Team, I am building a personal Spotify analytics project using the Spotify Web API and Snowflake. I am currently in Development Mode and I am trying to enrich my listening history data with additional metadata. Use case I have around 40,000 unique tracks extracted from my Spotify Extended Streaming History.&lt;/P&gt;&lt;P&gt;My pipeline is:&lt;/P&gt;&lt;P&gt;Extract unique track_id values from my listening history.&lt;/P&gt;&lt;P&gt;Call the Track API endpoint to retrieve metadata and get the associated artist_id. Deduplicate artists.&lt;/P&gt;&lt;P&gt;Call the Artist API endpoint to retrieve additional information, mainly: artist genres, popularity&lt;/P&gt;&lt;P&gt;I am running this extraction through a Snowflake stored procedure using Python/Snowpark.&lt;/P&gt;&lt;P&gt;Problem During the extraction, my API calls started returning: HTTP 429 Too Many Requests Retry-After: 68167, this means Spotify is asking me to wait approximately 19 hours before retrying.&lt;/P&gt;&lt;P&gt;What is surprising is that: The extraction was running successfully before this happened. I am not running multiple applications using the same Spotify account. I am respecting batching where possible.&lt;/P&gt;&lt;P&gt;The procedure has checkpointing, so it does not restart from zero. Questions Is a Retry-After value of ~68,000 seconds expected behavior for the Spotify Web API? Does Spotify progressively increase the cooldown period if an application keeps hitting rate limits?&lt;/P&gt;&lt;P&gt;Is there a recommended request rate limit for Development Mode applications?&lt;/P&gt;&lt;P&gt;Is there a recommended architecture for this type of use case (tens of thousands of tracks → artists → genres)?&lt;/P&gt;&lt;P&gt;My current approach is to: cache already processed track IDs and artist IDs, batch requests, wait according to the Retry-After header, avoid unnecessary duplicate API calls.&lt;/P&gt;&lt;P&gt;Any advice would be appreciated. Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jul 2026 16:46:59 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-API-returning-extremely-high-Retry-After-value-68167/m-p/7502369#M21692</guid>
      <dc:creator>pizzapete7</dc:creator>
      <dc:date>2026-07-16T16:46:59Z</dc:date>
    </item>
  </channel>
</rss>

