Siêu dữ liệu phát hành nhạc: tài liệu kỹ thuật cho tiếng Việt

Tên nghệ sĩ, tựa bài, nghệ sĩ khách mời, phiên bản — và cách viết để chuỗi phân phối không làm hỏng chúng.

Trả lời ngắn

Siêu dữ liệu (metadata) không phải là giấy tờ đính kèm bản nhạc; với mọi hệ thống ở phía sau, nó chính là bản nhạc. Với tiếng Việt, rủi ro lớn nhất không nằm ở chỗ bạn gõ sai, mà ở chỗ bạn gõ đúng theo một cách và lần sau gõ đúng theo một cách khác: một chữ cái tiếng Việt có thể mang đồng thời dấu phụ nguyên âm và dấu thanh, nên cùng một cái tên hiển thị y hệt nhau vẫn có thể là hai chuỗi byte khác nhau (NFC so với NFD), và riêng tiếng Việt còn có hai quy ước đặt dấu thanh cùng tồn tại hợp lệ — "hoà" kiểu cũ và "hòa" kiểu mới — mà không một dạng chuẩn hoá Unicode nào hợp nhất được. Hệ quả thực tế: một nghệ sĩ bị tách thành hai trang, lượt nghe chia đôi, và không ai nhìn thấy nguyên nhân vì trên màn hình hai chuỗi trông giống hệt nhau. Cách phòng vệ duy nhất có hiệu lực là chọn một chính tả chuẩn (cả tên nghệ sĩ lẫn kiểu bỏ dấu), lưu nó vào một tệp, và dán — không bao giờ gõ lại — vào mọi trường của mọi bản phát hành; đồng thời chuẩn hoá về NFC, không bỏ dấu, không dùng bảng mã cũ (VNI, TCVN3/ABC), và ghi tên nghệ sĩ khách mời vào trường vai trò chứ không nhét vào tựa bài.

1. Ba tầng dữ liệu, và vì sao gần như mọi lỗi đắt tiền đều là "ghi đúng thông tin vào sai tầng"

Một bản phát hành không phải một đối tượng duy nhất mà là một cấu trúc ba tầng:

• Bản phát hành (release) — sản phẩm thương mại. Mã định danh: UPC/EAN.
• Bản ghi (recording) — từng track. Mã định danh: ISRC.
• Tác phẩm (work) — phần sáng tác nằm trong bản ghi. Mã định danh: ISWC.

Mỗi tầng có dòng tiền riêng. ISRC định danh bản ghi, không phải bài hát (đó là ISWC) và không phải sản phẩm (đó là UPC). Việc truyền tải đã được chuẩn hoá: bộ thông điệp ERN (Electronic Release Notification Message Suite) của DDEX là cách một bản phát hành và siêu dữ liệu của nó đi tới các dịch vụ.

Vài con số cần thuộc, vì chúng thường bị nói sai:

• ISRC dài 12 ký tự: 2 ký tự quốc gia + 3 ký tự đơn vị đăng ký + 2 chữ số năm tham chiếu + 5 chữ số định danh. Dấu gạch nối chỉ là quy ước hiển thị, không thuộc mã. ISRC không có chữ số kiểm tra.
• ISRC mới là bắt buộc cho remix, bản edit, bản live, bản instrumental — bất kỳ bản ghi nào khác về bản chất. Không cần ISRC mới khi tái phát hành đúng bản ghi cũ, và mã đi theo bản ghi khi bạn đổi nhà phân phối.
• Remaster là trường hợp hẹp hơn nhiều so với những gì người ta hay nói. Sổ tay ISRC của IFPI (§A.10.1) quy định: "A new ISRC shall be assigned if (and only if) the processes applied to a recording during re-mastering involve the application of creative input to the recording itself." Sổ tay loại trừ rõ ràng việc chỉnh mức, EQ bất biến, nén bất biến, khử nhiễu, khử click, hiệu chỉnh tốc độ/cao độ, đổi tần số lấy mẫu và dither: "A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes." Điều an toàn để nói thêm: nếu bản remaster được bán như một track riêng bên cạnh bản gốc thì nó là một sản phẩm riêng và cần mã riêng.
• UPC-A có 12 chữ số; EAN-13 có 13. Thêm số 0 vào đầu UPC-A sẽ thành EAN-13 và chữ số kiểm tra không đổi. Cách tính chữ số kiểm tra: đi từ phải sang, nhân xen kẽ ×3 và ×1 trên các chữ số trước chữ số kiểm tra, cộng lại, rồi chữ số kiểm tra là số đưa tổng lên bội số của 10 gần nhất.

Ngoài ra, hai cặp trường bị nhầm nhiều nhất:

• P-line = năm + chủ sở hữu bản ghi âm, với năm là năm công bố lần đầu của bản ghi đó, không phải ngày bạn upload. C-line = năm + chủ sở hữu ảnh bìa và bao bì. Hai thứ khác nhau, và bị copy chéo cho nhau thường xuyên.
• Ngày phát hành là ngày sản phẩm này lên kệ; ngày phát hành gốc là ngày bản ghi lần đầu được công bố ở bất cứ đâu. Đưa một bản thu năm 2016 lên với ngày phát hành gốc là 2026 sẽ báo cho toàn bộ hệ thống phía sau rằng đây là bản mới — điều đặc biệt tai hại với kho nhạc vàng, nhạc tiền chiến và các bản thu cải lương được số hoá lại.

Còn hai trường ngôn ngữ, hay bị bỏ trống ở thị trường Việt Nam: ngôn ngữ của tác phẩm (cái được hát) và ngôn ngữ của tựa đề (ngôn ngữ và hệ chữ của chuỗi tựa). Chúng khác nhau và có thể khác nhau một cách hợp lệ: một bản độc tấu đàn bầu không có lời nên không có ngôn ngữ tác phẩm, nhưng vẫn có tựa đề tiếng Việt. Ngôn ngữ tựa đề là thứ báo cho cửa hàng biết phải sắp xếp, lập chỉ mục và kết xuất chuỗi văn bản của bạn như thế nào — với tiếng Việt, đây là trường quyết định việc chữ có dấu của bạn được đánh chỉ mục đúng hay bị coi là "rác Latin".

