The Android WebView does not require Chrome. The Android System WebView is a separate pre-installed app that auto-updates. It does not matter how old the device is: so long as it has Android 5+, it supports the auto-updating Android System WebView, and so long as apps have had the chance to update since ~2017, it will be up-to-date. So it doesn't matter if the device is from 2015 or whenever - if it has Android 5+, and apps have had the chance to update in the past 4 years or so, it's supported. Again, I have no idea how any number of devices could fail to meet this requirement, or why any significant numbers of people would have the WebView disabled.
Construct has been exporting Android apps this way since 2018, and such problems seem rare, so it does seem like a small number of devices are affected, although perhaps they are concentrated in certain markets. I'd also point out that the scale of distribution can magnify problems: if an app works for 99.9% of users, and you distribute it to 500k users, it will be broken for 500 people. So you might get a few hundred complaints and think there's a huge problem, but actually it's pretty small relative to the scale of distribution. You could also easily have comparable problems with native software, e.g. if some graphics driver bug crashes the game for <1% of users. Getting software to work for exactly 100% of users is really hard, no matter the technology.
A huge range of apps, even native ones, require the WebView to work properly: mail clients, fitness apps, hybrid apps, all Cordova apps... if the WebView doesn't work, it will actually break tons of apps, including a wide range of non-Construct apps. So anyone who has a disabled WebView will probably have loads of other problems too.
I think to complicate the matter some Android versions actually could use Chrome to serve the WebView if it was installed, which is why the Android System WebView could appear disabled on those devices, because Chrome was taking its place. If Chrome was removed, the Android System WebView presumably reactivates and takes over providing the WebView. This should all be working fine but complicates the picture when trying to figure out who has a disabled WebView, whether that actually breaks anything, and whether Chrome is required (it's not).
The iOS equivalent is WKWebView, which is built in to the system and updates with iOS system updates. I don't think it's possible for it to ever be disabled.
Google seemed to be moved by your request, cant you guys try to pressure a little bit more?
Lots of people seem to think that we have loads of influence over Google. We don't. I file issues like the ones mentioned and regularly bring up issues affecting us whenever I get the chance to talk to anyone from Google. Believe it or not, a huge international megacorp does not rush to fulfill every whim of a small British software company with a handful of staff. I genuinely think it is more likely that they will act on these things if a large number of affected users are all also filing issues and also raising the problem. The more independent voices they see talking about a problem, the more likely they are to consider it a priority.