QR कोड की क्षमता: चिह्न संस्करण और एनकोडिंग मोड के हिसाब से कितना डेटा समाता है

KoloQR टीम द्वारा22 अग॰ 2026बुनियादी बातें

हरी पृष्ठभूमि पर छोटे बिंदुओं से बना त्रिकोणीय पीला QR कोड, जिसके भीतर छल्ले जैसे तीन फ़ाइंडर पैटर्न हैं, और बग़ल में “4,296 characters”, “7,089 digits” तथा “2,953 bytes” लिखे तीन सफ़ेद गोल लेबल।

QR कोड में ज़्यादा से ज़्यादा 7,089 अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, 2,953 बाइट या 1,817 कांजी अक्षर समाते हैं, और ये सारे अधिकतम एक ही चिह्न का ब्योरा देते हैं: संस्करण 40, 177 × 177 मॉड्यूल पर, सबसे नीचे वाले एरर करेक्शन स्तर पर। हर छोटा कोड उसी अनुपात में कम समेटता है, और व्यवहार में जो संख्या मायने रखती है वह अधिकतम कभी नहीं होती - वह यह होती है कि आपका ख़ास पेलोड कितने मॉड्यूल माँगता है, क्योंकि मॉड्यूल गिनती ही तय करती है कि कोड कितना बड़ा छापना पड़ेगा।

मुख्य बातें

QR कोड की अधिकतम क्षमता 7,089 अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, 2,953 बाइट या 1,817 कांजी अक्षर है - सब संस्करण 40 पर, 177 × 177 मॉड्यूल, एरर करेक्शन स्तर L पर।
क्षमता तीन चीज़ों से मिलकर तय होती है: चिह्न संस्करण, एनकोडिंग मोड और एरर करेक्शन स्तर। इनमें से कोई एक बदलिए और संख्या बदल जाती है।
सबसे छोटा कोड, संस्करण 1 पर 21 × 21 मॉड्यूल, स्तर L पर 17 बाइट और स्तर H पर 7 बाइट समेटता है। अकेला डोमेन नाम भी पहले ही संस्करण 2 या 3 का कोड है।
बड़े अक्षरों में लिखा URL 8 के बजाय 5.5 बिट प्रति अक्षर पर अल्फ़ान्यूमेरिक मोड में एनकोड हो सकता है, जिससे अक्सर पूरा एक चिह्न संस्करण बच जाता है। सिर्फ़ स्कीम और होस्ट को बड़े अक्षरों में लिखना सुरक्षित है; पाथ में छोटे-बड़े अक्षर मायने रखते हैं।
क्षमता शायद ही कभी असली सीमा होती है। स्तर H पर 200 अक्षरों वाले URL को 77 × 77 मॉड्यूल का चिह्न चाहिए, जिसे क़रीब 34 मिमी से नीचे ईमानदारी से छापा ही नहीं जा सकता - पेलोड किसी भी अधिकतम के पास पहुँचने से बहुत पहले आकार तय कर देता है।

QR कोड कितना डेटा समेट सकता है?

QR कोड में ज़्यादा से ज़्यादा 7,089 अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, 2,953 बाइट या 1,817 कांजी अक्षर समाते हैं। ये चारों आँकड़े एक ही चिह्न का ब्योरा देते हैं - संस्करण 40, हर तरफ़ 177 मॉड्यूल, एरर करेक्शन स्तर L पर - और वे इस फ़ॉर्मैट की छत हैं, कोई ऐसा लक्ष्य नहीं जिसकी ओर किसी को डिज़ाइन करना चाहिए।

एरर करेक्शन स्तर	न्यूमेरिक	अल्फ़ान्यूमेरिक	बाइट	कांजी
L	7,089	4,296	2,953	1,817
M	5,596	3,391	2,331	1,435
Q	3,993	2,420	1,663	1,024
H	3,057	1,852	1,273	784

संस्करण 40 (177 × 177 मॉड्यूल) पर, हर एनकोडिंग मोड और एरर करेक्शन स्तर के हिसाब से अधिकतम क्षमता। स्तर L से H करने पर हर संस्करण पर क़रीब 57% क्षमता चली जाती है।

व्यावहारिक दायरा उस छत के सुझाव से कहीं सँकरा है। कोटेड काग़ज़ के लिए 0.4 मिमी की मॉड्यूल न्यूनतम सीमा पर छपा संस्करण 40 का चिह्न अपने हाशिये से पहले ही 71 मिमी चौड़ा है, और उसके हर मॉड्यूल को तस्वीर में खिंचना भी झेलना है - इसलिए उस आकार के कोड औद्योगिक निशानों में दिखते हैं और साइनेज, पैकेजिंग या छपाई में लगभग कहीं नहीं।

रोज़मर्रा के इस्तेमाल के लिए काम का सवाल अधिकतम के ठीक उलट है: इस पेलोड को देखते हुए, सबसे छोटा चिह्न कौन-सा है जो उसे समेटे, और उस चिह्न की क़ीमत छपाई के मिलीमीटर में कितनी है। इस पेज के आख़िरी दो हिस्से इसका सीधा जवाब देते हैं।

