रिलीज़ असल में किन वजहों से रिजेक्ट होती है, और चुपचाप आपको ज़्यादा महँगा क्या पड़ता है

डिलीवरी से पहले आर्टिस्ट जिन चीज़ों की फ़िक्र करते हैं, स्टोर उनमें से ज़्यादातर जाँचते ही नहीं, और स्वतंत्र डिस्ट्रिब्यूशन में मेटाडेटा की सबसे महँगी ग़लती रिजेक्शन पैदा ही नहीं करती। रिजेक्शन सस्ता है: रिलीज़ लौट आती है, आप एक फ़ील्ड ठीक करते हैं, दोबारा डिलीवर करते हैं, और आगे किसी सिस्टम ने वह ग़लती कॉपी नहीं की होती। जो ग़लतियाँ वैलिडेशन पार कर जाती हैं, वही पैसे का नुक़सान करती हैं, क्योंकि जब तक आपको पता चलता है तब तक दर्जनों सिस्टम उन्हें निगल चुके होते हैं। यह लेख ख़राबियों को उनकी क़ीमत के क्रम में रखता है, इस क्रम में नहीं कि वे कितने शोर से अपनी ख़बर देती हैं।

आर्टिस्ट का नाम लेबल नहीं, कुंजी है

Music Biz की Music Metadata Style Guide और Spotify एक ही बात कहते हैं, इतने नरम लहजे में कि दाँव पर क्या लगा है वह छिप जाता है। Music Biz: "Artist name spelling should remain consistent for all content for an artist, where possible." Spotify: वर्तनी और फ़ॉर्मैटिंग हर रिलीज़ में एक-सी रखिए, "including any punctuation, abbreviations, or acronyms."

यह शैली की पसंद नहीं है। स्टोर के लिए प्राथमिक आर्टिस्ट स्ट्रिंग दिखाने का टेक्स्ट नहीं है; वह वह कुंजी है जो तय करती है कि कोई डिलीवरी किस मौजूदा पहचान की है। जब कोई डिलीवरी ऐसी स्ट्रिंग के साथ आती है जो किसी मौजूदा पहचान से हूबहू मेल नहीं खाती, तो मैचिंग लॉजिक या तो उसे उस आर्टिस्ट से जोड़ता है या नई पहचान बना देता है — और जो भी चीज़ भरोसा घटाती है (कोई वर्तनी, कोई मात्रा, कोई स्पेस, कोई लिपि, एक ही दिखने वाले अक्षर के लिए अलग बाइट अनुक्रम) वह उसे नई पहचान की तरफ़ धकेलती है।

तो एक आर्टिस्ट दो हो जाता है। कैटलॉग बँट जाता है, इसलिए स्ट्रीम बँट जाती हैं। फ़ॉलोअर आधार साथ नहीं जाता, इसलिए दूसरी पहचान बिना किसी एल्गोरिदमिक इतिहास के शुरू होती है। रॉयल्टी फिर भी चुकाई जाती है, बस दो अलग संचय-इतिहासों पर। और जो कुछ भी कैटलॉग के स्तर पर नापा जाता है — एडिटोरियल विचार, एनालिटिक्स, वेरिफ़िकेशन — वह आधे करियर पर नापा जाता है।

ख़राबी के तरीक़े मामूली हैं: असंगत मात्राएँ — Music Biz गाइड का अपना उदाहरण है "Beyoncé vs. Beyoncè" — आख़िर में लगा एक स्पेस, "DJ" बनाम "Dj", एक रिलीज़ में ऐंपरसैंड और अगली में "and", एक ही मात्रा वाले अक्षर के दो यूनिकोड रूप जो स्क्रीन पर एक जैसे दिखते हैं।

क़ीमत यह तय करती है कि इसके बाद होता क्या है। बँटे हुए पेज को ठीक करना कोई एडिट नहीं, मर्ज रिक्वेस्ट है: आपका डिस्ट्रिब्यूटर हर स्टोर से दो पहचानें मिलाने को कहता है, हर स्टोर उसे अपनी क़तार और अपनी सबूत-शर्तों के साथ अलग से निपटाता है, और कुछ जल्दी सुलझा देते हैं जबकि कुछ कभी नहीं। यह कोई बग नहीं है जिसे आप ठीक करते हैं। यह एक दावा है जिसे आप दायर करते हैं, स्टोर-दर-स्टोर।

