Cuánto tarda de verdad una baja y qué le hace a tus streams

54 · 2026-09-22 · 23 min de lectura · English

Una baja es una entrega que tu distribuidora le manda a una tienda diciendo que un lanzamiento ya no tiene deal; la tienda deja de ofrecerlo y no borra nada. Spotify dice que necesita al menos dos días hábiles desde que recibe el mensaje, Apple no publica ningún plazo, y las distribuidoras publican rangos de dos días a cuatro semanas porque el mensaje espera en la distribuidora antes de que cualquier tienda lo vea. En la tienda la fila se queda, gris y sin sonar; el conteo histórico se guarda noventa días; y que el lanzamiento pueda volver alguna vez es regla de tu distribuidora, no de la tienda.

• Una baja es un mensaje de tu distribuidora a una tienda, no un borrado: en términos de DDEX, un NewReleaseMessage sin deal adentro, o un PurgeReleaseMessage; en el formato de Apple, una actualización de metadatos con las canciones por fuera y cleared_for_sale en falso, territorio por territorio.
• Spotify procesa una baja dentro de los dos días hábiles siguientes a recibirla y publica ese número; Apple no publica ninguno. DistroKid, TuneCore y CD Baby publican rangos de dos días a cuatro semanas según la tienda, y hasta treinta días para todo.
• El reloj arranca cuando la tienda recibe el mensaje. La instrucción de Spotify a una distribuidora cuya baja no ha llegado es revisar el XML y mandarla otra vez.
• En Spotify la canción sigue accesible por enlace directo, gris y sin sonar, y el perfil no se puede borrar, solo vaciar. El conteo histórico de reproducciones se guarda noventa días después de que la grabación deja de estar disponible y no se restaura después.
• En la tienda, la disponibilidad es una entrega y se puede restituir con otra; TuneCore y CD Baby tratan su baja como definitiva y exigen un lanzamiento nuevo con un UPC nuevo. Lee la regla de tu distribuidora antes de oprimir el botón.

¿Qué es una baja, en realidad?

Una baja es el mensaje de tu distribuidora a una tienda: este lanzamiento ya no tiene deal; la tienda lo retira y no borra nada.

El estándar en que viaja el mensaje lo dice en una línea. La guía de DDEX sobre bajas da dos maneras de mandar una: “Sending a NewReleaseMessage without a Deal; or Sending a PurgeReleaseMessage” — un NewReleaseMessage sin deal, o un PurgeReleaseMessage. La primera es la corriente, y la regla que hay debajo es tan seca que parece eslogan: “No Deal = No deal”. Si un mensaje no trae deal para un lanzamiento, en un territorio, para un uso, eso significa implícitamente que el lanzamiento “is not (or no longer) available to consumers in that territory for that use”: no está, o ya no está, disponible ahí. Los deals vigentes de un lanzamiento son siempre los que dijo el último mensaje. Una baja es el último mensaje sin decir nada.

El formato propio de Apple tiene la misma forma con los nombres de campo de Apple encima. La Apple Music Specification tiene una sección titulada Takedowns, y describe una baja como una actualización de metadatos “except that all of the track-level metadata is omitted, and <cleared_for_sale> is set to ‘false’ for any territories in which the album is to be taken down”: se omiten todos los metadatos a nivel de canción y el campo cleared_for_sale queda en falso para los territorios en que se baja el álbum. Territorio por territorio, con su propio ejemplo: si el álbum tiene “WW” y “CA” y se baja “WW”, sale de la venta en el mundo y sigue vivo en Canadá.

Antes de actuar, la tienda verifica que quien manda tenga derecho a decirlo. El estándar ERN lo pone así: la tienda “shall act by ceasing to make that release available if it can ascertain that the record company or distributor has the rights to ask for a release to be purged” — deja de ofrecer el lanzamiento si puede establecer que la disquera o distribuidora tiene derecho a pedirlo — y lo establece “by checking that the DSP has received the active deal(s) from the same record company or distributor”: revisando que los deals vigentes le llegaron de esa misma parte. Por eso el botón vive en tu distribuidora y no en Spotify. La tienda le cree a quien entregó el lanzamiento, y esa parte no eres tú. Después, lo que una distribuidora ve en el registro de entregas de Spotify son tres palabras — si se entregó “a takedown, Delete, or End Date” — y lo que ningún mensaje de ningún tipo puede llevar son los dos códigos que ninguna entrega cambia.

