@intlayer/docs 9.4.4 → 9.5.1

package/blog/ar/rag_powered_documentation_assistant.md

@@ -69,7 +69,6 @@ author: aymericzip
 6. **تسجيل الاستعلامات للتغذية الراجعة** يتم تخزين كل استعلام مستخدم. هذا أمر ثمين لفهم نقاط الألم، الوثائق المفقودة، أو الفرص الجديدة.
 
 <Steps>
-
 <Step number={1} title="قراءة الوثائق">
 
 كانت الخطوة الأولى بسيطة: كنت بحاجة إلى طريقة لمسح مجلد docs/ لجميع ملفات .md. باستخدام Node.js و glob، قمت بجلب محتوى كل ملف Markdown إلى الذاكرة.
@@ -77,7 +76,6 @@ author: aymericzip
 هذا يحافظ على مرونة خط المعالجة: بدلاً من Markdown، يمكنك جلب الوثائق من قاعدة بيانات، أو نظام إدارة محتوى، أو حتى من API.
 
 </Step>
-
 <Step number={2} title="تقسيم الوثائق إلى أجزاء">
 
 لماذا التقسيم؟ لأن نماذج اللغة لها **حدود سياقية**. تغذيتهم بكتاب كامل من الوثائق لن تنجح.
@@ -97,7 +95,6 @@ author: aymericzip
 - كبير جدًا → يتضخم حجم السياق.
 
 </Step>
-
 <Step number={3} title="توليد التضمينات">
 
 بمجرد تقسيم الوثائق إلى أجزاء، نقوم بتوليد **التضمينات**, وهي متجهات عالية الأبعاد تمثل كل جزء.
@@ -117,7 +114,6 @@ author: aymericzip
 كل متجه هو بصمة رياضية للنص، مما يتيح البحث عن التشابه.
 
 </Step>
-
 <Step number={4} title="فهرسة وتخزين التضمينات">
 
 لتجنب إعادة توليد التضمينات عدة مرات، خزنتها في ملف embeddings.json.
@@ -132,7 +128,6 @@ author: aymericzip
 تتعامل قواعد بيانات المتجهات مع الفهرسة، وقابلية التوسع، والبحث السريع. لكن بالنسبة للنموذج الأولي الخاص بي، كان ملف JSON محلي كافياً.
 
 </Step>
-
 <Step number={5} title="الاسترجاع باستخدام تشابه جيب التمام (Cosine Similarity)">
 
 عندما يطرح المستخدم سؤالاً:
@@ -146,7 +141,6 @@ author: aymericzip
 بهذه الطريقة، يجد النظام أقرب مقاطع من الوثائق للاستعلام.
 
 </Step>
-
 <Step number={6} title="التعزيز + التوليد">
 
 هنا تأتي السحر. نأخذ أفضل القطع النصية وندمجها في **موجه النظام** الخاص بـ ChatGPT.
@@ -156,7 +150,6 @@ author: aymericzip
 النتيجة: ردود دقيقة ومرتكزة على الوثائق.
 
 </Step>
-
 <Step number={7} title="تسجيل استعلامات المستخدم">
 
 هذه هي القوة الخفية.
@@ -171,7 +164,6 @@ author: aymericzip
 هذا يحول مساعد RAG الخاص بك إلى **أداة بحث مستخدم مستمرة**.
 
 </Step>
-
 <Step number={8} title="ما هي التكلفة؟">
 
 أحد الاعتراضات الشائعة على RAG هو التكلفة. في الواقع، هي رخيصة بشكل مدهش:
@@ -183,7 +175,6 @@ author: aymericzip
 بالإضافة إلى ذلك، يمكنك تضمين تكلفة الاستضافة.
 
 </Step>
-
 <Step number={9} title="تفاصيل التنفيذ">
 
 التقنيات المستخدمة:
