Lovable ऐप के लिए असली निर्णय रनटाइम ट्रांसलेशन और कमिटेड ट्रांसलेशन के बीच है। Lovalingo और Weglot पेज लोड होने के बाद ब्राउज़र में translations इंजेक्ट करते हैं। globalize.now आपकी रिपॉज़िटरी के भीतर locale files जनरेट करता है और हर push पर उन्हें सिंक रखता है। globalize.now AI-संचालित स्थानीयकरण इंफ़्रास्ट्रक्चर है: यह आपके AI-जनरेटेड कोड से हार्डकोडेड स्ट्रिंग्स निकालता है, कैटलॉग तैयार करता है और translated catalogs को pull request के रूप में वापस भेजता है—बिना मैन्युअल export और बिना review queue के। यह गाइड तीनों की कार्यप्रणाली, SEO, इंस्टॉल पथ और लागत की तुलना करती है।
Lovalingo, Weglot और globalize.now वास्तव में कैसे काम करते हैं?
वे दो समूहों में बँटते हैं: रनटाइम विजेट और कमिटेड कैटलॉग।
Lovalingo एक React रनटाइम लाइब्रेरी है। आप @lovalingo/lovalingo इंस्टॉल करके अपने ऐप को एक provider में रैप करते हैं; यह कंटेंट पहचानकर ब्राउज़र में उसका अनुवाद करता है, locale URLs और hreflang जनरेट करता है और language switcher जोड़ता है। Weglot भी रनटाइम लेयर है: एक JavaScript snippet आपकी मौजूदा साइट का अनुवाद करता है और subdirectories या subdomains के ज़रिए भाषाएँ उपलब्ध कराता है, जबकि translation editing Weglot के अपने इंटरफ़ेस में होती है। दोनों आपके source के बजाय रेंडर किए गए पेज का अनुवाद करते हैं।
globalize.now एक स्तर नीचे, localization infrastructure के रूप में काम करता है। lovable-i18n skill Lingui इंस्टॉल करती है, src/locales/[locale]/messages.po पर हर locale के लिए PO catalog तैयार करती है, स्ट्रिंग्स को <Trans> macros में रैप करती है और GitHub Action जोड़ती है। रिपॉज़िटरी कनेक्ट करने के बाद हर push नई स्ट्रिंग्स का diff निकालता है और अपडेटेड कैटलॉग के साथ pull request खोलता है। Translations आपकी रिपॉज़िटरी में वास्तविक फ़ाइलों के रूप में रहती हैं, किसी वेंडर के रनटाइम में नहीं। अगर आप इस व्यापक श्रेणी का मूल्यांकन कर रहे हैं, तो हमारी vibe-coder localization guide इसी tradeoff को समझाती है।
रनटाइम ट्रांसलेशन और कमिटेड कैटलॉग में क्या अंतर है?
रनटाइम ट्रांसलेशन ब्राउज़र में होता है; कमिटेड ट्रांसलेशन आपके build में होता है।
रनटाइम विजेट पहले आपका अंग्रेज़ी ऐप भेजता है, फिर पेज रेंडर होने के बाद टेक्स्ट बदलता है। इसे जोड़ना तेज़ है और build में बदलाव की ज़रूरत नहीं होती, लेकिन translated content view के समय client-side तैयार होता है। कमिटेड-कैटलॉग तरीका आपकी स्ट्रिंग्स को codebase का हिस्सा बनने वाली locale files में निकालता है, इसलिए translated text उस markup में compile होता है जिसे आपका ऐप सर्व करता है। इन फ़ाइलों का स्वामित्व आपका होता है, वे version control में रहती हैं और tool बदलने पर भी रिपॉज़िटरी के साथ चलती हैं।
AI से बनाए गए ऐप्स में translations के drift करने की एक वजह यह भी है। Lovable का हर प्रॉम्प्ट नई हार्डकोडेड स्ट्रिंग्स जोड़ सकता है, जबकि रनटाइम overlay केवल वही पकड़ता है जो लोड के समय दिखाई देता है। इसके बजाय extraction को push cycle में जोड़ने से कैटलॉग लगातार अपडेटेड रहते हैं। हमने इस failure mode को Lovable ऐप के translations हर push पर क्यों टूटते हैं में समझाया है।
Translations कितनी जल्दी लाइव होती हैं?
उसी push के कुछ मिनट बनाम एक दिन तक।
रनटाइम सर्विस को दूसरी भाषाएँ उपलब्ध कराने से पहले आपकी साइट प्रोसेस करनी पड़ती है—Lovalingo का अपना ऐप translations और pages के लाइव होने में 24 घंटे तक लगने की बात कहता है। globalize.now में translation उसी push पर चलती है: नई स्ट्रिंग्स push करते ही यह अपडेटेड कैटलॉग के साथ pull request खोलता है, आम तौर पर कुछ मिनटों में। इसलिए translated markup उसी cycle में रिलीज़ होता है जिसमें उसे लाने वाला कोड आया था। रोज़ iterate करने वाले Lovable ऐप के लिए अंतर यह है कि हर बदलाव merge करते समय अनुवादित मिलता है या एक दिन पीछे।
Lovable ऐप के SEO के लिए कौन-सा तरीका बेहतर है?
कमिटेड कैटलॉग रनटाइम injection की तुलना में अधिक भरोसेमंद ढंग से index होते हैं।
सर्च इंजन परोसे गए HTML में मौजूद सामग्री को रैंक करते हैं। जब अनुवाद पेज लोड होने के बाद क्लाइंट-साइड इंजेक्ट किए जाते हैं, तो क्रॉलर को अक्सर केवल मूल अंग्रेज़ी पेज दिखाई देता है और हर locale की इंडेक्सिंग प्रभावित होती है। Weglot इसे जनरेट किए गए hreflang के साथ subdirectory या subdomain पर भाषाएँ रेंडर करके कम करता है, लेकिन उसकी अपनी गाइडेंस के अनुसार hreflang subdirectory या subdomain integration में बनता है, केवल JavaScript वाले सेटअप में नहीं। Lovalingo भी hreflang और locale URLs जनरेट करता है, फिर भी अनुवादित टेक्स्ट रनटाइम पर ही तैयार होता है।
Lingui, committed PO catalogs और locale routing के साथ हर भाषा एक अलग, crawlable पेज बन जाती है, जिसका translated markup ब्राउज़र के किसी script को चलाने से पहले ही मौजूद होता है। अगर आप चाहते हैं कि आपका Lovable ऐप गैर-अंग्रेज़ी सर्च में मिले, तो समय के साथ यह अंतर और बड़ा होता जाता है। अनुवादित टेक्स्ट के देर से बदलने से न तो untranslated text की झलक आती है, न layout shift होता है—इससे Core Web Vitals बेहतर बने रहते हैं।
Lovable प्रोजेक्ट में इनमें से हर एक कैसे इंस्टॉल होता है?
हर एक का entry point अलग है: provider, snippet या skill।
Lovalingo में npm install और आपके ऐप के चारों ओर provider wrapper शामिल है। Weglot एक script tag और API key है, जिसे Weglot के interface में configure किया जाता है। globalize.now Lovable editor के भीतर workspace skill के रूप में इंस्टॉल होता है:
# In Lovable: Skills → Add → Import from GitHub
https://github.com/globalize-now/lovable-i18n
फिर आप Lovable को सीधे prompt करते हैं:
Set up i18n for my project using the lovable-i18n skill.
Lovable आपके stack (Vite SPA या TanStack Start) को पहचानता है, Lingui इंस्टॉल करता है, catalogs का ढाँचा तैयार करता है, strings को wrap करता है और GitHub Action जोड़ता है। आप repository को globalize.now से connect करते हैं, target languages चुनते हैं और merge कर देते हैं। यही repo Cursor या Claude Code में बना रहे हैं? Connected repo में पूरा bundle चलाने के लिए npx skills add globalize-now/globalize-skills चलाएँ। पूरी walkthrough Lovable integration page पर है।
Lovalingo, Weglot और globalize.now की कीमत कितनी है?
तीनों अलग-अलग metrics का इस्तेमाल करते हैं: visitors, words और characters।
Lovalingo 500 visitors तक free tier देता है, उसके बाद visitor-based pricing लागू होती है। Weglot 2,000 words और एक language के लिए free से शुरू होता है, फिर 10,000 words और एक language के लिए €15/माह, तथा 50,000 words और तीन languages के लिए €29/माह है। इसकी word limits हर महीने फिर से भरने वाले pools नहीं, बल्कि fixed allotments हैं। globalize.now की कीमत प्रति workspace €20/माह है, जिसमें हर महीने €20 का translation credit (लगभग 200,000 words) शामिल है; इसके बाद उसी per-character rate पर token-based usage लागू होता है। Per-seat या per-language शुल्क नहीं हैं, projects असीमित हैं और signup पर बिना कार्ड के €5 का credit मिलता है।
व्यावहारिक निष्कर्ष: छोटे site को आज़माने के लिए runtime free tier सबसे कम friction वाला विकल्प है, जबकि बिना seat या language surcharge वाला character-metered workspace plan, ऐप में languages और pages बढ़ने पर अधिक अनुमानित तरीके से scale होता है। अपने ऐप की वास्तविक growth के अनुसार meter चुनें। Tools की सुविधाओं की गहरी तुलना के लिए हमारी comparisons देखें।
अपने Lovable ऐप के लिए आपको कौन-सा विकल्प चुनना चाहिए?
अपनी प्राथमिकता के आधार पर चुनें: overlay की speed, या ownership और indexing।
जब आप एक दोपहर में live site पर languages जोड़ना चाहते हों और गैर-अंग्रेज़ी search के लिए optimize नहीं कर रहे हों, तब Lovalingo या Weglot जैसे runtime widget चुनें। जब आप चाहते हों कि translations आपकी repository में रहें, हर locale के लिए indexable pages के रूप में ship हों और Lovable को prompt करते रहने पर अपने-आप updated रहें, तब globalize.now चुनें। पहला page के ऊपर translation layer है; दूसरा codebase के नीचे मौजूद localization infrastructure है। जिस ऐप को आप कई markets तक बढ़ाना चाहते हैं, उसमें catalogs और SEO का ownership रखना आम तौर पर बेहतर स्थिति होती है।
globalize.now, Lovable i18n को committed catalogs के रूप में संभालता है। अपने workspace में lovable-i18n skill जोड़ें, repo में npx skills add globalize-now/globalize-skills चलाएँ, या globalize.now पर देखें कि यह कैसे काम करता है।
globalize.now आपके ऐप्लिकेशन की हार्डकोडेड कॉपी को अनुवाद-तैयार locale फ़ाइलों में बदल देता है और जैसे-जैसे आप नई रिलीज़ करते हैं, उन्हें अपडेट रखता है।
globalize.now को निःशुल्क आजमाएं