Nếu bạn chưa nói được một thông tin thuộc tầng nào — bản phát hành, bản ghi hay tác phẩm — thì bạn chưa đủ điều kiện để điền nó.

2. Dấu tiếng Việt: tại sao đây là trường hợp chữ Latin khó nhất thế giới

Hầu hết các ngôn ngữ dùng chữ Latin có dấu chỉ chồng một lớp lên nguyên âm: é là e + sắc, ü là u + trema. Tiếng Việt là ngoại lệ có hệ thống: một nguyên âm có thể mang cả dấu phụ tạo chữ cái mới (mũ, trăng, móc) cộng dấu thanh (sắc, huyền, hỏi, ngã, nặng). Nghĩa là một ký tự trên màn hình có thể tương ứng với ba đơn vị Unicode khi được tách ra.

Đây không phải lý thuyết. Kết quả kiểm chứng bằng unicodedata của Python (Unicode Character Database) trên chính máy soạn tài liệu này:

Ba điều rút ra, và cả ba đều có hậu quả thực tế.

Thứ nhất: tỷ lệ nở byte của tiếng Việt là lớn nhất trong các ngôn ngữ Latin. Mỗi nguyên âm hai lớp đi từ 3 byte (NFC) lên 5 byte (NFD) — nở 67% trên riêng ký tự đó. Trên một chuỗi thật, tựa bài Đường Xa Ướt Mưa (16 điểm mã) chiếm 24 byte ở dạng NFC và 31 byte ở dạng NFD; tên Nguyễn Thị Thu Hà đi từ 17 điểm mã / 22 byte (NFC) lên 21 điểm mã / 25 byte (NFD). Nhiều biểu mẫu giao nhận giới hạn độ dài theo byte chứ không theo ký tự. Một tựa đề vừa khít khi dán ở dạng NFC có thể bị cắt cụt giữa chừng khi cùng chuỗi đó đến ở dạng NFD — và chỗ bị cắt có thể rơi vào giữa một chuỗi ký tự tổ hợp, để lại một dấu mồ côi bám vào chữ cái đứng trước.

Thứ hai: thứ tự các dấu trong NFD không phải thứ tự bạn gõ, mà là thứ tự chuẩn (canonical ordering) do Unicode áp đặt. Chú ý dòng của ộ: phân rã ra là o + chấm dưới (U+0323) + mũ (U+0302) — dấu dưới đứng trước dấu trên, dù khi viết tay bạn đặt mũ trước. Lý do là lớp kết hợp (combining class): U+0323 có ccc = 220, U+0302 có ccc = 230, và thuật toán sắp xếp chuẩn của UAX #15 xếp theo thứ tự tăng dần. Với ữ, móc U+031B có ccc = 216 nên đứng trước ngã (230). Điều này có nghĩa: nếu một hệ thống nào đó tự "tách dấu" bằng tay theo thứ tự gõ phím thay vì gọi hàm chuẩn hoá thật, nó sẽ tạo ra một chuỗi không ở dạng chuẩn — hiển thị vẫn đúng, so sánh thì sai vĩnh viễn.

Thứ ba: NFC và NFD trông giống hệt nhau và không có cách nào nhìn ra. Không phông chữ nào, không mức zoom nào, không người soát bản nào phân biệt được ế một điểm mã với ế ba điểm mã. Nhưng với mọi hệ thống so khớp trên đời, đó là hai chuỗi khác nhau.

Nguồn của sự khác biệt này rất đời thường và rất Việt Nam:

• macOS: hệ tệp lịch sử của Apple lưu tên tệp ở dạng phân rã. Đặt tên tệp WAV là Ướt Mi.wav trên máy Mac rồi để một script đọc tên tệp làm tựa track, bạn vừa nạp NFD vào chuỗi giao nhận.
• Bộ gõ: Unikey, GoTiengViet và các bộ gõ khác có tuỳ chọn xuất "Unicode dựng sẵn" (precomposed = NFC) và "Unicode tổ hợp" (combining = NFD). Hai người trong cùng một ê-kíp đặt khác nhau là đủ.
• Copy-paste qua PDF: nhiều trình sinh PDF lưu chữ ở dạng tổ hợp; dán từ bản credit PDF vào biểu mẫu là dán NFD.
• Google Sheets / Excel xuất CSV: giữ nguyên dạng đầu vào, nên bảng tính là nơi hai dạng trộn lẫn mà không ai biết.

Quy tắc: chuẩn hoá về NFC, đồng bộ, ngay trước khi giao nhận, cho mọi trường văn bản. Với tiếng Việt, NFC luôn ngắn hơn hoặc bằng NFD về byte, nên nó cũng là dạng an toàn hơn cho giới hạn độ dài.

Nhưng phải hiểu đúng giới hạn của chuẩn hoá. UAX #15 cảnh báo về các dạng tương thích: NFKC "erase[s] many formatting distinctions" và "may remove distinctions that are important to the semantics." Với tiếng Việt, NFKD không làm gì thêm so với NFD — đã kiểm chứng: cả bốn ký tự trong bảng trên cho kết quả NFKD giống hệt NFD. Và quan trọng nhất: chuẩn hoá không phải là làm sạch. Nó không sửa được kiểu bỏ dấu, không khôi phục được văn bản đã hỏng bảng mã, và như phần 5 sẽ chỉ ra, nó không đụng tới Đ/đ.

3. Vấn đề chỉ tiếng Việt mới có: "kiểu cũ" và "kiểu mới"

Đây là phần mà gần như không tài liệu ngành nào viết, và là nguyên nhân chia đôi kho nhạc nhiều nhất ở thị trường Việt Nam.

