味の素「ほんだし」AI加工画像で謝罪｜経緯・原因・企業のAI画像チェック体制と再発防止策【2026年8月最新】

味の素が運営するレシピサイト「味の素パーク」の公式Xが2026年8月14日に投稿した「ほんだし」の画像で、パッケージの英字ロゴが「HONDASHI」ではなく「MONDASHI」に変形するなど表示が崩れ、同社は8月16日に公式Xで謝罪しました。同社の説明によれば、これはゼロから作った「AI生成画像」ではなく、実写写真にAIで明るさ調整と背景変更をかけた結果、指示していないパッケージ文字まで作り変えられてしまった「AIレタッチ事故」です。

この違いは重要です。「うちはAIで絵を描かせていないから関係ない」と考えている企業ほど、写真補正・背景差し替え・不要物除去といった“軽い”AI利用から同じ事故を起こしうるからです。

この記事でわかること

• 8月14日の投稿から8月16日の謝罪までの経緯（時系列）
• どこがどう崩れていたのか、味の素の説明はどういうものだったか
• なぜ「明るさを変えただけ」で文字が壊れるのか（技術的な理由）
• 国内の類似事例と、法律・ガイドライン上の位置づけ（2026年8月時点）
• 企業がAI画像を使う際の工程別チェック体制と再発防止策

この記事の想定読者は、企業のSNS運用担当者・広報／宣伝部門・制作会社およびフリーランスのクリエイティブ担当者です。事件の経緯を知りたい一般読者にも読める形で整理しています。

なお、本件について味の素株式会社のコーポレートサイトに独立したプレスリリースは、2026年8月19日時点では確認できていません。一次情報は「味の素パーク」公式Xの投稿（リプライ形式のお詫び）であり、各報道はこれを引用しています。本記事も同様の前提で記述します。

何が起きたのか｜経緯を時系列で整理

出典: 味の素パーク公式サイト

発端から謝罪まではわずか2日で完結しています。

ニュース記事の多くはこの流れを断片的にしか伝えていませんが、「投稿→ユーザーの拡大による発見→2日で謝罪＋原本公開」という一連の流れとして見ると、どの工程で歯止めが効かなかったのかが浮かび上がります。

どこが崩れていたのか

報道で具体的に確認できた崩れは、主に次の3点です。いずれも商品パッケージ上の表示物である点が共通しています。

• パッケージ下部の英字ロゴ 「HONDASHI」が「MONDASHI」 に変形していた
• 本来「削りたての香り」と書かれている箇所が潰れて判読不能になっていた
• そのほかキャッチコピーやラベル文字にも変形が見られた

タイムライン上のサムネイル表示では気づきにくいレベルの崩れですが、Xユーザーが画像を拡大したことで発覚しました。閲覧者は拡大するという前提が、検収工程に組み込まれていなかったことがうかがえます。

権利関係のため、本記事では問題となった投稿画像および「ほんだし」のパッケージ画像は掲載していません。実際の画像は各報道機関の記事、および味の素パーク公式Xの当該投稿でご確認ください。

味の素の説明と謝罪コメント

出典: 味の素株式会社 公式サイト

味の素の説明の要点は、「実写写真をAIで編集した結果、意図しない部分まで変わってしまった」という一点に集約されます。複数の大手メディアが共通して引用している文言は以下のとおりです。

• 「画像について、ご不快な思いをおかけし誠に申し訳ございません」
• 「実写写真をAIにて明るさ・背景の変更などを行った結果、文字やラベルが崩れてしまった状態で公開してしまいました」
• 「確認が不足しており大変申し訳ありません。再発防止に努めてまいります」

注目すべきは、同社が加工前の実写オリジナル画像をあわせて公開した点です。「何をどこまでAIで触ったのか」を自ら開示したことで、憶測の拡大をある程度抑える対応になっています。

一方で、使用したAIツール名・モデル名は公式・報道いずれも公表されていません。「Geminiで加工した」「Photoshopで加工した」といった特定は現時点ではできず、そうした断定をしている情報は根拠のない推測とみてよいでしょう。また、本件を受けて味の素がAI利用ポリシーや制作フローを改定・公表したという続報も、2026年8月19日時点では確認できていません。

本件は「AI生成画像」ではなく「AIレタッチ事故」

ここが本件を理解するうえで最も重要な切り分けです。同じ「AI画像の炎上」でも、本件は過去の多くの事例とは性質が異なります。

つまり本件は、「AIでイラストを作らせるのは避けよう」というルールを持っている企業でも起こりうる事故です。写真の明るさ補正、背景の差し替え、不要物の除去といった編集用途のAIは、デザイン業務に静かに浸透しています。現場が良かれと思って使ったツールが、承認プロセスの外側で商品表示を改変してしまう構図は、シャドーAI（現場の非公式なAI利用）が抱えるリスクそのものです。

なぜ「明るさを変えただけ」で文字が壊れるのか

理由は、多くの画像編集AIが「部分修正」ではなく「画像全体の再生成」をしているからです。ここを理解していないと、再発防止策の設計を誤ります。

1. 編集AIは画像を作り直している

拡散モデルをベースとした画像編集は、指示された箇所だけをピクセル単位で書き換えるのではなく、元画像をいったん潜在空間（latent）と呼ばれる内部表現に落とし込み、そこから画像を作り直す方式が主流です。この方式では、「明るくして」「背景を白に」と指示しても、指示していないパッケージ文字・ロゴ・細かい模様まで再生成の対象に含まれます。結果として、元の画像と“よく似ているが微妙に違う”文字が描き直されます。

一般的には「AIが勝手に文字を書き換えた」と表現されますが、正確にはAIは最初から全部を描き直しているという理解が実務上は有用です。

2. 「AIは日本語が苦手」だけでは説明できない

たしかに画像生成モデルは文字を「意味を持つテキスト」ではなく画像内の視覚的なパターンとして扱うため、字形が複雑なひらがな・カタカナ・漢字は崩れやすい傾向があります。学習データの多くが英語圏である点も影響します。

ただし本件では、英字の「HONDASHI」が「MONDASHI」に化けています。H と M は縦線2本という共通構造を持ち、横棒の形状が少し違うだけです。この程度の差なら英字でも十分に間違えるということであり、「英字だから安全」「日本語を避ければ大丈夫」という対策は成立しません。この点を明確に指摘している記事は多くないため、社内説明の際にも押さえておく価値があります。

3. ツールによって結果が変わる

出典: Adobe Blog

Yahoo!ニュース エキスパートの山口健太氏による検証では、Googleの画像編集モデル（記事中では「Gemini 3.7 Flash」と記載）でテーブルの色を調整したところ、構図は保たれたものの拡大すると文字が崩れ・変形しました。一方、Photoshopの生成塗りつぶし（Firefly Image 5モデル）では文字の可読性が維持された（輪郭がやや甘くなる程度）と報告されています。

Googleの画像生成モデルは名称・世代の改廃が早いため、モデル名そのものは執筆時点の情報として扱ってください。実務上重要なのは個別のモデル名ではなく、「文字保持の強さはツールによって大きく違う」「使うツールを用途別に決めておく必要がある」という原則です。ツールごとの特性はAdobe Firefly Image 5の解説記事やAIデザインツールの比較記事も参考になります。

また、Seedream 5.0 Proのようにレイヤー分離編集に対応した画像モデルや、Nano Banana 2 Liteに代表されるGemini系の軽量画像モデルなど、選択肢は増えています。オブジェクト単位で扱えるツールであれば、パッケージ部分だけをAI処理から除外する運用が組みやすくなります。

批判はどこに向いたのか

SNS上の主な批判は、AIを使ったこと自体よりも「自社ブランドの表示物を壊したまま公開したチェックの甘さ」に向かいました。報道で引用された反応には次のようなものがあります。

• 「自社製品なら写真撮ればすぐだろうに」
• 「自社製品のラベルやキャッチコピーがグジャグジャに潰れてるのって、なんか思わないもの？」

ここには2つの論点が混在しています。ひとつは品質管理の問題（崩れに気づかず公開した）、もうひとつはAI利用の目的の説明可能性（自社商品の写真は撮り直せるのに、なぜAIで加工したのか）です。前者は工程で解決できますが、後者は「なぜその工程にAIを入れているのか」を説明できる設計になっているかという、より上位の問いです。

企業SNSでは、コストや工数の合理性だけでは受け手が納得しないケースがあります。ブランドの一次資産（ロゴ・パッケージ・キャラクター）に関わる領域ほど、この傾向が強く出ます。

国内の類似事例と本件の位置づけ

国内では2023年以降、企業・団体のAI画像利用をめぐる批判が断続的に起きています。本件を含めて整理すると次のようになります（各案件の詳細は報道ベースの情報を含みます）。

一覧にすると、大半が「AI生成物をそのまま公開した」タイプであることがわかります。本件だけが「実写にAIレタッチをかけたら意図しない領域が壊れた」タイプで、入口が異なります。

同様に、AI出力を十分に検収せず外部に出してしまった失敗としては、KPMGがAIハルシネーションで報告書を撤回した件や、Googleが公開翌日にGoogle EarthのAI画像生成機能を撤回した件も参考になります。国内企業のAI関連炎上としては楽天のRakuten AI 3.0リブランド騒動も同時期の事例です。

法律・ルール上はどう扱われるのか（2026年8月時点）

本件が直ちに法令違反となる性質のものではありません。 ただし、押さえておくべきルールは複数あります。以下は2026年8月時点の整理であり、法改正やガイドライン改訂の可能性がある点にご留意ください。

なお、消費者庁が本件について見解や処分を示した事実は確認されていません。「景表法違反である／ではない」といった断定は避けるべき段階です。EU側の要件についてはEU AI規制法の完全施行ガイドで詳しく整理しています。

来歴証明（C2PA / SynthID）という選択肢

出典: C2PA 公式サイト

「どこまでAIが触ったか」を後から示す仕組みも整いつつあります。C2PA（Content Credentials）は、誰が・いつ・どう作成／編集したかをデジタル署名付きメタデータとして画像に埋め込むオープン標準です。AdobeはFireflyおよびFirefly APIの生成物にContent Credentialsを自動付与しています。

出典: Google DeepMind SynthID

さらにOpenAIは2026年5月19日、Google DeepMindの電子透かしSynthIDを採用し、ChatGPT・Codex・OpenAI APIの生成画像にC2PAメタデータとSynthIDを自動付与すると発表しました。C2PAはスクリーンショットや再圧縮でメタデータが失われる弱点があるため、改変耐性の高いSynthIDと併用して補完する設計です。

企業実務上の意味は明確で、制作フローに来歴情報を残しておけば、事後説明のコストと時間を大きく減らせるということです。電子透かしの仕組みや限界についてはSynthID電子透かしと見分け方の解説、テキスト側の透明性義務対応についてはClaudeの出力への電子透かし導入も参考になります。国内のルール整備の流れとしては法務省が公表した生成AIの「声の権利」指針のような動きもあります。

企業がAI画像を使う際のチェック体制｜工程別の実装リスト

再発防止は「気をつける」では機能しません。設計（そもそも壊させない）／検収（出す前に見つける）／ガバナンス（組織で担保する）の3工程に分けて実装します。

A. 設計：そもそも壊させない

