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

使用状況

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%
1
2
<select>
+4
3
-1
4
5
+7
6
-1
7
-3
8
+2
9
<input type="date">
-1
10
0%
20%
40%
60%
80%
100%
回答数に占める割合(%)

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%
1
<select>
2
<input type="date">
3
+5
4
5
-1
6
+1
7
<select multiple>
8
-2
9
10
<input type="color">
0%
20%
40%
60%
80%
100%
回答数に占める割合(%)

欠けている要素

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%
1
データテーブル
1,545
2
コンボボックス/オートコンプリート
1,249
3
タブ
-1
1,182
4
ドロップダウンメニュー
1,071
5
リッチテキストエディター
975
6
スイッチ/トグル
-3
957
7
HTML include
920
8
ソート可能なドラッグ&ドロップリスト
910
9
スケルトンUI/ローディングプレースホルダー
-5
728
10
コンテキストメニュー/右クリックメニュー
-5
719
0%
20%
40%
60%
80%
100%
回答数に占める割合(%)

スタイリングの問題

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%
1
<select>
1,699
2
<input type="date">
1,178
3
<select multiple>
792
4
791
5
バリデーションエラー
491
6
432
7
<input type="time">
401
8
369
9
<input type="range">
317
10
314
0%
20%
40%
60%
80%
100%
回答数に占める割合(%)

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%
回答数に占める割合(%)

デザインシステム

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%
回答数に占める割合(%)

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%
回答数に占める割合(%)

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%
1
ウェブアプリ
3,378
2
ブログやそのほかのテキスト中心なサイト
2,253
3
マーケティングサイト・ランディングページ
1,894
4
デザインシステム
1,519
5
メール
1,139
6
Desktop apps
891
7
モバイルアプリ
879
8
印刷物
659
9
E-Commerce sites
10
🚫 該当なし
16
11
その他の回答
114
0%
20%
40%
60%
80%
100%
回答数に占める割合(%)
💡
このアンケートを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%
1
Browser support
1
2
Environments & Consumers
2
3
Content
2
4
Reliance on JavaScript
5
Cognitive overload
2
6
Ecosystem issues
2
7
Education
8
Accessibility
9
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%
回答数に占める割合(%)

おすすめのリソース

Frontend Masters

Frontend Masters

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