- はじめに——AIへの質問は「カメラ」からも来るようになった
- 前提——カメラ越しの質問で何が起きているか
- これまでのAEOとの違い
- カメラ越しで「損をする」実物の5つの典型
- 設計原則1:「読める名前」を正面に置く
- 設計原則2:実物とWebを「同じ名前・同じ番号」でつなぐ
- 設計原則3:比べられる軸を「ラベルの上で」答える
- 設計原則4:メニュー・POP・看板は「写真1枚で文脈が完結する」ようにする
- 設計原則5:カメラの先にある「回答の材料」をWeb側に置く
- 業種別のポイント
- 検証——「自社の商品にカメラを向けてみる」テストを習慣にする
- 手もとAEOチェックリスト
- よくある質問
- まとめ——「カメラを向けられても正しく名乗れる実物」にする
- 関連記事
- 参考リンク
はじめに——AIへの質問は「カメラ」からも来るようになった
これまでの「フロンティア」シリーズでは、AIが企業の情報に触れる場面を一つずつ広げてきました。国境を越えて訳されて読まれる「越境」、AIに覚えられる「記憶」、ニュースとして拾われる「速報」、定期的に巡回される「定期実行」、ページを見ている最中に聞かれる「滞在中」、取引先の社内AIで読まれる「相手の社内」、近くの店として探される「近くで探す」、そして、届いたメールが要約される「届いた後(インボックス)」です。
今回扱うのは、そのどれとも違う入口です。ユーザーがスマホのカメラを実物に向け、AIに「これ何?」「どっちがいい?」と聞く瞬間です。
ドラッグストアの棚の前で、2つの日焼け止めを並べて写して聞く。レストランで外国語のメニューに向けて「おすすめは?辛くない料理は?」と聞く。自宅に届いた家電の型番を写して「この設定はどうやるの?」と聞く。どれも、キーボードは使っていません。そして、どれも購入や注文、継続利用の直前に起きています。
このときAIが手がかりにするのは、Webサイトではなく、カメラに写った実物(パッケージ、ラベル、POP、メニュー、看板、銘板)です。実物から商品を正しく特定できなければ、AIは似た別の商品の情報で答えるか、「判別できません」と答えます。特定できても、比べる材料が見つからなければ、推薦は競合に流れます。
筆者はネットワーク機器のTAC(テクニカルアシスタンスセンター)で長く障害対応に携わってきました。切り分けは、いつもお客様が機器の銘板に書かれた型番とシリアル番号を読み上げるところから始まりました。型番の読み違いが一文字あるだけで、まったく別の機器の手順を案内してしまうこともあります。カメラ越しのAIは、その「読み上げ」を自動で行うようになったものです。だからこそ、読み取られる側の実物の設計が、成果を左右します。
本稿は、メーカー、小売、飲食、サービス業の中小企業に向けて、Webサイトではなく実物の側でできるAEO(Answer Engine Optimization)の設計を整理します。
前提——カメラ越しの質問で何が起きているか
「写して検索」はすでに日常の行動になっている
Googleは2024年10月の時点で、Googleレンズが毎月約200億回のビジュアル検索に使われていると公表しています。レンズのショッピング結果は、450億点以上の商品を収録した「Shopping Graph」とつながっています。さらにGoogleの広告主向けの資料では、レンズを毎月使う人は15億人を超え、利用は前年比で65%伸びたとされています。
Androidでは、画面上の気になる部分を丸で囲むだけで検索できる「かこって検索(Circle to Search)」も広がりました。カメラで撮った写真やSNSの画像から、そのまま商品を調べる行動は、もう特別なものではありません。
「1枚撮って検索」から「見せながら会話」へ
大きな変化は、静止画の検索からリアルタイムの会話に移ったことです。
- Gemini Live(カメラ共有):2025年にAndroidとiOSで、カメラと画面の共有が無料で使えるようになりました。カメラを向けたまま、声で質問し、声で答えが返ってきます。
- 検索Live(Search Live):2026年3月27日に日本でも提供が始まりました。Googleアプリの検索バーの下にある「ライブ」アイコン、またはGoogleレンズのカメラ画面にある「ライブ」から起動します。カメラに映ったものについて、リアルタイムに会話しながら質問でき、回答には関連するWebページへのリンクも付きます。
- ChatGPTの音声+カメラ:iOSとAndroidのアプリでは、音声会話中にカメラボタンを押すと、映像を見せながら質問できます(対象となるプランや地域などの条件があります)。
つまり、ユーザーは商品を手に持ったまま、比較・口コミ・使い方・相性を連続して質問できるようになりました。1回目の質問で「これは何か」が特定され、2回目以降で「自分に合うか」「どちらが良いか」が判断されます。
カメラ越しのAIが見ている3つの手がかり
| 手がかり | AIが判断していること | 企業が働きかけられること |
|---|---|---|
| 文字(OCR) | 商品名、ブランド名、型番、容量、成分、価格、料理名などを読み取り、何の商品かを特定する | 読める大きさ・コントラスト・書体で、名前と型番を正面に置く |
| 見た目(形・色・ロゴ) | 過去に学習・収録された画像と照合し、似た商品の中から候補を絞り込む | シリーズ内の違いを、色だけでなく文字でも示す。Web上に正面・側面の画像を揃える |
| Web上の対応情報 | 特定した商品について、仕様・価格・口コミ・使い方をWebから探して回答を組み立てる | 実物と同じ名前・同じ型番で、公式の商品ページ、FAQ、商品データを用意する |
この3つは連鎖しています。文字と見た目で「特定」され、Webの情報で「回答」が作られるのです。どこか1つが切れていると、推薦まで届きません。
これまでのAEOとの違い
| 観点 | マルチモーダルAEO(6/5) | “足もと”フロンティア(10/5) | 本稿:”手もと”フロンティア |
|---|---|---|---|
| AIが読むもの | Webサイト上の画像・動画 | 店舗情報・地図・ローカルデータ | 現実の物体(パッケージ・ラベル・メニュー・看板) |
| ユーザーがいる場所 | 画面の前 | 店に向かう前 | 店頭・店内・自宅で、実物の前 |
| 典型的な質問 | 「この画像の商品はどこで買える?」 | 「近くで今開いている店は?」 | 「これ何?」「どっちがいい?」「これは辛い?」 |
| 主な対策の場所 | alt属性、画像の構造化データ、ファイル名 | Googleビジネスプロフィール、営業時間、NAP | 実物のデザインと、実物とWebの対応づけ |
| 成果との距離 | 検討段階 | 来店の直前 | 購入・注文の直前 |
マルチモーダルAEOが「サイトの画像をAIに読ませる設計」だったのに対し、本稿は「現実の物体をAIに読ませる設計」です。また”足もと”が「近くの店を探す」までを対象にしたのに対し、本稿は来店した後、店内で行われる質問を扱います。
カメラ越しで「損をする」実物の5つの典型
| 典型 | カメラ越しのAIで起きること | よくある原因 |
|---|---|---|
| 1. 名前が読めない | 商品を特定できず、「〇〇のような製品」とあいまいに答える。似た他社品の情報で答えてしまう | ロゴが装飾的すぎる、商品名が小さい、背景と同系色、光沢フィルムで反射する |
| 2. シリーズの違いが色だけ | 「しっとり」と「さっぱり」、「通常版」と「Pro」を取り違える | バリエーションをパッケージの色だけで区別し、文字で書いていない |
| 3. 実物とWebで名前が違う | パッケージの名前で探しても公式ページが見つからず、ECモールや比較サイトの情報で回答される | パッケージは愛称、Webは正式名称。リニューアル後の名前がWebに反映されていない |
| 4. 比較の軸がどこにもない | 「どっちがいい?」に対して、一般論か、競合の情報が多い方を推す | 容量・対象・用途・違いを、ラベルにもWebにも明記していない |
| 5. メニューやPOPに文脈がない | 料理名だけ読み取り、辛さ・アレルゲン・量などを推測で答える。誤った説明になることもある | 写真だけのメニュー、手書きで読みにくいPOP、説明がスタッフの口頭だけ |
特に3と4は、実物を変えなくてもWeb側で直せます。まず手をつけやすいところです。
設計原則1:「読める名前」を正面に置く
カメラ越しのAIが最初に行うのは「これは何か」の特定です。ここで外れると、あとの回答はすべて別の商品についての話になります。
- 商品名・ブランド名・型番(品番)を、パッケージの正面に置く。ユーザーは商品を手に取って正面を写します。裏面の小さな表示だけでは、特定に使われにくくなります。
- コントラストと書体を優先する。背景と文字の明るさに十分な差をつけます。装飾的なロゴとは別に、読みやすい書体で商品名を併記すると確実です。
- 反射と曲面に注意する。光沢フィルムやボトルの曲面は、店の照明で文字が飛びやすくなります。名前の部分だけでもマット加工にする、平らな面に置く、といった工夫が効きます。
- ローマ字・英語表記も添える。訪日客がGemini LiveやChatGPTで写して聞くとき、AIは日本語も読めますが、英語表記があると商品名を正しく特定しやすくなります(”越境”フロンティアの考え方と同じです)。
パッケージの改版はすぐにはできません。その場合は、棚札、POP、シェルフトーカーに商品名と型番を大きく書くだけでも、写り込んだ情報として手がかりになります。
設計原則2:実物とWebを「同じ名前・同じ番号」でつなぐ
特定ができても、回答の材料はWebから集められます。実物とWebの対応が取れていないと、AIは公式ではない情報で答えることになります。
- 商品名を一致させる。パッケージに書いた名前と、公式サイトの商品ページのタイトル(h1)を同じにします。愛称を使う場合は、商品ページに「パッケージ表記:〇〇」と書き添えます。
- JANコード(GTIN)と型番をWebに載せる。バーコードの番号は、実物とWebを結ぶ最も確実なキーです。商品ページ、商品の構造化データ(Productのgtin13やmpn)、Google Merchant Centerの商品データに、同じ番号を登録します。
- 旧パッケージも残す。リニューアル後も、店頭や自宅には旧パッケージが残ります。商品ページに旧デザインの画像と「旧パッケージ」の説明を残しておくと、古い実物からでも正しいページにたどり着けます。
- 正面・側面・裏面の画像を公式に揃える。見た目による照合の材料になります。マルチモーダルAEOで整えた画像の設計が、ここで生きます。
QRコードを載せるのも有効ですが、それは「人が読み取る」導線です。AIに対しては、読める文字と番号のほうが確実に働きます。両方を用意するのが理想です。
設計原則3:比べられる軸を「ラベルの上で」答える
カメラ越しの質問で最も多いのは、2つ以上の商品を並べた「どっちがいい?」です。AIは、写っている情報と、Webで見つけた情報から比較表を組み立てて答えます。
| 比較の軸 | 見落とされやすい書き方 | 拾われやすい書き方 |
|---|---|---|
| 対象 | 「やさしい使い心地」 | 「敏感肌・乾燥肌向け」「3歳から」「60㎡まで」 |
| 用途 | 「毎日に寄り添う」 | 「普段使い(屋外1〜2時間)向け」「レジャー用は別品番」 |
| 量・サイズ | 容量は裏面の小さな表示だけ | 「120mL(約2か月分)」を正面または側面に |
| シリーズ内の違い | 色違いのパッケージのみ | 「Proは〇〇機能付き。通常版との違いは△△」 |
| 根拠 | 「当社比」「大人気」 | 「〇〇試験で△△を確認」「第三者認証:××」 |
パッケージに書ける量には限りがあります。そのため、ラベルには比較の軸を短く書き、詳しい比較は公式サイトの比較表に置くという分担が現実的です。同じシリーズの比較表を公式に1枚用意しておくと、AIが他社のまとめサイトに頼る場面を減らせます。
設計原則4:メニュー・POP・看板は「写真1枚で文脈が完結する」ようにする
飲食店や小売店の店内で起きる質問は、「これは何の料理?」「辛い?」「量は?」「豚肉は入っている?」といった、その場で決めるための質問です。
- 料理名の横に、短い説明を書く。「〇〇定食」だけでなく「鶏もも肉の甘辛焼き、ご飯・味噌汁付き」と書きます。写真だけのメニューは、AIが見た目から推測するしかなくなります。
- 辛さ・主な食材・アレルゲン・量を、記号と文字で示す。唐辛子のアイコンだけでなく「辛さ:中」と文字でも書くと、読み取りが安定します。アレルゲンや宗教上の配慮が必要な食材は、誤った回答が実害につながるため、特に明記が重要です。
- 手書きPOPは「読める手書き」にする。手書きの温かみは残しつつ、商品名と価格だけは太く、はっきり書きます。
- 看板・入口には「何の店か」を文字で。店名だけでは業態がわからないことがあります。「そば・天ぷら」「自転車修理」など、業態を一言添えます。
- メニューの内容をWebにも置く。Googleビジネスプロフィールのメニューや、公式サイトのメニューページに、紙のメニューと同じ料理名で載せます。実物とWebの名前の一致は、飲食でも同じく重要です。
なお、アレルゲンなど安全に関わる情報は、AIの回答だけに頼らず、「詳しくはスタッフにお尋ねください」という案内も併記しておくのが安全です。
設計原則5:カメラの先にある「回答の材料」をWeb側に置く
特定された後の2回目以降の質問、つまり「使い方は?」「口コミは?」「これと一緒に使える?」に答えるのは、Webの情報です。検索Liveの回答にはWebページへのリンクも付くため、ここで公式ページが選ばれるかどうかが、ユーザーをどこに連れていくかを決めます。
- 「実物を手にした人の質問」に答えるFAQを作る。「開封後の保存期間は?」「〇〇と併用できる?」「詰め替えはどれ?」など、店頭や自宅で出る質問を集めます。店舗スタッフやコールセンターに寄せられる質問が、そのまま材料になります。
- 使い方は、手順と写真で。型番ごとに「最初の設定」「よくあるエラー」をまとめたページは、自宅でカメラを向けたユーザーの質問に直接答えます。
- 第三者の評価を集めておく。「どっちがいい?」の判断には口コミやレビューも使われます。自社サイト外の評価については、別稿のオフサイトAEOの考え方が参考になります。
- 在庫・価格は「変わりうる」ことを前提に。店頭価格と公式価格が違うことはよくあります。公式サイトには「希望小売価格」「店舗により異なります」と明記し、AIが誤った断定をしにくくしておきます。
業種別のポイント
| 業種 | カメラ越しに聞かれやすいこと | まず整えるところ |
|---|---|---|
| 食品・日用品・化粧品メーカー | 「どっちがいい?」「成分は?」「子どもに使える?」 | 正面の商品名、シリーズ内の違いの文字化、JANコードと商品ページの対応、比較表 |
| 家電・機器メーカー | 「この型番の設定方法は?」「後継機は?」「部品はどれ?」 | 銘板・本体の型番表示、型番別のサポートページ、旧型番から後継機への案内 |
| 小売店(専門店・ドラッグストアなど) | 「この棚でおすすめは?」「違いは?」 | 棚札・POPの商品名と比較軸、店独自のおすすめ理由を文字で |
| 飲食店 | 「何の料理?」「辛い?」「〇〇は入っている?」 | 料理名+説明、辛さ・食材・アレルゲンの文字表記、Webメニューとの名前の一致、英語併記 |
| 観光・施設・サービス業 | 「この建物は何?」「入れる?」「料金は?」 | 入口・案内板の業態表示、営業時間・料金の文字表示、Googleビジネスプロフィールとの一致 |
検証——「自社の商品にカメラを向けてみる」テストを習慣にする
手もとAEOの良いところは、誰でも、今日、無料で検証できることです。スマホ1台で次の手順を試してください。
- 特定テスト:自社商品を1つ手に持ち、Googleレンズ、検索Live、Gemini Live、ChatGPTの音声+カメラで「これは何?」と聞きます。正しい商品名と型番が返るかを記録します。
- 比較テスト:自社商品と競合商品を並べて「どっちがいい?」「違いは?」と聞きます。自社の強みが伝わっているか、誤った説明がないかを確認します。
- 使い方テスト:「使い方は?」「〇〇と一緒に使える?」と続けて聞きます。回答の根拠に公式サイトが使われているか、リンクがどこに向いているかを見ます。
- 悪条件テスト:店の照明の下、斜めの角度、少し離れた距離、旧パッケージで試します。実際の店頭は、きれいな撮影環境ではありません。
- 記録と改善:結果を表にまとめ、「特定の失敗」はパッケージやPOP側、「回答の失敗」はWeb側の課題として振り分けます。
AIの回答は、同じ質問でも毎回少しずつ変わります。1回の結果で判断せず、複数回・複数のAI・複数の条件で試すことが大切です。新商品の発売前や、パッケージ改版前の工程に組み込むと、手戻りを減らせます。
手もとAEOチェックリスト
| 領域 | チェック項目 | 優先度 |
|---|---|---|
| 実物(パッケージ) | 商品名・ブランド名・型番が正面にあり、店の照明の下でも読める | 高 |
| 実物(パッケージ) | シリーズ内の違いを、色だけでなく文字でも示している | 高 |
| 実物(パッケージ) | 対象・用途・容量など比較の軸が、短い言葉でラベルにある | 中 |
| 実物(パッケージ) | 英語またはローマ字の商品名を併記している | 中 |
| 実物(店頭・店内) | 棚札・POPに商品名と比較の軸が読める大きさで書かれている | 中 |
| 実物(店頭・店内) | メニューに料理名と説明、辛さ・主な食材・アレルゲンが文字で書かれている | 高 |
| 実物(店頭・店内) | 看板・入口に業態が文字で書かれている | 中 |
| 対応づけ(Web) | パッケージの商品名と公式商品ページのタイトルが一致している | 高 |
| 対応づけ(Web) | JANコード(GTIN)・型番を商品ページ、構造化データ、商品データに登録している | 高 |
| 対応づけ(Web) | 旧パッケージの画像と説明を商品ページに残している | 中 |
| 回答の材料(Web) | 実物を手にした人の質問に答えるFAQ・使い方ページがある | 高 |
| 回答の材料(Web) | シリーズの比較表を公式サイトに用意している | 中 |
| 検証 | 主要なAIで特定・比較・使い方のテストを定期的に行っている | 高 |
よくある質問
Q1. パッケージをすぐに変えられません。何から始めればよいですか。
Web側の対応づけから始めてください。公式商品ページのタイトルをパッケージの表記と揃え、JANコードと型番を載せ、旧パッケージの画像も残します。店頭では、棚札やPOPに商品名を大きく書くだけでも効果があります。パッケージは次の改版のタイミングで、本稿の原則を反映させましょう。
Q2. QRコードを載せていれば十分ではありませんか。
QRコードは、ユーザーが自分で読み取って公式ページに進むための導線です。カメラ越しにAIへ質問するユーザーは、QRコードを読まずに直接聞くことが多いため、AIが読める商品名・型番・番号のほうが確実に働きます。両方を用意するのが理想です。
Q3. AIが自社商品について誤った説明をしていました。どうすればよいですか。
まず、誤りの原因が「特定の失敗」(別の商品だと認識された)か「回答の失敗」(商品は合っているが情報が違う)かを切り分けます。前者は実物の表示と画像の整備、後者は公式サイトの情報を明確にし、古い情報や誤った情報が載っている外部サイトがあれば修正を依頼します。各サービスのフィードバック機能から報告することもできます。
Q4. 飲食店のアレルゲン情報をAIが答えるのは危険ではありませんか。
リスクはあります。だからこそ、メニューに正確な情報を文字で書き、AIが推測で答える余地を減らすことが重要です。同時に、「アレルギーのある方はスタッフにお尋ねください」と明記し、最終確認は人が行う運用を守ってください。
Q5. 効果はどう測ればよいですか。
カメラ越しの質問は、検索順位のように数値で追うのが難しい領域です。まずは本稿の検証テストを定期的に行い、「正しく特定された割合」「比較で自社の強みが伝わった割合」を記録してください。あわせて、商品ページへの流入、店頭スタッフへの質問の内容の変化も参考になります。
まとめ——「カメラを向けられても正しく名乗れる実物」にする
- まず「特定」される。商品名・型番を正面に、読める形で置く。シリーズの違いは文字で示す。
- 次に「つながる」。実物とWebを、同じ名前・同じ番号(JANコード・型番)で結ぶ。旧パッケージも忘れない。
- 最後に「選ばれる」。比較の軸と、実物を手にした人の質問への答えを、ラベルと公式サイトの両方に用意する。
Webサイトを整えることだけがAEOではありません。お客様が手に取る実物そのものが、AIに読まれる「ページ」になりました。カメラ越しにAIが言い直しても、何の商品で、誰に向いていて、何が違うのかが残る実物を作りましょう。
関連記事
- AEOの”受信箱”フロンティア(届いた後・インボックス軸)
- AEOの”足もと”フロンティア(近くで探す・ローカル軸)
- AEOの”相手の社内”フロンティア(購買側の社内AI軸)
- マルチモーダルAEO(サイト上の画像・動画をAIに読ませる設計)
- AEOの”越境”フロンティア
参考リンク
- Google ブログ:検索 Live を日本で提供開始(2026年3月27日)
- Google Blog:Ask questions in new ways with AI in Search(Googleレンズの月間ビジュアル検索数ほか)
- Google Business:Google レンズとAIによるビジュアル検索(利用者数・成長率)
- 9to5Google:Gemini Live のカメラ・画面共有の提供拡大(2025年5月)
- OpenAI ヘルプセンター:ChatGPT Voice(音声会話中のカメラ・画面共有)
- Google Merchant Center ヘルプ:修正方法: サポートされていない GTIN
免責事項:本記事は2026年10月時点の公開情報に基づいて作成しています。各AIサービスのカメラ機能や提供範囲、対象プランは頻繁に変わるため、最新の情報は各社の公式ページでご確認ください。また、食品表示やアレルゲン表示などの法令対応については、本記事は法的助言ではありません。所管の行政機関や専門家にご確認ください。

コメント