چه چیزی واقعاً انتشار را مردود می‌کند، و چه چیزی بی‌صدا بیشتر برایتان آب می‌خورد

بیشتر آنچه هنرمندان پیش از تحویل نگرانش هستند چیزی نیست که فروشگاه‌ها وارسی می‌کنند، و پرهزینه‌ترین خطای متادیتا در توزیع مستقل اصلاً مردودی تولید نمی‌کند. مردودی ارزان است: انتشار برمی‌گردد، یک فیلد را درست می‌کنید، دوباره تحویل می‌دهید، و هیچ سامانهٔ پایین‌دستی خطا را رونویسی نکرده است. خطاهایی که از اعتبارسنجی می‌گذرند پول می‌برند، چون تا وقتی متوجه شوید ده‌ها سامانه آن‌ها را بلعیده‌اند. این مقاله خطاها را بر پایهٔ هزینه‌شان مرتب می‌کند، نه بر پایهٔ سر و صدایی که راه می‌اندازند.

نام هنرمند یک کلید است، نه یک برچسب

راهنمای Music Metadata Style Guide از Music Biz و 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" در انتشار بعدی، دو بازنمایی یونیکد از یک حرف اعراب‌دار که روی صفحه یکسان‌اند.

آنچه هزینه را تعیین می‌کند این است که بعدش چه می‌شود. درست کردن یک صفحهٔ دوپاره ویرایش نیست، درخواست ادغام است: توزیع‌کننده از هر فروشگاه می‌خواهد دو هویت را ادغام کند، هر فروشگاه جداگانه با صف و الزامات مدرکی خودش رسیدگی می‌کند، و برخی زود حلش می‌کنند و برخی هرگز. این باگی نیست که درستش کنید. ادعایی است که فروشگاه به فروشگاه ثبت می‌کنید.

دفاعش یک بار پنج دقیقه وقت می‌برد. رشتهٔ متعارف نام هنرمند را در فایلی بنویسید و از آن پس در هر تحویل بچسبانیدش. هرگز تایپش نکنید — تایپ دوباره همان جایی است که گونه‌ها زاده می‌شوند. در خط عربی، فارسی و اردو همین قاعده برقرار است با فهرست بلندتری از راه‌های نامرئی خراب کردنش، که در متادیتای عربی، فارسی و اردو که خراب نمی‌شود آمده است.

فیلد عنوان نمایش است، نه هویت

رایج‌ترین ورودی آسیب‌زا در توزیع مستقل، تایپ کردن 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) تولید می‌کنند.

فیلدهایی که وجود دارند، و هر کدام چه چیزی را کنترل می‌کنند

یک انتشار یک شیء نیست بلکه یک سلسله‌مراتب است: یک انتشار (محصول) شامل ضبط‌ها (قطعه‌ها) است که هر کدام یک یا چند اثر (آهنگ‌سازی) را تجسم می‌بخشند. هر لایه شناسهٔ خودش و پول خودش را دارد، و تقریباً هر خطای پرهزینه واقعیتی است که در لایهٔ اشتباه ثبت شده. خودِ انتقال استاندارد شده است: ‏Electronic Release Notification Message Suite (ERN) از DDEX.

چهار مورد مرتب اشتباه می‌شوند. ‏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 تازه نیاز ندارد و هنگام تغییر توزیع‌کننده کد با ضبط می‌ماند — اما ری‌میکس، ادیت، اجرای زنده یا نسخهٔ بی‌کلام ضبطی ماهیتاً متفاوت است و کد اختصاصی خودش را می‌خواهد.

ری‌مستر باریک‌تر از آن است که به بیشتر مردم گفته‌اند: کتابچهٔ ISRC Handbook از IFPI (‏§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".