Lovable app का अनुवाद कैसे करें?

Lovable app का अनुवाद आप दो तरीकों में से एक से कर सकते हैं: ऐसा runtime widget जोड़ें जो page load होने के बाद उसे rewrite करे, या generated code में i18n library जोड़कर locale files को अपने repo में commit करें। Widget आज तेज़ है। Repo method वह है जिसका ownership अगले साल भी आपके पास रहेगा। globalize.now AI-powered localization infrastructure है जो repo method को automate करता है: यह आपके Lovable codebase से hardcoded strings निकालता है, locale files बनाता है और हर Git push पर सभी languages को sync में रखता है।

Lovable app का अनुवाद करने के दो तरीके कौन-से हैं?

Lovable app का अनुवाद करने वाला हर tool दो तरीकों में से किसी एक का रूप है: runtime translation या repo-native i18n।

Runtime translation का अर्थ है आपकी published site पर एक script tag। Page पहले English में render होता है, widget DOM में text पहचानता है और उसे visitor की language से बदल देता है। Weglot और LocalizeJS इसी तरह काम करते हैं, और Lovalingo ने 31 अगस्त 2026 को बंद होने की घोषणा करने तक यही तरीका अपनाया था। आपका source code नहीं बदलता; translations पर आपका ownership भी नहीं बदलता, क्योंकि वह कभी आपके पास था ही नहीं।

Repo-native i18n का अर्थ है कि generated code में मौजूद strings को translation keys से बदला जाता है, translated text आपके components के साथ commit की गई catalog files में रहता है और server हर language को सीधे render करता है। Lovable के stack पर यह Lingui with PO catalogs है, जिसे browser तक कोई HTML पहुँचने से पहले TanStack Start render करता है।

इस post का बाकी हिस्सा दोनों तरीकों और इनके पीछे का tool गायब हो जाने पर होने वाले असर को समझाता है।

Runtime widget के साथ Lovable app का अनुवाद कैसे करें?

Vendor का script tag अपनी published Lovable site में paste करें, उनके dashboard में target languages चुनें और फिर republish करें। आप कुछ ही मिनटों में तैयार हो जाते हैं; और अगर marketing page को शुक्रवार तक Spanish में चाहिए, तो यह सही विकल्प हो सकता है।

Trade-offs बाद में सामने आते हैं। Page पहले English में paint होता है और उसके बाद बदलता है, जिसे visitors गलत language की झलक के रूप में देखते हैं। Search engines को translated version serve करने के लिए vendor के proxy या JavaScript layer पर भरोसा करना पड़ता है। Pricing languages के साथ बढ़ती है: उदाहरण के लिए, Lovalingo ने अपनी hreflang SEO features के लिए $9 tier से शुल्क लेना शुरू किया था। और translated text आपके project में नहीं, vendor के servers पर रहता है।

यह आख़िरी बात इस summer में सैद्धांतिक नहीं रही। जब कोई widget vendor बंद हो जाता है, तो script के बंद होते ही उसका इस्तेमाल करने वाली हर site English पर लौट जाती है।

Repo के भीतर से Lovable app का अनुवाद कैसे करें?

Lovable को i18n library जोड़ने के लिए prompt करें, फिर repo को globalize.now से connect करें ताकि catalogs अपने-आप पूरे बने रहें। चार steps:

1. Library जोड़ें। Lovable से project में Lingui जोड़ने को कहें। मई 2026 से नए Lovable apps में server-side rendering के साथ generated TanStack Start मिलता है; पुराने projects Vite single-page apps हैं। Setup अलग होता है, इसलिए अपने stack की guide देखें: TanStack Start या classic Vite।
2. Strings निकालें। Lingui का extractor हर user-facing string को प्रति-locale PO catalog files में निकालता है, जिन्हें किसी भी अन्य source file की तरह repo में commit किया जाता है।
3. Repo को globalize.now से connect करें। Workspace skill install करें ताकि आपका AI editor wiring संभाल सके, फिर Lovable integration page पर GitHub repo link करें।
4. Locale routes publish करें और building जारी रखें। अब से हर push scan होगा: नए hardcoded strings निकाले जाएँगे, आपके मौजूदा catalogs के आधार पर keys बनाई जाएँगी, translations तैयार होंगे और उन्हें वापस commit किया जाएगा। Lovable में manually चलाए जाने वाले i18n की classic failure mode—translations break on every push—अब कभी पैदा नहीं होगी।

Lovable editor के बाहर यही workspace skill terminal से install की जाती है:

npx skills add globalize-now/globalize-skills

नतीजा ऐसी app है जिसमें German या Japanese site के ऊपर चढ़ी हुई कोई layer नहीं है। वही site अपने URL पर server-side render होती है।

Vendor बंद हो जाने पर widget translations का क्या होता है?

वे मौजूद नहीं रहतीं। Lovalingo का बंद होना इसका प्रत्यक्ष उदाहरण है: service 31 अगस्त 2026 को समाप्त हो रही है और उसकी अपनी wind-down guidance customers को project-owned internationalization लागू करने की सलाह देती है—यह widget vendor द्वारा committed catalogs के पक्ष में एक मजबूत तर्क है। अगर आप इससे migrate कर रहे हैं, तो Lovalingo migration guide में पूरा रास्ता दिया गया है।

Committed PO files अलग तरह से fail होती हैं। वे आपके Git history में plain text होती हैं। globalize.now के लिए भुगतान बंद कर दें, फिर भी आपकी app उसके पास मौजूद हर language ship करती रहेगी; आपने सिर्फ़ नए strings को translated बनाए रखने वाली automation खोई है। vibe coders के लिए, जिनका पूरा product एक ही repo में रहता है, यही translations किराए पर लेने और उनका ownership रखने के बीच का अंतर है।

Lovable app का अनुवाद करने में कितना खर्च आता है?

globalize.now का Starter plan प्रति workspace €20/माह है। इसमें हर महीने €20 का translation credit शामिल है, जो लगभग 200,000 words के बराबर है; इसके बाद usage उसी per-character rate पर जारी रहती है। कोई per-seat charge या per-language charge नहीं है, और 5 locales में 10,000 translation keys वाली सामान्य app शामिल volume के भीतर आराम से आ जाती है। Signup के साथ €5 का translation credit मिलता है और card की ज़रूरत नहीं होती।

इसकी तुलना widget pricing से करें, जो आम तौर पर languages और traffic के आधार पर meter होती है: ज़्यादा markets, ऊँचा tier। हर workspace में unlimited projects होने के कारण आपके द्वारा बनाई गई हर Lovable app उसी plan को share करती है। पूरी जानकारी pricing page पर है और engineering perspective developers page पर।

globalize.now repo method को end to end संभालता है। एक बार setup करें और हर push सभी languages को current रखेगा।