Với các âm tiết có nguyên âm đôi hoặc ba dạng oa, oe, uy không có phụ âm cuối, có hai quy ước đặt dấu thanh cùng tồn tại và cùng được coi là đúng chính tả:

• Kiểu cũ (đặt dấu theo nguyên tắc "dấu vào nguyên âm chính" theo cách hiểu truyền thống): hoà, thuý, hoạ, khoẻ, tuỳ — và trong một số nhà in cũ còn gặp cả qúy.
• Kiểu mới (đặt dấu vào nguyên âm mang trọng âm theo cách hiểu hiện đại, phổ biến trong sách giáo khoa và phần lớn báo chí sau này): hòa, thúy, họa, khỏe, tùy, quý.

Kiểm chứng bằng máy trên các cặp thật:

Hãy đọc kỹ hai cột giữa. Không một dạng chuẩn hoá Unicode nào — NFC, NFD, NFKC, NFKD — hợp nhất được hoà với hòa. Lý do rất đơn giản và rất triệt để: đây không phải hai cách biểu diễn cùng một ký tự, mà là dấu thanh nằm trên hai chữ cái khác nhau. hoà là h + o + à; hòa là h + ò + a. Về mặt Unicode, chúng cũng khác nhau y như mưa khác mua. Chuẩn hoá không có việc gì để làm ở đây, và sẽ không bao giờ có.

Hệ quả trong thực tế:

• Ca sĩ tên Thuý trên CMND/CCCD, nhưng quản lý gõ Thúy khi làm bản phát hành thứ hai. Cửa hàng tạo trang nghệ sĩ thứ hai. Không ai nhìn ra, vì cả hai đều "đúng chính tả".
• Album Hoà Tấu Đàn Tranh và đĩa tiếp theo Hòa Tấu Đàn Tranh — với công cụ dò trùng của nhà phân phối, đó là hai loạt sản phẩm không liên quan.
• Người nghe gõ Thuý Kiều vào ô tìm kiếm trong khi tựa được lưu là Thúy Kiều. Nếu lớp tìm kiếm của cửa hàng đó không gấp dấu thanh về cùng một dạng — mà không dịch vụ nào cam kết là có — thì hai bên không bao giờ gặp nhau.

Quy tắc: chọn một kiểu cho toàn bộ kho nhạc, ghi lựa chọn đó vào tài liệu nội bộ, và ưu tiên kiểu đã in trên các sản phẩm đang tồn tại của nghệ sĩ hơn là kiểu bạn cho là đúng hơn về ngôn ngữ học. Nếu tên nghệ sĩ là tên riêng của một người, hãy lấy đúng chính tả trên giấy tờ của người đó và không bao giờ động vào nữa. Nếu buộc phải chuyển kiểu giữa chừng, hãy coi đó là một cuộc đổi tên nghệ sĩ, làm một lần, có chủ đích, kèm yêu cầu gộp trang gửi qua nhà phân phối — chứ không phải một sửa chính tả vặt.

Cũng cần nói thẳng phần không chắc chắn: ngưỡng và bằng chứng mà mỗi cửa hàng đòi hỏi để gộp hai trang nghệ sĩ, cùng với logic so khớp quyết định một bản giao nhận nhập vào nghệ sĩ cũ hay tạo nghệ sĩ mới, đều không được bất kỳ dịch vụ nào công bố. Đây là điều được kể lại rộng rãi trong giới nhưng không có tài liệu chính thức — nên đừng lên kế hoạch dựa vào nó.

4. Bảng mã cũ: VNI và TCVN3/ABC vẫn còn sống trong phòng thu và nhà in

Trước khi Unicode phổ cập, tiếng Việt trên máy tính chạy trên vài bảng mã một-byte và hai-byte không tương thích nhau. Hai bảng còn để lại dấu vết đến hôm nay:

• TCVN3 (thường gọi là ABC) — bảng mã một byte, nhét các chữ cái tiếng Việt có dấu vào vùng mã cao. Một đặc điểm quan trọng: TCVN3 chỉ mã hoá chữ thường có dấu; chữ hoa có dấu phải dùng một phông riêng (họ phông .VnTime / .VnTimeH). Nghĩa là văn bản TCVN3 chỉ đọc đúng khi đúng phông, và một tựa đề viết hoa toàn bộ sẽ hỏng theo kiểu khác với phần chữ thường.
• VNI (VNI-Windows) — mỗi chữ cái có dấu được lưu thành hai byte: chữ cái ASCII cơ sở, cộng một byte dấu riêng ở vùng mã cao.

Vấn đề không phải là hai bảng mã này còn được dùng để soạn thảo, mà là các tệp cũ còn nguyên: bìa đĩa do nhà in làm từ 2004 lưu bằng CorelDRAW với phông .VnTime, danh sách bài hát trong sổ tay phòng thu, file Word chép lời bài chèo hoặc quan họ, bảng kê tác phẩm cải lương của một đoàn. Ai đó copy từ những tệp đó dán vào biểu mẫu giao nhận, và cái đến nơi là rác.

Cách nhận biết (đây là dấu hiệu nhận dạng thực tế, không phải bảng ánh xạ chuẩn):

• **Nghi ngờ VNI khi thấy các chữ cái Latin thừa ra ngay tại vị trí đáng lẽ là chữ có dấu**, kèm một ký hiệu lạ: Vieät Nam thay vì Việt Nam, Nguyeãn thay vì Nguyễn, tieáng thay vì tiếng. Dấu hiệu đặc trưng là các cụm ie, oa, ea, uo xuất hiện ở nơi tiếng Việt đúng chỉ có một nguyên âm, vì byte cơ sở và byte dấu bị đọc thành hai chữ riêng biệt. Độ dài chuỗi dài hơn hẳn số âm tiết.
• **Nghi ngờ TCVN3/ABC khi các chữ không dấu còn nguyên vẹn còn các chữ có dấu biến thành ký hiệu, chữ Latin lạ hoặc biến mất hẳn: Tr...ng S..n với vài ký tự dạng ¬ ¯ ® ª © ¸ « xen giữa, trong khi Nam, Ha, Mai vẫn đọc được bình thường. Đặc trưng thứ hai: độ dài chuỗi bằng đúng độ dài đúng (một byte một chữ), khác hẳn VNI. Đặc trưng thứ ba: chữ hoa có dấu hỏng nặng hơn chữ thường có dấu**, hoặc rỗng, vì chúng vốn nằm ở phông khác.
• Dấu hiệu chung cho cả hai: chữ Đ/đ hỏng trước tiên và hỏng theo kiểu khác các chữ khác, vì nó là một chữ cái riêng chứ không phải một nguyên âm có dấu.