बचाव में एक बार पाँच मिनट लगते हैं। आर्टिस्ट की मानक स्ट्रिंग एक फ़ाइल में लिख लीजिए और उसके बाद हर डिलीवरी में उसे पेस्ट कीजिए। उसे कभी दोबारा टाइप मत कीजिए — रूपांतर दोबारा टाइप करने से ही जन्म लेते हैं। अरबी, फ़ारसी और उर्दू लिपि में यही नियम लागू है, बस ग़लती करने के अदृश्य तरीक़ों की सूची लंबी है, जिसे Arabic, Persian and Urdu metadata that does not break में देखा जा सकता है।

टाइटल फ़ील्ड दिखाने के लिए है, पहचान के लिए नहीं

स्वतंत्र डिस्ट्रिब्यूशन में सबसे आम नुक़सानदेह प्रविष्टि है टाइटल फ़ील्ड में Artist A ft. Artist B टाइप कर देना और फ़ीचर्ड आर्टिस्ट की भूमिका ख़ाली छोड़ देना।

लोग मान लेते हैं कि स्टोर टाइटल पढ़ेगा, "ft." देखेगा और क्रेडिट समझ जाएगा। ऐसा नहीं होता। टाइटल फ़ील्ड एक डिस्प्ले स्ट्रिंग है; वह कोई पहचान नहीं ढोती। फ़ीचर्ड आर्टिस्ट को न क्रेडिट लिंक मिलता है, न अपने पेज पर उपस्थिति, न आपके रिकॉर्ड तक लौटता कोई डिस्कवरी रास्ता, न उसके एनालिटिक्स में कुछ — जबकि स्टोर "ft. Artist B" को गाने के नाम का हिस्सा मान सकता है और दोहरा डिस्प्ले बना सकता है, Song Name (feat. X) — Artist A, X, जो देखते ही अनाड़ी डिलीवरी की पहचान बन जाता है।

स्टोर यह साफ़-साफ़ प्रकाशित करते हैं। Spotify: "You shouldn't include any artists' names in your track or release titles," और अपने प्रोवाइडर दस्तावेज़ीकरण में, "Spotify strongly recommends against including...references to 'Featured Artists' in track and product titles." Music Biz सलाह देता है कि फ़ीचर्ड आर्टिस्ट को क्रेडिट "at the Artist role level and not add this data to the track or album release title" दिया जाए।

सही ढाँचा: टाइटल फ़ील्ड में गाने का नाम हो और कुछ नहीं, हर पक्ष अपनी भूमिका वाले फ़ील्ड में जाए, और हर डिस्प्ले स्ट्रिंग स्टोर ख़ुद बनाए — वह "(feat. X)" भी जो आप चाहते थे — आपकी दर्ज की गई भूमिकाओं से।

जहाँ अनुबंध टाइटल में बिलिंग माँगता हो, वहाँ रूप पर दोनों गाइड सहमत हैं। Music Biz, "feat." और "with" पर: ये "when included in the title are generally lowercase and in English." Apple: "Formatting of 'feat.' and 'with' must be lowercase, in English, not localized, and in parentheses or brackets." वह "not localized" वाला निर्देश असली काम कर रहा है: "feat." एक मशीन-पठनीय टोकन है, कोई शब्द नहीं।

यही नियम रीमिक्सर पर भी लागू है। Apple: "Remix tracks...must list the original artist as Primary with the remixer assigned the remixer role." रीमिक्सर को प्राथमिक आर्टिस्ट के रूप में दर्ज करना ही वह तरीक़ा है जिससे रीमिक्स कैटलॉग किसी आर्टिस्ट का पेज गंदा करते हैं। भूमिकाएँ पहचान हैं, टाइटल दिखावा हैं, और पहचान को दिखाने वाले फ़ील्ड में डालना पहचान को नष्ट करता है और दिखावे को भ्रष्ट।

