CSS Olfactive APIでウェブに「匂い」を実装する？次世代の嗅覚体験と実装方法の全容

2026年4月2日 0

ウェブデザインの歴史は、視覚と聴覚をいかに豊かにするかの歴史だった。しかし、次世代のウェブ標準として「嗅覚」を制御する「CSS Olfactive API（CSS嗅覚API）」の策定が進められている。この技術により、ブラウザを通じてユーザーに特定の香りを届けることが可能になる。

現在、W3C（World Wide Web Consortium）のCSSワーキンググループでは、香りの定義方法やハードウェアとの連携について活発な議論が行われている。香りをデジタルデータとして扱うための新しいファイル形式や、CSSで香りの強度を指定する新しい単位「whf」も導入される見込みだ。

このAPIは、単なるエンターテインメントの枠を超え、ECサイトでの購買体験や、教育コンテンツの没入感を劇的に変える可能性を秘めている。本記事では、CSS Olfactive APIの仕組みから具体的な実装コード、そしてアクセシビリティへの配慮まで、現時点で判明している仕様を詳しく解説する。

ウェブ体験は「嗅覚」の領域へ：Olfactive APIとは何か

ウェブサイトの没入感を高める試みは、静止画から動画へ、そして空間オーディオへと進化してきた。CSS Olfactive APIは、その次のステップとして「香り」をブラウザの制御下に置くことを目的としている。Olfactive（オルファクティブ）とは「嗅覚の」という意味を持つ言葉だ。

ハードウェアとAPIの連携

このAPIが機能するためには、PCやスマートフォンに接続された「香りの放出デバイス」が必要になる。かつてテーマパークの4Dアトラクションで使われていたような技術が、一般消費者向けの小型デバイスとして開発されている。あるスタートアップ企業によれば、1年以内には手頃な価格の家庭用ディフューザーが市場に投入される予定だという。

APIはこれらのデバイスを抽象化し、ブラウザが直接ハードウェアの仕様を意識することなく、標準化された命令で香りを制御できるようにする。これにより、開発者は特定のメーカーのデバイスに依存することなく、共通のCSSプロパティで嗅覚体験をデザインできる。OSレベルでのドライバ対応が進めば、USB接続やBluetooth経由でシームレスに香りが届けられるようになるだろう。

なぜ今、嗅覚なのか

嗅覚は、人間の脳において感情や記憶を司る「大脳辺縁系」に直接結びついている唯一の感覚だと言われている。視覚や聴覚よりも強く、ユーザーの感情を揺さぶり、特定の記憶を呼び起こす力がある。例えば、コーヒーショップのサイトを開いた瞬間に挽きたての豆の香りが漂えば、ユーザーの購買意欲は視覚情報のみの場合よりも格段に高まるだろう。このように、UX（ユーザーエクスペリエンス）の観点から嗅覚の活用は非常に強力な武器になる。

香りを構成する4つのファミリーと15のサブカテゴリ

デジタルで香りを表現するために、香水業界で長年使われてきた「フレグランスホイール（香りの輪）」という概念が採用された。CSS Olfactive APIでは、このホイールをベースに香りを分類し、コードで指定できる識別子を割り当てている。

4つのメインファミリー

香りは大きく分けて以下の4つのメインファミリーに分類される。これらは、デザインにおける「プライマリカラー」のような役割を果たす基本的なカテゴリだ。

Floral（フローラル）：花の香り。最も一般的で親しみやすい。
Amber（アンバー）：以前はオリエンタルと呼ばれていた、官能的で温かみのある香り。
Woody（ウッディ）：樹木や森林を思わせる、落ち着いた香り。
Fresh（フレッシュ）：シトラスや水、草木のような爽やかな香り。

15のサブカテゴリと識別子

メインファミリーはさらに細分化され、合計15のサブカテゴリが定義されている。CSSではこれらを2文字の識別子で指定する。例えば、フローラルの中には「Soft Floral（sf）」や「Floral Amber（fa）」といった細かな違いが存在する。これらを組み合わせることで、複雑な調香を再現する仕組みだ。

