Konvensi penamaan foto produk: berhenti kirim foto lama

Penawaran yang Anda kirim pekan lalu disusun dari foto tahun 2024. Pembeli menghitung harga dengan alas versi lama, Anda mengirim versi baru, dan perdebatan setelahnya bukan soal teknik atau harga, melainkan soal file mana yang benar. Nama file foto itu tidak memberi jawaban kepada keduanya.

Konvensi penamaan foto produk adalah pola tetap yang bisa diurutkan mesin dan diterapkan pada setiap foto setiap SKU, sehingga sebuah file bisa dikenali — produk, sudut, versi, tanggal — tanpa dibuka, dan dua orang di dua negara bisa tahu mana yang berlaku. Ini bukan kerapian. Ini bukti termurah yang Anda punya bahwa foto yang disetujui adalah foto yang terkirim.

Berikut pola yang bertahan lima tahun katalog, token yang benar-benar membawa informasi, tiga titik tempat nama file rusak, dan urutan mengganti nama pustaka lama tanpa merusak listing yang aktif.

Yang harus diselesaikan konvensi penamaan foto produk

Nama file punya tiga tugas, dan sebagian besar pemasok hanya merancang yang pertama.

Tugas ketiga yang memakan biaya. Begitu Anda tidak bisa menunjukkan file yang disetujui, kalimat "ini bukan finishing yang kita sepakati" nyaris tak bisa dibantah, meski finishing-nya persis benar. Di folder yang file terbarunya bernama (1), tidak ada yang bisa merekonstruksi apa yang dikirim pada Maret.

Lima token, dengan urutan ini

Urutan lebih penting daripada kosakata. Dengan urutan tetap, pengurutan alfabet biasa menghasilkan daftar yang berguna: satu SKU berkumpul, sudut dalam urutan tetap, versi terbaru di akhir.

Nama lengkapnya SM-CB-1200_front_v03_2026-10-29.jpg — 38 karakter, tanpa spasi, tanpa simbol yang perlu di-escape, dan terurut benar di Finder, Explorer, dan Drive.

SKU di depan karena pengarsipan pembeli diindeks pada SKU: itulah nomor di pesanan pembelian. Nama yang dimulai dengan nama produk (walnut-cabinet-1200mm-2.jpg) menyebarkan satu SKU ke seluruh alfabet begitu lemari yang sama dijual dalam dua finishing. Tanggal menjadi token terpisah karena versi menyatakan apa yang berubah dan tanggal menyatakan kapan pembeli bisa melihatnya; kalau klaim datang enam bulan kemudian, tanggal yang menentukan.

Ingat satu kalimat ini: nama file bukan label, melainkan satu-satunya catatan foto mana yang Anda setujui.

Token sudut: daftar tertutup, bukan kata sifat

Begitu sudut ditulis bebas, konvensi mati. Tutup daftarnya pada nilai yang benar-benar Anda terbitkan.

Sembilan nilai menutup hampir semua pertanyaan B2B. Kalau muncul nilai kesepuluh, tuliskan di daftar sebelum dipakai: konvensi yang hanya ada di kepala seseorang bukan konvensi.

dim dan scale sering tertukar. dim adalah gambar terukur, scale adalah foto dengan acuan. Pembeli yang mengecek apakah muat lewat pintu butuh scale; yang mengisi penawaran butuh dim. Bila keduanya berada di bawah satu nama, yang diteruskan biasanya yang salah.

Versi dan tanggal bukan kolom yang sama

Versi menjawab "apakah ini produk yang sama seperti sebelumnya"; tanggal menjawab "sejak kapan file ini menjadi acuan". Keduanya berpisah begitu foto diambil ulang tanpa produk berubah — latar lebih bersih, pencahayaan finishing lebih baik — dan justru itulah kasus yang memicu sengketa, karena produk tampak sedikit berbeda dan pembeli mengira spesifikasinya bergeser.

Tiga aturan, ditulis di tempat tim bisa melihatnya:

• Versi naik hanya bila produk, finishing, atau ukuran berubah. Pengambilan ulang yang hanya mengubah cahaya mempertahankan versi dan memakai tanggal baru; bila keduanya harus disimpan, tambahkan -res: SM-CB-1200_front_v03_2026-10-29-res.jpg.
• File yang disetujui mempertahankan namanya selamanya. Saat membuat file baru, file lama pindah ke archive/ dengan nama utuh — tidak pernah diganti menjadi old, tidak pernah ditimpa.
• Tidak ada yang dikirim dari archive/. Jika pembeli meminta foto musim lalu, file keluar dengan namanya diganti dan tanggalnya sendiri, sehingga file tetap menjelaskan dirinya.

