Influence the State of HTML 2025 Survey!

5 min read Report broken page
State of HTML 2025
Mamma mia, here we go again!

Two years ago, I was funded by Google to design the inaugural State of HTML survey. While I had led State of … surveys before (also graciously sponsored by Google), that was by far the most intense, as 0β†’1 projects often are. In addition to the research, content, and analysis work that goes into every State of … survey, the unique challenges it presented were a forcing function for finally tackling some longstanding UX issues with these surveys. As a result, we pioneered new survey interaction UIs, and validated them via usability testing. This work did not just affect State of HTML, but had ripple effects on all subsequent State of … surveys.

The results made it all worth it. Turnout was the highest ever for a new Devographics [1] survey: 21 thousand participants, which remains a record high for State of HTML. The survey findings heavily influenced Interop 2024 (hello Popover API and Declarative Shadow DOM!) and helped prioritize several other initiatives, such as stylable selects.

This is the goal of these surveys: to drive meaningful change in the web platform. Sure, getting a shareable score about what you know and seeing how you compare to the rest of the industry is fun, but the reason browser vendors pour thousands of dollars into funding these surveys is because they provide unique vendor-neutral insights into developer pain points and priorities, which helps them make better decisions about what to work on. And this ultimately helps you: by getting your voice heard, you can directly influence the tools you work with. It’s a win-win: developers get better tools, and browser vendors get better roadmaps.

State of HTML 2025

Last year, I was too busy to take the lead again. Wrapping up my PhD and starting a new job immediately after, there was no time to breathe, let alone lead a survey. I’m happy to be returning to it this year, but my joy is bittersweet.

When I was first asked to lead this year’s survey a few months ago, I was still too busy to take it on. Someone else from the community accepted the role β€” someone incredibly knowledgeable and talented who would have done a fantastic job. But they live in the Middle East, and as the war escalated, their safety and their family’s well-being were directly impacted. Understandably, leading a developer survey became the least of their concerns. In the meantime, I made a few decisions that opened up some availability, and I was able to step in at the last minute. It’s a sobering reminder that events which feel far away can hit close to home β€” shaping not just headlines, but the work and lives of people we know.

Web Platform Features at the verge of Interop

A big part of these surveys is β€œfeature questions”: respondents are presented with a series of web platform features, and asked about their familiarity and sentiment towards them. At the end, they get a score based on how many they were familiar with that they can share with others, and browser vendors and standards groups get signal on which upcoming features to prioritize or improve.

You can see which features were included in last year’s survey here or in [2] the table below.

State of HTML Features
Feature 2023 2024
<datalist> βœ… βœ…
autocomplete attribute βœ… βœ…
HTML Media Capture βœ… βœ…
input.showPicker() βœ… βœ…
FormData API βœ… βœ…
<selectlist> βœ…
contenteditable="plaintext-only" βœ… βœ…
<dialog> βœ… βœ…
<details> and <summary> βœ… βœ…
Exclusive Accordion βœ… βœ…
Popover API βœ… βœ…
inert attribute βœ… βœ…
Lazy loading βœ… βœ…
srcset and sizes attributes βœ… βœ…
Resource Hints βœ… βœ…
Content-Security Policy (CSP) βœ… βœ…
fetchpriority attribute βœ… βœ…
blocking="render" βœ… βœ…
<model> for AR/VR/3D content βœ… βœ…
controlslist attribute βœ… βœ…
<template> βœ… βœ…
Using Custom Elements βœ… βœ…
Defining Custom Elements βœ… βœ…
Scoped Custom Element Registries βœ… βœ…
Shadow DOM βœ… βœ…
Declarative Shadow DOM βœ… βœ…
Named slot assignment βœ… βœ…
Imperative slot assignment βœ… βœ…
ElementInternals API βœ… βœ…
DOM Parts βœ… βœ…
HTML Modules βœ… βœ…
Landmark elements βœ… βœ…
tabindex attribute βœ… βœ…
focusgroup attribute βœ… βœ…
<search> βœ… βœ…
File System Access API βœ… βœ…
Badging API βœ… βœ…
Web Share API βœ… βœ…
Launch Handler API βœ… βœ…
File Handling API βœ… βœ…
Window Controls Overlay API βœ… βœ…
Isolated Web Apps βœ… βœ…
Customizable Select βœ…
EditContext βœ…
caretPositionFromPoint βœ…
Clipboard API βœ…
CSS Custom Highlight API βœ…
setHtmlUnsafe() βœ…
parseHtmlUnsafe() βœ…
Intl.Segmenter API βœ…

I believe that co-designing these surveys with the community is the best way to avoid blind spots. While the timeline is tighter than usual this year (the survey is launching later this month!), there is still a little time to ask:

πŸ‘‰πŸΌ Which upcoming HTML features or Web APIs are currently on your radar? πŸ‘ˆπŸΌ

What does β€œon your radar” mean? Features you’re excited about and would love to see progress on.

Why focus on upcoming features? The best candidates for these surveys are features that are mature enough to be fleshed out (at least a mature proposal, ideally a spec and WPT tests), but not so mature they have already been implemented in every browser. These are the features for which a survey such as this can drive meaningful impact.

If it’s so early for a feature that it’s not yet fleshed out, it’s hard to make progress via initiatives such as Interop. Interest is still useful signal to help prioritize work on fleshing it out, but it’s a bit of a longer game. And for features that are already implemented everywhere, the only thing that can improve things further is passage of time β€” a problem for which I unfortunately have no solution (yet).

Obviously we’re looking at all the usual suspects already, and initiatives such as webstatus.dev and Web platform features explorer provide a treasure trove of data which makes this task infinitely easier than it used to be. But this kind of preliminary signal is also useful for filtering and prioritization β€” to give you a sense, my list of candidate new features to ask about already has 57 items (!). Given that State of HTML 2024 asked about 49 features, that will need some very heavy pruning.

While the title is β€œState of HTML”, anything that wouldn’t fit better in State of CSS or State of JS is fair game. This includes topics such as accessibility, browser APIs, web components, templating, static site generation, media formats, and more. This may seem strange at first, but is no different than how the HTML specification itself covers a lot more than just HTML markup.

Any way to reach me works fine. You can post in the comments here (preferred), or reply on BlueSky, Mastodon, or Threads. Make sure to check the other replies first, and πŸ‘ those with features you care about. Looking forward to your ideas and comments!


  1. Devographics is the company behind β€œState of …” surveys. β†©οΈŽ

  2. As an Easter egg, this widget is just a <details> element with custom CSS. Inspect it to see how it works! It works best in Chrome and Safari, as they fully support ::details-content. Chrome also supports calc-size(), which enables a nice animation, while the interaction in Safari is more abrupt. In terms of a11y, the summary gets spoken out as a regular <summary> element, with β€œShow more” or β€œShow less” at the end of its content. It seems ok-ish to me, but I’d love to hear from those with more expertise in this area. β†©οΈŽ

Reactions

likes on Bluesky

Like this post on Bluesky to see your face on this page

Comments