Suno Downloader: Cách một dịch vụ Node chỉ 53 kilobyte biến mọi liên kết Suno thành MP3 hoặc WAV không mất dữ liệu

Bạn vừa tạo một bài hát trên Suno. Giờ bạn muốn có tệp đó — trên điện thoại, trong phần mềm chỉnh sửa video, hoặc trong DAW. Suno Downloader là một công cụ trình duyệt miễn phí, chỉ cần dán liên kết bài hát là nhận lại tệp MP3 hoặc WAV không mất dữ liệu, không cần tạo tài khoản và không cần cài đặt. Đằng sau đó là một đoạn mã nhỏ nhưng được xây dựng rất tinh gọn, đã phải trải qua một lần thay đổi nền tảng. Dưới đây là toàn bộ thông tin về nó.

Khoảng cách giữa "Tôi đã tạo một bài hát" và "Tôi đã có một tệp"

Các công cụ tạo nhạc AI được xây dựng xung quanh trình phát, không phải hệ thống tệp. Bạn mô tả một bài hát, bạn nhận được một bài hát, bạn nghe nó trong một tab trình duyệt — và rồi bạn muốn thực sự sử dụng nó. Đưa nó vào một video. Nhúng nó vào DAW. Tải nó lên điện thoại để chạy bộ. Gửi nó cho ai đó không có tài khoản.

Bước cuối cùng này chính là nơi tạo ra sự cản trở. Âm thanh nằm sau trình phát, các tùy chọn tải xuống bị ràng buộc bởi các gói dịch vụ, tệp tạo ra thường được đặt tên theo UUID, và trên thiết bị di động, toàn bộ quy trình này là một cuộc chiến. Suno Downloader tồn tại để rút gọn bước đó chỉ còn một lần dán và một cú nhấp chuột.

Dịch vụ miễn phí, không cần đăng ký, hoạt động trên trình duyệt di động và đặt đúng tên bài hát vào file thay vì một chuỗi hash. Phần còn lại của bài viết này sẽ giải thích cơ chế đằng sau điều đó.

Những gì bạn có thể dán vào

Bộ phân tích đầu vào khá linh hoạt hơn so với hầu hết các công cụ cùng loại, điều này rất quan trọng vì người dùng thường sao chép liên kết từ nhiều nguồn khác nhau — từ trình chia sẻ trên điện thoại, thanh địa chỉ trình duyệt, tin nhắn Discord, hay một ghi chú chỉ còn giữ lại id.

Ba dòng cuối cùng này là những phần thú vị nhất. Một cách triển khai lười hơn sẽ trả về lỗi 502 và để người dùng tự đoán. Cách tiếp cận này phân loại lý do khiến đầu vào không hợp lệ và trả về một câu lệnh mà con người có thể hành động dựa trên đó. Chỉ với một lượng mã nhỏ, nó đã giúp tránh được rất nhiều sự nhầm lẫn.

Hai định dạng, và lý do cả hai đều tồn tại

MP3 — định dạng mặc định

Nhỏ gọn, tương thích rộng rãi, phát được trên mọi thiết bị từ dàn âm thanh ô tô đến loa thông minh. Được mã hóa bằng LAME ở cài đặt chất lượng VBR cao, đây là sự đánh đổi phù hợp cho bản nghe: trong trẻo với thính giác nhưng có kích thước nhỏ hơn nhiều.

Đây là định dạng bạn nên dùng cho điện thoại, ứng dụng nhắn tin, nền YouTube, podcast và bất kỳ trường hợp nào mà tệp được dùng để nghe hơn là để chỉnh sửa. Định dạng này chiếm khoảng 85% lượng tải xuống thông qua dịch vụ.

WAV — bản làm việc

PCM không nén. Dung lượng lớn hơn, và điều đó là cố ý: không có thêm quá trình nén mất dữ liệu nào chồng lên chất lượng âm thanh vốn có của bạn.