Aturan terakhir itulah alasan token versi ada: file yang ditimpa dengan nama sama tidak bisa diverifikasi. Anda tidak bisa membuktikan apa yang dikirim, pembeli tidak bisa membuktikan apa yang diterima. Disiplin yang sama muncul di daftar periksa perubahan spesifikasi produk, tempat versi harus sampai ke semua dokumen sekaligus.

Contoh nyata: satu permintaan, enam file

Pembeli meminta lemari walnut 1.200 mm, versi 900 mm, dan karton kemasan pipih. Jawabannya enam file, dipilih hanya dari namanya:

Dua hal muncul dari tabel itu yang tidak diberikan folder berisi 40 foto acak. Kedua model dipotret berselang dua minggu, dan tanggalnya membuat itu terlihat — berguna saat pembeli bertanya apakah lemari 900 mm memakai engsel baru. Dan setiap file menyatakan tugasnya sendiri, sehingga engineer, forwarder, dan manajer showroom mengambil yang mereka butuhkan tanpa email kedua.

Ini prinsip yang sama dengan lembar spesifikasi satu SKU: satu SKU, satu halaman, satu tugas. Konvensi penamaan foto produk adalah prinsip itu pada file-file yang membentuk halaman tersebut, dan itulah yang membuat studi kasus anotasi listing furnitur bisa direproduksi di seluruh katalog, bukan sekali demo. Ini juga prasyarat untuk memakai ulang foto produk antarplatform tanpa menebak aset mana milik kanal mana.

Tiga titik nama file rusak

Tidak satu pun soal selera. Masing-masing membelah pustaka jadi dua tanpa suara.

1. Panjang path: 260 karakter di Windows

Windows membatasi path lengkap 260 karakter, dan satu nama file 255. File yang terbuka mulus di folder uji menjadi tidak bisa dibuka tiga folder lebih dalam di direktori unduhan klien. Nama deskriptif panjang plus folder berlapis adalah cara file bagus berubah menjadi "file tidak ditemukan".

Jaga nama di bawah 60 karakter dan path di bawah 150, dan masalahnya tidak muncul. Ini juga alasan praktis untuk tidak menaruh judul produk di nama file: panjang, menduplikasi SKU, dan paling pertama terpotong.

2. Karakter terlarang, spasi, dan huruf besar-kecil

Windows melarang < > : " / \ | ? * dan mencadangkan nama seperti CON, PRN, AUX, NUL. Di URL sisanya rusak: spasi menjadi %20, # memotong tautan di fragmen, ? mengubah sisanya menjadi query string. File terbuka di laptop Anda dan mengembalikan 404 di aplikasi chat.

Huruf besar-kecil adalah jebakan yang lebih sunyi: Windows dan macOS membandingkan nama tanpa membedakan kapital secara default, jadi SM-CB-1200_front.jpg dan sm-cb-1200_front.jpg adalah satu file di Mac dan dua objek di server Linux. Unggah keduanya dan Anda tidak bisa memastikan mana yang ditampilkan listing.

Pakai hanya huruf kecil, angka, tanda hubung, dan titik. Tanda hubung melewati semua klien, gateway, dan parser URL; garis bawah dan spasi tidak.

3. Aksen dan normalisasi Unicode

Dua karakter bisa tampak identik tetapi berbeda byte. "é" bisa berupa satu karakter prakomposisi atau e plus aksen penggabung; macOS membandingkan nama tanpa membedakan normalisasi, sedangkan server Linux dan penyimpanan objek umumnya membedakan. Salin folder dari Mac ke server dan satu nama beraksen bisa menjadi dua file — atau lebih buruk, satu menimpa yang lain.

Jika katalog memuat aksen atau aksara Tionghoa, jaga nama file tetap ASCII dan taruh nama lokal di data produk, supaya file yang sama bekerja di setiap mesin dalam rantai.

Ada kerusakan keempat yang bukan soal nama: CDN menyajikan file lewat URL, dan cache terus menyajikan gambar lama setelah Anda mengganti file di path yang sama. Token versi menyelesaikannya gratis — versi baru adalah URL baru, tidak ada yang basi untuk di-invalidasi, dan URL-nya sekaligus menjadi jejak audit.

Mengganti nama pustaka yang sudah ada

Menerapkan konvensi penamaan foto produk pada pustaka lama adalah bagian yang semua orang tunda. Jangan mulai dari 4.000 file; mulai dari file yang masih hidup.

1. Ekspor daftar SKU dari sistem penawaran, bukan dari folder foto — foldernya kehilangan SKU aktif dan menyimpan yang sudah mati.
2. Tandai SKU yang muncul di listing, katalog, atau penawaran dalam 12 bulan terakhir — biasanya 10 sampai 20 persen pustaka.
3. Ganti nama hanya itu, mulai dari file disetujui terbaru, dan pindahkan versi lama ke archive/ tanpa mengubah namanya.
4. Perbarui referensi di hari yang sama: nama baru berarti URL baru, jadi apa pun yang masih menunjuk path lama rusak secara terlihat, bukan diam-diam.
5. Biarkan ekor panjang sampai dibutuhkan. Aturan yang dijalankan pada 200 SKU aktif mengalahkan konvensi sempurna yang tidak diterapkan siapa pun.

