@intlayer/docs 9.4.4 → 9.5.0

package/blog/ru/transform_existing_vite_react_app_using_compiler.md

@@ -0,0 +1,358 @@
+---
+createdAt: 2024-03-07
+updatedAt: 2026-09-06
+title: "Как постфактум сделать существующее приложение Vite и React многоязычным (i18n руководство 2026)"
+description: "Руководство 2026 года по добавлению многоязычности (i18n) в существующее приложение Vite и React без утомительного рефакторинга. Автоматическое извлечение, ИИ-перевод и оптимизированный бандл с Intlayer."
+keywords:
+  - Vite i18n
+  - React i18n
+  - Интернационализация
+  - Перевести существующее приложение Vite
+  - Перевести существующее приложение React
+  - Intlayer
+  - Многоязычность
+  - Компилятор
+  - ИИ-перевод
+  - SEO
+slugs:
+  - blog
+  - transform-existing-react-app-into-multilingual-app
+applicationTemplate: https://github.com/aymericzip/intlayer-vite-react-template
+applicationShowcase: https://intlayer-vite-react-template.vercel.app
+youtubeVideo: https://www.youtube.com/watch?v=dS9L7uJeak4
+history:
+  - 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
+---
+
+# Как постфактум сделать существующее приложение Vite и React многоязычным (i18n руководство 2026)
+
+Добавить интернационализацию (i18n) в проект Vite и React с самого начала относительно просто. Но что делать, если у вас уже есть готовое production-приложение на одном языке, и вам нужно сделать его мультиязычным **постфактум**?
+
+С традиционными библиотеками вроде `react-i18next` или `react-intl` это превращается в кошмар:
+
+- Поиск захардкоженных строк в сотнях файлов JSX и TSX.
+- Создание вложенных JSON-словарей и придумывание произвольных ключей перевода (`components.header.title` и т. д.).
+- Замена текста интерфейса на громоздкие вызовы хуков (`t('...')`).
+- Переработка клиентской маршрутизации, управления состоянием и логики переключения языков.
+
+В 2026 году вам больше не нужно переписывать свой проект. С **Intlayer** вы можете локализовать существующее приложение Vite и React за считанные минуты благодаря автоматическому извлечению, переводу с помощью ИИ и бесшовной интеграции.
+
+> Ищете подробное пошаговое техническое руководство для Vite и React? Ознакомьтесь с документацией: [Локализация Vite и React с Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/intlayer_with_vite+react.md).
+
+## Содержание
+
+<TOC/>
+
+## Дилемма доработки: почему локализация готового приложения трудна
+
+Разработчики сталкиваются с тремя сложностями при локализации существующего приложения Vite и React:
+
+1. **Разрушение структуры кодовой базы**: Ручное извлечение строк в файлы JSON требует изменения почти каждого компонента. Это приводит к огромным diff в git, конфликтам слияния и потенциальным визуальным регрессиям.
+2. **Сложность управления ключами**: Выдумывание ключей вроде `dashboard.hero.ctaButton` для каждой фразы замедляет разработку и создает когнитивную нагрузку при каждом изменении текстов.
+3. **Рутинный перевод**: После извлечения строк их перевод на 5, 10 или 20 языков требует бесконечного копирования или дорогостоящих внешних сервисов локализации.
+
+Intlayer решает эти проблемы на уровне архитектуры с помощью **извлечения на базе компилятора**, **декларативных словарей на уровне компонентов** и **нативной интеграции с Vite**.
+
+## Автоматизированное извлечение контента (без ручного поиска строк)
+
+Вместо того чтобы вручную извлекать каждую строку из вашего JSX, Intlayer предлагает два удобных пути:
+
+### Вариант A: CLI-инструмент извлечения (`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`) рядом с соответствующими компонентами. Ваш код остается декларативным, понятным и строго типизированным без ручного ввода ключей.
+
+### Вариант B: Компилятор Intlayer (Извлечение во время сборки)
+
+При включенном компиляторе Intlayer вы можете продолжать писать компоненты с обычным текстом на вашем языке по умолчанию. Во время сборки компилятор извлекает строки и внедряет локализованный контент автоматически:
+
+```tsx fileName="src/App.tsx"
+// Пишите обычный React-код. Компилятор извлечет текст автоматически
+export default function App() {
+  return (
+    <section>
+      <h1>Добро пожаловать на нашу платформу</h1>
+      <p>Начните исследовать современные возможности уже сегодня.</p>
+    </section>
+  );
+}
+```
+
+Под капотом Intlayer формирует словарь и связывает компонент с локализованными данными, полностью избавляя от необходимости ручного рефакторинга.
+
+В этом случае генерируется файл `src/App.content.ts` со следующей структурой:
+
+```typescript fileName="src/App.content.ts"
+import { Dictionary } from "intlayer";
+
+const content = {
+  key: "app",
+  content: {
+    dobroPozhalovatNaNashuPlatformu: t({
+      ru: "Добро пожаловать на нашу платформу",
+    }),
+    nachniteIssledovatSovremennye: t({
+      ru: "Начните исследовать современные возможности уже сегодня.",
+    }),
+  },
+};
+
+export default content;
+```
+
+## Перевод с помощью ИИ и вашей любимой LLM
+
+После извлечения контента его перевод на десятки языков не должен занимать дни. Intlayer предоставляет встроенный CLI для перевода через 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
+```
+
+Настройте список языков и ИИ-провайдера в `intlayer.config.ts`:
+
+```typescript fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [
+      Locales.ENGLISH,
+      Locales.FRENCH,
+      Locales.SPANISH,
+      Locales.RUSSIAN,
+    ],
+    defaultLocale: Locales.RUSSIAN,
+  },
+  ai: {
+    provider: "openai",
+    model: "gpt-4o-mini",
+    apiKey: process.env.OPENAI_API_KEY,
+    applicationContext:
+      "Современное SaaS-приложение и панель управления на базе Vite и React",
+  },
+};
+
+export default config;
+```
+
+Вызов `npx intlayer fill` заполняет декларации точными переводами для всех настроенных языков:
+
+```typescript fileName="src/App.content.ts"
+import { Dictionary } from "intlayer";
+
+const content = {
+  key: "app",
+  content: {
+    dobroPozhalovatNaNashuPlatformu: t({
+      ru: "Добро пожаловать на нашу платформу",
+      en: "Welcome to our platform",
+      fr: "Bienvenue sur notre plateforme",
+      es: "Bienvenido a nuestra plataforma",
+    }),
+    nachniteIssledovatSovremennye: t({
+      ru: "Начните исследовать современные возможности уже сегодня.",
+      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.",
+    }),
+  },
+};
+
+export default content;
+```
+
+Благодаря тому, что Intlayer передает контекст приложения `applicationContext` в модель, переводы сохраняют техническую терминологию, корпоративный стиль и грамматические нюансы гораздо лучше традиционных средств перевода.
+
+Для проверки отсутствия непереведенных строк перед деплоем:
+
+```bash
+npx intlayer test
+```
+
+## Интеграция с Vite и настройка Provider
+
+Интеграция Intlayer в Vite требует лишь подключения плагина в `vite.config.ts` и оборачивания корневого компонента в `IntlayerProvider`:
+
+```typescript fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import react from "@vitejs/plugin-react-swc";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [react(), intlayer()],
+});
+```
+
+> Начиная с Intlayer v9, компилятор включен непосредственно в плагин `intlayer()` и активируется автоматически при настройке `compiler.enabled` в `intlayer.config.ts`.
+
+Оберните приложение компонентом `IntlayerProvider`:
+
+```tsx fileName="src/App.tsx"
+import { FC } from "react";
+import { IntlayerProvider } from "react-intlayer";
+import { MainContent } from "./MainContent";
+
+const App: FC = () => {
+  return (
+    <IntlayerProvider>
+      <MainContent />
+    </IntlayerProvider>
+  );
+};
+
+export default App;
+```
+
+### Динамическое переключение языка
+
+Меняйте язык в любой части приложения с помощью хука `useLocale`:
+
+```tsx fileName="src/components/LocaleSwitcher.tsx"
+import { FC } from "react";
+import { Locales } from "intlayer";
+import { useLocale } from "react-intlayer";
+
+export const LocaleSwitcher: FC = () => {
+  const { locale, setLocale, availableLocales } = useLocale();
+
+  return (
+    <select
+      value={locale}
+      onChange={(e) => setLocale(e.target.value as Locales)}
+    >
+      {availableLocales.map((loc) => (
+        <option key={loc} value={loc}>
+          {loc}
+        </option>
+      ))}
+    </select>
+  );
+};
+```
+
+## Многоязычное SEO (Sitemap и Robots.txt)
+
+Intlayer включает утилиты вроде `generateSitemap` и `getMultilingualUrls`, которые генерируют файлы `sitemap.xml` и `robots.txt` для статических сборок Vite:
+
+```javascript fileName="generate-seo.mjs"
+import fs from "fs";
+import path from "path";
+import { fileURLToPath } from "url";
+import { generateSitemap, getMultilingualUrls } from "intlayer";
+
+const __dirname = path.dirname(fileURLToPath(import.meta.url));
+const SITE_URL = (process.env.SITE_URL || "https://example.com").replace(
+  /\/$/,
+  ""
+);
+
+const pathList = [
+  { path: "/", changefreq: "daily", priority: 1.0 },
+  { path: "/about", changefreq: "monthly", priority: 0.7 },
+];
+
+const sitemapXml = generateSitemap(pathList, { siteUrl: SITE_URL });
+fs.writeFileSync(path.join(__dirname, "public", "sitemap.xml"), sitemapXml);
+
+const getAllMultilingualUrls = (urls) =>
+  urls.flatMap((url) => Object.values(getMultilingualUrls(url)));
+
+const disallowedPaths = getAllMultilingualUrls(["/admin", "/private"]);
+
+const robotsTxt = [
+  "User-agent: *",
+  "Allow: /",
+  ...disallowedPaths.map((path) => `Disallow: ${path}`),
+  "",
+  `Sitemap: ${SITE_URL}/sitemap.xml`,
+].join("\n");
+
+fs.writeFileSync(path.join(__dirname, "public", "robots.txt"), robotsTxt);
+console.log("SEO-файлы успешно созданы.");
+```
+
+Добавьте команду `prebuild` в ваш `package.json`, чтобы запускать скрипт перед `vite build`:
+
+```json fileName="package.json"
+{
+  "scripts": {
+    "dev": "vite",
+    "prebuild": "node generate-seo.mjs",
+    "build": "vite build",
+    "preview": "vite preview"
+  }
+}
+```
+
+## Подробное руководство: Готовы к пошаговой настройке?
+
+Этот материал дал концептуальное представление о том, как добавить интернационализацию в существующий проект Vite и React в 2026 году без лишних сложностей.
+
+Если вы хотите детально настроить каждый элемент приложения, включая строгую типизацию TypeScript, динамические словари и визуальный редактор, перейдите к подробному руководству:
+
+👉 **[Полное руководство по переводу Vite и React с Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/intlayer_with_vite+react.md)**
+
+## Часто задаваемые вопросы (FAQ)
+
+<FAQ>
+
+<Question title="Можно ли сделать приложение Vite и React многоязычным без ручного рефакторинга всех строк?">
+
+Да. Вы можете использовать `npx intlayer extract` для автоматического нахождения и извлечения строк в локализованные файлы объявлений, либо использовать компилятор Intlayer, трансформирующий компоненты во время сборки, пока вы пишете стандартный JSX.
+
+</Question>
+<Question title="Как Intlayer сокращает размер бандла Vite по сравнению с react-i18next или react-intl?">
+
+Intlayer распределяет словари по отдельным компонентам и использует макро-оптимизацию во время сборки. В бандл попадают только строки, нужные отображаемым компонентам, вместо загрузки гигантских JSON-файлов. Динамические словари также позволяют подгружать языки по мере необходимости.
+
+</Question>
+<Question title="Могу ли я использовать ИИ для перевода компонентов на множество языков?">
+
+Да. В CLI Intlayer есть команда `npx intlayer fill`, которая подключается к выбранной LLM (OpenAI, Anthropic, Mistral, DeepSeek) для генерации контекстных переводов по всем настроенным языкам.
+
+</Question>
+<Question title="Можно ли перейти с react-i18next или react-intl без переписывания компонентов?">
+
+Да. Intlayer предоставляет адаптеры совместимости для `react-i18next` и `react-intl`, а также плагины для автоматической синхронизации существующих JSON-словарей (`sync-json`).
+
+</Question>
+
+</FAQ>

package/blog/ru/vue-i18n_vs_intlayer.md

@@ -33,15 +33,11 @@ author: aymericzip
 
 > **кратко**: Оба решения могут локализовать приложения Vue. Если вам нужен **контент, ограниченный компонентом**, **строгие типы TypeScript**, **проверка отсутствующих ключей во время сборки**, **деревья сжатые словари**, а также **встроенные помощники для маршрутизации и SEO** плюс **Визуальный редактор и AI-переводы**, то **Intlayer** - более полный и современный выбор.
 
----
-
 ## Общее позиционирование
 
 - **vue-i18n** - де-факто библиотека i18n для Vue. Гибкое форматирование сообщений (стиль ICU), блоки SFC `<i18n>` для локальных сообщений и большая экосистема. Безопасность и масштабное сопровождение в основном на вашей стороне.
 - **Intlayer** - компонентно-ориентированная модель контента для Vue/Vite/Nuxt с **строгой типизацией TS**, **проверками во время сборки**, **деревьями сжатия**, **помощниками для маршрутизации и SEO**, опциональным **Визуальным редактором/CMS** и **AI-поддержкой переводов**.
 
----
-
 ## Сравнение функций бок о бок (с фокусом на Vue)
 
 | Функция                                                   | **Intlayer**                                                                           | **vue-i18n**                                                                                      |
@@ -65,8 +61,6 @@ author: aymericzip
 | **Поддерживаемость крупных проектов**                     | ✅ Поощряет модульную структуру, удобную для дизайн-систем                             | ✅ Возможно, но требует строгой дисциплины в работе с файлами/пространствами имён                 |
 | **Экосистема / сообщество**                               | ⚠️ Меньше, но быстро растёт                                                            | ✅ Большое и зрелое в экосистеме Vue                                                              |
 
----
-
 ## Глубокое сравнение
 
 ### 1) Архитектура и масштабируемость
@@ -76,8 +70,6 @@ author: aymericzip
 
 **Почему это важно:** В больших Vue-приложениях или дизайн-системах **модульный контент** масштабируется лучше, чем монолитные каталоги.
 
----
-
 ### 2) TypeScript и безопасность
 
 - **vue-i18n**: Хорошая поддержка TS; для **строгой типизации ключей** обычно требуются пользовательские схемы/дженерики и тщательные соглашения.
@@ -85,8 +77,6 @@ author: aymericzip
 
 **Почему это важно:** Строгая типизация выявляет ошибки **до** выполнения программы.
 
----
-
 ### 3) Обработка отсутствующих переводов
 
 - **vue-i18n**: **Время выполнения** - предупреждения/запасные варианты (например, fallback локаль или ключ).
@@ -94,8 +84,6 @@ author: aymericzip
 
 **Почему это важно:** Контроль на этапе сборки поддерживает чистый и согласованный UI в продакшене.
 
----
-
 ### 4) Маршрутизация и стратегия URL (Vue Router/Nuxt)
 
 - **Обе** системы могут работать с локализованными маршрутами.
@@ -103,8 +91,6 @@ author: aymericzip
 
 **Почему это важно:** Меньше пользовательских прослоек и **чище SEO** для разных локалей.
 
----
-
 ### 5) Производительность и поведение загрузки
 
 - **vue-i18n**: Поддерживает асинхронные сообщения локалей; избегать избыточного объединения бандлов - ваша задача (аккуратно разделяйте каталоги).
@@ -112,8 +98,6 @@ author: aymericzip
 
 **Почему это важно:** Меньшие бандлы и более быстрая загрузка для многоязычных Vue-приложений.
 
----
-
 ### 6) Опыт разработчика и инструменты
 
 - **vue-i18n**: Зрелая документация и сообщество; обычно вы будете полагаться на **внешние платформы локализации** для редакционных процессов.
@@ -121,8 +105,6 @@ author: aymericzip
 
 **Почему это важно:** Меньше затрат на эксплуатацию и более короткий цикл разработка–контент.
 
----
-
 ### 7) SEO, SSR и SSG
 
 - **Обе** работают с Vue SSR и Nuxt.
@@ -130,8 +112,6 @@ author: aymericzip
 
 **Почему это важно:** Международное SEO без сложных настроек.
 
----
-
 ## Почему Intlayer? (Проблема и подход)
 
 Большинство i18n стеков (включая **vue-i18n**) начинают с **централизованных каталогов**:
@@ -221,8 +201,6 @@ const { greeting } = useIntlayer("component-example");
 - **Избегает "мертвых" ключей** (неиспользуемые компоненты не импортируют содержимое).
 - **Оптимизирует загрузку** (лениво загружаемые компоненты приносят с собой своё содержимое).
 
----
-
 ## Дополнительные возможности Intlayer (актуально для Vue)
 
 - **Поддержка нескольких фреймворков**: работает с Vue, Nuxt, Vite, React, Express и другими.
@@ -240,23 +218,17 @@ const { greeting } = useIntlayer("component-example");
 - **Сервер MCP и расширение VSCode**: Автоматизируйте рабочие процессы i18n и создание контента прямо в вашей IDE.
 - **Взаимодействие**: Интеграция с **vue-i18n**, **react-i18next** и **react-intl** при необходимости.
 
----
-
 ## Когда что выбирать?
 
 - **Выбирайте vue-i18n**, если хотите использовать **стандартный подход Vue**, вам удобно самостоятельно управлять каталогами/пространствами имён, и ваше приложение **маленькое или среднего размера** (или вы уже используете Nuxt i18n).
 - **Выбирайте Intlayer**, если для вас важны **контент, ограниченный компонентом**, **строгий TypeScript**, **гарантии на этапе сборки**, **tree-shaking** и **встроенные инструменты маршрутизации/SEO/редактирования** - особенно для **больших, модульных кодовых баз Vue/Nuxt**.
 
----
-
 ## Interoperability with vue-i18n
 
 `intlayer` also может помочь управлять вашими `vue-i18n` namespaces.
 
 Using `intlayer`, you can declare your content in the format of your favorite i18n library, and intlayer will generate your namespaces in the location of your choice (example: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Практические заметки по миграции (vue-i18n → Intlayer)
 
 - **Начинайте по функциям**: Переносите по одному маршруту/виду/компоненту за раз в локальные словари Intlayer.
@@ -265,8 +237,6 @@ Using `intlayer`, you can declare your content in the format of your favorite i1
 - **Используйте помощники для роутера/SEO**: Стандартизируйте определение локали и теги `hreflang`.
 - **Измеряйте размеры бандлов**: Ожидайте **снижения размера бандла** за счёт исключения неиспользуемого контента.
 
----
-
 ## Заключение
 
 И **vue-i18n**, и **Intlayer** хорошо локализуют Vue-приложения. Разница в том, **сколько вам нужно построить самостоятельно**, чтобы получить надёжную и масштабируемую систему:

package/blog/ru/what_is_internationalization.md

@@ -101,8 +101,6 @@ author: aymericzip
 - **Культурные нюансы**  
   Иконки, цвета и символы могут иметь разные значения в разных культурах. Важно адаптировать визуальный и текстовый контент, чтобы уважать местные культурные нюансы.
 
----
-
 ## Лучшие практики для реализации i18n
 
 - **Планируйте заранее**  
@@ -117,8 +115,6 @@ author: aymericzip
 - **Повторное использование переводов**  
   Организуйте свои файлы переводов так, чтобы они могли использоваться повторно на нескольких сайтах или приложениях. Например, если у вас есть многоязычный подвал или заголовок, создавайте специальные файлы переводов, чтобы общие элементы могли быть легко применены ко всем проектам.
 
----
-
 ## Объявление контента локалей против внешней локализации контента CMS
 
 При создании веб-сайта **Система управления контентом (CMS), такая как WordPress, Wix или Drupal, обычно предлагает улучшенную поддерживаемость**. Особенно для блогов или целевых страниц благодаря их интегрированным функциям i18n.
@@ -136,8 +132,6 @@ author: aymericzip
 
 Важно выбрать правильный инструмент для ваших потребностей и спланировать стратегию интернационализации с самого начала. **Intlayer предлагает привлекательное решение, совмещая декларацию контента локалей с безголовой CMS, что обеспечивает лучшее из обоих миров.**
 
----
-
 ### Смотрите список библиотек и инструментов i18n по технологиям
 
 Если вы ищете список библиотек и инструментов i18n по технологиям, ознакомьтесь со следующими ресурсами:
@@ -155,8 +149,6 @@ author: aymericzip
 - Svelte: [Смотрите список библиотек и инструментов i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/ru/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [Смотрите список библиотек и инструментов i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/ru/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Заключение
 
 Интернационализация (i18n) , это больше чем просто техническое задание; это **стратегические инвестиции**, которые позволяют вашему программному обеспечению говорить на языке ваших пользователей , буквально. Путем абстрагирования элементов, специфичных для локали, учета лексических и культурных различий и планирования будущих расширений вы позволяете вашему продукту процветать на глобальном рынке.

package/blog/tr/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ Uygulamanızı çevirdniz. `/en`, `/fr`, `/es` yayınladınız. Ve Fransız kull
 
 Çevirisi yapmak kolay kısım. Zor kısım, arama motorlarına bu sayfaların **başka bir dildeki aynı sayfa** olduğunu, birbirleriyle rekabet eden üç belge olmadığını söylemektir. İşte `hreflang` bunu yapar ve çoğu çok dilli site sessiz sedasız trafik kaybettiği yerdir.
 
----
-
 ## Hreflang aslında nedir
 
 Bir sayfadaki bir ek açıklama şöyle der: _bu URL'nin orada, bu diller için eşdeğer versiyonları vardır._
@@ -42,8 +40,6 @@ Bir sayfadaki bir ek açıklama şöyle der: _bu URL'nin orada, bu diller için
 
 Ne olmadığını açık olmak gerekir. Bu **bir yönlendirme değildir** — bu bir ipuçudur ve Google bunu geçersiz kılabilir. Bu **bir sıralama artışı değildir** — hangi sürümün sıralandığını değiştirir, _sıralanıp sıralanmayacağını_ değil. Ve Bing bunu tamamen görmezden gelir, bunun yerine `content-language` ve coğrafi hedeflemesine güvenir.
 
----
-
 ## Nerede Beyan Etmeli
 
 Üç yerleştirme, hepsi geçerli. Birini seçin ve orada kalın — aynı küme iki yerde beyan edilirse setler farklılaşır.
@@ -54,8 +50,6 @@ Ne olmadığını açık olmak gerekir. Bu **bir yönlendirme değildir** — bu
 
 **HTTP `Link` başlığı**, PDF'ler gibi HTML olmayan dosyalar için tek seçenektir.
 
----
-
 ## Kurallar
 
 ### Kendi kendine referans ve karşılıklılık
@@ -107,8 +101,6 @@ Dili hiçbir girişinizle eşleşmeyen kullanıcılar için geri dönüş mekani
 
 İki şeyi net bir şekilde ayırt etmek gerekir: `x-default` seti içinde kendine referans veren girişin yerine geçen bir şey değil, ek bir giriştir ve diğer her giriş gibi kümedeki her sayfada aynı şekilde görünmelidir.
 
----
-
 ## Canonical tuzağı
 
 Her yerelleştirilmiş sayfa **kendi canonical'ı** olmalıdır:
@@ -131,8 +123,6 @@ Fransız sayfasının dizine alınmaması gereken bir kopya olduğunu söylerken
 
 **Canonical, bölge başına kendi kendine referanslıdır. `hreflang` kümeyi tanımlar.**
 
----
-
 ## URL yapısını seçme
 
 `hreflang` URL'leri açıklama ekler, bu nedenle yapı ilk gelir.
@@ -149,14 +139,11 @@ Kaçınılması gereken tek yapı: `Accept-Language` veya IP'ye göre **aynı UR
 
 > Intlayer, `routing.mode` ve `routing.domains` aracılığıyla üçünü de kapsar. [Özel domainleri](https://github.com/aymericzip/intlayer/blob/main/docs/docs/tr/custom_domains.md) ve [konfigürasyon referansını](https://github.com/aymericzip/intlayer/blob/main/docs/docs/tr/configuration.md) görmek için.
 
----
-
 ## Uygulama
 
 Bu etiketleri el ile yazmak ikinci bir locale ile iletişime geçtiğinde başarısız olur. Bunun yerine bunları locale listinizden türetin.
 
 <Steps>
-
 <Step number={1} title="Kümeyi her sayfada yayınla">
 
 Her yerde aynı küme, locale başına canonical, mutlak URL'ler, `x-default` dahil.
@@ -245,7 +232,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="Veya hepsini sitemap'e taşıyın">
 
 Ölçekte, ek açıklamaları sayfalarınızdan tamamen uzak tutun. `generateSitemap` yapılandırmanızdan locales ve routing mode'u okuyarak her giriş için `xhtml:link` alternates yayınlar:
@@ -268,7 +254,6 @@ Bilmeniz gereken iki seçenek:
 - `entryPerLocale` (default `false`) — varsayılan olarak bir `<url>` girişi tüm alternatifleri taşır. Her iki form de geçerlidir, ancak yalnızca `<loc>` olarak listelenen bir URL Search Console'da _gönderilen_ olarak sayılır; yalnızca alternatif olan locales keşfedilebilir ancak hiçbir sitemap'e atfedilmez. Bunu açmak her yerelleştirilmiş URL'ye tam alternatif seti tekrarlanan kendi girişini verir. Bu, giriş sayısını locale sayısı ile çarpar, bu nedenle 50 000 URL / 50 MB limitini izleyin ve bunu aşarsanız bir sitemap indeksine bölün.
 
 </Step>
-
 <Step number={3} title="Crawler'ın neyi aldığını doğrulayın">
 
 `hreflang` sessizce başarısız olur, bu nedenle varsaymak yerine kontrol edin.
@@ -281,8 +266,6 @@ Kaynağı okuyun, inspector'ı değil — `curl https://example.com/fr/about | g
 
 </Steps>
 
