読み込み中...

Patreonは現在、Cloudflareを通じてAIトレーニングボットを積極的にブロックしており、ほとんどのプラットフォームが依然として頼っている受動的で無視されやすいrobots.txtのアプローチを捨てた。Patreonの投稿がAIトレーニングデータセットの標的にされてきたアーティストやイラストレーターにとって、これは主要なクリエイタープラットフォームが導入した中で最も意義深い技術的保護策だ。
robots.txtは任意の標準だ。ウェブサーバー上に置かれたファイルはクローラーに対して立ち入りを控えるよう丁重に要求できるが、強制力はまったくない。AI企業がrobots.txtの制限にもかかわらずコンテンツを学習に使用していることは繰り返し明らかにされてきた。Sunoのスクレイピング事件(Charmloopでの報道はこちら)は、データが十分に価値あるものであれば、そうした要求がいかに無視されるかを示す明確な例のひとつだ。
Cloudflareのボット管理は仕組みが異なる。サーバーの完全に手前に位置し、トラフィックのシグネチャ、行動パターン、既知のボットのフィンガープリントを分析して、リクエストがPatreonのコンテンツに到達する前にブロックする。これはインフラストラクチャレベルのゲートであり、ドアに貼られた丁寧な案内板ではない。
TechCrunchによると、Patreonは正規の検索クローラーやアクセシビリティツールではなく、クリエイターのコンテンツを無断でAIモデルのトレーニングに使用するボットを特定してターゲットにしている。Cloudflareとの統合により、Patreonは新たなスクレイパーが出現するたびにブロックリストを更新できるようになった。ボット運営者はユーザーエージェントやIPレンジを定期的にローテーションして検出を回避するため、この点は重要だ。
AIアートのクリエイターにとって、実際的な意味は明快だ。Patreonに投稿された高解像度のイラスト、キャラクターシート、スタイルを定義する作品は、トレーニングデータセットに吸い上げられることが格段に難しくなる。それが不可能になるわけではない。意図的な行為者はサブスクリプションを購入してコンテンツを手動でダウンロードすることもできる。しかし、ほとんどのトレーニングパイプラインを支えているのは大規模な自動一括スクレイピングであり、それこそがCloudflareがブロックするものだ。
Patreonの動きは、受動的なポリシーでは不十分だと判断するパブリッシャーやプラットフォームが増えているという広範なパターンの一部だ。AIトレーニングをめぐる訴訟の波(パブリッシャーによるGoogle提訴、著者によるOpenAI提訴)が続く中、何もしないことの法的リスクがより明確になっている。無断スクレイピングを防ぐための積極的な技術的措置を証明できるプラットフォームは、訴訟が持ち込まれた場合により有利な立場に立てる。
独占的で価値の高い作品の公開場所を決めるクリエイターにとって、この違いは今やプラットフォーム選択における現実的な要素だ。ネットワークレベルでスクレイパーを積極的にブロックするサイトは、robots.txtファイルを掲載して善意に期待するだけのサイトとは実質的に異なる保護を提供する。Patreonのサブスクリプション制モデルはすでに一部のリスクを限定していたが、Cloudflareのレイヤーは公開表示される投稿プレビューやメタデータに存在していたギャップに対処するものだ。
Charmloopの画像ジェネレーターなどのツールを使用しているクリエイターを含め、AIで生成したアートやキャラクターを制作しているクリエイターにも、ここには共通の関心事がある。将来のモデルを形成するトレーニングデータは、まさにPatreonのようなプラットフォームに投稿されたクリエイティブな作品から引き出されている。スクレイピング保護の強化は、次世代のモデルが同意なく取得された作品で学習される可能性を低下させ、エコシステム全体のスタイル模倣やオリジナリティに対して下流への影響をもたらす。
DeviantArt、ArtStation、Ko-fiなど他の主要プラットフォームがPatreonに倣って独自のCloudflare統合を導入するかどうかが、次に注目すべき点だ。