Xử lý: không sửa tay. Không có cách nào "gõ lại cho đúng" một chuỗi đã hỏng bảng mã mà không nhập lại toàn bộ. Cách đúng là chuyển đổi bằng công cụ chuyển mã (Unikey có chức năng chuyển mã TCVN3 ↔ VNI ↔ Unicode) trên tệp gốc, trước khi copy, rồi chuẩn hoá NFC. Và nếu bạn không còn tệp gốc, hãy gõ lại từ ảnh bìa. Việc gõ lại một tựa đề mất năm giây; một bản phát hành mang tựa Tr­êng S¬n thì tồn tại vĩnh viễn trong hàng chục cơ sở dữ liệu.

Trên mazufa.com có một công cụ kiểm tra siêu dữ liệu miễn phí chạy hoàn toàn trên máy của bạn và không tải gì lên, phát hiện được nhiều trường hợp vô hình nêu trên — chuỗi không ở dạng NFC, dấu tổ hợp mồ côi, khoảng trắng thừa, ký tự vô hình và các mẫu văn bản mang dấu hiệu bảng mã cũ.

5. Đ/đ và cái giá của việc bỏ dấu

Có một niềm tin phổ biến rằng "bỏ dấu cho chắc" là phương án an toàn khi hệ thống nước ngoài không hiểu tiếng Việt. Nó sai theo hai cách độc lập nhau.

5.1 Đ không phải là D có gạch ngang

Đã kiểm chứng bằng unicodedata:

• Đ = U+0110 LATIN CAPITAL LETTER D WITH STROKE, 2 byte UTF-8. NFD của nó là chính nó — 1 điểm mã. NFKD cũng là chính nó.
• đ = U+0111 LATIN SMALL LETTER D WITH STROKE, 2 byte UTF-8. NFD và NFKD đều giữ nguyên 1 điểm mã.

Nói cách khác: Đ không có phân rã chính tắc và cũng không có phân rã tương thích. Nó là một chữ cái độc lập trong bảng chữ cái tiếng Việt (đứng sau D), không phải D cộng một dấu phụ. Đây là điểm mà mọi thư viện "ASCII-folding" viết cho tiếng Pháp hoặc tiếng Tây Ban Nha sẽ trượt.

Hậu quả rất cụ thể. Thuật toán bỏ dấu phổ biến nhất là: chuẩn hoá NFD, rồi vứt mọi ký tự tổ hợp. Áp lên tựa Đường Xa Ướt Mưa, kết quả kiểm chứng được là:

Đường Xa Ướt Mưa   →   Đuong Xa Uot Mua

Đ sống sót, vì không có dấu tổ hợp nào để vứt. Kết quả là một chuỗi nửa ASCII nửa không — tệ hơn cả hai lựa chọn thuần tuý, và là loại chuỗi làm các bộ lọc "chỉ chấp nhận ASCII" từ chối cả bản phát hành.

Còn nếu thư viện đó thô bạo hơn, vứt mọi thứ ngoài ASCII:

NFD rồi lọc ASCII :   uong Xa Uot Mua        (mất luôn chữ Đ đầu tên)
NFC rồi lọc ASCII :   ng Xa t Ma             (mất mọi nguyên âm có dấu)

Cả hai đều đã được kiểm chứng trên máy. Chuỗi thứ hai là thứ bạn thỉnh thoảng thấy trên trang nghệ sĩ của một dịch vụ nào đó và không hiểu vì sao.

5.2 Bỏ dấu tiếng Việt không làm mất "trang trí" — nó phá huỷ nghĩa

Trong tiếng Pháp, cafe thay cho café là xấu nhưng vẫn đọc được. Trong tiếng Việt, dấu thanh là âm vị, và bỏ dấu là gộp sáu từ khác nghĩa thành một. Đây là các cặp tối thiểu thật, cùng quy về một chuỗi ASCII (đã kiểm chứng bằng thuật toán bỏ dấu ở trên):

Dòng cuối là chỗ nguy hiểm nhất: bỏ dấu không chỉ trộn các thanh điệu, nó còn gộp đ vào d, tức là làm hỏng cả phụ âm đầu. Với tựa bài Đá Trông Chồng và Da Trắng Vỗ Bì Bạch, kết quả bỏ dấu bắt đầu bằng cùng một cụm.

Với siêu dữ liệu, ba kết luận:

1. Giữ đủ dấu trong trường tựa đề và tên nghệ sĩ. Đây là chính tả, không phải trang trí.
2. Nếu bạn cần một dạng không dấu — cho URL, cho slug, cho trường romanisation của một cửa hàng — hãy coi nó là một giá trị thứ hai được lưu riêng và cố định, không phải kết quả của một hàm chạy lại mỗi lần. Và hãy ánh xạ Đ → D, đ → d một cách tường minh, vì không thư viện chuẩn nào làm hộ bạn.
3. Đừng bao giờ để hệ thống của bạn tự sinh dạng không dấu rồi ghi ngược vào trường chính. Đó là cách một nghệ sĩ thức dậy và thấy tên mình là Hoang Thuy Linh trên một cửa hàng và Hoàng Thuỳ Linh trên cửa hàng khác — hai danh tính, hai lịch sử thuật toán.

