वर्ण काउंटर

यह कैसे काम करता है

1. अपना टेक्स्ट टाइप या पेस्ट करें टेक्स्टएरिया में। काउंटर हर कीस्ट्रोक पर सीधे अपडेट होता है, दबाने के लिए कोई «कैल्कुलेट» बटन नहीं है।
2. लाइव आँकड़े पढ़ें। स्पेस सहित अक्षर, स्पेस के बिना अक्षर, शब्द, वाक्य, अनुच्छेद, पंक्तियाँ, औसत शब्द लंबाई, साथ ही पढ़ने और बोलने के समय के अनुमान, सब आपके संपादन के साथ पुनर्गणना होते हैं।
3. एक वैकल्पिक अक्षर सीमा सेट करें जिस प्लेटफ़ॉर्म के लिए आप लिख रहे हैं उसके लिए (Twitter 280, SMS 160, Bluesky 300, आदि) और प्रगति बार को भरते देखें। बार सीमा के पास पहुँचने पर एम्बर रंग का हो जाता है और उसे पार करने पर लाल।
4. हो जाने पर कॉपी या साफ़ करें। «टेक्स्ट कॉपी करें» सामग्री को आपके क्लिपबोर्ड में डाल देता है; «साफ़ करें» बॉक्स को खाली कर देता है। कुछ भी कहीं नहीं भेजा जाता है, पूरा काउंटर आपके ब्राउज़र में चलता है।

2026 में मायने रखने वाली अक्षर सीमाएँ

हर प्लेटफ़ॉर्म की अपनी छत है, और कई के पास छिपे नियम हैं, जो काटते हैं वे आम तौर पर दृश्यता सीमाएँ होती हैं (एक निश्चित बिंदु से आगे का टेक्स्ट «…और» के पीछे छिप जाता है) और प्रति-चैनल एनकोडिंग नियम।

SMS एनकोडिंग जाल