@@ -249,7 +240,6 @@ docUrl: "https://example.com/docs/ar/another-doc"
 👉 [جرّب العرض التوضيحي هنا](https://intlayer.org/doc/why) 👉 [تحقق من قالب الكود على GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
 </Step>
-
 <Step number={10} title="التوسع أكثر">
 
 هذا المشروع هو تنفيذ بسيط. لكن يمكنك توسيعه بطرق عديدة:
@@ -263,7 +253,6 @@ docUrl: "https://example.com/docs/ar/another-doc"
 - تحسين التوجيه → إعادة الترتيب، التصفية، والبحث الهجين (الكلمة المفتاحية + الدلالي)
 
 </Step>
-
 <Step number={11} title="القيود التي واجهناها">
 
 - التقسيم والتداخل تجريبيان. التوازن الصحيح (حجم الجزء، نسبة التداخل، عدد الأجزاء المسترجعة) يتطلب التكرار والاختبار.
@@ -271,7 +260,6 @@ docUrl: "https://example.com/docs/ar/another-doc"
 - في هذا النموذج الأولي، يتم تخزين التضمينات في JSON. هذا يعمل للعروض التوضيحية ولكنه يلوث Git. في الإنتاج، من الأفضل استخدام قاعدة بيانات أو مخزن متجهات مخصص.
 
 </Step>
-
 <Step number={12} title="لماذا هذا مهم يتجاوز الوثائق">
 
 الجزء المثير للاهتمام ليس فقط الدردشة الآلية. إنه **حلقة التغذية الراجعة**.
@@ -293,7 +281,6 @@ docUrl: "https://example.com/docs/ar/another-doc"
 هذا هو **ذكاء المنتج** مباشرة من مستخدميك.
 
 </Step>
-
 <Step number={13} title="الخلاصة">
 
 RAG هي واحدة من أبسط وأقوى الطرق لجعل نماذج اللغة الكبيرة (LLMs) عملية. من خلال الجمع بين **الاستخراج + التوليد**، يمكنك تحويل الوثائق الثابتة إلى **مساعد ذكي** وفي نفس الوقت الحصول على تدفق مستمر من رؤى المنتج.

package/blog/ar/react-i18next_vs_react-intl_vs_intlayer.md

@@ -35,16 +35,12 @@ author: aymericzip
 
 > **ملخص**: يمكن لجميع الثلاثة تعريب تطبيق React. إذا كنت تريد **محتوى مخصص للمكون**، **أنواع TypeScript صارمة**، **فحوصات المفاتيح المفقودة أثناء البناء**، **قواميس معزولة بالشجرة (tree-shaken)**، وأدوات تحرير مدمجة (محرر بصري/نظام إدارة المحتوى + ترجمة مدعومة بالذكاء الاصطناعي اختيارية)، فإن **Intlayer** هو الخيار الأكثر تكاملاً لقواعد الشيفرة المعيارية في React.
 
----
-
 ## التموقع على مستوى عالٍ
 
 - **react-intl** - تنسيق يركز على ICU ومتوافق مع المعايير (تواريخ/أرقام/جمع) مع واجهة برمجة تطبيقات ناضجة. عادةً ما تكون الكتالوجات مركزية؛ سلامة المفاتيح والتحقق أثناء وقت البناء تقع إلى حد كبير على عاتقك.
 - **react-i18next** - شائع للغاية ومرن؛ يدعم المساحات الاسمية، والكاشفات، والعديد من الإضافات (ICU، الخلفيات). قوي، لكن التكوين قد يتوسع مع نمو المشاريع.
 - **Intlayer** - نموذج محتوى يركز على المكونات لـ React، **أنواع TypeScript صارمة**، **فحوصات أثناء وقت البناء**، **عزل بالشجرة (tree-shaking)**، بالإضافة إلى **محرر بصري/نظام إدارة محتوى** و**ترجمات مدعومة بالذكاء الاصطناعي**. يعمل مع React Router وVite وCRA، وغيرها.
 
----
-
 ## مصفوفة الميزات (تركيز على React)
 
 | الميزة                                                 | `react-intlayer` (Intlayer)                                                                                                      | `react-i18next` (i18next)                                                                   | `react-intl` (FormatJS)                                                    |
@@ -69,8 +65,6 @@ author: aymericzip
 | **تنقية المحتوى غير المستخدم**                         | ✅ نعم، لكل قاموس أثناء وقت البناء                                                                                               | ❌ لا، فقط عبر تقسيم المساحات الاسمية يدويًا                                                | ❌ لا، جميع الرسائل المعلنة يتم تجميعها                                    |
 | **إدارة المشاريع الكبيرة**                             | ✅ يشجع على التصميم المعياري، مناسب لأنظمة التصميم                                                                               | ⚠️ يحتاج إلى انضباط جيد في الملفات                                                          | ⚠️ يمكن أن تصبح الكتالوجات المركزية كبيرة                                  |
 
----
-
 ## مقارنة متعمقة
 
 ### 1) البنية والقابلية للتوسع
@@ -80,8 +74,6 @@ author: aymericzip
 
 **لماذا هذا مهم:** المحتوى المعياري يعكس واجهة المستخدم المعيارية. قواعد كود React الكبيرة تبقى أنظف عندما تعيش الترجمات مع المكونات التي تنتمي إليها.
 
----
-
 ### 2) TypeScript والأمان
 
 - **react-intl**: أنواع قوية، لكن **لا يوجد تعيين تلقائي للمفاتيح**؛ أنت من يفرض أنماط الأمان بنفسك.
@@ -90,8 +82,6 @@ author: aymericzip
 
 **لماذا هذا مهم:** نقل الأخطاء إلى **المرحلة المبكرة** (أثناء البناء/التكامل المستمر) يقلل من مشاكل الإنتاج ويسرع دورات تغذية راجع المطورين.
 
----
-
 ### 3) التعامل مع الترجمات المفقودة
 
 - **react-intl / react-i18next**: تعتمد بشكل افتراضي على **الاستعانة بالبدائل وقت التشغيل** (تكرار المفتاح أو اللغة الافتراضية). يمكنك إضافة أدوات فحص/إضافات، لكنها ليست مضمونة أثناء البناء.
@@ -99,8 +89,6 @@ author: aymericzip
 
 **لماذا هذا مهم:** فشل التكامل المستمر عند وجود سلاسل مفقودة يمنع تسرب "الإنجليزية الغامضة" إلى واجهات المستخدم غير الإنجليزية.
 
----
-
 ### 4) المحتوى الغني والتنسيق
 
 - **react-intl**: دعم ممتاز لـ **ICU** للجمع، والاختيارات، والتواريخ/الأرقام، وتركيب الرسائل. يمكن استخدام JSX، لكن النموذج الذهني يبقى مركزًا على الرسالة.
@@ -109,8 +97,6 @@ author: aymericzip
 
 **لماذا هذا مهم:** نصوص واجهة المستخدم المعقدة (روابط، أجزاء غامقة، مكونات مضمنة) تصبح أسهل عندما تتبنى المكتبة عقد React بشكل نظيف.
 
----
-
 ### 5) الأداء وسلوك التحميل
 
 - **react-intl / react-i18next**: عادةً ما تدير **تقسيم الكتالوج** و**التحميل الكسول** يدويًا (المساحات الاسمية/الاستيرادات الديناميكية). فعال لكنه يتطلب انضباطًا.
@@ -118,8 +104,6 @@ author: aymericzip
 
 **لماذا هذا مهم:** الحزم الأصغر وسلاسل النصوص غير المستخدمة الأقل تحسن من أداء بدء التشغيل والتنقل.
 
----
-
 ### 6) تجربة المطور، الأدوات والصيانة
 
 - **react-intl / react-i18next**: نظام بيئي واسع للمجتمع؛ في سير العمل التحريري عادةً ما تعتمد على منصات الترجمة الخارجية.
@@ -127,16 +111,12 @@ author: aymericzip
 
 **لماذا هذا مهم:** الأدوات المدمجة تقصر الحلقة بين المطورين ومؤلفي المحتوى - كود لاصق أقل، واعتماديات بائعين أقل.
 
----
-
 ## متى تختار أيًّا منها؟
 
 - **اختر react-intl** إذا كنت تريد تنسيق رسائل **ICU-first** مع واجهة برمجة تطبيقات مباشرة ومتوافقة مع المعايير وكان فريقك مرتاحًا للحفاظ على الكتالوجات وفحوصات الأمان يدويًا.
 - **اختر react-i18next** إذا كنت تحتاج إلى **اتساع نظام i18next البيئي** (الكاشفات، الخلفيات، إضافة ICU، التكاملات) وتقبل المزيد من التهيئة للحصول على مرونة.
 - **اختر Intlayer** إذا كنت تقدر **المحتوى المحدد بالمكون**، و**TypeScript الصارم**، و**ضمانات وقت البناء**، و**tree-shaking**، وأدوات التحرير **المتضمنة بالكامل** - خاصة لتطبيقات React **الكبيرة والمودولارية**.
 
----
-
 ## ملاحظات عملية للهجرة (من react-intl / react-i18next إلى Intlayer)
 
 - **هاجر بشكل تدريجي**: ابدأ بميزة واحدة أو مسار واحد؛ احتفظ بكتالوجات النظام القديم بالتوازي أثناء الانتقال.
@@ -144,8 +124,6 @@ author: aymericzip
 - **فعّل الفحوصات الصارمة**: دع أخطاء وقت البناء تكشف عن المفاتيح/اللغات المفقودة مبكرًا في CI.
 - **قِس حجم الحزم**: توقع تقليصات مع تقليم السلاسل غير المستخدمة.
 
----
-
 ## نجوم GitHub
 
 نجوم GitHub هي مؤشر قوي على شعبية المشروع وثقة المجتمع وأهميته طويلة الأجل. على الرغم من أنها ليست مقياساً مباشراً للجودة التقنية، إلا أنها تعكس عدد المطورين الذين يجدون المشروع مفيداً ويتابعون تقدمه ويرجح أن يعتمدوه. لتقدير قيمة المشروع، تساعد النجوم في مقارنة الزخم عبر البدائل وتوفر رؤى حول نمو النظام البيئي.

package/blog/ar/transform_existing_nextjs_app_using_compiler.md

@@ -0,0 +1,293 @@
+---
+createdAt: 2026-01-10
+updatedAt: 2026-09-06
+title: "كيفية جعل تطبيق Next.js الحالي متعدد اللغات (i18n) لاحقاً (دليل i18n لعام 2026)"
+description: "دليل عام 2026 لإضافة دعم تعدد اللغات (i18n) إلى تطبيق Next.js قائم دون إعادة بناء شاملة ومعقدة. استخراج تلقائي، ترجمة بالذكاء الاصطناعي وتوجيه فعال مع Intlayer."
+keywords:
+  - Next.js i18n
+  - تدويل
+  - ترجمة تطبيق Next.js قائم
+  - Next.js 16
+  - Intlayer
+  - متعدد اللغات
+  - React i18n
+  - مترجم
+  - ترجمة الذكاء الاصطناعي
+  - SEO
+slugs:
+  - blog
+  - transform-existing-nextjs-app-into-multilingual-app
+applicationTemplate: https://github.com/aymericzip/intlayer-next-no-lolale-path-template
+youtubeVideo: https://www.youtube.com/watch?v=e_PPG7PTqGU
+history:
+  - version: 9.4.0
+    date: 2026-08-22
+    changes: "Update to Next.js >= 9.4.0 architecture"
+  - version: 8.9.0
+    date: 2026-05-04
+    changes: "Update Solid useIntlayer API usage to direct property access"
+  - version: 8.2.0
+    date: 2026-03-09
+    changes: "Update compiler options, add FilePathPattern support"
+  - version: 8.1.6
+    date: 2026-02-23
+    changes: "Initial release"
+author: aymericzip
+---
+
+# كيفية جعل تطبيق Next.js الحالي متعدد اللغات (i18n) لاحقاً (دليل i18n لعام 2026)
+
+يعد تضمين التدويل (i18n) في مشروع Next.js منذ البداية أمراً بسيطاً نسبياً. ولكن ماذا يحدث عندما يكون لديك بالفعل تطبيق Next.js ناضج ويعمل في بيئة الإنتاج بلغة واحدة، وتحتاج إلى جعله متعدد اللغات **لاحقاً**؟
+
+إذا حاولت القيام بذلك باستخدام المكتبات التقليدية مثل `next-intl` أو `next-i18next`، فأنت تعرف الكابوس الذي ينتظرك:
+
+- البحث اليدوي عن النصوص الثابتة داخل مئات ملفات JSX/TSX.
+- إنشاء ملفات JSON المتداخلة يدوياً وابتكار مفاتيح ترجمة عشوائية (`pages.dashboard.header.title` وغيرها).
+- استبدال نصوص الواجهة باستدعاءات دوال الترجمة (`t('...')`).
+- إعادة تنظيم مجلد `app/` بالكامل ونقله إلى `app/[locale]/...`، مما يؤدي إلى كسر الروابط الحالية وعلامات المرجعية وفهرسة محركات البحث.
+
+في عام 2026، لا يتعين عليك إعادة كتابة التعليمات البرمجية لتطبيقك. باستخدام **Intlayer**، يمكنك إضافة التدويل إلى تطبيق Next.js الحالي في دقائق معدودة، من خلال الاستخراج التلقائي، والترجمة المدعومة بالذكاء الاصطناعي، والتوجيه المرن وغير التداخلي.
+
+> هل تبحث عن الدليل الفني الشامل خطوة بخطوة لـ Next.js 16 App Router؟ راجع وثائقنا المخصصة: [ترجمة Next.js 16 باستخدام Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ar/intlayer_with_nextjs_16.md).
+
+## جدول المحتويات
+
+<TOC/>
+
+## معضلة التعديل اللاحق: لماذا يصعب جعل التطبيق القائم متعدد اللغات؟
+
+يواجه المطورون ثلاث عقبات رئيسية:
+
+1. **اضطراب الكود المصدري**: استخراج السلاسل النصية يدوياً إلى قواميس JSON يتطلب تعديل كل ملف مكوّن تقريباً.
+2. **قيود التوجيه**: المكتبات القديمة تجبرك على نقل الصفحات إلى مجلد `[locale]` ديناميكي.
+3. **أعمال الترجمة الشاقة**: ترجمة القواميس إلى عشرات اللغات تتطلب نسخاً ولصقاً لا نهائياً.
+
+يحل Intlayer هذه المشكلات جذرياً بفضل **الاستخراج بمساعدة المترجم**، و**القواميس التصريحية**، و**التوجيه المرن**.
+
+## استخراج المحتوى تلقائياً (وداعاً للبحث اليدوي عن النصوص)
+
+### الخيار أ: أداة الاستخراج عبر سطر الأوامر (`npx intlayer extract`)
+
+يمكنك تشغيل أداة استخراج Intlayer مباشرة على مشروعك:
+
+```bash packageManager="npm"
+npx intlayer extract
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer extract
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer extract
+```
+
+```bash packageManager="bun"
+bunx intlayer extract
+```
+
+يقوم هذا الأمر بفحص مكونات React واستخراج النصوص وإنشاء ملفات تعريف المحتوى (`.content.ts`) بجانب مكوناتك مباشرة مع ضمان أمان الأنواع.
+
+### الخيار ب: مترجم Intlayer (الاستخراج أثناء مرحلة البناء)
+
+مع تفعيل مترجم Intlayer في إعداداتك، يمكنك ببساطة الاستمرار في كتابة مكوناتك بنصوص واضحة بلغتك الافتراضية. أثناء البناء، يستخرج المترجم النص ويدمج المحتوى المترجم تلقائياً:
+
+```tsx fileName="src/app/page.tsx"
+// Write normal React code. The compiler extracts the text automatically
+export default function HomePage() {
+  return (
+    <section>
+      <h1>Welcome to our platform</h1>
+      <p>Start exploring our modern features today.</p>
+    </section>
+  );
+}
+```
+
+في الكواليس، يقوم Intlayer ببناء القاموس وربط المكوّن بمحتواه المترجم، مما يلغي خطوة إعادة البناء اليدوية تماماً.
+
+في هذه الحالة، سيتم إنشاء ملف `src/app/page.content.ts` بالمحتوى التالي:
+
+```typescript fileName="src/app/page.content.ts"
+import { Dictionary } from "intlayer";
+
+const content = {
+  key: "home-page",
+  content: {
+    welcomeToOurPlatform: t({ en: "Welcome to our platform" }),
+    startExploringOurModernFeaturesToday: t({
+      en: "Start exploring our modern features today.",
+    }),
+  },
+};
+
+export default content;
+```
+
+## ترجمة مدعومة بالذكاء الاصطناعي مع نموذج LLM المفضل لديك
+
+بمجرد استخراج المحتوى، يمكنك ترجمته في ثوانٍ عبر OpenAI أو Anthropic أو DeepSeek أو Mistral باستخدام مفاتيح API الخاصة بك:
+
+```bash packageManager="npm"
+npx intlayer fill
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer fill
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer fill
+```
+
+```bash packageManager="bun"
+bunx intlayer fill
+```
+
+```typescript fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH, Locales.GERMAN],
+    defaultLocale: Locales.ENGLISH,
+  },
+  ai: {
+    provider: "openai",
+    model: "gpt-4o-mini",
+    apiKey: process.env.OPENAI_API_KEY,
+    applicationContext: "لوحة تحكم SaaS للإنتاجية والتعاون الجماعي",
+  },
+};
+
+export default config;
+```
+
+يؤدي تشغيل الأمر `npx intlayer fill` إلى ملء ملفات تعريف المحتوى `.content.ts` تلقائياً بالترجمات لجميع اللغات المحددة:
+
+```typescript fileName="src/app/page.content.ts"
+import { Dictionary } from "intlayer";
+
+const content = {
+  key: "home-page",
+  content: {
+    welcomeToOurPlatform: t({
+      en: "Welcome to our platform",
+      fr: "Bienvenue sur notre plateforme",
+      es: "Bienvenido a nuestra plataforma",
+      ar: "مرحباً بكم في منصتنا",
+    }),
+    startExploringOurModernFeaturesToday: t({
+      en: "Start exploring our modern features today.",
+      fr: "Découvrez nos fonctionnalités modernes dès aujourd'hui.",
+      es: "Comience a explorar nuestras funciones modernas hoy.",
+      ar: "ابدأ باستكشاف ميزاتنا الحديثة اليوم.",
+    }),
+  },
+};
+
+export default content;
+```
+
+نظراً لأن Intlayer يزود النموذج اللغوي (LLM) بـ `applicationContext` عالي المستوى، فإن الترجمات الناتجة تحافظ على الفروق الدقيقة والمصطلحات التقنية وصوت العلامة التجارية والسياق اللغوي بشكل أفضل بكثير من الأدوات الآلية التقليدية.
+
+للتحقق من عدم تفويت أي نصوص قبل الإطلاق في الإنتاج:
+
+```bash
+npx intlayer test
+```
+
+## إضافة توجيه متعدد اللغات دون كسر الروابط الحالية
+
+يوفر Intlayer خيارات توجيه متعددة:
+
+- **معلمات البحث / وضع ملفات تعريف الارتباط (`search-params`)**: احتفظ بهيكل المجلدات كما هو (`/app/page.tsx`) دون الانتقال إلى `[locale]`.
+- **وضع البادئة (`prefix` / `prefix-all-locales`)**: دعم الروابط الصديقة لمحركات البحث (SEO) بسهولة تامة.
+
+قم بتهيئة تكامل Next.js في ثوانٍ:
+
+```typescript fileName="next.config.ts"
+import type { NextConfig } from "next";
+import { withIntlayer } from "next-intlayer/server";
+
+const nextConfig: NextConfig = {/* Your existing Next.js config */};
+
+export default withIntlayer(nextConfig);
+```
+
+قم بتغليف التخطيط الجذري (root layout) بـ `IntlayerProvider`:
+
+```tsx fileName="src/app/layout.tsx"
+import type { ReactNode } from "react";
+import { IntlayerProvider } from "next-intlayer";
+import { getLocale } from "next-intlayer/server";
+import { getHTMLTextDir } from "intlayer";
+
+export default async function RootLayout({
+  children,
+}: {
+  children: ReactNode;
+}) {
+  const locale = await getLocale();
+
+  return (
+    <html lang={locale} dir={getHTMLTextDir(locale)}>
+      <body>
+        <IntlayerProvider defaultLocale={locale}>{children}</IntlayerProvider>
+      </body>
+    </html>
+  );
+}
+```
+
+## تحسين محركات البحث متعدد اللغات (SEO)
+
+توليد البيانات الوصفية المترجمة وعلامات `hreflang` لضمان الظهور العالمي في محركات البحث:
+
+```tsx fileName="src/app/page.tsx"
+import type { Metadata } from "next";
+import { getLocale } from "next-intlayer/server";
+import { getIntlayer } from "intlayer";
+
+export const generateMetadata = async (): Promise<Metadata> => {
+  const locale = await getLocale();
+  const content = getIntlayer("home-page-metadata", locale);
+
+  return {
+    title: content.title,
+    description: content.description,
+  };
+};
+```
+
+## تعمق أكثر: هل أنت مستعد للبدء خطوة بخطوة؟
+
+قدم هذا الدليل نظرة شاملة على كيفية تحويل تطبيق Next.js الحالي إلى تطبيق متعدد اللغات في عام 2026. للاطلاع على الدليل الفني المفصل خطوة بخطوة، بما في ذلك البرمجيات الوسيطة والتوليد الثابت (`generateStaticParams`) ومكونات الخادم، تفضل بزيارة توثيقنا الرسمي:
+
+👉 **[الدليل الكامل لترجمة Next.js 16 مع Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ar/intlayer_with_nextjs_16.md)**
+
+## الأسئلة الشائعة (FAQ)
+
+<FAQ>
+
+<Question title="هل يمكنني جعل تطبيق Next.js متعدد اللغات دون نقل الملفات إلى app/[locale]؟">
+
+نعم. يدعم Intlayer وضع `routing.mode: "search-params"` والكشف عبر الكوكيز أو الترويسات مع الحفاظ على هيكل المجلدات وروابط URL كما هي تماماً.
+
+</Question>
+<Question title="هل يجب علي استبدال جميع النصوص البرمجية يدوياً؟">
+
+لا. يمكنك استخدام `npx intlayer extract` أو مترجم Intlayer لاستخراج النصوص تلقائياً.
+
+</Question>
+<Question title="كيف يقلل Intlayer حجم الحزمة مقارنة بـ next-intl؟">
+
+من خلال تعريف القواميس لكل مكوّن واستخدام وحدات الماكرو أثناء البناء لتحميل النصوص المطلوبة فقط للصفحة المعروضة.
+
+</Question>
+<Question title="هل يمكنني استخدام الذكاء الاصطناعي لترجمة المكونات الحالية؟">
+
+نعم. يتصل أمر `npx intlayer fill` بمزود الذكاء الاصطناعي الذي تختاره لتوليد ترجمات دقيقة تراعي السياق.
+
+</Question>
+</FAQ>