चिह्न संस्करण क्या है

चिह्न संस्करण QR मानक का वह नाम है जो कोड की मॉड्यूल गिनती बताता है, और वह संस्करण 1 पर 21 × 21 मॉड्यूल से लेकर संस्करण 40 पर 177 × 177 तक जाता है। संस्करण V का कोड हर तरफ़ 4V + 17 मॉड्यूल का होता है, इसलिए संस्करण चार-चार के क़दमों में चलते हैं: 21, 25, 29, 33, 37 वग़ैरह।

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

इससे दो नतीजे निकलते हैं, और दोनों लोगों को चौंकाते हैं। पहला, क्षमता लगातार नहीं, क़दमों में चलती है: पेलोड में एक अक्षर जोड़ना मुफ़्त भी हो सकता है और कोड को पूरा एक संस्करण ऊपर भी धकेल सकता है। दूसरा, ऊँचा संस्करण बड़ी तस्वीर नहीं - सघन तस्वीर है। तय छपाई चौड़ाई पर संस्करण 10 के कोड के मॉड्यूल संस्करण 4 के कोड से मोटे तौर पर 40% सँकरे होते हैं - उसी जगह में 33 के बजाय 57 ख़ाने - और स्कैन की नाकामियाँ छोटे मॉड्यूलों से ही बनती हैं।

चिह्न का पूरा हिस्सा सामग्री के लिए उपलब्ध नहीं होता। संस्करण 1 के कोड में 441 में से 233 मॉड्यूल डेटा नहीं, फ़ंक्शन पैटर्न और फ़ॉर्मैट जानकारी होते हैं - वे कहाँ जाते हैं, इसका हिसाब फ़ाइंडर पैटर्न और QR कोड की बनावट रखती है। उसके बाद जो बचता है वह आपके डेटा और उसके एरर करेक्शन के बीच बँटता है।

QR के चार एनकोडिंग मोड

एनकोडिंग मोड वह तरीक़ा है जिससे QR कोड अक्षरों को बिट में बदलता है, और मानक चार तय करता है: न्यूमेरिक, अल्फ़ान्यूमेरिक, बाइट और कांजी। हर एक अक्षरों को अलग घनत्व पर समेटता है, इसलिए वही चिह्न इस पर निर्भर करते हुए बहुत अलग-अलग संख्या में अक्षर समेटता है कि सामग्री किस मोड की इजाज़त देती है।

मोड	वह क्या स्वीकारता है	बिट प्रति अक्षर	संस्करण 40, स्तर L पर क्षमता
न्यूमेरिक	0 से 9 तक के अंक	3⅓	7,089 अंक
अल्फ़ान्यूमेरिक	0 से 9, A से Z, स्पेस, और $ % * + - . / :	5½	4,296 अक्षर
बाइट	कोई भी बाइट, जिसका व्यवहार में मतलब है UTF-8 टेक्स्ट	8	2,953 बाइट
कांजी	Shift JIS के दो-बाइट वाले अक्षर	13	1,817 अक्षर

न्यूमेरिक मोड तीन अंकों को 10 बिट में और अल्फ़ान्यूमेरिक दो अक्षरों को 11 बिट में समेटता है, और भिन्न वाले आँकड़े वहीं से आते हैं। ASCII से बाहर का कोई UTF-8 अक्षर बाइट मोड में एक नहीं, दो से चार बाइट लेता है।

अल्फ़ान्यूमेरिक मोड ही समझने लायक़ है, क्योंकि URL पर वही एक लागू होता है। वह QR एनकोडिंग का तरीक़ा है जो दो अक्षरों को 11 बिट में समेटता है, और इसके लिए अंकों, बड़े अक्षरों, स्पेस तथा आठ विराम चिह्नों वाले 45 अक्षरों के समूह का इस्तेमाल करता है। छोटे अक्षर उस समूह में नहीं हैं, और न ही प्रश्नवाचक चिह्न, ऐंपरसैंड, बराबर का चिह्न या अंडरस्कोर।

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

संस्करण और मोड के हिसाब से QR कोड की क्षमता

नीचे की तालिका ही वह संदर्भ है जिस पर इस पेज का बाक़ी हिस्सा टिका है: हर चिह्न संस्करण, हर मोड में, हर एरर करेक्शन स्तर पर कितने अक्षर समेटता है। इसे ऐसे पढ़िए कि अपने स्तर की पंक्ति ढूँढ़िए और वह संस्करण जिसका आँकड़ा पहली बार आपके पेलोड से बड़ा हो।

