メニューにアレルゲンと食事ラベルを追加する方法

アレルゲンと食事の情報は、メニューの中で間違いが本当のリスクを伴う唯一の領域であり、デジタルが紙に真に勝る領域でもあります。脚注ではなく構造化データとしてタグ付けすれば、ゲストは自分に安全な料理へメニューを絞り込め、スタッフはサービス中の質問が減り、メニューを翻訳した後でも表示は正確なまま保たれます。ここでは正しいやり方を紹介します。

構造化されたアレルゲンデータが重要な理由

紙のメニューはアレルゲンを脚注で処理します——小さな記号の一列、または「係員にお尋ねください」。負担をゲストとフロアスタッフに押し付け、すぐに古くなり、メニューを翻訳すると何の役にも立ちません。本当の法的責任を伴うメニュー唯一の領域に対して、これは考えうる最も弱い手段です。

構造化タグはこれを覆します。各料理が自らのアレルゲンと食事適合をデータとして持てば、メニュー自体が「ここで何を食べられるか」に答えられます。ナッツアレルギーのゲストはワンタップで安全な料理に絞り込み、ビーガンは適合するものだけを見ます。表示は、目を細めて読む細字ではなく、ゲストが信頼する機能になります——そしてメニューを更新し翻訳しても正確なまま保たれます。

ステップ1——どのアレルゲンを表示する義務があるか知る

あなたの市場に適用される枠組みに従ってタグ付けします。

• 欧州連合——14品目：グルテンを含む穀物、甲殻類、卵、魚、落花生、大豆、乳、ナッツ類、セロリ、マスタード、ゴマ、二酸化硫黄／亜硫酸塩、ルピナス、軟体動物。

• 米国——主要9品目：乳、卵、魚、甲殻類、ナッツ類、落花生、小麦、大豆、ゴマ（2023年に9番目として追加）。

ほとんどのデジタルメニューは全リストをチェックボックスで提供するので、各料理が含むものを印するだけです。複数地域で営業するなら包括的にタグ付けを——EUの14を満たせば米国の9も満たします。国別のより深い遵守状況はレストラン向けアレルゲン遵守ガイドをご覧ください。

ステップ2——食事ラベルを追加する（同じものではありません）

アレルゲンは料理が何を含むかを示し、食事ラベルは料理が誰のためかを示します。両方が役立ち、ゲストの異なる問いに答えます。使う価値のある一般的なラベル：

• ビーガン——動物性食品を一切含まない。

• ベジタリアン——肉も魚もなし。

• ハラル——ハラル要件に従って調理。

• ケト／低糖質——本当に当てはまる場合に。

正直にタグ付けを。「ビーガンにできる」からといって料理はビーガンではありません——提供する状態のままを表示し、「チーズ抜き」は修飾オプションに任せます。食事ラベルは絞り込みも支えるので、ゲストは葉のマークを探す代わりにベジタリアンの選択肢をひとまとまりで見られます。特定の食事への対応が概念の核なら、特別食メニューのガイドがさらに深く扱います。

ステップ3——料理を作りながらタグ付けする

実務上、これは料理ごとの素早い作業です。料理のフォームにアレルゲンのチェックボックスと食事ラベルが一緒にあります——料理が含むアレルゲンと適合する食事を印して保存します。最速の流れは各料理を作成または取り込むときに行うことで、タグ付けが別個の恐ろしいプロジェクトになりません。メニューを取り込んだ場合は、料理にタグ付けする一巡を確保し、一般的で高リスクなアレルゲン（ナッツ、グルテン、甲殻類、乳）を含むものから始めます。

いくつかの習慣が正確さを保ちます：記憶ではなく実際のレシピからタグ付けする、レシピが変わったら再確認する、共有フライヤーや微量混入に迷ったら楽観的に推測せず厨房の実際の運用を反映する。

ステップ4——ゲストに絞り込ませ、言語間で正確に保つ

構造化タグの見返りはゲスト体験です：ライブメニューで、来店者は「ベジタリアン」で絞り込んだり特定のアレルゲンを含む料理を隠したりして、自分に合うものを即座に見られます——係員を呼ばず、脚注を読み漁らず。より良く、より安全な体験です。

重要なのは、タグが散文ではなくデータなので翻訳を生き延びることです。メニューが別の言語で表示されても、「乳・グルテンを含む」やビーガンラベルは正しく伝わり、意味を失う文に崩れません。国際的なゲストに対応するなら、ここでアレルゲンの安全と多言語メニューが互いを強め合います——ゲストは自分の言語で料理を読み、かつ正確な表示を見ます。

具体例

エアルームトマトのブッラータ——ベジタリアン・含有：乳、グルテン
ファラフェルプレート——ビーガン、ベジタリアン・含有：ゴマ、グルテン
スズキのグリル——含有：魚
ラムのキョフテ——ハラル・含有：（14品目のいずれも含まず）

各料理は本当の食事適合と含むアレルゲンを持ちます。ビーガンで絞り込むゲストはファラフェルを見、グルテンを避ける人はブッラータとファラフェルを飛ばし、ハラルのゲストはすぐにキョフテに気づきます。これこそ脚注には決してできなかった仕事をする構造化表示です。

アレルゲン、不耐性、「不使用」表示

三つを区別すると役立ちます。ゲストも法律も異なる扱いをするからです。

• 表示義務のあるアレルゲンは規制対象リスト（EUの14／米国の9）です。料理が何を含むかを開示しており——法的重みのある部分なので正確でなければなりません。

• 不耐性と嗜好（乳糖、FODMAP、低糖質）は義務リストにはありませんがゲストには重要です。食事ラベルと良い説明が大半を補います。