6. Tên người Việt: họ tên, tên đệm, và quy ước ngược của cửa hàng

Tên người Việt có cấu trúc họ – tên đệm – tên, đọc và viết theo thứ tự đó: Nguyễn (họ) Thị Thu (tên đệm) Hà (tên). Trong khi đó, phần lớn hệ thống siêu dữ liệu quốc tế được thiết kế quanh mô hình given name + family name với thứ tự hiển thị tên trước, họ sau, và nhiều biểu mẫu chỉ có đúng hai ô đó.

Ba vấn đề nảy sinh, và cả ba đều tạo ra danh tính trùng lặp.

Thứ nhất — thứ tự. Nếu bạn điền Nguyễn Thu Hà vào một ô "Artist Name" duy nhất, mọi thứ ổn: đó là một chuỗi, cửa hàng hiển thị nguyên văn. Nhưng khi biểu mẫu tách hai ô, người này điền First: Hà / Last: Nguyễn còn người kia điền First: Nguyễn / Last: Hà, và bản phát hành thứ hai hiển thị là Hà Nguyễn. Đó không còn là cùng một nghệ sĩ.

Quy tắc: với tên nghệ sĩ (trường primary artist), hãy dùng đúng thứ tự tiếng Việt, viết như trên bìa đĩa, và không bao giờ đảo. Nếu biểu mẫu bắt tách ô, hãy đặt toàn bộ tên nghệ sĩ vào ô đầu tiên nếu công cụ cho phép, hoặc nhất quán một quy ước duy nhất và ghi nó vào tài liệu nội bộ.

Thứ hai — tên đệm bị cửa hàng vứt bỏ. Thị, Văn, Đức, Minh, Ngọc trong vai trò tên đệm không có ô tương ứng trong mô hình first/last. Nhiều pipeline nhét tên đệm vào first name cùng với tên, nhiều pipeline khác cắt bỏ. Hậu quả: Trần Ngọc Minh Anh xuất hiện chỗ này đủ, chỗ kia thành Minh Anh Trần, chỗ khác thành Anh Trần. Với người Việt, đây là chuyện lớn vì tên đệm mới là phần phân biệt: họ Nguyễn phủ một tỷ lệ rất lớn dân số, còn tên Anh, Linh, Hương thì trùng nhau dày đặc. Bỏ tên đệm là bỏ đúng phần mang thông tin.

Quy tắc: coi tên nghệ sĩ như một chuỗi nguyên khối không được phép tách. Nếu nghệ sĩ dùng nghệ danh ngắn (Mỹ Tâm, Đen, Hà Anh Tuấn), hãy dùng nghệ danh đó thống nhất và đừng bao giờ bổ sung họ đầy đủ ở một bản phát hành nào đó "cho trang trọng".

Thứ ba — trường tác giả thì ngược lại. Trường composer / lyricist (nhạc sĩ / tác giả lời) không phải trường hiển thị, mà là trường để các tổ chức quyền tác giả so khớp. Ở đó phải dùng tên khai sinh đầy đủ, đúng thứ tự tiếng Việt, đủ tên đệm, đủ dấu — chính là chuỗi đã đăng ký với tổ chức quản lý tập thể. Nghệ danh không phải tác giả; người đứng sau nghệ danh mới là.

Về nguyên tắc chung, hai tài liệu chuẩn của ngành đều nói cùng một điều. Music Biz: "Artist name spelling should remain consistent for all content for an artist, where possible." Spotify: giữ chính tả và định dạng nhất quán từ bản phát hành này sang bản khác, "including any punctuation, abbreviations, or acronyms." Với tiếng Việt, "chính tả nhất quán" bao gồm cả ba thứ đã nói: cùng một dạng chuẩn hoá, cùng một kiểu bỏ dấu, cùng một thứ tự tên.

Cách phòng vệ duy nhất có hiệu lực: viết chuỗi tên chuẩn ra một tệp một lần, và dán nó vào mọi trường mãi mãi. Biến thể sinh ra ở chỗ gõ lại.

7. Nghệ sĩ khách mời: vì sao trường tựa đề là chỗ sai

Lỗi phổ biến và tốn kém nhất trong phân phối độc lập ở Việt Nam là gõ Tên Bài ft. Tên Ca Sĩ Khách vào trường tựa đề, trong khi để trống trường vai trò featured artist.

Trường tựa đề là một chuỗi hiển thị; nó không mang danh tính. Nên nghệ sĩ khách mời không nhận được liên kết ghi công, không xuất hiện trên trang của chính họ, không có đường dẫn khám phá ngược về bản thu của bạn, và không có gì trong phần phân tích dữ liệu của họ — trong khi cửa hàng có thể coi ft. Tên Ca Sĩ Khách là một phần tên bài hát, nên bài hát mang cái tên đó vĩnh viễn, sinh ra kiểu hiển thị lặp Tên Bài (feat. X) — Nghệ Sĩ A, X mà nhìn là biết bản giao nhận nghiệp dư.

Các cửa hàng nói rất rõ. Spotify: "You shouldn't include any artists' names in your track or release titles," và trong tài liệu dành cho nhà cung cấp: "Spotify strongly recommends against including additional information, such as references to 'Featured Artists' in track and product titles." Music Biz khuyên ghi công nghệ sĩ khách mời "at the Artist role level and not add this data to the track or album release title." Apple yêu cầu featured artist ở cấp track với vai trò Featuring hoặc With, "not as Primary." Với remix, Apple: "Remix tracks...must list the original artist as Primary with the remixer assigned the remixer role."

Khi hợp đồng bắt buộc phải có tên trong tựa, quy ước là thống nhất — và đây là điểm mà người Việt hay sai nhất. Music Biz, về feat. và 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."

Câu "not localized" có sức nặng lớn ở đây: đừng dịch feat. sang tiếng Việt trong trường tựa đề. Không viết (với sự góp giọng của...), không viết (cùng...), không viết (khách mời...). feat. là một token máy đọc, không phải một từ. Cũng đừng viết ft không có dấu chấm, Feat. viết hoa, hay FT..

