@intlayer/docs 8.12.4 → 9.0.0-canary.10

package/blog/uk/intlayer_with_react-intl.md

@@ -26,6 +26,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: Змінено на плагін syncJSON
+author: aymericzip
 ---
 
 # Як автоматизувати JSON-переклади react-intl за допомогою Intlayer
@@ -66,28 +67,46 @@ Intlayer пропонує багатий набір **розширених фу
 
 ## Покроковий посібник з налаштування Intlayer з react-intl
 
-### Крок 1: Встановлення залежностей
+<Steps>
+
+<Step number={1} title="Встановлення залежностей">
 
 Встановіть необхідні пакети:
 
+```bash packageManager="npm"
+npx intlayer-cli init --interactive
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer-cli init --interactive
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer-cli init --interactive
+```
+
+```bash packageManager="bun"
+bunx intlayer-cli init --interactive
+```
+
+> прапорець `--interactive` не є обов'язковим. Використовуйте `intlayer-cli init`, якщо ви є ШІ-агентом.
+
+> Ця команда виявить ваше середовище та встановить необхідні пакети. Наприклад:
+
 ```bash packageManager="npm"
 npm install intlayer @intlayer/sync-json-plugin --save-dev
-npx intlayer init
 ```
 
 ```bash packageManager="pnpm"
 pnpm add intlayer @intlayer/sync-json-plugin --save-dev
-pnpm intlayer init
 ```
 
 ```bash packageManager="yarn"
 yarn add intlayer @intlayer/sync-json-plugin --dev
-yarn intlayer init
 ```
 
 ```bash packageManager="bun"
 bun add intlayer @intlayer/sync-json-plugin --dev
-bun x intlayer init
 ```
 
 **Опис пакетів:**
@@ -95,7 +114,9 @@ bun x intlayer init
 - **intlayer**: Ядро бібліотеки для управління інтернаціоналізацією, декларації контенту та збірки
 - **@intlayer/sync-json-plugin**: Плагін для експорту декларацій контенту Intlayer у формат JSON, сумісний з react-intl
 
-### Крок 2: Реалізація плагіна Intlayer для обгортання JSON
+</Step>
+
+<Step number={2} title="Реалізація плагіна Intlayer для обгортання JSON">
 
 Створіть файл конфігурації Intlayer, щоб визначити підтримувані локалі:
 
@@ -132,7 +153,9 @@ export default config;
 
 Щоб дізнатися більше про плагін `syncJSON`, будь ласка, перегляньте [документацію плагіна `syncJSON`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/uk/plugins/sync-json.md).
 
-### Крок 4: Налаштування AI-провайдера
+</Step>
+
+<Step number={3} title="Налаштування AI-провайдера">
 
 Intlayer відкриває набір розширених можливостей автоматизації та дружніх до розробників функцій для вашого робочого процесу i18next.
 
@@ -184,6 +207,10 @@ npx intlayer fill
 
 ---
 
+</Step>
+
+</Steps>
+
 ## Налаштування Git
 
 Рекомендується ігнорувати файли, згенеровані Intlayer:

package/blog/uk/intlayer_with_vue-i18n.md

@@ -26,6 +26,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: Перехід на плагін syncJSON та комплексний перепис
+author: aymericzip
 ---
 
 # Інтернаціоналізація (i18n) у Vue.js за допомогою vue-i18n та Intlayer
@@ -68,28 +69,46 @@ Intlayer пропонує широкий набір **розширених мо
 
 ## Покроковий посібник з налаштування Intlayer з vue-i18n
 
-### Крок 1: Встановлення залежностей
+<Steps>
+
+<Step number={1} title="Встановлення залежностей">
 
 Встановіть необхідні пакети, використовуючи бажаний пакетний менеджер:
 
