Metadatos de lanzamiento musical: la referencia técnica completa

Con tratamiento íntegro de los dos apellidos hispanos, de la ñ y las vocales acentuadas, de los signos de apertura ¿ ¡, del crédito de composición ante las sociedades de gestión y del enrutamiento de géneros latinoamericanos.

Respuesta directa

Los metadatos no son el papeleo que acompaña a la música: para todo lo que existe después del estudio, los metadatos son la música. Ninguna tienda escucha tu archivo — lee tu entrega, y lo que escribiste decide en qué página de artista cae la grabación, si las reproducciones se acumulan bajo una identidad o se reparten entre tres, de qué bolsa paga el lado editorial y si el lanzamiento se acepta siquiera. En español hay dos fuentes de error que ningún corrector detecta. La primera es cultural: el nombre legal hispano lleva apellido paterno y apellido materno, y los sistemas de entrega, las tiendas y las sociedades de gestión no se ponen de acuerdo sobre cuál es "el" apellido, así que una misma persona termina existiendo como Ana García Ruiz, Ana García, Ana Ruiz y García Ruiz, Ana en cuatro bases de datos distintas. La segunda es de bytes: Núñez escrito en un equipo y Núñez escrito en otro pueden ser dos cadenas de bytes diferentes que se ven idénticas en pantalla, y el "plegado a ASCII" que muchos buscadores aplican para "facilitar la búsqueda" convierte año en ano y papá en papa, fusionando palabras que no significan lo mismo. La disciplina que resuelve la mayor parte de esto cabe en una frase: escribe una sola vez, en un archivo, la forma canónica exacta de cada nombre — legal y artístico, en NFC — y pégala, nunca la retecleés, en cada entrega.

1. Las tres capas y qué controla cada campo

Un lanzamiento no es un objeto sino una jerarquía: un producto (el release) contiene grabaciones (las pistas), y cada grabación materializa una o más obras (las composiciones). Cada capa tiene su identificador propio — UPC/EAN, ISRC, ISWC — y su propio dinero. Casi todo error caro de metadatos es un dato archivado en la capa equivocada. El transporte está estandarizado: el Electronic Release Notification Message Suite (ERN) de DDEX es el mensaje por el cual un lanzamiento y sus metadatos llegan a una tienda.

Artista principal (primary artist). El nombre de cartel del acto. Solo este campo decide en qué página de artista cae la grabación y quién acumula oyentes, seguidores e historial algorítmico. Spotify es explícito: "List each artist's name in a separate field" — un artista por campo, nunca varios concatenados en uno.

Artista invitado (featured artist). Un rol distinto sobre la misma grabación: acredita al invitado y enlaza a su página sin darle cartel principal. La guía de Apple lo exige a nivel de pista con el rol Featuring o With, "not as Primary."

Remixer. También es un rol, no un artista principal. Apple: "Remix tracks...must list the original artist as Primary with the remixer assigned the remixer role."

Compositor y letrista. Describen la obra, no la grabación, y son los campos por los que se rastrean los derechos de ejecución pública y mecánicos. Es aquí donde entra el nombre legal completo, con los dos apellidos (sección 3).

Productor. Rol de contribuyente: un crédito, no una página y no un pago del lado fonográfico.

Versión / subtítulo. El paréntesis que distingue dos grabaciones con el mismo título: En Vivo, Instrumental, Radio Edit (sección 8).

Marca de contenido explícito. Es un booleano, no una palabra. Apple: "Explicit content must be flagged Explicit with a parental advisory tag. Terms like (Explicit)...must not be used for album...or track titles." Spotify: "you shouldn't add it to your track title." La prohibición vale también al revés: nunca escribas "Clean", "Limpia", "Versión sin groserías" ni "Apta" dentro del título.

Idioma de la obra (lo que se canta) e idioma del título (la lengua y el script de la cadena del título) son campos distintos y legítimamente diferentes: una pieza instrumental de charango con título en español no tiene idioma de letra, pero sí idioma de título. El idioma del título le dice a la tienda cómo ordenar, indexar y renderizar tu texto, y es donde empieza a importar la ñ.

Línea P: año más titular de la grabación, siendo el año el de la primera publicación de esa grabación, no la fecha de tu subida. Línea C: año más titular del arte y el empaque. No son intercambiables y se copian una sobre la otra de manera rutinaria.

Género. Es una señal de enrutamiento, no una descripción de tu gusto (sección 9).

Fecha de lanzamiento es cuándo entra en línea este producto; fecha de lanzamiento original es cuándo se publicó por primera vez la grabación en cualquier lugar. Entregar una grabación de 2016 con fecha original de 2026 le informa a toda la cadena que es nueva.

Identificadores, con precisión. Un ISRC tiene doce caracteres: dos de país, tres de registrante, dos de año de referencia y cinco de designación. Los guiones son convención de visualización, no forman parte del código, y no existe dígito verificador en un ISRC. El ISRC identifica la grabación, no la canción (eso es el ISWC) ni el producto (eso es el UPC), y se queda con la grabación cuando cambias de distribuidora. Una reedición de la misma grabación no necesita ISRC nuevo; un remix, una edición, una versión en vivo o una instrumental sí, porque son grabaciones materialmente distintas. La remasterización es el caso estrecho: el Manual de ISRC de la IFPI (§A.10.1) exige código nuevo únicamente cuando los procesos de remasterización "involve the application of creative input to the recording itself", y excluye expresamente el cambio simple de nivel, la ecualización o compresión invariantes, la reducción de ruido, el des-clicado, la corrección de velocidad o afinación, el cambio de frecuencia de muestreo y el dithering: "A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes." La salvedad práctica que sí es segura afirmar: si la remasterización se vende como pista aparte junto al original, es otro producto y necesita su propio código.

