Le même modèle commercial de jeu Flash fonctionnera-t-il pour les jeux HTML5?

L'une des meilleures façons de gagner de l'argent avec les jeux Flash est de conclure des accords de parrainage. Le développeur met le logo du sponsor et un lien vers son site dans le jeu et laisse le jeu se propager sur le web. Le sponsor gagne de l'argent grâce aux publicités et au trafic supplémentaire sur son site Web. Alternativement, ils verrouillent leur jeu sur leur site Web (généralement pour une courte période de temps) afin que les personnes qui souhaitent jouer au jeu accèdent à leur site Web. Il est vrai que l'on peut supprimer le site-lock avec un certain effort en décompilant le swf, mais cela n'est généralement pas fait car cela n'en vaut pas la peine et n'est pas légitime. Une autre partie importante du modèle commercial Flash consiste à intégrer des publicités dans le jeu. Il existe d'autres façons de gagner de l'argent avec les jeux Flash, mais d'après ce que je sais, ces deux-là sont les plus répandus.

Étant donné que HTML5 est nécessairement open source, je me demande si ce modèle fonctionnerait toujours pour HTML5. Même si vous obscurcissez vos js, il est beaucoup plus facile que Flash de copier le jeu, donc cela vaut peut-être la peine que quelqu'un copie le jeu sur son site (illégitime). Si vous ajoutez le logo et le lien ou les publicités de votre sponsor, cela pourrait valoir la peine de les supprimer pour leur site, ce qui, je pense, est beaucoup plus difficile à faire avec les jeux Flash. Peut-être même le site illégitime pourrait-il prétendre que son site est meilleur car il n'y a pas de publicités dans le jeu. Il y a toujours la barrière de la légitimité, mais je me demande si elle est assez forte.

Mettons de côté toutes les restrictions techniques de développement de jeux concernant HTML5 pour cette question (supposons un instant que HTML5 fonctionne aussi bien que Flash pour les jeux). J'ai deux (paires de) questions très similaires. La première est la suivante: le modèle commercial Flash fonctionnerait-il avec HTML5? Quelles modifications seraient utiles pour les jeux HTML5? La deuxième question est la suivante: qu'en est-il de la vue d'ensemble des jeux HTML5? L'adaptation du modèle Flash est-elle vraiment la meilleure solution, ou existe-t-il un meilleur modèle pour que le monde des jeux HTML5 "tourne"?

Je ne pense pas que beaucoup de choses changeront, en fait. Les fichiers SWF sont faciles à décompiler. Oui, l'ActionScript aura apporté des modifications irréversibles qui rendront le code décompilé plus difficile à comprendre (destruction des noms de variables, fonctions intégrées ou autre), mais un obfuscateur Javascript pourrait également le faire.

Le piratage d'un logiciel client pour supprimer les publicités est probablement toujours possible, quelle que soit la langue que vous utilisez. Vous avez donc deux options:

• Rendez-le aussi difficile que possible afin que cela ne vaille pas la peine
• Combattez-le de la manière légale, s'il y en a un

Un problème possible pourrait être qu'une extension de navigateur comme AdBlock ou Greasemonkey peut plus facilement changer le jeu au moment de l'exécution.

Les jeux HTML5 sont confrontés à de nombreux obstacles:

• compatibilité incertaine du navigateur
• la stabilité
• mauvaise prise en charge audio
• vitesse d'exécution JavaScript lente
• vitesse de rendu lente
• aucun outil de conception
• la source et les actifs sont facilement visibles / copiables
• le jeu est facilement piratable lors de l'exécution
• les jeux intégrés dans d'autres portails pourraient exécuter du code malveillant sur le portail hôte
• manque d'infrastructure publicitaire dans le jeu
• le jeu ne peut pas être distribué aux portails en tant que fichier unique
• les jeux peuvent potentiellement "s'échapper" de leurs cadres sur la page s'ils ne sont pas intégrés correctement

Donc, en résumé, je ne pense pas que le modèle de portail de jeu Flash actuel fonctionnera pour HTML5. Je pense que HTML5 pourrait être un succès dans les jeux de style Facebook / Farmville.

Vous pouvez lier les utilisateurs à l'utilisation de votre implémentation uniquement en ayant une partie de votre logique de jeu sur un serveur (hébergé par AppEngine, etc.) accessible à partir du code HTML, et vérifier sur le serveur que l'appelant est bien le vôtre.

La viralité Flash

Les jeux Flash sont de nature virale car il est extrêmement facile pour quiconque de copier et coller un SWF dans leur propre site Web et de coller des publicités autour de lui. Ils vendent le rêve de "hé, prenez un jeu que quelqu'un d'autre a fait et faites-en de l'argent" . Les développeurs font de l'argent, les portails font de l'argent et les copieurs font de l'argent. Tout le monde est content.

HTML5! = Viralité (encore)

La même chose peut être faite avec HTML5 (bien que ce ne soit pas de manière compactée en raison de la façon dont les actifs sont placés sur un serveur Web). Le problème est amener les gens qui veulent copier et coller votre jeu.

Supposons que personne ne veuille le faire, car il ne comprend pas assez bien HTML5. Très bien, nous ne faisons pas l'expérience de la copie-viralité .

Cela ne signifie pas que le modèle de parrainage meurt. Vous pouvez toujours maintenir la relation développeur-portail, en supprimant les copieurs dans le processus (n'est-ce pas mieux?).

En tant que développeur, rien ne change, sauf que vous créez des jeux en javascript / css. L'éditeur travaille un peu plus dur car il a besoin de trouver d'autres canaux de distribution pour compenser de ne pas avoir vécu la "viralité Flash". Jusqu'à présent, ils s'en sortent très bien, car ils paient beaucoup d'argent pour les jeux HTML5. La demande existe.