<?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 Search API ignoring market parameter in Spotify for Developers</title>
    <link>https://community.spotify.com/t5/Spotify-for-Developers/Search-API-ignoring-market-parameter/m-p/7132712#M18804</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I recently noticed that the search API endpoint is not taking the passed market parameter into account when making a query.&lt;BR /&gt;&lt;BR /&gt;For example, I have the following ISRC "JPF702500331" which has two different links, one for Japan, and one for the rest of the world:&lt;/P&gt;&lt;P data-unlink="true"&gt;- Japan link: https://open.spotify.com/track/3C0YQ1zvSJ2dN3OlhDH7zF&amp;nbsp;&lt;/P&gt;&lt;P data-unlink="true"&gt;- Rest of the world link:&amp;nbsp;https://open.spotify.com/track/4CQavbYj3kUJBJaWKDGKgK&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;However, when using the search endpoint with query "isrc:JPF702500331" and market "JP", it's always the second link that is returned.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the web API page, it is specified the following for the market param.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;If a valid user access token is specified in the request header, the country associated with the user account will take priority over this parameter.
Note: If neither market or user country are provided, the content is considered unavailable for the client.&lt;/LI-CODE&gt;&lt;P&gt;&lt;BR /&gt;While I understand this behaviour for the authorization flow where we explicitly provide an access token, I don't think it should also apply to the client credentials flow. E&lt;SPAN&gt;lse what would be the point of having a "market" parameter if it's always taking the one from the base account?&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 15 Sep 2025 17:53:00 GMT</pubDate>
    <dc:creator>Anemo</dc:creator>
    <dc:date>2025-09-15T17:53:00Z</dc:date>
    <item>
      <title>Search API ignoring market parameter</title>
      <link>https://community.spotify.com/t5/Spotify-for-Developers/Search-API-ignoring-market-parameter/m-p/7132712#M18804</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I recently noticed that the search API endpoint is not taking the passed market parameter into account when making a query.&lt;BR /&gt;&lt;BR /&gt;For example, I have the following ISRC "JPF702500331" which has two different links, one for Japan, and one for the rest of the world:&lt;/P&gt;&lt;P data-unlink="true"&gt;- Japan link: https://open.spotify.com/track/3C0YQ1zvSJ2dN3OlhDH7zF&amp;nbsp;&lt;/P&gt;&lt;P data-unlink="true"&gt;- Rest of the world link:&amp;nbsp;https://open.spotify.com/track/4CQavbYj3kUJBJaWKDGKgK&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;However, when using the search endpoint with query "isrc:JPF702500331" and market "JP", it's always the second link that is returned.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the web API page, it is specified the following for the market param.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;If a valid user access token is specified in the request header, the country associated with the user account will take priority over this parameter.
Note: If neither market or user country are provided, the content is considered unavailable for the client.&lt;/LI-CODE&gt;&lt;P&gt;&lt;BR /&gt;While I understand this behaviour for the authorization flow where we explicitly provide an access token, I don't think it should also apply to the client credentials flow. E&lt;SPAN&gt;lse what would be the point of having a "market" parameter if it's always taking the one from the base account?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 15 Sep 2025 17:53:00 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Spotify-for-Developers/Search-API-ignoring-market-parameter/m-p/7132712#M18804</guid>
      <dc:creator>Anemo</dc:creator>
      <dc:date>2025-09-15T17:53:00Z</dc:date>
    </item>
    <item>
      <title>Re: Search API ignoring market parameter</title>
      <link>https://community.spotify.com/t5/Spotify-for-Developers/Search-API-ignoring-market-parameter/m-p/7138628#M18815</link>
      <description>&lt;P&gt;I can second this. When using the client_credentials flow (no user logged in specifically), it will not honour the market parameter. This has been the case for about 2 weeks now.&lt;BR /&gt;&lt;BR /&gt;For example when looking at availability for songs in certain markets, it won't use the market parameter at all in my testing. I see this across the board. Anywhere where the market parameter is an option to use.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Sep 2025 13:27:32 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Spotify-for-Developers/Search-API-ignoring-market-parameter/m-p/7138628#M18815</guid>
      <dc:creator>ATLAST</dc:creator>
      <dc:date>2025-09-19T13:27:32Z</dc:date>
    </item>
  </channel>
</rss>

