एक QR कोड कितने अक्षर रख सकता है? डेटा कैपेसिटी समझाई गई
असली qr code data capacity सीमाएं — अधिकतम पर 7,089 अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर या 2,953 बाइट — साथ ही आप जो कुछ भी प्रिंट करते हैं उसके लिए व्यावहारिक सीमा इससे बहुत, बहुत कम क्यों है।
छोटा जवाब
अपनी बिल्कुल अधिकतम सीमा पर — QR वर्ज़न 40, एरर करेक्शन लेवल L — एक अकेला QR कोड 7,089 न्यूमेरिक अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, बाइनरी या UTF-8 डेटा के 2,953 बाइट, या 1,817 कांजी अक्षर रख सकता है।
ये ISO/IEC 18004 मानक की तय की हुई छतें हैं, और ये लगभग कभी वह आंकड़ा नहीं होतीं जिसके लिए आपको डिज़ाइन करना चाहिए। 2,953 बाइट के आसपास कुछ भी ले जाने वाला कोड एक 177×177 मॉड्यूल का दैत्य है जिसे पढ़े जाने लायक होने के लिए बहुत बड़ा प्रिंट और बहुत पास से स्कैन होना पड़ता है। ग्राहक के फोन से प्रिंट होकर स्कैन होने वाली किसी भी चीज़ के लिए व्यावहारिक सीमा कुछ सौ अक्षरों के करीब है — और एक होर्डिंग पर लगे कोड के लिए कुछ दर्जन के करीब। यह गाइड असली छतें और असली काम की सीमाएं दोनों बताती है।
कैपेसिटी तीन चीज़ों पर निर्भर करती है
कोई एक "QR कोड कैरेक्टर लिमिट" इसलिए नहीं है क्योंकि कैपेसिटी तीन चरों के आपस में मिलने से तय होती है:
- वर्ज़न (ग्रिड का साइज़)। QR कोड 40 वर्ज़न में आते हैं, वर्ज़न 1 पर 21×21 मॉड्यूल से लेकर वर्ज़न 40 पर 177×177 मॉड्यूल तक, हर बार प्रति भुजा 4 मॉड्यूल बढ़ते हुए। बड़ा ग्रिड ज़्यादा डेटा रखता है। एनकोडर आमतौर पर अपने आप वह सबसे छोटा वर्ज़न चुनते हैं जिसमें आपका डेटा समा जाए।
- एनकोडिंग मोड। मानक चार मोड तय करता है, और हर एक अक्षरों को अलग दक्षता से पैक करता है: न्यूमेरिक (सिर्फ अंक, सबसे दक्ष), अल्फ़ान्यूमेरिक (अंक, बड़े अक्षर A–Z और नौ चिह्न), बाइट (कुछ भी, जिसमें छोटे अक्षर और UTF-8 शामिल — प्रति अक्षर सबसे कम दक्ष), और कांजी। एक URL अपने छोटे अक्षरों और विराम चिह्नों की वजह से लगभग हमेशा बाइट मोड में गिरता है।
- एरर करेक्शन लेवल। L, M, Q और H क्रमशः सिंबल का ज़्यादा हिस्सा रिकवरी डेटा के लिए रोक लेते हैं, और आपकी सामग्री के लिए क्रमशः कम छोड़ते हैं। हमारी एरर करेक्शन लेवल गाइड उस अदला-बदली को पूरा बताती है।
अधिकतम कैपेसिटी टेबल (वर्ज़न 40)
सबसे बड़े संभव QR वर्ज़न पर, एनकोडिंग मोड और एरर करेक्शन लेवल के हर मेल के लिए छत:
| एरर करेक्शन | न्यूमेरिक | अल्फ़ान्यूमेरिक | बाइट | कांजी |
|---|---|---|---|---|
| L (~7%) | 7,089 | 4,296 | 2,953 | 1,817 |
| M (~15%) | 5,596 | 3,391 | 2,331 | 1,435 |
| Q (~25%) | 3,993 | 2,420 | 1,663 | 1,024 |
| H (~30%) | 3,057 | 1,852 | 1,273 | 784 |
इसे ऊपरी सीमा की तरह पढ़ें, लक्ष्य की तरह नहीं। ध्यान दें कि एरर करेक्शन कितनी कैपेसिटी लेता है: वही भौतिक ग्रिड L पर 2,953 बाइट रखता है और H पर सिर्फ 1,273।
न्यूनतम कैपेसिटी टेबल (वर्ज़न 1)
दूसरे सिरे पर, सबसे छोटा QR कोड — वर्ज़न 1, एक 21×21 मॉड्यूल ग्रिड — हैरान करने वाली कम जगह रखता है:
| एरर करेक्शन | न्यूमेरिक | अल्फ़ान्यूमेरिक | बाइट | कांजी |
|---|---|---|---|---|
| L (~7%) | 41 | 25 | 17 | 10 |
| M (~15%) | 34 | 20 | 14 | 8 |
| Q (~25%) | 27 | 16 | 11 | 7 |
| H (~30%) | 17 | 10 | 7 | 4 |
यह दिखने से ज़्यादा मायने रखता है। एक वर्ज़न 1 कोड सबसे विरल, सबसे बड़े मॉड्यूल वाला, सबसे आसानी से स्कैन होने वाला QR कोड है जो आप बना सकते हैं — और Q पर यह सिर्फ 11 बाइट रखता है। छोटे लिंक के होने की असली वजह यही है: पेलोड को छोटा रखना ही कोड को कम वर्ज़न पर रखता है, और कम वर्ज़न ही सस्ते कैमरे पर दूर से भरोसेमंद स्कैन होते हैं।
व्यावहारिक सीमा अधिकतम से बहुत कम क्यों है
आप जो भी अक्षर जोड़ते हैं वह कोड को ऊंचे वर्ज़न की ओर धकेलता है, और हर वर्ज़न कदम प्रति भुजा चार मॉड्यूल जोड़ता है। प्रिंट साइज़ वही रहता है, तो हर मॉड्यूल सिकुड़ जाता है। नतीजे तेज़ी से जुड़ते जाते हैं:
- स्कैन दूरी गिरती है। छोटे मॉड्यूल को नज़दीक कैमरा चाहिए। एक स्टैंडी पर सघन कोड जिसे लोग दो मीटर दूर से स्कैन करते हैं, पढ़ा ही नहीं जाएगा। हमारी स्कैन दूरी गाइड यह गणित बताती है।
- प्रिंट सहनशीलता गिरती है। छोटे मॉड्यूल कम-DPI प्रिंटिंग पर, सोखने वाले स्टॉक पर, नालीदार पैकेजिंग पर और थर्मल लेबल पर आपस में धुंधले हो जाते हैं — ठीक वही सामग्री जो ज़्यादातर भारतीय प्रिंट रन में सच में इस्तेमाल होती है।
- सस्ते कैमरे पहले फेल होते हैं। एक सघन कोड जो फ्लैगशिप फोन पर तुरंत पढ़ा जाता है, उस एंट्री-लेवल एंड्रॉइड पर बार-बार फेल हो सकता है जो आपके ग्राहकों का बड़ा हिस्सा लेकर चलता है।
एक काम का नियम: मैदान में प्रिंट होकर स्कैन होने वाली किसी भी चीज़ के लिए पेलोड लगभग 300 अक्षरों से नीचे रखें, और आदर्श रूप से उससे कहीं कम। आउटडोर या लंबी दूरी के प्लेसमेंट के लिए 50 से नीचे रखने की कोशिश करें।
असली QR कोड टाइप असल में कितना इस्तेमाल करते हैं
लोग जो QR टाइप वाकई बनाते हैं, उनके मोटे पेलोड साइज़:
- एक SMLLR डायनामिक शॉर्ट लिंक: लगभग 25–30 अक्षर। डेस्टिनेशन URL चाहे कितना भी लंबा हो, आराम से बड़े मॉड्यूल वाला एक कम-वर्ज़न कोड।
- UTM पैरामीटर वाला एक स्टैटिक URL: आमतौर पर 120–250 अक्षर, और आसानी से उससे ज़्यादा। ज़्यादातर प्रिंट विफलताएं यहीं से शुरू होती हैं।
- एक Wi-Fi कॉन्फ़िग स्ट्रिंग (
WIFI:T:WPA;S:NetworkName;P:Password;H:false;;): SSID और पासवर्ड की लंबाई के हिसाब से आमतौर पर 40–80 अक्षर। - एक SMS पेलोड (
sms:+919999999999?body=...): 20 अक्षर और साथ में मैसेज का मतन। - एक vCard कॉन्टैक्ट कार्ड: आप कितने फील्ड शामिल करते हैं उस पर 150–400 से ज़्यादा अक्षर — गलती से सघन हो गए निजी QR कोड की सबसे आम वजह।
- एक UPI पेमेंट स्ट्रिंग (
upi://pay?pa=...&pn=...&am=...): आमतौर पर 50–120 अक्षर।
इनमें सिर्फ पहला लंबाई की समस्या से बचा हुआ है, क्योंकि एक डायनामिक कोड का पेलोड कभी नहीं बदलता, उसके पीछे चाहे जो हो।
कोड को बिगाड़े बिना ज़्यादा कैसे समाएं
अगर आपकी सामग्री बहुत लंबी है, तो विकल्प इस क्रम में कि असल में कौन कितना काम करता है:
- एक डायनामिक शॉर्ट लिंक इस्तेमाल करें। लगभग हर मामले में असली जवाब यही है। 250 अक्षरों का URL एनकोड करने के बजाय, लगभग 25 अक्षरों का एक SMLLR लिंक एनकोड करें और बाकी रीडायरेक्ट को ले जाने दें। कोड कई वर्ज़न नीचे गिरता है, मॉड्यूल काफी बड़े हो जाते हैं, और आपको बिना दोबारा प्रिंट किए बाद में डेस्टिनेशन बदलने की क्षमता मिलती है।
- सामग्री को कोड के अंदर डालने के बजाय एक पेज पर ले जाएं। एक vCard, एक पूरा पता, एक मेन्यू, एक प्रोडक्ट स्पेक शीट — इनमें से कोई भी पैटर्न के अंदर नहीं होनी चाहिए। उन्हें एक पेज पर रखें और कोड को उस पर इंगित करें।
- सही एनकोडिंग मोड इस्तेमाल करें। अगर आपका डेटा वाकई पूरा अंकों का है, तो उसे बाइट के बजाय न्यूमेरिक रखना उसी ग्रिड के लिए कैपेसिटी दोगुनी से ज़्यादा कर देता है। सिर्फ बड़े अक्षरों वाला अल्फ़ान्यूमेरिक भी मिले-जुले केस से ज़्यादा दक्ष है।
- एरर करेक्शन लेवल नीचे लाएं। H से Q पर उतरना अच्छी-खासी कैपेसिटी खाली करता है — लेकिन यह सिर्फ तब करें जब कोड को नुकसान नहीं पहुंचेगा, वह ढका नहीं जाएगा और मौसम नहीं झेलेगा, क्योंकि आप जगह खरीदने के लिए अपना नुकसान-बजट खर्च कर रहे हैं।
आखिरी विकल्प पर पहले दो के बाद ही सोचें, क्योंकि छोटा पेलोड कैपेसिटी और स्कैन भरोसेमंदी दोनों एक साथ बेहतर करता है, जबकि नीचा लेवल एक को दूसरे के बदले देता है।
SMLLR के साथ पेलोड छोटे रखना
SMLLR पर आप जो भी डायनामिक QR कोड बनाते हैं वह आपके डेस्टिनेशन के बजाय एक छोटा रीडायरेक्ट लिंक एनकोड करता है। यही एक खूबी प्रिंटेड कोड को बड़े, माफ करने वाले मॉड्यूल के साथ कम वर्ज़न पर रखती है — और यही वजह है कि वही भौतिक कोड आज 40 अक्षरों के एक लैंडिंग पेज पर और अगले महीने पांच UTM पैरामीटर वाले 300 अक्षरों के कैंपेन URL पर इंगित कर सकता है, बिना प्रिंटेड तरफ कुछ बदले।
अगर आप किसी वजह से स्टैटिक कोड के साथ काम कर रहे हैं — vCard, प्लेन टेक्स्ट या Wi-Fi कॉन्फ़िग जैसा हमेशा-स्टैटिक टाइप, जिसे URL के बजाय कच्ची सामग्री एनकोड करनी ही पड़ती है — तब कैपेसिटी वाकई एक कड़ी डिज़ाइन बाधा है, और ऊपर की टेबल ही वे हैं जिनके हिसाब से योजना बनानी चाहिए। हमारी QR कोड की तकनीकी एनाटॉमी पोस्ट बताती है कि वे टाइप कभी डायनामिक क्यों नहीं हो सकते।
SMLLR पर अपना QR कोड बनाएं और प्रिंट साइज़ तय करने से पहले प्रीव्यू में बने कोड की सघनता देख लें।
अक्सर पूछे जाने वाले सवाल
एक QR कोड कितने अक्षर रख सकता है?
अधिकतम पर — वर्ज़न 40, एरर करेक्शन लेवल L — एक QR कोड 7,089 न्यूमेरिक अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, 2,953 बाइट, या 1,817 कांजी अक्षर रखता है। ये ISO/IEC 18004 मानक की तय की हुई छतें हैं, व्यावहारिक डिज़ाइन लक्ष्य नहीं।
एक प्रिंटेड QR कोड के लिए व्यावहारिक कैरेक्टर लिमिट क्या है?
मैदान में प्रिंट होकर स्कैन होने वाली किसी भी चीज़ के लिए पेलोड लगभग 300 अक्षरों से नीचे रखें, और आउटडोर या लंबी दूरी के प्लेसमेंट के लिए 50 से नीचे। इससे आगे कोड इतना सघन हो जाता है कि स्कैन दूरी और प्रिंट सहनशीलता दोनों तेज़ी से गिरती हैं।
सबसे छोटे QR कोड में कितने अक्षर आते हैं?
एक वर्ज़न 1 कोड (21×21 मॉड्यूल) एरर करेक्शन लेवल L पर 41 न्यूमेरिक अंक, 25 अल्फ़ान्यूमेरिक अक्षर या 17 बाइट रखता है — और लेवल H पर सिर्फ 7 बाइट। छोटे पेलोड ही कोड को कम वर्ज़न पर रखते हैं, और यही उसे आसानी से स्कैन होने लायक बनाता है।
क्या एक लंबा URL QR कोड को स्कैन करना मुश्किल बना देता है?
हां। एक लंबा URL ऊंचे QR वर्ज़न पर मजबूर करता है, जिसका मतलब है उसी प्रिंटेड क्षेत्र में ज़्यादा मॉड्यूल और इसलिए छोटे मॉड्यूल। छोटे मॉड्यूल स्कैन दूरी काटते हैं, प्रिंट की कम भिन्नता सहते हैं और सस्ते फोन कैमरों पर ज़्यादा बार फेल होते हैं।
मैं एक लंबा URL QR कोड में कैसे समाऊं?
एक डायनामिक शॉर्ट लिंक इस्तेमाल करें। एक SMLLR डायनामिक कोड डेस्टिनेशन चाहे कितना भी लंबा हो, लगभग 25–30 अक्षर एनकोड करता है, जो प्रिंटेड पैटर्न को विरल और बड़े मॉड्यूल वाला रखता है — और आपको बिना दोबारा प्रिंट किए बाद में डेस्टिनेशन बदलने देता है।
अलग-अलग एनकोडिंग मोड अलग-अलग मात्रा क्यों रखते हैं?
क्योंकि हर मोड अक्षरों को अलग दक्षता से पैक करता है। न्यूमेरिक मोड सबसे दक्ष है, अल्फ़ान्यूमेरिक (अंक, बड़े अक्षर A–Z और नौ चिह्न) उसके बाद, और बाइट मोड — जिसमें कोई भी सामान्य URL अपने छोटे अक्षरों और विराम चिह्नों की वजह से गिरता है — प्रति अक्षर सबसे कम दक्ष है।
क्या एरर करेक्शन लेवल बदलता है कि कितना डेटा समाता है?
काफी हद तक। सबसे बड़े QR वर्ज़न पर, लेवल L 2,953 बाइट तक रखता है जबकि लेवल H सिर्फ 1,273। ऊंचे लेवल सिंबल का ज़्यादा हिस्सा रिकवरी डेटा के लिए रोक लेते हैं, जिससे आपकी सामग्री के लिए कम जगह बचती है।