メニュー翻訳アプリの選び方(2026年版)

更新日

汎用の翻訳アプリを街の案内表示に向ければ、たいていうまくいきます。同じアプリをレストランのメニューに向けると、途中で切れた単語の列、別の料理にくっついた価格、そして読んでも何もわからない直訳が返ってきます。中国語の「蟻が木を登る」は実在のメニュー名ですが、その言葉を知っても、それが春雨と挽き肉の炒めものだとは伝わりません。

これは特定のアプリの不具合ではありません。メニューは看板よりもはるかに難しい入力で、その理由は、何を持ち歩くか決める前に知っておく価値があります。

メニューが看板より難しい理由

書体が敵対的です。 飲食店はディスプレイフォント、筆文字、手書きを使い、文字が縦組みだったり、ボードの上で右から左に流れていたりします。道路標識は法律で標準化されていますが、メニューは「きれいに見えること」を目的に設計されています。黒板のチョーク、料理写真の上に載った白抜き文字、暗い紙に箔押しの金——どれも文字認識が前提にしているコントラストを壊します。

料理名は説明ではなく固有名詞です。 これがいちばん深い問題です。中国語のメニューを直訳すると「魚香茄子」(魚は入っておらず、味の系統を指す)、「夫妻肺片」(冷菜の牛肉。肺も夫婦も出てきません)、「蟻上樹」(春雨)になります。単語はすべて正しく訳されていて、意味だけが丸ごと失われる。他の言語でも同じで、フランス語の tête de veau、イタリア語の saltimbocca、日本語の「親子丼」も外から見れば同じ構造です。使える翻訳とは、文字の意味ではなく皿の上に何が来るかを教えてくれるものです。

レイアウトが情報を持っています。 メニューは、ページのふりをした二段組の表です。左に料理名、右に価格、サイズ違いで価格が二つ並ぶこともあり、見出しが下の十行を支配していることもあります。テキストを一本の流れとして読むツールはこれを全部シャッフルしてしまい、手元には料理名の列と数字の列だけが残り、対応関係がどこにもなくなります。

文字そのものが不揃いです。 簡体字と繁体字が同じページに混在し、異体字があり、地元の名物には方言由来の語が使われ、常連にしか通じない略記があり、フォントで学習したモデルが見たことのない個人的な手書きがある。

必要な情報はごく具体的です。 美しい翻訳は要りません。豚肉が入っているか、辛いか、いくらか——知りたいのはそこです。

「使える翻訳」と「使えない翻訳」を分けるもの

観点 良い状態
料理名の扱い 一語一句の直訳ではなく、通じる名前と、実際の材料を示す一行の説明が返る
レイアウト保持 各料理がそれぞれの価格と対応したまま、見出しが配下の料理につながっている
全体読み取りか単語単位か ページ全体を一度に読み、スクロールできる結果を返す。カメラを向けた数語だけを上書きしない
オフライン対応 通信なしで動く。少なくとも、店に入る前に「通信が要る」と明示してくれる
言語カバレッジ 行き先の言語に加えて、自分が楽に読める言語を含む。それは必ずしも英語ではない
速度 数秒で結果が出る。メニューを掲げたまま店員を待たせているので
撮影か読み込みか 先に撮って後で読める。テーブルの上に覆いかぶさり続けなくて済む
費用と登録 自分のメニューで通用するか確かめる前に、アカウント作成や課金を求められない
アレルゲンの見えやすさ 肉・魚介・乳・ナッツを文章に埋め込まず、はっきり示す

多くのツールはこのうち二、三行に強く、残りに弱い。うまく選ぶというのは、自分がどの行を重視するかを知ることです。

主なアプローチの比較

汎用カメラ翻訳。 すでにインストール済みの人が多いカテゴリ。Google 翻訳や Google レンズが代表例で、公表されている強みは本物です。言語カバレッジが非常に広く、オフライン言語パックがあり、ライブカメラモードがあり、すぐ使えます。トレードオフは、翻訳しているのが文字であって食べ物ではないこと。料理名は直訳になり、オーバーレイ表示はメニューの二段組を保てません。

マルチモーダル AI モデル。 写真を視覚対応の大規模モデルに渡し、この料理は何かと尋ねる方式。固有名詞の問題にはよく効きます。モデルは料理名を文字列としてではなく食べ物の話題として見てきているので、その名前が春雨料理を指すと説明できます。注意点は二つ。通信が必要なこと、そして読み取れなかった細部——とくに価格——について自信たっぷりに間違えることがあることです。数字が重要なら、元の写真から自分で読み取ってください。

