Games

32450 readers

1179 users here now

Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.

Weekly Threads:

What Are You Playing?

The Weekly Discussion Topic

Rules:

Submissions have to be related to games
No bigotry or harassment, be civil
No excessive self-promotion
Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
Mark Spoilers and NSFW
No linking to piracy

More information about the community rules can be found here.

founded 1 year ago

MODERATORS

[email protected]

245

$843 million lawsuit against Valve already has its own website: "The Steam Claim" accuses the biggest store in PC gaming of "overcharging" players (www.gamesradar.com)

submitted 4 months ago by [email protected] to c/[email protected]

233 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 19 points 4 months ago (1 children)

Steam also enforce a strict key price parity.

No it doesn't. The price parity thing is only if you are selling the game on Steam platform, i.e. selling a steam key, it's essentially a way to allow publishers to sell the game on their own website, without paying the 30% to steam, but don't allow them to undercut steam entirely while still taking advantage of their platform.

Games on GoG, itch, Epic store, etc, can have any price they want, as long as they don't give away a steam key valve doesn't care what price you sell your game elsewhere.

This is one of the most annoying fake news out there, Valve are going above and beyond what any other store is doing, and they get bad rep from people who have never read their policy, published a game there, or talked to anyone who has.

[–] [email protected] 1 points 4 months ago (1 children)

They do prevent you from linking to your own store within your Steam game though. Even though they don't provide a complete solution for things like microtransactions and DLC.

How it works on Steam:

User makes an in-app purchase using the steam wallet integration
Steam processes the payment taking 30% and gives you a reference number for that transaction
You query that transaction every time the player logs in to see if they've refunded it or not. That transaction doesn't actually contain any information about what they bought though.
You then maintain a separate purchasing server whose whole job it is is to keep a record of what the player purchased in reference to that transaction number.

For that Valve wants 30% of in-app/DLC purchases. At that point it's stripe and nothing more. Unlike standalone DLC Or expansions, these unlock purchases don't come with serving any additional content in the form of downloads.

If you make your own service to handle these transactions (with only a 3-4% transaction rate) Valve will prevent you from linking to it, or mentioning it anywhere on your page, forums or within the game itself. You need to direct players elsewhere and then mention it. Even for cross-platform games where having Steam maintain a transaction list for a portion of the users is just a needless additional layer.

[–] [email protected] 5 points 4 months ago (1 children)

I know how Valve's publisher API works, others are similar in case you didn't know. But that is only true for games that need online validation of some sort, DLCs for offline games don't need to implement this.

Valve is hosting the game, providing the storefront and bringing in a lot of customers. If you didn't think those 30% were worth it you would not have put your game on steam.

Plus all of this is irrelevant to the point that Valve doesn't enforce price parity.

[–] [email protected] 1 points 4 months ago

For the base game, which I think 30% is still more, I think it certainly makes sense. Because they're providing a complete solution.

For in-app purchases or unlock purchases, whether or not the purchase is in-app, the solution isn't complete, and not worth the 30% they charge on those transactions. It would be trivial for every transaction to have a custom field where you could store an array of what was purchased in in that purchase and have it returned when the transaction was checked. Boom, complete solution. Specifically for in-app purchases if they wanted to take 5% since all they're doing is the job of Stripe and nothing more, then I'd consider that fair.