I have a hard time imagining what kind of "side project" would be making use of the Amazon Selling Partner API. It all revolves around managing listings and sales through the Amazon storefront - if you've got a use case for that, it's probably for something serious.
The focus on charging for GETs is unfortunate given that in my (very outdated) experience developing against MWS, many of the APIs are of the “POST to receive a token that you GET-poll on” variety.
It’s interesting that only GET calls are metered. Is this a common thing to do?
I wonder if this is also being done to limit marketplace data being scraped with the API or limit how this data gets used by limiting low margin business models. Increasing the fees will have these effects.
So they charge the sellers and also the API users? Isn’t that double dipping?
These are pretty steep API fees for a company already taking a hefty cut on every order flowing through this API.
Kinda feels like they gave up on getting devs to write well-behaved apps by asking nicely, so now they're charging them. :shrug:
$1/20k gets shouldn't be a big deal?
And an annual $1400 which effectively kills side projects.
I have a hard time imagining what kind of "side project" would be making use of the Amazon Selling Partner API. It all revolves around managing listings and sales through the Amazon storefront - if you've got a use case for that, it's probably for something serious.
The focus on charging for GETs is unfortunate given that in my (very outdated) experience developing against MWS, many of the APIs are of the “POST to receive a token that you GET-poll on” variety.
It’s interesting that only GET calls are metered. Is this a common thing to do?
I wonder if this is also being done to limit marketplace data being scraped with the API or limit how this data gets used by limiting low margin business models. Increasing the fees will have these effects.
Only the GET requests are metered. An anti-bot/anti-AI scraper measure?