संस्करण	मॉड्यूल	स्तर	न्यूमेरिक	अल्फ़ान्यूमेरिक	बाइट	कांजी
1	21 × 21	L	41	25	17	10
1	21 × 21	M	34	20	14	8
1	21 × 21	Q	27	16	11	7
1	21 × 21	H	17	10	7	4
2	25 × 25	L	77	47	32	20
2	25 × 25	M	63	38	26	16
2	25 × 25	H	34	20	14	8
3	29 × 29	L	127	77	53	32
3	29 × 29	M	101	61	42	26
3	29 × 29	H	58	35	24	15
4	33 × 33	L	187	114	78	48
4	33 × 33	M	149	90	62	38
4	33 × 33	H	82	50	34	21
5	37 × 37	L	255	154	106	65
5	37 × 37	M	202	122	84	52
5	37 × 37	H	106	64	44	27
6	41 × 41	L	322	195	134	82
6	41 × 41	M	255	154	106	65
6	41 × 41	H	139	84	58	36
10	57 × 57	L	652	395	271	167
10	57 × 57	M	513	311	213	131
10	57 × 57	H	288	174	119	74
15	77 × 77	L	1,250	758	520	320
15	77 × 77	M	991	600	412	254
15	77 × 77	H	530	321	220	136
20	97 × 97	L	2,061	1,249	858	528
20	97 × 97	M	1,600	970	666	410
20	97 × 97	H	919	557	382	235
25	117 × 117	L	3,057	1,853	1,273	784
25	117 × 117	M	2,395	1,451	997	614
25	117 × 117	H	1,286	779	535	330
40	177 × 177	L	7,089	4,296	2,953	1,817
40	177 × 177	M	5,596	3,391	2,331	1,435
40	177 × 177	H	3,057	1,852	1,273	784

हर संस्करण की डेटा कोडवर्ड गिनती और कैरेक्टर काउंट इंडिकेटर की चौड़ाई से गिना गया, फिर ISO/IEC 18004 में दिए संस्करण 40 के अधिकतम आँकड़ों से मिलाकर जाँचा गया। स्तर Q हर जगह M और H के बीच बैठता है और लंबाई के चलते यहाँ छोड़ा गया है; मोटे अंदाज़े के तौर पर वह M के मुक़ाबले क़रीब 70% समेटता है।

इस तालिका के दो ख़ाने साथ पढ़ने लायक़ हैं। संस्करण 25 स्तर L पर 1,273 बाइट समेटता है, और संस्करण 40 स्तर H पर ठीक वही 1,273 बाइट - यानी दोगुने से ज़्यादा मॉड्यूल क्षेत्र वाला चिह्न, जो पूरा फ़र्क़ वापसी पर ख़र्च कर देता है। कोड बड़ा करके मिली क्षमता और स्तर बढ़ाकर गँवाई क्षमता एक ही मुद्रा हैं, और इसीलिए दोनों फ़ैसले दो नहीं, एक ही तालिका में जँचते हैं।

वही URL बड़े अक्षरों में छोटे कोड में क्यों समा जाता है

बड़े अक्षरों में लिखा URL बाइट मोड के 8 के बजाय 5.5 बिट प्रति अक्षर पर अल्फ़ान्यूमेरिक मोड में एनकोड हो सकता है, जो 31% की बचत है और अक्सर चिह्न को पूरा एक संस्करण नीचे ले आता है। HTTPS://EXAMPLE.COM/MENU सिर्फ़ 45 अक्षरों वाले अल्फ़ान्यूमेरिक समूह के अक्षर इस्तेमाल करता है; https://example.com/menu नहीं करता, क्योंकि छोटे अक्षर उसमें हैं ही नहीं।

पेलोड की लंबाई	बाइट मोड, स्तर M	बड़े अक्षर, स्तर M	बाइट मोड, स्तर H	बड़े अक्षर, स्तर H
30 अक्षर	संस्करण 3	संस्करण 2	संस्करण 4	संस्करण 3
45 अक्षर	संस्करण 4	संस्करण 3	संस्करण 6	संस्करण 4
70 अक्षर	संस्करण 5	संस्करण 4	संस्करण 8	संस्करण 6
120 अक्षर	संस्करण 7	संस्करण 5	संस्करण 11	संस्करण 8
200 अक्षर	संस्करण 10	संस्करण 8	संस्करण 15	संस्करण 11

वही अक्षर गिनती, दो तरीक़ों से एनकोड। 120 अक्षरों और स्तर H पर बचत तीन संस्करण की है - 81 × 81 के बजाय 65 × 65 का चिह्न, जो उसी छपाई चौड़ाई पर 24% बड़े मॉड्यूल हैं।

पेच यह है कि URL का सिर्फ़ एक हिस्सा बड़े अक्षरों में लिखना सुरक्षित है। स्कीम और होस्ट नाम में छोटे-बड़े अक्षर मायने नहीं रखते, इसलिए HTTPS://EXAMPLE.COM और https://example.com एक ही सर्वर तक पहुँचते हैं। होस्ट के बाद का सब कुछ ज़्यादातर वेब सर्वरों पर छोटे-बड़े अक्षरों के प्रति संवेदनशील है, इसलिए पाथ को बड़े अक्षरों में लिखने से ऐसा कोड बन सकता है जो बेहतरीन स्कैन होता है और 404 पर उतरता है।

