AI生成かどうかを確かめる手段が、報道機関向けの試験から誰でも使える窓口へ移りました。Googleは2026年10月7日、SynthID Detectorを英語で世界に公開しています。
ただし、使えるようになったのは「見つかるものを見つける」手段です。「AIではない」と証明する手段ではありません。この非対称をそのままにして確認作業を業務へ組み込むと、確認したこと自体が誤った判断の根拠になります。
この記事では、公開された範囲で何ができるのか、結果をどう読むのか、そして素材を受け取る側が先に決めておくことを、Googleの発表と公式ヘルプの記載だけで整理します。検出の精度や誤判定率は公表されていないため、本記事でも扱いません。
何が変わったのか。入口が報道機関から全員へ移った
変わったのは技術ではなく、窓口の開き方です。
Google DeepMindの公式ページには、SynthID Detectorが検証用のポータルとして始まり、「After testing with journalists and media professionals and collecting their feedback, we’re expanding access to everyone」と書かれています。記者やメディアの専門職と試したうえで、全員へ広げる、という順序です。今回の発表はその「広げる」側で、「the tool available globally in English starting today」と明記されています。提供は英語での世界公開で、日本語で使えるようになる時期は記載がありません。
入口は synthid.com で、発表の言い方では「anyone can easily check if an image, video, or audio file was made with AI」。画像・動画・音声のファイルを対象に、AIで作られたものかどうかを確かめられます。対象になる提供元として挙がっているのは、Googleと「OpenAI, NVIDIA, Kakao, and soon, Apple」です。Appleについては「soon」とだけ書かれており、時期は示されていません。
規模の数字も発表に出ています。これまでに透かしを入れたのは「180 billion images and videos」と「240,000 years of audio content」。また、検索・Geminiアプリ・Chromeに入っている確認機能は「now regularly handle over 1 million requests daily」とされています。すでに日常的に使われている機能に、単体のツールが足された形です。
透かしは何に入り、どこまで耐えるのか
照合の根拠になっているのは、生成の時点でファイルの中へ入る印です。
DeepMindの公式ページでは、SynthIDが「embeds digital watermarks directly into AI-generated images, audio, text or video」と説明されています。画像と動画の透かしは人の目には分からない形で入り、「designed to stand up to modifications like cropping, adding filters, changing frame rates, or lossy compression」とされています。切り抜き、フィルタ、フレームレートの変更、非可逆圧縮といった、素材を扱うときに普通に起きる加工を想定した設計です。音声についても、ノイズの追加、MP3圧縮、再生速度の変更といった一般的な改変では消えないと書かれています。文字については、Geminiアプリが生成した文章へ透かしを広げたこと、出力の品質に影響しないことが示されています。
ここで押さえておきたいのは、耐える設計であることと、消えないことは違うという点です。Geminiアプリのヘルプには、改変後も透かしは通常まだ存在するとしながら、何度も改変を重ねた後には検出されない可能性が残ると書かれています。素材が社内外を何度も往復し、そのたびに書き出し直されるような使い方では、検出できる確率は下がっていくと読むのが正確です。
なお、照合の手がかりは透かしだけではありません。ヘルプは、来歴と編集履歴を記録するContent Credentialsにも触れています。こちらは画素に埋め込むのではなく、ファイルに付随する記録を読む仕組みで、「Whether or not AI was used」を含む構成と編集の履歴が表示されるとされています。対応するのは2.2以降の版で、メタデータを外部に置く方式には対応していないと明記されています。根拠が違うので、見える範囲も違います。
「透かしが見つからない」が意味しないこと
実務でいちばん間違いやすいのは、結果が出なかったときの読み方です。
Geminiアプリのヘルプは、透かしが見つかった場合を「all or part of the image or video was created or edited by Google’s AI models」と説明しています。全体または一部が、Googleのモデルで作られた、または編集されたという意味です。生成されたものだけでなく、既存の素材へAIで手を入れた場合も同じ側に入ります。
見つからなかった場合の説明は、ここより慎重です。Googleのモデルで作られたり編集されたりしたものではないが、「it could have been created by other AI systems」。他のAIで作られた可能性は残る、と書かれています。つまり、出てこなかったという結果は、AI生成でないことの証明にはなりません。
さらに、どちらとも言えない結果もあります。ヘルプが挙げているのは「Not enough details to watermark」と「Likely too small an edit」。透かしを入れるだけの情報がない、あるいは編集が小さすぎる、という状態です。使い方の注意としては、スクリーンショットを渡すなら画像の周囲を詰めて切り抜くこと、複数の別個の画像を並べたコラージュを渡さないことが挙げられています。
面によって、条件と対象が違う
「確認した」と言うときに、どの面で確認したのかが抜けると話が噛み合いません。公表されている条件は面ごとに違います。
| 確認する面 | 公表されている条件 | 対象として示されている範囲 |
|---|---|---|
| synthid.com | 英語で世界に公開。画像・動画・音声のファイルを確認できる | Googleと提携先（OpenAI・NVIDIA・Kakao、Appleは「soon」） |
| Geminiアプリ | 1回に1ファイル。100 MB以下、動画は90秒未満、音声は1時間未満。目安として24時間あたり画像10件・動画10件（合計5分まで）・音声10件（合計3時間まで） | 現時点ではGoogleのAIツールで作られたもの。あわせてContent Credentialsも読む |
| Google検索・Chrome | 件数のみ公表（3面の合計で「over 1 million requests daily」）。個別の条件は記載がありません | 記載がありません |
表の内容は、上記の発表とGemini Appsヘルプの記載によります（確認日 2026-10-07）。空欄を推測で埋めず、「記載がありません」と置いています。
この違いは、実務では具体的な困り方として出てきます。たとえば制作会社から受け取った画像について、代理店が「確認した」と言ってきたとします。Geminiアプリで確認したのなら、分かるのはGoogleのAIで作られたか編集されたかまでです。他社の生成ツールで作られたものは、同じ操作では出てきません。synthid.comなら提携先も対象に含まれますが、提携していない生成ツールは、やはりどちらの面でも分かりません。どの面で確認したかを記録しないと、結果の意味が後から復元できなくなります。
Chromeが確認の面に入っていることは、ブラウザ側に機能が集まっていく流れの一部でもあります。同じ流れでは、Gemini in Chromeの自動ブラウズのように、閲覧の操作そのものを引き受ける機能も広がっています。
日本の実務者が先に決めておくこと
一般化できるのは、確認の技術ではなく運用の決め方です。3つあります。
1つ目は、確認する面と担当を決めることです。上の表のとおり、面が違えば答えも違います。入稿前の素材は誰がどの面で確認するのか、外部へ委託している場合は確認結果の書き方まで含めて決めておくと、あとから「何を確認したのか」を調べ直す作業が減ります。
2つ目は、「見つからなかった」の扱いを文書にすることです。これは技術ではなく取り決めの問題です。検出されなかった素材を「AIではない」と記録してしまうと、その記録は後で使えません。判定が出なかった場合（情報不足・編集が小さすぎる）も含め、結果をそのまま残す形にしておく必要があります。
3つ目は、自社が出す側の記録を、検出とは別に持つことです。自分たちが生成した素材については、どのツールで作り、いつ作り、その後どう編集したかを台帳に残せます。透かしの検出に頼る必要はありません。社外から受け取るものは検出で確かめ、自社で作るものは記録で説明する、という二本立てが現実的です。
出す側の決まりは、識別の技術とは別に動いています。YouTubeのヘルプは、実在の人物が言っていないことを言ったように見せる場合、実際の出来事や場所の映像を改変した場合、実際には起きていない現実的な場面を生成した場合などに、改変・合成コンテンツの開示を求めています。一方で、美肌フィルタや色調の補正、ゲームのプレイ映像、現実的でない内容には開示が要らないとされています。開示しても「won’t limit a video’s audience or impact its eligibility to earn money」と書かれており、視聴者の範囲や収益化の資格には影響しないという説明です。
つまり、受け取る側の確認と、出す側の開示は別の作業です。検出の仕組みが増えたからといって、自分が出す素材について何を書くべきかは変わりません。それは配信先のルールが決めます。
検索結果の側でも、AIで作った文章をそのまま大量に出す使い方は別の扱いを受けています。この点は2026年8月のGoogleスパムアップデートの記事で扱っているので、生成した素材をどう使うかを決めるときはあわせて読んでください。
公表されていないこと
確認できなかった項目を残します。検出の精度、誤判定の割合、提携先ごとに検出できる範囲の差は、いずれも公表されていません。日本語での提供時期も記載がなく、発表にあるのは英語での世界公開までです。
Google検索とChromeでの確認について、対応するファイルの種類や上限は示されていません。公表されているのは3面を合わせた1日あたりの処理件数だけです。Appleの対応時期も「soon」とだけ書かれています。
また、透かしを意図的に外そうとする加工にどこまで耐えるのかは、公表された説明の範囲では判断できません。ヘルプにあるのは「改変を重ねれば検出されない可能性がある」という一般的な注意までです。
全体を1行でまとめると、照合の窓口は誰でも使えるようになったが、結果が意味するのは「ある」ことだけで、「ない」ことは依然として証明できない、という段階です。確認を業務へ入れるなら、この非対称をそのまま手順書へ書いておくのが先になります。
この分野の実務を相談したい方へ
記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。
あわせて読みたい
Gemini in Chromeが米国Androidへ全面展開。自動ブラウズ時代のWeb集客 GoogleはGemini in Chromeを米国の全Androidユーザーへ広げ、有料プラン向けにタスクを代行する自動ブラウズを提供し始めました。ブラウザがエージェント化する流れと、サイト運営者への影響を整理します。
2026年8月のGoogleスパムアップデートと、今年の更新から読めること Googleは2026年8月18日にスパムアップデートの展開を開始しました。公式ダッシュボードに記録された今年の更新の並びと、スパムポリシーの内容から実務者の備えを整理します。
Search Consoleの「ウェブ」が2つに割れた。マルチモーダルの読み方 Search Consoleの検索タイプが「ウェブ：テキストベース」と「ウェブ：マルチモーダル」に分かれました。画像から始まる検索で何が見えて何が取れないのか、APIとの差と手当ての順序を公式情報から整理します。