SMS एकमात्र सामान्य चैनल है जहाँ एक अक्षर आपके संदेश के हर दूसरे अक्षर की लागत बदल सकता है। GSM 7-बिट डिफ़ॉल्ट वर्णमाला में ठीक 128 अक्षर होते हैं, मूल लैटिन अक्षर, अंक, सामान्य विराम चिह्न, मुट्ठी भर उच्चारण वाले अक्षर और मुद्रा प्रतीक। इसके बाहर कुछ भी (एक घुमावदार apostrophe ', एक em-dash, एक इमोजी, कोई भी non-Latin लिपि) पूरे संदेश को UCS-2 16-बिट एनकोडिंग में डिग्रेड कर देता है, प्रति-सेगमेंट छत को 160 GSM-7 अक्षरों से 70 UCS-2 अक्षरों तक गिरा देता है। 161-अक्षर का संदेश दो सेगमेंट बन जाता है, दो संदेश के रूप में बिल किया जाता है; एक स्वच्छ संदेश में एक भटका इमोजी आपकी प्रभावी सीमा को आधा कर सकता है। Twilio का «Smart Encoding» जैसे टूल विपणन अभियानों को सस्ती एनकोडिंग में रखने के लिए घुमावदार उद्धरणों को सीधे उद्धरणों से स्वचालित रूप से बदलते हैं।

«एक अक्षर» के रूप में क्या गिना जाता है? निर्भर करता है।

आधुनिक यूनिकोड «एक अक्षर» के सहज विचार को तीन अलग-अलग अवधारणाओं में अलग करता है जो अलग-अलग गिनी जाती हैं:

• कोड यूनिट, किसी विशेष एनकोडिंग की भंडारण इकाई (UTF-8 में ASCII अक्षर के लिए 1 बाइट; UTF-16 में Basic Multilingual Plane अक्षर के लिए 2 बाइट; UTF-16 में इमोजी के लिए 4 बाइट क्योंकि उसे एक surrogate pair चाहिए)।
• कोड पॉइंट, एकल यूनिकोड स्केलर मान (जैसे U+1F926 face palm)। अधिकांश अक्षर एक कोड पॉइंट होते हैं, लेकिन कुछ «एकल» दृश्य इमोजी कई से जोड़े गए होते हैं।
• विस्तारित ग्राफीम क्लस्टर, उपयोगकर्ता वास्तव में जिसे एक अक्षर के रूप में महसूस करते हैं। औपचारिक रूप से Unicode Standard Annex #29 में परिभाषित।

JavaScript का String.prototype.length UTF-16 कोड यूनिट लौटाता है, ग्राफीम नहीं। MDN इसे सीधे कहता है: «contains the length of the string in UTF-16 code units.» इसीलिए 😄 जैसा एकल इमोजी 2 लंबाई रिपोर्ट करता है (वह supplementary plane में रहता है और surrogate pair की ज़रूरत है), और परिवार ZWJ अनुक्रम 👨‍👩‍👧‍👦 लंबाई 11 रिपोर्ट करता है (चार व्यक्ति इमोजी प्लस तीन zero-width joiner)। वही एक-अक्षर वाला परिवार इमोजी JavaScript में 11, Python में 5, और Swift में 1 गिना जाता है, इस पर निर्भर कि हर भाषा कौन-सी परिभाषा चुनती है।

आधुनिक JavaScript में सही ग्राफीम गिनती के लिए, मानक उत्तर है Intl.Segmenter:

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

यह काउंटर समर्थित जगहों पर Intl.Segmenter का उपयोग करता है (2026 के सभी evergreen ब्राउज़र) ताकि दृश्यमान अक्षर गिनती वैसी ही हो जैसी मानव आँख गिनेगी, न कि वह जो UTF-16 कोड यूनिट गिनेंगे।

पढ़ने का समय और बोलने का समय

पढ़ने का समय उपलब्ध सबसे कठोर आधुनिक स्रोत का उपयोग करके गणना किया जाता है: Marc Brysbaert का 2019 का मेटा-विश्लेषण («How many words do we read per minute?», Journal of Memory and Language) जिसने 18,573 प्रतिभागियों को कवर करने वाले 190 अध्ययन खींचे। मुख्य निष्कर्ष लंबे समय से उद्धृत 300 wpm की लोक-ज्ञान से कम था, गैर-कथा का चुप पढ़ना औसत 238 शब्द प्रति मिनट, कथा का औसत 260 wpm, और ज़ोर से पढ़ना 183 wpm तक गिर जाता है। काउंटर चुप पढ़ने के समय अनुमान के लिए 238 wpm का उपयोग करता है, जो दस्तावेज़ीकरण, लेखों और अधिकांश सामान्य सामग्री के लिए सही संख्या है।

बोलने का समय American Speech-Language-Hearing Association की 130 wpm औपचारिक-प्रस्तुति गति का उपयोग करता है, बातचीत की गति (लगभग 150 wpm) से धीमा क्योंकि श्रोताओं को अतिरिक्त प्रसंस्करण समय की आवश्यकता होती है और प्रस्तुतकर्ताओं को ज़ोर के लिए ठहरना पड़ता है। यदि आप पॉडकास्ट स्क्रिप्ट, ऑडियोबुक अध्याय, या लाइव वार्ता का मसौदा बना रहे हैं, तो 130 wpm योजना के लिए सुरक्षित संख्या है।

SEO शीर्षक और मेटा-विवरण लंबाइयाँ

Google Search Central स्पष्ट है: न तो <title> तत्व के लिए और न ही <meta name="description"> टैग के लिए कोई सख़्त अधिकतम लंबाई है। स्निपेट केवल परिणाम दिखाने वाले डिवाइस पर उपलब्ध चौड़ाई में फ़िट होने के लिए ट्रंकेट किए जाते हैं। 50-60 अक्षर शीर्षक और 150-160 अक्षर विवरण की सिफ़ारिशें देखी गई पिक्सेल चौड़ाइयों (डेस्कटॉप पर ~580 px) से व्युत्पन्न उद्योग सम्मेलन हैं, किसी आधिकारिक छत से नहीं। ट्रंकेशन पिक्सेल चौड़ाई से तय होता है, इसलिए W, M और बड़े A जैसे चौड़े अक्षरों से भरा शीर्षक i, l और t जैसे संकीर्ण अक्षरों से भरे शीर्षक की तुलना में पहले ट्रंकेट होगा। लंबाई रैंकिंग को प्रभावित नहीं करती; यह केवल इस पर असर डालती है कि एक खोजकर्ता क्लिक करने से पहले आपके स्निपेट का कितना देखता है।

ब्राउज़र में गिनना क्यों मायने रखता है

कई टेक्स्ट काउंटर सर्वर-साइड हैं: आप पेस्ट करते हैं, वे आपके टेक्स्ट को बैकएंड पर POST करते हैं, और वे गिनतियाँ लौटाते हैं। आप जो कुछ भी पेस्ट करते हैं वह उस कंपनी के transit लॉग, सर्वर लॉग और (शर्तों के आधार पर) संभावित रूप से उनके प्रशिक्षण डेटा में होता है। ट्वीट के मसौदे के लिए यह ठीक है; गोपनीय कर्मचारी संचार, विशेषाधिकार के तहत क़ानूनी मसौदे, अप्रकाशित पांडुलिपियाँ, चिकित्सा या वित्तीय रिकॉर्ड, या किसी और की ओर से संभाली जा रही PII के लिए यह ठीक नहीं है। यह काउंटर पूरी तरह से आपके ब्राउज़र में चलता है, हर गिनती JavaScript द्वारा आपके अपने डिवाइस पर गणना की जाती है, टेक्स्टएरिया की सामग्री कभी पेज नहीं छोड़ती, और जब पेज कैश हो जाता है तो टूल ऑफ़लाइन काम करता है।

सामान्य उपयोग मामले

• सामाजिक पोस्ट का मसौदा बनाना सख़्त सीमा के विरुद्ध लाइव प्रगति बार के साथ (X 280, Bluesky 300, Threads 500, Mastodon 500)।
• SMS विपणन कॉपी लिखना जिसे डिलीवरी लागत को पूर्वानुमेय रखने के लिए प्रति सेगमेंट 160 GSM-7 अक्षरों के भीतर रहना पड़ता है।
• SEO मेटा टैग ट्यून करना, शीर्षक लगभग 60 अक्षर, विवरण लगभग 155, बिना किसी अलग SERP-पूर्वावलोकन टूल पर उछले।
• शैक्षणिक सार सीमाओं को पूरा करना (APA 150-250 शब्द, Nature 150, Science 125) हर संशोधन Word में निर्यात किए बिना।
• निबंध या रिपोर्ट के शब्द-गिनती की जाँच करना कक्षा न्यूनतम या जर्नल अधिकतम के विरुद्ध, ख़ासकर तब जब मूल दस्तावेज़ बंद हो या ऐसे प्रारूप में हो जिसे आप राउंड-ट्रिप नहीं करना चाहते।
• कोड स्निपेट पेस्ट करना ताकि अनुमान लगाया जा सके कि एक कोड ब्लॉक पढ़ने में कितना समय लगेगा या वह चैट में कैसे दिखेगा।
• फ़ॉर्म-फ़ील्ड कॉपी लिखना मनमाने CRM या वीज़ा-फ़ॉर्म अक्षर सीमाओं के विरुद्ध (पुराना MySQL VARCHAR(255) डिफ़ॉल्ट अब भी आश्चर्यजनक रूप से सामान्य है)।

सामान्य ग़लतियाँ

1. अक्षरों को बाइट के साथ भ्रमित करना। अंग्रेज़ी में 280-अक्षर X पोस्ट 280 बाइट है; इमोजी वाला वही पोस्ट 280 बाइट से कहीं अधिक है। जब आपको एनकोडेड आकार चाहिए तो समर्पित बाइट काउंटर का उपयोग करें।
2. यह भूलना कि X पर URL हमेशा 23 गिने जाते हैं। एक छोटा लिंक और एक 200-अक्षर का लिंक दोनों आपके 280 अक्षरों में से 23 का उपयोग करते हैं। मैन्युअल रूप से छोटा न करें।
3. SMS विपणन टेम्पलेट में एक इमोजी का उपयोग करना। एक non-GSM अक्षर पूरे संदेश को UCS-2 में डिग्रेड कर देता है, प्रति-सेगमेंट सीमा को आधा कर देता है और किसी अभियान में बिल को संभावित रूप से दोगुना कर सकता है।
4. शीर्षकों को अक्षर गिनती के लिए ऑप्टिमाइज़ करना जब ट्रंकेशन पिक्सेल चौड़ाई से होता है। दो 60-अक्षर के शीर्षक, उनके इस्तेमाल किए गए अक्षरों के आधार पर, बहुत अलग चौड़ाइयों पर रेंडर हो सकते हैं।
5. उपयोगकर्ता-दृश्य अक्षर गिनतियों के लिए JavaScript में .length पर भरोसा करना। यदि गिनती कभी उपयोगकर्ता को दिखाई जाती है तो granularity: "grapheme" के साथ Intl.Segmenter का उपयोग करें, अन्यथा इमोजी और CJK क्लस्टर भ्रामक संख्याएँ रिपोर्ट करते हैं।
6. गोपनीय टेक्स्ट को सर्वर-साइड काउंटर्स में पेस्ट करना। यदि URL «count» कहता है लेकिन नेटवर्क टैब एक POST दिखाता है, तो आपका टेक्स्ट अभी-अभी आपके कंप्यूटर से चला गया।

अक्सर पूछे जाने वाले प्रश्न

क्या काउंटर ग़ैर-लैटिन लिपियों और इमोजी के साथ काम करता है?

हाँ। अक्षर गिनती जहाँ ब्राउज़र समर्थन करता है (2026 तक हर evergreen ब्राउज़र) वहाँ ग्राफीम granularity के साथ Intl.Segmenter का उपयोग करती है, इसलिए एक एकल इमोजी 1 गिना जाता है भले ही वह तकनीकी रूप से कई यूनिकोड कोड पॉइंट zero-width joiner से जुड़े हों। CJK अक्षर, उच्चारण वाला लैटिन, देवनागरी और सिरिलिक सब प्रति दृश्यमान अक्षर एक क्लस्टर गिनते हैं।

मेरी X अक्षर गिनती एक-दो से क्यों ग़लत है?

X अपना भार लागू करता है: हर इमोजी 2 गिना जाता है, हर CJK अक्षर 2 गिना जाता है, और हर URL t.co शॉर्टनर के माध्यम से लपेटा जाता है और बिल्कुल 23 गिना जाता है। इस काउंटर में 280 अक्षरों का शुद्ध लैटिन मसौदा X पर भी 280 है, लेकिन दो इमोजी और एक URL वाला मसौदा यहाँ की तुलना में X पर अधिक गिना जाएगा। X-विशिष्ट सटीकता के लिए, X twitter-text लाइब्रेरी प्रकाशित करता है जो उसके सटीक गिनती नियमों को लागू करती है।

क्या पढ़ने का समय वास्तव में 238 शब्द प्रति मिनट है?

एक औसत वयस्क द्वारा गैर-कथा के चुप पढ़ने के लिए, हाँ, यह Marc Brysbaert के 2019 के मेटा-विश्लेषण की मुख्य संख्या है, जो 18,573 प्रतिभागियों को कवर करने वाले 190 पूर्व अध्ययनों पर आधारित है, सबसे कठोर आधुनिक स्रोत। कथा थोड़ी तेज़ है (260 wpm), ज़ोर से पढ़ना बहुत धीमा है (183 wpm), और श्रोताओं के लिए बोलना और भी धीमा है (ASHA के अनुसार 130 wpm)। पढ़ने का समय अनुमान 238 wpm का उपयोग करता है; बोलने का समय 130।

क्या मेरा टेक्स्ट सहेजा या कहीं भेजा जाता है?

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

SMS सीमा वास्तव में कैसे काम करती है?

एक एकल SMS सेगमेंट 140 बाइट है। GSM 7-बिट वर्णमाला से एनकोड किया तो वह 160 अक्षर है; UCS-2 से एनकोड किया (16-बिट यूनिकोड, किसी भी non-GSM अक्षर के दिखते ही उपयोग किया जाता है) तो वह 70 तक गिर जाता है। मल्टी-सेगमेंट संदेश पुनर्संयोजन के लिए उपयोग किए जाने वाले उपयोगकर्ता डेटा हेडर के लिए प्रति सेगमेंट 7 GSM अक्षर या 3 UCS-2 अक्षर खोते हैं, इसलिए एक लंबा GSM संदेश प्रति सेगमेंट 153 अक्षर है, एक लंबा UCS-2 संदेश 67 है। मोबाइल वाहक प्रति सेगमेंट बिल करते हैं, इसलिए एनकोडिंग का चयन मायने रखता है।

सही SEO शीर्षक लंबाई क्या है?

Google की कोई सख़्त सीमा नहीं है। 50-60 अक्षरों का उद्योग सम्मेलन डेस्कटॉप खोज परिणामों में देखे गए पिक्सेल-चौड़ाई ट्रंकेशन बिंदु (लगभग 580 px) से आता है। लंबाई स्वयं रैंकिंग को प्रभावित नहीं करती; यह केवल इस पर असर डालती है कि उपयोगकर्ता शीर्षक का कितना देखते हैं इससे पहले कि वह क्लिप हो जाए। सबसे महत्वपूर्ण शब्द शुरुआत में रखें, क्योंकि वही हिस्सा दिखने की गारंटी रखता है।

संबंधित टूल