Akira

Posted on Aug 12 Originally published at apidog.com

Claude vs ChatGPT vs Gemini: 2026年のAI生成コンテンツ識別

3つの大手研究所は、AI生成コンテンツの識別に対して異なる実装を採用しています。2026年8月現在、Anthropicが生成テキストへの透かしを導入したことで、Google、Anthropic、OpenAIのアプローチを同じ軸で比較できるようになりました。

今すぐApidogを試す

結論から言うと、Googleは最も広いモダリティをカバーし、開発者が実行できる公開テキスト検出器も提供しています。AnthropicはAPIを含むすべての生成経路で適用されるテキスト透かしを導入しています。OpenAIはファイルの出所情報では強力ですが、テキスト透かしは未実装です。

比較表

	Anthropic Claude	OpenAI ChatGPT	Google Gemini
テキスト透かし	はい、2026年8月2日以降にリリースされたモデルから	未実装	はい、SynthID Text
適用箇所	モデルレベル、オプトアウト不可	該当なし	モデルレベル
画像の出所情報	`.svg`、`.png`、`.jpg`に署名付きC2PA	生成画像にC2PAコンテンツクレデンシャル	C2PAに加えてピクセル内のSynthID
音声と動画	未発表	生成動画にC2PA	Imagen、Veo、Lyria全体にSynthID
テキスト用公開検出器	約束済み、未実装	該当なし	オープンソースのリファレンス検出器
ファイル用公開検出器	標準C2PAツール	標準C2PAツール	SynthID検出器ポータル、加えてアプリ内検証
検出器の利用可能性	ドキュメントは近日公開	C2PAリーダーは公開済み	ポータルは順番待ちリスト、テキスト検出器はオープンソース
APIをカバー	はい、Claude Code、Cowork、Tagも	API経由の画像	はい
地理的範囲	全世界	全世界	全世界

実装時に重要なのは「テキスト用公開検出器」です。ベンダー以外が検証できないマーキングは、プロダクトに組み込める信号ではなく、ベンダー内部のコンプライアンス機能に留まります。現時点では、第三者がテキストに対して実行できる検出器を提供しているのはGoogleだけです。

Anthropic: テキスト優先、モデルレベル、オプトアウトなし

Anthropicは、2026年8月2日以降にリリースされたClaudeモデルの生成テキストへ、知覚できない透かしを埋め込みます。意味、品質、読みやすさを変えず、単語列に含まれるため、別のコンテナへコピー＆ペーストした場合も残る設計です。

実装上は、次の3点を押さえてください。

1. モデルID単位で対象を判定する

透かしはプロダクト層ではなくモデルレベルで適用されます。Claudeアプリ、API、Claude Code、Claude Cowork、Claude Tagのどこから生成しても、対象モデルであれば透かしが含まれます。

透かしの有無をベンダー名だけで判断せず、実際に解決されたモデルIDを記録してください。

{
  "generated_by": {
    "vendor": "anthropic",
    "model": "claude-opus-5"
  },
  "watermark": {
    "status": "未検証",
    "type": "text"
  }
}

除去用のリクエストパラメータ、HTTPヘッダー、プランティアはありません。Claude出力を再販・再配布するサービスでは、透かし付きテキストを扱う前提で設計する必要があります。

2. デプロイ先ごとのC2PA保持をテストする

Claudeが生成した.svg、.png、.jpgには、標準ツールで検証可能な署名付きC2PAマニフェストが含まれます。

一方、埋め込み透かしはAWS、Google Cloud、Microsoft Foundryでも機能しますが、C2PAメタデータはストレージ、CDN、画像変換処理によって失われる可能性があります。アップロードから配信までの実パスで検証してください。

3. テキスト検出は「未検証」として扱う

Anthropicは、ユーザーと第三者が透かしを検出できるよう支援すると約束しており、技術文書も近日公開予定です。ただし公開されるまでは、Anthropic以外の第三者がClaudeテキストの透かしを検証することはできません。

検出機能の公開前は、次のように「透かしなし」と「未検証」を分離してください。

{
  "watermark": {
    "status": "未検証",
    "reason": "公開検出器が未提供"
  }
}

詳細はClaudeの透かしを検出する方法を参照してください。

実装に関する詳細はClaudeがAI生成コンテンツをマークする方法に記載されています。

Google: 最も広範なカバー範囲、唯一の公開検出器