No se borra nada. La fila, los códigos, el conteo y los enlaces se quedan exactamente donde estaban, y la tienda simplemente deja de ofrecer la cosa. Lo más dramático que le va a pasar a tu catálogo este año es una omisión.

¿Cuánto tarda una baja?

Spotify dice que dos días hábiles desde que la recibe; Apple no publica plazo; las distribuidoras publican de dos días a cuatro semanas.

Solo una tienda pone un número en su propia página. El artículo de ayuda de Spotify para una baja que no ha llegado — Music still live after a takedown? — abre con “We need at least 2 business days to process takedowns”, necesitamos al menos dos días hábiles para procesar bajas, y su mitad para distribuidoras repite la cifra desde el otro lado: “When we get your takedown, the music should be removed within 2 business days”, cuando nos llega tu baja, la música debería estar retirada en dos días hábiles. La especificación de Apple describe el formato y no da plazo, y las preguntas frecuentes de Apple Music for Artists no contienen la palabra. Ese silencio es todo lo que Apple publica sobre el tema.

Las distribuidoras publican más, y sus números son más largos, porque cuentan desde otro lugar. La página de DistroKid trae un estimado por tienda, y es la única lista por tienda que publica cualquiera de las tres:

DistroKid enmarca la lista con una regla general — “It takes the same amount of time for releases to be removed from streaming services as it does for releases to go live”, retirar un lanzamiento tarda lo mismo que ponerlo en producción — y con un total: hasta una o dos semanas en promedio para que desaparezca de todos los servicios, “sometimes sooner”, a veces antes. Su página de eliminación repite la única cifra que es de la tienda y no un estimado: “Spotify deletions take at least 2 business days”, las eliminaciones en Spotify tardan al menos dos días hábiles. TuneCore da un solo rango para todo: “most stores will process takedown requests within 2-3 business days, but some may take up to three weeks”, la mayoría de las tiendas en dos o tres días hábiles y algunas hasta tres semanas. CD Baby da un solo techo: “Your content will be removed from partner sites within 30 days”, retirado de los sitios de sus socios en treinta días.

Lee la tabla de abajo hacia arriba. Una baja está terminada cuando la última tienda terminó, y en toda lista que publique cualquier distribuidora las últimas tiendas son las redes sociales y Content ID, no la que tú refrescas cada rato. Vas a mirar Spotify, porque en Spotify está el conteo y está la promesa de dos días. La baja está hecha cuando Instagram lo diga.

¿Por qué sigue viva después del plazo?

Porque el reloj de la tienda arranca cuando llega el mensaje, y el consejo de Spotify a una distribuidora cuya baja no llegó es reenviarla.

La página de Spotify está escrita en dos mitades para dos lectores. La mitad del artista termina así: “If your music’s still live after 2 business days, contact your distributor for help” — si sigue viva después de dos días hábiles, habla con tu distribuidora. La mitad de la distribuidora dice qué hacer cuando el artista llama: “Check the Availability tab. If you see Available, check the XML and send the takedown again” — revisa la pestaña de disponibilidad; si dice disponible, revisa el XML y manda la baja otra vez. Léelo dos veces. El remedio publicado por la tienda para una baja que no ocurrió es la baja. Ni un ticket, ni un escalamiento: el mismo mensaje, mandado para que esta vez sí llegue.

Pon los dos números uno al lado del otro y dejan de contradecirse. Dos días hábiles es la promesa de la tienda, y arranca cuando la tienda tiene el mensaje. De dos a cinco días es el estimado de la distribuidora para la misma tienda, y arranca cuando tú oprimes el botón. La diferencia entre los dos es la cola en tu distribuidora — el mensaje esperando a que lo generen, lo agrupen y lo manden — y es la única parte de una baja para la que nadie, ni tienda ni distribuidora, publica un número.

