<?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 Very long Retry-After values on Web API 429 in Spotify for Developers</title>
    <link>https://community.spotify.com/t5/Spotify-for-Developers/Very-long-Retry-After-values-on-Web-API-429/m-p/7432857#M21366</link>
    <description>&lt;P&gt;Plan&lt;BR /&gt;Not applicable - Spotify Web API developer app&lt;/P&gt;&lt;P&gt;Free/Premium&lt;BR /&gt;Not applicable&lt;/P&gt;&lt;P&gt;Country&lt;BR /&gt;South Korea&lt;/P&gt;&lt;P&gt;Device&lt;BR /&gt;Server-side app on Google Cloud Run&lt;/P&gt;&lt;P&gt;Operating System&lt;BR /&gt;Node.js on Google Cloud Run&lt;/P&gt;&lt;P&gt;My Question or Issue&lt;/P&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I’m developing a music web service using the Spotify Web API with the Client Credentials flow.&lt;/P&gt;&lt;P&gt;Recently, our app has started receiving 429 responses on catalog detail endpoints such as:&lt;/P&gt;&lt;P&gt;- GET /v1/artists/{id}&lt;BR /&gt;- GET /v1/artists/{id}/top-tracks&lt;BR /&gt;- GET /v1/artists/{id}/albums&lt;BR /&gt;- GET /v1/albums/{id}&lt;/P&gt;&lt;P&gt;Search requests still appear to work, but artist and album detail requests are returning 429.&lt;/P&gt;&lt;P&gt;The unusual part is the Retry-After value. We are seeing very long values:&lt;/P&gt;&lt;P&gt;- around 66,000 seconds&lt;BR /&gt;- around 48,000 seconds&lt;/P&gt;&lt;P&gt;This means a cooldown of roughly 13 to 18 hours.&lt;/P&gt;&lt;P&gt;Is this expected behavior for Web API apps in development mode? Are artist and album detail endpoints subject to a separate or stricter rate limit than search?&lt;/P&gt;&lt;P&gt;We are planning to reduce live calls by caching metadata, but I’d like to understand whether such long Retry-After values are normal.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
    <pubDate>Mon, 11 May 2026 06:11:09 GMT</pubDate>
    <dc:creator>digging</dc:creator>
    <dc:date>2026-05-11T06:11:09Z</dc:date>
    <item>
      <title>Very long Retry-After values on Web API 429</title>
      <link>https://community.spotify.com/t5/Spotify-for-Developers/Very-long-Retry-After-values-on-Web-API-429/m-p/7432857#M21366</link>
      <description>&lt;P&gt;Plan&lt;BR /&gt;Not applicable - Spotify Web API developer app&lt;/P&gt;&lt;P&gt;Free/Premium&lt;BR /&gt;Not applicable&lt;/P&gt;&lt;P&gt;Country&lt;BR /&gt;South Korea&lt;/P&gt;&lt;P&gt;Device&lt;BR /&gt;Server-side app on Google Cloud Run&lt;/P&gt;&lt;P&gt;Operating System&lt;BR /&gt;Node.js on Google Cloud Run&lt;/P&gt;&lt;P&gt;My Question or Issue&lt;/P&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I’m developing a music web service using the Spotify Web API with the Client Credentials flow.&lt;/P&gt;&lt;P&gt;Recently, our app has started receiving 429 responses on catalog detail endpoints such as:&lt;/P&gt;&lt;P&gt;- GET /v1/artists/{id}&lt;BR /&gt;- GET /v1/artists/{id}/top-tracks&lt;BR /&gt;- GET /v1/artists/{id}/albums&lt;BR /&gt;- GET /v1/albums/{id}&lt;/P&gt;&lt;P&gt;Search requests still appear to work, but artist and album detail requests are returning 429.&lt;/P&gt;&lt;P&gt;The unusual part is the Retry-After value. We are seeing very long values:&lt;/P&gt;&lt;P&gt;- around 66,000 seconds&lt;BR /&gt;- around 48,000 seconds&lt;/P&gt;&lt;P&gt;This means a cooldown of roughly 13 to 18 hours.&lt;/P&gt;&lt;P&gt;Is this expected behavior for Web API apps in development mode? Are artist and album detail endpoints subject to a separate or stricter rate limit than search?&lt;/P&gt;&lt;P&gt;We are planning to reduce live calls by caching metadata, but I’d like to understand whether such long Retry-After values are normal.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Mon, 11 May 2026 06:11:09 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Spotify-for-Developers/Very-long-Retry-After-values-on-Web-API-429/m-p/7432857#M21366</guid>
      <dc:creator>digging</dc:creator>
      <dc:date>2026-05-11T06:11:09Z</dc:date>
    </item>
  </channel>
</rss>