Un UPC-A tiene doce dígitos y un EAN-13 trece; anteponer un cero convierte uno en otro y el dígito verificador no cambia. El cálculo: de derecha a izquierda, alterna ×3 y ×1 sobre los dígitos anteriores al verificador, suma, y el verificador es lo que lleva el total al siguiente múltiplo de 10. Para el cuerpo 60243512345: la suma da 75, el siguiente múltiplo de 10 es 80, luego el verificador es 5 y el UPC-A es 602435123455. Anteponiendo el cero, el cuerpo 060243512345 da la misma suma 75 y el mismo verificador 5: el EAN-13 es 0602435123455. (Verificado al escribir este documento.)

Si no sabes decir a qué capa pertenece un dato — producto, grabación u obra — todavía no sabes archivarlo.

2. El nombre de artista es una clave, no una etiqueta

Para una tienda, el nombre del artista no es texto: es una llave de coincidencia. Cuando llega una entrega con una cadena de artista principal que no coincide exactamente con una identidad existente, la lógica de correspondencia o la adjunta a ese artista o crea uno nuevo; cualquier cosa que reduzca la confianza — una tilde distinta, un espacio de más, una ñ escrita como n, otra secuencia de bytes para el mismo glifo — empuja hacia el artista nuevo.

Entonces un artista se vuelve dos. El catálogo se parte, las reproducciones se parten, y la base de seguidores no sigue a la segunda identidad, que arranca sin ningún historial algorítmico. Las regalías se pagan igual, pero contra dos historiales, y todo lo que se mide a nivel de catálogo se mide sobre media carrera.

Las dos referencias de estilo de la industria coinciden. Music Biz: "Artist name spelling should remain consistent for all content for an artist, where possible." Spotify: mantené la ortografía y el formato "consistent from one release to the next - including any punctuation, abbreviations, or acronyms." Music Biz añade una regla que en español se viola todo el tiempo: "artist names should not include any additional information beyond the name, including role, date, instrument, former band, etc." — es decir, nada de Los Hermanos Quispe (Charango y Quena) en el campo de artista.

Arreglarlo después no es una edición sino una solicitud de fusión: tu distribuidora pide a cada tienda que una dos identidades, cada tienda lo trata por separado con su propia cola y sus propios requisitos de evidencia, y algunas lo resuelven pronto mientras otras nunca. Una página de artista partida no es un error que se corrige; es un reclamo que se presenta, tienda por tienda, y se espera.

3. Los dos apellidos: el problema central del metadato hispano

Este es el problema que no tiene equivalente en inglés, en francés ni en alemán, y es la causa más frecuente de regalías editoriales sin conciliar en repertorio en español.

El nombre legal hispano se compone, en la forma canónica, de nombre de pila más apellido paterno más apellido materno: Ana García Ruiz. Ninguno de los dos es un "segundo nombre", ninguno es prescindible y ninguno es un guion. El apellido paterno es el que encabeza el orden alfabético en la tradición hispana; el materno no desaparece por eso. En México, Perú, Colombia, Chile o Ecuador la persona firma habitualmente Ana García Ruiz o Ana García; en España la misma estructura es la norma legal, aunque desde la reforma del Registro Civil el orden de los dos apellidos puede pactarse y ya no es automáticamente el paterno primero. En Argentina y Uruguay es común usar un solo apellido en la vida civil aunque el registro tenga dos.

Ahora mírenlo desde el otro lado. Los formularios de la cadena de entrega están diseñados sobre un modelo anglosajón de first name + last name, o directamente sobre un campo único de texto libre. El resultado predecible, y es literalmente lo que se ve al auditar un catálogo:

Cuatro cadenas para una persona. Para cualquier motor de correspondencia son cuatro compositoras, y las cuatro tienen participaciones parciales de una misma obra que nunca se suman. Como los créditos de composición no aparecen en el frente de la tienda, nada en la experiencia de escucha te avisa. El síntoma llega años después, en forma de liquidaciones más bajas de lo esperado, sin causa visible.

Hay un agravante de formato que la guía de Music Biz nombra sin saber que hablaba de nosotros. En su tabla de nombres de artista incorrectos aparece exactamente esta fila: Bob Marley correcto, Marley, Bob incorrecto, motivo "Formatted as Last, First." Y sobre el orden: "Artists should be listed as first name last name, unless otherwise specified by the artist's native language." Es decir: el campo de artista va en orden natural (Ana García Ruiz), nunca invertido; el orden invertido pertenece a los índices internos y a los campos de ordenación (sort name), no al nombre que se entrega.

La disciplina correcta

1. Registra el nombre legal completo, una sola vez y exacto, en los campos de compositor y letrista. Los dos apellidos, con sus tildes y sus eñes, tal como figuran en el documento de identidad y — esto es lo decisivo — tal como quedó en el registro de la obra en la sociedad de gestión. Lo que se intenta hacer casar del lado editorial es el registro, no la portada.
2. Mantén el nombre artístico separado y estable. Anita del Río puede ser el artista principal y Ana García Ruiz la compositora de la misma pista: son campos distintos, con roles distintos, y no deben contaminarse. Escribir el nombre legal en el campo de artista principal porque "es más formal" es tan dañino como poner el nombre artístico en el campo de compositor, que es el error más común de todos.
3. Nunca abrevies un apellido a una inicial. Ana García R. es una quinta cadena. Music Biz: "Generally, do not abbreviate first or last names."
4. No inviertas y no metas comas en los campos de nombre entregados.
5. **Si tu distribuidora expone un campo de ordenación (sort name), úsalo** para García Ruiz, Ana y deja el campo visible en orden natural. Si no lo expone, no simules uno metiendo la coma en el campo visible.
6. Documenta la decisión por escrito junto con las participaciones. Cuando dentro de tres años alguien pregunte por qué esta obra dice Ana García Ruiz y aquella Ana García, tiene que haber una respuesta que no dependa de la memoria.

