एक्सपोर्ट में स्टॉक मेटाडेटा संस्करण कैसे ट्रैक करें

स्थिर एसेट पहचान से शुरुआत करें

एक ऐसा आंतरिक एसेट आईडी चुनें जो फ़ाइल को क्रॉप करने या उसका नाम बदलने पर भी न बदले। उदाहरण के लिए, केवल वर्णनात्मक फ़ाइल नाम पर निर्भर रहने के बजाय CITY_014 इस्तेमाल करें। बिना बदले मास्टर को डेरिवेटिव से अलग रखें और लॉग में मास्टर का मूल फ़ाइल नाम दर्ज करें।

हर डेरिवेटिव को अपना वेरिएंट कोड दें, जैसे CITY_014-CROP-LANDSCAPE या CITY_014-CROP-SQUARE। कोड संबंध बताए, यह संकेत न दे कि क्रॉप का मेटाडेटा बिल्कुल वही है। वर्गाकार क्रॉप में मास्टर का कोई प्रासंगिक भवन या साइन हट सकता है, इसलिए उसकी अलग समीक्षा आवश्यक है।

• मास्टर, वेरिएंट, एक्सपोर्ट और पोर्टल-जाँच के नोट अलग फ़ोल्डरों में रखें।
• समीक्षित एक्सपोर्ट को कभी ओवरराइट न करें; नया दिनांकित संस्करण बनाएँ।
• लक्षित प्लेटफ़ॉर्म में इस्तेमाल होने वाले फ़ाइल एक्सटेंशन और बड़े-छोटे अक्षरों का सटीक रूप दर्ज करें।

एसेट आईडी: CITY_014
मास्टर: CITY_014_master.jpg
वेरिएंट: CITY_014-CROP-SQUARE_v01.jpg
संबंध: CITY_014_master.jpg का वर्गाकार क्रॉप

ऐसा संस्करण लॉग रखें जो निर्णयों की वजह बताए

उपयोगी लॉग केवल फ़ाइल नामों की सूची नहीं होता। इसमें एसेट आईडी, वेरिएंट, प्लेटफ़ॉर्म, मेटाडेटा संस्करण, समीक्षा तिथि, आपकी टीम के लिए प्रासंगिक होने पर समीक्षक के आद्याक्षर और संक्षिप्त बदलाव-नोट जोड़ें। बदलाव-नोट में लिखा जा सकता है कि पृष्ठभूमि का सड़क-साइन क्रॉप करके हटा दिया गया, या किसी प्लेटफ़ॉर्म के नियम के अनुसार पहला कीवर्ड पहले रखा गया।

2026-09-18 जैसे अस्पष्टता-रहित दिनांक प्रारूप का उपयोग करें। शीर्षक, कैप्शन, कीवर्ड, श्रेणी या रिलीज़ संदर्भ बदलने पर मेटाडेटा संस्करण बढ़ाएँ। पिक्सेल बदलने पर फ़ाइल वेरिएंट संस्करण बढ़ाएँ। ये अलग घटनाएँ हैं और इन्हें एक नहीं समझना चाहिए।

• छवि संस्करण और मेटाडेटा संस्करण अलग रखें।
• सिर्फ क्या बदला नहीं, बल्कि क्यों बदला यह भी लिखें।
• पंक्ति को ड्राफ़्ट, समीक्षित, एक्सपोर्ट किया हुआ या पोर्टल-जाँचा हुआ चिह्नित करें।

काम का उदाहरण: एक मास्टर, दो गंतव्य

उदाहरण: आप गीली शहरी सड़क के पास एक नीले ट्राम की तस्वीर लेते हैं। मास्टर में पूरा ट्राम और सड़क का साइन शामिल है। क्षैतिज क्रॉप में साइन रहता है; वर्गाकार क्रॉप में वह हट जाता है। आप दोनों फ़ाइलों को एसेट आईडी TRAM_027 देते हैं, लेकिन अलग वेरिएंट कोड रखते हैं।

Adobe Stock के लिए आप वर्तमान योगदानकर्ता आवश्यकताओं के अनुसार अंग्रेज़ी शीर्षक और कीवर्ड तैयार करते हैं, जबकि वही एसेट पहचान बनाए रखते हैं। दूसरे मार्केटप्लेस के लिए अलग मेटाडेटा संस्करण बनाते हैं, क्योंकि उसके फ़ील्ड और कीवर्ड नियम अलग हो सकते हैं। आप यह नहीं मानते कि डाउनलोड की गई Adobe CSV से किसी भी मार्केटप्लेस द्वारा पंक्ति स्वीकार किए जाने का प्रमाण मिलता है।

• TRAM_027-MASTER_v01: पूरा फ़्रेम; साइन दिखाई देता है।
• TRAM_027-CROP-SQUARE_v01: साइन हटाया गया; शीर्षक और कीवर्ड फिर से समीक्षित।
• TRAM_027-ADOBE-M02.csv: एक्सपोर्ट 2026-09-18 को बनाया गया।
• TRAM_027-OTHER-M01.csv: अलग प्लेटफ़ॉर्म मैपिंग।

निर्णय-नोट: मास्टर और क्षैतिज क्रॉप में “street sign” रखें। वर्गाकार क्रॉप से इसे हटा दें, क्योंकि दिखाई देने वाली सामग्री अब इस शब्द का समर्थन नहीं करती।

पोर्टल-नोट: Adobe CSV 2026-09-19 को इम्पोर्ट की गई; योगदानकर्ता पोर्टल में मेटाडेटा जाँचा गया। यह नोट जाँच दर्ज करता है, स्वीकृति की गारंटी नहीं।

समीक्षित पंक्तियों से एक्सपोर्ट बनाएँ

एक्सपोर्ट से पहले अपनी कार्यशील शीट को केवल समीक्षित चिह्नित पंक्तियों तक सीमित करें। जाँचें कि हर फ़ाइल नाम में गंतव्य के अनुसार अपेक्षित सटीक एक्सटेंशन और बड़े-छोटे अक्षर हैं। Adobe Stock के लिए CSV इम्पोर्ट करने से पहले एसेट अपलोड करें, फिर योगदानकर्ता पोर्टल में बने मेटाडेटा की जाँच करें। CSV को लॉग के पास रखें और उसका फ़ाइल नाम, दिनांक तथा आपकी टीम इस्तेमाल करती हो तो हैश या अन्य आंतरिक पहचानकर्ता दर्ज करें।

सभी मार्केटप्लेस का स्कीमा एक जैसा है—इसका प्रमाण मानकर एक सार्वभौमिक CSV का उपयोग न करें। Adobe, Shutterstock और Envato की मेटाडेटा अपेक्षाएँ अलग हैं और उनके योगदानकर्ता निर्देश बदल सकते हैं। प्लेटफ़ॉर्म-विशिष्ट एक्सपोर्ट का ऑडिट करना आसान होता है और उसमें अप्रासंगिक फ़ील्ड आने की संभावना कम होती है।

• केवल तैयार पंक्तियाँ एक्सपोर्ट करें।
• संयमित कीवर्ड संख्या रखें और वर्तमान प्लेटफ़ॉर्म सीमा जाँचें।
• CSV बनाने के बाद भी मूल कार्यशील रिकॉर्ड रखें।

डाउनलोड की गई CSV को फ़ाइल का प्रमाण मानें, स्थिति का नहीं

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

यदि आप MetaStocker इस्तेमाल करते हैं, तो उसके एक्सपोर्टर Adobe, Envato, Shutterstock और Freepik की CSV फ़ाइलें बनाते हैं, लेकिन ऐप उन्हें अपलोड या जमा नहीं करता, स्वीकृति की गारंटी नहीं देता, मूल फ़ाइलों में मेटाडेटा एम्बेड नहीं करता और टैब बंद होने के बाद काम सुरक्षित नहीं रखता। तैयार पंक्तियों को एक्सपोर्ट करें और तुरंत CSV तथा समीक्षा-नोट अपनी ट्रैकिंग संरचना में सुरक्षित करें।

स्थानीय मॉडल का उपयोग करने पर स्थानीय निर्माण ब्राउज़र में चलता है। मॉडल को मेमोरी में लोड करना और डाउनलोड किए गए ब्राउज़र कैश में होना अलग बातें हैं; कैश हटाया जा सकता है। बनाए गए मेटाडेटा को ड्राफ़्ट सामग्री मानें: छवियों की जाँच करें, विशेषकर नमूना वीडियो प्रीव्यू की, और तथ्यात्मक प्रासंगिकता के लिए हर पंक्ति संपादित करें।

• पोर्टल की कार्रवाइयों को एक्सपोर्ट की कार्रवाइयों से अलग दर्ज करें।
• फ़ाइल के टाइमस्टैम्प से कभी जमा करने की स्थिति न निकालें।
• टैब बंद करने से पहले संपादन योग्य परिणाम सुरक्षित करें।

बदलावों की समीक्षा करें और पूरी श्रृंखला सुरक्षित रखें

जब कोई प्लेटफ़ॉर्म अस्वीकार करे या बदलाव माँगे, तो पुरानी पंक्ति को चुपचाप संपादित न करें। उसे नए मेटाडेटा संस्करण में कॉपी करें, कारण दर्ज करें और उसी एसेट तथा वेरिएंट से जोड़ें। इससे तुलना के लिए पिछला एक्सपोर्ट सुरक्षित रहता है और स्पष्ट होता है कि वास्तव में किस संस्करण की समीक्षा हुई थी।

दृश्य प्रमाण पर निर्भर दावों की दोबारा जाँच करें। पिक्सेल से पहचान, स्थान, रिलीज़, प्रजाति या अन्य संवेदनशील तथ्यों का अनुमान न लगाएँ। यदि किसी डॉक्यूमेंटरी कैप्शन के लिए सत्यापित तारीख या स्थान आवश्यक हो, तो फ़ील्ड इस्तेमाल करने से पहले अपने रिकॉर्ड से वह जानकारी प्राप्त करें। योगदानकर्ता नीतियाँ बदलती रहती हैं, इसलिए नए बैच से पहले वर्तमान पोर्टल मार्गदर्शन जाँचें।

• पुराने संस्करणों को केवल-पठन योग्य रूप में आर्काइव करें।
• सुधारों को पिछले संस्करण से जोड़ें।
• एक्सपोर्ट से पहले अंतिम दृश्य और तथ्यात्मक समीक्षा करें।