メインコンテンツにスキップ

State of HTML 2025

使用状況

HTMLの使用方法

ブラウザ間相互運用性

There's always a bit of lag between the state of the web platform and actual real-world adoption, so it shouldn't come as a surprise that the Popover API still tops the rankings. But make no mistake, this feature now officially has the "Newly Available" Baseline status, meaning using it across browser should be much less of an issue going forward.
ブラウザ間の違いやサポート不足のために使用できない既存のHTML機能やブラウザAPIはありますか？
Multiple
Top pain point topics corresponding to specific web platform features.

View:

Items tagged “features”
0%
20%
40%
60%
80%
100%
01
02
<select>
+4
03
-1
04
05
+7
06
-1
07
-3
08
+2
09
<input type="date">
-1
10
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
884
14%
25
5

機能制限

Form controls and other interactive elements are once again those perceived as most limiting. With customizable select out of the way, it looks like perhaps date pickers should be the next target.
その他の理由で使用できない既存のHTML機能やブラウザAPIはありますか？(理由も含めて）
Multiple
Top pain point topics corresponding to specific web platform features.

View:

Items tagged “features”
0%
20%
40%
60%
80%
100%
01
<select>
02
<input type="date">
03
+5
04
05
-1
06
+1
07
<select multiple>
08
-2
09
10
<input type="color">
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
406
7%
5

欠けている要素

This year again datatable is the most requested new element. While it would certainly be nice to have built-in filtering, sorting, searching, etc. capabilities, it doesn't seem like something that will become a reality anytime soon.

On the other hand, progress is being made on other long-awaited features such as a native switch element, which explains its drop in the rankings.

HTMLに新しい要素を追加できるとしたら、どのような要素が欲しいですか？
Multiple
0%
20%
40%
60%
80%
100%
01
データテーブル
1,545
02
コンボボックス/オートコンプリート
1,249
03
タブ
-1
1,182
04
ドロップダウンメニュー
1,071
05
リッチテキストエディター
975
06
スイッチ/トグル
-3
957
07
HTML include
920
08
ソート可能なドラッグ&ドロップリスト
910
09
スケルトンUI/ローディングプレースホルダー
-5
728
10
コンテキストメニュー/右クリックメニュー
-5
719
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,887
62%
25

スタイリングの問題

It will be no surprise that form inputs top the list of hardest elements to style. Thankfully, customizable select elements are in the works, even though browser support is still lagging.
スタイリングや見た目のカスタマイズが最も困難な要素はどれですか？
Multiple
0%
20%
40%
60%
80%
100%
01
<select>
1,699
02
<input type="date">
1,178
03
<select multiple>
792
04
791
05
バリデーションエラー
491
06
432
07
<input type="time">
401
08
369
09
<input type="range">
317
10
314
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,331
54%
10

HTMLの再利用

It's hard to dispute that JavaScript components have become the dominant paradigm of building UIs on the web. And yes, dealing with all these competing front-end frameworks can be messy–but it's a mess we know (and maybe even love?), a fact that makes it tough for web components to gain ground beyond fourth place.
コンポーネントを実装したり、HTMLコードを再利用するために、どのような戦略を使用していますか？
Multiple
0%
20%
40%
60%
80%
100%
1
コンポーネントベースのJavaScriptフレームワーク
2,696
2
サーバーサイドテンプレート
1,922
3
クライアントサイドテンプレート
1,297
4
1,237
5
ビルド時テンプレート
1,184
6
コピー&ペースト
914
7
Web Componentsヘルパーライブラリ
492
8
🚫 該当なし
44
9
その他の回答
69
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,749
60%
10

デザインシステム

Design systems have become a requirement for most large-scale projects, and that fact is reflected in the popularity of all these various approaches.
UIの一貫性を保つために、以下のデザインシステム戦略のうちどれを使用していますか？
Multiple
0%
20%
40%
60%
80%
100%
1
要素/コンポーネント
3,084
2
デザイントークン
2,664
3
ユーティリティ
2,407
4
ガイドライン
2,008
5
パターン
1,316
6
🚫 該当なし
112
7
その他の回答
45
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,810
61%
10

HTML/CSS vs JS/TSバランス

As shown in the “Component Strategies” chart above, JavaScript is the de facto vessel for a lot of the HTML code we produce. Which explains why we spend so much time writing it!
HTML/CSSとJavaScript (またはTypeScript) コードを記述する時間の割合はどのくらいですか？
0%
20%
40%
60%
80%
100%
1
100% HTML/CSS
65
2
1
269
3
2
422
4
3
287
5
50%–50%
635
6
5
494
7
6
1,179
8
7
494
9
100% JS
40
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,885
62%
57%
63%
10

HTMLの使用目的

While the average survey respondents mainly works on dynamic web apps, many of us also spend time creating blogs or other text-heavy sites, harkening back to HTML's roots as a document-oriented language.
HTMLを何のために使用していますか？
Multiple
0%
20%
40%
60%
80%
100%
01
ウェブアプリ
3,378
02
ブログやそのほかのテキスト中心なサイト
2,253
03
マーケティングサイト・ランディングページ
1,894
04
デザインシステム
1,519
05
メール
1,139
06
Desktop apps
891
07
モバイルアプリ
879
08
印刷物
659
09
E-Commerce sites
10
🚫 該当なし
16
11
その他の回答
114
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
3,933
63%
10
💡
このアンケートをTwitterやFacebook、メールで共有すると、コーディングのパフォーマンスが15％向上します。これは科学的に証明されています。

その他の問題点

When looking at web platform pain points more generally, browser support stands out–especially when it comes to the Apple ecosystem.

As a result, community initiatives such as the #AppleBrowserBan hashtag have been gaining steam, while on the vendor front Interop moves the needle in the right direction each year.

HTMLおよび関連技術の使用に関するその他の問題点はありますか？
Multiple
Top pain point topics overall.

View:

Items that are not one of “limitations”
0%
20%
40%
60%
80%
100%
01
Browser support
1
02
Environments & Consumers
2
03
Content
2
04
Reliance on JavaScript
05
Cognitive overload
2
06
Ecosystem issues
2
07
Education
08
Accessibility
09
Excessive complexity
10
Poor design
1
11
Styling & customization
1
12
Performance
13
Vendor politics
14
Missing elements
15
16
workplace
17
Tooling
18
Security & privacy
19
PDF
20
Declarative APIs
21
その他の回答
0%
20%
40%
60%
80%
100%
回答数に占める割合（%）
191
3%
5

おすすめのリソース

Frontend Masters

Frontend Masters

Advance Your Skills with In-Depth, Modern Front-End Engineering Courses
パートナーのサポートに感謝しています！ 詳細をみる。