Cấu trúc đúng: trường tựa đề chứa tên bài hát và không gì khác; mỗi nghệ sĩ nằm ở trường vai trò của mình — primary artist, featured artist, remixer, producer. Cửa hàng sẽ tự sinh mọi cách hiển thị, kể cả cái (feat. X) mà bạn muốn, từ các vai trò bạn đã khai.

Vai trò là danh tính; tựa đề là hiển thị. Nhét danh tính vào trường hiển thị vừa phá danh tính vừa làm hỏng hiển thị.

8. Trường phiên bản (version / subtitle)

Trường phiên bản tồn tại để phân biệt hai bản ghi cùng tựa. Đó là toàn bộ công việc của nó, và cũng là tiêu chí để quyết định có điền hay không. Từ vựng ổn định và nên giữ nguyên tiếng Anh: Radio Edit, Extended Mix, Live, Acoustic, Instrumental, Single Version, Alternate Take, Demo, Remastered, và các bản remix có tên đặt theo dạng Tên Nghệ Sĩ 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." Về dấu, Music Biz hướng dẫn dùng ngoặc đơn trước, ngoặc vuông cho chi tiết bổ sung.

Ba điểm hay sai:

Radio Edit không đồng nghĩa với "bản đã cắt phần nhạy cảm". Music Biz dành nhãn này cho bản thực sự được chuẩn bị để phát sóng và chỉ dùng Edited Version cho bản đã biên tập nội dung. Radio Edit thường là bản edit về độ dài; Edited Version là bản edit về nội dung.

Original Mix không an toàn ở mọi nơi, và đây là chỗ các cửa hàng thực sự khác nhau. Hướng dẫn công bố của Apple cấm nhãn này: "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," và liệt kê trong các thuật ngữ bị cấm "Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone...Dolby Atmos, lossless, high-resolution audio." Tài liệu siêu dữ liệu công khai của Spotify không công bố quy định nào nêu đích danh "Original Mix"; lập trường công bố của họ chỉ là quy tắc chung rằng tựa đề không nên mang thông tin bổ sung. Trong khi đó, nhãn này vẫn là quy ước ăn sâu ở mảng bán lẻ nhạc điện tử. Nói cho chính xác: hướng dẫn công bố của Apple nêu đích danh "Original Mix" là bị cấm; các dịch vụ khác không công bố quy định nào theo hướng nào, và cách xử lý thay đổi theo cửa hàng và theo bước tiền kiểm của nhà phân phối bạn dùng. Nếu bản gốc là phiên bản duy nhất trên bản phát hành, hãy để trống trường này — đúng ở mọi nơi.

Đừng gõ tay tên phiên bản vào tựa đề khi đã có trường phiên bản. Các cửa hàng tự dựng chuỗi hiển thị sẽ cho ra Tên Bài (Radio Edit) (Radio Edit).

Với nhạc Việt, thêm một lưu ý riêng: các nhãn phiên bản mô tả thể loại hoặc cách phối không phải là "version". Bolero, Bolero Version, Bản Cải Lương, Hoà Tấu, Bản Không Lời — hai cái sau thực chất là Instrumental và nên dùng đúng nhãn tiếng Anh chuẩn; hai cái đầu là thể loại, thuộc trường genre, không thuộc trường phiên bản. Nếu một bài nhạc vàng được phối lại theo lối bolero và bán song song với bản gốc, đó là một bản ghi khác — cần ISRC riêng — và trường phiên bản nên mang một nhãn phân biệt thật sự (2026 Version, Acoustic, hoặc tên người phối theo dạng Tên Remix), chứ không phải chữ Bolero lặp lại thể loại.

9. Ghi công tác giả: nơi tiền tác quyền được ăn hoặc mất

Bản ghi và tác phẩm là hai quyền riêng biệt với hai dòng thu nhập riêng biệt. Nhà phân phối thu phần bản ghi; phần tác quyền — tiền bản quyền sao chép và biểu diễn trên tác phẩm — được truy vết qua trường nhạc sĩ (composer) và tác giả lời (lyricist) cùng các đăng ký đi sau chúng.

Đây là mắt xích yếu nhất trong phát hành độc lập, vì một lý do cấu trúc: chúng không bao giờ hiện ra ở giao diện người nghe, nên không có gì trong trải nghiệm nghe báo cho bạn biết chúng sai. Một bản phát hành với trường nhạc sĩ để trống trông hoàn hảo và chạy bình thường trong khi tiền tác quyền của nó nằm im ở dạng chưa khớp.

Các quy tắc cứng:

• Trường nhạc sĩ và tác giả lời nhận tên khai sinh, không nhận nghệ danh. Các tổ chức quyền tác giả so khớp trên tên đã đăng ký của người sáng tác.
• Phải liệt kê mọi người viết, kể cả người chỉ viết một câu. Thiếu một tác giả không phải là thiếu một lời cảm ơn — đó là một phần chia không khớp được.
• Tỷ lệ chia phải cộng đủ 100% và phải được thoả thuận bằng văn bản trước khi phát hành. Siêu dữ liệu chỉ diễn đạt một thoả thuận; không có thoả thuận thì nó là một phỏng đoán sẽ bị tranh chấp.
• Bản phối các tác phẩm thuộc phạm vi công cộng vẫn có tác giả — người phối. Khai là "Traditional" là tự bỏ khoản thu đó.
• Remix không làm thay đổi tác phẩm. Các tác giả gốc vẫn là tác giả, trừ khi bản remix bổ sung phần sáng tác mới, và đó là một tỷ lệ chia phải thương lượng chứ không phải mặc định.

9.1 Bối cảnh Việt Nam và cái giá của việc khai "dân ca"