「Fresh」ファミリーは特に種類が多く、柑橘系の「Citrus（ct）」、水の香りの「Water（ho）」、果物の「Fruity（fu）」など、ウェブコンテンツと親和性の高い香りが揃っている。これらの識別子は、後述する scent() 関数の引数として使用されることになる。

HTMLとCSSによる実装：<scent>要素とscent-profile

実装方法は、既存の <video> や <audio> 要素と非常によく似ている。HTMLで香りのソースを定義し、CSSで要素に香りのプロファイルを割り当てるという流れだ。

<scent>要素による外部ファイルの読み込み

香りのデータは、専用のファイル形式で提供される。現在、Google、Mozilla、そして香料メーカーの連合がそれぞれ .smll、.arma、.smly という形式を提案中だ。HTMLでは <scent> 要素を使い、複数のソースを指定できる。

<scent controls autosmell="none">
  <source src="forest.smll" type="scent/smll">
  <source src="forest.arma" type="scent/arma">
  <a href="forest.smll">森林の香りをダウンロード</a>
</scent>

ここで重要なのが autosmell 属性だ。動画の autoplay と同様、ユーザーの意図しないタイミングで香りが放出されるのを防ぐため、デフォルトは none に設定することが推奨されている。アクセシビリティの観点からも、勝手に匂いが出る設定は避けるべきだ。

scent-profileプロパティ

CSSでは、新しく追加される scent-profile プロパティを使用して、特定の要素に香りを紐付ける。背景画像を指定する background-image と似た感覚で利用できる。以下のデモは、CSS Olfactive APIの指定方法を視覚化したものだ。

通常の要素

香りなし

→

scent-profile適用

森林の香り (wo)

このデモは、要素に scent-profile: url(forest.smll); を適用した際の概念を示している。右側の要素にマウスを乗せたり、フォーカスを合わせたりした際に、デバイスから香りが放出される仕組みだ。

調香のコントロール：whf単位とscent()関数の使い方

外部ファイルを読み込むだけでなく、CSS内で直接香りを合成することも可能だ。ここで使われるのが scent() 関数と、新しい単位 whf である。 whf は「Waftage High Frequency（香気拡散強度）」の略で、香りの強さを表す。

香りのブレンドと強度指定

scent() 関数には、最大5つまでのサブカテゴリ識別子を指定できる。それぞれの識別子に whf 単位の数値を添えることで、配合比率を細かく調整できる。最大値は 100whf であり、指定した合計値が100を超えた場合、ブラウザは先頭から順に処理し、100に達した時点で残りの指定を無視する仕様だ。

/* ウッディ20%、水13%、フルーティ67%のブレンド */
.orchard-in-rain {
  scent-profile: scent(wo 20whf, ho 13whf, fu 67whf);
}

/* 全体的にほのかな香りにする場合 */
.subtle-scent {
  scent-profile: scent(wo 5whf, ho 2whf, fu 14whf);
}

この whf 単位の面白い点は、単なる「比率」ではなく、放出デバイスの「出力強度」に直結していることだ。 100whf で指定すれば部屋中に広がるような強い香りに、 10whf 程度であればユーザーが顔を近づけた時にだけ感じる微かな香りになる。デザインの目的に応じて、香りの「距離感」をコントロールできるのが特徴だ。

ネストと兄弟要素の制限

香りが混ざりすぎて不快な体験になるのを防ぐため、APIには強力な制限が設けられている。1つの親要素のツリー内では、1つの scent-profile しか有効にならない。つまり、ある div に香りを設定した場合、その子要素や兄弟要素に別の香りを重ねることはできない。これにより、開発者が誤って「香りのカオス」を作り出してしまうのを防いでいる。複数の香りを切り替えたい場合は、要素同士を十分に離すか、JavaScriptで動的にプロパティを書き換える必要がある。

ユーザーへの配慮とアクセシビリティ：過剰な演出を防ぐ仕組み