Đây là định dạng bạn nên đưa vào phần mềm chỉnh sửa. Nếu một bản ghi sẽ được cắt, xếp lớp, kéo dài thời gian, giảm âm lượng khi có lời bình, hoặc được mã hóa lại bởi nền tảng video khi tải lên, bạn không muốn cung cấp cho nó một tệp đã trải qua bộ mã hóa mất dữ liệu. Mỗi lần mã hóa thêm đều làm suy giảm chất lượng. WAV chiếm khoảng một phần bảy lượng tải xuống, và hầu hết những người dùng đó đều đang làm chính xác những việc này.

Trang web này duy trì một trang đích riêng cho từng mục đích — Suno đến MP3 và Suno WAV Download — vì đây là hai mục đích sử dụng thực sự khác nhau, dù cùng sử dụng một công cụ.

Phần thú vị: Sinh tồn trước một thay đổi nền tảng

Đây là lúc dự án ngừng chỉ là một lớp bọc (wrapper) và bắt đầu thể hiện kỹ thuật thực sự, và điều này đáng được kể lại vì đó chính là loại vấn đề thường giết chết âm thầm hầu hết các công cụ trong danh mục này.

Trong một thời gian dài, cơ chế rất đơn giản: Suno cung cấp âm thanh từ các CDN URL có thể dự đoán trước, và trình tải xuống chỉ cần lấy cdn1.suno.ai/<id>.mp3 rồi phát trực tiếp qua đó. Vào tháng 8 năm 2026, điều đó đã ngừng hoạt động. Suno đã chuyển âm thanh của mình sang các CDN URL được ký xác thực, và đường dẫn trực tiếp cũ bắt đầu trả về lỗi 403 cho tất cả mọi người.

Hầu hết các công cụ được xây dựng dựa trên giả định cũ đã bị lỗi. Công cụ này đã thích ứng, và quá trình thích ứng đó có nhiều lớp:

• 1 · Thu thập dữ liệu từ trang công khai, chỉ một lần Trang bài hát công khai vẫn nhúng một đoạn .m4a có thể lấy trực tiếp từ CloudFront URL. Một lần tải trang duy nhất sẽ cung cấp cả URL đó và tiêu đề thực sự của bài hát — từ og:title, với phương án dự phòng là <title> sau khi đã loại bỏ phần hậu tố thương hiệu.
• 2 · Ưu tiên đoạn clip của chính bài hát đó Trang có thể chứa nhiều đoạn clip URL, vì vậy bộ khớp tìm đoạn có id trùng với bài hát được yêu cầu, và chỉ chuyển sang bất kỳ đoạn clip nào khác trên trang nếu không tìm thấy khớp chính xác đó.
• 3 · Lấy stream MP4 chưa được ký Stream chỉ chứa âm thanh hiện đã bị khóa và mã hóa, nhưng MP4 — một video hình ảnh tĩnh mang cùng track âm thanh — vẫn được cung cấp ở dạng chưa ký. Đây chính là thứ mà trình tải xuống thực sự sẽ lấy.
• 4 · Trích xuất bằng ffmpeg MP4 được ghi vào một tệp tạm thời trước, vì phần tử moov của nó có thể nằm ở cuối container và ffmpeg cần đầu vào có khả năng tìm kiếm. Phát trực tiếp nó qua một pipe sẽ thỉnh thoảng bị lỗi "không tìm thấy phần tử moov" — một lỗi mà mã nguồn đã ghi chú trong một comment thay vì để người bảo trì tiếp theo phải tự phát hiện lại.
• 5 · Phát stream ra ngoài, dọn dẹp ffmpeg loại bỏ track video và mã hóa sang MP3 hoặc WAV trực tiếp vào phản hồi. Tệp tạm được xóa ngay khi quá trình đóng, khi có lỗi và khi khách hàng ngắt kết nối — ba đường dẫn riêng biệt, tất cả đều được xử lý.

Hậu quả đối với người dùng là cả hai định dạng giờ đều yêu cầu chuyển đổi mã hóa phía máy chủ, trong khi MP3 trước đây chỉ là chuyển tiếp (pass-through). Hậu quả đối với dịch vụ là có một trình tải xuống hoạt động tốt trong khi nhiều đối thủ cạnh tranh khác bắt đầu trả về lỗi một cách âm thầm.

Những chi tiết nhỏ chiếm phần lớn công sức