Una revisión antes de abrir un ticket por esto. “Each version of a track has a unique Spotify URI”, dice la misma página — cada versión de una canción tiene su propio URI de Spotify — y explica cómo copiarlo: la app de escritorio, clic derecho, Compartir, con la tecla Alt u Option sostenida, Copiar URI de Spotify. Una canción puede estar abajo y su doble seguir arriba — otra entrega, otra distribuidora, una versión que nunca fue parte de esta baja — y si reportas la que no es, todo el mundo gasta una semana confirmando que la baja que mandaste funcionó.

¿Por qué la bajaron si tú no lo pediste?

Porque tu distribuidora mandó una: una suscripción vencida en DistroKid o una renovación impaga en TuneCore lo retira, y la tienda no sabe por qué.

Spotify tiene una página para exactamente esa mañana, y te devuelve derechito: “If you didn’t request your music be taken down, reach out to your label or distributor for help as they’ll have more info” — si no pediste la baja, habla con tu disquera o distribuidora, que tendrán más información. La línea de abajo es toda la posición de la tienda: “If we receive a takedown request, we’ll remove the music”. Si recibimos una solicitud de baja, retiramos la música. El mensaje no lleva motivo y la tienda no lo pide. Del lado de la tienda, una baja que pediste y una de la que nunca supiste son las mismas tres palabras en el mismo registro de entregas.

Los motivos están en las páginas de las propias distribuidoras. DistroKid: “If you don’t renew your subscription to DistroKid, your music will be removed from services” — si no renuevas la suscripción, la música se retira de los servicios — y la opción que lo evita, Leave a Legacy, se compra por lanzamiento: “it is not a one-time payment for all of your releases”, no es un pago único por todos. TuneCore: un lanzamiento sigue vivo después del primer año solo mientras se pague la renovación anual; la empresa escribe antes de la fecha y dos veces después, da un periodo de gracia, y entonces “your release will be taken down from stores”, el lanzamiento se baja de las tiendas — y después de eso “is considered final and cannot be reversed”: se considera definitivo y no se revierte.

El mismo mensaje, los mismos dos días hábiles, las mismas filas grises, mandado porque se venció un calendario y no porque alguien decidiera algo sobre la música. La lista de auditoría te pide conocer el plazo de tu acuerdo de distribución y su proceso de retiro, y esa casilla es esta sección, un año antes, en forma de casilla.

¿Qué ve el oyente después de una baja?

En Spotify la canción sigue accesible por enlace, gris y sin sonar salvo que otra versión esté viva, y el perfil se vacía sin desaparecer.

La descripción de Spotify del después: “When you remove music from Spotify, you might still be able to see it with a direct link. The tracks will be gray and unplayable unless there’s another version of the track live in your country” — cuando retiras música, puede que todavía se vea con un enlace directo; las canciones quedan grises y no suenan, salvo que haya otra versión viva en tu país. Una canción guardada es esa fila. Una canción agregada a una playlist es esa fila. Cada oyente que la guardó tiene una línea gris en su biblioteca con tu nombre, y ninguna tienda publica una regla aparte para las bibliotecas porque no hace falta: la fila nunca fue de ellos, solo la señalaban.

Los enlaces van por el mismo camino. DistroKid, sobre un lanzamiento eliminado y vuelto a subir: “the new version of your release will have different links than the original. Services generate new links for each separate release”. La versión nueva tiene enlaces distintos; los servicios generan enlaces nuevos para cada lanzamiento por separado. El enlace de la bio, la página de pre-save, el código QR del afiche que sigue pegado en la pared del bar: todos apuntan a la versión gris.

Y el perfil se queda. La página de Spotify sobre retirar tu música: “We can’t delete artist profiles entirely, but if you remove all your music your profile no longer shows in Spotify search results” — no pueden borrar perfiles de artista del todo, pero si retiras toda tu música el perfil deja de salir en las búsquedas. Y la nota: puede que todavía lo encuentren con un enlace que ya existía, “but it’ll appear empty”, pero se va a ver vacío, y Spotify no puede tocar los resultados de otros buscadores ni sitios. En Spotify a uno no lo borran. Lo desocupan.

Lo que ninguna tienda publica es qué le hace una baja a un puesto editorial o algorítmico. La pieza del ISRC ya te dice que el puesto se pierde, y esta página no tiene nada que sumarle salvo que nadie publica una regla al respecto. Lo más cerca que llega cualquier documento es la página de DistroKid sobre mudar un catálogo de una distribuidora a otra, que dice que con metadatos y audio idénticos los servicios “(especially Spotify) try to maintain play counts or playlists that your music is on” — intentan conservar los conteos y las playlists — y luego: “We can’t guarantee that these play counts and playlist placements are maintained because the process is out of our hands”. No lo pueden garantizar, porque el proceso no está en sus manos. Es la frase más honesta de todo este tema, y es una distribuidora admitiendo que ella tampoco ve para adentro de la tienda.

¿Pierdes el conteo de reproducciones?

Spotify guarda el conteo histórico noventa días después de que una grabación deja de estar disponible; pasado eso, una grabación que vuelva no lo recupera.

La regla es una sola frase en la página de Spotify sobre cómo se cuentan los streams, bajo All-time streams: “If a recording or release becomes unavailable on Spotify, we retain its all-time stream count for 90 days. If the recording or release becomes available again in the future after 90 days, it will not retain or reflect its previous stream count.” Si una grabación o un lanzamiento deja de estar disponible, el conteo histórico se guarda noventa días; si vuelve a estar disponible después de esos noventa días, no conserva ni refleja el conteo anterior. Los mismos noventa días rigen el conteo de un lanzamiento y el de un video musical. El día noventa y uno es la biblioteca de Alejandría.

El camino de vuelta dentro de la ventana también está en la página de la tienda, y no es una solicitud. La página de Spotify sobre volver a subir música: “You can re-upload music without losing your play count through a process called track-linking. Make sure the audio and metadata of the old and new versions is the same (including duration, title, and artist name).” Puedes volver a subir sin perder el conteo por un proceso llamado track-linking, siempre que el audio y los metadatos de las dos versiones sean los mismos, duración, título y nombre de artista incluidos. La verificación es en la app de escritorio, en tu perfil de artista, en el conteo al lado de la canción: “If the play counts match, the tracks have linked”, si los conteos coinciden, las canciones quedaron enlazadas. Spotify describe el enlace como una propiedad de la entrega — el mismo audio, los mismos campos — y no como algo que alguien tramita.

Apple no publica nada, en lo leído para esta pieza, sobre un conteo después de una baja, y la única distribuidora que habla de conteos dice “can’t guarantee”. Una cosa más sobre los noventa días: arrancan cuando la grabación deja de estar disponible, no cuando llega tu reemplazo. Una corrección que se gaste las cuatro semanas de la distribuidora ya quemó un tercio de la ventana antes de que la tienda vea la entrega nueva, y esa es la aritmética detrás de la regla de la pieza del ISRC: la versión corregida sale a producción antes de que la vieja baje.

¿Una baja se puede deshacer?

En la tienda, sí: Spotify restituye un lanzamiento con una actualización que devuelva sus derechos; en TuneCore y CD Baby la baja es definitiva.

El mecanismo de la tienda corre en las dos direcciones, en palabras de Spotify a las distribuidoras: “If you sent a takedown, send an update reinstating track-level rights to make the release available. Once we get them, your music should be live within 2 business days.” Si mandaste una baja, manda una actualización que restituya los derechos a nivel de canción; cuando lleguen, la música debería estar viva en dos días hábiles. La disponibilidad es un deal en el último mensaje. Manda un mensaje con el deal otra vez adentro y la tienda devuelve el lanzamiento, con el mismo reloj con que lo bajó. Alguna herramienta de distribuidora acompaña a la tienda: en DistroKid, un lanzamiento retirado de un servicio se puede volver a agregar desde la página del álbum, y un retiro de un solo servicio tarda las mismas “1-2 weeks” que los demás.

Otra herramienta no. TuneCore: “We can’t reverse takedowns, as stores consider this action permanent” — no revertimos bajas, porque las tiendas consideran la acción permanente. El camino de vuelta es un lanzamiento nuevo, y “the new release would need a new UPC”, con UPC nuevo — aunque “you can reuse previous ISRCs as long as the audio file and track details are the exact same”: los ISRC de antes se pueden reutilizar si el archivo de audio y los datos de la canción son exactamente los mismos. La página de la misma empresa sobre lo que no se puede cambiar agrega el costo: “Stores will treat the resubmission as a new product, and your release will go through their review process again”, las tiendas lo tratan como producto nuevo y pasa otra vez por su revisión. CD Baby dice en su página de bajas que “cancellations are final”, las cancelaciones son definitivas, y su página sobre relanzar pone la condición para que el mismo audio vuelva: nombre de artista, título, ISRC y versión idénticos, y “this applies even if the original release has been cancelled” — aplica aunque el lanzamiento original esté cancelado — porque “partners like Apple Music identify audio by its content, not just its metadata”: socios como Apple Music identifican el audio por su contenido, no solo por sus metadatos.

Lee las tres una al lado de la otra y la palabra «permanente» se resuelve. Es un hecho sobre la herramienta de tu distribuidora — lo que su panel manda y lo que no — y en la tienda el mecanismo es una entrega de todas formas. «Si la bajas, la perdiste» es un cuento chimbo. Lo que es definitivo es la decisión de tu distribuidora, y por eso su página se lee antes de oprimir el botón. La misma herramienta es la razón por la que «bájala y vuélvela a subir arreglada» es el consejo contra el que DistroKid advierte con todas las letras: “Stores don’t let you upload a release, delete it, and re-upload it with different metadata (like a new artist name or title)”. Las tiendas no dejan subir un lanzamiento, eliminarlo y volverlo a subir con metadatos distintos. Metadatos distintos son un producto nuevo, con UPC nuevo, en una página nueva, en cero. Los mismos metadatos son lo único que lo amarra al viejo: los mismos ISRC — o uno nuevo por accidente y un duplicado de por vida —, el mismo campo de versión y la fecha de lanzamiento original, que un relanzamiento conserva.

Qué hacer antes de oprimir el botón

Anota los códigos, los enlaces y el conteo, lee la regla de reversión de tu distribuidora y, si es una corrección, publica el arreglo primero.

• El conteo. Spotify guarda el conteo histórico noventa días después de que la grabación deja de estar disponible, y nadie más lo guarda. Tómale una captura de pantalla hoy, con fecha, y guárdala donde la vuelvas a encontrar el día noventa y dos.
• Los enlaces. Copia el URI de cada versión, por el método de arriba, y cada enlace de tienda que hayas publicado en cualquier parte. El lanzamiento nuevo recibe enlaces nuevos, y cada uno de los viejos va a apuntar a una fila gris.
• Los códigos. El UPC, cada ISRC, cada campo de versión, la fecha de lanzamiento original. Un relanzamiento que se enlace con el viejo lleva los mismos ISRC y los mismos datos de canción; uno que arregle cualquier cosa es un producto nuevo con UPC nuevo. Los dos códigos que ninguna entrega cambia son de la pieza campo por campo, y son los dos que hay que tener anotados antes de que algo se mueva.
• La regla de reversión. La página de tu distribuidora, no la de la tienda. En TuneCore y CD Baby el botón es definitivo; en DistroKid un retiro de un solo servicio se deshace desde el panel. Sabe cuál de los dos tienes en la mano antes de oprimirlo.
• El orden, si es una corrección. Primero la versión corregida en producción, después la baja. La pieza del ISRC es dueña de la secuencia y del tiempo de espera, y nada en esta página le cambia una palabra.
• La fecha en que está hecha. No la de Spotify. La tienda más lenta de la lista de tu distribuidora es el día en que la baja terminó, y ese es el día de abrir cada enlace que guardaste y mirar de qué color está.

