हाँ—जब तक आप उससे पहले कोई विकल्प नहीं अपनाते। Lovalingo अपने infrastructure से Lovable apps का runtime translation करता है, और उसके closure page के अनुसार active projects केवल 31 अगस्त 2026 को 23:59 CEST तक उपलब्ध रहेंगे। आपके React components में अब भी वही English source strings मौजूद हैं जिनसे वे generate हुए थे, इसलिए visitors को अंग्रेज़ी ही दिखाई देगी। globalize.now AI-powered localization infrastructure है, जो translated catalogs को vendor के infrastructure के बजाय आपकी Git repository में रखता है—जहाँ किसी vendor का shutdown उन तक नहीं पहुँच सकता।
Service बंद होने पर Lovable app में वास्तव में क्या टूटता है?
एक साथ पाँच चीज़ें प्रभावित होती हैं, और उनमें से केवल एक text है।
सबसे पहले दिखाई देने वाले translations गायब होते हैं। Runtime translation layer एक छोटा client package भेजती है और फिर page load पर vendor के servers से translated bundles fetch करती है। जब वे servers जवाब देना बंद कर देते हैं, तो DOM में वही strings रह जाती हैं जिनसे आपके components बनाए गए थे।
इसके बाद locale routes प्रभावित होते हैं। अगर /fr/pricing केवल इसलिए मौजूद था क्योंकि service ने उसे बनाया था, तो वह path या तो 404 देगा या अंग्रेज़ी serve करेगा। Google महीनों से इन URLs को index कर रहा है।
उनके साथ hreflang tags भी चले जाते हैं। Lovalingo अपने paid plans में browser hreflang controls बेचता है, इसलिए ये tags उसी layer से generate होते हैं जिसे बंद किया जा रहा है। Dead URLs की ओर इशारा करने वाला reciprocal hreflang, hreflang न होने से भी बदतर है।
Locale pages के sitemap entries बनना बंद हो जाता है। इसी तरह search engines को समस्या का पता तुरंत नहीं, धीरे-धीरे चलता है।
और आपके corrections भी चले जाते हैं। हर वह phrase जिसे आपने हाथ से ठीक किया था, उनके dashboard में मौजूद था। Machine output को कुछ मिनटों में फिर generate किया जा सकता है; आपके edits को नहीं।
31 अगस्त से पहले क्या टूटेगा, यह कैसे जाँचें?
लगभग दस मिनट में अपने browser में outage simulate करें। यह जानने के लिए आपको 1 सितंबर तक इंतज़ार करने की ज़रूरत नहीं है।
- पहले export माँगें। Lovalingo के अनुसार active projects के लिए preservation exports तैयार किए जा रहे हैं, जिनमें configuration, routes, translation bundles, overrides और integrity evidence शामिल हैं। उनके support address पर email करें और कुछ भी बदलने से पहले अपना export प्राप्त कर लें।
- Vendor की requests block करें। अपनी production site पर DevTools खोलें, Network panel में जाएँ और
lovalingo.comको request blocking list में जोड़ें। Cache disabled करके reload करें। - हर locale route खोलकर देखें।
/fr/,/de/,/es/और वे सभी deep pages load करें जिनकी आपको परवाह है। नोट करें कि कौन-से pages अंग्रेज़ी में render होते हैं, कौन errors देते हैं और कौन-से तब layout खो देते हैं जब लंबी string की जगह छोटी string आती है। - Rendered page नहीं, source देखें। जाँचें कि
<html lang>, title, meta description, canonical और hreflang tags में अब भी सही locale मौजूद है या नहीं। Crawler यही देखता है, और आम तौर पर browser में दिखने वाली स्थिति से भी बदतर स्थिति होती है। - Sitemap से diff करें। आपके sitemap में listed हर locale URL जो अब अंग्रेज़ी लौटाता है, वह ऐसा page है जिसे आप search में खोने वाले हैं।
जो कुछ fail हो रहा है, उसे लिख लें। यही आपकी migration scope है—और यह लगभग हमेशा लोगों की आशंका से छोटी, लेकिन उनकी अपेक्षा से अलग होती है।
कौन-सी चीज़ export वापस नहीं ला सकता?
Ranking और वे edits जिन्हें आपने save नहीं किया।
Export आपके bundles वापस देता है। वह Google में उन translated URLs की ranking वापस नहीं देता, न ही उस page को restore करता है जिसने दो हफ्तों तक French visitors को अंग्रेज़ी serve की हो। Vendor closure का यह वह हिस्सा है जिसकी लागत चुपचाप बढ़ती है। इसी वजह से क्रम महत्वपूर्ण है: पहले replacement live करें, फिर Lovalingo हटाएँ। Lovalingo की अपनी guidance भी यही कहती है—किसी बंद होने वाली company के लिए यह असामान्य रूप से स्पष्ट सलाह है।
दूसरी ऐसी चीज़ है जिसे वापस नहीं पाया जा सकता: intent। Native speaker द्वारा सुधारी गई translated string अपने साथ एक निर्णय रखती है। अगर वह निर्णय केवल ऐसे dashboard में मौजूद था जिसमें अब आप log in नहीं कर सकते, तो वह खो चुका है और अगला machine pass पूरे आत्मविश्वास से वही version तैयार करेगा जिसे आपने अस्वीकार किया था।
कौन-सा replacement failure mode को केवल दूसरी जगह ले जाने के बजाय समाप्त करता है?
केवल वे विकल्प जिनमें translated content आपकी repository में रहता है।
नीचे दिए गए आँकड़े 19 अगस्त 2026 को प्रत्येक vendor के अपने pricing page से जाँचे गए थे।
| Translations कहाँ रहती हैं | प्रारंभिक कीमत | बिलिंग यूनिट | Vendor बंद होने के बाद भी चलता रहता है |
|---|---|---|---|
| globalize.now, आपकी repo में committed locale files | Indie €5/माह; Starter €20/माह, जिसमें हर महीने €20 का translation credit (लगभग 200,000 शब्द) शामिल है; €5 का free credit, card की आवश्यकता नहीं | प्रति workspace, और शामिल volume से अधिक usage पर प्रति character शुल्क | हाँ। Files पहले से ही आपके Git history में मौजूद हैं |
| Lovalingo, browser द्वारा fetch किए जाने वाले vendor-hosted bundles | प्रति project $0 / $9 / $29, 2026-08-31 को बंद | प्रति project | नहीं |
| Weglot, vendor-hosted और browser layer में लागू | 2,000 शब्दों तक free, 10,000 शब्दों पर €15/माह, 50,000 शब्दों पर €29/माह | सभी भाषाओं में unique words; एक fixed allowance जो renew नहीं होता | नहीं |
| केवल next-intl या react-i18next, files आपकी repo में | Free, open source | कोई नहीं | हाँ, और हर key आपको हाथ से लिखकर maintain करनी होगी |
globalize.now की ईमानदार तुलना runtime row से नहीं, open-source row से होनी चाहिए। Libraries rendering का काम करती हैं। वे Lovable द्वारा generate की गई hardcoded strings को extract नहीं करतीं, उन्हें आपके मौजूदा catalogs के साथ key नहीं करतीं और आपके लगातार shipping करते रहने पर locale files को up to date नहीं रखतीं। यही gap असल काम है, और हम इसी layer में काम करते हैं। Plans €5 प्रति माह से शुरू होते हैं। €20 वाला Starter हर महीने €20 का translation credit (लगभग 200,000 शब्द) शामिल करता है। Per-seat और per-language charges नहीं हैं; included volume से अधिक usage पर पारदर्शी per-character rate से billing होती है।
Lovable app को committed catalogs पर कैसे ले जाएँ?
साथ में install करें, verify करें, फिर हटाएँ। कभी उलटे क्रम में नहीं।
कौन-सी guide लागू होगी, यह इस बात पर निर्भर करता है कि Lovable ने आपके लिए क्या generate किया है। TanStack Start stack पर बने नए projects server पर render होते हैं, इसलिए समाधान है कि catalogs को build time पर compile करके वास्तविक per-locale routes बनाए जाएँ। इसकी प्रक्रिया हमारे TanStack Start i18n walkthrough में दी गई है। Classic Vite single-page apps के लिए अलग तरीका है, जिसे Lovable Vite i18n guide में समझाया गया है।
दोनों मामलों में मूल ढाँचा एक जैसा है: strings को एक बार components से निकालकर catalogs में रखा जाता है, catalogs commit किए जाते हैं और उसके बाद हर push उन्हें sync में रखता है, ताकि वे धीरे-धीरे अलग न हों। यही drift मूल समस्या का कारण है, जिसके बारे में हमने why Lovable translations break on every push में लिखा है।
अगर आप अभी किसी एक destination को implement करने के बजाय विकल्प चुन रहे हैं, तो Lovalingo alternatives roundup में उनकी side-by-side तुलना है और globalize.now vs Lovalingo में direct swap समझाया गया है। जो builders इस layer का संक्षिप्त परिचय चाहते हैं, वे globalize.now for vibe coders से शुरुआत कर सकते हैं। Cutoff से पहले Lovalingo से migrate करने वाली teams को पहले तीन महीनों का usage free मिलेगा।
Setup का मतलब globalize.now पर repository connect करना है; conversion app में एक बार चलता है। Terminal से यही setup एक command है:
npx skills add globalize-now/globalize-skills
आपके पास एक सप्ताह है। आज ही DevTools block test चलाएँ, अपना export माँगें और catalogs को ऐसी जगह रखें जहाँ कोई shutdown notice उन तक न पहुँच सके।
globalize.now आपके ऐप्लिकेशन की हार्डकोडेड कॉपी को अनुवाद-तैयार locale फ़ाइलों में बदल देता है और जैसे-जैसे आप नई रिलीज़ करते हैं, उन्हें अपडेट रखता है।
globalize.now को निःशुल्क आजमाएं