Por qué la ordenación se rompe si no se hace: un catálogo ordenado por "apellido" con nombres que a veces traen uno y a veces dos apellidos no produce una lista alfabética sino dos listas entreveradas, y la búsqueda por apellido materno — perfectamente normal en México o Colombia, donde mucha gente es conocida por el materno — no encuentra nada. Por qué la correspondencia se rompe: los algoritmos de fuzzy matching que usan las cadenas de conciliación toleran errores de una o dos letras, no la desaparición de una palabra entera. Ana García Ruiz y Ana García no se parecen lo bastante como para fusionarse solos, y se parecen demasiado como para que un humano note la diferencia al revisar una planilla de trescientas líneas.

4. La ñ y las vocales acentuadas: NFC frente a NFD

Este es el segundo divisor invisible, y es puramente técnico.

4.1 Qué hace la descomposición, verificado

El Anexo #15 del Estándar Unicode (Unicode Normalization Forms) define cuatro formas normalizadas. Las dos que importan aquí son NFC (precompuesta: un carácter por letra acentuada) y NFD (descompuesta: letra base más marca combinante aparte). La equivalencia canónica cubre caracteres que, según el propio UAX #15, "when correctly displayed should always have the same visual appearance" — o sea: se ven exactamente igual y son bytes distintos.

Verifiqué el comportamiento real con el módulo unicodedata de Python antes de escribir esta sección. Esto es lo que encontré, literalmente:

Los ocho caracteres del inventario español tienen descomposición canónica. Ninguno es indivisible. La marca de la tilde de la eñe es U+0303 COMBINING TILDE; la de las vocales acentuadas es U+0301 COMBINING ACUTE ACCENT; la diéresis de ü — la que llevan güira, pingüino, vergüenza — es U+0308 COMBINING DIAERESIS.

Los dos signos de apertura, en cambio, no tienen descomposición ninguna: ¿ es U+00BF INVERTED QUESTION MARK y ¡ es U+00A1 INVERTED EXCLAMATION MARK, ambos de categoría Po (puntuación, otros), y unicodedata.decomposition() devuelve cadena vacía para los dos. Esto importa en la sección 6: normalizar no los toca, pero un filtro de puntuación sí.

Consecuencias concretas, todas verificadas:

Primera: cambia la longitud. Peña mide 4 caracteres y 5 bytes en NFC, y 5 caracteres y 6 bytes en NFD. Núñez mide 5 caracteres y 7 bytes en NFC, y 7 caracteres y 9 bytes en NFD. Ibáñez pasa de 6 caracteres / 8 bytes a 8 caracteres / 10 bytes. Un campo de título con límite contado en bytes acepta la versión NFC y trunca la NFD — y el corte puede caer entre la letra base y la marca combinante, dejando una n seguida de una tilde huérfana que la tienda renderiza pegada a lo que venga después. Los nombres sin acento (cumbia, Ochoa, Pinto) miden exactamente lo mismo en ambas formas, y por eso jamás revelan el problema cuando probás con ellos.

Segunda, y es la que parte catálogos: cambia el orden. Ordené por punto de código una lista de apellidos con Núñez presente dos veces, una en NFC y otra en NFD. El resultado, tal cual:

Ibáñez     NFC   U+0049 U+0062 U+00E1 U+00F1 U+0065 U+007A
Nogales    NFC   U+004E U+006F U+0067 U+0061 U+006C U+0065 U+0073
Nunez      NFC   U+004E U+0075 U+006E U+0065 U+007A
Nuñez      NFC   U+004E U+0075 U+00F1 U+0065 U+007A
Núñez      NFD   U+004E U+0075 U+0301 U+006E U+0303 U+0065 U+007A
Núñez      NFC   U+004E U+00FA U+00F1 U+0065 U+007A
Ochoa      NFC   U+004F U+0063 U+0068 U+006F U+0061
Pena       NFC   U+0050 U+0065 U+006E U+0061
Perez      NFC   U+0050 U+0065 U+0072 U+0065 U+007A
Peña       NFC   U+0050 U+0065 U+00F1 U+0061
Pinto      NFC   U+0050 U+0069 U+006E U+0074 U+006F
Zapata     NFC   U+005A U+0061 U+0070 U+0061 U+0074 U+0061
Ávila      NFC   U+00C1 U+0076 U+0069 U+006C U+0061

Léelo dos veces. Hay tres hechos ahí:

• Los dos Núñez idénticos en pantalla ocupan posiciones distintas y quedan separados por la frontera NFD/NFC. Una desduplicación por comparación exacta de cadenas los cuenta como dos personas. Y la variante mal escrita Nuñez — sin tilde en la u, error habitual — se cuela justo antes, con lo cual tienes tres entradas para una compositora.
• Peña cae después de Perez, porque ñ es U+00F1 (241) y r es U+0072 (114). El orden por punto de código no es el orden alfabético español, en el que la Ñ va inmediatamente después de la N.
• Ávila cae al final de todo, después de Zapata, porque Á es U+00C1 (193) y Z es U+005A (90). Cualquier índice, planilla o listado de créditos ordenado ingenuamente pone a todos los apellidos que empiezan con vocal acentuada detrás de la zeta.

La ordenación correcta del español requiere un algoritmo de intercalación con reglas de idioma — el Anexo #10 de Unicode (Unicode Collation Algorithm) y los datos de CLDR — no una comparación de bytes. No puedes controlar qué usa cada tienda, pero sí puedes controlar que tus propias cadenas sean todas de la misma forma.

4.2 De dónde salen las cadenas NFD

No aparecen solas. Entran por tres puertas: nombres de archivo generados en sistemas cuyo sistema de archivos guarda en forma descompuesta (el caso histórico clásico es HFS+ de macOS, y es la razón por la que un mismo nombre copiado desde el Finder y tecleado en un navegador pueden diferir); copiados y pegados desde PDF, donde el extractor de texto reconstruye los acentos como marcas separadas; y exportaciones de bases de datos antiguas que normalizaron a NFD alguna vez y nadie revirtió. En los tres casos, el texto se ve perfecto.