वर्ज़न फ़ील्ड, और वह शब्द जिस पर स्टोर आपस में असहमत हैं

वर्ज़न फ़ील्ड इसलिए है कि एक ही टाइटल वाली दो रिकॉर्डिंग अलग की जा सकें। यही उसका पूरा काम है, और उसे भरने या न भरने की कसौटी यह है: अगर रिलीज़ पर मूल ही एकमात्र वर्ज़न है, तो उसे ख़ाली छोड़िए। यह हर जगह सही है।

शब्दावली स्थिर है: Radio Edit, Extended Mix, Live, Acoustic, Instrumental, Single Version, Alternate Take, Demo, Remastered, और नामित रीमिक्स Artist Name Remix के रूप में। Music Biz पहले कोष्ठक इस्तेमाल करने को कहता है, और आगे के किसी भी विवरण के लिए ब्रैकेट: I Will Possess Your Heart (Originally Performed by Death Cab for Cutie) [Karaoke Instrumental Version]।

"Radio Edit" "साफ़ वाला वर्ज़न" का पर्याय नहीं है। Music Biz इसे सचमुच प्रसारण के लिए तैयार किए गए वर्ज़न के लिए ही रखता है और ग़ैर-एक्सप्लिसिट एडिट के लिए "Edited Version" इस्तेमाल करने को कहता है। Radio Edit लंबाई का एडिट है; Edited Version सामग्री का एडिट है।

"Original Mix" पर स्टोरों के बीच सचमुच का मतभेद है। Apple की गाइड इसकी मनाही करती है: "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," और मना किए गए शब्दों में गिनाती है "Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone...Dolby Atmos, lossless, high-resolution audio." Spotify का सार्वजनिक रूप से उपलब्ध मेटाडेटा मार्गदर्शन "Original Mix" का नाम लेकर कोई नियम प्रकाशित नहीं करता; उसका प्रकाशित रुख़ सामान्य वाला है, कि टाइटल में अतिरिक्त जानकारी नहीं होनी चाहिए। उधर इलेक्ट्रॉनिक-म्यूज़िक रिटेल में यह लेबल जमी हुई परिपाटी बना हुआ है। तो Apple इसे मना करता है, दूसरी सेवाएँ किसी भी तरफ़ कोई नियम प्रकाशित नहीं करतीं, और बर्ताव स्टोर-दर-स्टोर तथा आपके डिस्ट्रिब्यूटर की प्री-वैलिडेशन के हिसाब से बदलता है। मूल के साथ रीमिक्स भेज रहे हों, तो कम से कम एक ठिकाने से इसे हटाए या रिजेक्ट किए जाने की उम्मीद रखिए।

और जहाँ भी वर्ज़न फ़ील्ड मौजूद हो, वर्ज़न को टाइटल में टाइप करने के बजाय उसी फ़ील्ड में डालिए: वरना जो स्टोर अपनी डिस्प्ले स्ट्रिंग ख़ुद बनाते हैं वे Song (Radio Edit) (Radio Edit) बना देंगे।

जो फ़ील्ड मौजूद हैं, और हर एक किस चीज़ को नियंत्रित करता है

रिलीज़ एक वस्तु नहीं, एक पदानुक्रम है: एक रिलीज़ (उत्पाद) में रिकॉर्डिंग (ट्रैक) होती हैं, और हर रिकॉर्डिंग एक या ज़्यादा कृतियों (रचनाओं) को मूर्त करती है। हर परत का अपना पहचान-कोड और अपना पैसा है, और लगभग हर महँगी ग़लती ग़लत परत पर दर्ज किया गया कोई तथ्य होती है। परिवहन ख़ुद मानकीकृत है: DDEX की Electronic Release Notification Message Suite (ERN)।