• Tên tệp thực Tên bài hát được đọc từ trang web và được dùng làm tên tệp. Các tiêu đề không phải ASCII được giữ nguyên nguyên vẹn, vì tiêu đề tải xuống được viết dưới dạng trường được mã hóa theo RFC 5987 thay vì chuỗi ASCII ngây thơ — nên một bản nhạc có tên "Пісня про дощ" hoặc "夜明けのうた" sẽ được đặt tên chính xác thay vì bị lỗi ký tự hoặc thành UUID.
• Không đệm dữ liệu khi xuất Lớp nginx phía trước được cấu hình với proxy buffering off và thời gian đọc lâu, vì các tệp âm thanh có kích thước lớn và proxy đệm sẽ giữ toàn bộ tệp trong bộ nhớ trước khi gửi một byte.
• Chính sách bộ nhớ đệm được chọn theo loại tệp HTML được cố tình không lưu vào bộ nhớ đệm, nên việc sửa nội dung hoặc SEO sẽ có hiệu lực ngay lập tức. CSS và JS có thời gian tồn tại (TTL) một ngày vì tên tệp của chúng không được băm nội dung. Hình ảnh và biểu tượng có thời gian tồn tại 30 ngày. Hình ảnh blog có thời gian tồn tại một năm, được đánh dấu là bất biến và được phục vụ trực tiếp từ đĩa bởi nginx mà không cần chạm vào ứng dụng.
• Thông báo lỗi trung thực "Không thể tìm thấy bản nhạc này — hãy đảm bảo đó là một bài hát đơn công khai trên Suno" cho người dùng biết phải làm gì. "502 Bad Gateway" thì không. Mọi đường dẫn lỗi trong trình xử lý tải xuống đều tạo ra một trong những thông báo trước.
• Hoạt động trên điện thoại Không cần cài đặt, không cần cửa hàng ứng dụng, không cần tiện ích mở rộng. Trình duyệt di động là một khách hàng hạng nhất, điều này rất quan trọng đối với một công cụ mà trường hợp sử dụng phổ biến nhất là "Tôi muốn cái này trên điện thoại của tôi".

API

Trang web là một khách hàng của một API công khai nhỏ, và API đó có thể được sử dụng trực tiếp.

curl 'https://sunodownloader.ai/api/info?url=https://suno.com/song/<id>'

curl -OJ 'https://sunodownloader.ai/api/download?url=https://suno.com/song/<id>&format=wav'

Cách chia thành hai bước này rất quan trọng nếu bạn xây dựng kịch bản: /api/info có chi phí thấp và cho bạn biết liệu liên kết có sử dụng được hay không và tên của nó là gì, nhờ đó một công việc theo lô có thể xác thực danh sách trước khi bắt đầu tải về những dữ liệu lớn.

Và một tầng thứ hai được kiểm soát

Bên cạnh đó là /api/v1/health, /api/v1/info và /api/v1/download — cùng các thao tác nhưng được bảo vệ bằng một mã thông báo ứng dụng dùng chung và giới hạn tần suất theo từng cài đặt. Mã thông báo chỉ được áp dụng khi đã được cấu hình, vì vậy bản web và quá trình phát triển cục bộ vẫn hoạt động bình thường mà không cần thay đổi, trong khi ứng dụng di động có một giao diện không thể bị khai thác dễ dàng bởi bất kỳ ai kiểm tra bảng mạng.

Ứng dụng Android

Có một khách hàng Flutter dành cho Android, và thiết kế của nó khá tối giản về những gì nó làm và không làm.

• Nó là một khách hàng nhẹ Dán một liên kết, ứng dụng gọi /api/v1/info kèm theo mã thông báo ứng dụng, nhận lại âm thanh URL và chuyển việc truyền tải thực tế cho DownloadManager của riêng Android.
• Hệ thống thực hiện việc tải xuống Điều này có nghĩa là một thông báo tiến trình hệ thống thực sự, khả năng tiếp tục tải, và tệp tin được lưu vào thư mục Music công cộng nơi mọi ứng dụng khác trên điện thoại đều có thể truy cập — thay vì nằm trong một thư mục ứng dụng bị cô lập mà không ứng dụng nào khác có thể đọc được.
• Android 8 trở lên ID ứng dụng ai.sunodownloader.app, SDK tối thiểu 26.
• Quy trình đăng nhập được chuyển giao một cách rõ ràng Google OAuth bắt đầu từ ứng dụng mang theo một dấu hiệu xuyên suốt quy trình, và điểm gọi lại trả phiên làm việc về cho ứng dụng thông qua một liên kết sâu đã đăng ký thay vì đưa người dùng đến một trang web.

