प्रोडक्ट इमेज फ़ाइल नेमिंग: एक स्केलेबल कन्वेंशन

कोई आपसे सफ़ेद बैकग्राउंड पर TS-4410 का बैक व्यू माँगता है। आप शेयर्ड ड्राइव खोलते हैं और IMG_4471 copy 2 final.png, IMG_4471 copy 2 final (1).png, और NEW EDITS USE THESE नाम का एक फ़ोल्डर पाते हैं। दस मिनट बाद भी आप थंबनेल खोलते ही रह जाते हैं।

कैटलॉग ऑपरेशंस में नेमिंग कन्वेंशन सबसे सस्ता उपाय है: बस एक दोपहर की सहमति, किसी नए सॉफ़्टवेयर की ज़रूरत नहीं, और यह उस फ़ोटोग्राफर से भी लंबे समय तक टिकता है जिसने फ़ोटो खींची थीं। यहाँ एक ऐसी स्कीम है जो कुछ हज़ार फ़ाइलों तक भी काम करती है।

SKU को हमेशा सबसे पहले रखें

फ़ाइलनेम अल्फ़ाबेटिकल क्रम में सॉर्ट होते हैं, इसलिए पहला फ़ील्ड वही होता है जिसके आधार पर आपका फ़ोल्डर व्यवस्थित होता है। इसे वह आइडेंटिफ़ायर बनाएँ जो कभी नहीं बदलता: SKU, बिल्कुल वैसा ही जैसा आपके प्रोडक्ट फ़ीड में दिखता है। इसके बाद किसी भी प्रोडक्ट की सभी इमेज एक साथ रहती हैं, चाहे उन्हें सेव करने वाला कोई भी हो।

तारीख़ को सबसे पहले रखने पर (2026-07-14_shoot_final) फ़ाइलें शूट-डे के हिसाब से ग्रुप होती हैं — जो कि वह एक धुरी है जिस पर कोई सर्च ही नहीं करता।

तीन फ़ील्ड ही काफ़ी हैं:

• TS-4410 — SKU, फ़ीड से जस-का-तस
• MAIN — कैमरा किस चीज़ को देख रहा है
• white — सब्जेक्ट के पीछे क्या है

इन्हें जोड़ने पर: TS-4410_MAIN_white.png। इस लिस्ट को पढ़ने वाला कोई भी व्यक्ति बिना फ़ाइल खोले समझ जाता है कि वह क्या है, और कोई स्क्रिप्ट इसे अंडरस्कोर पर स्प्लिट कर सकती है।

शूट शुरू करने से पहले व्यू कोड तय कर लें

दूसरा फ़ील्ड तभी काम करता है जब उसकी एक तय और लिखित शब्दावली हो। कोड एक बार बना लें और फिर कभी मौके पर तुक्का न लगाएँ: हीरो शॉट के लिए MAIN, तय क्रम में अतिरिक्त व्यू के लिए PT01 से PT08 तक, फिर ALT-back, DETAIL-clasp, SCALE।

नंबरों में ज़ीरो-पैडिंग करें — PT1 नहीं, PT01। Windows Explorer और Finder नंबरों को स्वाभाविक क्रम में सॉर्ट करते हैं, लेकिन शेल लिस्टिंग, स्क्रिप्ट और ऑब्जेक्ट-स्टोरेज कीज़ उन्हें प्लेन टेक्स्ट की तरह सॉर्ट करती हैं, जिससे PT11, PT2 के बाद आने के बजाय PT1 और PT2 के बीच आ जाता है।

Amazon का अपना इमेज फ़ाइल-नेम नियम Seller Central की हेल्प पेजेज़ में है, जो सेलर लॉगिन के पीछे छिपा है, और हो सकता है वहाँ यहाँ जैसे सेपरेटर इस्तेमाल न हों। हज़ारों फ़ाइलों का नाम बदलने से पहले अपने अकाउंट में मौजूदा सिंटैक्स ज़रूर जाँच लें, और मूल विचार — पहले आइडेंटिफ़ायर, फिर व्यू कोड — को हर चैनल पर बनाए रखें (Amazon प्रोडक्ट इमेज नियम)।

सिर्फ़ प्रोडक्ट नहीं, बैकग्राउंड का भी नाम रखें

एक फ़ोटो से कई डिलिवरेबल बनते हैं: मार्केटप्लेस के लिए प्लेन सफ़ेद, बैनर के लिए ब्रांड कलर, डेक के लिए ट्रांसपेरेंट, कैटेगरी ग्रिड के लिए ड्रॉप शैडो। अगर नाम से यह पता न चले कि कौन-सी कौन-सी है, तो आप गलत वाली भेज बैठेंगे।

तीसरे फ़ील्ड के लिए एक छोटी, तय लिस्ट इस्तेमाल करें: बिना बदली गई कैमरा फ़ाइल के लिए raw, white, brand, ट्रांसपेरेंट के लिए cut, shadow, और लाइफ़स्टाइल बैकड्रॉप के लिए life। जब आप remover.bg में बैकग्राउंड बदलते हैं — सॉलिड कलर, कस्टम कलर, या अपनी खुद की फ़ोटो — तो शुरू करने से पहले ही तय कर लें कि आउटपुट को कौन-सा सफ़िक्स मिलेगा, और डाउनलोड होते ही उसका नाम बदल दें।

