Qobuz empieza a rechazar contenido generado por IA hoy. FUGA lo está aplicando en la capa distribuidora.
La semana del 13 de julio de 2026, el brazo de distribución de Downtown Music Holdings, FUGA, activa el rechazo de contenido 100% generado por IA en el momento de la entrega bajo el AI Charter de Qobuz. Es el primer veto de IA impulsado por un DSP y aplicado en la capa distribuidora que pasa de "política en una página web" a "tu entrega acaba de ser rechazada". Esto es lo que cambia para cada distribuidor que entrega en Qobuz.
Qué se activó hoy
Dos cosas separadas se alinearon esta semana, y que sean separadas importa:
- El AI Charter de Qobuz — una política pública que Qobuz viene construyendo desde 2024, comprometiéndose a rechazar contenido 100% generado por IA y a compensar a los titulares de derechos de manera que no diluya los catálogos humanos. Es la regla a nivel DSP.
- La capa de aplicación de FUGA — Downtown Music Holdings (dueño de FUGA, CD Baby, Songtrust y Curve) ahora filtra AIGC en la capa de distribución antes de entregar los tracks a Qobuz. Los sub-distribuidores que entregan a través de FUGA fueron notificados de que los tracks marcados como AIGC serán rechazados a partir de la semana del 13 de julio, con notificación por release. Los releases prioritarios pueden escalarse al soporte de FUGA para revisión manual si el sub-distribuidor garantiza que no es IA.
La notificación de FUGA es la mitad operativamente importante. Que Qobuz publique un charter es una declaración de intenciones; que un distribuidor con cientos de sub-distribuidores encienda el filtro es un evento real de producción. Cada distribuidor indie que entrega en Qobuz a través de FUGA — una lista muy larga — está ahora obligado a saber, en el ingest, si un track es generado por IA.
El debate del AI Charter viene desde hace dos años a nivel de política. Desde esta semana es un ticket de entrega rechazada en el dashboard de alguien.
Por qué esto importa más que la propuesta de etiquetas de la RIAA
Hace tres días escribimos sobre la propuesta RIAA/IFPI para etiquetas de generado-por-IA y asistido-por-IA. Esa propuesta es importante, pero es un estándar de etiquetado — le pegás la metadata correcta y el release sale igual. La movida Qobuz/FUGA es distinta en un punto específico:
- La propuesta de la RIAA dice: decime qué es.
- El Charter de Qobuz dice: si es 100% IA, no lo tomo.
"No lo tomo" es un problema categóricamente más grande que "etiquétalo bien". Significa que un distribuidor indie tiene ahora tres modos de falla en el ingest, de los cuales solo uno estaba activo antes:
| Modo de falla | Quién lo detecta | Qué le cuesta al distribuidor |
|---|---|---|
| Detección de IA en el lado del DSP, post-entrega | Spotify / Apple / Deezer | Retención de pagos, daño al trust score del catálogo. Activo desde 2024-2025. |
| Etiqueta RIAA faltante o incorrecta (propuesta) | QC del DSP, post-entrega | Reenvío, posible penalización por mal etiquetado. Aún no aplicado. |
| Rechazo de FUGA en la entrega (EN VIVO hoy) | El distribuidor upstream (FUGA) antes de que Qobuz vea el track | Entrega bloqueada, fecha de release perdida en Qobuz, SLA del sub-distribuidor con el artista roto. |
El nuevo modo de falla no es una multa ni un strike — es una entrega rechazada. Esa falla le llega al equipo de operaciones del sub-distribuidor como un release rechazado, y al artista como una fecha de release perdida en uno de los DSPs con los que contaba. A nadie en la cadena le gusta esa llamada.
Qué le dijo FUGA a los distribuidores, en simple
Reconstruyendo las piezas operativas de la comunicación de FUGA recibida por los sub-distribuidores esta semana:
- El AI Charter de Qobuz prohíbe contractualmente la entrega de contenido 100% generado por IA.
- FUGA revisó los catálogos de los sub-distribuidores y marcó entregas de los últimos seis meses con niveles potencialmente altos de AIGC.
- A partir de la semana del 13 de julio de 2026, los sistemas de QC de FUGA detectarán y rechazarán AIGC para entregas a Qobuz, con notificación por release.
- FUGA recomienda a los sub-distribuidores invertir en sus propias capacidades de detección de IA y restringir contenido 100% IA de las entregas a Qobuz.
- Los releases prioritarios pueden escalarse a
support@fuga.compara procesamiento manual si el sub-distribuidor garantiza que no es IA.
La recomendación a los sub-distribuidores es la oración operativamente crítica. Es FUGA diciendo, en el registro, que esperan que el filtro pre-entrega viva en el nivel del sub-distribuidor, no en el suyo. Esa es la arquitectura correcta — y significa que los ~250-500 distribuidores indie que entregan a través de FUGA tienen todos el mismo problema en la misma semana.
Qué necesita un sub-distribuidor, concretamente, esta semana
Tres capacidades, en este orden:
- Detectar tracks 100% generados por IA en el ingest, antes de generar el manifiesto DDEX para Qobuz. Este es el bloqueo inmediato. No "auditar después" — antes de la entrega. La tolerancia a falsos negativos ahora se mide en tickets de entrega rechazada y fechas de release perdidas.
- Distinguir entre "100% generado por IA" y "asistido por IA". El Charter de Qobuz rechaza lo primero, no lo segundo. Equivocarse en cualquier dirección cuesta plata: falsos positivos bloquean releases humanos válidos, falsos negativos se entregan y se rechazan.
- Producir un registro de auditoría por decisión. Cuando un distribuidor escala un release prioritario a
support@fuga.comy dice "garantizamos que esto no es IA", esa garantía debe estar respaldada por algo más que confianza. Versión del modelo, score, señal por módulo, timestamp, veredicto de revisor humano si aplica.
El requerimiento de auditoría es el que los distribuidores subestiman. FUGA no va a procesar garantías indefinidamente por confianza. Los sub-distribuidores que garantizan correctamente construyen confianza; los que garantizan mal pierden privilegios de escalación, y eventualmente relaciones de entrega.
Qué emite DistroShield para el caso Qobuz/FUGA
El modelo en producción (v9, desplegado 2026-06-23) es un clasificador primario de 4 clases más una etapa de atribución. Mapeado contra la acción del Charter de Qobuz:
| Clase primaria DistroShield | Atribución | Acción Charter Qobuz |
|---|---|---|
human | — | Entregar normalmente |
hybrid (asistido por IA) | — | Entregar normalmente — el Charter apunta al 100% AIGC, no al trabajo asistido |
licensed_ai | Udio, ElevenLabs, etc. | No entregar a Qobuz |
suno_unlicensed | Suno | No entregar a ningún lado — fraude de copyright, no solo AIGC |
unknown_ai | MusicGen / otros | No entregar a Qobuz |
Métricas de test para v9 tal como está desplegado: recall humano 98.31%, recall binario IA 98.68%, F1 macro 0.92 a través de las cuatro clases. En la práctica esto significa: de cada 100 tracks humanos que un distribuidor pasa, ~98 serán correctamente autorizados para Qobuz. De cada 100 tracks completamente IA, ~99 serán detectados antes de que salga el manifiesto DDEX.
La respuesta de la API ya trae las tres piezas necesarias para defender una escalación a support@fuga.com:
POST /v1/analyze
Authorization: Bearer ds_...
{
"audio_url": "https://tu-cdn/track.wav",
"metadata": { "title": "...", "artist": "...", "isrc": "..." }
}
→ {
"ai_score": 0.02,
"classification": "human",
"confidence": 0.96,
"recommendation": "deliver",
"model_version": "v9-4class-2026-06-23",
"signals": {
"primary_class_probs": { "human": 0.96, "hybrid": 0.03, "unknown_ai": 0.01, "suno_unlicensed": 0.00 },
"fingerprint_match": null,
"attribution": null
},
"analyzed_at": "2026-07-13T14:22:11Z"
}
Los campos model_version, primary_class_probs y analyzed_at son los que convierten un "garantizamos que esto no es IA" en un reclamo defendible. Ese JSON es lo que un sub-distribuidor le reenvía al soporte de FUGA cuando escala un release prioritario.
Qué viene después
Dos predicciones que, a estas alturas, son apuestas esencialmente seguras:
- Otros DSPs siguen a Qobuz en 6-12 meses. Deezer ya tiene detección de IA corriendo internamente y desmonetiza streams de IA. Apple publicó requerimientos de Transparencia. Spotify tiene aplicación anti-fraude activa desde 2024. Qobuz es el primero en codificar "no lo tomamos" en un rechazo contractual dirigido al distribuidor — los otros van a importar el patrón cuando lo vean funcionar.
- Otros distribuidores upstream siguen a FUGA en la misma ventana. The Orchard, Believe, Ingrooves y Symphonic tienen la misma presión contractual downstream de los DSPs. Cuando uno de ellos encienda el rechazo en la entrega, los otros lo hacen defensivamente para que sus sub-distribuidores no los eviten.
La ventana en la que "no sabíamos que el track era IA" es una respuesta defendible en una reunión operativa de distribuidor se está cerrando. Esta semana es el borde de esa ventana cerrándose. Los sub-distribuidores que enchufan un filtro pre-entrega ahora lo hacen una vez, con calma, antes de que llegue el volumen de tickets. Los que esperan lo hacen bajo presión de entregas rechazadas con un artista al teléfono.
Si entregás a través de FUGA
Dos cosas útiles para hacer esta semana, uses o no DistroShield al final:
- Muestreá tus últimos 30 días de entregas a Qobuz. Pasalos por cualquier detector de IA — el nuestro, Pex, Audible Magic, un modelo propio. Cualquier track marcado como 100% IA que ya entregaste es candidato a takedown proactivo antes de que el QC de FUGA lo detecte y lo ponga en tu log de rechazos. Un takedown silencioso es más barato que un rechazo público.
- Enchufá un check pre-entrega en tu ingest. Una llamada a la API antes de que corra tu generador DDEX. La respuesta te da lo suficiente para decidir entregar / retener / bloquear por track, y suficiente registro de auditoría para defender la decisión upstream.
El AI Charter de Qobuz no es nuevo. Lo nuevo es que desde esta semana, la aplicación está encendida. Los distribuidores que ya tenían un filtro pre-entrega no van a notar nada distinto el lunes que viene. Los que no lo tenían van a tener una semana ocupada.