Google Shopping इमेज आवश्यकताएं, नियम दर नियम

अधिकतर Merchant Center इमेज अस्वीकृतियाँ एक छोटी, बार-बार दोहराई जाने वाली सूची से आती हैं: JPEG में जली हुई "SALE" बैज, कोने में स्टोर का लोगो, या किसी पुराने टेम्पलेट से आई पतली ग्रे बॉर्डर। Google फ़ाइल की खुद जांच करता है, और एक असफल इमेज उस ऑफ़र को Shopping ads और free listings दोनों में अस्वीकृत कर देती है। चूंकि एक ही एक्सपोर्ट टेम्पलेट आमतौर पर पूरी प्रोडक्ट लाइन के पीछे होता है, इसलिए एक खराब फ़ाइल शायद ही कभी सिर्फ एक समस्या बनकर रह जाती है।

ये नियम सार्वजनिक, स्पष्ट हैं, और हाल ही में बदले गए हैं। Google ने प्रोडक्ट इमेज के लिए बताया गया न्यूनतम रेज़ॉल्यूशन बढ़ाकर 500 x 500 पिक्सेल कर दिया है, 2026 के दौरान Merchant Center में "Image too small for upcoming enforcement" चेतावनियाँ दिखानी शुरू कर दी हैं, और 31 जनवरी, 2027 से नया आकार लागू करना शुरू करेगा। उस तारीख तक पुरानी अस्वीकृति सीमाएं अब भी लागू रहेंगी: गैर-परिधान के लिए 100 x 100 पिक्सेल और परिधान के लिए 250 x 250 पिक्सेल।

मुख्य इमेज स्पेक, लाइन दर लाइन

पहले आंकड़े:

• न्यूनतम आकार: Google के प्रोडक्ट डेटा स्पेसिफिकेशन में कम से कम 500 x 500 पिक्सेल, और 1500 x 1500 या उससे बड़ा आकार सुझाया गया है।
• अधिकतम आकार: कोई भी इमेज 64 मेगापिक्सेल से बड़ी नहीं, और कोई भी फ़ाइल 16 MB से बड़ी नहीं होनी चाहिए।
• स्वीकृत फॉर्मेट: JPEG, WebP, PNG, नॉन-एनिमेटेड GIF, BMP और TIFF।
• फ्रेमिंग: Google सुझाव देता है कि प्रोडक्ट फ्रेम का कम से कम 75% और अधिकतम 90% हिस्सा भरे। यह एक लागू सीमा नहीं बल्कि मार्गदर्शन है, लेकिन रिव्यूअर यही अपेक्षा रखते हैं।
• इमेज URL: 1 से 2,000 वर्ण, http या https से शुरू होना चाहिए, RFC 3986 के अनुरूप, स्पेस और सिंबल URL-एन्कोडेड होने चाहिए।

आखिरी बिंदु चुपचाप विफलताओं का कारण बनता है। Google को फ़ाइल फ़ेच करनी होती है, इसलिए robots.txt को Googlebot और Googlebot-Image की अनुमति देनी चाहिए; किसी ब्लॉक्ड डायरेक्टरी के पीछे छिपी परफेक्ट फोटो, कोई फोटो नहीं होती। वेरिएंट दूसरा जाल हैं: जब दो अलग-अलग वेरिएंट एक ही फ़ाइल की ओर इशारा करते हैं, तो Google "Same value for differing variants: image link" चेतावनी देता है, इसलिए दूसरे रंग-विकल्प (colourway) को अपनी खुद की इमेज चाहिए।

किस वजह से कोई प्रोडक्ट अस्वीकृत होता है

ओवरले नियमों की वजह से मर्चेंट सबसे ज़्यादा SKU गंवाते हैं। Google को प्रोडक्ट का बिना किसी रुकावट वाला दृश्य चाहिए, जिसका मतलब है कि ये चीज़ें प्रतिबंधित हैं:

• प्रचारात्मक टेक्स्ट, जैसे कॉल-टू-एक्शन, प्राइस जानकारी, या "फ्री शिपिंग" जैसे दावे।
• वॉटरमार्क, ब्रांड नाम, रिटेलर लोगो, या प्रोडक्ट पर कोई भी अन्य ओवरले।
• इमेज के चारों ओर बॉर्डर।
• प्लेसहोल्डर इमेज, "no image available" ग्राफ़िक्स, या असली प्रोडक्ट की जगह सामान्य चित्रण।

Merchant Center ऑटोमैटिक इमेज इंप्रूवमेंट्स की सुविधा देता है, यह एक ऑप्ट-इन ऑटोमेशन है जो प्रचारात्मक ओवरले हटा देता है। इसे रणनीति नहीं, बल्कि सुरक्षा-जाल (safety net) मानें: यह Google के शेड्यूल पर चलता है, आपके नहीं।

बैकग्राउंड: सफेद, ट्रांसपेरेंट, या स्टेज्ड

