You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So, I have a lot of friends all over the world, and buying anything for them on steam is a real torture, because there is a big price difference in our regions, and I need to check the prices for each game in the steamdb database for both my and their regions (<20% difference, etc.). Do you know any sites or extensions where I can add a steam wishlist + friend's region + my region and get a list of games that I can buy him on steam 100%? I also know that I can use https://www.lorenzostanco.com/lab/steam/wishlist to get 2 excel tables in 2 regions and with some magic get what I need, but I want something simpler and faster...
Current Behavior (if any)
Pick a game on your friend's wishlist, open its store page, hover to see regional prices, if it is <10% cheaper you can probably gift it, but first you have to make sure by selecting the gift recipient and waiting for an error before the last purchase step. Repeat N times.
Desired Behavior
Allow to select region on any user wishlist page, remember the selection, then make it easier to find giftable games: indicator, filter or showing price difference % on click. Also show this info during gift recipient selection using those pre-set regions.
Motivation / Use Case for Changing the Behavior
I can imagine this being an issue when you have friends in multiple regions, and also not every publisher follows recommended pricing which means some games may be giftable, while not the others.
Some concerns regarding the implementation:
Since Steam does not preload the whole wishlist, to lessen the requests count, either preloading wishlist+prices via API or requiring an action to fetch the difference on each game would be needed. Preloading would be necessary in case of a "giftable" filter.
I do not know of a proper way to calculate price difference with 100% accuracy vs Steam. Maybe some API has it? Looking into the gifting error page may be useful. If it's not possible, what's left is using the currency rate and extensive testing to discover a proper formula. I know at least two different places where Steam has a currency rate: community market and item shop ($1 items like this are helpful when predicting USD to local currency conversion for a wallet top-up). Even if not accurate at times, still better than nothing, and a warning might be added.
It would be nice to also pre-warn if the game is not giftable due to specific region lock/blacklist, but it seems harder to implement. Some publishers like Sony use a list of countries and territories there, which will have to be matched to the regions first. I am also not sure how to collect the lock data independently without SteamDB, since I did not notice an API for that. It's possible that the info about subscription regions metadata comes only with game ownership tokens that SteamDB collects via donations?
The text was updated successfully, but these errors were encountered:
I encountered an interesting feature request on SG:
https://www.steamgifts.com/discussion/kIC16/any-sitestools-to-check-regional-prices-in-steam-wishlist
Current Behavior (if any)
Pick a game on your friend's wishlist, open its store page, hover to see regional prices, if it is <10% cheaper you can probably gift it, but first you have to make sure by selecting the gift recipient and waiting for an error before the last purchase step. Repeat N times.
Desired Behavior
Allow to select region on any user wishlist page, remember the selection, then make it easier to find giftable games: indicator, filter or showing price difference % on click. Also show this info during gift recipient selection using those pre-set regions.
Motivation / Use Case for Changing the Behavior
I can imagine this being an issue when you have friends in multiple regions, and also not every publisher follows recommended pricing which means some games may be giftable, while not the others.
Some concerns regarding the implementation:
The text was updated successfully, but these errors were encountered: