生成AIで作った画像に少しだけ色を足して、投稿ボタンの前で指が止まる。
その一手が加工なのか生成なのか、判定してくれる相手はiPhoneの中にはいません。
2026年9月14日配信のiOS 27に入るApple Reference Imageは、判定をしない代わりに、もっと厄介なものを残していきます。
iPhoneは、加工を判定してくれない。
仕組み自体はシンプルです。
iPhone 18 Proのメインカメラに載る新しいセンサーが、見た画素すべてに署名を付けます。
Referenceモードで撮影すると、その署名済みのセンサーデータがPrivate Cloud Computeに送られ、改変できない参照画像として現像される。
出来上がった参照画像は、写真アプリの中で本画像の隣に置かれます。
Apple自身がこれを「デジタルネガ」と表現しています。
ここが誤解されやすいところなんですが、このシステムは「この加工はセーフ」「これはアウト」という答えを出しません。
原本を隣に置くだけです。
判定する主体は、最後まで人間の側に残ります。
撮影できるのはiPhone 18 ProとiPhone 18 Pro Maxだけです。
センサーのハードウェアに依存する機能なので、他機種に後から降りてくることはありません。
一方で参照画像の現像と閲覧は、iOS 27・iPadOS 27・macOS 27があれば可能です。
サードパーティアプリが参照画像を表示するためのAPIも、同時に公開されています。
撮る側と見る側で、必要なものが違うんですよね。
では判定が出ないとき、加工した画像は実際どう見えるのか。
色調整、肌補正、背景差し替えで、何が変わるのか。
先に事実として書いておくと、Appleは加工の種類ごとの基準を一切公表していません。
なので以下は、並べて見せるという仕組みから読み取れる範囲の話です。
色調整や明るさの変更は、画面全体が同じ方向に動きます。
並べれば違いは出ますが、暗い場所で撮った写真を持ち上げるのは、フィルムの時代から現像作業としてやってきたことでもあります。
肌補正や部分的な消去になると、性格が変わります。
局所的に画素が置き換わるので、差分がどこにあるかまで特定できる。
「全体的に違う」ではなく「ここだけ違う」が見えるわけです。
いちばん際立つのは背景の差し替えと生成物の合成です。
参照画像に存在しない要素が本画像に立っている状態なので、並べた瞬間に分かります。
整理すると、差がつくのは「バレるかどうか」ではありません。
「説明できるかどうか」です。
全体の色を持ち上げた理由は説明できます。
でも参照画像に写っていない建物が本画像に建っている理由は、説明の難易度が一段上がる。
もう1点、画像生成AIを使う人にとって関係の深い話があります。
生成AIだけで作った画像には、そもそも参照画像が存在しません。
比較する相手がいない状態です。
これは疑わしいという意味ではなく、この仕組みでは何も言えない、という意味になります。
じゃあこちら側には残せるものが何もないのかというと、そんなことはありません。
投稿前に、元データをどう残しておくか。
まずReferenceモードはオプトインです。
つまり撮影の瞬間に有効にしていなければ、参照画像はそもそも存在しません。
後から遡って付ける手段はないので、迷ったら入れておく、が唯一の選択肢になります。
次に置き場所です。
共有や書き出しのときに参照画像が一緒に付いていくのかどうかは、Appleの発表文にも主要な報道にも書かれていません。
付いてくる前提で運用を組まないほうがいいです。
投稿先の事情もあります。
X、Instagram、Facebook、LINEは、アップロード時に画像のEXIFを自動で削除します。
来歴の情報をファイルに埋め込んでも、経路によっては落ちる前提で考えておいたほうが安全です。
となると、残す場所は自分の手元しかない。
具体的にはこのあたりになります。
- 加工前の撮影原本を、書き出し済みのファイルとは別に保管する
- 加工の中間状態を最低1つ残す(レイヤーを統合する前のファイルで十分)
- 書き出し設定と、使ったツール名とバージョン
- 生成画像なら、プロンプト全文とシード値、モデル名とバージョン
最後の行がクリエイターには効いてきます。
参照画像を持てない側は、自分で来歴を作るしかない。
プロンプトとシードを控えておく習慣は、これまで再現性のためのものでした。
同じ絵をもう一度出すため、あるいは少しだけ変えるため。
これからはそれが、どう作ったかを説明できる記録として働きます。
控えていなければ、後から復元することはできません。
SynthIDは、まだ動いていない。
プレスリリース本文にある表現は upcoming support for the SynthID standard です。
upcoming、つまりまだです。
脚注を読むと、提供は年内のソフトウェアアップデートで、適用された編集内容によるものの編集済み画像の大半に付く、と書かれています。
iOS 27の配信時点では動きません。
写真アプリのどの編集ツールが透かしの対象になるのかも、公表されていません。
ただ、ここで押さえておきたいことがあります。
SynthID自体はとっくに動いているんですよ。
OpenAIは2026年5月から、ChatGPTとAPIとCodexで生成した画像に、SynthIDの透かしと来歴データの両方を付けています。
「AIで作った画像に透かしが入る」話は、Appleの実装を待たずに、使っているツールによってはすでに起きている。
自分の手元の仕様を確認するほうが先です。
そもそもApple Reference ImageとSynthIDは方向が逆です。
前者は撮影時点の原本を残す仕組み、後者は編集後の出力に印を付ける仕組み。
片方は入口を押さえ、もう片方は出口に印を付ける。
同じ発表の中に並んでいますが、別の話として読んだほうが正確です。
画像生成AIを使う側は、ここから何を見ておくか。
見ておきたい分岐が3つあります。
1: ハードウェア依存。
iPhone 18 ProかPro Maxを持っていない限り、自分が撮った写真に参照画像は付きません。
地域差もあって、EUでは発売時点で撮影機能が提供されず、中国では機能自体が提供されません。
2: 表示APIの公開。
サードパーティアプリ向けのAPIがすでに出ているので、画像編集ツールや生成ツールの側が参照画像の表示に対応してくる余地があります。
3: 規格が噛み合っていないこと。
ここがいちばん大きいと思っています。
Appleのプレスリリースには、C2PAのContent Credentialsへの言及がありません。
採用しないと明言されたわけでもなく、触れられていないという状態です。
一方でGoogleは、Pixel 10のカメラで撮影時にC2PAの署名を付ける実装を出しました。
Google Photos側でAI編集と非AI編集の両方に来歴を追加する設計です。
OpenAIが生成画像に付けている来歴データも、このContent Credentialsです。
画像生成ツールの側はC2PAに寄っていて、iPhoneで撮った写真の来歴はAppleの参照画像として別の場所にある。
同じ「どう作られたか」を扱いながら、今のところこの2つは同じ物差しで並べられません。
Googleは自社の発表で、この流れを「AIか、AIでないか」ではなく「作られ方の証明が付いているか、付いていないか」への移行だと書いています。
線の引き直しは、生成AIで作る側にもそのまま降りてきます。
証明が付いていない画像が圧倒的多数になるなら、問われるのは疑いを晴らせるかどうかではなく、自分の作り方を説明できる記録を持っているかどうかです。
そして自分の画像がどちら側に立つのかは、投稿してから決まるものではありません。
撮る前、生成する前に決まっています。




コメント
ログイン か 会員登録 するとコメントできます