इससे जो नियम बचता है उसका दायरा सँकरा पर असली है: स्कीम और डोमेन बड़े अक्षरों में लिखिए, पाथ ठीक वैसा रखिए जैसा सर्वर चाहता है, और जाँचिए कि चिह्न सचमुच छोटा हुआ या नहीं। जिस पेलोड में छोटे और बड़े अक्षर मिले हों वह पूरी तरह बाइट मोड पर लौट जाता है, इसलिए पाथ में एक अकेला छोटा अक्षर पूरी बचत मिटा देता है।

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

क्षमता के सवाल का आधा हिस्सा एरर करेक्शन है

एरर करेक्शन स्तर L से H करने पर चिह्न की क़रीब 57% क्षमता चली जाती है, क्योंकि वापसी कोडवर्ड और डेटा कोडवर्ड, दोनों एक ही तय बजट से निकलते हैं। हर संस्करण पर चारों स्तर उसी कुल को बाँटते हैं: स्तर L उसका क़रीब 7% वापसी पर ख़र्च करता है, M क़रीब 15%, Q क़रीब 25% और H क़रीब 30%।

स्तर	संस्करण 2 पर बाइट	संस्करण 5 पर बाइट	संस्करण 10 पर बाइट	अनुमानित वापसी
L	32	106	271	7%
M	26	84	213	15%
Q	20	60	151	25%
H	14	44	119	30%

तीन आम संस्करणों पर बाइट मोड की क्षमता। जिस कोड को बीच में लोगो चाहिए उसे स्तर H चाहिए, और संस्करण 2 पर स्तर H 14 बाइट समेटता है - जो किसी अकेले https:// डोमेन के लिए भी काफ़ी नहीं।

जो असर लोगों को चौंकाता है वह दूसरी दिशा में भी चलता है। चूँकि क्षमता क़दमों में चलती है, स्तर बढ़ाने की अक्सर कोई क़ीमत ही नहीं होती: अगर आपका पेलोड 40 बाइट का है, तो स्तर M और स्तर Q दोनों आपको संस्करण 4 पर ले जाते हैं, और ऊँचा स्तर मुफ़्त है। अपने चुने स्तर पर कोड बनाइए, मॉड्यूल गिनती नोट कीजिए, एक स्तर ऊपर दोबारा बनाइए, और जब भी ग्रिड न बदले, ऊँचा स्तर ले लीजिए।

वापसी क्षमता असल में क्या ख़रीदती है, हर स्तर कितना बड़ा लोगो झेलता है, और स्कैन नाकाम होने के बाद स्तर बढ़ाना कोड को बेहतर के बजाय आम तौर पर बदतर क्यों बनाता है - यह सब एरर करेक्शन स्तर L, M, Q और H में है।

URL की लंबाई से छपाई आकार तक

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

URL की लंबाई	स्तर M पर संस्करण	सबसे छोटी छपाई चौड़ाई	स्तर H पर संस्करण	सबसे छोटी छपाई चौड़ाई
25 अक्षर	2 (25 × 25)	13.2 मिमी	4 (33 × 33)	16.4 मिमी
50 अक्षर	4 (33 × 33)	16.4 मिमी	6 (41 × 41)	19.6 मिमी
75 अक्षर	5 (37 × 37)	18.0 मिमी	8 (49 × 49)	22.8 मिमी
100 अक्षर	6 (41 × 41)	19.6 मिमी	10 (57 × 57)	26.0 मिमी
150 अक्षर	8 (49 × 49)	22.8 मिमी	12 (65 × 65)	29.2 मिमी
200 अक्षर	10 (57 × 57)	26.0 मिमी	15 (77 × 77)	34.0 मिमी
300 अक्षर	13 (69 × 69)	30.8 मिमी	18 (89 × 89)	38.8 मिमी

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

आख़िरी दो पंक्तियाँ ही एक जगह लिंक छोटा करने की पूरी दलील हैं। स्तर H पर 200 अक्षरों वाला ट्रैकिंग URL कोटेड काग़ज़ पर क़रीब 34 मिमी से नीचे छापा ही नहीं जा सकता, और 25 अक्षरों वाला 16 मिमी तक जा सकता है - वही जानकारी, उसी कोड से पहुँचाई गई, एक चौथाई से भी कम क्षेत्र में।

ये न्यूनतम सीमाएँ हैं, सिफ़ारिशें नहीं। कोड को उसकी पढ़ने की दूरी के हिसाब से भी नापा जाना चाहिए, जो मोटे तौर पर हर 10 सेमी स्कैन दूरी पर 1 सेमी चौड़ाई है, और दोनों संख्याओं में जो बड़ी हो वही चलती है। छपाई के लिए न्यूनतम आकार वह गणित सिरे से सिरे तक लेता है, और QR प्रिंट साइज़ कैलकुलेटर उसे किसी दी हुई दूरी के लिए चला देता है।