Ở Việt Nam, Trung tâm Bảo vệ quyền tác giả âm nhạc Việt Nam (VCPMC) là tổ chức quản lý tập thể quyền tác giả âm nhạc; theo trang web chính thức của tổ chức này, VCPMC được thành lập năm 2002 theo quyết định của Hội Nhạc sĩ Việt Nam, tự mô tả là "tổ chức quản lý tập quyền tác giả âm nhạc duy nhất tại Việt Nam", và là thành viên chính thức của CISAC (Liên minh quốc tế các hiệp hội tác giả và nhà soạn nhạc) (vcpmc.org).

Ba điều cần nói rõ về giới hạn hiểu biết ở đây, để bạn không lên kế hoạch dựa trên thông tin không có nguồn:

1. Quy trình nội bộ, biểu mẫu, thời hạn xử lý và cách phân phối cụ thể của VCPMC không được mô tả trong tài liệu này vì chúng không phải thứ có thể trích dẫn chính xác từ một nguồn công khai ổn định. Hãy làm việc trực tiếp với tổ chức.
2. Cách một nhà phân phối quốc tế chuyển tiếp trường nhạc sĩ tới các tổ chức quản lý tập thể ở từng lãnh thổ cũng không được dịch vụ nào công bố. Đây là điều được kể lại rộng rãi nhưng không có tài liệu chính thức.
3. Việc bạn khai đúng trường nhạc sĩ ở khâu phát hành không thay thế cho việc đăng ký tác phẩm với tổ chức quản lý tập thể. Đó là hai việc khác nhau.

Bây giờ đến sai lầm tốn kém nhất và đặc thù Việt Nam nhất: khai một ca khúc có tác giả rõ ràng là "dân ca" hoặc "Traditional".

Ở nhiều kho nhạc Việt, ranh giới giữa dân ca thật và ca khúc có tác giả bị nhoè đi bởi thói quen truyền miệng. Nạn nhân thường xuyên là hai mảng:

• Nhạc tiền chiến — kho ca khúc từ thập niên 1930–1940. Đây là tác phẩm có tác giả xác định, không phải dân ca. Một bản thu mới của một ca khúc tiền chiến khai là "dân ca" thì phần tác quyền của nó không đi tới đâu cả.
• Nhạc vàng — kho ca khúc bolero và trữ tình miền Nam trước 1975, cực kỳ phổ biến trong các bản thu mới hiện nay. Cũng là tác phẩm có tác giả xác định, thường có người thừa kế đang quản lý quyền. Khai "dân ca" ở đây vừa làm mất thu nhập cho gia đình tác giả, vừa tạo ra rủi ro khiếu nại quyền và gỡ nội dung về sau.

Ranh giới thực tế để tự kiểm tra:

• Thật sự là dân ca / vô danh: các làn điệu quan họ Bắc Ninh, các điệu chèo, các bài bản ca trù, các bài bản gốc của nhã nhạc cung đình Huế, các bài bản tổ trong cải lương — nhưng ngay cả ở đây, bản phối và lời mới thì có tác giả, và người soạn lời mới cho một điệu chèo hay người phối một bài quan họ cho đàn tranh, đàn bầu, đàn nhị, sáo trúc và trống chầu phải được ghi công là tác giả phần đóng góp của mình.
• Không phải dân ca: bất kỳ ca khúc nào bạn có thể nêu tên nhạc sĩ. Nếu bạn biết tên người viết, ô "Traditional" là ô sai.

Nguyên tắc an toàn: nếu không chắc một bài là dân ca hay có tác giả, hãy coi như có tác giả và đi tìm cho ra, thay vì khai "dân ca" cho tiện. Tiền thu về từ bản ghi hỏng thì thấy ngay trong một ngày; tiền tác quyền không khớp thì im lặng suốt nhiều năm.

Tiền bản ghi hỏng thì kêu to; tiền tác quyền hỏng thì hoàn toàn im lặng.

10. Những gì thực sự làm một bản phát hành bị từ chối

1. Tên nghệ sĩ nằm trong trường tựa đề — ft., feat., with, hoặc tên người remix bị gõ vào tựa trong khi trường vai trò để trống (mục 7).
2. Chữ "explicit" hoặc "clean" viết trong tựa đề — (Explicit), (Clean), (Bản Sạch). Đây là một cờ boolean, không phải một từ. 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." Music Biz cấm cả chiều ngược lại: không bao giờ viết "Clean" hay "Non-explicit" vào tựa.
3. Chữ quảng cáo hoặc mô tả trong tựa đề — Exclusive, Limited Edition, Album Version, Original Mix, hoặc các nhãn định dạng như Dolby Atmos, lossless, tất cả đều được nêu tên trong hướng dẫn của Apple. Ở thị trường Việt, thêm các biến thể quen tay: Bản Chuẩn, Full HD, Official, Bản Mới Nhất — đều bị loại vì cùng lý do.
4. Lỗi viết hoa — viết hoa toàn bộ, viết thường toàn bộ, hoặc viết hoa ngẫu nhiên, trừ khi đó là lựa chọn nghệ thuật thật sự và nhất quán. Music Biz đặt quy tắc title case, gồm cả danh sách các từ viết thường (a, an, and, as, but, for, from, nor, of, or, so, the, to, yet cộng các giới từ bốn chữ trở xuống). Lưu ý riêng cho tiếng Việt: danh sách này là danh sách tiếng Anh và không áp dụng cho tựa tiếng Việt; với tựa tiếng Việt hãy chọn một quy ước (viết hoa mỗi âm tiết, hoặc chỉ viết hoa chữ đầu và tên riêng) và giữ nguyên quy ước đó cho toàn bộ kho nhạc.
5. Siêu dữ liệu không khớp ảnh bìa — tựa, tên nghệ sĩ và phiên bản trên bìa phải khớp các trường, kể cả dấu. Ảnh bìa ghi Hoà Âm Xanh mà trường tựa ghi Hòa Âm Xanh là một sai lệch có thật.
6. Trường ngôn ngữ sai hoặc để trống, đặc biệt là ngôn ngữ tựa đề.
7. Thiếu nhạc sĩ hoặc tác giả lời, mà một số điểm đến từ chối thẳng.
8. Ký tự bị cấm — emoji, ký hiệu trang trí, khoảng trắng đôi, ký tự vô hình. Với tiếng Việt, thêm hai loại đặc thù: dấu tổ hợp mồ côi còn sót lại sau khi một chuỗi NFD bị cắt, và ký tự rác từ bảng mã cũ (mục 4).
9. Mã định danh sai — ISRC dùng lại cho một bản ghi khác về bản chất, hoặc UPC sai chữ số kiểm tra.
10. Tên nghệ sĩ không nhất quán với kho nhạc đang có — thứ thường không bị từ chối gì cả, và chính vì thế nó là mục tốn kém nhất trong danh sách này.