Qué forma aplica cada tienda al indexar y al buscar no está publicado por ninguna de ellas. Ese es exactamente el punto en el que el problema se vuelve impredecible, y no lo afirmo en ninguna dirección.

4.3 Qué hacer

Normaliza a NFC, de manera uniforme, todo lo que entregues: nombre de artista, nombre legal de cada compositor, títulos de álbum y de pista, versiones y subtítulos. NFC es la forma que producen los teclados y la que esperan la mayoría de los sistemas. No uses las formas de compatibilidad como cura general: el propio UAX #15 advierte que NFKC "erase[s] many formatting distinctions" y "may remove distinctions that are important to the semantics." Y recuerda que normalizar no es limpiar: NFC no arregla una n escrita donde iba una ñ, no restituye una tilde que nunca se escribió y no quita un espacio duplicado.

En mazufa.com hay un verificador de metadatos gratuito que corre enteramente en tu propio equipo, sin subir nada, y marca varios de estos casos invisibles: cadenas que no están en NFC, mezcla de formas dentro de un mismo lanzamiento, espacios dobles y finales, y caracteres decorativos en campos de nombre.

5. Plegado a ASCII: dónde la búsqueda ayuda y dónde miente

Muchos sistemas de búsqueda "pliegan" los acentos antes de indexar: descomponen a NFD y descartan las marcas combinantes. Esto es útil para que alguien que escribe garcia encuentre a García. También destruye información, y en español la destruye de dos maneras distintas que conviene no confundir.

Ejecuté el plegado sobre una lista de pares y este es el resultado literal:

año     ->  ano
papá    ->  papa
está    ->  esta
él      ->  el
cañón   ->  canon
peña    ->  pena
sueño   ->  sueno
Muñoz   ->  Munoz

Grupo 1 — la ñ se convierte en n y fusiona palabras genuinamente distintas. El caso canónico, y hay que decirlo con precisión clínica porque es el que le explota en la cara a alguien tarde o temprano: año significa periodo de doce meses; ano es el término anatómico del orificio terminal del tubo digestivo. Son dos palabras distintas y el plegado las vuelve la misma cadena. Un álbum titulado El año del cajón plegado a el ano del cajon no es un problema de búsqueda, es un problema de moderación automática y de sugerencias de autocompletado. Lo mismo, con menos gravedad y la misma pérdida de sentido, en cañón→canon, peña→pena, sueño→sueno, campaña→campana. Y en apellidos el plegado fusiona personas: Muñoz y un hipotético Munoz son la misma clave después de plegar, igual que Peña y Pena, que son dos apellidos españoles reales y distintos.

Grupo 2 — la tilde cambia el significado, no la ortografía. Aquí no se trata de ambigüedad entre nombres propios sino de la lengua dejando de funcionar:

• papá (padre) frente a papa (tubérculo en América, y también el obispo de Roma).
• está (verbo estar) frente a esta (determinante demostrativo).
• él (pronombre personal) frente a el (artículo).

Un título como Papá está aquí plegado da papa esta aqui, que es otra frase. La tilde diacrítica del español no es decoración: distingue categorías gramaticales.

La regla operativa. Escribe siempre con todos los acentos y con la ñ correcta en los campos de entrega. La guía de Music Biz es tajante: "All accents should be included for all supported languages." No entregues nunca una versión "sin acentos por si acaso" ni, peor, dos versiones del mismo lanzamiento con y sin acentos: eso no mejora la búsqueda, crea un artista duplicado. El plegado es responsabilidad del buscador de la tienda; tu responsabilidad es entregar la cadena correcta una sola vez.

Una nota adicional para quien maneje exportaciones: si en algún reporte ves ¿ donde debía haber ¿, o Muñoz donde iba Muñoz, no es un problema de normalización sino de codificación — texto UTF-8 leído como Latin-1. Es reversible si se detecta a tiempo y prácticamente irreversible una vez que se guardó, se volvió a exportar y se volvió a leer mal.

6. Los signos de apertura ¿ y ¡ en los títulos

El español es de las poquísimas lenguas que abren interrogación y exclamación con un signo propio, y los títulos de canciones los usan constantemente: ¿Dónde estás?, ¡Ay, María!, ¿Y ahora qué?.

Como vimos en 4.1, ¿ (U+00BF) y ¡ (U+00A1) no tienen descomposición canónica, así que ninguna forma de normalización los toca. El problema no es Unicode: es el limpiador de puntuación que muchas cadenas de validación pasan sobre los títulos para generar claves de búsqueda, nombres de archivo o cadenas de comparación. Lo probé con los tres filtros más habituales sobre el título ¿Dónde estás? ¡Ay, María!:

Filtro que descarta la categoría Po   ->  "Dónde estás Ay María"
Regex [^\w\s] (quitar no-alfanuméricos) ->  "Dónde estás Ay María"
Codificación forzada a ASCII            ->  "Dnde ests? Ay, Mara!"

Los dos primeros hacen lo esperable: se llevan la puntuación entera, apertura y cierre, y producen una clave de búsqueda razonable. El tercero es el desastre y es el que más se ve en la práctica: un encode('ascii', 'ignore') mal puesto en algún punto de la cadena conserva ?, ! y , porque son ASCII, y borra las vocales acentuadas y los signos de apertura porque no lo son. El resultado no es un título sin puntuación: es un título mutilado que sigue pareciendo un título.

Reglas prácticas:

• Escribe el signo de apertura. Siempre. Un título entregado como Donde estas? es incorrecto ortográficamente y además es una cadena distinta de ¿Dónde estás? para toda la cadena de conciliación.
• Sé consistente entre el título de la pista, el título del producto y la portada. Si la portada dice ¿Dónde estás? y el campo dice Donde estas, tienes una discrepancia arte–metadato, que es motivo de rechazo por sí sola.
• No uses los signos como decoración. Un ¡ de apertura sin su ! de cierre, o un ¿ puesto para dar énfasis, es puntuación irregular en un campo que se compara byte a byte.
• Ojo con la mayúscula posterior al signo. En español, la palabra que sigue al signo de apertura lleva mayúscula si abre oración. Apple es explícita en su regla de mayúsculas para español: "Capitalize the first word in parentheses or brackets."

Ya que estamos en mayúsculas: Apple y Music Biz coinciden en darle al español una libertad que otras lenguas no tienen. Apple: "For Spanish and Portuguese titles, you can decide on either title or sentence casing, as long as the casing is consistent throughout a given album." Music Biz dice lo mismo casi con las mismas palabras. Es decir, Corazón de Acordeón y Corazón de acordeón son ambas aceptables — pero una sola de las dos por álbum, y esa consistencia es lo que sí se revisa. Apple publica además la lista cerrada de palabras que van en minúscula si eliges title case en español: "a, al, de, del, e, el, en, la, las, los, o, para, por, un, una, y."

7. feat., ft., con, y: el campo de título es el lugar equivocado

La entrega dañina más común en distribución independiente en español es escribir Artista A ft. Artista B dentro del campo de título, dejando vacío el rol de artista invitado. El campo de título es una cadena de visualización: no lleva identidad. El invitado se queda sin enlace de crédito, sin aparición en su propia página, sin ruta de descubrimiento de vuelta a tu grabación y sin nada en sus analíticas — mientras la tienda puede tratar ft. Artista B como parte del nombre de la canción, con lo cual la pista se llama así para siempre, y se produce ese Canción ft. Fulano (feat. Fulano) duplicado que delata una entrega amateur a primera vista.

Las tiendas lo dicen sin rodeos. Spotify: "You shouldn't include any artists' names in your track or release titles." Y en su documentación para proveedores: "Spotify strongly recommends against including additional information, such as references to 'Featured Artists' in track and product titles." Apple explica qué pasa cuando lo haces bien: "If Featuring or With artist roles are used in the initial delivery, the featured artist name will automatically be added by Apple Music or iTunes to the album or track title." Es decir, la tienda te genera el (feat. X) que querías, a partir del rol que declaraste. Escribirlo a mano es hacer el trabajo dos veces y romperlo una.

Cuando el contrato obliga a que aparezca en el título

Si el acuerdo exige el cartel dentro del título, la forma está fijada y no admite versión en español. Apple: "Formatting of 'feat.' and 'with' in titles must be lowercase, in English, not localized, and in parentheses or brackets. Do not use any other spelling (for example, 'featuring,' 'Featuring,' 'Feat,' 'w/,' and so on)." Music Biz concuerda: feat. y with, cuando se incluyen en el título, "are generally lowercase and in English."

Traducido a lo que se ve en las entregas en español:

feat. no es una palabra: es un token legible por máquina. Traducirlo a con es exactamente el mismo tipo de error que traducir el nombre de un campo XML.

El billing X, Y del urbano latinoamericano

Hay una convención latinoamericana que hay que tratar aparte porque no es un error, es una realidad contractual y el sistema la soporta mal.

En buena parte del repertorio urbano — reguetón, trap latino, dembow — la práctica de cartel no es "principal más invitado" sino lista de principales separados por coma: Artista A, Artista B o Artista A, Artista B, Artista C. No es un feat. con otra tipografía. Significa que todos los intervinientes son artistas principales con el mismo estatus de cartel, la grabación aparece en la página de cada uno como lanzamiento propio y no como "Aparece en", y todos acumulan el historial. Es una decisión de negocio, no de estilo.

La forma de entregarlo es la misma que en cualquier otro caso, y por eso conviene decirlo claramente: la coma pertenece a la lista de roles, no al campo de título ni al campo de artista. Se declaran tres artistas con rol primary, cada uno en su propio campo — que es justamente lo que pide Spotify con "List each artist's name in a separate field" — y la tienda construye la visualización Artista A, Artista B, Artista C a partir de esos tres roles. El orden en que los declaras es el orden en que aparecen, así que el orden sí es parte del acuerdo y hay que fijarlo antes de entregar.

Lo que nunca funciona: escribir Artista A, Artista B como una sola cadena en un único campo de artista principal. Eso crea un artista nuevo llamado literalmente "Artista A, Artista B", con su propia página vacía, y ninguno de los dos acumula nada.

Y la decisión de fondo, que hay que tomar antes y por escrito: si el trato es de invitación, va rol featuring y la tienda muestra (feat. X); si el trato es de cartel compartido, van todos como primary y la tienda muestra A, B. Cambiar de criterio entre lanzamientos del mismo grupo de artistas es la forma más rápida de que la mitad del catálogo viva en una página y la otra mitad en otra.

Los roles son identidad; los títulos son visualización. Poner identidad en un campo de visualización destruye la identidad y además corrompe la visualización.

8. Versiones y subtítulos

El campo de versión existe para distinguir dos grabaciones que comparten título. Esa es toda su función y es la prueba para saber si hay que llenarlo. El vocabulario es estable: Radio Edit, Extended Mix, Acústico, Instrumental, Single Version, Demo, y los remixes nombrados como Nombre del Remixer Remix. Apple: "To differentiate multiple versions of the same track title, use terms in parentheses or brackets such as: Alternate Take...Live, Instrumental, Single Version, Radio Edit." Sobre puntuación, Music Biz manda usar primero paréntesis y corchetes para el detalle adicional.

El caso de "en vivo" es específico del español y Apple lo publica. La regla general es indicar Live, pero con una excepción territorial explícita: "Territory-specific versions ('Ao Vivo' in Portuguese, and 'En Vivo' or 'En Directo' in Spanish) should be used." Es decir, para un lanzamiento en español la forma esperada es En Vivo (uso general americano) o En Directo (uso más habitual en España), no Live. Y si la versión incluye lugar y fecha, el formato es En Vivo en Lugar, Año. Elige una de las dos formas y úsala en todo el álbum: mezclar En Vivo y En Directo entre pistas del mismo disco es una inconsistencia de casing y versión a la vez.