जब पेलोड समाता ही न हो तो क्या करें

जो पेलोड काम के आकार में न समाए वह लगभग हमेशा QR कोड की नहीं, URL की समस्या है। चिह्न वही कर रहा है जो उससे कहा गया; कहा गया ही बहुत लंबा है। मोटे तौर पर इस क्रम में कि कौन कितना बचाता है:

ट्रैकिंग पैरामीटर हटाइए। क्लिक ID समेत पूरा UTM सेट आम तौर पर 80 से 120 अक्षर जोड़ देता है, जो अकेले तीन या चार चिह्न संस्करण हैं। कैंपेन का डेटा छपे कोड में नहीं, गंतव्य पर जोड़िए।
www और आख़िरी स्लैश गिरा दीजिए। छोटा, मुफ़्त, और ऐसे छोटे URL पर क़रीब एक संस्करण के बराबर जहाँ हर अक्षर मायने रखता है।
छोटा पाथ इस्तेमाल कीजिए। example.com/restaurant/our-menus/lunch-menu-2026 के बजाय example.com/menu। छपाई पर पाथ कैमरा पढ़ता है, कोई व्यक्ति टाइप नहीं करता, इसलिए उसका पढ़ने लायक़ होना कुछ नहीं ख़रीदता।
अपने नियंत्रण वाले किसी रीडायरेक्ट की ओर इशारा कीजिए। आपके अपने डोमेन का छोटा पाथ जो लंबे URL पर आगे भेज दे, कोड को छोटा भी रखता है और गंतव्य को बदले जाने लायक़ भी, जो स्टैटिक कोड वरना हो ही नहीं सकता।
पेलोड की क़िस्म के लिए ज़रूरी न्यूनतम ही एनकोड कीजिए। Wi-Fi कोड नेटवर्क का नाम, पासवर्ड और सुरक्षा क़िस्म लिए चलता है और बस; फ़ोन कोड अंक लिए चलता है। अतिरिक्त खाने संस्करण खा जाते हैं - हर पेलोड को असल में क्या चाहिए, इसके लिए QR कोड की क़िस्में देखिए।
अगर लोगो न हो तो एरर करेक्शन स्तर घटाइए। H से M पर आना छोटी बचत नहीं है। यह हर संस्करण पर क्षमता लगभग दोगुनी कर देता है - संस्करण 5 पर 44 बाइट से 84 - और सपाट, कोटेड काग़ज़ पर साफ़ कोड के लिए स्तर M पूरी तरह काफ़ी है।
काम बाँट दीजिए। अगर सामग्री सचमुच लंबी है - कोई मेन्यू, दस्तावेज़, प्रमाणपत्र - तो उसे कोड के भीतर नहीं, किसी URL के पीछे रखिए। 2,000 अक्षर समेटने वाला QR कोड ऐसा कोड है जिसे कोई स्कैन नहीं कर सकता।

एक चीज़ जो नहीं करनी चाहिए: लंबे पेलोड को बिठाने के लिए छपाई आकार बढ़ाकर वहीं रुक जाना। इससे काम चल जाता है, पर वजह छिप जाती है, और कलाकृति का अगला रूप ज़रा और लंबे URL तथा उसे देने को और कम जगह के साथ उसी दीवार से टकराएगा।

क्षमता की सीमाएँ असमान क्यों हैं

क्षमता संस्करण के साथ चिकनाई से नहीं चढ़ती, और इसके लिए तीन अलग-अलग तरीक़े ज़िम्मेदार हैं। इन्हें जान लेना ऊपर की तालिका की उन छलाँगों को समझा देता है जो वरना मनमानी लगती हैं।

कैरेक्टर काउंट इंडिकेटर चौड़ा हो जाता है। कैरेक्टर काउंट इंडिकेटर QR कोड के भीतर का वह छोटा हेडर है जो बताता है कि पेलोड में कितने अक्षर हैं, और बिट में उसकी चौड़ाई चिह्न संस्करण के साथ बदलती है। बाइट मोड में वह संस्करण 1 से 9 पर 8 बिट और संस्करण 10 से ऊपर 16 बिट होता है, इसलिए उस सीमा को पार करने की क़ीमत कोई सामग्री रखने से पहले ही एक बाइट है।

एरर करेक्शन ब्लॉक असमान रूप से बँटते हैं। संस्करण 5 से डेटा अलग-अलग आकार के ब्लॉकों में बँट जाता है ताकि वापसी का गणित सँभालने लायक़ रहे, और ब्लॉक की बनावट लगभग हर संस्करण पर बदलती है। इसलिए दो पड़ोसी संस्करण पहले 20 बाइट और फिर 38 बाइट जोड़ सकते हैं।