चार में नियमित रूप से उलझन होती है। P-line और C-line एक-दूसरे में कॉपी-पेस्ट हो जाते हैं; P-line का वर्ष रिकॉर्डिंग का पहला प्रकाशन है, आपकी अपलोड तारीख़ नहीं। कृति की भाषा और टाइटल की भाषा वाजिब तौर पर अलग हो सकती हैं: फ़ारसी टाइटल वाले इंस्ट्रुमेंटल की कोई गीत-भाषा नहीं है, पर उसकी टाइटल भाषा फ़ारसी है। मूल रिलीज़ तारीख़ रिलीज़ तारीख़ नहीं है — 2016 की रिकॉर्डिंग को 2026 की मूल रिलीज़ तारीख़ के साथ दर्ज करना आगे के हर सिस्टम को बताता है कि यह नई है। और एक्सप्लिसिट फ़्लैग एक बूलियन है। Apple: "Explicit content must be flagged Explicit with a parental advisory tag. Terms like (Explicit)...must not be used for album...or track titles." Music Biz उल्टी बात की भी मनाही करता है — टाइटल में कभी "Clean" या "Non-explicit" मत लिखिए।

पहचान-कोड के बारे में। ISRC बारह वर्णों का होता है: दो देश, तीन रजिस्ट्रेंट, दो संदर्भ-वर्ष, पाँच पदनाम। हाइफ़न दिखाने की परिपाटी हैं, कोड का हिस्सा नहीं, और ISRC में कोई चेक डिजिट नहीं होता। UPC-A बारह अंकों का होता है और EAN-13 तेरह; आगे शून्य लगाने से एक दूसरा बन जाता है और चेक डिजिट नहीं बदलता। ISRC रिकॉर्डिंग की पहचान करता है, इसलिए दोबारा रिलीज़ को नया ISRC नहीं चाहिए और डिस्ट्रिब्यूटर बदलने पर कोड रिकॉर्डिंग के साथ ही रहता है — लेकिन रीमिक्स, एडिट, लाइव वर्ज़न या इंस्ट्रुमेंटल सारभूत रूप से अलग रिकॉर्डिंग है और उसे अपना कोड चाहिए।

रीमास्टर का दायरा उससे कहीं संकरा है जितना ज़्यादातर लोगों को बताया जाता है: IFPI ISRC Handbook (§A.10.1) नया कोड सिर्फ़ तब माँगती है जब री-मास्टरिंग में "involve[s] the application of creative input to the recording itself," और वह स्पष्ट रूप से स्तर बदलना, अपरिवर्ती EQ या कंप्रेशन, डी-नॉइज़िंग, डी-क्लिकिंग, गति या पिच सुधार, सैंपल-रेट बदलाव और डिदरिंग को बाहर रखती है। व्यावहारिक शर्त यह है कि जो रीमास्टर मूल के साथ अलग ट्रैक के रूप में बेचा जाता है वह अलग उत्पाद है और उसे अपना कोड चाहिए।

रिजेक्शन की सूची, और हर मद को पहले ही कैसे रोकें

डिलीवरी लौटने की ठोस वजहें, और हर एक को रोकने वाला क़दम।

संगीतकार और गीतकार पर एक अलग टिप्पणी बनती है, क्योंकि यही वह प्रविष्टि है जिसका बुरा नतीजा पास हो जाना है। वे स्टोर के फ़्रंट एंड पर कभी नहीं दिखते, इसलिए ख़ाली संगीतकार फ़ील्ड वाली रिलीज़ बिलकुल ठीक दिखती है और सामान्य रूप से स्ट्रीम होती है, जबकि उसकी पब्लिशिंग रॉयल्टी बिना मिलान के पड़ी रहती है। रिकॉर्डिंग रॉयल्टी शोर से फ़ेल होती है और पब्लिशिंग रॉयल्टी चुपचाप: टूटा हुआ आर्टिस्ट पेज एक दिन में दिख जाता है, बिना मिलान वाली कृति सालों तक अनदेखी रह सकती है।