Preguntas frecuentes

¿Te siguen pagando los streams de antes de la baja?

En DistroKid, sí: su página dice que las ganancias pendientes de un lanzamiento eliminado, por el tiempo que estuvo vivo en los servicios, se siguen pasando a la cuenta. Las páginas de TuneCore y CD Baby leídas para esta pieza no responden la pregunta, así que pregúntale a la tuya antes de oprimir el botón y no después.

¿Se puede bajar una sola canción de un álbum?

En TuneCore no: su página dice que no se pueden bajar canciones individuales y que se baja el álbum completo. El formato de baja de Apple trabaja sobre el álbum, territorio por territorio, con la lista de canciones por fuera. Si tu distribuidora ofrece algo más fino que el lanzamiento es pregunta para su página, no para la tienda.

¿Se puede bajar un lanzamiento en un solo país?

En los formatos de las tiendas, sí: la baja de Apple se marca territorio por territorio y un deal de DDEX se declara por territorio, así que un mensaje puede retirar uno y dejar el resto. DistroKid tramita el retiro de ciertos países por su equipo de soporte; la opción de autoservicio de CD Baby es por socio, no por país.

¿Una baja libera el UPC o el ISRC?

No. TuneCore y CD Baby dicen que un relanzamiento es un producto nuevo con un UPC nuevo, y que los ISRC solo se pueden reutilizar cuando el audio y los datos de la canción son exactamente los mismos de antes. Un producto reconstruido que cambie cualquier cosa toma un UPC nuevo; una grabación que no cambie nada conserva su código.

Fuentes