"Radio Edit" no es sinónimo de "la versión limpia". Music Biz lo reserva para una versión preparada realmente para radiodifusión e indica usar Edited Version para una edición sin contenido explícito. Un Radio Edit es normalmente una edición de duración; una Edited Version es una edición de contenido. En español conviene no traducir ninguno de los dos: son etiquetas de catálogo.

"Original Mix" es la divergencia real entre tiendas. La guía publicada de Apple lo prohíbe: "The standard, original version of an album, track, or music video must not include any additional information in the title unless it is needed to identify the content", y lo lista entre los términos no permitidos junto con "Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone...Dolby Atmos, lossless, high-resolution audio." La guía pública de metadatos de Spotify no publica ninguna regla que nombre "Original Mix"; su posición publicada es la general de que los títulos no lleven información adicional. Mientras tanto, la etiqueta sigue siendo convención arraigada en la venta de música electrónica. Apple la nombra como no permitida; otras tiendas no publican regla alguna al respecto, y el tratamiento varía por destino y por la prevalidación de tu propia distribuidora. Si el original es la única versión del lanzamiento, deja el campo vacío: correcto en todas partes.

Y siempre que exista un campo de versión, úsalo en lugar de teclear la versión dentro del título; las tiendas que arman su propia cadena de visualización producen si no Canción (En Vivo) (En Vivo).

9. Enrutamiento de género: cuando la lista dice "Latin" y la música es otra cosa

El género no describe tu gusto: enruta. Determina en qué listas puede figurar el lanzamiento, qué contextos editoriales y algorítmicos lo consideran elegible y contra qué repertorio se compara.

El problema estructural del repertorio en español es que la lista desplegable de la distribuidora suele ofrecer "Latin" como un único cajón, y dentro de ese cajón caben cosas que no tienen nada que ver entre sí: la cumbia villera argentina, el corrido tumbado mexicano, el huayno andino, el vallenato colombiano, la bachata dominicana, la champeta de la costa caribe colombiana, el tango, el flamenco y el son jarocho veracruzano. Un disco de son jarocho con jarana y requinto no compite por la misma escucha que un corrido tumbado, y un huayno con quena y charango no está en el mismo mercado que la bachata con güira y bongó. Meterlos todos en "Latin" no es una simplificación inocua: es entregar la señal más pobre posible sobre dónde debe encontrarse tu disco.

Apple publica la regla directamente y con ejemplo en español: "Use the most specific primary genre that applies to your music, such as Pop in Spanish or Salsa y Tropical, instead of more generic genres such as Latin or Pop." Y añade un detalle que solo aplica a este repertorio y a K-Pop: "Content will only chart in the first primary genre. Albums with Latin genres or the K-Pop genre will chart in both the primary and secondary genres." Es decir, para géneros latinos el género secundario no es decorativo: también cuenta para listas. Vale la pena elegirlo con la misma atención que el primario.

Cómo trabajar con esto en la práctica:

1. Mira qué subgéneros ofrece realmente el destino antes de elegir. Las taxonomías de las tiendas incluyen entradas mucho más finas que "Latin" — familias como Salsa y Tropical, Regional Mexicano, Pop en Español, Rock en Español, Latin Urban, Flamenco, Tango. Qué entradas exactas expone cada tienda en cada momento cambia, y el mapeo que tu distribuidora hace de su lista a la de cada tienda no suele estar publicado: pregúntalo antes de entregar, no después.
2. Si tu subgénero exacto no existe en la lista, elige el más cercano por instrumentación y mercado, no por país. Un vallenato con acordeón vallenato, caja y guacharaca tiene más en común de escucha con lo tropical que con el pop en español, aunque las tres opciones digan "Latin" en algún nivel.
3. No metas el subgénero en el título. Cumbia villera dentro del campo de título es texto promocional, y cae bajo la misma prohibición que "Exclusive" o "Album Version". El subgénero va en el campo de género; si de verdad forma parte del nombre de la obra, entonces es el nombre y no es un descriptor.
4. Mantén el mismo género en todo el producto salvo que las pistas sean genuinamente de familias distintas. Un álbum donde cada pista declara un género distinto no se enruta mejor: se enruta peor.
5. Instrumentación en el campo de artista, nunca. Trío Los Requintos (Requinto, Cajón y Palmas) viola la regla de Music Biz citada en la sección 2. La instrumentación va en los créditos de intérpretes, si tu distribuidora los expone, o en las notas del lanzamiento.

Sobre lo que no está publicado: ninguna tienda publica cómo pondera el género en sus decisiones editoriales o algorítmicas, y aquí no se afirma nada al respecto. Lo que sí está publicado es la regla de especificidad y la regla de listas que acabo de citar.

10. Créditos de composición, sociedades de gestión y el costo de "Dominio Público"

La grabación y la composición son dos derechos separados con dos flujos de ingreso separados. Tu distribuidora recauda sobre la grabación; el lado editorial — derechos mecánicos y de ejecución pública sobre la obra — se rastrea a través de los campos de compositor y letrista y de los registros que vienen después. Son el eslabón más débil de los lanzamientos independientes por una razón estructural: nunca aparecen en el frente de la tienda, así que nada en la experiencia de escucha te avisa de que están mal. Un lanzamiento con el campo de compositor vacío se ve perfecto y se reproduce con normalidad mientras sus regalías editoriales quedan sin conciliar.

Las reglas fijas:

• Compositor y letrista llevan nombre legal, no nombre artístico. Y en español, nombre legal significa nombre completo con los dos apellidos, exactamente como en la sección 3. "DJ Karim" no es autor; lo es la persona detrás.
• Todo autor debe estar listado, incluido quien escribió una sola línea. Un autor faltante no es un crédito faltante: es una participación sin conciliar.
• Las participaciones deben sumar 100 % y acordarse por escrito antes del lanzamiento. El metadato expresa un acuerdo; sin acuerdo previo es una suposición que se disputa después.
• Un remix no cambia la composición. Los autores originales siguen siendo los autores salvo que el remix aporte composición nueva, lo cual es una participación negociada, no un supuesto.

10.1 Las sociedades de gestión colectiva

En el mundo hispanohablante la recaudación de derechos de autor sobre la obra la realizan sociedades de gestión colectiva nacionales. Las cuatro más grandes del ámbito son SGAE (Sociedad General de Autores y Editores, España), SACM (Sociedad de Autores y Compositores de México), SADAIC (Sociedad Argentina de Autores y Compositores de Música, Argentina) y SAYCO (Sociedad de Autores y Compositores de Colombia). Existen equivalentes en prácticamente todos los países de la región.

Aquí me limito al hecho verificable: son las entidades ante las cuales se registra la obra y sus autores, y el nombre bajo el cual quede registrada la obra es el que la cadena editorial intentará hacer coincidir con lo que tú entregues en los campos de compositor. No afirmo aquí ningún procedimiento interno, plazo, requisito de afiliación ni criterio de reparto de ninguna de estas sociedades, porque no dispongo de fuente pública que los detalle y porque varían por país y cambian con el tiempo. Consulta directamente a la sociedad que te corresponda. Lo que sí es responsabilidad tuya, y es la parte que se rompe en la práctica, es que el nombre legal de cada autor sea la misma cadena en el registro de la obra y en la entrega digital: si en la sociedad quedó Ana García Ruiz y en la entrega pusiste Ana García, has creado el problema de la sección 3 en el punto exacto donde más caro sale.

10.2 El costo de archivar como "Dominio Público"

Aquí está la pérdida específica del repertorio hispano.

Muchas obras de tradición popular tienen autor documentado. Y sin embargo se entregan sistemáticamente como "Dominio Público", "D.P." o "Tradicional", por tres motivos: porque circulan desde hace décadas sin atribución en la escena; porque el arreglista asume que "es de todos"; y porque el formulario ofrece la casilla y es más rápido que buscar el dato.

Las bajas rutinarias son dos repertorios concretos:

• Los palos flamencos. El hecho de que una bulería, una soleá, una alegría o una seguiriya sean formas tradicionales no significa que la letra y la melodía concretas que grabaste lo sean. Una copla con autor identificado, cantada sobre un compás tradicional con cajón y palmas, sigue teniendo autor. Etiquetarla como Dominio Público no la libera de derechos: simplemente hace que la recaudación no llegue a quien corresponde.
• El repertorio andino. Huaynos y carnavales interpretados con charango y quena que circulan como "anónimos" tienen, en un número nada despreciable de casos, autor conocido y a menudo vivo o con herederos identificables. Lo mismo ocurre con piezas del cancionero mexicano y del tango argentino que se dan por tradicionales sin serlo.

Y hay un segundo costo, que es tuyo: el arreglo de una obra de dominio público sí tiene autor — el arreglista. Si armonizas, adaptas y arreglas una pieza genuinamente anónima para bandoneón y cuerdas, ese arreglo es una aportación tuya. Archivar la pista como "Dominio Público" sin acreditar el arreglo renuncia a ese ingreso de forma voluntaria y prácticamente irreversible, porque corregir el crédito de una obra después de que se distribuyó y se reportó implica rehacer registros ya conciliados.

Tercer costo, y este es de aceptación: declarar dominio público sin fundamento tiene consecuencias en la propia entrega. La guía de Apple enumera el contenido de dominio público entre las categorías que "may be rejected", y sobre el uso de la etiqueta de autor es explícita: "If the album contains selections of unknown authorship, such as a folk song or Gregorian chant, use Anonymous or Traditional as the composer. Any delivery found using this role erroneously will be hidden." El uso erróneo de la etiqueta no es un descuido sin consecuencia: es motivo de ocultamiento. Y además, según la misma guía, poner literalmente "Royalty Free" o "Public Domain" en el título cuenta como información engañosa.

La disciplina: antes de marcar la casilla, busca el dato. Si la obra es realmente anónima, usa la etiqueta correcta y acredita igualmente el arreglo. Si tiene autor, ponlo, con nombre legal completo y con los dos apellidos.

Las regalías fonográficas fallan de manera ruidosa y las editoriales de manera silenciosa: una página de artista rota se nota en un día, una obra sin conciliar puede pasar años sin que nadie se entere.

11. Qué tumba realmente un lanzamiento — y cómo anticiparse

1. Nombres de artista dentro del campo de título — ft., feat., con, y, o el nombre del remixer tecleado en el título con el campo de rol vacío (sección 7).
2. Palabras de contenido explícito o limpio en el título — (Explicit), (Clean), (Sin censura), (Versión limpia). Se usa la marca; Apple y Music Biz prohíben la forma textual.
3. Texto promocional o descriptivo en el título — "Exclusivo", "Edición Limitada", "Album Version", "Original Mix", o reclamos de formato como "Dolby Atmos" y "lossless", todos nombrados en la guía de Apple.
4. Violaciones de mayúsculas — todo en mayúsculas, todo en minúsculas o casing aleatorio. En español tienes la libertad de elegir entre title case y sentence case, pero una sola por álbum, y respetando la lista cerrada de palabras en minúscula que publica Apple.
5. Metadato que no coincide con la portada — título, artista y versión de la carátula deben coincidir carácter por carácter con los campos, incluidos los signos de apertura y las tildes.
6. Campos de idioma mal puestos o vacíos, en particular el idioma del título.
7. Compositor o letrista faltante, que algunos destinos rechazan de plano, y "Dominio Público" mal declarado (sección 10.2).
8. Caracteres prohibidos — emoji, símbolos decorativos, espacios dobles, espacios finales, comillas tipográficas mezcladas con rectas.
9. Identificadores incorrectos — un ISRC reutilizado sobre una grabación materialmente distinta, o un UPC que no pasa su dígito verificador.
10. Un nombre de artista inconsistente con el catálogo existente — que muchas veces no rechaza nada, y por eso es el punto más dañino de la lista.

