AnthropicがClaudeの生成テキストに不可視の「透かし」を導入しました。9月1日には新モデル「Claude Fable 5.1」も発表され、AI生成物の識別が本格的に制度化へ向かっています。ただ、Webサイトのコンテンツ制作という立場から見ると、多くの記事が扱っている「AIで書いた記事がバレるかどうか」は本質ではありません。実務で効いてくるのは「人が書いた原稿をAIに整えさせた」場合にも透かしが乗りうるという点です。この記事では、Web制作・オウンドメディア運用の現場で実際に何が変わるのかを整理します。
何が発表されたのか
要点を先に整理します。
- Claudeの生成テキストに、目に見えない透かしが埋め込まれるようになった
- 透かしは「そのテキストの生成にClaudeが関わった可能性」を数値で判定する仕組みで、専用の検出APIがなければ確認できない
- 8月2日以降に公開されたモデルの出力が対象。APIやClaude Code経由の出力も含まれる
- 検出APIは規制当局・報道機関・ファクトチェック団体などを対象に、プライベートプレビューとして提供が始まっている
- 透かしに利用者を特定する情報は含まれない
- EUのAI法(AI Act)の行動規範に基づく対応として導入された
つまり、いま時点で一般企業やクライアントが手元で判定できるものではありません。ただし、識別可能な状態が標準になっていく方向性ははっきりしました。
透かしの仕組み：「隠し文字」ではなく「単語の選び方」
誤解されやすいのですが、この透かしは本文に特殊文字や不可視文字を紛れ込ませるタイプのものではありません。Google DeepMindの「SynthID text」の技術が使われており、文章を生成するときの単語の選び方に統計的なパターンを持たせる方式です。
この違いが実務上の性質を決めています。
- コピー＆ペーストしても残る：文章そのものにパターンが宿るため、CMSに貼り付けても引き継がれる
- 大幅な書き換えや翻訳で薄れる：文章を作り直せばパターンは崩れ、検出されなくなる場合がある
- 短い文章では判定できない：統計的な偏りを見る方式のため、キャッチコピーや短い見出し程度では信号が足りない
Web制作の現場で本当に効くのはここ
ここが、この話題で最も見落とされている点です。検出できるのは「そのテキストの生成にモデルが関わった可能性」であって、「誰が書いたか」ではありません。
つまり、こういうケースでも透かしは乗りえます。
担当者が自分で書いた原稿をAIに読ませ、「もっと読みやすく整えて」と指示して出力された文章をそのまま採用した——このとき、文章を出力したのはAIなので、その部分にパターンが乗る可能性があります。
Web制作やオウンドメディア運用の現場で、いま最も一般的なAIの使い方はまさにこれです。ゼロから全文を書かせるより、「構成案を作らせる」「書いた文章を推敲させる」「トーンを整えさせる」といった使い方の方が圧倒的に多いはずです。
「うちはAIに丸投げしていないから関係ない」と考えている制作会社ほど、実は該当している可能性がある、というのがこの仕組みの厄介なところです。
SEOへの影響：順位が下がる話ではない
結論から言えば、透かしが入っていること自体が検索順位を下げるという話ではありません。
Googleがスパムポリシーで問題視しているのは、検索順位の操作を目的として有用性の低いページを大量生成する行為であり、制作の過程でAIを使ったかどうかではありません。品質ガイドラインでも、人間による監修、独自の付加価値、透明性の確保といった観点が重視されています。
また現時点で、検索エンジンがこの透かしを読み取って評価に使っているという公表情報もありません。検出APIは限定的な提供にとどまっています。
過剰に反応する必要はありません。ただし「AIを使ったことが技術的に識別されうる」という前提が加わったことで、AI利用を隠す前提で組まれた運用は、いずれ成立しなくなります。
では、制作フローで何を変えるべきか
やるべきことは「透かしを消す方法を探す」ことではありません。検出を逃れる工夫にコストを払っても、コンテンツの価値は1ミリも上がらないからです。
1. AI利用の扱いを、契約・見積の段階で決めておく
ライティングを受託している場合、「AIを使ってよいか」「使った場合に開示するか」を発注者と握っておくのが最も確実です。後から問題になるのは、技術的な検出そのものではなく、その認識がズレていた場合です。
2. 「AIが書けない部分」を必ず入れる
実際に試したデータ、現場で得た知見、自社の事例、担当者の判断——これらはAIが生成できません。透かしの有無に関わらず、こうした一次情報が入っているかどうかが、そのまま検索評価とコンテンツの価値の差になります。結局のところ、この一点に尽きます。
3. 人間の監修を工程として組み込む
事実確認、固有名詞の確認、数字の裏取りを、担当者の善意ではなく工程として定義しておきます。AI利用が識別されうる状況では、「誰が内容に責任を持ったか」を説明できることの重要性が上がります。
4. 短い文章に神経質になる必要はない
キャッチコピー、見出し、商品名の候補出しなど、短いテキストは統計的な信号が足りず判定できません。この領域は従来通りの使い方で問題ありません。
制作フローの見直しチェックリスト
- 受託ライティングで、AI利用の可否と開示方針を発注者と合意しているか
- 公開するコンテンツに、自社でしか出せない一次情報が入っているか
- 事実確認・数字の裏取りが、担当者任せでなく工程になっているか
- 「AIで整えただけ」の原稿も対象になりうると社内で共有できているか
あわせて発表されたClaude Fable 5.1について
透かしと同時期のトピックとして、Anthropicは9月1日に「Claude Fable 5.1」と「Claude Mythos 5.1」を発表しています。両者は同じ基礎モデルで、安全策の水準が異なるという位置づけです。
| 項目 | 内容 |
|---|---|
| 料金 | 入力100万トークンあたり10ドル、出力50ドルで据え置き |
| コスト削減 | キャッシュ読み込みを75%引き下げて100万トークンあたり0.25ドルに。一般的な使い方で約25%、ツールを多用する場合は最大45%のコスト減 |
| 性能 | 科学研究自動化ベンチマーク「Terminal-Bench-Science 0.1」で、Fable 5の24.7%から52.6%へ倍増 |
ベンチマークの内容からもわかる通り、この世代の強化ポイントは研究・開発領域の自動化です。Webコンテンツのライティング業務に直接効いてくる変化ではありませんが、キャッシュ読み込みの大幅な値下げは、社内ツールやワークフローにAPIを組み込んでいる場合には効いてきます。長い前提情報を毎回渡すような使い方ほど、コスト差が出ます。
まとめ
AIテキストの透かしは、「AIで書いたことがバレる」話として語られがちですが、Web制作の実務で意識すべきは別のところにあります。
- 検出されるのは「モデルが関わったか」であり、「誰が書いたか」ではない。人が書いてAIに整えさせた原稿も対象になりうる
- 透かし自体がSEOで不利に働くという情報はない。Googleが問題視しているのは低品質な量産
- 変えるべきは「隠す運用」から「開示と品質で勝負する運用」への切り替え
結局のところ、AIが生成できない一次情報をどれだけ持ち込めるかという、これまでと同じ結論に戻ってきます。透かしの導入は、その前提をより明確にしただけとも言えます。
よくある質問
AIで書いた記事は透かしがあるとSEOで不利になりますか？
透かしが入っていること自体が検索順位を下げる要因になるという公表情報はありません。Googleがスパムとして問題視しているのは、検索順位の操作を目的とした低品質コンテンツの大量生成であり、制作にAIを使ったかどうかではありません。
人が書いた原稿をAIに校正させただけでも透かしは入りますか？
入る可能性があります。透かしは「そのテキストの生成にモデルが関わった可能性」を示すもので、著者が誰かを判定するものではありません。リライトや推敲でAIに文章を出力させた場合、その部分にパターンが乗ることがあります。
透かしは消せますか？
大幅な書き換えや翻訳を行うと信号が薄れて検出されなくなる場合があると説明されています。ただし検出を逃れること自体を目的にした運用は、コンテンツの品質にも取引先との信頼関係にもプラスになりません。