Đặt tên file ảnh sản phẩm: quy ước dễ mở rộng

Có người hỏi xin ảnh mặt sau của TS-4410 trên nền trắng. Bạn mở ổ đĩa chung và thấy IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png, cùng một thư mục tên NEW EDITS USE THESE. Mười phút sau bạn vẫn đang lần lượt mở từng ảnh thu nhỏ.

Một quy ước đặt tên là cách sửa rẻ nhất trong vận hành danh mục: một buổi chiều để thống nhất, không cần phần mềm mới, và nó sống lâu hơn cả người đã chụp những bức ảnh đó. Dưới đây là một quy ước trụ vững qua vài nghìn file.

Đặt SKU lên đầu, luôn luôn

Tên file được sắp theo thứ tự bảng chữ cái, nên trường đầu tiên chính là trục mà thư mục của bạn được tổ chức theo. Hãy để đó là định danh không bao giờ đổi: SKU đúng như nó xuất hiện trong feed sản phẩm. Khi ấy mọi ảnh của một sản phẩm đều nằm cạnh nhau, bất kể ai là người lưu.

Đặt ngày lên đầu (2026-07-14_shoot_final) sẽ gom theo ngày chụp — đúng cái trục chẳng ai tìm kiếm theo.

Ba trường là đủ:

• TS-4410 — SKU, chép nguyên văn từ feed
• MAIN — máy ảnh đang nhìn vào cái gì
• white — thứ nằm phía sau chủ thể

Ghép lại: TS-4410_MAIN_white.png. Bất kỳ ai đọc danh sách đó cũng biết ngay file là gì mà không cần mở, còn script thì tách nó ra tại dấu gạch dưới.

Thống nhất mã góc chụp trước khi ai đó bấm máy

Trường thứ hai chỉ phát huy tác dụng khi có một bộ từ vựng cố định, được viết ra. Hãy nghĩ ra các mã một lần rồi đừng bao giờ ứng biến: MAIN cho ảnh chủ đạo, PT01 đến PT08 cho các góc bổ sung theo một thứ tự đã định, ALT-back, DETAIL-clasp, SCALE.

Hãy thêm số 0 vào trước — PT01, không phải PT1. Windows Explorer và Finder sắp xếp số theo cách tự nhiên, nhưng danh sách trong shell, các script và khóa của object storage lại sắp như văn bản thuần, nên PT11 rơi vào giữa PT1 và PT2 thay vì nằm sau chúng.

Quy định về tên file ảnh của chính Amazon nằm trong các trang trợ giúp Seller Central, phía sau phần đăng nhập của người bán, và có thể không dùng cùng ký tự phân tách như ở đây. Hãy kiểm tra cú pháp hiện hành trong tài khoản của bạn trước khi đổi tên hàng nghìn file, và giữ nguyên ý tưởng cốt lõi — định danh trước, mã góc chụp sau — trên mọi kênh bán (yêu cầu ảnh sản phẩm Amazon).

Đặt tên cả phông nền, không chỉ sản phẩm

Một bức ảnh sinh ra nhiều bản bàn giao: nền trắng trơn cho sàn thương mại, màu thương hiệu cho banner, nền trong suốt cho slide thuyết trình, bóng đổ cho lưới danh mục. Nếu tên file không nói rõ bản nào là bản nào, bạn sẽ gửi nhầm.

Hãy dùng một danh sách ngắn và đóng cho trường thứ ba: raw cho file gốc từ máy ảnh chưa động tới, white, brand, cut cho bản trong suốt, shadow, và life cho phông nền bối cảnh đời thường. Khi bạn thay phông nền trong remover.bg — màu trơn, màu tùy chỉnh hay ảnh của chính bạn — hãy biết trước kết quả đó sẽ mang hậu tố nào, rồi đổi tên file tải về ngay lập tức.

Phần mở rộng cũng mang thông tin. Kết quả trong suốt buộc phải là PNG hoặc WebP; một file _cut được lưu thành JPEG là một lỗi, không phải một biến thể (cách tạo PNG trong suốt). File nền trắng cho sàn thương mại thường là JPEG, còn ảnh trên website ngày càng nghiêng về WebP.

