飲食店の多言語メニューをWebで整える｜料理IDで写真と変更情報をそろえる

日本語のメニューでは季節料理の価格を直したのに、英語ページには旧価格が残っている。提供を終えた料理の写真も外国語のPDFに載ったまま。言語ごとに原稿を複製している飲食店では、翻訳があること自体より、同じ料理の情報を変更後もそろえられるかが問題になります。

店のWeb担当者が先に決めたいのは、どのページを翻訳するかだけではありません。料理を識別する番号を基準に、日本語名、外国語名、写真、説明、価格、提供状況、更新日を対応させ、各言語の確認者を決めることです。この記事では架空の一品を使って、公開用メニューと裏側の管理表を設計します。翻訳の正確さや食品表示をWeb担当者が独断で保証する方法ではありません。

料理名より先に、同じ一品を指す番号を決める

料理名は変更されます。「季節のプレート」を「秋の野菜プレート」へ改めるだけでも、英語名、写真の説明、PDFの見出しまで直す対象が広がります。料理名そのものを照合のキーにすると、名称が変わった時に別の料理として扱われたり、違う版の説明を組み合わせたりしがちです。店舗が管理する料理IDを一品ごとに決めておけば、表示名を変えても、同じ対象を追いやすくなります。

ただし、料理IDは客に覚えてもらう番号ではありません。厨房・店長・Web担当・翻訳確認者が、どの一品の変更かを間違えずに伝えるための内部の目印です。すでに商品コードやPOSの番号があるなら、それをそのままWebに使えるかを確認します。サイズ違い、セット、店内と持ち帰りを同一品として扱うかは、店の実際の販売単位に合わせて決めます。

同じIDを使い続ける変更と、新しいIDに分ける変更の境目も店が決めます。名称だけを整える場合と、主な内容や提供方法が変わる場合では、古い写真や翻訳を引き継げる範囲が違います。管理表には変更の理由を短く残し、旧版を参照する担当者が「同じ番号だから中身も同じ」と思い込まないようにします。販売上は別商品なのにWeb上だけ同じIDへ上書きすると、過去のお知らせや予約案内が何を指していたかも分からなくなります。

店頭のメニュー番号や注文時の呼び名と、Webの料理IDを別々に使う店もあります。その場合は、二つの番号の対応を内部で記録し、Webの翻訳版から来店した人がどの一品を指すのか、受付担当が確認できるようにします。外国語の名称を見せられても店頭の注文先が見つからないなら、画面が正しく翻訳されていても案内は途中で切れています。掲載対象を決めるときは、注文や予約の実際の流れまで店舗で確認します。

前の多店舗メニュー更新の記事では、対象店舗・適用日・掲載先の区別を扱いました。今回の対象は、一つの料理が複数言語でどう表示されるかです。多店舗店なら、料理IDに店舗ごとの提供条件も結びますが、他店の価格や販売状況を翻訳版へ流し込む話にはしません。

日本語を直しても、各言語が直ったとは扱わない

東京都の多言語メニュー作成支援サイトEAT TOKYOのFAQには、オリジナル料理の日本語名を修正しても、各言語の翻訳には自動反映されず、利用者が翻訳内容を変更するという説明があります。これは同サービスの仕様です。自社サイトも同じ仕様だと決めつけるためではなく、「日本語を直した＝すべての言語が更新された」という思い込みを避ける参考になります。

まず現行の編集画面で、料理名、説明、価格、提供状態、写真のうち、何が共通データで、何が言語別に保存されているかを確認します。ページを複製しているのか、共通の料理情報を翻訳欄へ結び付けているのかによって、改修の方法は変わります。翻訳プラグインが入っているだけで、料理の提供可否やPDFまで連動すると推測しません。

店長が新しい価格を決める日と、販売を始める日も分けます。日本語版だけを先に公開すると、外国語版の旧価格と並ぶ期間ができます。全言語を同時に切り替えられない場合は、どの言語をいつ公開し、未確認の表示をどう扱うかを事前に決めます。「作業済み」の報告には、編集保存と、来店客に見えるページの確認を区別して残します。

料理ID・言語・改訂日・確認者の管理表

次の表は、架空の料理ID「D-014」を使った更新の設計例です。実在する料理や価格ではありません。ここでは「秋のプレート」へ内容を変えると仮定し、日本語と英語の表示を照合します。ほかの言語を掲載する店では、同じ欄をその言語にも用意します。

管理する項目	日本語版の状態例	英語版の状態例	公開前の確認
料理IDと掲載先	D-014／店内メニュー	D-014／英語ページ	同じ一品・同じ店舗か
料理名と説明	店長確認済みの新名称と内容	翻訳確認待ち	名前だけでなく内容も対応するか
写真	現在の盛り付けを示す画像A	旧画像Bが残っている	どちらが新しい提供内容か
価格と提供状態	新価格・提供開始日を承認	旧価格・公開中	切替え時刻と表示を合わせるか
改訂日と確認者	店長確認済み／Web反映待ち	翻訳確認者未確認	誰の確認で公開できるか