メニュー専用ツール。 この入力のために書かれたソフトウェア。強みは構造化された出力で、料理が個別の項目として並び、それぞれに価格が付き、説明や食事制限のフラグが付くこともあります。ページ全体をまとめて処理するので、料理と価格の対応が壊れません。トレードオフは製品ごとに異なり、言語カバレッジが汎用翻訳より狭いことがあり、多くは通信を必要とします。

人と店が用意しているもの。 多言語メニュー、写真メニュー、あるいは自分の言語を話す店員。正確さでは他を大きく引き離します。同時にいちばん手に入りにくく、その入手しやすさは店のおいしさと反比例しがちです。

アプローチ 得意なこと 主な限界
汎用カメラ翻訳 カバレッジ、オフライン、即時性 料理名が直訳、レイアウトが崩れる
マルチモーダル AI その料理が何かを説明できる 通信が必要。正確な価格は当てにできない
メニュー専用ツール 料理と価格の構造化出力、説明付き 対応言語とオフライン対応にばらつき
多言語・写真メニュー 正確さ 欲しい場所ほど存在しない

現実的な構成は、看板と緊急用にオフライン対応の汎用翻訳を一つ、そして席に着いた瞬間のためにメニュー一枚をきちんと読めるツールを一つ。写真からページ全体を読み、料理の説明と対応する価格を一緒に返してくれるブラウザベースのツールなら、二つめの役割をアプリのインストールもアカウント登録もなしに満たせますし、出発前に手元のメニューで試しておくのも簡単です。

どれも通用しないとき

電波が消え、写真が暗すぎ、手書きが誰にも読めない。信頼できる順に並べた代替手段です。

  • ショーウィンドウを指す。 日本の食品サンプルや、アジアと南欧の写真看板。外に出て指させば済みます。
  • 隣の席と同じものを頼む。 相手の皿と自分を交互に指す。世界中で通じますし、たいてい看板料理に当たります。
  • 写真を見せる。 食べたい料理の画像、あるいは避けたい食材の画像を出して画面を向ける。写真は言葉より国境を越えます。
  • 六語だけ覚える。 現地語で、鶏・豚・牛・魚・辛い、そして「Xが食べられません」。この六語で本当にまずい結果はだいたい防げます。
  • カードに書いて持っていく。 現地語で制限事項を書いて渡す。古い手ですが、いまだにいちばん確実です。

オフラインで成立させる

レストランはまさに通信が落ちる場所です。地下、厚い壁、公共ネットワークなし、そして使いたくないローミング。

出発前、ホテルの Wi-Fi でオフライン言語パックを落としておいてください。多くの汎用翻訳が対応していて、容量を割く価値があります。その場で読めなくてもメニューは全部撮る。あとで Wi-Fi のあるところで処理できますし、写真そのものが「何を食べたか」の記録になります。店がメニューをウェブに載せているなら、行く前に翻訳してスクリーンショットを撮っておく。そして、自分のツールが通信断で緩やかに劣化するのか、それとも単に動かなくなるのかを確認しておくこと。それをテーブルで知るのは、いちばん悪いタイミングです。

FAQ

無料のメニュー翻訳で十分ですか。 たいていの食事では十分です。主要な汎用翻訳の無料枠は必要になりそうな言語をカバーしますし、ブラウザで動く無料ツールも課金や登録なしでメニュー全体を読めます。課金で買えるのはたいてい利用量、オフライン対応、広告の除去であって、食べ物の理解が根本的に良くなるわけではありません。

インターネット接続は必要ですか。 アプローチ次第です。言語パックを入れた汎用翻訳は完全にオフラインで動きます。大規模 AI モデルで料理名を説明させる方式は、モデルがサーバー側で動くため接続が要ります。実務的な答えは「両方持ち、オフラインのときは撮っておいて後で読む」です。

手書きのメニューも翻訳できますか。 できることもありますが、ここが最難関です。正面から、明るいところで、メニュー全体がフレームいっぱいになるように撮ると精度は大きく上がります。遠くから斜めに撮るのが最悪です。手書きでどうしても駄目なら、印刷版がないか尋ねる、壁の短冊を一枚ずつ撮る、あるいは指さしに戻ってください。