Quy trình kiểm tra trước khi giao nhận

1. Dán chuỗi tên nghệ sĩ chuẩn từ tệp gốc — không gõ lại.
2. Chuẩn hoá NFC toàn bộ mọi trường văn bản.
3. Kiểm tra kiểu bỏ dấu (kiểu cũ / kiểu mới) khớp với quy ước đã chốt của kho nhạc.
4. Kiểm tra không còn dấu vết VNI / TCVN3; nếu nghi ngờ, gõ lại từ ảnh bìa.
5. Xác nhận mọi trường tựa đề chỉ chứa tên bài hát.
6. Xác nhận mọi vai trò đều có trường, và mọi trường đều có vai trò.
7. Đặt cả hai trường ngôn ngữ.
8. Kiểm tra P-line và C-line không bị chép chéo.
9. Đặt ngày phát hành gốc nếu đây không phải lần phát hành đầu tiên.
10. So từng ký tự giữa ảnh bìa và các trường.

Mọi lần bị từ chối đều rẻ; những lỗi đi lọt qua khâu kiểm duyệt mới là những lỗi đắt.

11. Tóm tắt

• Siêu dữ liệu được khai ở ba tầng — bản phát hành, bản ghi, tác phẩm — và phần lớn lỗi đắt tiền là thông tin đúng bị khai ở sai tầng. Tên nghệ sĩ là một khoá, không phải một nhãn; vai trò là danh tính, tựa đề là hiển thị.
• Tiếng Việt là trường hợp chữ Latin khó nhất: một nguyên âm mang tới ba lớp Unicode, ế ộ ữ ằ đều đi từ 1 điểm mã / 3 byte ở NFC lên 3 điểm mã / 5 byte ở NFD, và trong NFD thứ tự dấu là thứ tự chuẩn tắc chứ không phải thứ tự gõ (ộ = o + chấm dưới + mũ).
• hoà và hòa là hai chuỗi khác nhau mà không dạng chuẩn hoá nào hợp nhất được — vì dấu thanh nằm trên hai chữ cái khác nhau, không phải hai cách viết cùng một chữ. Đây là bộ chia kho nhạc đặc thù Việt Nam, và hầu như không ai viết tài liệu về nó. Chọn một kiểu, ghi lại, không đổi.
• Đ U+0110 và đ U+0111 không có phân rã — NFD và NFKD đều giữ nguyên chúng — nên mọi thư viện bỏ dấu viết cho tiếng châu Âu đều xử lý sai. Và bỏ dấu tiếng Việt không làm mất trang trí, nó gộp ma / má / mà / mả / mã / mạ thành một từ.
• Tên đệm là phần mang thông tin phân biệt trong tên người Việt, và là phần các biểu mẫu first/last vứt đi đầu tiên. Coi tên nghệ sĩ là chuỗi nguyên khối, không tách, không đảo.
• Nhạc sĩ và tác giả lời là nơi tiền tác quyền được truy vết, và chúng hỏng mà không có triệu chứng. Khai một ca khúc nhạc vàng hay nhạc tiền chiến có tác giả xác định là "dân ca" là tự tay xoá dòng thu nhập đó.

Mazufa phân phối miễn phí — không phí upload, không phí thuê bao, không phí theo bản phát hành — chỉ khấu trừ 5% trên tiền bản quyền nhận được, và mọi hồ sơ đầy đủ đều được con người xét duyệt.

Nguồn

• Unicode Standard Annex #15, Unicode Normalization Forms — https://www.unicode.org/reports/tr15/
• Unicode Character Database — thuộc tính ký tự: ánh xạ phân rã, lớp kết hợp (canonical combining class) — https://www.unicode.org/ucd/
• Unicode Standard Annex #9, Unicode Bidirectional Algorithm — https://www.unicode.org/reports/tr9/
• 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
• DDEX, Standards (gồm Electronic Release Notification Message Suite, ERN) — https://ddex.net/standards/
• IFPI, International Standard Recording Code (ISRC) Handbook (§A.10.1, remaster và creative input) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• Trung tâm Bảo vệ quyền tác giả âm nhạc Việt Nam (VCPMC) — https://vcpmc.org/
• CISAC — https://www.cisac.org/

Về giới hạn của những gì được công bố. Mọi quy định của cửa hàng nêu trong tài liệu này đều được trích nguyên văn từ tài liệu công khai của chính cửa hàng đó. Ba điều mà nghệ sĩ thường được nghe như sự thật nhưng không dịch vụ nào công bố, và vì vậy không được khẳng định ở đây: ngưỡng và bằng chứng cần thiết để gộp hai trang nghệ sĩ; logic so khớp nội bộ quyết định một bản giao nhận nhập vào nghệ sĩ đang có hay tạo ra nghệ sĩ mới; và — ngoài lệnh cấm nêu đích danh của Apple — cách từng cửa hàng xử lý nhãn "Original Mix". Tương tự, không có phép đo nào được công bố ở bất kỳ đâu về tỷ lệ lỗi siêu dữ liệu của văn bản tiếng Việt có dấu: vấn đề thì ai làm nghề cũng gặp, nhưng hoàn toàn chưa được định lượng.