@intlayer/docs 9.4.2 → 9.4.4

package/blog/hi/is_next-intl_outdated.md

@@ -0,0 +1,363 @@
+---
+createdAt: 2026-09-02
+updatedAt: 2026-09-02
+title: क्या 2026 में next-intl पुराना हो चुका है?
+description: next-intl, Next.js App Router का डिफ़ॉल्ट समाधान बन चुका है। लेकिन यह अभी भी रनटाइम बंडल ओवरहेड और मैन्युअल नेमस्पेस प्रबंधन का बोझ उठाता है।
+keywords:
+  - next-intl
+  - Intlayer
+  - अंतर्राष्ट्रीयकरण
+  - i18n
+  - Next.js
+  - बंडल साइज
+  - ब्लॉग
+  - JavaScript
+slugs:
+  - blog
+  - is-next-intl-outdated
+author: aymericzip
+---
+
+# क्या 2026 में next-intl पुराना हो चुका है?
+
+जब Vercel ने App Router पेश किया और Pages Router के इनबिल्ट i18n को हटा दिया, तब `next-intl` ने तेजी से इस अंतर को पाटा। Jan Amann के उत्कृष्ट दस्तावेज़ीकरण और समय पर App Router समर्थन ने इस लाइब्रेरी को कम्युनिटी की स्वाभाविक पसंद बना दिया।
+
+तो फिर आज इसकी प्रासंगिकता पर सवाल क्यों उठ रहे हैं?
+
+**कारण यह है कि पिछले तीन वर्षों में वेब आर्किटेक्चर में व्यापक बदलाव आए हैं, लेकिन `next-intl` का बुनियादी मॉडल काफी हद तक स्थिर रहा है।**
+
+जबकि Next.js React Server Components (RSC), स्ट्रीमिंग और कंपाइलर-आधारित ऑप्टिमाइजेशन की दिशा में आगे बढ़ गया, `next-intl` अभी भी अंतर्राष्ट्रीयकरण को रनटाइम के कार्य के रूप में देखता है: क्लाइंट प्रोवाइडर्स को भारी JSON ऑब्जेक्ट्स भेजना, ब्राउज़र में ICU फॉर्मेटर्स चलाना और बंडल साइज को रोकने के लिए मैन्युअल नेमस्पेस विभाजन पर निर्भर रहना।
+
+<TOC/>
+
+## मुख्य बिंदु
+
+**धीमी होती विकास गति:**
+
+पिछले 12 महीनों में, `next-intl` में लगभग 187 कमिट हुए, जो मुख्यतः Next.js के नए वर्जन्स के साथ तालमेल और बग फिक्स तक सीमित रहे।
+
+**क्लाइंट रनटाइम ओवरहेड:**
+
+`NextIntlClientProvider` और `useTranslations()` का उपयोग किसी भी टेक्स्ट को दिखाने से पहले लगभग 12.8 KB gzipped (51 KB minified) कोड जोड़ देता है, जो `next-intlayer` (4.3 KB) से लगभग 3 गुना अधिक है।
+
+**90% गैर-ज़रूरी कंटेंट लीकेज:**
+
+सामान्य सेटअप में, **किसी पेज पर भेजे गए 89.8% ट्रांसलेशंस अन्य रूट्स से संबंधित होते हैं**। `/contact` पर जाने वाले यूज़र को `/pricing` और डैशबोर्ड के टेक्स्ट भी डाउनलोड करने पड़ते हैं।
+
+**मैन्युअल नेमस्पेस प्रबंधन का बोझ:**
+
+बंडल को फूलने से बचाने के लिए नेमस्पेस को रूट-दर-रूट मैन्युअल रूप से विभाजित करना पड़ता है, जिससे प्रोडक्शन में टेक्स्ट छूटने का खतरा बढ़ जाता है।
+
+**कमर्शियल पार्टनरशिप का प्रभाव:**
+
+Crowdin का आधिकारिक पार्टनर होने के कारण, प्रोजेक्ट के पास अपनी सीएलआई में पूरी तरह मुफ्त और लोकल एआई ट्रांसलेशन टूल विकसित करने का कोई व्यावसायिक कारण नहीं है।
+
+## मेंटेनेंस बनाम आधुनिक टूल्स
+
+पिछले 12 महीनों की कमिट गतिविधि:
+
+| रिपॉजिटरी             | स्टार्स                                                                                                                                                | कुल कमिट्स                                                                                                                                                          | कमिट्स / वर्ष                                                                                                                                                      | अंतिम कमिट                                                                                                                                   |
+| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------- |
+| `amannn/next-intl`    | [![stars](https://img.shields.io/github/stars/amannn/next-intl?style=for-the-badge&label=stars)](https://github.com/amannn/next-intl/stargazers)       | [![commits](https://img.shields.io/github/commit-activity/t/amannn/next-intl?style=for-the-badge&label=commits)](https://github.com/amannn/next-intl/commits)       | [![yearly](https://img.shields.io/github/commit-activity/y/amannn/next-intl?style=for-the-badge&label=%2Fyear)](https://github.com/amannn/next-intl/commits)       | [![last](https://img.shields.io/github/last-commit/amannn/next-intl?style=for-the-badge)](https://github.com/amannn/next-intl/commits)       |
+| `aymericzip/intlayer` | [![stars](https://img.shields.io/github/stars/aymericzip/intlayer?style=for-the-badge&label=stars)](https://github.com/aymericzip/intlayer/stargazers) | [![commits](https://img.shields.io/github/commit-activity/t/aymericzip/intlayer?style=for-the-badge&label=commits)](https://github.com/aymericzip/intlayer/commits) | [![yearly](https://img.shields.io/github/commit-activity/y/aymericzip/intlayer?style=for-the-badge&label=%2Fyear)](https://github.com/aymericzip/intlayer/commits) | [![last](https://img.shields.io/github/last-commit/aymericzip/intlayer?style=for-the-badge)](https://github.com/aymericzip/intlayer/commits) |
+
+पिछले एक वर्ष का सारांश:
+
+- `amannn/next-intl`: **187 कमिट्स** (मुख्यतः फ्रेमवर्क अपडेट्स और छोटे सुधार)।
+- `aymericzip/intlayer`: **4,343 कमिट्स** (कंपाइलर, आईडीई एक्सटेंशन, एमसीपी सर्वर और एआई ट्रांसलेशन इंजन पर निरंतर विकास)।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=amannn%2Fnext-intl%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#amannn/next-intl&aymericzip/intlayer)
+
+एक स्थापित लाइब्रेरी सुरक्षा का अनुभव कराती है। लेकिन आधुनिक i18n की दुनिया बदल चुकी है: कंपाइलर्स अप्रयुक्त टेक्स्ट को बिल्ड के समय हटाते हैं, एलएलएम सीआई पाइपलाइन में अनुवाद करते हैं, और डेवलपर्स लैंग्वेज सर्वर (LSP) और एआई एजेंट्स की मदद लेते हैं। रनटाइम-केंद्रित लाइब्रेरी इन सुविधाओं को आसानी से आत्मसात नहीं कर पाती।
+
+## Next.js 16 App Router परफॉर्मेंस टेस्ट
+
+10 रूट्स और 10 भाषाओं वाले सामान्य App Router एप्लिकेशन पर परीक्षण किया गया:
+
+<I18nBenchmark framework="nextjs" vertical/>
+
+<ClickToOpenIframe
+src="https://intlayer.org/markdown?url=https%3A%2F%2Fraw.githubusercontent.com%2Fintlayer-org%2Fbenchmark-i18n%2Fmain%2Freport%2Fscripts%2Fsummarize-nextjs.md"
+width="100%"
+height="600px"
+style="border:none;"
+/>
+
+> वास्तविक ब्राउज़रों में प्रोडक्शन gzip कंप्रेशन के साथ परीक्षण किया गया। पूर्ण विवरण [Next.js बेंचमार्क रिपोर्ट](https://intlayer.org/hi/doc/benchmark/nextjs) में उपलब्ध है।
+
+### बेस लाइब्रेरी ओवरहेड
+
+ट्रांसलेशन फाइल्स लोड होने से पहले क्लाइंट पर लोड:
+
+| लाइब्रेरी              | Gzipped    | Minified    |
+| ---------------------- | ---------- | ----------- |
+| `next-intl@4.9.1`      | 12.8 KB    | 51.0 KB     |
+| `next-intlayer@8.7.12` | **4.3 KB** | **13.3 KB** |
+
+### पेज का आकार और डेटा लीकेज
+
+| कॉन्फ़िगरेशन           | औसत पेज JS (gz) | भाषा लीकेज | अन्य पेज लीकेज | औसत कंपोनेंट (gz) |
+| ---------------------- | --------------- | ---------- | -------------- | ----------------- |
+| बेस (बिना i18n)        | 150.8 KB        | 0.0%       | 0.0%           | 0.7 KB            |
+| `next-intl` (स्टैटिक)  | 163.5 KB        | 4.2%       | **89.8%**      | 20.5 KB           |
+| `next-intl` (डायनामिक) | 163.4 KB        | 9.7%       | **89.9%**      | 20.5 KB           |
+| `next-intlayer`        | **152.1 KB**    | **0.0%**   | **0.0%**       | **7.2 KB**        |
+
+### पेजों के बीच डेटा लीकेज क्यों होता है?
+
+पारंपरिक `next-intl` प्रोजेक्ट्स में रूट लेआउट सभी संदेशों को एक ही बार में फेच करता है:
+
+```tsx fileName="app/[locale]/layout.tsx"
+export default async function RootLayout({ children, params }) {
+  const messages = await getMessages();
+
+  return (
+    <html>
+      <body>
+        <NextIntlClientProvider messages={messages}>
+          {children}
+        </NextIntlClientProvider>
+      </body>
+    </html>
+  );
+}
+```
+
+क्योंकि `messages` को सबसे ऊपर क्लाइंट प्रोवाइडर को सौंप दिया जाता है, ब्राउज़र हर पेज पर पूरे एप्लिकेशन की शब्दकोश सूची डाउनलोड करता है। `/login` पर आने वाला यूज़र एफएक्यू, गाइड्स और डैशबोर्ड का डेटा भी लोड करता है।
+
+JSON फाइलों को नेमस्पेस में बांटकर इसे कम किया जा सकता है, लेकिन हर रूट के लिए इस मैपिंग को मैन्युअल रूप से संभालना मुश्किल और जोखिम भरा होता है।
+
+Intlayer इसे स्टैटिक एनालिसिस से हल करता है: [Intlayer कंपाइलर](https://intlayer.org/hi/doc/compiler) केवल उन्हीं टेक्स्ट्स को बंडल करता है जो उस विशेष रूट पर इस्तेमाल होते हैं, जिससे लीकेज **0.0%** हो जाता है।
+
+## next-intl ट्री-शेकिंग का समर्थन क्यों नहीं करता?
+
+लाइब्रेरी का एपीआई रनटाइम पर डायनामिक स्ट्रिंग कीज़ को हल करने पर निर्भर करता है:
+
+<Tabs defaultTab="intlayer" group="techno">
+  <Tab label="next-intl" value="next-intl">
+
+```tsx fileName="UserProfile.tsx"
+"use client";
+
+import { useTranslations } from "next-intl";
+
+export function UserProfile() {
+  const t = useTranslations("UserProfile");
+
+  return <h2>{t("heading")}</h2>;
+}
+```
+
+  </Tab>
+  <Tab label="Intlayer" value="intlayer">
+
+```tsx fileName="UserProfile.tsx"
+"use client";
+
+import { useIntlayer } from "next-intlayer";
+
+export function UserProfile() {
+  const { heading } = useIntlayer("user-profile");
+
+  return <h2>{heading}</h2>;
+}
+```
+
+  </Tab>
+</Tabs>
+
+Turbopack और Webpack यह पहले से नहीं जान सकते कि `UserProfile` में कौन सी कीज़ कॉल की जाएंगी। टेक्स्ट मिसिंग एरर से बचने के लिए, **बंडलर पूरे नेमस्पेस को क्लाइंट चंक में डाल देता है**। इसके विपरीत, Intlayer में डिएस्ट्रक्चर्ड प्रॉपर्टीज कंपाइलर को सटीक उपयोग का विश्लेषण करने और गैर-ज़रूरी टेक्स्ट हटाने की अनुमति देती हैं। अधिक जानकारी के लिए [बंडल ऑप्टिमाइजेशन](https://intlayer.org/hi/doc/concept/bundle-optimization) देखें।
+
+## डेवलपर अनुभव (DX) की तुलना
+
+### अलग-थलग JSON फाइल्स बनाम को-लोकेशन
+
+`next-intl` में टेक्स्ट कोड से दूर `messages/` डायरेक्टरी में रहता है। Intlayer कंटेंट डिक्लेरेशन को सीधे कंपोनेंट के साथ रखने की सुविधा देता है:
+
+<Tabs defaultTab="intlayer" group="techno">
+  <Tab label="next-intl" value="next-intl">
+
+```json fileName="messages/en.json"
+{
+  "authModal": {
+    "title": "Sign in to your account",
+    "submitButton": "Continue"
+  }
+}
+```
+
+```json fileName="messages/hi.json"
+{
+  "authModal": {
+    "title": "अपने खाते में साइन इन करें",
+    "submitButton": "जारी रखें"
+  }
+}
+```
+
+```tsx fileName="AuthModal.tsx"
+import { useTranslations } from "next-intl";
+
+export const AuthModal = () => {
+  const t = useTranslations("authModal");
+  return (
+    <form>
+      <h2>{t("title")}</h2>
+      <button type="submit">{t("submitButton")}</button>
+    </form>
+  );
+};
+```
+
+  </Tab>
+  <Tab label="Intlayer" value="intlayer">
+
+```ts fileName="AuthModal.content.ts"
+import { t, type Dictionary } from "intlayer";
+
+export default {
+  key: "auth-modal",
+  content: {
+    title: t({
+      en: "Sign in to your account",
+      hi: "अपने खाते में साइन इन करें",
+    }),
+    submitButton: t({
+      en: "Continue",
+      hi: "जारी रखें",
+    }),
+  },
+} satisfies Dictionary;
+```
+
+```tsx fileName="AuthModal.tsx"
+import { useIntlayer } from "next-intlayer";
+
+export const AuthModal = () => {
+  const { title, submitButton } = useIntlayer("auth-modal");
+  return (
+    <form>
+      <h2>{title}</h2>
+      <button type="submit">{submitButton}</button>
+    </form>
+  );
+};
+```
+
+  </Tab>
+</Tabs>
+
+जब आप `AuthModal.tsx` को हटाते या बदलते हैं, तो उससे जुड़ी कंटेंट फाइल भी स्वतः सिंक हो जाती है।
+
+### बेसिक ऑटो-कंप्लीशन बनाम सख्त टाइप सुरक्षा
+
+`next-intl` में `IntlMessages` को डिक्लेयर करने से डिफ़ॉल्ट भाषा के आधार पर कोड सजेशन्स मिलते हैं:
+
+```ts fileName="global.d.ts"
+import en from "./messages/en.json";
+
+type Messages = typeof en;
+
+declare global {
+  interface IntlMessages extends Messages {}
+}
+```
+
+लेकिन यह केवल बेस लैंग्वेज की जांच करता है। यदि `hi.json` से कोई की गायब हो जाए, तो टाइपस्क्रिप्ट कोई एरर नहीं देगा और प्रोडक्शन में यूज़र्स को खाली जगह दिखेगी।
+
+Intlayer सभी कंटेंट फाइलों से सीधे टाइप्स बनाता है। [`strictMode`](https://intlayer.org/hi/doc/concept/configuration) चालू करने पर, किसी भी भाषा में ट्रांसलेशन छूटने पर तुरंत बिल्ड एरर आ जाता है।
+
+### टूलिंग और एआई इंटीग्रेशन
+
+| फीचर                            | `next-intl` | Intlayer                                                              |
+| ------------------------------- | ----------- | --------------------------------------------------------------------- |
+| **VS Code एक्सटेंशन**           | ❌ नहीं है  | ✅ [ऑफिशियल एक्सटेंशन](https://intlayer.org/hi/doc/vs-code-extension) |
+| **Language Server (LSP)**       | ❌ नहीं है  | ✅ [समर्पित LSP](https://intlayer.org/hi/doc/lsp)                     |
+| **AI एजेंट्स के लिए MCP सर्वर** | ❌ नहीं है  | ✅ [इनबिल्ट MCP सर्वर](https://intlayer.org/hi/doc/mcp-server)        |
+| **एजेंट स्किल्स**               | ❌ नहीं है  | ✅ [रेडी-टू-यूज़ स्किल्स](https://intlayer.org/hi/doc/agent_skills)   |
+| **विजुअल सीएमएस**               | ❌ नहीं है  | ✅ [मुफ्त और ओपन सोर्स](https://intlayer.org/hi/doc/concept/editor)   |
+
+LSP और MCP सर्वर की उपलब्धता से एआई कोडिंग असिस्टेंट्स पूरे प्रोजेक्ट के ट्रांसलेशन स्ट्रक्चर को गहराई से समझ पाते हैं।
+
+## Crowdin के साथ व्यावसायिक साझेदारी
+
+`next-intl` की Crowdin के साथ आधिकारिक साझेदारी है। ओपन सोर्स को स्पॉन्सरशिप मिलना अच्छी बात है, लेकिन यह प्राथमिकताओं को प्रभावित करता है: किसी बाहरी टीएमएस प्लेटफॉर्म के क्लाइंट के रूप में डिज़ाइन की गई लाइब्रेरी के पास अपनी सीएलआई में लोकल मुफ्त एआई ट्रांसलेशन देने का प्रोत्साहन कम होता है।
+
+Intlayer ये सभी टूल्स डिफ़ॉल्ट रूप से उपलब्ध कराता है:
+
+**लोकल एआई ऑटो-फिल (`intlayer fill`):**
+
+अपनी OpenAI, Anthropic, Mistral या Gemini API कीज के साथ छूटे हुए टेक्स्ट्स को स्वतः पूरा करें।
+
+**सेल्फ-होस्टेड विजुअल सीएमएस:**
+
+[Intlayer CMS](https://intlayer.org/hi/doc/concept/cms) के जरिए गैर-तकनीकी टीम के सदस्य सीधे वेब यूआई में टेक्स्ट एडिट करके गिट में कमिट कर सकते हैं।
+
+**ओपन सोर्स लाइसेंस:**
+
+सभी टूल्स Apache 2.0 लाइसेंस के तहत पूरी तरह स्वतंत्र रूप से उपलब्ध हैं।
+
+## किन परिस्थितियों में next-intl अब भी सही विकल्प है?
+
+<AccordionGroup>
+<Accordion header="जटिल ICU MessageFormat की अनिवार्यता">
+
+यदि आपका एप्लिकेशन जटिल प्लूरलाइजेशन और उन्नत फॉर्मेटिंग रूल्स का बड़े पैमाने पर उपयोग करता है, तो `next-intl` का ICU इंजन पूरी तरह परिपक्व है।
+
+</Accordion>
+<Accordion header="स्थापित Crowdin वर्कफ़्लो">
+
+जिन टीमों की पूरी ट्रांसलेशन प्रक्रिया पहले से ही Crowdin पर सुचारू रूप से चल रही है, उनके लिए यह लाइब्रेरी आसान विकल्प है।
+
+</Accordion>
+<Accordion header="सुचारू रूप से चल रहे मौजूदा सिस्टम्स">
+
+यदि मौजूदा एप्लिकेशन अपेक्षा के अनुरूप काम कर रहा है और बंडल साइज कोई बाधा नहीं है, तो तुरंत माइग्रेट करने की आवश्यकता नहीं है।
+
+</Accordion>
+</AccordionGroup>
+
+## अपने मौजूदा next-intl सेटअप को कैसे बेहतर बनाएं?
+
+Intlayer सीधे ड्रॉप-इन कम्पैटिबिलिटी पैकेज प्रदान करता है जो `next-intl` के फंक्शन और हुक सिग्नेचर (`useTranslations`, `getTranslations`, और रूटिंग हेल्पर्स) को पूरी तरह बनाए रखता है। कंपाइलर स्तर के अनुकूलन का लाभ लेने के लिए आपको अपने कंपोनेंट्स को फिर से लिखने की कोई आवश्यकता नहीं है।
+
+सेटअप केवल एक कमांड से पूरा हो जाता है:
+
+```bash packageManager="npm"
+npx intlayer init --interactive
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer init --interactive
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer init --interactive
+```
+
+```bash packageManager="bun"
+bunx intlayer init --interactive
+```
+
+यह इंटरैक्टिव सीएलआई स्वतः निम्नलिखित कार्य करता है:
+
+1. `@intlayer/next-intl` कम्पैटिबिलिटी पैकेज इंस्टॉल करता है।
+2. बंडलर एलियास को कॉन्फ़िगर करता है ताकि आपके मौजूदा इंपोर्ट्स (`next-intl`, `next-intl/server`) सीधे Intlayer पर मैप हो जाएं, जिससे पुरानी लाइब्रेरी को `package.json` से सुरक्षित रूप से हटाया जा सके।
+3. एडिटर में लैंग्वेज सर्वर (LSP) डायग्नोस्टिक्स, बिल्ड के दौरान पेजों के बीच अनुवाद डेटा लीकेज की रोकथाम (पूर्ण tree-shaking) और लोकल एआई ट्रांसलेशन फ्लो को बिना किसी जटिल बदलाव के तुरंत सक्रिय करता है।
+
+विस्तृत जानकारी के लिए हमारे विशेष गाइड्स देखें:
+
+- **तत्काल अनुकूलता:** [`next-intl` कम्पैटिबिलिटी लेयर](https://intlayer.org/hi/doc/compatibility/next-intl) का उपयोग करके अपने मौजूदा `useTranslations` कोड को बिना बदले ऑप्टिमाइज्ड बिल्ड पा सकते हैं।
+- **माइग्रेशन गाइड:** अपनी पुरानी JSON फाइलों को टाइप-सेफ डिक्शनरीज में बदलने के लिए हमारे [next-intl माइग्रेशन गाइड](https://intlayer.org/hi/doc/migration/next-intl) की मदद लें।
+- **हाइब्रिड मॉडल:** यूआई में `next-intl` बनाए रखते हुए, लोकल एआई ट्रांसलेशन का लाभ उठाने के लिए [Intlayer को next-intl के साथ जोड़ें](https://intlayer.org/hi/blog/intlayer-with-next-intl)।
+
+मुफ्त [i18n SEO स्कैनर](https://intlayer.org/i18n-seo-scanner) से अपनी साइट के बंडल साइज और कंटेंट लीकेज की जांच करें:
+
+<ClickToOpenIframe src="https://intlayer.org/i18n-seo-scanner" width="100%" height="600px" style="border:none;"/>
+
+## संबंधित लेख
+
+- [Next.js i18n बेंचमार्क: विस्तृत परफॉर्मेंस रिपोर्ट](https://intlayer.org/hi/doc/benchmark/nextjs)
+- [next-i18next बनाम next-intl बनाम Intlayer](https://intlayer.org/hi/blog/next-i18next-vs-next-intl-vs-intlayer)
+- [क्या 2026 में i18next पुराना हो चुका है?](https://intlayer.org/hi/blog/is-i18next-outdated)
+- [कंपाइलर-आधारित अंतर्राष्ट्रीयकरण के लाभ](https://intlayer.org/hi/blog/compiler-vs-declarative-i18n)