公開日: 2025 年 5 月 20 日
ウェブ プラットフォームの機能がすべてのブラウザで実装されると、Baseline Newly available になります。30 か月後、その機能は Baseline Widely available になります。これは、ほとんどのウェブサイトが互換性を気にすることなく機能を採用できるしきい値です。このガイドでは、Baseline の使用方法と、ウェブサイトのユーザーから入手できるデータを使用して Baseline のターゲットを選択する方法について説明します。
ベースライン ターゲットとは
ベースライン ターゲットは、ベースライン ステータスに基づいてデベロッパーがサポート対象として選択できるウェブ機能のグループです。ベースライン ターゲットには、移動ターゲットと固定ターゲットの 2 種類があります。
「ベースライン - 幅広く利用可能」や「ベースライン - 新たに利用可能」などの移動ターゲットは、含まれる機能のセットが時間の経過とともに変化する可能性があるターゲットです。新しいブラウザ バージョンがリリースされるたびにサポートされる機能のセットを自動的に進化させたい場合は、移動ターゲットが適しています。
固定ターゲットとは、特徴のセットが時間とともに変化しないターゲットのことです。一般的に、固定目標は暦年を基準としています。たとえば、ベースライン 2023 は、2023 年にベースラインとして新たに利用可能になったウェブ機能のセットを含む固定ターゲットです。ベースライン 2023 には、2023 年以降にベースラインになった機能は含まれません。つまり、ベースライン 2023 の機能セットは変更されません。
固定ターゲットは、予測可能性と決定論が最も重要な場合に適していますが、時間の経過とともに古くなる可能性があるため、固定ターゲットを使用する場合は、定期的にターゲットを再評価することをおすすめします。
ターゲットを選択する理由
互換性の懸念からウェブ上の機能の導入が遅れ、ウェブの可能性が十分に発揮されないという問題が生じています。Baseline は、ブラウザでの機能サポートに関する疑問を明確にするだけでなく、特定の機能をいつ使用できるかという疑問を明確にするうえでも役立ちます。ユーザーと要件を反映したターゲットを選択することで、個々の機能を 1 つずつ確認しなくても、そのターゲット グループ内の機能を安心して使用できます。
データを使用してベースラインの目標を選択する
選択する適切なベースライン ターゲットを把握することは、可能な限りデータドリブン型の意思決定であるべきです。データが手元にあれば、どのターゲットを選択すべきか、より簡単に、より多くの情報に基づいて判断できるようになります。
サイトのリアルユーザー モニタリングのデータがある場合は、Baseline のターゲットがユーザーにどのようにマッピングされるかを確認できます。たとえば、Google アナリティクスを使用している場合は、Google アナリティクス ベースライン チェッカーを使用すると、この情報を無料で取得できます。
この機能を使用するには、Google アナリティクスで新しいデータ探索を作成し、レポートに指標とディメンションを追加して、レポートを TSV ファイルとしてエクスポートする必要があります。このプロセスについては、こちらの手順で詳しく説明しています。TSV ファイルをチェッカーにインポートすると、次のような出力が表示されます。
他のツールでも Baseline のサポートが実装され始めており、特定のターゲットをサポートしているユーザーの割合を動的に確認できるようになっています。たとえば、RUMvision には、各ベースライン年をサポートしているユーザーの割合を示すダッシュボードが含まれています。
アナリティクス プロバイダまたは RUM プロバイダにまだベースライン ターゲット レポートがない場合はどうなりますか？
まだベースライン ターゲット レポートを提供していないが、ブラウザのバージョンに関するデータがある分析ツールや RUM ツールを使用している場合は、baseline-browser-mapping モジュールのブラウザ バージョン マッピングを使用して、実世界のデータを結合できます。このモジュールは、ブラウザを名前とバージョンでマッピングし、広く利用可能なベースラインの年とサポート ステータスにマッピングする JavaScript 関数 getAllVersions() を提供します。これらのマッピングは、配列、キー付きオブジェクト、または CSV として提供できます。たとえば、Google アナリティクス ベースライン チェッカーは、このモジュールを使用してアナリティクス データとベースライン ターゲットを結合します。
この関数の出力は、毎日更新されるホストされた JSON ファイルまたは CSV ファイルとしても利用できます。all_versions_with_supports.csv ファイルには、次のフィールドを使用してアナリティクス プロバイダのブラウザ バージョン データと照合できるデータが含まれています。
browser:baseline-browser-mappingで使用されているブラウザの名前version: ブラウザのバージョン。メジャー バージョン番号のみを使用するブラウザもあれば、major.minor バージョン番号を使用するブラウザもあります。year: このブラウザ バージョンがサポートする Baseline 年の機能セット。2015 年 7 月にベースラインのサポートが決定される前にブラウザ バージョンがリリースされた場合、このフィールドにはpre_baselineが含まれます。supports: このフィールドには、これらの機能セットをサポートするブラウザ バージョンではwidelyまたはnewlyが含まれ、これらの機能セットのいずれもサポートしないバージョンでは空になります。Newly available をサポートしているブラウザ バージョンはすべて、Widely available もサポートしています。release_date: このブラウザ バージョンがリリースされた日付（利用可能な場合）。engine: コア Baseline ブラウザの下流にあるブラウザのエンジン名。Blink ベースのブラウザのみが含まれていますが、他のブラウザ エンジンも今後追加される可能性があります。engine_version: このブラウザ バージョンが実装する Chromium バージョン。これは、ダウンストリーム バージョンがサポートする Baseline 機能セットを特定するために使用されます。
このファイルは、新しいブラウザ バージョンがリリースされ、さまざまなブラウザのサポート ステータスが変更されるたびに頻繁に更新されます。データは毎日更新してください。
実際のユーザーからのサポートデータがない場合はどうすればよいですか？
Baseline の機能については、実際のユーザーデータを取得できない状況に陥る可能性があります。幸いなことに、RUM アーカイブ分析情報を使用すると、さまざまなベースライン ターゲットのサポート状況の概要を把握できます。国レベルまでフィルタすることも可能です。このデータは、ウェブサイトのユーザーに固有のものではありません。これは、次の前提が一般的に安全であることを示す一般的な情報ツールです。
- 新しいベースライン ターゲット（今年や前年など）は、ユーザーのサポートが最も少ない可能性があります。ただし、他の Baseline ターゲットと同様に、時間が経つにつれてサポートが充実していきます。
- 古いベースライン ターゲット（特に「ベースライン（広く利用可能）」）は十分にサポートされます。判断に迷う場合は、「広く利用可能」をターゲットにするとよいでしょう。このターゲットは、30 か月の期間の経過とともに進化します。
- 30 か月の広範な利用期間を大幅に超える古いベースライン ターゲットでも、最適なサポートが提供されます。「広く利用可能」は適切なデフォルトの目標ですが、厳格な SLA が必要な特別なユースケースもあります。
5 年以上前のベースライン ターゲットを選択している場合でも、現在使用していない機能を採用できる可能性があります。最良のケースでは、これらの機能はすでに使用されている可能性がありますが、不要なポリフィルが使用されている可能性があります。
プロジェクトで選択したベースライン ターゲットを適用するにはどうすればよいですか？
Browserslist は、サポートするブラウザをターゲットにするために一般的に使用される方法です。バンドラーや、Babel や PostCSS などの関連ツールで、特定のコードを変換する必要があるか、ポリフィルする必要があるかを判断するために使用されます。
Baseline を Browserslist で使用できるようになりました。これにより、Baseline ターゲットを選択する際に、有効な Browserslist クエリとして指定できます。これにより、プロジェクト内のツールが選択したターゲットに従ってコードを変換します。詳しくは、Browserslist で Baseline を使用するをご覧ください。
ベースラインの目標を満たしていない機能についてはどうなりますか？
ベースライン ターゲットを選択した後、使用したい機能がそのターゲットに含まれていない場合があります。Baseline は、ここで何をすべきかを教えてくれるわけではありません。これらの機能の使用を検討するかどうかは、作成するウェブサイトの種類と想定されるユーザーによって異なります。
たとえば、e コマースや B2B のウェブサイトでは、サポートのしきい値を低く設定し、ユーザーがサポートしてくれる問題に対処することを望むかもしれませんが、政府機関のウェブサイトでは、サポートのしきい値を高く設定する必要があるかもしれません。ここで重要な経験則は、すべてのウェブ機能が同じように失敗するわけではないということです。機能の失敗方法を分類する方法はたくさんありますが、役立つ可能性のある機能の分類方法の 1 つは次のとおりです。
- 機能強化: サポートされていないブラウザで機能を使用しても、エクスペリエンスが損なわれないようにします。エクスペリエンスが低下する可能性はありますが、ユーザーが気付く可能性は低いでしょう。例:
loading="lazy"。 - 付加的: ページ スタイルの変更や一部の機能など、認識可能な付加的なメリットが提供されます。この機能がサポートされていない場合、サポートされているブラウザで比較しない限り、ユーザーは違いに気づかない可能性があります。例: Subgrid
- 重大: この機能がサポートされていない場合、ユーザー エクスペリエンスが低下し、完全に機能しなくなる可能性もあります。例: File System Access API が中心的な必須機能として使用されている。
また、ターゲット外の特定の機能が、想定よりも優れたサポートを提供していることに気づくかもしれません。ユーザーの何人が特定の機能をサポートしているかを把握できます。Can I Use では、アナリティクス データに基づいて個々の機能のサポート状況を確認できます。RUMvision には、必要に応じてドリルダウンして機能レベルのデータを調べることができる機能もあります。
このようにして、ベースラインの目標を使用して、慎重に検討する必要がある機能の数を減らすことができます。ターゲット内のものはすべて、心配する必要はありません。対象外の機能が 1 つまたは 2 つあり、特に有用な場合は、ツールを使用してさらに詳しく調べ、ポリフィルするか、プログレッシブ エンハンスメントとして使用するかを決定できます。
まとめ
すべてのウェブ アプリケーションには、互換性の問題が多少発生しても許容できる e コマース サイトから、できるだけ多くのユーザーが利用できる状態を維持する必要がある政府機関のウェブサイトまで、さまざまな要件があります。これらの計算は独自に行う必要があります。Baseline の目的は、新しいウェブ機能を導入する際にどのような決定を下すべきかを伝えることではなく、どのように導入すべきかを伝えることです。