Google की सबसे अच्छी प्रैक्टिस मुख्य इमेज के लिए ठोस सफेद या ट्रांसपेरेंट बैकग्राउंड है, क्योंकि यह Shopping में इस्तेमाल होने वाले सभी लेआउट में सही दिखता है। स्टेज्ड या लाइफस्टाइल इमेज जो प्रोडक्ट को स्पष्ट रूप से दिखाती हैं, वे भी स्वीकार्य हैं, और परिधान (apparel) के लिए Google लोगों द्वारा पहने गए प्रोडक्ट मांगता है — हमारी फ्लैट ले, मैनिक्विन और मॉडल शॉट्स की तुलना यह बताती है कि व्यवहार में इसका क्या मतलब है।

सफेद या ट्रांसपेरेंट सबसे सुरक्षित डिफ़ॉल्ट है, Google के स्पेक में एक चेतावनी के साथ: हल्के रंग के प्रोडक्ट के लिए ट्रांसपेरेंसी से बचें, क्योंकि कुछ सतहें उन्हें काले बैकग्राउंड पर दिखा देती हैं। इसके बजाय उन्हें ठोस सफेद पर फ्लैटन करें। ओरिजिनल इमेज remover.bg पर अपलोड करें, कटआउट को किनारों को संभालने दें, फिर एक ट्रांसपेरेंट PNG एक्सपोर्ट करें या एडिटर में सब्जेक्ट को फ्लैट सफेद पर रखें। बाल, फर और महीन किनारे वे जगहें हैं जहां सस्ते कटआउट टूट जाते हैं, और पुराने बैकग्राउंड की एक भद्दी आभा (halo) लो-क्वालिटी जैसी दिखती है, भले ही कोई पॉलिसी लाइन न टूटी हो। हमारी ट्रांसपेरेंट PNG गाइड बताती है कि ट्रांसपेरेंसी कब मदद करती है और कब नहीं।

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

अतिरिक्त इमेज क्लिक दिलाती हैं

आप additional_image_link में 10 तक वैल्यू जोड़ सकते हैं। इन्हें मुख्य इमेज जैसी ही बुनियादी आवश्यकताएं पूरी करनी होंगी, लेकिन Google कई प्रतिबंधों में छूट देता है। इनमें स्टेजिंग, प्रोडक्ट को इस्तेमाल होते हुए दिखाना, किसी एक हिस्से को हाइलाइट करना, या बंडल का हिस्सा या पूरा मल्टीपैक दिखाना शामिल हो सकता है।

लोगो, वॉटरमार्क, असंबंधित टेक्स्ट और धुंधली फ़ाइलें अब भी प्रतिबंधित हैं। तो: मुख्य इमेज साफ़ और न्यूट्रल हो, और अतिरिक्त इमेज स्केल संदर्भ और इस्तेमाल के संदर्भ के साथ बिक्री का काम करें। अगर कोई इमेज AI-जनरेटेड है, तो Google को फ़ाइल में यह बताने वाला मेटाडेटा चाहिए: IPTC DigitalSourceType टैग, जिसमें trainedAlgorithmicMedia या compositeSynthetic जैसा कोई वैल्यू हो। ज़्यादातर जनरेटर यह खुद लिख देते हैं; काम यह सुनिश्चित करना है कि आपका ऑप्टिमाइज़ेशन स्टेप इसे हटाए नहीं, और अगर टूल ने इसे नहीं जोड़ा तो इसे खुद जोड़ें।

अस्वीकृत कैटलॉग को ठीक करना

Needs attention टैब से प्रभावित प्रोडक्ट को विफलता के कारण के अनुसार सॉर्ट करके एक्सपोर्ट करें। ओवरले और बॉर्डर की समस्याएं आमतौर पर एक ही टेम्पलेट से आती हैं; छोटे आकार की इमेज एक ही सप्लायर फीड या एक ही थंबनेल स्क्रिप्ट से आती हैं, यही वजह है कि ड्रॉपशिपिंग कैटलॉग फोटो को अपलोड से पहले अपनी अलग जांच की ज़रूरत होती है।

छोटे कैटलॉग को हाथ से दोबारा प्रोसेस करें। हज़ारों SKU के लिए, इसे स्क्रिप्ट से करें: हमारा बैकग्राउंड रिमूवल API बल्क काम के लिए सही रास्ता है, ताकि एक ही जॉब ओरिजिनल इमेज ले सके, ट्रांसपेरेंट कटआउट वापस पा सके, उन्हें आपकी तरफ सफेद पर फ्लैटन कर सके, और फीड में नए URL लिख सके। WebP, Google की स्वीकृत सूची में है और आमतौर पर सबसे छोटा आम फॉर्मेट है, जो तब मदद करता है जब आपका CDN दबाव में हो। ज़्यादा जानकारी WebP सपोर्ट में।

अपनी अगली फीड अपलोड से पहले

तीन जांच अधिकतर समस्याएं पकड़ लेती हैं: क्या प्रोडक्ट फ्रेम का लगभग तीन-चौथाई से नौ-दसवां हिस्सा भरता है, क्या बैकग्राउंड साफ़ है और उसमें कोई ओवरले या बॉर्डर नहीं है, और क्या फ़ाइल आराम से 500 x 500 से ऊपर है। फिर सिर्फ फ़ाइल नहीं बल्कि उस टेम्पलेट को ठीक करें जिसने खराब फ़ाइल बनाई, ताकि हर नए SKU के साथ वही अस्वीकृति दोबारा न आए।