ブログに戻る
テクノロジープライバシー

2026 AI画像はアップ後もAIと判別できる?C2PA透かし7プラットフォーム保持率

公開日12 min read
共有

2種類の透かし、戦っている戦場が違う

データから見ていこう。Googleは2025年11月、自社AIモデルが生成する全画像に2種類のマークを自動で埋め込むと発表した。C2PAメタデータ署名と、SynthIDのピクセル層透かしだ。Adobe、OpenAI、Midjourneyも2026年2月にC2PA 2.1規格に追従した。

これが何を意味するか?

技術実装から見れば、この「私はAI生成です」を証明する戦場は、まったく異なる2つのスタックを重ねて走らせている。片方はファイルmetadataに書き込まれた暗号署名、もう片方はピクセルそのものを変える不可視ノイズ。前者は剥離に弱く、後者は再圧縮に弱い。

この差はかなり効く。ChatGPTからダウンロードした画像をIGストーリーに上げ、Xでリポストする——この証明チェーンはどこで切れる?答えはプラットフォームがどの層に手を入れたかで決まる。

C2PAって何?SynthIDは?

具体的にいうと——

C2PA(Coalition for Content Provenance and Authenticity) は2024年に成熟し、2026年2月にv2.1へ進んだ仕様だ。要は生成・編集の履歴をEXIF/XMPの外側に置いた暗号化manifestに書き込み、証明書で署名する。読み手はc2patool(v0.26.27)で検証すれば、その画像がAI製か、誰がいつ何を変えたかわかる。

SynthID はGoogle DeepMindの内製透かし技術。metadataに書かない代わりに、ノイズをピクセルに直接埋め込む。肉眼では見えないが検出モデルは読める。JPEG quality 70まで圧縮しても、WebPに変換しても、軽くトリミングしてもSynthIDはたいてい生き残る。

ここがポイント——両者はどちらか択一じゃない。Googleの戦略は同時打ち。C2PAは人間向け(meta層)、SynthIDは機械向け(ピクセル層)。一層が剥がされても、もう一層が残る。

ただ他社が必ず追従しているわけじゃない。OpenAIは2024年の発表でC2PA中心と公言、MidjourneyはC2PAを2026年から導入、SynthIDはGoogle専属。つまりあなたが手に入れたAI画像が「機械層」で追跡可能かは、誰が生成したかで変わる。

なぜアップした瞬間に証明が消える?

SNSプラットフォームは1つのことをやる——re-encodeだ。

アーキテクチャから見ると、プラットフォームはユーザーがアップした画像をほぼ同じパイプラインに通す。デコード、リサイズ、再圧縮、再パッケージング、EXIF/XMP/IPTC剥離。理由は実利的だ——ストレージコスト削減、カメラGPSによるプライバシー漏洩防止、ファイル形式の統一。

代償としてC2PA manifestもまとめて消える。

ぶっちゃけ、プラットフォームはC2PAを狙ってるんじゃない。EXIFが消えるときにC2PAが巻き添えになってるだけ。SynthIDはピクセル内に書かれているので、このパイプラインで生き残れるかは二次圧縮の強さ次第。

各社の公開圧縮戦略をまとめると、主流SNSの圧縮強度は軽い順におおよそ——Threads → IG(Reelsが投稿よりやや軽い)→ Facebook → X(最も暴力的、原画の30%まで削ることも)。Discordは「画像を圧縮」をオフにすれば原ファイルを保持するが、これは一般的な印象とずれている。

7プラットフォーム × 3次元対照表

下表は2026年4月時点の各プラットフォームのC2PAメタデータ・EXIF・SynthIDピクセル層への扱いを整理。出典は各社公式発表、開発者ドキュメント、コミュニティのテストレポートの集約で、全画像を逐一アップして実測したものではない。

プラットフォーム C2PA manifest EXIF / XMP SynthIDピクセル層(圧縮後生存率)
Instagram(投稿) 剥離 剥離 中(圧縮中程度)
Instagram(ストーリー) 剥離 剥離 中やや低(再圧縮)
X(ツイート画像) 剥離 剥離 低(圧縮最重)
Facebook 剥離 剥離 中
Threads 剥離 剥離 中やや高(SNSで最も軽い圧縮の1つ)
Discord(圧縮オフ) 保持 保持 高(無圧縮)
Imgur 一部保持 剥離 中(JPEG再変換あり)
ImgBB 多くは保持 一部剥離 中(変換は設定依存)
lpic.cc ほぼ保持 剥離(プライバシーデフォルト) 高(二次圧縮なし)

差は誤差じゃない、設計戦略の差だ。

表から見える戦略の分岐