SynthIDは、Gemini、Imagen、Veo、Lyriaにまたがり、画像、音声、動画、テキストをカバーします。3社の中では最も古く、対象モダリティも最も広い仕組みです。

モダリティごとに実装は異なります。

画像・動画: ピクセル自体に知覚できない透かしを埋め込む
音声: 波形に透かしを組み込む
テキスト: 統計的な手法で透かしを埋め込む

ピクセルや波形に埋め込まれた透かしは、スクリーンショットや圧縮など、メタデータを失わせる処理にも耐えられる点が特徴です。

Googleの実装で特に重要なのは、検出手段を外部へ提供していることです。

SynthID Textはオープンソース

Hugging Faceでリファレンスのベイジアン検出器とともに公開されています。Googleへのアクセスを要求せずに実行できます。
検出結果は3状態

単純な真偽値ではなく、透かしあり、透かしなし、不確実を返します。実運用の検出APIでも、この3状態をそのまま採用するべきです。
SynthID検出器ポータル

2026年5月のI/Oで、ジャーナリストや研究者を含む初期テスター向けに公開され、一般公開の順番待ちリストも提供されました。
Geminiアプリ内検証

Geminiアプリへ画像、動画、音声クリップをアップロードし、Google AIが作成または変更したものかを尋ねると、SynthID透かしを確認します。

GoogleはSynthIDとC2PAを排他的に扱わず、両方を使用します。この構成は実装上も有効です。

透かし: 再エンコードやスクリーンショット後も残りやすい
C2PA: 生成者や編集履歴など、詳細な出所情報を伝えられる

OpenAI: ファイルに強く、テキストには沈黙

OpenAIは、モデルを通じて生成された画像にC2PAコンテンツクレデンシャルを付与しており、同じアプローチは生成動画にも適用されます。C2PA対応ツールで読み取れる、実際の出所情報です。

2026年には2つの進展がありました。

2026年5月にC2PA運営委員会へ参加
既存のコンテンツクレデンシャルに加えて、Google DeepMindのSynthID透かしを埋め込むことを約束

これは、詳細のためのメタデータと、変換耐性のための透かしを組み合わせる二層モデルです。

ただし、テキストには透かしがありません。ChatGPT由来の文章であっても、現時点でベンダー由来の信号を検出することはできません。

ChatGPTテキストを検出すると主張するツールは、透かし検証ではなく推測ベースの分類器です。誤検知を前提に扱う必要があります。特に英語を母国語としないライターへの影響を含む失敗モードは、AI画像検出が失敗する理由で説明されているものと同じです。

透かしかメタデータか: 実装では両方を使う

透かしとC2PAメタデータは、異なる方法で失敗します。そのため、どちらか一方だけを採用するのではなく、両方を扱う設計が必要です。

C2PAメタデータの特性

C2PAメタデータには以下の利点があります。

署名者を特定できる
主張された編集内容を記録できる
再署名なしにバイトが変更されると、検証に失敗する
詳細な出所情報を扱える

ただし、C2PAはファイルコンテナに紐付きます。サイズ変更、フォーマット変換、スクリーンショット、画像CDNなどで失われる可能性があります。

実際の配信パイプラインでC2PAが保持されるかを確認してください。あなたのAPIがC2PAメタデータを剥ぎ取っているでは、この検証方法を扱っています。

透かしの特性

透かしはコンテンツ自体に信号を埋め込むため、メタデータが失われる変換に耐えやすい仕組みです。

ただし、通常は「おそらくXが生成した」という信号しか持てません。また、編集、言い換え、翻訳、短い抜粋によって検出性能が劣化します。

Claudeテキストでの劣化プロファイルは、Claudeの透かしはコピー、ペースト、編集後も残るのかで確認できます。

どちらも起源そのものを証明するものではありません。異なる盲点を持つシグナルとして、両方を保存・検証してください。

複数のサービスを利用している場合

複数ベンダーや複数モデルをルーティングするサービスでは、次の4点を実装してください。

1. ベンダー単位ではなくモデルID単位で追跡する

「Claudeを使っている」「Geminiを使っている」だけでは、マーキングの有無を判断できません。

Anthropicでは、移行期間中にマーク付きモデルとマークなしモデルが混在する
Googleでは、モダリティごとにカバー範囲が異なる
OpenAIはファイルをカバーするが、テキストはカバーしない
フォールバックによって実行モデルが変わる可能性がある