管理表には、値そのものだけでなく「確認待ち」「掲載可」「公開後に表示確認済み」を分けて記録します。英語版の料理名が空欄であっても、日本語版の名称をそのまま外国語名として表示してよいとは限りません。未翻訳のまま表示するのか、当面その一品を外国語メニューから外すのかは、店の案内方針と実際の注文方法を確認して決めます。

更新の正本も決めます。店長が承認したメニュー資料を基準にするなら、管理表の料理IDとその資料の版を結びます。Webの日本語ページを正本にするときも、保存されているだけの下書きと、現在販売している内容を混同しないようにします。翻訳者へ渡す前に「何が変わったか」を料理ID単位で示せる形が重要です。

架空の料理IDから日本語・外国語の名称、共通写真、価格と提供状況、確認者へつなぐ管理図 — 架空の一品を管理するための対応図です。翻訳の正確さや自動同期、実店舗の販売状況を示しません。

写真は翻訳に頼らないが、同じ料理を写しているか確かめる

写真があれば料理名を読まなくても内容が伝わる、とは言い切れません。写っている付け合わせ、器、量、セットの範囲が実際の提供と異なれば、どの言語でも誤解が起きます。料理IDに写真のファイルと撮影・確認時期を結び、内容を変更した時にその画像を使い続けられるか、料理責任者が確認します。画像だけ差し替えて説明を古いままにしないことも必要です。

EAT TOKYOのメニュー写真の案内は、外国人旅行者にとって写真が料理情報になること、料理全体や中身が分かること、実物と違う仕上がりに加工しないことを述べています。この記事では撮影技術を教えるのではなく、Webへ掲載する写真が対象の料理を説明しているかの確認に生かします。他店の写真を自店の料理の代わりに使う根拠にはしません。

複数の言語で同じ写真を使うなら、写真の下の説明も言語ごとに確認します。「写真は盛り付け例」「セットの飲み物は含まない」などの条件が日本語にだけあれば、画像自体は同じでも案内はそろっていません。画像の代替テキストも、料理IDや意味のないファイル名ではなく、その言語で何を写したかが分かる内容にします。

季節限定品で写真を差し替える時には、旧写真が載る場所を探します。メニューページ、PDF、トップのおすすめ欄、予約ページ、SNSからのリンク先などです。前の写真を過去のお知らせとして残す場合は、その期間が分かる案内と、現在のメニューへの入口を付けます。現在注文できる料理の表示に、終了した料理の写真が混ざらないことが優先です。

翻訳の確認者に、変わった箇所だけを明確に渡す

翻訳版を更新する人が、日本語の新旧メニューを見比べて変更箇所を探す運用では、説明文の一部や提供時間を見落としやすくなります。料理IDごとに「名称変更」「材料の説明変更」「価格変更」「提供終了」など、何が変わったかを列に分けて伝えます。翻訳者には変更前後の文章と、写真、店舗が承認した内容を渡し、訳語だけでなく表示全体を確認してもらいます。

料理名の直訳が適切か、食材や調理の表現をどう伝えるかは、店と対象言語を理解する確認者が判断します。機械翻訳を下書きに使う場合でも、公開前の確認者を省いたという意味にはしません。料理に含まれるものや個別の食事相談に関わる表現は、Web担当が翻訳から推測して補わず、店舗責任者へ原情報を確認します。回答できない内容をメニューだけで保証しない案内も必要です。

確認者が社外の場合は、渡してよい資料の範囲と、最終承認をする店側の担当者を決めます。翻訳者が言葉を確認し、店長が料理内容と提供条件を確認し、Web担当が表示とリンクを確認する、といった役割分担です。一人がすべての項目を確認したことにせず、管理表には確認した範囲を残します。

言語切替後も、同じ料理へ戻れる構成にする

日本語ページで「D-014」の料理を見て英語に切り替えた時、英語メニューの先頭に戻るだけでは同じ一品を探し直す必要があります。料理ごとに言語版のページや表示位置を対応させ、切替後も同じ料理を見られるか確認します。英語版だけ公開前なら、その状態を分かるようにし、別の料理へ黙って飛ばさない設計です。

スマートフォンでは、写真、料理名、価格、提供時間を一まとまりとして読めるか見ます。言語選択ボタンが画面の奥に隠れる、外国語名が長くて価格と重なる、PDFで文字が小さすぎる、といった表示を実機幅で点検します。画像化されたメニューだけにすると、言語ごとの修正や読み上げが難しくなるため、Web上で文字として持つ項目を決めます。

店頭のQRコードが古いPDFへ直結している場合、Web本文を直しても来店客は旧版を見続けます。URLやファイルを変更するときは、店頭の案内、予約メール、外部の店舗紹介に置いたリンクも調べます。一つの管理表に、料理IDと各言語の掲載先を結び、どこまで表示確認したかを残しましょう。

PDFや画像として作ったメニューが残る場合は、ファイル名だけで最新版を判別しようとしない方が確実です。言語、対象店舗、適用する期間、更新を確認した日を管理表に記録し、公開ページから開くファイルの中身も確かめます。差し替え後に旧ファイルへ進むリンクがないか、店頭のQRとスマートフォンの両方でたどります。編集用原稿の改訂日と、来店客に見える版の切替日が違うなら、その差も残します。