• 「不使用」表示（「グルテンフリー」「ナッツ不使用」）は「含まない」より強い約束です。厨房が本当に裏付けられる場合だけ使ってください。重いアレルギーのゲストはそのラベルを全面的に信頼するからです。

タグ付けは三つすべてをきれいに扱う手立てになります：アレルゲンを正確に表示し、食事を正直にラベル付けし、「不使用」の語は本当に保証できる料理に取っておきます。

交差汚染を正直に扱う

構造化タグは原材料を記述しますが、共有フライヤーや混雑する仕込みラインは、それらが自動では捉えない現実のリスクです。厨房の正直な立場を決め、それを反映します：共有設備のために重いアレルギーへの安全を保証できないなら、できるかのようにほのめかさないこと。重いアレルギーのゲストはスタッフに相談を、という短い常設の注記は——料理ごとの正確なタグと組み合わさると——厨房が裏付けられない一律の「グルテンフリー」バッジより正直で有用です。正確は毎回楽観に勝ります。これは誤ったタグが本当に人を傷つけうるメニュー唯一の領域です。

構造化アレルゲンデータがビジネスを守る理由

アレルゲン情報は、メニューで誤りが単なる失注ではない唯一の場所です——安全と責任の問題です。料理ごとの構造化タグは両面で最強の保護です。表示を一貫させます：各料理が同じ印付きリストを持つので、説明がたまたま材料を忘れて漏れることがありません。タグは誤訳されうる散文ではなくデータなので、その表示を言語間で正確に保ちます——基本言語を読めず、ラベルを全面的に信頼するゲストにとって極めて重要です。

さらに各料理が何を含むかの明確で検証可能な記録を作ります。ゲストがいつかアレルギーへの対応を尋ねたとき、まさに示せるようにしたいものです。紙の手法——記号の脚注と「係員にお尋ねください」——と比べてください。それは負担を忙しいフロアチームに押し付け、レシピが変わった瞬間に古びます。構造化データはアレルゲン対応を、繰り返す risk から、管理された頼れるメニューの一部へと変えます。

タグ付けをプロジェクトでなく習慣にする

アレルゲンタグが飛ばされる理由は、すでに作ったメニューに後付けされる別個の気の重い作業に感じられるからです。解決策は、各料理を作成または取り込む瞬間にタグ付けを織り込むことで、それ自体が決してプロジェクトになりません——進めながらアレルゲンと食事を印し、メニューは適合した状態で生まれます。既存メニューを取り込んだなら、集中した一巡を行い、高リスクで一般的なアレルゲンから始めます：ナッツ、グルテン、甲殻類、乳。

レシピや仕入先が変わるたびにタグを再確認しましょう。正確なデータが静かに狂うのはそのときだからです：替えた油、新しいバンズ、別の出汁。ここでの数分の規律はメニュー全体で最も安い保険であり、積み重なります：習慣でタグ付けする厨房は、後で気の重い追い上げに直面しません。タグ付けは、各料理をよく作ることの一部として、良い説明と公正な価格と並びます——デジタルメニュー作成の完全ガイドをご覧ください。

よくあるアレルゲンタグ付けの誤り

• タグの代わりに脚注。「係員にお尋ねください」は表示ではなく、絞り込めません。

• 食事とアレルゲンを混同する。「ベジタリアン」はアレルゲンではなく、「乳」は食事ではありません——両方を別々にタグ付けを。

• 楽観的なタグ付け。厨房が保証できないのに料理をビーガンやナッツ不使用と印すのは、現実の結果を伴う唯一の誤りです。

• 基本レシピにタグ付けし修飾を無視する。追加がアレルゲンを持ち込むなら、それを勘定に入れます。

• タグを古びさせる。レシピや仕入先が変わったら、同日にタグを更新します。

Intermenuでアレルゲンと食事を無料でタグ付け

Intermenuはアレルゲンと食事のタグ付けを各料理に組み込みます：EUの14／米国の9と、ビーガン・ベジタリアン・ハラルなどのラベルを印せば、ゲストはライブメニューを自分に安全なものへ正確に絞り込めます——メニューが対応する全15言語で正確なまま保たれる表示とともに。

Intermenuでデジタルメニューを無料で作成→

よくある質問

メニューにアレルゲンを追加するには？
各料理で、含むアレルゲンを標準リスト（EUの14または米国の9）から印して保存します。品目ごとに構造化データとして保存されたタグは、その後ゲストの絞り込みを支え、メニューを翻訳しても正確なまま保たれます。

レストランはどのアレルゲンを表示する義務がありますか？
EUでは14：グルテン、甲殻類、卵、魚、落花生、大豆、乳、ナッツ類、セロリ、マスタード、ゴマ、亜硫酸塩、ルピナス、軟体動物。米国では9：乳、卵、魚、甲殻類、ナッツ類、落花生、小麦、大豆、ゴマ。

アレルゲンタグと食事タグの違いは？
アレルゲンタグは料理が何を含むか（例：乳、ナッツ）を示します。食事タグは誰に合うか（例：ビーガン、ハラル）を示します。両方を使いましょう：異なる問いに答え、どちらもゲストの絞り込みを可能にします。

ゲストはアレルゲンや食事でメニューを絞り込めますか？
構造化されたデジタルメニューなら可能です——ゲストは特定のアレルゲンを含む料理を隠したり、ある食事に合うものだけを表示したりでき、即座に、スタッフに尋ねずに行えます。これが印刷の脚注に対するタグ付けの主な利点です。

メニューを翻訳してもアレルゲンタグは正確に保たれますか？
説明に書き込むのではなくデータとして保存されていれば、はい——ラベルとアレルゲンのリストは言語間で正確に引き継がれ、別言語で読む国際的なゲストへの安全な表示に不可欠です。