多言語メニューのアレルゲン表示｜アイコンと絞り込みの設計
アレルゲンはアイコンで示すべきか、文字で書くべきか。答えは「両方」です。多言語メニューでアレルゲンを崩れずに伝えるための構造化データ設計、アイコンの文化的な落とし穴、そしてお客様が自分で安全な料理を絞り込めるフィルターの作り方を整理しました。
多言語メニューでアレルゲンをどう表示するか。この問いに対する正解は、驚くほどはっきりしています。料理ごとの構造化データ、標準化されたアイコン、そして現地で通じる言葉の三点セットです。翻訳される「文章」の中にアレルゲンを書き込んではいけません。
この記事の要点
多言語メニューでのアレルゲン表示は、料理単位の構造化データ＋標準アイコン＋現地語の表記で構成します。翻訳対象の説明文に紛れ込ませてはいけません。
アレルゲンはすべての料理に表示します。素早く目で追うためのアイコンと、正確さと明確さのための現地語の単語、その両方を用意してください。
お客様が自分で該当する料理を非表示にできるアレルゲンフィルターは、体験改善の効果が最も大きい機能です。「これは食べられますか」というやり取りの大半を置き換えます。
アレルゲンのアイコンは、文化を越えて同じように解釈されるとは限りません。アイコンセットを統一し、言葉と組み合わせて曖昧さを消してください。
Intermenu をはじめとする最新のメニュープラットフォームは、料理の登録フローそのものにアレルゲンタグを組み込んでいます。すべての翻訳、すべてのQR読み取り、印刷用の控えに至るまで、同じ開示情報が一貫して引き継がれます。
アイコンか、文字か、それとも両方か
両方です。例外はありません。
アイコンは、視覚的にすばやく走査できます。これは複数のアレルギーを持つお客様がメニューを手早く絞り込みたいときに、決定的な差になります。一方で文字は、明確さを担保し、その土地の慣習に不慣れなお客様にとってのアイコンの曖昧さを取り除きます。
デジタルメニューにおける現在の標準的な構成は次のとおりです。
各料理の下に、含まれるアレルゲンを示す小さなアイコンの列を置く
ホバー、タップ、あるいは料理詳細の展開時に、対応する言葉を表示する
そのいずれも、メニューで選択された言語にローカライズする
紙のメニューであれば、料理ごとに「アイコン＋略号」（グルテンは G、乳は L など）を添え、裏面かフッターに凡例を置くのが対応する形になります。
やってはいけないこと：料理の説明文の中にアレルゲンを書き込むこと（「ナッツと乳製品を含みます」）。これは開示の面でも翻訳の面でも最も頻度の高い失敗パターンであり、構造化されたアイコン＋言葉の方式に比べて、ほぼ確実に劣ります。説明文は翻訳エンジンを通るたびに揺れますし、料理名を変えたときに更新が漏れます。
日本のメニューではどう考えるか
ここで日本の制度上の位置づけを整理しておきます。食品表示法にもとづくアレルゲン表示の義務は、容器包装された加工食品に課されているものであり、レストランの店内メニューには適用されません。飲食店での提供や対面販売は、法令上の表示義務の対象外です。
したがって、店内メニューでのアレルゲン表示は「法令遵守」ではなく「店舗の方針」として設計することになります。義務がないぶん、どこまで、どのように伝えるかを自分たちで決めなければなりません。
設計の基準としては、義務表示の対象である特定原材料8品目（えび、かに、くるみ、小麦、そば、卵、乳、落花生）を最優先の中核に据え、そのうえで特定原材料に準ずるもの（ごま、大豆、カシューナッツ、アーモンド、いか、さば、ゼラチンなど20品目前後）を第二層として加えるのが自然です。
訪日のお客様を迎える店舗であれば、これにEU規則 1169/2011の14品目を重ねて考えると、期待値のずれを防げます。これは欧州の法令であり、日本の店舗に直接適用されるものではありませんが、欧州から来られたお客様は「メニューにアレルゲンが書いてあるのが当たり前」という前提で席に着きます。セロリ、マスタード、ルピナス、亜硫酸塩といった、日本ではあまり意識されない項目が含まれている点も押さえておきましょう。海外に商品を輸出する場合は、この規則が実際の要件になります。
メニューの見た目を損なわずにアレルゲンを示すには
「アレルゲンを載せるとメニューがごちゃごちゃする」という懸念は、多くの経営者が口にします。しかし実際には、うまく設計されたアレルゲン表示は、必要としないお客様の目にはほとんど入らず、必要とするお客様にはすぐ役立ちます。
1. 価格より小さく、下に置く
アレルゲンのアイコンは、見えるけれども料理説明より従属的であるべきです。価格の文字サイズの60〜70%程度にし、説明文の下に一列で配置すると、視認性と控えめなデザインが両立します。
2. アイコンセットを統一する
同じアレルゲンには、メニューのどこでも同じアイコンを使います。ある場所では小麦のアイコン、別の場所では「グルテン」という文字、という不統一は読みやすさを損ないます。
3. カテゴリーによる色分けは控えめに
木の実や甲殻類など優先度の高いものを赤、乳や卵など一般的なものを橙、その他を無彩色とする配色を採用するプラットフォームもあります。ただし使いすぎると画面が騒がしくなります。
4. 絞り込み中は表示を簡素化する
「甲殻類を非表示」で絞り込んでいるお客様は、隠された料理の甲殻類アイコンを見る必要がありません。最新のQRメニューは、フィルターが有効なときに表示を動的に整理します。
5. 詳細は任意で展開できるように
アレルゲンタグの横に小さな「i」を置き、関心のあるお客様が具体的な内容を確認できるようにします（「含む：木の実（松の実）／含む可能性：グルテン（フライヤーの共用による）」）。意図的にタップしたときだけ表示されます。
設計を正しく行った店舗からは、アレルゲン表示がむしろ好意的に受け止められるという声が返ってきます。厨房が安全を真剣に考えているという姿勢が伝わるからです。
メニュー上のどこにアレルゲンを置くか
デジタルメニューにおける正解は、料理説明のすぐ下、価格の手前です。
お客様の読み進める流れを追ってみましょう。料理名を見る。説明を読む。アレルゲンのアイコンに目を走らせる（該当がなければ無意識に、あれば意識的に）。価格を見る。注文するかどうかを決める。
アレルゲンを価格の後ろに置くと、この意思決定の流れが途切れます。説明の前に置くと、その料理が何なのかを知る前にアレルゲン情報を処理させることになります。説明の下、価格の手前という位置が最適です。
紙のメニューでも論理は同じです。説明の直後、価格の列の手前に、略号でアレルゲンを置きます。
お客様がアレルゲンで絞り込めるようにする
アレルゲンフィルターは現代のQRメニューで最も効果の大きい機能の一つであり、メニューデータが正しく構造化されていれば導入は難しくありません。
設定の手順
すべての料理に構造化されたアレルゲンデータを付与します。特定原材料8品目を核とし、必要に応じてEUの14品目まで拡張します。
QRメニューの上部にフィルターのチップ群を配置します。「小麦を非表示｜乳を非表示｜木の実を非表示｜甲殻類を非表示｜卵を非表示…」
お客様がチップをタップすると、そのアレルゲンを含む料理が一覧から消えます。
複数のチップは組み合わせて機能します。「小麦＋乳を非表示」であれば、どちらかを含む料理がすべて消えます。
「すべて表示」のリセットチップで、元のメニューに戻せるようにします。
お客様の体験
木の実アレルギーのお客様は、食事の最初に「木の実を非表示」を一度タップするだけです。木の実を含む料理がすべて消え、安全な選択肢だけを眺められます。スタッフに尋ねる必要も、見えない材料に不安を抱く必要もありません。
経営上の効果
アレルギーのあるお客様が安心して注文でき、客単価が上がりやすくなります。
これまで「これは食べられますか」の確認に費やされていた時間が、他の接客に回ります。
安心して食事ができた体験は記憶に残り、口コミにつながりやすくなります。
開示の観点
フィルターは料理ごとの表示を置き換えるものではありません（各料理には引き続きアレルゲンのアイコンを表示します）。しかし、安全な選択肢を見つけるまでの手間を劇的に減らします。加えて、どのアレルゲンがよく絞り込まれているかという匿名の利用データが、メニュー改善の手がかりになります。実際に集計してみると、想定と違う項目が上位に来ることが少なくありません。
Intermenu は、QRメニューにアレルゲンフィルターを標準で組み込んでいます。料理にアレルゲンをタグ付けした時点で、お客様側のフィルターは自動的に有効になります。
アレルゲンのアイコンは文化を越えて通じるのか
おおむね通じますが、重要な例外があります。
文化を越えて伝わりやすいアイコン
小麦（グルテン）：麦の穂やパンのスライスとして広く認識されます。
乳：牛乳パックやしずくの形が一般的です。
卵：ほぼ確実に伝わります。
魚：ほぼ確実に伝わります。
落花生：多くの文化圏で認識されます。
木の実：ヘーゼルナッツやアーモンドの図案が使われます。
甲殻類：えびやかにの図として認識されます。
伝わりにくいアイコン
ごま：けしの実や「小さな種子」全般と混同されることがあります。
大豆：豆のアイコンは、文化圏によって別の豆（いんげん、そら豆）を指すと受け取られます。
マスタード：黄色い円という図案は、西洋以外の文脈では意味が伝わりません。
セロリ：文脈によってはハーブ類と見分けがつきません。
亜硫酸塩：世界的に共有された図案が存在しません。言葉で示してください。
実務上の指針としては、認識度の高い7品目についてはアイコン単独でも機能し、残りについてはアイコンと現地語の言葉を組み合わせる、と考えてください。プラットフォームが用意する既定のアイコンセットは複数の文化圏で検証済みであることが多く、独自のアイコンを作ることは、明確さを高めるより先にリスクを増やしがちです。
食事制限のタグとアレルゲンは分けて扱う
アレルゲンは安全に関わる開示の情報です。一方、食事制限のタグ（ベジタリアン、ヴィーガン、ハラール、コーシャ、グルテンフリー、低FODMAP）は、お客様の選好や信条に関わる情報です。重なる部分はありますが、同じものではありません。
正しい構成は、アレルゲンを一つの構造化フィールドとしてアイコン＋言葉で表示し、食事制限タグを別の構造化フィールドとして別のアイコンセットで表示することです。
分離が重要な理由を挙げます。
「ベジタリアン」で絞り込むお客様は、意図的にベジタリアン向けに作られた料理を求めています。たまたま肉系のアレルゲンが入っていない料理ではありません。
「ハラール」で絞り込むお客様は、認証を受けた、あるいは厨房で確認された調理を求めています。豚肉が入っていないことだけでは足りません。
セリアック病のお客様が「小麦不使用」で絞り込む場合、小麦のアレルゲンタグに加えて「セリアック対応」の食事制限タグが必要です。交差接触の有無が結果を左右するからです。
構造として分けておけば、両方のフィルターがそれぞれ正しく働きます。混ぜてしまうと、どちらも信頼できなくなります。
よくある失敗 ―「（V）」問題
実際にあった例です。ある店舗の英語メニューでは、ベジタリアンの料理に「(V)」という記号を付けていました。翻訳エンジンは、略号は統一したいだろうという前提で、どの言語版でも「(V)」をそのまま出力しました。
問題はここからです。「(V)」は英語圏ではベジタリアンとして通じます。しかし他の言語では何も意味しないか、「ヴィーガン」の意味に受け取られるか、あるいはまったく別の単語の頭文字と混同されます。日本語のメニューに「(V)」とだけ書かれていても、意味を正確に読み取れるお客様は多くありません。
解決策：食事制限のマーカーを、略号の文字列ではなく構造化タグとして扱うことです。プラットフォームが、標準化されたアイコンや現地語の表記に自動的に置き換えます。英語では「(V)」とベジタリアンのアイコン、ドイツ語では「(VEG)」とアイコン、イタリア語では「Vegetariano」とアイコン、日本語では「ベジタリアン」とアイコン、というように出し分けられます。
この構図はアレルゲンでも同じように繰り返されます。アレルゲンも食事制限タグも、略記された文章ではなく構造化データとして扱うこと。それだけで、翻訳のたびに情報がずれていく事故のほとんどが消えます。
誰が、いつ、どうタグ付けするか ― 運用の実務
アレルゲンタグは、仕組みを入れただけでは維持できません。日々のオペレーションの中に「誰の仕事か」を埋め込む必要があります。
登録の起点はレシピ、メニューではない
アレルゲンを料理単位で後付けしようとすると、必ず抜けが出ます。正しい起点はレシピです。仕込みで使う出汁、ソース、ドレッシングをそれぞれ一つの構成要素として登録し、そこにアレルゲンを持たせます。料理はその構成要素の組み合わせとして定義されるため、「このソースを使う料理すべて」に自動的にアレルゲンが伝播します。この設計にしておくと、ソースのレシピを変えたときの更新漏れが起きません。
仕入れ変更時の再確認をルール化する
同じ「オイスターソース」でも、メーカーが変われば原材料は変わります。発注担当が仕入れ先を切り替えたとき、アレルゲン情報の再確認を必ず伴わせてください。新規商品の登録時に原材料表示の写真を残す運用にしておくと、後から検証できます。
新メニュー投入時のチェックポイント
季節メニューやフェアメニューは、アレルゲン情報が最も抜けやすい領域です。通常メニューほど検証されないまま、短期間で入れ替わっていくためです。新メニューの承認フローに「アレルゲンタグの入力完了」を必須項目として組み込みましょう。
スタッフへの共有
デジタルメニューにアレルゲンが載っていても、ホールスタッフが説明できなければ信頼は生まれません。「メニューに書いてあります」で終わらせず、主要な料理について口頭で答えられる状態をつくってください。特に、交差接触の可能性について正直に説明できることが重要です。断りきれずに曖昧な返事をしてしまうことが、最も危険な対応です。
紙のメニューと店内掲示での扱い
デジタルメニューを導入しても、紙のメニューや店頭のボードが残る店舗は多いはずです。この二つの整合性が取れていないと、かえって混乱を招きます。
紙のメニューでは、料理ごとに略号を置き、凡例を同じ見開きの中に配置します。凡例が裏面だけにあると、読み返す手間が生まれ、実際には参照されません。略号は各言語で意味が通じるものにするか、いっそ数字（1〜8など）に統一して凡例で解説する方法もあります。数字方式は多言語対応との相性が良く、印刷面積も節約できます。
店内掲示については、「アレルギーのあるお客様はスタッフまでお声がけください」という一文をレジ横や入口に掲示している店が多いですが、これだけでは不十分です。掲示に加えて、QRメニューでアレルゲンを絞り込めることを明記しておくと、声をかけづらいと感じるお客様にも届きます。
紙とデジタルの二重運用で最も避けたいのは、更新のずれです。デジタル側を唯一の正とし、紙は「デジタルから書き出したもの」と位置づけて、印刷日を明記しておくと管理しやすくなります。
よくある質問
アレルゲンはアイコンと文字のどちらで示すべきですか。
両方です。素早く目で追うためのアイコンと、明確さを担保する言葉。アレルゲンを構造化データとしてタグ付けしておけば、プラットフォームが自動的に両方を出力します。
メニューの見た目を崩さずにアレルゲンを載せるには。
価格より小さく、説明の下に、統一されたアイコンセットで。詳細は任意の展開表示にします。うまく設計されたアレルゲン表示は、必要としないお客様の目には入りません。
メニューのどこにアレルゲンを置けばよいですか。
料理説明のすぐ下、価格の手前です。お客様が判断していく自然な流れに沿った位置です。
お客様がアレルゲンで絞り込めるようにするには。
すべての料理にアレルゲンを構造化データとして付与し、QRメニューの画面上部にフィルターのチップを置きます。お客様が非表示にしたいアレルゲンをタップすると、安全な料理だけが再描画されます。
日本の飲食店にアレルゲン表示の義務はありますか。
食品表示法にもとづく表示義務は容器包装された加工食品が対象で、店内メニューは対象外です。ただし義務がないことと、伝えなくてよいことは別です。特定原材料8品目を基準に自主的な表示体制を整えることをおすすめします。
お客様が自分のアレルゲンでメニューを絞り込めるように
多言語メニュー全体にわたって手作業でアレルゲンを書き込む運用は、どこかで必ず崩れます。構造化されたアレルゲンタグと、お客様側のフィルター。この組み合わせは頑健で、誰にとっても使いやすく、翻訳を通してもずれません。
Intermenu は、QRメニューにアレルゲンフィルターを標準で組み込んでいます。一度タグ付けすれば、すべての言語で表示され、お客様はスタッフを呼び止めることなく安全な選択肢を見つけられます。