कुछ बिट बचे रह जाते हैं। कुछ संस्करणों में कोडवर्ड बिछा देने के बाद 3, 4 या 7 मॉड्यूल बच जाते हैं, जो शून्यों से भर दिए जाते हैं और कुछ भी नहीं लिए चलते। मॉड्यूल गिनती और क्षमता ठीक-ठीक एक-दूसरे के पीछे न चलने की एक वजह वे भी हैं।

इससे यह नहीं बदलता कि क्या करना है। इससे यह ज़रूर समझ आता है कि URL में एक अक्षर जोड़ना कभी मुफ़्त क्यों होता है और कभी हर तरफ़ चार मॉड्यूल क्यों जोड़ देता है - और यह भी कि संस्करण जानने का इकलौता भरोसेमंद तरीक़ा अक्षर गिनती से अंदाज़ा लगाना नहीं, कोड बनाकर गिनना है।

जब असली सीमा क्षमता नहीं होती

ज़्यादातर कोड क्षमता की सीमा से बहुत पहले किसी भौतिक सीमा से टकराते हैं, और इस विषय पर आम ग़लती एक को दूसरा समझ लेना है। संस्करण 20 का चिह्न स्तर M पर 666 बाइट समेटता है, जो उदार लगता है जब तक कोड को छापना न पड़े: 0.4 मिमी की न्यूनतम सीमा पर हर तरफ़ 97 मॉड्यूल यानी 42 मिमी का फ़ुटप्रिंट, और 30 मिमी के टेबल टेंट पर ठूँसने से उसके मॉड्यूल 0.29 मिमी पर आ जाते हैं - जो ज़्यादातर छपाई प्रक्रियाएँ सँभाल नहीं पातीं और जो फ़ोन का कैमरा हाथ भर की दूरी पर हल नहीं करता।

जो सीमाएँ सबसे पहले काटती हैं, उसी क्रम में जिसमें वे आम तौर पर आती हैं:

छपे मॉड्यूल का आकार। मॉड्यूल कोटेड काग़ज़ पर 0.4 मिमी या बड़े और अनकोटेड पर 0.5 मिमी या बड़े होने चाहिए। यही पेलोड की लंबाई को न्यूनतम चौड़ाई में बदलता है, और डिज़ाइन इस पर मोलभाव नहीं कर सकता।
पढ़ने की दूरी। कोड और कैमरे के बीच हर 10 सेमी पर कोड को मोटे तौर पर 1 सेमी चौड़ाई चाहिए। दीवार के साइन पर लगा सघन कोड उस दूरी पर हारता है जहाँ लोग खड़े होते हैं, उस दूरी पर नहीं जिसके लिए वह बनाया गया था।
कैमरे का फ़ोकस। फ़ोन के कैमरों की न्यूनतम फ़ोकस दूरी क़रीब 10 सेमी होती है। बहुत छोटा, बहुत सघन कोड पाठक को कैमरे के फ़ोकस से भी पास खींच लेता है, जो ऐसा दिखता है मानो कोड स्कैन ही नहीं होगा।
कंट्रास्ट और फ़िनिश। सघन कोड कम कंट्रास्ट और चमक कम झेलता है, क्योंकि हर मॉड्यूल कम पिक्सेल देता है - किसी रंग जोड़ी को तय करने से पहले QR कंट्रास्ट चेकर से जाँच लीजिए।
एक्सपोर्ट का रेज़ॉल्यूशन। रास्टर एक्सपोर्ट को प्रति मॉड्यूल पूरे पिक्सेल चाहिए; छोटे पिक्सेल आकार पर सघन कोड ऐंटी-एलियस किए मॉड्यूल किनारे बनाता है। गणित रेज़ॉल्यूशन और DPI में है, और SVG इस दिक़्क़त से पूरी तरह बच जाता है।

KoloQR, गोल और कस्टम आकार वाले QR कोड बनाने का फ्री जनरेटर, PNG और SVG दोनों एक्सपोर्ट करता है, इसलिए जिस कोड का पेलोड ऊँचा चिह्न संस्करण माँगता है उसे वेक्टर कलाकृति के रूप में रखा जा सकता है और वह किसी भी छपाई आकार पर ज्यामितीय रूप से सटीक रहता है। इससे दिक़्क़त का एक्सपोर्ट वाला आधा हल होता है और बाक़ी चार में से कोई नहीं: लंबे पेलोड को चाहे किसी भी रूप में एक्सपोर्ट किया जाए, भौतिक रूप से बड़ा कोड फिर भी चाहिए।

QR कोड की क्षमता के बारे में आम ग़लतियाँ

सबसे आम ग़लती है 2,953 बाइट के अधिकतम को काम का बजट मान लेना। वह सबसे नीचे वाले एरर करेक्शन स्तर पर 177 × 177 मॉड्यूल के चिह्न का ब्योरा है, और वह ऐसा कोड नहीं जो किसी मेन्यू, लेबल या पोस्टर पर जँचे - और उसके आस-पास का कोई भी पेलोड क्षमता के बंधन बनने से बहुत पहले भौतिक वजहों से हार चुका होगा।