----
-
 ## Kontrol Listesi
 
 - [ ] Her locale'in farklı, crawlable bir URL'si vardır
@@ -296,8 +279,6 @@ Kaynağı okuyun, inspector'ı değil — `curl https://example.com/fr/about | g
 - [ ] Tam olarak bir yerde tanımlanmıştır
 - [ ] Hiçbir alternate redirect yoktur
 
----
-
 ## Sonuç
 
 `hreflang` basit ve affetmezdir. Bir eksik return etiketi, bir relative URL, bir cross-locale canonical ve küme hiçbir hata olmaksızın atılır. Bunların her biri etiketleri elle yazma işleminden kaynaklanır.

package/blog/tr/i18n_meaning.md

@@ -92,8 +92,6 @@ Artık gerçek **i18n anlamı**nı belirlediğimize göre, bunu nasıl uygulars
 - **Kullanıcıya yönelik tüm metinleri soyutlayın:** Kullanıcı arayüzü bileşenlerinizde doğrudan kodlanmış metin bulunmadığından emin olun.
 - **Güçlü bir çeviri yönetim sistemi kullanın:** **Intlayer** gibi araçlar geliştiriciler ve çevirmenler arasındaki boşluğu doldurur. Intlayer, kod tabanınızla sıkı bir şekilde entegre olan bir headless CMS gibi çalışarak, içerik yöneticilerinin bir geliştiriciden yeni bir build almasına gerek kalmadan çevirileri görsel olarak güncellemesine olanak tanır.
 
----
-
 ### Teknoloji Başına i18n Kütüphane ve Araç Listesini Görüntüleyin
 
 Teknoloji başına i18n kütüphane ve araç listesi arıyorsanız, aşağıdaki kaynaklara göz atın:
@@ -112,8 +110,6 @@ Teknoloji başına i18n kütüphane ve araç listesi arıyorsanız, aşağıdaki
 - Svelte: [i18n kütüphane ve araç listesini görüntüleyin](https://github.com/aymericzip/intlayer/blob/main/docs/blog/tr/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [i18n kütüphane ve araç listesini görüntüleyin](https://github.com/aymericzip/intlayer/blob/main/docs/blog/tr/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Sonuç
 
 **i18n anlamı**, küresel bir etki hedefleyen her modern dijital işletme için temel bir kavramdır. Sadece "uluslararasılaştırma" için kullanılan ilginç bir teknik kısaltma olmanın çok ötesinde olan i18n, yazılımınızı çeşitli dillere, kültürlere ve bölgesel standartlara sorunsuz bir şekilde uyarlamak için gereken teknik mimariyi temsil eder.