整理すると3択しかない。

戦略A:圧縮優先(SNS)——X・IG・FBはfeedの読み込み速度とストレージコストのために、すべての画像を一律にパイプライン通過させる。C2PAもSynthIDもまとめて落ちる。この道では、クリエイターがAI由来を証明する最後の砦はSynthIDのピクセル残留だけだが、重圧縮には脆い。

戦略B:原ファイル保持(ファイル共有寄り)——Discord(無圧縮設定時)と、Catbox、lpic.ccのようなホスティングが近い道を行く。アップしたものをそのまま吐き、原manifestを保持する。代償は帯域コスト、CDN設計の難しさ。

戦略C:折衷(一般ホスティング)——ImgurやImgBBは中間。形式変換はするが軽めで、C2PAは状況次第で残る。クリエイターから見ると「SNSよりはマシ、純ファイルホストには劣る」。

正直なところ絶対の優劣はない。だが「アップ後もAI由来を証明したい」が要求なら、戦略Aは詰みだ。

クリエイターはどうすべき?

AI画像をIGストーリーに上げるだけなら、ぶっちゃけC2PAはもう関係ない——プラットフォームが洗い流す。残る砦はSynthID(Google製の場合)か、説明欄に自分で#AIartと付けることくらい。

ただ商業ライセンス、ニュース素材、法的な来歴証拠が用途なら、証明チェーンは切らせちゃいけない。re-encodeするプラットフォームは避け、manifestを保持するホスティングを選んで外部リンクで配信する必要がある。

ここで一つ落とし穴——Discordは原ファイル保持に見えるが、画像URLにtokenが付いて期限切れする。長期保存用には信頼できない。

この戦争でのlpic.ccの立ち位置

うちの設計選択は二次圧縮しないこと——アップしたものをそのまま吐き、C2PA manifestはほとんどのケースで完全に保持される。AI由来証明を残したいデザイナーや報道関係者には実用的だ。

ただ正直に制約も開示しておく。

  1. EXIFはデフォルトで剥がす(プライバシー配慮、カメラGPSも含む)。C2PAをEXIFセクション経由で運ぶ古い実装の場合は影響を受ける。標準のXMP/JUMBFセクションは無事だ。
  2. 画像は30日保持(インタラクションがあれば延長)。長期保存は自前バックアップが必要。
  3. ファイルサイズ上限あり(1枚8MB以内)。AIモデル出力の4K大画像は事前に圧縮が必要。

つまりこれは「manifest保持+自動匿名化」の折衷プロダクトであり、法的な来歴証跡システムじゃない。最も厳格な来歴証跡が必要なら、認証局の公証ルートを行くべきだ。

画像読み込み速度やパスワード保護については lpic.cc のアップロードページを参照。デフォルトの無料アップロードで今回扱ったユースケースの大半をカバーしている。

よくある質問 FAQ

Q1:ChatGPTで生成した画像をIGに上げた後、AIだと判定できる? ケースによる。OpenAIは2024年からC2PAを埋め込んでいるが、IGはアップ時に剥離するのでメタデータ層の証明は失敗する。OpenAIはSynthIDも併用?現状の公開情報ではOpenAIは主にC2PA依存でSynthIDの明確な採用はない。よってIGの重圧縮後は多くの場合、確実な検出はできない。

Q2:Google Geminiの画像は? GeminiはSynthID+C2PAをデフォルトで持つ。IGがメタを剥いでもSynthIDのピクセル層は残り、Google純正のSynthID Detectorは識別できる。だが他社ツールは対応とは限らない。

Q3:画像をPDFやスクショにして共有したらC2PAは残る? 残らない。PDFはmanifestを運ばないし、スクショは全画素を再エンコードするのと同じ。両方とも死ぬ。証明チェーンを残したいなら原ファイル転送が唯一の手段。

Q4:C2PAは偽造できる? 署名なしの偽manifestを差し込むことはできるが、c2patoolで検証すれば「署名検証失敗」と明示される。だから重要なのは「manifestの有無」じゃなく「manifestが正規証明書と整合するか」だ。

Q5:lpic.ccは全C2PA manifestの永久保持を保証する? できない。原則として標準のXMP/JUMBFセクションは保持するが、バックエンドの最適化や形式正規化のタイミングで一部ケースに影響することはある。厳格な来歴証跡が必要なら自分で原ファイルを保管するのが安全だ。

References

#C2PA#SynthID#AI生成画像#透かし#メタデータ保持#画像トレーサビリティ#AI判定
B

著者

Brian Lee

技術アナリスト

画像フォーマット・圧縮技術・API 連携に特化し、データに基づいた分析を提供します。