You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _posts/2025-12-31-WebView-Community-Group-Recap.md
+8-2Lines changed: 8 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,8 @@ date: 2025-12-31
5
5
6
6
As the year winds down, I wanted to take a moment to celebrate what we've achieved together in 2025 and share a bit about where we're headed next year. This year has been full of important milestones and new opportunities.
7
7
8
+
For those new here: the WebView Community Group is a W3C community group focused on improving interoperability, documentation, and developer experience across WebView implementations. WebViews power a huge number of apps—from embedded browsers to hybrid apps to MiniApps—but they often behave differently from their parent browsers, which creates headaches for developers. We're working to change that.
9
+
8
10
## What We Accomplished in 2025
9
11
10
12
### caniwebview\.com Project
@@ -13,18 +15,20 @@ caniwebview\.com got many small usability improvements, new features, and data t
13
15
14
16
### Testing Apps for Developers
15
17
16
-
The idea of building simple native apps for developers to test their content in WebViews came up a long time ago. With support from [NLnet's NGI Mobifree fund](https://nlnet.nl/project/W3CWebview-tooling/), we managed to build and publish CanIWebView apps for Android and iOS. A version for WebView2 is available to build yourself. These apps allow you to test different configurations of WebViews and investigate possible issues. In the future, we might add automated testing capabilities to these apps to update our WebView support data in [BCD](https://developer.mozilla.org/en-US/docs/MDN/Writing_guidelines/Page_structures/Compatibility_tables).
18
+
The idea of building simple native apps for developers to test their content in WebViews came up a long time ago. With support from [NLnet's NGI Mobifree fund](https://nlnet.nl/project/W3CWebview-tooling/), we managed to build and publish [CanIWebView apps](https://caniwebview.com/apps) for Android and iOS. A version for WebView2 is available to build yourself. These apps allow you to test different configurations of WebViews and investigate possible issues. In the future, we might add automated testing capabilities to these apps to update our WebView support data in [BCD](https://developer.mozilla.org/en-US/docs/MDN/Writing_guidelines/Page_structures/Compatibility_tables).
17
19
18
20
### Lots of Opportunities at TPAC 2025 in Kobe
19
21
20
22
I was fortunate to be at [TPAC](https://www.w3.org/2025/11/TPAC/) again in person and wrote about that in detail on my [blog](https://blog.merzlabs.com/posts/webview-tpac2025/).
21
23
22
24
I felt that WebViews at this TPAC were a lot more present and discussed in many sessions and hallway conversations. It was great to connect again with related communities and technologies. We discovered a lot of overlap and opportunities with MiniApps and something pretty new called Isolated Web Apps (IWA). One big challenge I'd like to address is that WebViews, MiniApps, IWA, and more need a shared space to work and communicate more effectively together.
23
25
24
-
All the work we put into documentation and WebView improvements could also benefit the very fragmented MiniApps ecosystem. Which is a big deal because MiniApps are a huge market.
26
+
All the work we put into documentation and WebView improvements could also benefit the very fragmented MiniApps ecosystem, which is a big deal because MiniApps are a huge market.
25
27
26
28
## What's Next for 2026
27
29
30
+
Overall, 2025 was about laying more groundwork: better tooling, better documentation, and building connections with communities facing similar challenges. WebViews are still far from standardization, but that remains my goal. We still need to identify what should be standardized and build the case for how and why to get all stakeholders interested in working on WebView standards.
31
+
28
32
### Baseline!
29
33
30
34
[Baseline](https://web-platform-dx.github.io/web-features/) is a great resource to learn about what features are supported. A long-term goal of the WebView Community Group is to either get WebViews incorporated in Baseline's core browser set or define a "Baseline for WebViews". We are closely working with the WebDX Community Group, which maintains Baseline. With great support from Tony Conway at Google, we've built a [stopgap tool](https://github.com/tonypconway/web-features-plus-webview) to calculate support for WebViews, and this powers the data we have about web-features on caniwebview.com today. We plan on getting this data into the official tooling very soon.
@@ -37,6 +41,8 @@ I'm excited to have a session in the new [Browser and Web Platform](https://fosd
37
41
38
42
I'm pretty sure this doesn't cover everything we did this year, but thanks for reading and for your support. None of this would be possible without the energy and creativity you bring to this community. I'm excited to see what we can achieve together in 2026!
39
43
44
+
If you want to get involved, you can join the [WebView Community Group](https://www.w3.org/community/webview/) or follow our work on [GitHub](https://github.com/WebView-CG). We'd love to have more perspectives on WebViews.
45
+
40
46
The WebView Community Group wishes you all a wonderful new year.
0 commit comments