एक्सटेंशन भी जानकारी देता है। ट्रांसपेरेंट आउटपुट PNG या WebP में ही होना चाहिए; JPEG में सेव की गई _cut फ़ाइल एक वैरिएंट नहीं, बग है (ट्रांसपेरेंट PNG समझाया गया)। मार्केटप्लेस की सफ़ेद फ़ाइलें आमतौर पर JPEG होती हैं, जबकि साइट इमेज तेज़ी से WebP की ओर बढ़ रही हैं।

जो कैरेक्टर चुपचाप चीज़ें तोड़ देते हैं

• स्पेस बिल्कुल नहीं। URL में ये %20 बन जाते हैं, बिना कोट किए शेल स्क्रिप्ट को तोड़ देते हैं, और अपलोड फ़ॉर्म चुपचाप इन्हें बदल देते हैं।
• केवल ASCII। # और ? URL के पाथ हिस्से को वहीं ख़त्म कर देते हैं और & क्वेरी पैरामीटर को अलग करता है, इसलिए फ़ाइलनेम में इनमें से कोई भी लिंक को काट या तोड़ सकता है। एक्सेंट वाले और अन्य नॉन-ASCII कैरेक्टर स्वीकृत URI कैरेक्टर सेट से बाहर पड़ते हैं और परसेंट-एनकोड होकर बेतुके स्ट्रिंग बन जाते हैं। कोष्ठक पाथ में तकनीकी रूप से मान्य हैं, लेकिन फिर भी मार्कडाउन लिंक और बिना कोट किए शेल कमांड को तोड़ देते हैं।
• एक तय केस। Windows और macOS डिफ़ॉल्ट रूप से केस-इनसेंसिटिव होते हैं, इसलिए TS-4410 और ts-4410 आपस में टकरा जाते हैं; जबकि Linux सर्वर और ऑब्जेक्ट स्टोरेज दोनों को अलग-अलग फ़ाइल मानकर रख लेते हैं। हमेशा एक ही केस का पालन करें।
• हर स्तर पर एक ही सेपरेटर। फ़ील्ड के बीच अंडरस्कोर, फ़ील्ड के अंदर हाइफ़न।
• स्टेटस वाले शब्द नहीं। final, FINAL2, new, use-this — ये एक हफ़्ते के अंदर ही झूठे साबित हो जाते हैं। वर्ज़निंग फ़ाइल का नाम बदलकर नहीं, उसे रीप्लेस करके करें।

कैमरा ओरिजिनल और कटआउट को अलग रखें

सोर्स फ़ाइल को कभी ओवरराइट न करें। TS-4410_MAIN_raw.jpg और TS-4410_MAIN_white.jpg साथ-साथ रहती हैं, ताकि ब्रांड कलर बदलने पर आप किसी फ़्लैट किए गए एक्सपोर्ट को सुधारने के बजाय ओरिजिनल से दोबारा कट करें।

अपलोड की सीमा 25 MB है, और एक बड़ी कैमरा फ़ाइल इससे आसानी से बड़ी हो सकती है। पहले उसे अपने फ़ोटो एडिटर में छोटा करें — यह छोटी की गई कॉपी एक तीसरा आर्टिफ़ैक्ट है, इसलिए इसे भी एक नाम दें (TS-4410_MAIN_upload.jpg)।

नेमिंग ही बल्क रन को संभव बनाती है

बैच प्रोसेसिंग HTTP API के ज़रिए चलती है, इसलिए हर फ़ाइल को नाम से एड्रेस किया जाता है। तय (डिटर्मिनिस्टिक) नाम एक तय जॉब देते हैं: स्क्रिप्ट TS-4410_MAIN_raw.jpg पढ़ती है, TS-4410_MAIN_cut.png लिखती है, और सुरक्षित रूप से दोबारा चल सकती है: आउटपुट पाथ इनपुट का एक शुद्ध (pure) फ़ंक्शन होता है।

अपेक्षित आउटपुट नामों की तुलना उनसे करें जो वाकई मिले, और जो अंतर दिखे वही बताता है कि कौन-सा SKU फेल हुआ। बैकग्राउंड रिमूवल API गाइड में रिक्वेस्ट वाला हिस्सा कवर किया गया है।

नियम कार्ड

इसे शेयर्ड ड्राइव पर पिन कर दें:

1. SKU_VIEW_BACKGROUND.ext, इसी क्रम में।
2. SKU फ़ीड से अक्षर-दर-अक्षर कॉपी किया गया हो।
3. व्यू तय की गई लिस्ट से लिया गया हो। नंबर ज़ीरो-पैडेड हों।
4. बैकग्राउंड तय की गई लिस्ट से हो। एक्सटेंशन उसी से मेल खाता हो।
5. एक तय केस, केवल ASCII, कोई स्पेस नहीं, कोई तारीख़ नहीं, कोई स्टेटस शब्द नहीं।
6. ओरिजिनल फ़ाइलें _raw के रूप में रखी जाएँ और कभी ओवरराइट न हों।

इस हफ़्ते पिछली सौ फ़ाइलों का नाम हाथ से बदल दें। उसके बाद बाक़ी सब कुछ अपने आप आसान हो जाता है।