+```bash packageManager="npm"
+npx intlayer-cli init --interactive
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer-cli init --interactive
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer-cli init --interactive
+```
+
+```bash packageManager="bun"
+bunx intlayer-cli init --interactive
+```
+
+> прапорець `--interactive` не є обов'язковим. Використовуйте `intlayer-cli init`, якщо ви є ШІ-агентом.
+
+> Ця команда виявить ваше середовище та встановить необхідні пакети. Наприклад:
+
 ```bash packageManager="npm"
 npm install intlayer @intlayer/sync-json-plugin --save-dev
-npx intlayer init
 ```
 
 ```bash packageManager="pnpm"
 pnpm add intlayer @intlayer/sync-json-plugin --save-dev
-pnpm intlayer init
 ```
 
 ```bash packageManager="yarn"
 yarn add intlayer @intlayer/sync-json-plugin --dev
-yarn intlayer init
 ```
 
 ```bash packageManager="bun"
 bun add intlayer @intlayer/sync-json-plugin --dev
-bun x intlayer init
 ```
 
 **Пояснення пакетів:**
@@ -97,7 +116,9 @@ bun x intlayer init
 - **intlayer**: Основна бібліотека для декларації та управління контентом
 - **@intlayer/sync-json-plugin**: Плагін для синхронізації декларацій контенту Intlayer у формат JSON для vue-i18n
 
-### Крок 2: Реалізуйте плагін Intlayer для обгортання JSON
+</Step>
+
+<Step number={2} title="Реалізуйте плагін Intlayer для обгортання JSON">
 
 Створіть файл конфігурації Intlayer, щоб визначити підтримувані локалі:
 
