Czy ten sam model biznesowy gier Flash działa w przypadku gier HTML5?

Jednym z najlepszych sposobów zarabiania pieniędzy w grach Flash jest zawieranie umów sponsoringowych. Deweloper umieszcza logo sponsora i link do swojej strony w grze i pozwala grze rozprzestrzeniać się w Internecie. Sponsor otrzymuje pieniądze z reklam i dodatkowy ruch na swojej stronie internetowej. Alternatywnie blokują grę na swojej stronie internetowej (zazwyczaj na krótki okres czasu), aby osoby, które chcą w nią zagrać, trafiły na jej stronę internetową. To prawda, że ​​można usunąć blokadę witryny z pewnym wysiłkiem, dekompilując plik SWF, ale zwykle nie jest to zrobione, ponieważ nie jest warte wysiłku i nie jest uzasadnione. Inną znaczącą częścią modelu biznesowego Flash jest umieszczanie reklam w grze. Istnieją inne sposoby zarabiania pieniędzy w grach Flash, ale z tego, co wiem, te dwa są najbardziej rozpowszechnione.

Ponieważ HTML5 jest koniecznie open source, zastanawiam się, czy ten model nadal działałby dla HTML5. Nawet jeśli zaciemnisz js, skopiowanie gry jest znacznie łatwiejsze niż Flash, więc może warto spróbować skopiować grę na (nielegalną) stronę. Jeśli dodasz logo sponsora oraz link lub reklamy, warto spróbować usunąć je ze strony, co moim zdaniem jest znacznie trudniejsze w przypadku gier Flash. Być może nawet nielegalna witryna mogłaby twierdzić, że jej strona jest lepsza, ponieważ nie ma w niej reklam. Wciąż istnieje bariera legalności, ale zastanawiam się, czy jest wystarczająco silna.

Odłóżmy na bok wszystkie ograniczenia techniczne związane z tworzeniem gier dotyczące HTML5 dla tego pytania (załóżmy na chwilę, że HTML5 działa tak samo dobrze, jak Flash dla gier). Mam dwa bardzo podobne (para) pytań. Po pierwsze, czy model biznesowy Flash działałby z HTML5? Jakie zmiany byłyby pomocne w przypadku gier HTML5? Drugie pytanie brzmi: co z dużym obrazem gier HTML5? Czy dostosowanie modelu Flash jest naprawdę najlepszym rozwiązaniem, czy też istnieje lepszy model, w którym świat gier HTML5 może się „zmienić”?

Nie sądzę, żeby wiele się zmieniło. Pliki SWF można łatwo dekompilować. Tak, ActionScript wprowadzi pewne nieodwracalne zmiany, które utrudnią zrozumienie zdekompilowanego kodu (niszczenie nazw zmiennych, wstawianie funkcji itp.), Ale obfuscator JavaScript mógłby to zrobić.

Hakowanie oprogramowania klienckiego w celu usunięcia reklam jest prawdopodobnie zawsze możliwe, niezależnie od używanego języka. Masz więc dwie opcje:

• Zrób to tak ciężko, jak to możliwe, aby nie było warte wysiłku
• Walcz z tym legalnie, jeśli taki istnieje

Jednym z możliwych problemów może być to, że rozszerzenie przeglądarki, takie jak AdBlock lub Greasemonkey, może łatwiej zmieniać grę w czasie wykonywania.

Gry HTML5 napotykają wiele przeszkód:

• niepewna kompatybilność przeglądarki
• stabilność
• słaba obsługa audio
• niska prędkość wykonywania JavaScript
• niska prędkość renderowania
• bez narzędzi projektantów
• źródła i zasoby można łatwo przeglądać / kopiować
• gra jest łatwa do zhakowania podczas działania
• gry osadzone w innych portalach mogą uruchamiać złośliwy kod w portalu hosta
• brak infrastruktury reklamowej w grze
• Gra nie może być dystrybuowana do portali jako pojedynczy plik
• gry mogą potencjalnie „wycieknąć” z ramek na stronę, jeśli nie zostaną poprawnie osadzone

Podsumowując, nie sądzę, aby obecny model portalu z grami Flash działał dla HTML5. Myślę, że HTML5 może odnieść sukces w grach w stylu Facebook / Farmville.

Możesz powiązać użytkowników z używaniem tylko swojej implementacji, mając część logiki gry na serwerze (obsługiwanym przez AppEngine itp.), Do której można uzyskać dostęp z kodu HTML, i sprawdzić na serwerze, czy program wywołujący należy do Ciebie.

Flash virality

Gry flash mają charakter wirusowy, ponieważ bardzo łatwo jest skopiować i wkleić plik SWF na własnej stronie internetowej i nakleić reklamy. Sprzedają marzenie „hej, weź grę stworzoną przez kogoś innego i zarabiaj na tym” . Deweloperzy zarabiają, portale zarabiają, a naśladowcy zarabiają. Wszyscy są szczęśliwi.

HTML5! = Wirtualizacja (jeszcze)

Dokładnie to samo można zrobić z HTML5 (choć nie w sposób spakowany ze względu na sposób umieszczania zasobów na serwerze WWW). Problemem są osoby, które chcą skopiować i wkleić Twoją grę.

Powiedzmy, że nikt nie chce tego robić, ponieważ nie rozumie wystarczająco dobrze HTML5. No dobrze, nie doświadczamy efektu naśladowcy .

To nie znaczy, że umiera model sponsorski. Nadal możesz utrzymywać relacje programista-portal, odcinając naśladowców w tym procesie (czy nie jest to lepsze?).

Jako programista nic się nie zmienia poza budowaniem gier w javascript / css. Wydawca pracuje nieco ciężej, ponieważ musi znaleźć inne kanały dystrybucji, aby zrekompensować to, że nie doświadcza „wirtualizacji Flash”. Jak na razie radzą sobie całkiem dobrze, ponieważ płacą dobre pieniądze za gry HTML5. Popyt istnieje.