1. 文字・ロゴ・パッケージが写る領域にはAI編集をかけない。 明るさ・色調補正は、Lightroom・Camera Raw・Photoshopの調整レイヤーといった従来の階調補正で行えば、文字は絶対に変わりません。本件の「明るさ調整」は、AIを使う必然性が乏しい作業でした。
2. マスク（選択範囲）を切り、AI処理を文字のない領域に限定する。 背景差し替えが目的なら、商品部分を選択範囲から外すだけで事故は防げます。
3. 非破壊編集・レイヤー分離を前提にする。 商品パッケージは元画像レイヤーを上に重ねて「戻せる」状態にしておきます。
4. 文字保持に強いツールを選び、用途別に明文化する。 会話型の汎用画像編集モデルは手軽ですが、細部の文字精度では専用ツールに劣る場合があります。「背景生成は◯◯、商品カットの補正は△△」というレベルまで決めておきます。
5. 撮り直しという選択肢を常にテーブルに載せる。 自社商品であれば撮影は現実的な代替手段です。

B. 検収：出す前に見つける

6. 原本と加工後の差分確認を必須工程にする。 AIは指示外の箇所も変える前提で、Before/Afterを並べて確認します。
7. 等倍以上に拡大してロゴ・文字をチェックする。 本件はユーザーが拡大して発覚しました。タイムライン表示だけの確認では不十分です。
8. 投稿者以外の第三者がダブルチェックする。 制作者は「自分が意図した箇所」しか見ないため、思い込みによる見落としが起きます。
9. ブランド表記チェックリストを作る。 ロゴの綴り／商標表記／キャッチコピー文言／パッケージの法定表示を項目化し、毎回同じ基準で確認します。
10. AIによる一次スクリーニングと人による最終目視を組み合わせる。 別のマルチモーダルAIに「この画像に写っている文字をすべて読み上げて」と投げ、綴りが正しく読めるかを確認する運用は、コストが低いわりに効果があります。

C. ガバナンス：組織として担保する

11. クリエイティブ工程での生成AI利用ルールを明文化する。 どの工程で使ってよいか／禁止領域／承認者／記録の4点を最低限定めます。AI事業者ガイドライン第1.2版の「透明性」「責任体制」の考え方が参照枠になります。
12. 外部制作会社・代理店との契約に、AI利用の申告義務と検収基準を入れる。 SNSクリエイティブは外注が一般的で、社内ルールだけでは穴が残ります（なお本件で制作主体が社内か外部かは公表されていません）。
13. 来歴情報（C2PA / Content Credentials）を制作フローに残す。 事後説明の精度と速度が上がります。
14. 各SNSのAI表示ルールを運用マニュアルに組み込む。 プラットフォームごとに要求水準が違うため、投稿先別のチェック項目にします。
15. 発覚時の初動テンプレを用意する。

崩れたAI画像を出してしまった場合の初動4ステップ

味の素の対応は、結果として次の4ステップで2日以内に完結しています。初動テンプレとしてそのまま流用できる構造です。

1. 事実を認める（曖昧にしない、削除して黙らない）
2. 何をどう加工したかを具体的に説明する（「AIで明るさ・背景を変更した」というレベルの具体性）
3. 加工前の原本を出す（透明性の担保として最も効く手順）
4. 再発防止を表明する

特に3つ目の「原本を出す」は、他の炎上事例ではあまり見られない対応です。「どこまでAIが触ったのか」という最大の疑問に直接答えるため、憶測の拡大を抑える効果があります。

今回の教訓が特に効く企業／そこまで神経質にならなくてよいケース

今すぐ工程を見直すべき企業・担当者

• 自社商品のパッケージ・ロゴ・キャラクターが写る画像をSNSや広告で使っている企業（食品・日用品・飲食チェーンなど）。本件の直撃レンジです。食品メーカーのAI活用が進むほど、クリエイティブ工程のルール整備が追いつかないリスクが上がります。
• 写真の補正・背景差し替えにAIツールを日常的に使っている制作現場。 「生成」ではなく「編集」だから安全、という認識が最も危険です。
• SNSクリエイティブを外注しており、納品物の検収基準がない企業。 誰も拡大して見ていない状態が構造的に発生します。
• 1日に複数投稿するなど、投稿頻度が高い運用チーム。 スピード優先で検収が形骸化しやすい環境です。

