La IA ya es la mayoría de los uploads diarios de Deezer. Empiezan los takedowns retroactivos.
El 21 de julio de 2026, Deezer reveló que la música 100% generada por IA cruzó el 50% de todos los nuevos uploads por primera vez en junio, promediando alrededor de 90.000 tracks IA por día. En el mismo comunicado, Deezer anunció que va a dar de baja contenido IA usado para inflar streams de forma fraudulenta, además de tracks IA sin actividad de oyentes en los últimos seis meses. Es el segundo evento de aplicación DSP-side en ocho días, después de que Qobuz/FUGA empezara a rechazar AIGC en la entrega el 13 de julio. Esta es la forma de la pinza que se está formando, y qué cambia para distribuidores y artistas humanos.
Los números
Deezer viene publicando volumen de uploads IA desde fines de 2024. La línea de tendencia, en los dos puntos de datos más recientes:
| Mes | Tracks IA por día | Porcentaje de nuevos uploads |
|---|---|---|
| Abril 2026 | ~75.000 | 44% |
| Junio 2026 | ~90.000 | >50% (primer cruce) |
Dos meses, +20% en volumen, +6 puntos porcentuales de share. Si la curva sigue, la IA va a ser dos tercios de los nuevos uploads de Deezer antes de fin de año. Es la primera vez que un DSP de gama media confirma públicamente que la mayoría de todo lo que entra a su cola de ingest es sintético.
El 44% ya era la razón por la que los distribuidores empezaron a pensar en filtros pre-upload. El 50% es la razón por la que los DSPs empiezan a limpiar el catálogo.
Qué dijo Deezer que va a hacer
Dos categorías de takedown, descritas en el mismo comunicado:
- Contenido IA usado para fraude de streams. Tracks cuyos patrones de escucha coinciden con la forma clásica del bot-inflation: alto volumen desde fuentes de baja diversidad, ráfagas alrededor de los umbrales de payout, tasas de skip desproporcionadas. Es aplicación anti-fraude — una extensión de lo que Deezer ya hace contra las click farms — que ahora usa la procedencia IA como co-señal. Si el track es IA y los streams parecen falsos, se van los dos juntos.
- Contenido IA sin actividad de oyentes por seis meses. Esta es la mitad más inusual. Es higiene de catálogo: Deezer está quitando tracks IA que nunca importaron. La lógica económica es simple — indexación, storage y admin de derechos cuestan plata real por track, y un track sin oyentes por seis meses tiene unit economics negativas. Si además es IA, no hay relación con un artista que preservar, así que remover es barato.
El segundo bucket es el que va a sorprender a los dueños de catálogos. Aplica retroactivamente. Un track que se entregó limpio hace seis meses y nunca encontró audiencia ahora es candidato a takedown por razones puramente de costo de catálogo. Es un modo de falla estructuralmente distinto al rechazo Qobuz/FUGA en la entrega — ese bloquea tracks nuevos, este poda los existentes.
La pinza: filtro de entrada más limpieza de catálogo
Hace ocho días, Qobuz encendió un filtro en la capa distribuidora que bloquea AIGC antes de la entrega. Hoy, Deezer encendió una limpieza en la capa DSP que remueve AIGC después de la entrega. Juntos definen los dos bordes de la tubería:
| Capa | Evento | Qué hace | Cuándo dispara |
|---|---|---|---|
| Distribuidor (FUGA) | Aplicación del AI Charter de Qobuz | Rechaza AIGC antes de que llegue al DSP | En la entrega |
| DSP (Deezer) | Takedowns por fraude de streams + poda de 6 meses sin plays | Quita AIGC ya en catálogo | Retroactivamente, mensual |
Cualquier track IA tiene dos formas de morir ahora: puede ser bloqueado a la entrada, o removido después del hecho. Ninguno de estos existía en forma productiva hace un mes. La predicción que hicimos en el post de Qobuz — "otros DSPs siguen en 6-12 meses" — se colapsó a ocho días.
El pronóstico ahora se aplana en una afirmación mucho más simple: todos los grandes DSPs van a tener alguna forma de aplicación de IA activa en el próximo trimestre. La movida de Deezer telegrafía la forma que va a tomar en Spotify, Apple y Amazon: remoción retroactiva atada a señales de fraude de streams y de catálogo sin plays. Nadie tiene que construir un nuevo stack de detección — ya corren detección de IA internamente para efectos de reparto de royalties. Solo tienen que empezar a actuar sobre el output.
El nuevo modo de falla: takedowns por falso positivo de tracks humanos
Acá está la parte que cambia la audiencia de la detección de IA. Hasta esta semana, el comprador principal de DistroShield era el distribuidor — el actor en la cadena que necesitaba filtrar en el ingest para evitar rechazos downstream. Los takedowns retroactivos DSP suman una segunda audiencia: el artista humano al que le remueven el track por error.
Los takedowns retroactivos corren contra el clasificador de IA interno de cada DSP a escala. Al volumen que declara Deezer, incluso un clasificador con 99% de accuracy produce cientos de falsos positivos por día. Cuando Deezer da de baja un track que probablemente no tuvo muchas escuchas, el remedio del artista es una apelación — y la apelación solo funciona si puede aportar evidencia de que el track es humano, no solo la palabra del artista.
Un certificado de auditoría firmado, emitido por un detector independiente, es exactamente esa evidencia. Versión del modelo, probabilidades por clase, timestamp, hash criptográfico, sin relación con el DSP ni con el distribuidor. Algo que un artista humano adjunta a una apelación de takedown y algo que un distribuidor adjunta a una escalación de entrega. El mismo artefacto sirve para los dos lados.
Qué hacer esta semana
Dos audiencias distintas, dos acciones distintas.
Si eres distribuidor:
- Haz todo lo del post de Qobuz/FUGA — check pre-upload, distinguir 100% IA de asistido por IA, mantener el registro de auditoría. Eso ahora es piso.
- Agrega una cosa encima: por cada track humano que entregas, captura y almacena el certificado DistroShield en el ingest. Dentro de seis meses, cuando un DSP remueva retroactivamente un track humano porque pareció sospechoso en una segunda pasada, tu artista te va a llamar antes de llamar al DSP. Tener el certificado en el archivo te permite responder con evidencia en lugar de promesas.
Si eres artista humano:
- Pasa cada uno de tus releases por un detector una vez y guarda el certificado. No porque pienses que tu track es IA — porque un DSP podría, y evidencia por adelantado vale mucho más que evidencia después de un aviso de takedown.
- Si te encuentras con que un track tuyo fue mal clasificado — por ejemplo si el lookup gratis de DistroShield devuelve
uncertainohybriden un track que sabes que es humano — paga por el reporte completo para ver qué señales dispararon. A veces el fix está en la mezcla o en la metadata, y corregir upstream es más barato que pelear un takedown downstream.
Qué contiene el certificado de DistroShield
Un payload JSON más un PDF firmado. El payload es lo que tú o tu distribuidor reenvían al apelar un takedown o escalar una entrega. En concreto:
{
"track": {
"title": "...",
"artist": "...",
"isrc": "..."
},
"verdict": {
"classification": "human",
"ai_score": 0.02,
"confidence": 0.96,
"recommendation": "deliver"
},
"model": {
"primary_version": "v9-4class-2026-06-23",
"attribution_version": "v8-attribution-2026-05-04",
"primary_class_probs": {
"human": 0.96,
"hybrid": 0.03,
"unknown_ai": 0.01,
"suno_unlicensed": 0.00
}
},
"signals": {
"fingerprint_match": null,
"cross_distributor_matches": [],
"metadata_validation": { "score": 0.97, "issues": [] }
},
"analyzed_at": "2026-07-21T18:30:00Z",
"certificate_hash": "3f7c9e2b1a4d..."
}
El certificate_hash es el SHA-256 de la versión firmada en PDF del reporte. Es lo que hace al artefacto tamper-evident: si un DSP luego disputa el certificado, el hash almacenado en DistroShield coincide o no. La versión en PDF firmado es lo que el artista o el distribuidor manda por mail a apelaciones@dsp o soporte@distribuidor. Mismo documento, dos audiencias.
La ventana
Hace dos semanas la conversación en la industria todavía era "¿deberían los DSPs actuar sobre la procedencia IA?". Hoy la conversación es "¿cuál DSP actúa siguiente, y cuánto del catálogo humano queda barrido en el proceso?". Ese es un colapso rápido.
Los distribuidores que tenían filtros pre-upload conectados el 13 de julio ya están a mitad de camino de la capa de certificados — tienen la integración de la API, solo tienen que persistir la respuesta por entrega. Los distribuidores que no tenían filtro el 13 de julio ahora tienen dos cosas para construir al mismo tiempo, en un cronograma comprimido, contra una superficie de política que se mueve más rápido que su roadmap de ingeniería. Y los artistas sentados entre ellos y los DSPs son los que tienen menos tolerancia a los falsos positivos.
El lookup público de DistroShield devuelve un veredicto sobre cualquier track, gratis. Si el veredicto es human, un certificado firmado cuesta $5 y toma un minuto. Ese certificado es lo que adjuntas a una apelación de takedown en seis meses cuando el clasificador de un DSP se equivoca.