Lovable ऐप को सही तरीके से multilingual बनाने का मतलब है अपने repo में वास्तविक translation catalogs commit करना और उन्हें अपने-आप sync रखना—UI के ऊपर translation widget चिपकाना नहीं। globalize.now AI-powered localization infrastructure है, जो आपके hardcoded strings extract करता है, PO catalogs तैयार करता है और हर Git push पर उन्हें update करता है। Shortcut tools आपको कुछ ही मिनटों में multilingual demo दे देते हैं। लेकिन बाद में translations drift करने लगती हैं, load के समय layout बदलता है और search engines के लिए pages को पढ़ना मुश्किल हो जाता है। यहाँ वह setup है जो release twelve तक भी टिकता है।

Lovable ऐप के लिए “multilingual सही तरीके से” बनाने का वास्तव में क्या मतलब है?

इसका मतलब है कि आपकी translations committed catalogs के रूप में codebase में रहें, initial markup में serve हों और ऐप बदलने पर अपने-आप update होती रहें।

हर वास्तविक multilingual ऐप में तीन layers होती हैं। i18n runtime library active locale के लिए सही string serve करती है। Translation catalogs वास्तविक translations रखते हैं। और UI बदलने के साथ इन catalogs को current रखने के लिए एक व्यवस्था चाहिए। Lovable की अधिकांश guides पहली layer समझाती हैं और तीसरी को छोड़ देती हैं—जबकि समस्या यहीं से शुरू होती है।

Lovable आपके UI को तेज़ी से बदलने के लिए बना है। हर prompt user-facing text जोड़, rename या restructure कर सकता है। इसलिए multilingual होने का सवाल यह नहीं है कि “ऐप को एक बार translate कैसे करूँ?” असली सवाल है: “मैं prompting जारी रखते हुए हर locale को complete कैसे रखूँ?” इसे गलत संभालने पर आपका mixed-language UI ship हो जाता है—और non-English market में trust खोने का यह सबसे तेज़ तरीकों में से एक है।

Lovable apps के लिए translation widgets पर्याप्त क्यों नहीं हैं?

वे page load होने के बाद content translate करते हैं। यानी एक छिपी हुई maintenance समस्या के बदले आपको performance और SEO की दिखाई देने वाली समस्या मिलती है।

Weglot, Lovalingo और injected translator widgets जैसे runtime translators Lovable के लिए सबसे आम शुरुआती विकल्प हैं, क्योंकि वे कुछ ही मिनटों में install हो जाते हैं और locale files की ज़रूरत नहीं होती। इसकी कीमत बाद में सामने आती है। Translation बदलने से पहले user को थोड़ी देर original language दिखाई देती है—इसे flash of untranslated content कहते हैं। यह बदलाव layout को हिला देता है और Cumulative Layout Shift बढ़ाता है, जिसे Google Core Web Vitals के हिस्से के रूप में मापता है।

गहरी समस्या discoverability की है। यदि translated text केवल client-side JavaScript चलने के बाद मौजूद होता है, तो आम तौर पर आपके पास एक वास्तविक page और browser-side translation होती है। Per-locale URLs कमज़ोर या अनुपस्थित रहते हैं, इसलिए आपकी Spanish और German pages उस तरह rank नहीं करतीं जैसे properly localized site करती है। Internal tool या throwaway demo के लिए widget सही विकल्प हो सकता है। लेकिन दूसरे markets में खोजे जाने वाले ऐप के लिए यह गलत foundation है।

क्या one-time i18n setup Lovable ऐप को translated बनाए रखता है?

नहीं। एक साफ़ extraction pass आपके अगले prompt तक ही काम करता है; उसके बाद drift शुरू हो जाती है।

आप Lovable, Cursor या Claude Code से proper i18n library जोड़ने और हर string को translation catalogs में लाने के लिए कह सकते हैं। जिस build पर आप इसे चलाते हैं, उस पर यह सचमुच काम करता है। समस्या यह है कि extraction के “पूरा हो जाने” का कोई स्वाभाविक checkpoint नहीं होता। अगला pricing section, अगला empty state और अगला button label नए hardcoded strings के रूप में आते रहते हैं, जबकि आपके catalogs चुपचाप पीछे छूट जाते हैं।

Manual विकल्प—हर बदलाव पर Lovable से हर catalog update करवाना—सुनने में disciplined लगता है, लेकिन व्यवहार में टिकता नहीं। हर prompt पर, हर language में, हर string के लिए आपको यह याद रखना होगा। चार locales से गुणा करें तो हर UI change coordination exercise बन जाता है। यही friction उस velocity को खत्म कर देता है जिसके कारण Lovable इस्तेमाल करना सार्थक लगा था।

मैं अपने Lovable ऐप को step-by-step multilingual कैसे बनाऊँ?

शुरू करने से पहले: अपने Lovable project को GitHub से connect करें (chat input में + menu, फिर GitHub, फिर Connect project), globalize.now account बनाएँ (free signup, €5 starting credit, कार्ड की आवश्यकता नहीं), और सुनिश्चित करें कि Lovable में आप workspace owner या admin हैं, ताकि workspace के लिए skill एक बार जोड़ सकें।