Kho lưu trữ chỉ giữ các nguồn cụ thể của ứng dụng — mã Dart, hoạt động gốc, tệp kê khai, biểu tượng — và tạo khung Gradle tại thời điểm thiết lập từ bất kỳ phiên bản Flutter nào mà trình xây dựng đã cài đặt. Đó là một lựa chọn chống lại tình trạng lỗi thời có chủ đích: nó đánh đổi một bước thiết lập để không bao giờ phải đối phó với một hệ thống xây dựng đã cũ.

Tài khoản: Tùy chọn, và thực sự là Tùy chọn

Có một lớp tài khoản — email và mật khẩu cục bộ, cùng với Google OAuth — và quy tắc chi phối nó được nêu trong một nhận xét trong mã nguồn và được tôn trọng xuyên suốt mã: các bản tải xuống vẫn công khai và ẩn danh; đăng nhập chỉ mở khóa các tính năng bổ sung; không bao giờ khóa quy trình tải xuống dựa trên xác thực.

Những gì việc đăng nhập thực sự mang lại cho bạn:

• Lịch sử tải xuống — các bài hát bạn đã tải về, đã được loại bỏ trùng lặp, kèm theo tiêu đề, định dạng và dấu thời gian.
• Một phiên làm việc theo bạn xuyên qua ứng dụng web và ứng dụng Android.

Đó là toàn bộ danh sách. Không có gói trả phí nào ẩn sau đó, không có giới hạn hàng ngày nào tăng lên khi bạn đăng nhập, không có watermark nào bị loại bỏ.

Cách xây dựng xác thực

• Mã hóa mật khẩu không phụ thuộc vào thư viện bên ngoài mã băm scrypt từ chính mô-đun mã hóa của Node, được thêm muối cho từng người dùng, lưu trữ dưới dạng chuỗi có cấu trúc. Không có gói bcrypt, không có khung xác thực.
• Phiên cơ sở dữ liệu dạng ẩn Mã phiên là các giá trị ngẫu nhiên, không có ý nghĩa riêng lẻ và được tra cứu phía máy chủ. Không phải là các mã tự mô tả, nên việc thu hồi chỉ đơn giản là một thao tác xóa.
• Cookie hoạt động được ở cả hai môi trường TLS kết thúc tại nginx và Cloudflare, nên ứng dụng tin tưởng vào tiêu đề giao thức được chuyển tiếp để quyết định đánh dấu cookie là Secure — bản sản xuất sẽ nhận cookie Secure, trong khi môi trường phát triển cục bộ dùng plain-HTTP vẫn hoạt động bình thường.
• So sánh an toàn về thời gian và giới hạn tần suất xác thực theo từng IP Cả hai đều tồn tại, đều có kích thước nhỏ, và đều là những thứ thường bị bỏ qua trong các dự án cá nhân.
• Mã băm mật khẩu không bao giờ rời khỏi máy chủ Có một hàm công khai để xác định cấu trúc của đối tượng người dùng, và hàm này tồn tại để đảm bảo mã băm không bị rò rỉ vào phản hồi một cách tình cờ.

Dữ liệu phân tích và những gì nó chủ động không thu thập

Mọi lượt tải xuống hoàn tất đều được ghi lại — bao gồm cả thành công và thất bại, với lý do thất bại được đính kèm — và việc ghi nhật ký theo kiểu "bắn và quên": nó không bao giờ chặn phản hồi và cũng không bao giờ ném lỗi vào luồng tải xuống. Một bảng phân tích bị lỗi không thể làm hỏng quá trình tải xuống.

