तकनीकी SEO / ई-कॉमर्स
GTIN, UPC, EAN और ISBN चेकसम सत्यापन उपकरण
प्रति पंक्ति एक उत्पाद बारकोड या पुस्तक ISBN पेस्ट करें। हम असली GTIN (mod-10) और ISBN-10 (mod-11) एल्गोरिदम से हर चेक डिजिट को फिर से गणना करते हैं, और उन सबको चिह्नित करते हैं जिन्हें Google Merchant Center या Product रिच रिज़ल्ट अस्वीकार कर देगा।
आप सादे कोड, "ISBN"/"UPC"/"EAN"/"GTIN" उपसर्ग वाले कोड, स्पेस या डैश वाले कोड, या स्प्रेडशीट एक्सपोर्ट जैसे "SKU-1042, 9780306406157" पेस्ट कर सकते हैं — अंतिम कॉमा या टैब से पहले का लेबल केवल संदर्भ के लिए रखा जाता है और जांच में इस्तेमाल नहीं होता।
यह उपकरण क्या जांचता है
हर GTIN, UPC, EAN और ISBN एक चेक डिजिट पर समाप्त होता है जो उससे पहले के अंकों से गणना की जाती है। कोड में कहीं भी एक गलत टाइप या अदल-बदल गया अंक उस चेक डिजिट को बदल देता है — यही वह तरीका है जिससे Google Merchant Center, POS स्कैनर और लाइब्रेरी सिस्टम गलत कोड को स्वचालित रूप से पकड़ लेते हैं। यह उपकरण वही गणित चलाता है ताकि आप इसे पहले ही पकड़ सकें।
जांच कैसे काम करती है
यहां कुछ भी अनुमान नहीं लगाया जाता — हर कोड को पहले उसकी लंबाई के अनुसार वर्गीकृत किया जाता है, फिर उसके वास्तविक प्रकाशित चेक-डिजिट एल्गोरिदम के विरुद्ध सत्यापित किया जाता है।
GTIN परिवार (mod-10): EAN-8, UPC-A, EAN-13, GTIN-14
GTIN.org / GS1 एल्गोरिदम: चेक डिजिट के ठीक बाईं ओर के अंक से शुरू करके, 3 और 1 के भार को बारी-बारी से लगाया जाता है, गुणनफलों को जोड़ा जाता है, और चेक डिजिट वह अंक है जो कुल योग को 10 का गुणज बना दे। यह एक ही सूत्र से 8, 12, 13 और 14 अंकों वाले कोड को कवर करता है।
ISBN-10 (mod-11)
एक अलग, पुराना एल्गोरिदम जो केवल 10 अंकों वाले ISBN के लिए उपयोग होता है: पहले 9 अंकों में से हर एक को 10 से घटते हुए 2 तक के भार से गुणा किया जाता है, जोड़ा जाता है, और 11 से भाग देने पर शेषफल चेक डिजिट होता है — शेषफल 10 होने पर इसे दो अंकों की संख्या के बजाय अक्षर X के रूप में लिखा जाता है।
डुप्लिकेट का पता लगाना
एक ही बैच में दो बार दिखने वाला कोड वैधता से अलग चिह्नित किया जाता है — दो अलग-अलग उत्पादों में एक ही GTIN का होना Google Merchant Center द्वारा लिस्टिंग निलंबित करने के सबसे आम कारणों में से एक है, भले ही दोनों कोड अलग-अलग चेकसम में पास हो जाएं।
SEO और Merchant Center के लिए यह क्यों मायने रखता है
schema.org का Product मार्कअप (gtin8/gtin12/gtin13/gtin14/isbn) और Google Merchant Center फ़ीड दोनों इन्हीं चेक-डिजिट नियमों के विरुद्ध सत्यापित होते हैं — एक अमान्य कोड चुपचाप अस्वीकार कर दिया जाता है या डेटा-गुणवत्ता समस्या के रूप में चिह्नित किया जाता है, जो Product रिच रिज़ल्ट और शॉपिंग विज्ञापनों को पूरी तरह रोक सकता है।
अक्सर पूछे जाने वाले प्रश्न
"चेक डिजिट" क्या है और एक गलत अंक इतना मायने क्यों रखता है?
यह बारकोड या ISBN का अंतिम अंक है, जो उससे पहले के हर अंक से गणितीय रूप से निकाला जाता है। यदि कोड में कोई भी एक अंक गलत टाइप हो जाए, दोहरा दिया जाए, या पड़ोसी अंक से बदल दिया जाए, तो चेक डिजिट लगभग निश्चित रूप से अब मेल नहीं खाएगा — यही कारण है कि स्कैनर और Google Merchant Center इसका उपयोग डेटा-प्रविष्टि त्रुटियों को स्वचालित रूप से पकड़ने के लिए करते हैं।
मेरा 13 अंकों का कोड EAN-13 के रूप में पास हुआ, लेकिन मुझे लगा था यह ISBN होगा। ऐसा क्यों?
गणितीय रूप से, ISBN-13 कोड केवल सामान्य EAN-13 कोड हैं जो "Bookland" श्रेणी 978 और 979 में आरक्षित हैं — चेकसम की गणना बिल्कुल समान है। यह उपकरण 13 अंकों के कोड को स्वचालित रूप से ISBN-13 के रूप में लेबल करता है जब वह 978 या 979 से शुरू होता है, और अन्यथा सामान्य EAN-13/GTIN-13 के रूप में।
क्या यह उपकरण मुझे बताएगा कि असफल कोड का सही चेक डिजिट क्या है?
हां — किसी भी वैध लंबाई वाले कोड के लिए जिसका चेक डिजिट मेल नहीं खाता, परिणाम तालिका आपके द्वारा दिए गए अंक और एल्गोरिदम द्वारा वास्तव में गणना किए गए अंक दोनों को दिखाती है, ताकि आप ठीक-ठीक देख सकें कि क्या ठीक करना है।
क्या यह उपकरण UPC-E (संपीड़ित 6-8 अंकों के कोड) का समर्थन करता है?
अभी नहीं — चेकसम लागू होने से पहले UPC-E को पूर्ण 12 अंकों वाले UPC-A रूप में वापस विस्तारित करना आवश्यक है, जो पहले से ही अपना चेक डिजिट रखने वाले कोड को सत्यापित करने से अलग प्रक्रिया है। पहले इसे UPC-A में विस्तारित करें, फिर 12 अंकों का परिणाम यहां पेस्ट करें।