@@ -136,7 +157,9 @@ export default config;
 
 Щоб побачити докладніші відомості про плагін `syncJSON`, зверніться до [документації плагіна syncJSON](https://github.com/aymericzip/intlayer/blob/main/docs/docs/uk/plugins/sync-json.md).
 
-### Крок 4: Налаштування AI-провайдера
+</Step>
+
+<Step number={3} title="Налаштування AI-провайдера">
 
 Intlayer відкриває низку просунутих автоматизаційних і зручних для розробника функцій для вашого робочого процесу i18next.
 
@@ -188,6 +211,10 @@ npx intlayer fill
 
 ---
 
+</Step>
+
+</Steps>
+
 ## Конфігурація Git
 
 Виключіть згенеровані файли з контролю версій:

package/blog/uk/l10n_platform_alternative/Lokalise.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: Початкова версія
+author: aymericzip
 ---
 
 # Open-Source альтернатива Lokalise для L10N (TMS)

package/blog/uk/l10n_platform_alternative/crowdin.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: Initial version
+author: aymericzip
 ---
 
 # Open-Source альтернатива Crowdin для L10n (TMS)

package/blog/uk/l10n_platform_alternative/phrase.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: Початкова версія
+author: aymericzip
 ---
 
 # Open-Source альтернатива Phrase для L10N (TMS)

package/blog/uk/list_i18n_technologies/frameworks/angular.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - angular
+author: aymericzip
 ---
 
 # Дослідження i18n-рішень для перекладу вашого сайту на Angular

package/blog/uk/list_i18n_technologies/frameworks/react-native.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - react-native
+author: aymericzip
 ---
 
 # Дослідження рішень i18n для перекладу вашого додатку React Native

package/blog/uk/list_i18n_technologies/frameworks/react.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - react
+author: aymericzip
 ---
 
 # Огляд рішень i18n для перекладу вашого React‑сайту

package/blog/uk/list_i18n_technologies/frameworks/svelte.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - svelte
+author: aymericzip
 ---
 
 # Дослідження рішень i18n для перекладу вашого сайту на Svelte

package/blog/uk/list_i18n_technologies/frameworks/vue.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - vue
+author: aymericzip
 ---
 
 # Огляд рішень i18n для локалізації вашого вебсайту на Vue.js

package/blog/uk/next-i18next_vs_next-intl_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - next-i18next-vs-next-intl-vs-intlayer
+author: aymericzip
 ---
 
 # next-i18next VS next-intl VS intlayer | Інтернаціоналізація Next.js (i18n)
@@ -107,6 +108,15 @@ Next.js надає вбудовану підтримку інтернаціон
 - Код застосунку
 - Контент, який завантажує браузер
 
+## Розміри bundle та залежності
+
+Після побудови додатку bundle є JavaScript-кодом, який браузер завантажить для відображення сторінки. Тому розмір bundle є важливим для продуктивності додатку.
+
+У контексті багатомовного додатку bundle важливі два компоненти:
+
+- Код додатку
+- Вміст, завантажений браузером
+
 ## Код застосунку
 
 Важливість коду застосунку в цьому випадку мінімальна. Усі три рішення є tree-shakable, тобто невикористані частини коду не включаються до bundle.

package/blog/uk/nextjs-multilingual-seo-comparison.md

@@ -16,6 +16,7 @@ keywords:
 slugs:
   - blog
   - blog-seo-i18n-nextjs
+author: aymericzip
 ---
 
 # SEO та i18n в Next.js: Перекладу недостатньо

package/blog/uk/per-component_vs_centralized_i18n.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - per-component-vs-centralized-i18n
+author: aymericzip
 ---
 
 # Підхід per-component проти централізованого i18n

package/blog/uk/rag_powered_documentation_assistant.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - rag-powered-documentation-assistant
+author: aymericzip
 ---
 
 # Створення помічника з документацією на основі RAG (розбиття на фрагменти, ембеддинги та пошук)
@@ -69,13 +70,17 @@ RAG став популярним не випадково: це один із н
 5.  **Augmentation + Generation (AG у RAG)** Ці шматки вставляються в prompt для ChatGPT, тож модель відповідає з урахуванням реального контексту документації.
 6.  **Логування запитів для зворотного зв'язку** Кожен запит користувача зберігається. Це золото для розуміння больових точок, відсутньої документації або нових можливостей.
 
-## Крок 1: Читання документації
+<Steps>
+
+<Step number={1} title="Читання документації">
 
 Перший крок був простим: мені потрібно було просканувати папку docs/ на предмет усіх .md файлів. Використовуючи Node.js та glob, я завантажив вміст кожного Markdown-файлу в пам'ять.
 
 Це робить конвеєр гнучким: замість Markdown ви можете отримувати документацію з бази даних, CMS або навіть через API.
 
-## Крок 2: Розбиття документації на чанки
+</Step>
+
+<Step number={2} title="Розбиття документації на чанки">
 
 Навіщо розбивати? Тому що мовні моделі мають **обмеження контексту**. Підживлення їх цілою книгою документації не спрацює.
 
@@ -97,7 +102,9 @@ RAG став популярним не випадково: це один із н
 - Занадто маленький → отримаєте шум.
 - Занадто великий → ви перевантажите розмір контексту.
 
-## Крок 3: Генерація embeddings
+</Step>
+
+<Step number={3} title="Генерація embeddings">
 
 Як тільки документи розбиті на чанки, ми генеруємо **embeddings**, високорозмірні вектори, що представляють кожний чанк.
 
@@ -115,7 +122,9 @@ RAG став популярним не випадково: це один із н
 
 Кожний вектор, це математичний відбиток тексту, що дозволяє виконувати пошук за схожістю.
 
-## Крок 4: Індексування та збереження embeddings
+</Step>
+
+<Step number={4} title="Індексування та збереження embeddings">
 
 Щоб уникнути багаторазової регенерації embeddings, я зберіг їх у embeddings.json.
 
@@ -128,7 +137,9 @@ RAG став популярним не випадково: це один із н
 
 Векторні БД обробляють індексування, масштабованість і швидкий пошук. Але для мого прототипу локальний JSON працював добре.
 
-## Крок 5: Отримання за допомогою **косинусної схожості**
+</Step>
+
+<Step number={5} title="Отримання за допомогою **косинусної схожості**">
 
 Коли користувач ставить запитання:
 
@@ -140,7 +151,9 @@ RAG став популярним не випадково: це один із н
 
 Таким чином система знаходить найближчі фрагменти документації до запиту.
 
-## Крок 6: Розширення (Augmentation) + Генерація
+</Step>
+
+<Step number={6} title="Розширення (Augmentation) + Генерація">
 
 Тепер починається магія. Ми беремо топові сегменти та вставляємо їх у **system prompt** для ChatGPT.
 
@@ -148,7 +161,9 @@ RAG став популярним не випадково: це один із н
 
 Результат: точні, **відповіді, засновані на документації**.
 
-## Крок 7: Логування запитів користувачів
+</Step>
+
+<Step number={7} title="Логування запитів користувачів">
 
 Це прихована суперсила.
 
@@ -161,7 +176,9 @@ RAG став популярним не випадково: це один із н
 
 This turns your RAG assistant into a **continuous user research tool**.
 
-## Скільки це коштує?
+</Step>
+
+<Step number={8} title="Скільки це коштує?">
 
 Одне з поширених зауважень щодо RAG, це вартість. Насправді це дивно дешево:
 
@@ -171,7 +188,9 @@ This turns your RAG assistant into a **continuous user research tool**.
 
 Крім того, можна додати вартість хостингу.
 
-## Деталі реалізації
+</Step>
+
+<Step number={9} title="Деталі реалізації">
 
 Стек:
 
@@ -235,7 +254,9 @@ User query :
 
 👉 [Спробувати демо тут](https://intlayer.org/doc/why) 👉 [Переглянути шаблон коду на GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
-## Подальші кроки
+</Step>
+
+<Step number={10} title="Подальші кроки">
 
 Цей проєкт, мінімальна реалізація. Але ви можете розширити його багатьма способами:
 
@@ -247,13 +268,17 @@ User query :
 - Multi-source retrieval → витягувати не лише документацію, а й записи з баз даних, пости в блогах, тікети тощо.
 - Покращені підказки → reranking, filtering та гібридний пошук (ключові слова + семантичний)
 
-## Обмеження, з якими ми зіткнулися
+</Step>
+
+<Step number={11} title="Обмеження, з якими ми зіткнулися">
 
 - Розбивка на фрагменти (chunking) та перекриття мають емпіричний характер. Пошук правильного балансу (розмір фрагмента, відсоток перекриття, кількість витягнутих фрагментів) вимагає ітерацій та тестування.
 - Векторні представлення (embeddings) не оновлюються автоматично при зміні документів. Наша система скидає embeddings для файлу лише якщо кількість фрагментів відрізняється від збереженої.
 - У цьому прототипі embeddings зберігаються в JSON. Це підходить для демо, але засмічує репозиторій Git. В продакшні краще використовувати базу даних або спеціалізоване сховище векторів (vector store).
 
-## Чому це важливо поза межами документації
+</Step>
+
+<Step number={12} title="Чому це важливо поза межами документації">
 
 Цікаво не лише в чат-боті. Це, механізм зворотного зв'язку (feedback loop).
 
@@ -273,7 +298,9 @@ User query :
 
 Це, **product intelligence** прямо від ваших користувачів.
 
-## Висновок
+</Step>
+
+<Step number={13} title="Висновок">
 
 RAG, це один із найпростіших і найпотужніших способів зробити LLMs практичними. Поєднавши **retrieval + generation**, ви можете перетворити статичну документацію на **smart assistant** і, одночасно, отримувати безперервний потік insights про продукт.
 
@@ -286,3 +313,20 @@ RAG, це один із найпростіших і найпотужніших
 👉 [Спробуйте демо тут](https://intlayer.org/doc/why) 👉 [Перегляньте шаблон коду на GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
 І якщо ви теж експериментуєте з RAG, мені було б цікаво дізнатися, як ви його використовуєте.
+
+</Step>
+
+</Steps>
+## Висновок
+
+RAG — це один з найпростіших і найпотужніших способів зробити LLM практичними. Комбінуючи **retrieval + generation**, ви можете перетворити статичну документацію на **розумного помічника** і водночас отримати постійний потік інсайтів про продукт.
+
+Для мене цей проект показав, що RAG — це не просто технічний трюк. Це спосіб трансформувати документацію на:
+
+- інтерактивну систему підтримки
+- канал зворотного зв'язку
+- інструмент стратегії продукту
+
+👉 [Спробуйте демо тут](https://intlayer.org/doc/why) 👉 [Перевірте шаблон коду на GitHub](https://github.com/aymericzip/smart_doc_RAG)
+
+І якщо ви також експериментуєте з RAG, я б з радістю почув, як ви його використовуєте.

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

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - react-i18next-vs-react-intl-vs-intlayer
+author: aymericzip
 ---
 
 # react-Intl VS react-i18next VS intlayer | Інтернаціоналізація React (i18n)

package/blog/uk/vue-i18n_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - vue-i18n-vs-intlayer
+author: aymericzip
 ---
 
 # vue-i18n VS Intlayer | Інтернаціоналізація Vue (i18n)

package/blog/uk/what_is_internationalization.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - what-is-internationalization
+author: aymericzip
 ---
 
 # Що таке інтернаціоналізація (i18n)? Визначення та виклики

package/blog/vi/compiler_vs_declarative_i18n.md

@@ -16,6 +16,7 @@ keywords:
 slugs:
   - blog
   - compiler-vs-declarative-i18n
+author: aymericzip
 ---
 
 # Lập Luận Ủng Hộ và Phản Đối i18n Dựa trên Trình Biên Dịch

package/blog/vi/i18n_meaning.md

@@ -14,6 +14,7 @@ keywords:
 slugs:
   - blog
   - i18n-meaning
+author: aymericzip
 ---
 
 # Ý nghĩa i18n: Quốc tế hóa là gì và tại sao nó lại quan trọng?

package/blog/vi/i18n_using_next-i18next.md

@@ -19,6 +19,7 @@ history:
   - version: 7.0.6
     date: 2025-11-01
     changes: Phiên bản đầu tiên
+author: aymericzip
 ---
 
 # Cách quốc tế hóa ứng dụng Next.js của bạn bằng next-i18next trong năm 2026

package/blog/vi/i18n_using_next-intl.md

@@ -18,6 +18,7 @@ history:
   - version: 7.0.0
     date: 2025-11-01
     changes: Phiên bản đầu tiên
+author: aymericzip
 ---
 
 # Cách quốc tế hóa ứng dụng Next.js của bạn bằng next-intl vào năm 2026

package/blog/vi/index.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - search
+author: aymericzip
 ---
 
 # Áp dụng Quốc tế hóa trong JavaScript: Nâng cao Phạm vi Toàn cầu và SEO

package/blog/vi/internationalization_and_SEO.md

@@ -14,6 +14,7 @@ keywords:
 slugs:
   - blog
   - SEO-and-i18n
+author: aymericzip
 ---
 
 # SEO & I18n: Hướng Dẫn Tối Ưu Để Biến Website Của Bạn Thành Đa Ngôn Ngữ
@@ -87,101 +88,10 @@ Trong HTML của bạn, bạn sẽ thêm như sau:
 
 ## 4. Làm cho Nội dung Thực sự “Địa phương” (Không chỉ Dịch)
 
-### 4.1. Định vị hóa so với Dịch thuật
-
-- **Dịch thuật** có nghĩa là chuyển đổi văn bản từ một ngôn ngữ sang ngôn ngữ khác từng từ một.
-- **Định vị hóa** có nghĩa là điều chỉnh định dạng nội dung, tiền tệ, đơn vị đo lường và các tham chiếu văn hóa cho phù hợp với đối tượng địa phương. Ví dụ, nếu bạn nhắm đến thị trường Pháp, bạn sẽ dùng `€` thay vì `---
-  createdAt: 2024-12-24
-  updatedAt: 2025-06-29
-  title: SEO và Quốc tế hóa
-  description: Khám phá cách tối ưu hóa website đa ngôn ngữ của bạn cho các công cụ tìm kiếm và cải thiện SEO.
-  keywords:
-  - SEO
-  - Intlayer
-  - Quốc tế hóa
-  - Blog
-  - Next.js
-  - JavaScript
-  - React
-    slugs:
-  - blog
-  - SEO-and-i18n
-
----
-
-# SEO & I18n: Hướng Dẫn Tối Ưu Để Biến Website Của Bạn Thành Đa Ngôn Ngữ
-
-Muốn tiếp cận nhiều người dùng hơn trên toàn cầu? Việc làm cho website của bạn đa ngôn ngữ là một trong những cách tốt nhất để mở rộng đối tượng người dùng và cải thiện SEO (Tối ưu hóa công cụ tìm kiếm). Trong bài blog này, chúng tôi sẽ phân tích những kiến thức cơ bản về SEO quốc tế, thường được gọi là **i18n** (viết tắt của “internationalization” - quốc tế hóa), bằng những thuật ngữ rõ ràng và dễ hiểu. Bạn sẽ học được về những quyết định quan trọng cần đưa ra, cách sử dụng các yếu tố kỹ thuật như `hreflang`, và lý do tại sao các công cụ như **Intlayer** có thể giúp đơn giản hóa các dự án Next.js đa ngôn ngữ của bạn.
-
----
-
-## 1. Làm Thế Nào Để Biết Website Của Bạn Đa Ngôn Ngữ?
-
-Một trang web đa ngôn ngữ cung cấp nội dung của nó bằng nhiều hơn một ngôn ngữ. Ví dụ, bạn có thể có phiên bản tiếng Anh (`example.com/en/`), phiên bản tiếng Pháp (`example.com/fr/`), và phiên bản tiếng Tây Ban Nha (`example.com/es/`). Cách tiếp cận này cho phép các công cụ tìm kiếm hiển thị phiên bản ngôn ngữ phù hợp cho người dùng dựa trên sở thích hoặc vị trí địa lý của họ.
-
-Khi bạn làm đúng, bạn sẽ tạo ra trải nghiệm thân thiện hơn nhiều cho những người không nói tiếng Anh, dẫn đến sự tương tác tốt hơn, tỷ lệ chuyển đổi cao hơn và cải thiện SEO ở các khu vực khác nhau.
-
----
-
-## 2. Lựa Chọn Cấu Trúc URL Phù Hợp
-
-Nếu bạn quyết định có nhiều phiên bản ngôn ngữ, bạn sẽ cần một cách rõ ràng và nhất quán để tổ chức các URL của trang web. Mỗi ngôn ngữ (hoặc khu vực) nên có “địa chỉ” riêng biệt trên internet. Dưới đây là ba cách phổ biến để cấu trúc các trang web đa ngôn ngữ:
-
-1. Tên miền cấp cao theo mã quốc gia (ccTLDs)
-   - Ví dụ: `example.fr`, `example.de`
-   - **Ưu điểm:** Gửi tín hiệu mạnh mẽ đến các công cụ tìm kiếm về quốc gia mà nội dung hướng đến (ví dụ, `.fr` = Pháp).
-   - **Nhược điểm:** Quản lý nhiều tên miền có thể tốn kém và phức tạp hơn.
-
-2. **Subdomains**
-   - **Ví dụ:** `fr.example.com`, `de.example.com`
-   - **Ưu điểm:** Mỗi ngôn ngữ “sống” trên một subdomain riêng, giúp việc thêm hoặc bớt ngôn ngữ trở nên tương đối dễ dàng.
-   - **Nhược điểm:** Các công cụ tìm kiếm đôi khi coi các subdomain như các trang web riêng biệt, vì vậy nó có thể làm giảm uy tín của tên miền chính của bạn.
-
-3. **Thư mục con (Subdirectories)**
-   - **Ví dụ:** `example.com/fr/`, `example.com/de/`
-   - **Ưu điểm:** Dễ quản lý, và tất cả lưu lượng truy cập đều hướng đến một tên miền chính.
-   - **Nhược điểm:** Tín hiệu SEO địa phương không mạnh bằng ccTLDs (mặc dù vẫn rất hiệu quả nếu thực hiện đúng cách).
-
-> **Mẹo:** Nếu bạn có một thương hiệu toàn cầu và muốn giữ mọi thứ đơn giản hơn, thư mục con thường là lựa chọn tốt nhất. Nếu bạn chỉ nhắm đến một hoặc hai quốc gia chính và muốn nhấn mạnh từng quốc gia, ccTLDs có thể là cách nên chọn.
-
----
-
-## 3. Làm Chủ Việc Nhắm Mục Tiêu Ngôn Ngữ với Hreflang
-
 ### 3.1. Hreflang là gì?
 
 Khi bạn có nội dung giống hệt hoặc rất giống nhau bằng nhiều ngôn ngữ, các công cụ tìm kiếm như Google có thể bị nhầm lẫn về phiên bản nào nên hiển thị cho người dùng. **Hreflang** là một thuộc tính HTML cho biết với các công cụ tìm kiếm ngôn ngữ (và khu vực) mà một trang cụ thể hướng đến, cũng như các trang ngôn ngữ/khu vực thay thế.
 
-### 3.2. Tại sao điều này quan trọng?
-
-1. Ngăn ngừa các vấn đề về **nội dung trùng lặp** (khi các công cụ tìm kiếm nghĩ rằng bạn đang xuất bản cùng một nội dung nhiều lần).
-2. Đảm bảo **người dùng Pháp thấy phiên bản tiếng Pháp**, **người dùng Tây Ban Nha thấy phiên bản tiếng Tây Ban Nha**, và tương tự.
-3. Cải thiện trải nghiệm người dùng tổng thể, nghĩa là tăng tương tác và xếp hạng SEO cao hơn.
-
-### 3.3. Cách sử dụng Hreflang trong thẻ `<head>`
-
-Trong HTML của bạn, bạn sẽ thêm như sau:
-
-```html
-<link rel="alternate" hreflang="en" href="https://example.com/en" />
-<link rel="alternate" hreflang="fr" href="https://example.com/fr" />
-<link rel="alternate" hreflang="es" href="https://example.com/es" />
-<link rel="alternate" hreflang="x-default" href="https://example.com/en" />
-```
-
-- **`hreflang="en"`**: Chỉ phiên bản tiếng Anh của trang.
-- **`hreflang="fr"`**: Chỉ phiên bản tiếng Pháp của trang.
-- **`hreflang="es"`**: Chỉ phiên bản tiếng Tây Ban Nha của trang.
-- **`hreflang="x-default"`**: Ngôn ngữ “dự phòng” hoặc URL mặc định khi không có ngôn ngữ nào khác phù hợp với sở thích của người dùng.
-
-> **Lưu ý nhanh:** Đảm bảo các URL trong các thẻ này trỏ trực tiếp đến trang cuối cùng, **không** có chuyển hướng bổ sung nào.
-
----
-
-## 4. Làm cho Nội dung Thực sự “Địa phương” (Không chỉ Dịch)
-
-, và có thể đề cập đến các ngày lễ địa phương hoặc các chi tiết đặc thù vùng miền.
-
 ### 4.2. Tránh Nội dung Trùng lặp
 
 Ngay cả với các bản dịch tốt, các công cụ tìm kiếm vẫn có thể đánh dấu trang web của bạn là nội dung trùng lặp nếu cấu trúc quá giống nhau. Hreflang giúp làm rõ rằng các trang này không phải là bản sao mà là các biến thể ngôn ngữ.