Mode kegagalan penggantian nama besar-besaran sudah dikenal: seseorang mengganti nama folder pada Jumat, listing kosong di akhir pekan, dan konvensinya ditinggalkan sebagai "hal yang merusak situs". Urutkan pekerjaan berdasarkan yang sudah terbit, dan migrasinya memakan satu jam, bukan satu minggu.

Daftar periksa sebelum mengirim

• Nama dimulai dengan SKU, identik dengan yang tercetak di karton dan penawaran
• Nilai sudut berasal dari daftar tertutup, bukan dari ingatan
• Versi naik hanya karena produk, finishing, atau ukuran berubah
• Tanggal adalah tanggal persetujuan, bukan tanggal pemotretan
• Hanya tanda hubung, huruf kecil, tanpa spasi, tanpa aksen, tanpa # atau ?
• Nama di bawah 60 karakter dan masih terbuka tiga folder lebih dalam
• Versi lama ada di archive/ dengan nama aslinya utuh
• Setiap listing aktif, halaman katalog, dan penawaran terkirim menunjuk file yang berlaku
• File dim dan scale tidak tertukar

FAQ

Apa konvensi penamaan yang baik untuk foto produk?

SKU_sudut_versi_tanggal.ekstensi, semuanya huruf kecil, token dalam urutan tetap itu. Ia membawa empat fakta yang dibutuhkan kolega atau pembeli — produk mana, sudut mana, revisi ke berapa, disetujui kapan — dan terurut benar di file manager mana pun tanpa basis data.

SKU atau nama produk yang harus di depan nama file?

SKU, selalu. Ia muncul di pesanan pembelian, karton, dan faktur, jadi itulah nomor tempat pengarsipan pembeli diindeks. Nama produk berubah menurut pasar, finishing, dan bahasa, dan pustaka yang diurutkan menurut nama produk memecah satu SKU ke dua ujung alfabet begitu ada finishing kedua.

Karakter apa yang harus dihindari dalam nama file foto produk?

Hindari spasi, #, ?, %, &, <, >, :, ", /, \, |, *, serta aksen atau karakter non-Latin. Windows melarang beberapa di antaranya, spasi menjadi %20 di URL, dan # memotong tautan tanpa peringatan. Tanda hubung adalah pemisah paling aman.

Bagaimana menamai foto berbagai sudut produk yang sama?

Beri setiap sudut satu token tetap dari daftar tertutup — front, main, dim, detail, scale, pack, assembled, packed, break — dan jangan pernah mengarang kata baru untuk permintaan sekali jalan. Daftar itulah yang membuat pengurutan alfabet berperilaku seperti contact sheet: semua sudut satu SKU berkumpul, selalu dalam urutan yang sama.

Di mana nomor versi diletakkan saat foto berubah?

Tepat setelah token sudut dan sebelum tanggal; naik hanya bila produk, finishing, atau ukuran berubah, bukan saat pencahayaan membaik. Pengambilan ulang yang hanya mengubah eksposur mempertahankan versi dan memakai tanggal baru. Bila file sendiri harus berubah dan versi tidak boleh bergeser, tambahkan sufiks seperti -res agar kedua file tetap bisa dibedakan selamanya.

Jika versi melonjak karena ukuran berubah, mengganti nama tidak menyelesaikannya: gambar lama kini membawa angka yang tidak lagi cocok dengan produk. Di sinilah alur kerja berbayar — ukur sekali, kunci nilai pada tepi nyata produk di foto, lalu ekspor ulang pada ukuran yang diminta tiap kanal, sehingga versi baru lahir dari sumber yang sama alih-alih digambar ulang dengan mata. Scene hasil generasi bisa mempercantik tampilan; di file dim hanya nilai terukur yang boleh ada.

Sumber dan referensi

• Microsoft Learn — Naming Files, Paths, and Namespaces (karakter terlarang, nama perangkat tercadang, batas path 260 karakter)
• RFC 3339 — Date and Time on the Internet: Timestamps (format YYYY-MM-DD turunan ISO 8601)
• GS1 — GTIN, kunci identifikasi item perdagangan
• Unicode Standard Annex #15 — bentuk normalisasi Unicode (karakter prakomposisi dan penggabung)
• RFC 3986 — URI: karakter terlarang dan pengodean persen
• AWS — Membatalkan file di CloudFront (objek cache dikunci pada path permintaan)