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

13

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"?

Sensen
quelle

Antworten:

6

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.

Bart van Heukelom
quelle
Kann ein Javascript-Obfuscator so gut wie einen dekompilierten AS3-Code verschleiern? Angenommen, ich möchte nur das Logo und den Link des Sponsors vom Hauptbildschirm entfernen. Ist es wesentlich einfacher (oder möglich zu automatisieren) oder ist es fast dasselbe, wenn man verschleierte js und dekompilierte swf vergleicht? Wenn es fast dasselbe ist, sollte es für HTML5-Spiele wahrscheinlich kein großes Problem geben.
Scytos
Das hängt vom Verschleierer ab. Ich habe noch nie einen benutzt, aber theoretisch können sie die gleichen lesbarkeitszerstörenden Dinge tun, die der AS3-Compiler tut.
Bart van Heukelom
7

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.

Iain
quelle
3
"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)."
Bart van Heukelom
3
Ja, aber Sie können die technischen Einschränkungen einer Technologie nicht beiseite lassen! Das ist völlig unlogisch.
Iain
1
Was ich meine, ist die Frage nach der "Codesicherheit" von Javascript, nicht nach anderen Funktionen, die möglicherweise fehlen oder schlecht sind.
Bart van Heukelom
1
Sie haben Recht und eine gute Liste, aber ich wollte davon ausgehen, dass wir in einer Zukunft sind, in der HTML5 weiterentwickelt wird. Die meisten dieser Probleme sollten mit viel Zeit und Mühe behoben werden können, aber die Tatsache, dass der Code offen ist, wird sich nicht ändern. Die besonderen Hindernisse, die ich in Ihrer Liste berücksichtigen möchte, sind das Anzeigen / Kopieren / Ändern von Quellen und Assets. Ich frage mich, ob diese besonderen Hindernisse das Flash-Geschäftsmodell daran hindern würden, auf HTML5 umzusteigen.
Scytos
2
Oh OK - nein, ich denke nicht, dass sichtbare Quellen alleine ein wirklicher Stolperstein sind - sie stoppen nicht Millionen anderer Websites und Apps. AS3 ist immer noch einfach zu dekompilieren und es gibt nicht Millionen gestohlener Flash-Spiele.
Iain
2

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.

funkybro
quelle
Dies ist eine interessante Lösung, aber dies würde die Entwickler zwingen, einen Teil ihres Codes serverseitig auszuführen, was unerwünscht ist. Ich denke auch, dass der Anrufer in js gefälscht werden kann, nicht wahr?
Sensen
Wenn der Server nicht den gesamten Bildschirm rendert, ist das Entfernen von Anzeigen immer noch einfach. Sie können dem Client-PC einfach nichts aufzwingen.
Bart van Heukelom
0

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.

ben0
quelle
Um ein Gefühl dafür zu bekommen, wie viel Publisher zahlen, gehen Sie zu Link , und scrollen Sie ganz nach unten zu "Vertriebsrechte verkaufen"
ben0