ग़ौर कीजिए कि इस सूची में क्या है और क्या नहीं। स्टोर आपके फ़ील्ड की शक्ल जाँचते हैं: टाइटल में क्या है, फ़्लैग सेट है या नहीं, पहचान-कोड सही ढाँचे के हैं या नहीं, ज़रूरी फ़ील्ड भरे हैं या नहीं। वे यह नहीं जाँचते कि आपके आर्टिस्ट नाम का मतलब वही है जो आपने चाहा था, कि जिस फ़ीचर्ड आर्टिस्ट को आपने क्रेडिट दिया वही है जिसके साथ आपने बजाया, या कि आपके स्प्लिट कमरे में हुई सहमति से मेल खाते हैं। वैलिडेशन फ़ॉर्मैट पकड़ता है, मंशा नहीं — और आपकी अपनी पिछली रिलीज़ के साथ संगति भी नहीं।

अगली डिलीवरी से पहले क्या करें

सबमिट करने से पहले इसे इसी क्रम में चलाइए:

1. मानक आर्टिस्ट स्ट्रिंग पेस्ट कीजिए; उसे टाइप मत कीजिए।
2. पक्का कीजिए कि हर टाइटल फ़ील्ड में सिर्फ़ गाने का नाम है, हर भूमिका का एक फ़ील्ड है और हर फ़ील्ड की एक भूमिका है।
3. दोनों भाषा फ़ील्ड तय कीजिए।
4. P-line और C-line अलग-अलग जाँचिए।
5. अगर यह पहली रिलीज़ नहीं है तो मूल रिलीज़ तारीख़ तय कीजिए।
6. UPC चेक डिजिट जाँचिए और पक्का कीजिए कि ISRC इसी रिकॉर्डिंग का है।
7. आर्टवर्क की फ़ील्ड से तुलना कीजिए, वर्ण-दर-वर्ण।

मज़ुफ़ा /metadata-checker पर मुफ़्त मेटाडेटा चेकर रखता है। यह पूरी तरह आपके अपने डिवाइस पर चलता है — कुछ भी अपलोड नहीं होता — और यह कई ऐसे मामले पकड़ता है जो स्क्रीन पर अदृश्य हैं, जिनमें ग़ैर-NFC स्ट्रिंग, मिले-जुले अंक-समुच्चय और भटके हुए अदृश्य वर्ण शामिल हैं।

मज़ुफ़ा पर रिलीज़ करना मुफ़्त है, वह 0% कमीशन लेता है और मिली हुई रॉयल्टी का कोई प्रतिशत नहीं लेता, और वह सिर्फ़ आमंत्रण से चलता है जिसमें हर पूर्ण आवेदन को एक व्यक्ति पढ़ता है। हमारे नियंत्रण से बाहर की तीसरे पक्ष की लागतें — किसी पेमेंट प्रोवाइडर की ट्रांसफ़र फ़ीस, वैधानिक विदहोल्डिंग — मज़ुफ़ा की कटौती नहीं हैं।

हर रिजेक्शन सस्ता है। महँगी वे ग़लतियाँ हैं जो वैलिडेशन पार कर जाती हैं।

स्रोत

• Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
• Apple Music Style Guide — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
• 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
• IFPI, International Standard Recording Code (ISRC) Handbook (§A.10.1, re-mastering and creative input) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• DDEX, Standards (including the Electronic Release Notification Message Suite, ERN) — https://ddex.net/standards/

जो प्रकाशित है उसकी सीमाओं पर। यहाँ बताया गया हर स्टोर-नियम उसी स्टोर के अपने सार्वजनिक दस्तावेज़ीकरण से उद्धृत है। तीन बातें जो आर्टिस्ट को नियमित रूप से तथ्य की तरह बताई जाती हैं, किसी भी सेवा द्वारा प्रकाशित नहीं हैं और यहाँ उनका दावा नहीं किया गया है: आर्टिस्ट-पेज मर्ज के लिए ज़रूरी सीमाएँ और सबूत; वह आंतरिक मैचिंग लॉजिक जो तय करता है कि कोई डिलीवरी मौजूदा आर्टिस्ट से जुड़ेगी या नई पहचान बनाएगी; और, Apple की नामज़द मनाही के अलावा, "Original Mix" को लेकर हर स्टोर का बर्ताव।