過度に神経質にならなくてよいケース

• 文字・ロゴが一切写らない抽象的なイメージ画像のみを扱う場合。 崩れても事実誤認につながりにくく、リスクの性質が異なります。
• 社内資料・企画段階のラフなど、外部に出ない用途。 検収コストをかける優先度は下がります（ただし、そのまま外に出る事故には注意が必要です）。
• AI編集を一切使わず、撮影と従来の階調補正だけで完結している運用。 現行の工程を変える必要はありません。

いずれの場合も、「AIを使うか使わないか」という二択ではなく、「どの領域にAIを触らせないか」を先に決めるという考え方が実装しやすい落としどころです。

よくある質問（FAQ）

Q. 味の素は今後、AI画像の使用をやめるのですか？

2026年8月19日時点では確認されていません。同社が公式Xで表明したのは「再発防止に努めてまいります」までであり、AI利用の中止や方針変更を明言した事実は確認できていません。

Q. どのAIツールで加工したのですか？

公表されていません。報道でもツール名・モデル名は明らかにされておらず、特定のツール名を挙げている情報は推測とみるべきです。

Q. AI加工した画像に「AI使用」と表示する法的義務はありますか？

日本には、2026年8月時点で一般的な表示義務を課す法律は存在しません。ただしSNSごとのポリシー（TikTok・YouTubeのラベル義務など）と、EU向け発信におけるEU AI Actは別問題です。

Q. AIで明るさを変えるだけなら問題ないのでは？

ツールと工程によります。編集AIが画像全体を再生成する方式であれば、明るさ調整の指示でも文字が変わりえます。文字が写り込む画像は、マスクで領域を限定するか、AIを使わない階調補正で処理するのが確実です。

Q. 商品パッケージを歪めた画像は景品表示法違反になりますか？

景表法は制作手段を問わず適用されますが、違反となるかは商品の内容・品質について実際と異なる認識を与えるかで判断されます。本件について消費者庁の見解や処分は確認されていません。

Q. 加工前の原本を公開するのは、逆にリスクではありませんか？

ケースバイケースですが、本件のように「どこまでAIが触ったのか」が争点になっている場合は、原本の提示が最も直接的な回答になります。制作フローに来歴情報を残しておけば、この判断もしやすくなります。

まとめ

味の素の「ほんだし」画像をめぐる件は、AIに絵を描かせた失敗ではなく、実写写真へのAIレタッチが指示していない領域まで作り変えてしまった事故でした。英字ロゴのHがMに化けたという事実は、「日本語が苦手だから」という説明では足りず、編集AIが画像全体を再生成しているという構造そのものに原因があることを示しています。

企業が取るべき対応は明確です。文字・ロゴ・パッケージという“壊れてはいけない領域”にAIを触らせない設計を先に決め、拡大しての差分確認と第三者チェックを検収工程に組み込み、利用ルールと外注契約と来歴情報で組織として担保する。この3段構えであれば、ツールが変わっても対応できます。

「AIで絵は作っていないから関係ない」と考えている企業ほど、写真補正という入口から同じ地雷を踏みます。本件はその点を、実名と具体例つきで示した最新のケーススタディです。

主な参照元

• ITmedia NEWS「『ほんだし』のラベルがAIでぐちゃぐちゃに…… 味の素、公式Xの投稿画像について謝罪」
• ASCII「味の素、AIで編集した画像めぐり謝罪 ロゴやブランド表記がゆがんで表示」
• J-CASTニュース「写真を明るくするはずが『HONDASHI』→『MONDASHI』に 生成AIが想定外の部分まで変形、味の素謝罪」
• Yahoo!ニュース エキスパート・山口健太「味の素がSNS投稿画像について謝罪 『AI修正』の弱点か」
• 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日公表）
• Adobe Blog（Photoshop / Firefly アップデート情報）
• ITmedia「OpenAI、Googleの『SynthID』を採用 『C2PA』と組み合わせAI生成画像の来歴証明を強化」