Những ký tự âm thầm phá hỏng mọi thứ

• Không dùng dấu cách. Chúng biến thành %20 trong URL, làm hỏng các script shell không đặt trong dấu nháy, và bị các khung tải lên âm thầm viết lại.
• Chỉ dùng ASCII. # và ? kết thúc phần đường dẫn của một URL, còn & phân tách các tham số truy vấn, nên bất kỳ ký tự nào trong số đó nằm trong tên file đều có thể cắt cụt hoặc chẻ đôi một liên kết. Các ký tự có dấu và những ký tự ngoài ASCII khác nằm ngoài tập ký tự URI được phép, nên sẽ bị mã hóa phần trăm thành những chuỗi không ai đọc nổi. Dấu ngoặc đơn thì hợp lệ trong đường dẫn nhưng vẫn phá hỏng liên kết markdown và các lệnh shell không đặt trong dấu nháy.
• Một kiểu chữ hoa/thường cố định. Windows và macOS mặc định không phân biệt chữ hoa chữ thường, nên TS-4410 và ts-4410 đụng nhau; máy chủ Linux và object storage lại giữ thành hai file. Hãy áp một kiểu duy nhất.
• Một ký tự phân tách cho mỗi cấp. Gạch dưới giữa các trường, gạch nối bên trong một trường.
• Không dùng từ chỉ trạng thái. final, FINAL2, new, use-this sẽ thành lời nói dối chỉ sau một tuần. Hãy đánh phiên bản bằng cách thay thế file, chứ đừng đổi tên nó.

Giữ riêng file gốc từ máy ảnh và bản tách nền

Đừng bao giờ ghi đè lên bản gốc. TS-4410_MAIN_raw.jpg và TS-4410_MAIN_white.jpg nằm cạnh nhau, để khi màu thương hiệu thay đổi, bạn cắt lại từ bản gốc thay vì phải chữa cháy một bản xuất đã ép phẳng.

Mỗi lần tải lên bị giới hạn ở 25 MB, mà một file máy ảnh cỡ lớn hoàn toàn có thể vượt qua. Hãy thu nhỏ nó trong trình chỉnh sửa ảnh của bạn trước — bản rút gọn đó là một tệp thứ ba, nên hãy đặt tên cho nó (TS-4410_MAIN_upload.jpg).

Đặt tên chuẩn mới là thứ khiến xử lý hàng loạt khả thi

Việc xử lý hàng loạt chạy qua HTTP API, nên mỗi file đều được gọi tới bằng tên. Tên tất định cho ra một công việc tất định: script đọc TS-4410_MAIN_raw.jpg, ghi ra TS-4410_MAIN_cut.png, và chạy lại an toàn: đường dẫn đầu ra là một hàm thuần túy của đầu vào.

Hãy so sánh danh sách tên file đầu ra mong đợi với những gì thực sự xuất hiện, và phần chênh lệch sẽ chỉ đúng SKU nào đã thất bại. Hướng dẫn API xóa phông nền nói về phía gửi yêu cầu.

Tấm thẻ quy tắc

Hãy ghim nó lên ổ đĩa chung:

1. SKU_VIEW_BACKGROUND.ext, theo đúng thứ tự đó.
2. SKU chép từ feed, đúng từng ký tự.
3. Góc chụp lấy từ danh sách đã thống nhất. Các con số được thêm số 0 vào trước.
4. Phông nền lấy từ danh sách đã thống nhất. Phần mở rộng khớp với nó.
5. Một kiểu chữ hoa/thường cố định, chỉ ASCII, không dấu cách, không ngày tháng, không từ chỉ trạng thái.
6. Bản gốc được giữ với hậu tố _raw và không bao giờ bị ghi đè.

Tuần này hãy đổi tên thủ công một trăm file gần nhất. Mọi thứ sau đó chẳng tốn công gì nữa.