कीजिए	क्यों
पहले अक्षर गिनती नहीं, कोड बनाने के बाद मॉड्यूल गिनती जाँचिए	क्षमता क़दमों में चलती है, और छपाई आकार तय करने वाली संख्या संस्करण ही है
क्षमता नापने से पहले एरर करेक्शन स्तर तय कीजिए	स्तर H चिह्न की 57% क्षमता ले जाता है, इसलिए बिना स्तर बताए दिया गया क्षमता आँकड़ा कोई जवाब ही नहीं है
कोड बड़ा करने से पहले URL छोटा कीजिए	कोई UTM सेट हटाना तीन या चार संस्करण के बराबर है और लेआउट में उसकी कोई क़ीमत नहीं
एक स्तर ऊपर आज़माइए और ग्रिड की तुलना कीजिए	स्तर बढ़ाना अक्सर मुफ़्त होता है, क्योंकि पेलोड पहले से ही उसी संस्करण में समा जाता है
कोड का आकार पहले संस्करण से, फिर पढ़ने की दूरी से तय कीजिए	दोनों एक न्यूनतम चौड़ाई देते हैं, और दोनों में जो बड़ी हो वही चलती है

मत कीजिए	क्यों
संस्करण और स्तर बताए बिना कोई क्षमता आँकड़ा कहना	उन दो संख्याओं के हिसाब से वही मोड 7 बाइट से 2,953 बाइट तक जाता है
जगह बचाने के लिए पूरा URL बड़े अक्षरों में लिखना	सिर्फ़ स्कीम और होस्ट में छोटे-बड़े अक्षर मायने नहीं रखते; पाथ बड़े अक्षरों में लिखने से ऐसा कोड बन सकता है जो स्कैन होता है और 404 पर उतरता है
लंबी सामग्री किसी URL के पीछे रखने के बजाय कोड के भीतर रखना	किसी दस्तावेज़ को समेटने लायक़ सघन कोड ऐसा कोड है जिसे कोई फ़ोन कैमरा आम दूरी पर हल नहीं करता
यह मान लेना कि लंबा URL सिर्फ़ तस्वीर बड़ी करता है	वह उसी चौड़ाई पर तस्वीर सघन कर देता है, जो छपाई की ज़्यादातर स्कैन नाकामियों की सीधी वजह है
अक्षर गिनती से संस्करण का अंदाज़ा लगाना	इंडिकेटर की चौड़ाइयाँ, ब्लॉक की बनावटें और बचे हुए बिट सीमाओं को असमान कर देते हैं; उसके बजाय कोड बनाइए और गिनिए

अपना QR कोड बनाएँ

फ्री, बिना अकाउंट और बिना वॉटरमार्क। आकार चुनें, लोगो जोड़ें, कंट्रास्ट जाँचें और SVG, PDF, EPS या PNG में एक्सपोर्ट करें - एक स्टैटिक कोड, जिसके पीछे कोई सब्सक्रिप्शन नहीं।

QR कोड बनाएँ

Questions? Answered

7,089 अंक, 4,296 अल्फ़ान्यूमेरिक अक्षर, 2,953 बाइट या 1,817 कांजी अक्षर। चारों आँकड़े संस्करण 40 के लिए हैं - 177 × 177 मॉड्यूल का चिह्न - एरर करेक्शन स्तर L पर। स्तर H पर वही चिह्न 1,273 बाइट समेटता है, क्योंकि वापसी कोडवर्ड उसी बजट से निकलते हैं जिससे डेटा।

तकनीकी रूप से 2,953 अक्षरों तक, व्यवहार में क़रीब 100। मोटे तौर पर 100 अक्षरों के बाद चिह्न संस्करण तेज़ी से चढ़ता है, और स्तर H पर संस्करण 15 का कोड कोटेड काग़ज़ पर क़रीब 34 मिमी से नीचे छापा ही नहीं जा सकता। ट्रैकिंग पैरामीटर हटाना तीन या चार संस्करण के बराबर है और लगभग हमेशा बेहतर उपाय है।

संस्करण 1, 21 × 21 मॉड्यूल पर, स्तर L पर 17 बाइट, M पर 14, Q पर 11 और H पर 7 समेटता है। यह ज़्यादातर URL के लिए काफ़ी नहीं: https://example.com 19 अक्षरों का है, इसलिए अकेला डोमेन भी आम तौर पर संस्करण 2 या संस्करण 3 का कोड होता है।

वह उसे सघन कर देता है, जिससे उसे बड़ा छापना पड़ता है। लंबा पेलोड चिह्न संस्करण बढ़ा देता है, जो तस्वीर के माप बदले बिना हर तरफ़ मॉड्यूल जोड़ देता है, इसलिए तय छपाई चौड़ाई पर हर मॉड्यूल सिकुड़ जाता है। मॉड्यूलों को पढ़ने लायक़ रखने के लिए छपाई आकार को संस्करण के साथ बढ़ना पड़ता है।

