One of the best ways to earn money with Flash games is by making sponsorship deals. The developer puts the sponsor's logo and a link to their site in the game and lets the game spread around the web. The sponsor gains money from the ads and the extra traffic to their website. Alternatively, they site-lock their game to their website (usually for a short period of time) so that people who want to play the game go to their website. It's true that one can remove the site-lock with some effort by decompiling the swf, but it's usually not done as it's not worth the effort and not legitimate. Another significant part of the Flash business model is to put advertisements in-game. There are other ways of earning money with Flash games, but from what I know, these two are the most prevalent ones.

Since HTML5 is necessarily open source, it makes me wonder if this model would still work for HTML5. Even if you obfuscate your js, it's much easier than Flash to copy the game, so maybe it's worth the effort for someone to copy the game to their (illegitimate) site. If you add your sponsor's logo and link or advertisements, it might be worth the effort to remove them for their site, something that I think is much harder to do with Flash games. Perhaps even the illegitimate site could claim that their site is better because there are no in-game ads. There's still the legitimacy barrier, but I wonder if it's strong enough.

Let's put aside all game development technical restrictions regarding HTML5 for this question (suppose for a moment that HTML5 works just as well as Flash for games). I have two very similar (pair of) questions. The first is, would the Flash business model work with HTML5? What changes to it would be helpful for HTML5 games? The second question is, what about the big picture for HTML5 games? Is adapting the Flash model really the best solution, or is there a better model for the HTML5 games world to "turn"?


I don't think a lot will change, actually. SWF files are easy to decompile. Yes, the ActionScript will have made some irreversible changes that will make the decompiled code harder to figure out (destroying variable names, inlining functions or whatever) but a Javascript obfuscator could do that as well.

Hacking client software to remove ads is probably always possible, whatever language you use. So you have two options:

  • Make it as hard as possible so it's not worth the effort
  • Fight it the legal way, if there is one

One possible issue might be that browser extension like AdBlock or Greasemonkey can more easily change the game at runtime.

| improve this answer | |
  • \$\begingroup\$ Can a Javascript obfuscator obfuscate as well as a decompiled AS3 code? Say I just want to remove the sponsor's logo and link from the main screen. Is it significantly easier (or possible to automatize) or is it the almost same thing comparing obfuscated js and decompiled swf? If it's almost the same, then I guess there shouldn't be much of a problem for HTML5 games. \$\endgroup\$ – scytos Sep 15 '10 at 13:24
  • \$\begingroup\$ That depends on the obfuscator. I have never used one, but in theory they can do the same readibility-destroying things the AS3 compiler does. \$\endgroup\$ – Bart van Heukelom Sep 15 '10 at 13:57

HTML5 games face a lot of hurdles:

  • uncertain browser compatibility
  • stability
  • poor audio support
  • slow JavaScript execution speed
  • slow rendering speed
  • no designer tooling
  • source and assets are easily viewable / copyable
  • game is easily hackable while running
  • games embedded into other portals could run malicious code on the host portal
  • lack of in-game advertising infrastructure
  • game cannot be distributed to portals as a single file
  • games could potentially "leak out" of their frames onto the page if not embedded correctly

So in summary, I don't think the current Flash game portal model will work for HTML5. I think where HTML5 might be successful is Facebook/Farmville style games.

| improve this answer | |
  • 3
    \$\begingroup\$ "Let's put aside all game development technical restrictions regarding HTML5 for this question (suppose for a moment that HTML5 works just as well as Flash for games)." \$\endgroup\$ – Bart van Heukelom Sep 15 '10 at 9:45
  • 3
    \$\begingroup\$ Yeah but you can't put aside the technical restrictions of a technology! That's completely illogical. \$\endgroup\$ – Iain Sep 15 '10 at 11:19
  • 1
    \$\begingroup\$ What I mean is the question is about the "code security" of Javascript, not about other features that may be missing or bad. \$\endgroup\$ – Bart van Heukelom Sep 15 '10 at 11:46
  • 1
    \$\begingroup\$ You're right and you have a good list, but what I meant was to assume we're in a future where HTML5 is further developed. Most of these issues should be fixable with a lot of time and effort, but the fact that the code is open won't change. The particular obstacles I want to consider in your list are viewing/copying/modifying source and assets. What I'm wondering is whether these particular obstacles would stop the Flash business model to move over to HTML5. \$\endgroup\$ – scytos Sep 15 '10 at 12:38
  • 2
    \$\begingroup\$ Oh OK - no, I don't think viewable source alone is a real stumbling block - it doesn't stop millions of other web site and apps. AS3 is still stupidly easy to decompile and there aren't millions of stolen Flash games out there. \$\endgroup\$ – Iain Sep 15 '10 at 12:45

You could tie users into using only your implementation by having part of your game logic on a server (hosted by AppEngine etc) which is accessed from the HTML, and check on the server that the caller is in fact yours.

| improve this answer | |
  • \$\begingroup\$ This is an interesting solution, but this would force developers to write part of their code to be run server-side, which is undesirable. Also, I think the caller can be spoofed in js, can't it? \$\endgroup\$ – scytos Sep 15 '10 at 13:04
  • \$\begingroup\$ Unless the server will render the entire screen, removing ads will still be easy. You simply can't force anything on the client PC. \$\endgroup\$ – Bart van Heukelom Sep 15 '10 at 13:57

The Flash virality

Flash games are viral in nature because it's extremely easy for anyone to copy and paste an SWF into their own website, and stick ads around it. They're selling the dream of "hey, take a game that somebody else made, and make money from it". Developers make money, portals make money, and the copycats make money. Everybody's happy.

HTML5 != Virality (yet)

The exact same thing can be done with HTML5 (albeit not in a packaged way because of the way assets are placed on a web server). The problem is getting people who want to copy and paste your game.

Let's say nobody wants to do this, because they don't understand HTML5 well enough. Fine, we don't get to experience the copycat-virality effect.

That doesn't mean sponsorship model dies. You can still maintain the developer-portal relationship, cutting out the copycats in the process (isn't this better?).

As a developer, nothing changes except you're building games in javascript/css. The publisher works a bit harder because they need to find other distribution channels to compensate for not experiencing the "Flash virality". So far, they're doing quite okay, because they're paying good money for HTML5 games. Demand exists.

| improve this answer | |
  • \$\begingroup\$ to get a sense of how much publishers are paying, goto link, scroll all the way down to "Sell distribution rights" \$\endgroup\$ – ben0 Jul 16 '12 at 17:40

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.