• Spotify for Artists, Music still live after a takedown? (en inglés) — los dos días hábiles, dichos al artista y otra vez a la distribuidora; la fila gris, sin sonar, accesible por enlace directo; un URI por versión y cómo copiarlo; la instrucción de revisar la pestaña de disponibilidad y mandar la baja otra vez.
• Spotify for Artists, Removing your music from Spotify (en inglés) — la baja se pide por la disquera o la distribuidora; el perfil no se puede borrar, solo vaciar, y puede seguir accesible por un enlace existente.
• Spotify for Artists, Music unexpectedly removed? (en inglés) — una baja que no pediste la explica la distribuidora; takedown, Delete y End Date en el registro de entregas; la restitución con una actualización que devuelve los derechos a nivel de canción, viva en dos días hábiles.
• Spotify for Artists, How your streams are counted (en inglés) — el conteo histórico guardado noventa días después de que una grabación o un lanzamiento deja de estar disponible, y no restaurado después.
• Spotify for Artists, Re-uploading music (en inglés) — track-linking: el mismo audio y los mismos metadatos, duración, título y nombre de artista incluidos; los conteos coincidentes como verificación.
• Apple, Apple Music Specification, 5.3.26, Takedowns (en inglés) — una actualización solo de metadatos con los metadatos de canción omitidos y cleared_for_sale en falso por territorio; el ejemplo de WW y CA. La especificación no da plazo de procesamiento.
• DDEX Knowledge Base, Takedowns (en inglés) — las dos maneras: un NewReleaseMessage sin deal, o un PurgeReleaseMessage.
• DDEX Knowledge Base, No takedown in initial deal (en inglés) — los deals vigentes son los del último mensaje recibido; sin deal para un lanzamiento, territorio y uso, no está disponible ahí; la excepción para un lanzamiento que estaba vivo y se retira.
• DDEX, ERN parte 1, 6.19.6 Purging/removing a release (en inglés) — la tienda deja de ofrecer el lanzamiento si puede establecer que quien manda tiene derecho, revisando que los deals vigentes le llegaron de la misma parte.
• DistroKid, How Long Does It Take for My Release to Be Removed from Streaming Services? (en inglés) — los estimados por tienda de la tabla, la regla de que retirar tarda lo mismo que publicar, y el total de una a dos semanas.
• DistroKid, Deleting a Release from Streaming Services (en inglés) — los pasos del panel, y que las eliminaciones en Spotify tardan al menos dos días hábiles.
• DistroKid, Removing Your Release From a Specific Streaming Service (en inglés) — una a dos semanas para un retiro de un solo servicio, y que el lanzamiento se puede volver a agregar después.
• DistroKid, I Deleted a Release … Will the Original Links in Services Still Work? (en inglés) — un lanzamiento vuelto a subir recibe enlaces nuevos.
• DistroKid, Switching from a Different Distribution Company to DistroKid (en inglés) — metadatos y audio idénticos para que los servicios intenten conservar conteos y playlists; que no se puede garantizar; que las reseñas se pueden perder.
• DistroKid, If I Don’t Renew My DistroKid Subscription, Will My Music Stay Live in Streaming Services? (en inglés) — una suscripción sin renovar retira la música; Leave a Legacy es por lanzamiento.
• DistroKid, Editing a Release After It’s Uploaded (en inglés) — que las tiendas no dejan eliminar un lanzamiento y volverlo a subir con metadatos distintos.
• DistroKid, When I Delete a Release, Do I Still Get My Earnings? (en inglés) — las ganancias por el tiempo que un lanzamiento eliminado estuvo vivo se siguen pagando.
• TuneCore, How do I take down my music from stores? (en inglés) — dos a tres días hábiles para la mayoría de las tiendas, hasta tres semanas para algunas; no se bajan canciones individuales.
• TuneCore, Can I make my music live in stores again if it has been taken down? (en inglés) — las bajas no se revierten; un lanzamiento nuevo con UPC nuevo; los ISRC reutilizables cuando el audio y los datos de la canción son idénticos.
• TuneCore, Why has my music been removed from stores? (en inglés) — una renovación sin pagar baja el lanzamiento después de avisos y un periodo de gracia, y el retiro es definitivo.
• TuneCore, What changes cannot be made after distribution? (en inglés) — un reenvío es un producto nuevo que pasa otra vez por la revisión de las tiendas.
• CD Baby, How do I take down or cancel a release? (en inglés) — retiro de los sitios de los socios en treinta días; las cancelaciones son definitivas.
• CD Baby, How do I cancel my release on a specific platform? (en inglés) — cancelación por socio, permanente, hasta treinta días.
• CD Baby, Can I re-release music I’ve already distributed? (en inglés) — artista, título, ISRC y versión idénticos para que la misma grabación vuelva, incluso después de una cancelación; los socios identifican el audio por su contenido.

Cada página citada aquí se leyó en la fecha que aparece al principio de esta pieza. Los centros de ayuda de las tres distribuidoras rechazan las solicitudes que no vienen de un navegador, así que cada artículo se leyó por el canal público de artículos del mismo centro de ayuda, que trae el mismo texto con su fecha de última actualización; los enlaces de arriba llevan a las páginas que un lector puede abrir. Solo las páginas propias de Spotify y de Apple se leyeron buscando un número del lado de la tienda, así que la cifra de cualquier otra tienda en la tabla es el estimado de DistroKid y así se imprime. Los plazos, las ventanas de retención y las reglas de irreversibilidad son las de cada empresa en la fecha de lectura; confírmalas en las páginas antes de actuar sobre ellas.

Mantener el registro

Los campos que una tienda compara cuando decide si una entrega nueva es la grabación vieja — nombre de artista, título, ISRC, versión — son campos por canción que un catálogo ya tiene si se llevó bien, al lado del UPC que el producto reconstruido no puede reutilizar y de la fecha de lanzamiento original que tiene que conservar. CatalogTracker guarda el UPC de un lanzamiento, su fecha de lanzamiento y su fecha de lanzamiento original, y el ISRC y la versión de cada canción, con un medidor de completitud que reporta cuántos campos de un lanzamiento están de verdad llenos. No le manda nada a ninguna tienda y no baja nada. Significa que el día en que una baja termina, los códigos que el reemplazo tiene que llevar son algo que consultas y no algo que reconstruyes a partir de una fila gris. En desarrollo para iPhone.