Một bản ghi chứa: id bài hát, tiêu đề, định dạng, liệu quá trình có thành công hay không, và nếu không thì vì lý do gì. Bao quanh dữ liệu đó là một id khách truy cập ẩn danh có thời hạn dài trong cookie, địa chỉ IP thực của máy khách được lấy từ tiêu đề của Cloudflare, và thông tin thiết bị, trình duyệt cùng hệ điều hành được đọc theo nỗ lực tốt nhất từ chuỗi user-agent bằng một trình phân tích nhỏ do tự viết thay vì một thư viện bên ngoài.

Nếu bạn đã đăng nhập, lượt tải xuống sẽ được quy cho tài khoản của bạn — đây chính là cơ sở để tính năng lịch sử hoạt động có thể hoạt động. Nếu bạn chưa đăng nhập, dữ liệu vẫn ở dạng ẩn danh.

Cấu trúc hiện tại của dữ liệu đó: 858 lượt tải xuống hoàn tất, trong đó 731 lượt là MP3 và 127 lượt là WAV, trên 24 tài khoản đã đăng ký và một số lượng lớn khách truy cập ẩn danh. Đây là một dịch vụ non trẻ, và những con số này là con số thực tế chứ không phải là con số được làm tròn cho mục đích tiếp thị.

Thư viện mà ít người ngờ tới

Điều bất ngờ trong dự án này chính là nội dung. 311 bài viết đã được xuất bản, được phục vụ từ cơ sở dữ liệu với bộ nhớ đệm trong RAM, được phân trang, gắn thẻ và kết nối vào sơ đồ trang web được tạo tự động cùng với các trang tĩnh.

Không phải phần rỗng. Phân bố thẻ cho thấy một cấu trúc biên tập thực sự:

Và nội dung chủ đề còn đi xa hơn nhiều so với "cách tải xuống":

Ngoài ra còn có các bài so sánh (Riffusion so với Suno, đánh giá Soundful, trình tạo miễn phí tốt nhất, trình tạo tốt nhất cho người mới), hướng dẫn khắc phục sự cố (Suno không tạo được nhạc, tải xuống không cần đăng ký, tải xuống danh sách phát, tải xuống trên PC), hướng dẫn theo thể loại (phonk, trance, darkwave, drum and bass, synthpop, new wave, shoegaze, swing, afropop, folk, surf rock, cinematic), và các bài viết theo dịp (sinh nhật, chia tay, tưởng niệm, giáo viên, bố, anh/em trai, em bé, chia tay, tự hào, nhà mới).

Về mặt chiến lược, đây là sự khác biệt giữa một tiện ích và một điểm đến. Một công cụ tải xuống là một trang bạn truy cập một lần rồi quên đi. Ba trăm bài viết về việc tạo, chỉnh sửa, cấp phép và sử dụng nhạc AI là thứ mà người dùng sẽ quay lại — và điều này có nghĩa là trang web trả lời câu hỏi trước khi tải xuống cũng như câu hỏi sau khi tải xuống.

Cách xây dựng và vận hành

Toàn bộ máy chủ là một tệp JavaScript duy nhất có kích thước 53 kilobyte với chính xác một thư viện phụ thuộc — một trình kết nối MySQL. Không có Express, không có framework, không có bước xây dựng. Việc định tuyến là một bộ điều khiển dựa trên đường dẫn yêu cầu; máy chủ HTTP là của chính Node.

Điều đó không phải là sự tối giản chỉ vì mục đích tối giản. Một dịch vụ có nhiệm vụ tồn tại khi nền tảng phía trên thay đổi hành vi CDN sẽ được hưởng lợi rất nhiều từ việc không có gì nằm giữa mã nguồn và socket. Khi thay đổi vào tháng Tám được áp dụng, bản vá chỉ là một hàm, không phải là nâng cấp thư viện phụ thuộc.

Môi trường chạy

