สิ่งที่ศิลปินกังวลก่อนส่งงานส่วนใหญ่ไม่ใช่สิ่งที่ร้านค้าตรวจ และความผิดพลาดด้านเมตาดาตาที่แพงที่สุดในการจัดจำหน่ายอิสระนั้นไม่ทำให้ถูกปฏิเสธเลยแม้แต่น้อย การถูกปฏิเสธนั้นราคาถูก คืองานเด้งกลับมา คุณแก้ฟิลด์เดียว แล้วส่งใหม่ ยังไม่มีระบบใดปลายทางคัดลอกความผิดพลาดนั้นไป ส่วนความผิดพลาดที่ผ่านการตรวจสอบความถูกต้องไปได้ต่างหากที่ทำให้เสียเงิน เพราะกว่าคุณจะรู้ตัว ระบบหลายสิบระบบก็กลืนมันเข้าไปแล้ว บทความนี้เรียงลำดับความล้มเหลวตามราคาที่มันเรียกเก็บ ไม่ใช่ตามความดังที่มันประกาศตัว
ชื่อศิลปินคือกุญแจ ไม่ใช่ป้ายชื่อ
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
| ฟิลด์ | ชั้น | สิ่งที่มันควบคุมจริง ๆ |
|---|---|---|
| ศิลปินหลัก | บันทึกเสียง | มันไปลงที่หน้าศิลปินใด จำนวนผู้ฟัง ผู้ติดตาม ประวัติเชิงอัลกอริทึม |
| ศิลปินรับเชิญ | บันทึกเสียง | ลิงก์เครดิตไปหน้าของฝ่ายรับเชิญ โดยไม่ขึ้นเป็นศิลปินหลัก |
| ผู้ทำรีมิกซ์ | บันทึกเสียง | เครดิตรีมิกซ์โดยไม่เบียดศิลปินต้นฉบับออกไป |
| ผู้ประพันธ์ดนตรี ผู้ประพันธ์เนื้อร้อง | งานประพันธ์ | เส้นทางที่ค่าลิขสิทธิ์ฝั่งสำนักพิมพ์และค่าลิขสิทธิ์เชิงกลถูกสืบตามไป |
| เวอร์ชัน / ชื่อรอง | บันทึกเสียง | แยกบันทึกเสียงสองชิ้นที่ใช้ชื่อเพลงร่วมกัน |
| ธง explicit | บันทึกเสียง | ค่าบูลีน ไม่ใช่คำในชื่อเพลง |
| ภาษาของงานประพันธ์ | งานประพันธ์ | สิ่งที่ถูกร้องออกมา |
| ภาษาของชื่อเพลง | งานปล่อย / บันทึกเสียง | วิธีที่ร้านค้าจัดเรียง ทำดัชนีและเรนเดอร์ชื่อเพลง |
| P-line | บันทึกเสียง | ปีและเจ้าของของงานบันทึกเสียง |
| C-line | งานปล่อย | ปีและเจ้าของของภาพปกและบรรจุภัณฑ์ |
| โปรดิวเซอร์ | บันทึกเสียง | เครดิตผู้มีส่วนร่วม ไม่ใช่หน้าเพจ ไม่ใช่การจ่ายเงิน |
| แนวเพลง | งานปล่อย | สัญญาณสำหรับจัดเส้นทาง ไม่ใช่คำบรรยายรสนิยมของคุณ |
| วันปล่อย | งานปล่อย | สินค้าชิ้นนี้ขึ้นระบบเมื่อใด |
| วันปล่อยดั้งเดิม | บันทึกเสียง | บันทึกเสียงชิ้นนี้ถูกเผยแพร่ครั้งแรกที่ใดก็ตามเมื่อใด |
มีสี่ฟิลด์ที่ถูกสับสนเป็นประจำ P-line กับ C-line ถูกคัดลอกใส่กันไปมา ทั้งที่ปีของ P-line คือการเผยแพร่ครั้งแรกของบันทึกเสียง ไม่ใช่วันที่คุณอัปโหลด ภาษาของงานประพันธ์กับภาษาของชื่อเพลงต่างกันได้อย่างชอบธรรม คือเพลงบรรเลงที่มีชื่อเป็นภาษาเปอร์เซียไม่มีภาษาของเนื้อร้อง แต่มีภาษาของชื่อเพลงเป็นเปอร์เซีย วันปล่อยดั้งเดิมไม่ใช่วันปล่อย การกรอกบันทึกเสียงจากปี 2016 ด้วยวันปล่อยดั้งเดิมเป็นปี 2026 คือการบอกทุกระบบปลายทางว่ามันเป็นของใหม่ และ ธง explicit คือค่าบูลีน 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 หรือการบีบอัดสัญญาณแบบคงที่ การลดสัญญาณรบกวน การกำจัดเสียงคลิก การแก้ความเร็วหรือระดับเสียง การเปลี่ยนอัตราสุ่มตัวอย่าง และการใส่ดิเทอร์ ข้อกำกับในทางปฏิบัติคืองานรีมาสเตอร์ที่ขายเป็นแทร็กแยกอยู่ข้างต้นฉบับนั้นเป็นสินค้าคนละชิ้นและต้องมีรหัสของตัวเอง
รายการเหตุผลที่ถูกปฏิเสธ และวิธีตัดหน้าแต่ละข้อ
เหตุผลรูปธรรมที่งานส่งมอบเด้งกลับ พร้อมการกระทำที่ป้องกันแต่ละข้อได้
| เหตุผลที่ถูกปฏิเสธ | วิธีตัดหน้ามัน |
|---|---|
| ชื่อศิลปินอยู่ในฟิลด์ชื่อเพลง ไม่ว่าจะเป็น "ft.", "feat.", "with" หรือชื่อผู้ทำรีมิกซ์ที่ถูกพิมพ์ลงในชื่อเพลงขณะที่ฟิลด์บทบาทว่างอยู่ | ชื่อเพลงบรรจุแค่ชื่อเพลง ทุกฝ่ายได้ฟิลด์บทบาทของตัวเอง |
| คำว่า explicit หรือ clean ในชื่อเพลง เช่น "(Explicit)", "(Clean)", "(Non-explicit)" | ให้ใช้ธง ทั้ง Apple และ Music Biz ห้ามรูปแบบที่เป็นตัวอักษร |
| ข้อความโปรโมตหรือข้อความบรรยาย เช่น "Exclusive", "Limited Edition", "Album Version", "Original Mix" หรือการอ้างฟอร์แมตอย่าง "Dolby Atmos" และ "lossless" | ตัดออกให้หมด ทั้งหมดถูกเอ่ยชื่อไว้ในคู่มือของ Apple |
| การละเมิดเรื่องตัวพิมพ์ ได้แก่พิมพ์ใหญ่ทั้งหมด พิมพ์เล็กทั้งหมด หรือพิมพ์ใหญ่เล็กสะเปะสะปะ | ใช้ title case ของ Music Biz รวมถึงรายการคำที่ต้องพิมพ์เล็กของมันคือ "a, an, and, as, but, for, from, nor, of, or, so, the, to, yet" บวกกับคำบุพบทที่ยาวสี่ตัวอักษรหรือน้อยกว่า ยกเว้นได้เฉพาะกรณีที่เป็นทางเลือกทางศิลปะที่แท้จริงและสม่ำเสมอ |
| เมตาดาตาที่ไม่ตรงกับภาพปก | เทียบชื่อเพลง ชื่อศิลปินและเวอร์ชันบนปกกับฟิลด์ต่าง ๆ ทีละอักขระ |
| ฟิลด์ภาษาผิดหรือขาดหาย | ตั้งทั้งภาษาของงานประพันธ์และภาษาของชื่อเพลง โดยเฉพาะกับงานที่ไม่ใช่อักษรละติน |
| ขาดผู้ประพันธ์ดนตรีหรือผู้ประพันธ์เนื้อร้อง | กรอกทั้งสอง บางปลายทางปฏิเสธทันที พวกเขารับชื่อตามกฎหมาย ไม่ใช่ชื่อในวงการ เพราะองค์กรจัดเก็บสิทธิ์จับคู่จากชื่อที่ผู้เขียนจดทะเบียนไว้ ผู้เขียนทุกคนต้องถูกระบุ และส่วนแบ่งต้องรวมได้ 100% โดยตกลงกันเป็นลายลักษณ์อักษรก่อนปล่อยงาน |
| อักขระต้องห้าม ได้แก่อีโมจิ สัญลักษณ์ตกแต่ง ช่องว่างซ้อน อักขระล่องหนที่หลงเข้ามา | ให้สแกนสตริงแทนการกวาดตาดู |
| รหัสระบุตัวตนผิด ได้แก่ ISRC ที่ถูกใช้ซ้ำกับบันทึกเสียงที่ต่างออกไปในสาระสำคัญ หรือ UPC ที่ไม่ผ่านหลักตรวจสอบของตัวเอง | ตรวจหลักตรวจสอบ และกำหนด ISRC ใหม่ให้กับบันทึกเสียงใดก็ตามที่ต่างออกไปในสาระสำคัญ |
| ชื่อศิลปินที่ไม่สอดคล้องกับแคตตาล็อกที่มีอยู่ | วางสตริงฉบับมาตรฐานลงไป ข้อนี้มักไม่ถูกปฏิเสธเลย ซึ่งเป็นเหตุผลว่าทำไมมันจึงเป็นรายการที่สร้างความเสียหายมากที่สุดในที่นี้ |
ผู้ประพันธ์ดนตรีและผู้ประพันธ์เนื้อร้องสมควรได้รับการกล่าวถึงเป็นพิเศษ เพราะเป็นรายการที่ผลลัพธ์ที่แย่กว่าคือการผ่านไปได้ พวกเขาไม่เคยปรากฏบนหน้าร้านฝั่งผู้ใช้ ดังนั้นงานปล่อยที่มีฟิลด์ผู้ประพันธ์ดนตรีว่างเปล่าจึงดูสมบูรณ์แบบและมียอดสตรีมตามปกติ ขณะที่ค่าลิขสิทธิ์ฝั่งสำนักพิมพ์ของมันนอนค้างอยู่โดยไม่ถูกจับคู่ ค่าลิขสิทธิ์ฝั่งบันทึกเสียงล้มเหลวอย่างเสียงดัง ส่วนค่าลิขสิทธิ์ฝั่งสำนักพิมพ์ล้มเหลวอย่างเงียบงัน หน้าศิลปินที่พังนั้นเห็นได้ภายในวันเดียว ส่วนงานประพันธ์ที่ไม่ถูกจับคู่อาจผ่านไปหลายปีโดยไม่มีใครสังเกต
ให้สังเกตว่ารายการนี้มีอะไรและไม่มีอะไร ร้านค้าตรวจรูปทรงของฟิลด์ของคุณ คืออะไรอยู่ในชื่อเพลง ธงถูกตั้งหรือยัง รหัสระบุตัวตนอยู่ในรูปที่ถูกต้องหรือไม่ ฟิลด์ที่จำเป็นถูกกรอกครบหรือไม่ พวกเขาไม่ได้ตรวจว่าชื่อศิลปินของคุณหมายถึงสิ่งที่คุณตั้งใจหรือไม่ ศิลปินรับเชิญที่คุณให้เครดิตคือคนที่คุณเล่นด้วยจริงหรือไม่ หรือส่วนแบ่งของคุณตรงกับข้อตกลงที่คุยกันในห้องหรือไม่ การตรวจสอบความถูกต้องจับได้แค่รูปแบบ ไม่ใช่เจตนา และไม่ใช่ความสอดคล้องกับงานที่คุณเคยปล่อยมาก่อน
ทำอะไรก่อนส่งงานครั้งต่อไป
ให้ทำตามลำดับนี้ก่อนกดส่ง
- วางสตริงชื่อศิลปินฉบับมาตรฐาน อย่าพิมพ์มัน
- ยืนยันว่าทุกฟิลด์ชื่อเพลงบรรจุแค่ชื่อเพลง ทุกบทบาทมีฟิลด์ และทุกฟิลด์มีบทบาท
- ตั้งฟิลด์ภาษาทั้งสองช่อง
- ตรวจ P-line กับ C-line แยกกัน
- ตั้งวันปล่อยดั้งเดิมหากนี่ไม่ใช่การปล่อยครั้งแรก
- ตรวจหลักตรวจสอบของ UPC และยืนยันว่า ISRC เป็นของบันทึกเสียงชิ้นนี้
- เทียบภาพปกกับฟิลด์ต่าง ๆ ทีละอักขระ
Mazufa มีเครื่องมือตรวจเมตาดาตาฟรีที่ /metadata-checker มันทำงานบนอุปกรณ์ของคุณเองทั้งหมด ไม่มีการอัปโหลดอะไรเลย และมันขึ้นธงหลายกรณีที่มองไม่เห็นบนหน้าจอ รวมถึงสตริงที่ไม่ได้อยู่ในรูป NFC ชุดตัวเลขที่ปนกัน และอักขระล่องหนที่หลงเข้ามา
Mazufa ปล่อยผลงานได้ฟรี เก็บค่าคอมมิชชัน 0% และไม่หักเปอร์เซ็นต์ใดจากค่าลิขสิทธิ์ที่ได้รับ และรับเฉพาะผู้ที่ได้รับคำเชิญโดยมีคนอ่านใบสมัครที่สมบูรณ์ทุกใบ ส่วนค่าใช้จ่ายของบุคคลที่สามซึ่งอยู่นอกเหนือการควบคุมของเรา เช่นค่าธรรมเนียมโอนเงินของผู้ให้บริการชำระเงินหรือการหักภาษี ณ ที่จ่ายตามกฎหมาย ไม่ใช่การหักเงินของ Mazufa
การถูกปฏิเสธทุกครั้งนั้นราคาถูก ความผิดพลาดที่ผ่านการตรวจสอบความถูกต้องไปได้ต่างหากที่แพง
แหล่งข้อมูล
- 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 การทำมาสเตอร์ใหม่กับการใส่ความคิดสร้างสรรค์) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
- DDEX, Standards (รวมถึง Electronic Release Notification Message Suite หรือ ERN) — https://ddex.net/standards/
ว่าด้วยขีดจำกัดของสิ่งที่ถูกประกาศ กฎของร้านค้าทุกข้อที่ระบุไว้ที่นี่ถูกอ้างจากเอกสารสาธารณะของร้านค้านั้นเอง มีสามสิ่งที่ศิลปินมักถูกบอกเล่าราวกับเป็นข้อเท็จจริง ซึ่งไม่มีบริการใดประกาศไว้และไม่ได้ถูกยืนยันที่นี่ ได้แก่เกณฑ์และหลักฐานที่ต้องใช้ในการรวมหน้าศิลปิน ตรรกะการจับคู่ภายในที่ตัดสินว่างานที่ส่งเข้ามาจะไปรวมกับศิลปินที่มีอยู่หรือสร้างศิลปินใหม่ และการจัดการกับ "Original Mix" ของแต่ละร้านค้านอกเหนือจากข้อห้ามที่ Apple เอ่ยชื่อไว้