Repo connect करें, lovable-i18n skill एक बार जोड़ें, फिर हर push पर sync चलने दें। पूरा तरीका यह है।

  1. अपने Lovable project को GitHub से connect करें। Chat input में + menu खोलें, फिर GitHub और फिर Connect project चुनें। Lovable आपके project को एक वास्तविक repository से sync करता है, जिससे durable i18n संभव होता है। नीचे की पूरी प्रक्रिया उसी repo पर चलती है, किसी black box के भीतर नहीं।
  2. अपने workspace में lovable-i18n skill जोड़ें। Lovable reusable skills support करता है। अपने Lovable workspace में Skills खोलें, फिर Add और Import from GitHub चुनें, और https://github.com/globalize-now/globalize-skills/tree/main/skills/lovable-i18n paste करें। Confirm करें। यह प्रति workspace केवल एक बार करना है (workspace owner या admin की आवश्यकता है)। Skill जोड़ना मुफ़्त है और credits का उपयोग नहीं करता। Cursor या Claude Code में build कर रहे हैं? Connected repo में npx skills add globalize-now/globalize-skills चलाएँ।
  3. Lovable से setup करने को कहें। Lovable chat में यह paste करें: Set up i18n for my project using the lovable-i18n skill. Lovable आपके stack (Vite SPA या TanStack Start) को पहचानता है और एक सवाल पूछता है—source language, target languages, URL में locale रखना है या नहीं, और GitHub Action जोड़ना है या नहीं। Defaults के लिए go का जवाब दें। यह Lingui (@lingui/core, @lingui/react, Vite plugin) install करता है, provider जोड़ता है, src/locales/{locale}/messages.po पर हर locale के लिए एक PO catalog तैयार करता है, strings को <Trans> macros में wrap करता है और language switcher जोड़ता है।
  4. रिव्यू और मर्ज करें। Lovable GitHub से सिंक करता है; diff की समीक्षा करके उसे अपनी default branch में मर्ज करें।
  5. Repo को globalize.now से connect करें। Sign in करें, फिर Connect repository चुनें, GitHub app को authorize करें, Lovable repo और default branch चुनें, और languages चुनें (50+ languages, RTL सहित)।
  6. Lovable में build करते रहें। हर push पर globalize.now updated PO catalogs के साथ translation PR खोलता है। उसे merge करें। आपका ऐप translated होकर ship हो जाएगा। Releases के बीच आपकी ओर से और कुछ करने की आवश्यकता नहीं है।

महत्वपूर्ण बात steps three through six में है: setup केवल एक बार होता है, और ongoing sync के लिए किसी command, dashboard या review queue की ज़रूरत नहीं होती। पूरे integration walkthrough के लिए Lovable integration page देखें।

Lovable ऐप को कौन-सी i18n library इस्तेमाल करनी चाहिए?

lovable-i18n skill Lingui install करती है, क्योंकि Lovable apps Vite SPA या TanStack Start React projects होते हैं और Lingui इस stack के लिए उपयुक्त है।

यह skill @lingui/core, @lingui/react और Vite plugin जोड़ती है, src/locales/{locale}/messages.po पर PO catalogs तैयार करती है और strings को <Trans> macros में wrap करती है। अन्य React और Next.js setups के लिए react-i18next और next-intl सही विकल्प हैं, लेकिन यह skill उन्हें install नहीं करती।

Custom translation context बनाने या language map को hardcode करने से बचें। पहले दिन यह हल्का लगता है, लेकिन तीसवें दिन यही वह चीज़ बन जाती है जिसे आपको निकालना पड़ता है। globalize.now का developers page बताता है कि extraction हर library के साथ कैसे map होता है, ताकि आपको बिना समझे चुनाव न करना पड़े।

Lovable को लगातार prompt करते हुए मैं translations को sync में कैसे रखूँ?

Sync को अपने Git workflow में ले आएँ, ताकि वह भूल ही न सके।

Manual i18n इसलिए विफल होता है क्योंकि तेज़ build cycle के दौरान यह किसी इंसान के किसी task को याद रखने पर निर्भर करता है। Infrastructure इंसान को इस loop से बाहर कर देता है। जब diff और translation step हर push पर चलता है, तो Lovable prompt से बनी नई string उसी push में पकड़ ली जाती है, translate होती है और branch merge होने से पहले PR के रूप में वापस आ जाती है। कोई release ऐसा नहीं होता जिसमें PO catalogs चुपचाप पीछे रह जाएँ, क्योंकि छोड़ देने लायक कोई manual step होता ही नहीं।

यही setup और infrastructure के बीच का अंतर है। Setup वह state है जिस तक आप एक बार पहुँचते हैं। Infrastructure वह property है जो आसपास सब कुछ बदलने पर भी बनी रहती है। Lovable में लगातार edit किए जाने वाले ऐप के लिए आपको state नहीं, property चाहिए। AI-built-app workflow पर विशेष जानकारी vibe coders page पर है, और यदि आप tools की तुलना कर रहे हैं, तो comparison guide बताती है कि stack में हर tool कहाँ फिट होता है।

Lovable ऐप को multilingual बनाना शुरू करना आसान है, लेकिन उसे बनाए रखना कठिन। globalize.now इसी maintenance को संभालता है। Lovable में Open Skills खोलें, फिर Add और Import from GitHub चुनें और globalize-now/lovable-i18n की ओर point करें। Cursor या Claude Code में npx skills add globalize-now/globalize-skills चलाएँ। Lovable integration guide या globalize.now देखें।

globalize.now आपके ऐप्लिकेशन की हार्डकोडेड कॉपी को अनुवाद-तैयार locale फ़ाइलों में बदल देता है और जैसे-जैसे आप नई रिलीज़ करते हैं, उन्हें अपडेट रखता है।

globalize.now को निःशुल्क आजमाएं