बड़े अक्षर, अंक और आठ विराम चिह्न 45 अक्षरों वाले अल्फ़ान्यूमेरिक समूह में आते हैं, जो बाइट मोड के 8 बिट प्रति अक्षर के बजाय दो अक्षरों को 11 बिट में समेटता है। यह 31% की बचत है और अक्सर पूरा एक संस्करण नीचे ले आती है। सिर्फ़ स्कीम और होस्ट बड़े अक्षरों में लिखिए - ज़्यादातर सर्वरों पर पाथ में छोटे-बड़े अक्षर मायने रखते हैं।

हाँ, काफ़ी। डेटा कोडवर्ड और वापसी कोडवर्ड हर संस्करण के एक ही तय बजट में साझा करते हैं, इसलिए स्तर L वापसी के लिए क़रीब 7% और स्तर H क़रीब 30% छोड़ता है। L से H पर जाने से हर संस्करण पर क़रीब 57% क्षमता चली जाती है। संस्करण 5 का कोड L पर 106 बाइट और H पर 44 बाइट समेटता है।

बीच के लोगो का व्यवहार में मतलब है एरर करेक्शन स्तर H, जो हर संस्करण का सबसे कम क्षमता वाला कॉलम है। स्तर H पर संस्करण 4 का कोड 34 बाइट, संस्करण 6 का 58 और संस्करण 10 का 119 समेटता है। ट्रैकिंग पैरामीटरों वाला URL और साथ में लोगो ही कोडों को संस्करण 12 से आगे धकेलता है।

सिर्फ़ इस अर्थ में कि 2,953 बाइट किसी भी काम की इमेज फ़ाइल से छोटे हैं। QR कोड टेक्स्ट रखते हैं, और किसी फ़ाइल को समाने के लिए टेक्स्ट में एनकोड करना पड़ता है, जिससे उसका आकार कई गुना हो जाता है। फ़ाइल कहीं होस्ट कीजिए और URL कोड में रखिए - 30 अक्षरों का लिंक कमरे के आर-पार से स्कैन होता है और 2,953 बाइट का पेलोड नहीं।

चिह्न संस्करण मानक का वह नाम है जो कोड की मॉड्यूल गिनती बताता है, संस्करण 1 पर 21 × 21 मॉड्यूल से लेकर संस्करण 40 पर 177 × 177 तक। संस्करण V का कोड हर तरफ़ 4V + 17 मॉड्यूल का होता है। एनकोडर वह सबसे छोटा संस्करण चुनता है जो आपके माँगे एरर करेक्शन स्तर पर आपका पेलोड समेट ले।

आगे पढ़ते रहें

ऐसे पेज जो यहीं से आगे बढ़ते हैं - वही संदर्भ, वैसा ही कोड, या अगला फ़ैसला जो लेना है।

रिटेल दुकानें

शेल्फ़ लेबल, दुकान की खिड़की और कैश काउंटर के साइन पर प्रोडक्ट ब्योरा, स्टॉक और समीक्षा के लिंक।

आयोजन एजेंसियाँ

किसी और के आयोजन के लिए बनाए गए कोड: क्लाइंट के रीडायरेक्ट, प्रदर्शकों के लिए विनिर्देश पत्र, बैज की छपाई और कमरे के हिसाब से नापे गए साइन।

रंगीन QR कोड

अपना पैलेट QR कोड पर बिना उसे तोड़े लगाएँ: कौन-सा रंग पैटर्न पर जाए, और कौन-सा फ़्रेम का हक़दार है।

बैनर

रोल-अप, प्रदर्शनी और बाहरी बैनर - दूरी जो आकार माँगती है, वह ऊँचाई जो चलती है, और mesh व हवा स्कैन क्यों तोड़ देते हैं।

गाड़ियाँ

वैन, कार और फ़्लीट ब्रांडिंग - फ़ुटपाथ से कोड को कितना आकार चाहिए, और बॉडी का वह हिस्सा कौन-सा है जहाँ वह रिवेट, जोड़ और सड़क की धूल झेल जाता है।

फ़ोन, स्क्रीनशॉट या दूसरे डिवाइस से QR कोड कैसे स्कैन करें

दोनों प्लेटफ़ॉर्म पर काम कैमरा ही करता है, पर अटपटे हाल - कोई स्क्रीनशॉट, आपके अपने हाथ के फ़ोन पर दिखता कोड, कोई लॉगिन कोड - हर एक को अलग चाल चाहिए।

KoloQR ही क्यों?

वेबसाइट, मेन्यू, Wi-Fi, PDF और विज़िटिंग कार्ड के लिए QR कोड बनाएँ
रंग, लोगो और अनोखे आकार अपने हिसाब से चुनें
हाई-क्वालिटी PNG और SVG फ़ाइलें डाउनलोड करें
प्रिंट और डिजिटल, दोनों के लिए बना