Rutina de preentrega que elimina la mayor parte:

• Pega la cadena canónica del nombre artístico en vez de teclearla.
• Pega el nombre legal completo de cada autor, con los dos apellidos, exactamente como quedó en el registro de la obra.
• Confirma que cada campo de título contiene solo el nombre de la canción.
• Confirma que cada rol tiene su campo y cada campo su rol: principal, invitado, remixer, compositor, letrista, productor.
• Normaliza todo a NFC y verifica que no quede ninguna cadena en NFD.
• Verifica que todas las tildes y todas las eñes están, y que los signos ¿ y ¡ están donde corresponde y con su cierre.
• Fija una sola convención de mayúsculas para todo el álbum.
• Elige En Vivo o En Directo y úsala en todas las pistas.
• Elige el género más específico disponible, y también el secundario.
• Revisa línea P y línea C, y pon la fecha de lanzamiento original si no es un estreno.
• Compara la portada contra los campos, carácter por carácter.

Todo rechazo que recibes es barato; los errores que pasan la validación son los caros.

12. Resumen

• Los metadatos se archivan en tres capas — producto, grabación y obra — y casi todo error costoso es un dato puesto en la capa equivocada. El nombre de artista es una clave, no una etiqueta; los roles son identidad y los títulos son visualización.
• Los dos apellidos son el problema central del español: registra el nombre legal completo una sola vez, exacto, en los campos de compositor, mantén el nombre artístico separado, no inviertas, no abrevies y no dejes que el formulario decida cuál de los dos apellidos es "el" apellido.
• La ñ y las ocho letras acentuadas del español tienen descomposición canónica y por tanto existen en dos formas de bytes indistinguibles a la vista: normaliza a NFC de manera uniforme. El plegado a ASCII fusiona año con ano y papá con papa; escribe siempre con acentos.
• Los signos ¿ y ¡ no se normalizan pero sí se los lleva un limpiador de puntuación mal puesto, y un encode('ascii','ignore') te borra las vocales y te deja los cierres.
• feat. es un token en inglés y en minúscula; ft., con y y no son sustitutos válidos en el título. En el urbano con cartel X, Y, todos van como artistas principales en campos separados, y el orden importa.
• Elige el género más específico que exista, no "Latin". Para géneros latinos el secundario también cuenta para listas.
• El crédito de composición es donde se rastrea el dinero editorial y falla sin síntomas. "Dominio Público" mal declarado le cuesta el ingreso al autor y también al arreglista.

Mazufa distribuye de forma gratuita — sin cuota de subida, sin suscripción y sin cargo por lanzamiento —, su única deducción es el 5 % de las regalías recibidas, y toda solicitud completa pasa por revisión humana.

Fuentes

• Unicode Standard Annex #15, Unicode Normalization Forms — https://www.unicode.org/reports/tr15/
• Unicode Standard Annex #10, Unicode Collation Algorithm — https://www.unicode.org/reports/tr10/
• Unicode Character Database — propiedades de carácter: mapeos de descomposición, categoría general — https://www.unicode.org/ucd/
• Apple Music Style Guide (§2.13 Featuring Artists, §3.2 Additional Information, §3.15 Live Recording Version Information, §4.1–4.2 Genres, §11.1 Spanish and Portuguese Casing) — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
• Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
• Spotify for Artists, Music metadata guidelines — https://support.spotify.com/us/artists/article/metadata-formatting-guidelines/
• Spotify Provider Support, Featured artist in a product or track title — https://providersupport.spotify.com/article/featured-artist-in-a-product-or-track-title
• DDEX, Standards (incluye el Electronic Release Notification Message Suite, ERN) — https://ddex.net/standards/
• IFPI, International Standard Recording Code (ISRC) Handbook (§A.10.1, remasterización y aporte creativo) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• ISRC — sitio oficial de la agencia internacional — https://isrc.ifpi.org/en/
• SGAE (España) — https://www.sgae.es/
• SACM (México) — https://www.sacm.org.mx/
• SAYCO (Colombia) — https://www.sayco.co/
• CISAC, directorio de sociedades miembro — https://members.cisac.org/CisacPortal/annuaire.do?method=membersDirectoryList&by=society

Sobre los límites de lo que está publicado. Toda regla de tienda citada aquí está transcrita de la documentación pública de la propia tienda. Los comportamientos de Unicode descritos en las secciones 4 y 5 (descomposiciones, longitudes en bytes, orden por punto de código y resultado del plegado a ASCII) fueron ejecutados y verificados con unicodedata antes de escribir, y se reproducen tal cual salieron. Cuatro cosas que se afirman con frecuencia en foros hispanohablantes no las publica nadie y no se afirman aquí: los criterios y las evidencias exigidas para fusionar páginas de artista; la lógica interna de correspondencia que decide si una entrega se une a un artista existente o crea otro; qué forma de normalización Unicode aplica cada tienda al indexar y al buscar, que es exactamente el punto donde el problema de la sección 4 se vuelve impredecible; y el mapeo interno que cada distribuidora hace de su lista de géneros a la taxonomía de cada destino. Tampoco se afirman procedimientos internos, plazos ni criterios de registro de SGAE, SACM, SADAIC o SAYCO, por falta de fuente pública que los detalle. El sitio de SADAIC (sadaic.org.ar) no respondió al verificar los enlaces de esta lista, por lo que no se incluye entre las fuentes enlazadas.