ホテルの多言語メニュー｜1つのメニューで15言語に対応する
複数施設、週次のメニュー変更、8言語以上のお客様。ホテルF&Bの多言語対応を破綻させない構造は「1つの料理データベース、複数のメニュー」です。言語選定からアレルギー表示まで実務手順をまとめました。
ホテルの多言語メニューは、レストランのそれより難しい問題です。3つの営業施設、週単位のメニュー変更、8言語以上のお客様、そしてそのすべてにわたって正しく保たれなければならない1つのアレルギー表示。この記事は、あらゆるお客様の言語で1つのF&Bメニューを運用するための実務ガイドです。
この記事の要点（TL;DR）
ホテルはレストランより難しい多言語の課題を抱えています。複数の営業施設、週次の更新、8言語以上のお客様、そしてEU規則1169/2011や米国FDAの主要アレルゲン規制に対応した1つのアレルギー情報を、すべて同期させ続けなければなりません。
言語は勘ではなくデータで選びます。予約システムの国籍別レポート、口コミサイトの言語統計、地域の観光統計を突き合わせます。多くのホテルに必要なのは15言語ではなく6〜10言語です。
料理名の扱いには配慮が要ります。一語ずつ訳すと「ビーフウェリントン」は中国語で誰にも分からない何かになります。固有名詞は残し、説明文をローカライズします。
言語をまたいだアレルギー表示は、便利機能ではなく法令対応の問題です。EU 1169も米国FALCPAも、英語を話さないお客様に等しく適用されます。
印刷されたカードは3言語を超えると破綻します。刷り直しの周期が厨房の変更に追いつきません。一度の更新がすべての言語に伝わるデジタルメニューだけが、現場の実態に耐えられる構造です。
なぜ多言語メニューがホテルF&Bにとって死活問題なのか
単独のレストランなら、年に2回メニューを翻訳して印刷すれば済みます。ホテルのF&Bにその余裕はありません。3つの構造的な事情が、ホテルの多言語対応を明確に難しくしています。
1つのF&B運営を複数の施設が共有している。ロビーラウンジ、レストラン、ルームサービス、宴会場のメニューは、料理も食材も重なっていることが多いのに、それぞれ別のメニューに掲載され、それぞれ別の更新周期で動いています。
メニューが週単位で変わる。ホテルのF&Bチームは食材を差し替え、品目を落とし、特別メニューを加え、価格を調整します。その頻度に紙の翻訳は追いつきません。
同規模のレストランより国籍構成が広い。ビジネスホテル、リゾート、空港ホテルでは、普通の週末に6〜10言語のお客様が同時に滞在します。しかもその構成は季節で動きます。沖縄のリゾートは夏に台湾・香港、冬に韓国、通年で欧米豪、という具合です。
だからこそ、多くのホテルはメニュー翻訳への投資を過小にしがちです。運用コストが青天井に見えるからです。しかし、そうである必要はありません。破綻するのは、紙のカードという構造のほうです。
そして機会も本物です。自分の言語でメニューを読めたお客様は、自信を持って注文し、スタッフへの質問が減り、F&Bの評価を明確に高く付けます。英語だけのメニューを渡されたお客様は、読めない品目を飛ばし、無難な選択に落ち着き、追加注文もしません。この2つの結果の差は、海外からのお客様1泊あたり数千円の単位になります。
ホテルが本当に必要としている言語
推測をやめて、データを引いてください。3つの情報源が、必要な言語を確信を持って教えてくれます。
予約システムの国籍別レポート。上位10か国を出し、その主要言語がそのまま必要な言語です（英語を第二言語とする国には注意してください。オランダからのお客様は、英語よりオランダ語のほうが速く読めます）。
口コミサイトの言語データ。Booking.com、トリップアドバイザー、Googleはいずれも施設ごとの口コミ言語統計を出しています。ここに現れる構成は、実際に接点を持ったお客様の構成を映しています。
地域の観光統計。日本政府観光局（JNTO）や自治体の観光統計は、都市・地域ごとの訪問者の国籍別データを公表しています。施設単位のデータを裏づけたり、修正したりできます。
多くの施設にとっての答えは15言語ではなく6〜10言語です。よくある組み合わせを挙げます。
日本の都市型ホテル（東京・大阪・京都）：日本語、英語、中国語（繁体字）、中国語（簡体字）、韓国語、タイ語、フランス語
日本のリゾート（北海道・沖縄）：日本語、英語、中国語（繁体字・簡体字）、韓国語、タイ語、インドネシア語
ヨーロッパの4つ星シティホテル：英語、ドイツ語、フランス語、スペイン語、イタリア語、オランダ語、ポルトガル語
中東の高級ホテル：英語、アラビア語、フランス語、ロシア語、中国語、ヒンディー語
言語を増やすことは、運用の複雑さを増やすことです。適切な8言語を選ぶほうが、質の低い15言語を並べるより確実に成果が出ます。言語選定の方法論は多言語メニュー完全ガイドが詳しく扱っています。ホテル版は、そこに予約データを重ねたものだと考えてください。
「3施設問題」──ルームサービス、ロビーラウンジ、レストランを揃える
ホテルとレストランの最大の運用上の違いは、複数施設でメニューを共有していることです。同じ厨房が、18時にロビーラウンジを、20時にレストランを、深夜にルームサービスを、翌朝6時に朝食ビュッフェを支えています。そして多くの料理が施設をまたいで重なっています。
厨房が食材を差し替えたとき——仕入れの都合でフェタチーズをハルーミに変えたとします——その変更は次のすべてに伝わらなければなりません。
ロビーラウンジのメニュー（8言語）
レストランのメニュー（8言語）
ルームサービスのメニュー（8言語）
ビュッフェの卓上カード（8言語）
その料理のアレルギー表示（8言語）
食材1つの変更で、40か所のメニュー修正です。紙のカードでは不可能です。施設ごとに別々のメニューを保守するホスティング型でも、ここが表示のずれの発生源になります。3週目には、ロビーラウンジだけ「フェタ」と書いたままで、レストランは「ハルーミ」。乳アレルギーのお客様がロビーラウンジで注文すると、誤ったアレルギー表示を見ることになります。
生き残る構造は「1つの料理データベース、複数のメニュー」です。料理も、アレルギー物質も、翻訳も、タグ付けは一度だけ。各施設のメニューは、同じ料理データベースを絞り込んだ表示にすぎません。1つの料理を変えれば、すべてのメニューが、すべての言語で、即座に変わります。
これはホテルのアレルギー対応の要請に応えられる唯一の構造でもあります。EU 1169や米国FALCPAの表示義務が、すべての施設、すべての言語で、毎分正確でなければならないからです。
翻訳品質──汎用機械翻訳がメニューを台無しにする理由
ホテルが多言語メニューを避ける最大の理由は、一語ずつの機械翻訳です。出力が率直に言って恥ずかしいものになります。典型的な失敗を挙げます。
固有名詞がそのまま訳される。「ビーフウェリントン」が中国語で「牛威灵顿」になり、誰にも料理として認識されません。
調理法が誤訳される。「燻製」が調理法ではなく煙の匂いとして訳されます。
慣用的な料理名が失われる。「サーフ・アンド・ターフ」が「サーフィンと芝生」になります。
アレルギー表示が微妙に狂う。「グルテンを含む」は問題なく訳せますが、「落花生が混入する可能性があります」は、言語によっては条件節が落ちて断定に変わってしまいます。
解決策は「すべてを人が訳す」ことではありません。それでは週単位のメニュー変更に追いつきません。解決策は飲食業向けに学習された翻訳です。「ビーフウェリントン」は名前を保つべきだと知っていて、魚に対する「燻製」は調理法だと理解していて、「混入する可能性があります」の条件を慎重に保存するモデルです。誤訳されやすいメニュー50例が、最も高くつく誤りを一つずつ扱っています。ホテルF&Bでは、その誤りが複数の施設にまたがって増幅されます。
訳してはいけない料理名と、その扱い方
一部の料理名は、決して訳すべきではありません。世界共通の固有名詞だからです。原語のまま残し、対象言語で短い説明を添えてください。
日本料理：Sushi、Sashimi、Wagyu、Tempura、Ramen、Yakitori → そのまま
イタリア料理：Pasta Carbonara、Cacio e Pepe、Tiramisu、Pizza Margherita → そのまま
フランス料理：Crème Brûlée、Foie Gras、Bouillabaisse → そのまま
スペイン料理：Paella、Gazpacho、Tortilla Española → そのまま
中東料理：Hummus、Shawarma、Mezze → そのまま
アジア料理：Pho、Pad Thai、Bibimbap → そのまま
判断の目安はこうです。どこの国のお客様であれ、原語の名前でその料理を認識できるなら、名前は原語のまま残し、支える説明文を訳す。これで料理のアイデンティティとお客様の安心の両方が保てます。同じ理屈は逆方向にも働きます。自館の郷土料理や名物料理は、どの言語でも名前を残し、小さな説明を添えてください。料理ジャンルごとの命名の作法は料理ジャンル別のメニュー翻訳にまとめています。
言語をまたいだアレルギー表示──EU14品目／米国9品目の課題
ここから先、多言語メニューは便利機能ではなく法令対応の義務になります。
EU規則1169/2011は、EU加盟国で販売される食品について14品目のアレルギー物質の表示を義務づけています。この規則は、メニューが何語で表示されているかにかかわらず適用されます。ドイツのホテルがサウジアラビアからのお客様に料理を出すなら、そのお客様が読める言語で正確にアレルギー情報を伝える義務があります。米国FDAのFALCPAも、9品目（2023年にごまが追加されました）について同じ考え方で適用されます。
アレルギー表示の翻訳が悪いと、2種類の失敗が生じます。
対象言語で表示そのものが欠落する。翻訳の際にアレルギー表示の脚注が処理されなかった場合です。
表示が微妙に間違う。「ナッツが混入する可能性があります」が、訳の過程で「ナッツ入り」や「ナッツ不使用」に変質します。
どちらもホテルの責任問題に直結します。対処は、料理ごとの構造化アレルギーデータです。一度タグ付けし、すべての言語に自動的に描画する。表示は「文章として訳される」のではなく「データから生成される」ようにします。データモデルと表示の仕組みは多言語メニューのアレルギー表示ガイドが詳しく扱っています。
紙とデジタル──コストと速度の実際
実際に計算すると、コストの比較は一方的です。
印刷の多言語メニュー（8言語、4施設）
初回のデザインと翻訳：60万〜120万円
印刷1回あたり：22万〜45万円
更新周期：半年に1回（厨房が望む頻度よりはるかに遅い）
年間合計：100万〜210万円。加えて、更新が遅れることによる機会損失
デジタルの多言語メニュー（同じ8言語、4施設）
初期設定：0〜7万円
月額：一般的な施設で4,500〜3万円、大規模・複数物件で3万〜22万円
更新周期：リアルタイム、更新ごとの追加費用なし
年間合計：5万〜36万円の利用料のみ、印刷費ゼロ
紙のほうがおよそ5〜10倍高く、しかも遅いのです。かつて紙のカードを支持する論拠は美意識でした。革張りのメニューは高級感があります。しかし高級ホテルほど折衷案に移りつつあり、その論拠は弱まりました。厳選した6品を載せた革張りのカードは英語で残し、実務のメニューは8言語のQRで提供する、という形です。
更新の即時反映──1品変えれば全言語が変わる
結局のところ、運用上の要点はこれに尽きます。17時45分の厨房の食材変更は、18時にお客様が席に着く前に、すべての言語とすべての施設に反映されていなければなりません。
紙のカードでは不可能です。施設ごとに個別更新するホスティング型では、これが不整合と表示のずれの発生源になります。料理データが一か所にある本当の単一原本型なら、これが既定の挙動です。料理の食材を変えれば、翻訳が再生成され、アレルギータグが更新され、ロビーラウンジもレストランもルームサービスも同時に変わります。
すべてのホテルF&B運営が向かうべき構造がこれです。ルームサービスへの適用は客室のQRコード注文で扱っていますが、同じ型がすべての施設に当てはまります。
多言語メニューの構成例（1品を4言語で）
和牛バーガー──熟成チェダー、キャラメリゼした玉ねぎ、トリュフアイオリ、ブリオッシュバンズ、パルメザンフライ添え。(V) (G)
WAGYU BURGER ──Aged cheddar, caramelized onions, truffle aioli, brioche bun, served with parmesan fries. (V) (G)
和牛汉堡──陈年切达奶酪、焦糖洋葱、松露蛋黄酱、布里欧修面包，配帕玛森芝士薯条。(V) (G)
WAGYU BURGER ──Gereifter Cheddar, karamellisierte Zwiebeln, Trüffelaioli, Brioche-Brötchen, mit Parmesan-Pommes. (V) (G)
注目すべき点が3つあります。料理名の「和牛（Wagyu）」はどの言語でも同じであること。説明文は完全に訳されていること。そしてアレルギー表示（V＝乳成分を含む、G＝グルテンを含む）は訳された文字ではなく共通の記号であり、どの言語でもまったく同じように表示されることです。
ホテルの多言語メニューでよくある失敗
一度訳して更新しない。厨房は毎週食材を差し替えます。翻訳は即座に古くなります。
固有名詞まで訳す。中国語版の「ビーフウェリントン」は、料理としての正体を失います。
一部の言語でアレルギー表示が欠ける。機能の不足ではなく、法令違反です。
15言語を中途半端に並べる。質の高い8言語のほうが確実に勝ります。
施設ごとのメニューがずれる。レストランが「ハルーミ」に変わっても、ロビーラウンジは「フェタ」のまま。
スペイン語のメニューにアレルギー表示だけ英語で残る。よく読んでください。多くの多言語メニューがここで失敗しています。
メニューをPDFで固定する。更新できず、分析もできず、多言語化の目的そのものを損ないます。
よくある質問
ホテルのメニューは何言語に対応すべきですか
多くの施設では、実際のお客様の構成から選んだ6〜10言語のほうが、質の低い15言語より優れた結果を出します。予約システムの国籍別データと口コミサイトの言語統計を引いて決めてください。
ホテルはどうやってメニューを翻訳していますか
多くはいまも、印刷カードのために半年ごとにまとめて手作業で翻訳しています。厨房が食材を差し替えた瞬間に古くなる方法です。現代的なやり方は、単一の料理データベースに紐づいた飲食業向けのデジタル翻訳で、一度の更新がすべての言語に自動的に伝わります。
ホテルのメニューは英語だけで十分ではありませんか
お客様の相当数が他の言語を話すなら、十分ではありません。メニューを読めるお客様は自信を持って注文し、質問が減り、F&Bの評価を高く付けます。多言語対応の費用はもう低く、英語のみの費用のほうが大きくなりました。
翻訳されたアレルギー表示に法的拘束力はありますか
あります。EU規則1169/2011も米国FDAの主要アレルゲン規制も、メニューの表示言語にかかわらず適用されます。お客様の言語で正確にアレルギー情報を開示できなかったホテルは、英語で開示できなかった場合とまったく同じ責任を負います。
ホテルのメニューに汎用の機械翻訳を使ってよいですか
やめてください。一語ずつの機械翻訳は、予測どおりの失敗を生みます。固有名詞の直訳、アレルギー表示の脱落、慣用的な料理名の誤訳です。料理名を保持し、アレルギー情報を構造化データから描画する、飲食業向けの翻訳を使ってください。
多言語メニューはどれくらいの頻度で更新すべきですか
厨房が実質的な変更をするたびです。多くの施設では週に1回以上ということになります。紙のカードでは追いつきません。デジタルメニューなら一度の更新が自動的に伝播します。
ルームサービス、レストラン、バーで同じ多言語メニューを使えますか
使えます。ただし、構造が「1つの料理データベース＋複数の施設ビュー」である場合に限ります。料理もアレルギー物質も翻訳も一度タグ付けし、各施設のメニューはその絞り込み表示になります。運用として拡張できる唯一の型です。
多言語のホテルメニューを無料でつくる
Intermenu は、ホテルのF&Bのために設計されたデジタルメニュープラットフォームです。1つの料理データベース、1つのアレルギータグ体系、1回の更新が、すべての施設（ルームサービス、ロビーラウンジ、レストラン、宴会、ビュッフェ）とすべてのお客様の言語に自動的に伝わります。翻訳は飲食業向けに学習されており、料理の固有名詞を保持します。アレルギー情報は構造化データから描画されるため、15言語すべてで表示が正確に保たれます。