Funktioniert dasselbe Geschäftsmodell für Flash-Spiele auch für HTML5-Spiele?

Eine der besten Möglichkeiten, mit Flash-Spielen Geld zu verdienen, besteht darin, Sponsorengeschäfte abzuschließen. Der Entwickler bringt das Logo des Sponsors und einen Link zu seiner Website in das Spiel ein und lässt das Spiel im Web verbreiten. Der Sponsor verdient Geld mit den Anzeigen und dem zusätzlichen Traffic auf seiner Website. Alternativ sperren sie ihr Spiel auf ihrer Website (normalerweise für einen kurzen Zeitraum), so dass Leute, die das Spiel spielen möchten, auf ihre Website gehen. Es ist wahr, dass man die Site-Sperre mit einigem Aufwand entfernen kann, indem man die SWF dekompiliert, aber es wird normalerweise nicht gemacht, da es den Aufwand nicht wert und nicht legitim ist. Ein weiterer wichtiger Teil des Flash-Geschäftsmodells besteht darin, Werbung ins Spiel zu bringen. Es gibt andere Möglichkeiten, mit Flash-Spielen Geld zu verdienen, aber soweit ich weiß, sind diese beiden am weitesten verbreitet.

Da HTML5 notwendigerweise Open Source ist, frage ich mich, ob dieses Modell noch für HTML5 funktionieren würde. Selbst wenn Sie Ihre js verschleiern, ist es viel einfacher als Flash, das Spiel zu kopieren. Vielleicht lohnt es sich also, das Spiel auf ihre (illegitime) Site zu kopieren. Wenn Sie das Logo und den Link oder die Werbung Ihres Sponsors hinzufügen, lohnt es sich möglicherweise, diese für die Website zu entfernen, was meiner Meinung nach bei Flash-Spielen viel schwieriger ist. Vielleicht könnte sogar die illegitime Seite behaupten, dass ihre Seite besser ist, weil es keine In-Game-Werbung gibt. Es gibt immer noch die Legitimitätsbarriere, aber ich frage mich, ob sie stark genug ist.

Lassen Sie uns alle technischen Einschränkungen für die Spieleentwicklung in Bezug auf HTML5 für diese Frage beiseite legen (nehmen Sie für einen Moment an, dass HTML5 genauso gut wie Flash für Spiele funktioniert). Ich habe zwei sehr ähnliche (Paar) Fragen. Die erste ist, würde das Flash-Geschäftsmodell mit HTML5 funktionieren? Welche Änderungen wären für HTML5-Spiele hilfreich? Die zweite Frage ist, was ist mit dem Gesamtbild für HTML5-Spiele? Ist das Anpassen des Flash-Modells wirklich die beste Lösung, oder gibt es ein besseres Modell für die HTML5-Spielewelt, um "umzudrehen"?

Ich denke nicht, dass sich viel ändern wird. SWF-Dateien sind leicht zu dekompilieren. Ja, der ActionScript-Code wird einige irreversible Änderungen vorgenommen haben, die das Herausfinden des dekompilierten Codes erschweren (Zerstören von Variablennamen, Inlining-Funktionen oder was auch immer), aber ein JavaScript-Obfuscator könnte das auch tun.

Das Hacken von Client-Software zum Entfernen von Anzeigen ist wahrscheinlich immer möglich, unabhängig von der von Ihnen verwendeten Sprache. Sie haben also zwei Möglichkeiten:

• Machen Sie es sich so schwer wie möglich, damit sich die Mühe nicht lohnt
• Bekämpfe es auf legale Weise, wenn es eine gibt

Ein mögliches Problem könnte sein, dass Browsererweiterungen wie AdBlock oder Greasemonkey das Spiel zur Laufzeit einfacher ändern können.

HTML5-Spiele sind mit vielen Hürden konfrontiert:

• Ungewisse Browserkompatibilität
• Stabilität
• schlechte Audiounterstützung
• langsame JavaScript-Ausführungsgeschwindigkeit
• langsame Rendergeschwindigkeit
• Kein Designerwerkzeug
• Quelle und Assets sind leicht einsehbar / kopierbar
• Das Spiel ist beim Laufen leicht zu hacken
• In andere Portale eingebettete Spiele können schädlichen Code auf dem Host-Portal ausführen
• Mangel an In-Game-Werbeinfrastruktur
• Spiel kann nicht als einzelne Datei auf Portale verteilt werden
• Spiele könnten möglicherweise aus ihren Frames auf die Seite "herauslaufen", wenn sie nicht richtig eingebettet sind

Zusammenfassend glaube ich nicht, dass das aktuelle Modell des Flash-Spieleportals für HTML5 funktioniert. Ich denke, wo HTML5 erfolgreich sein könnte, sind Spiele im Facebook / Farmville-Stil.

Sie könnten Benutzer dazu bringen, nur Ihre Implementierung zu verwenden, indem Sie einen Teil Ihrer Spielelogik auf einem Server (gehostet von AppEngine usw.) haben, auf den über HTML zugegriffen wird, und auf dem Server überprüfen, ob der Anrufer tatsächlich Ihnen gehört.

Die Flash-Viralität

Flash-Spiele sind von Natur aus viral, da es für jeden extrem einfach ist , eine SWF- Datei zu kopieren, in die eigene Website einzufügen und Anzeigen darum zu platzieren . Sie verkaufen den Traum von "Hey, nimm ein Spiel, das jemand anderes gemacht hat, und verdiene Geld damit" . Entwickler verdienen Geld, Portale verdienen Geld und die Nachahmer verdienen Geld. Alle sind glücklich.

HTML5! = Viralität (noch)

Genau dasselbe kann mit HTML5 durchgeführt werden (wenn auch nicht in komprimierter Form, da die Assets auf einem Webserver abgelegt werden). Das Problem ist , Leute zu finden , die Ihr Spiel kopieren und einfügen möchten.

Angenommen, niemand möchte dies tun, weil er HTML5 nicht gut genug versteht. Gut, wir können die Nachahmer-Viralität nicht erleben .

Das bedeutet nicht, dass das Sponsoring-Modell stirbt. Sie können die Entwickler-Portal-Beziehung weiterhin pflegen und dabei die Nachahmer ausschneiden (ist das nicht besser?).

Als Entwickler ändert sich nichts, außer dass Sie Spiele in Javascript / CSS erstellen. Der Publisher arbeitet ein bisschen härter, weil er andere Vertriebskanäle finden muss, um zu kompensieren, dass die "Flash-Viralität" nicht auftritt. Bisher geht es ihnen ganz gut, denn sie zahlen gutes Geld für HTML5-Spiele. Nachfrage besteht.