• Chạy dưới dạng người dùng không đặc quyền trên localhost, phía sau nginx, phía sau Cloudflare.
• Đơn vị systemd đã được tăng cường bảo mật: không có đặc quyền mới, /tmp riêng, chế độ xem chỉ đọc đối với phần còn lại của hệ thống, thư mục home chỉ đọc và chính xác một đường dẫn có thể ghi.
• Khởi động lại khi gặp sự cố với thời gian chờ tăng dần ngắn.
• TLS là chứng chỉ gốc của Cloudflare được chia sẻ trên tất cả các vhost của máy chủ — Cloudflare xử lý việc kết thúc chứng chỉ công khai.
• Đỉnh miền (apex) là chuẩn: cả HTTP và máy chủ www. đều chuyển hướng 301 về https://sunodownloader.ai.
• ffmpeg được phát hiện một lần khi khởi động; nếu thiếu, dịch vụ sẽ thông báo trong /api/health thay vì gặp lỗi bí ẩn khi tải xuống.

Cơ chế xử lý nội dung

Các bài viết được lưu trữ trong cơ sở dữ liệu và được lưu trữ trong bộ nhớ theo từng slug, với một điểm cuối rõ ràng để làm mới khi xuất bản. Trang tổng hợp blog được phân trang ở phía máy chủ. Sitemap được xây dựng từ các trang tĩnh cộng với mọi bài viết đã xuất bản và được lưu trữ. Hình ảnh blog bỏ qua hoàn toàn ứng dụng — nginx đọc chúng trực tiếp từ đĩa với tiêu đề bộ lưu trữ không thay đổi trong một năm, và Cloudflare lưu trữ chúng ở biên mạng.

Những câu hỏi thường gặp, trả lời ngắn gọn

Ai sử dụng nó và để làm gì

• Người sáng tạo video Một tệp WAV được đưa vào timeline mà không cần tạo lại bằng nén tổn thất lần hai, được đặt tên theo bài hát thay vì UUID.
• Người làm podcast Phần nền mở đầu và kết thúc được trích xuất trực tiếp từ một bản ghi được tạo, ở định dạng mà mọi trình biên tập đều chấp nhận.
• Nhạc sĩ thử nghiệm Đưa bản mix không có stem đã tạo vào một DAW để xây dựng dựa trên đó, hát lại, hoặc sử dụng làm tham chiếu.
• Người nghe qua điện thoại Một MP3 trong thư mục Nhạc để nghe ngoại tuyến, trong xe hơi, khi chạy bộ, mà không cần mở tab trình duyệt.
• Bất kỳ ai đã tạo ra một thứ gì đó và muốn giữ lại nó Và đó chính là toàn bộ tiền đề.

Tóm tắt nhanh

Suno Downloader chuyển đổi liên kết bài hát, liên kết chia sẻ hoặc ID bài hát Suno thành một MP3 hoặc một file WAV không mất dữ liệu, miễn phí, không cần tài khoản và không cần cài đặt, chỉ với trình duyệt trên mọi thiết bị. Nó chấp nhận năm dạng đầu vào khác nhau, giải thích lịch sự khi một liên kết không thể hoạt động, đặt tên file theo đúng tựa đề bài hát bằng bất kỳ bảng chữ cái nào, và từ chối proxy bất cứ thứ gì không phải là Suno.

Sau trang web này là một hệ thống JSON API hai tầng, một lớp tài khoản tùy chọn với đăng nhập cục bộ và Google OAuth mở khóa mọi thứ trừ lịch sử, một ứng dụng khách Flutter Android chuyển các bản tải về cho trình quản lý tải xuống của hệ thống, một dịch vụ Node một file được tăng cường bảo mật với một phụ thuộc, và một thư viện gồm 311 bài viết về việc tạo ra, chỉnh sửa, cấp phép và sử dụng nhạc AI.

Nó cũng có thuộc tính ít phổ biến nhất trong danh mục này: nó vẫn hoạt động. Khi Suno chuyển âm thanh của mình sau các chữ ký URL vào tháng 8 năm 2026, dịch vụ đã chuyển hướng thông qua trình phát clip nhúng của trang URL và container MP4 chưa được ký, và tiếp tục hoạt động.

Chỉ có các máy chủ CDN của chính Suno được proxy, vì vậy nó không thể được sử dụng như một proxy mở.

Suno Downloader, README

Thử ngay: sunodownloader.ai · MP3 tại /suno-to-mp3 · WAV tại /suno-wav-download · thư viện tại /blog.