嗅覚は非常にデリケートな感覚であり、特定の人にとっては不快感やアレルギー反応を引き起こす原因にもなり得る。そのため、CSS Olfactive APIではアクセシビリティへの配慮が最優先事項として組み込まれている。

prefers-reduced-pungency メディアクエリ

視覚的な動きを抑える prefers-reduced-motion と同様に、香りの刺激を抑えるための prefers-reduced-pungency メディアクエリが導入される。ユーザーはブラウザやOSの設定で「香りを無効にする」あるいは「弱める」を選択できる。

.product-card {
  scent-profile: scent(fl 50whf, fu 50whf);
}

/* ユーザーが「刺激を抑える」設定にしている場合 */
@media (prefers-reduced-pungency: reduce) {
  .product-card {
    scent-profile: scent(fl 10whf, fu 10whf);
  }
}

/* ユーザーが「香りをオフ」にしている場合 */
@media (prefers-reduced-pungency: remove) {
  .product-card {
    scent-profile: none;
  }
}

開発者はこのメディアクエリを活用し、ユーザーの好みに合わせた最適な強度を提供しなければならない。特に公共の場やオフィスでの利用を想定すると、デフォルトで香りをオフにする設定の普及は必須といえるだろう。

嗅覚インターフェースの倫理

香りは記憶と結びついているため、悪意のあるサイトが不快な匂いを放出してユーザーにトラウマを植え付けるといった攻撃も理論上は可能だ。これを防ぐため、ブラウザベンダーは「信頼できるドメイン」のみに嗅覚APIの権限を与える、あるいはマイクやカメラのように「このサイトが香りの放出を求めています」という許可ダイアログを表示する機能を検討している。技術の進化とともに、嗅覚のプライバシーと安全性を守るガイドラインの策定が急がれている。

今後の展望と課題：ハードウェア普及と実用性の壁

CSS Olfactive APIは非常に野心的なプロジェクトだが、普及までにはまだ高い壁がある。最大の課題は、やはりハードウェアの普及率だ。どれほど洗練されたCSSを書いても、ユーザーの元に放出デバイスがなければ意味をなさない。

ブラウザの対応状況

驚くべきことに、現在このAPIを試験的に実装しているのは、新興市場向けの「KaiOS」ブラウザのみだ。ChromeやFirefox、Safariといった主要ブラウザは、仕様の推移を慎重に見守っている段階にある。しかし、AppleがVision Proのような空間コンピューティングに注力していることを考えると、没入感を補完する要素として嗅覚が注目される日は遠くないかもしれない。

実用的なユースケースの模索

単なる「お遊び」に終わらせないためには、実用的なメリットを示す必要がある。例えば、火災報知器と連動した「焦げ臭い匂い」のウェブ通知や、アロマセラピーの遠隔体験、あるいは歴史教育における「当時の街の匂い」の再現など、社会に役立つ応用例が期待されている。香りを「情報」として伝達する手段が確立されれば、ウェブの可能性は文字通りもう一つの次元へと広がるだろう。

この記事のポイント

CSS Olfactive APIは、ブラウザを通じて香りを制御するための新しいWeb標準である。
香りは「Floral」「Amber」「Woody」「Fresh」の4ファミリーと15のサブカテゴリで定義される。
scent-profile プロパティと whf 単位により、香りの種類と強度をCSSで指定できる。
prefers-reduced-pungency メディアクエリにより、ユーザーが香りの強度を制御できるアクセシビリティが確保されている。
実用化には専用ハードウェアの普及と、安全に利用するためのセキュリティガイドラインが不可欠だ。

海田洋祐

・複数業界における17年間のデジタルビジネス開発経験
・ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・幅広い業界でのSEO最適化の豊富な経験

海田洋祐

CSS, UXデザイン, Web標準, アクセシビリティ, フロントエンド

CSS・デザイン

CSS Olfactive APIでウェブに「匂い」を実装する？次世代の嗅覚体験と実装方法の全容