Hear me out on this and tell me if there is a solution:
Currently, web games can be displayed on... well, almost any device that connects to the internet with a browser. So, generally game developers like me would build a game that can be played on all these platforms because isn't that the feature of HTML5?
Nice idea, but a lazy thought. Devices that can run HTML5 games as you know, does not necessarily have a touch input and vice versa. With that in mind, how would my games even fit the criteria as play everywhere right? Generally, if you could make a game that fits to be played on a touch screen, console and mouse+keyboard, usually turns out bad, inconsistent and poorly designed, or does not fully utilised a device's inputs.
Let's say I made a game but I maintain separate project files for the big 3 (touch, controller, mouse+keyboard). Each of these variations have their unique design and game play that caters to its platforms. Now, I have exported them to HTML5 only. Then I host them online with a URL. Next, I made all kinds of necessary empty browser app that would load the URL for their respective platforms. All of which are now published to their respective stores (Play store, App store, XBox, etc).
Sounds great right? My games have to be played online but my players will always get the latest version. So, here's my problem. No one loves games that require online connection if the game doesn't even need an online feature to work. Is it possible that my games be able to work like how C3 works using something like service worker? C3 can be used offline, at the same time it is also a web app. Can my HTML5 game created with C3 do that too?