すべてのレスポンスで、実際に使われたベンダーとモデルを保存してください。

{
  "generated_by": {
    "vendor": "anthropic",
    "model": "claude-opus-5"
  }
}

2. 独自スキーマで出所情報を正規化する

呼び出し元がアップストリームごとの差異を毎回処理しないよう、出所情報を統一スキーマに変換します。

{
  "provenance": {
    "status": "検証済み",
    "standard": "c2pa",
    "signer": "Anthropic",
    "signature_valid": true,
    "checked_at": "2026-08-11T09:14:22Z"
  },
  "generated_by": {
    "vendor": "anthropic",
    "model": "claude-opus-5"
  }
}

3. 「未チェック」と「未マーク」を分離する

検出や検証の結果は、最低でも3状態にしてください。

type ProvenanceStatus =
  | "検証済み"
  | "未マーク"
  | "未チェック";

未チェックには、検証サービスの停止、タイムアウト、対応検出器の未提供などが含まれます。これを未マークと同一視すると、検証基盤の障害が隠れます。

4. CIで出所情報の回帰を検出する

出所情報の取り扱いは、エラーなしで壊れます。

アップロード経路へ画像リサイズ処理が追加される
モデルフォールバックが発動する
リファクタリングでレスポンスの開示フィールドが削除される
CDNや変換サービスがC2PAマニフェストを削除する

CIでは、少なくとも以下を検証してください。

checks:
  - resolved_model_is_expected
  - provenance_field_exists
  - c2pa_signature_is_valid
  - signed_fixture_survives_delivery_path

Apidogのテストシナリオでは、解決されたモデル、開示フィールド、署名付き画像フィクスチャの往復を検証できます。apidog-cliからCIで実行すれば、検出失敗をビルド失敗にできます。

設定例はGitHub ActionsでAPIテストを自動化するを参照してください。Apidogをダウンロードして、自分のエンドポイントで検証を始められます。

FAQ

2026年時点で、どのベンダーが最高のAIコンテンツマーキングを提供していますか？

Googleは最も広範なカバー範囲と、唯一公開されているテキスト検出器を持っています。AnthropicはAPIを含むすべての生成経路にモデルレベルで適用される、最も均一なテキスト透かしを提供します。OpenAIはファイルの出所情報では強力ですが、テキスト透かしはありません。

ChatGPTはテキストに透かしを入れていますか？

いいえ。2026年8月現在、OpenAIはテキスト透かしを実装していません。生成画像にはC2PAコンテンツクレデンシャルを付与しており、2026年5月には、それらと並行してSynthIDを追加することを約束しました。

Geminiが生成したテキストを自分で検出できますか？

はい。GoogleはHugging Faceで、リファレンス検出器とともにSynthID Textをオープンソース化しています。結果は透かしあり、透かしなし、不確実の3状態です。

Claudeが生成したテキストを自分で検出できますか？

まだできません。Anthropicは検出をサポートすることを約束しており、ドキュメントは近日公開予定です。

これらの透かしは相互運用可能ですか？

C2PAはオープンスタンダードであり、対応リーダーで解析できるため相互運用可能です。一方、透かしは相互運用可能ではありません。SynthIDはSynthID用の検出器、AnthropicのマークはAnthropicの検出方式を必要とします。

単一の検証ではなく、複数の検証を実行する前提で設計してください。

スクリーンショット後も残るのはどれですか？

ピクセル透かしとテキスト透かしは残ります。C2PAメタデータは、スクリーンショットによって新しいファイルが作られるため残りません。

これらの仕組みでAI生成の誤情報を阻止できますか？

いいえ。マーキングは、マークが損なわれていない場合に出所のシグナルを提供するものです。マークなしモデル、古いモデル、ローカルで動くオープンウェイトモデル、大幅に書き換えられたコンテンツには対応できません。

要点

3社とも、耐久性のための透かしと、詳細な出所情報のためのC2PAを組み合わせる二層モデルへ向かっています。ただし実装状況は異なります。

Google: 最も広いモダリティをカバーし、公開テキスト検出器も提供
Anthropic: 最も均一なテキスト透かしを提供するが、公開検出器は未提供
OpenAI: ファイルの出所情報をカバーするが、テキストは未対応

実装では、マーキングを証明ではなくシグナルとして扱ってください。検証結果は3状態で管理し、C2PA保持・モデル解決・開示フィールドをCIで継続的にテストすることが重要です。

DEV Community