@intlayer/docs 9.4.3 → 9.5.0

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

@@ -34,16 +34,12 @@ Kami fokus pada **Next.js 13+ App Router** (dengan **React Server Components**)
 
 > Salah satu kebingungan yang sering dibuat oleh pengembang adalah mengira bahwa `next-intl` adalah versi Next.js dari `react-intl`. Itu tidak benar, `next-intl` dikelola oleh [Amann](https://github.com/amannn), sementara `react-intl` dikelola oleh [FormatJS](https://github.com/formatjs/formatjs).
 
----
-
 ## Singkatnya
 
 - **next-intl** - Format pesan yang ringan dan sederhana dengan dukungan Next.js yang solid. Katalog terpusat umum digunakan; DX sederhana, tetapi keamanan dan pemeliharaan skala besar sebagian besar menjadi tanggung jawab Anda.
 - **next-i18next** - i18next dalam balutan Next.js. Ekosistem matang dan fitur melalui plugin (misalnya, ICU), tetapi konfigurasi bisa verbose dan katalog cenderung terpusat seiring pertumbuhan proyek.
 - **Intlayer** - Model konten berfokus pada komponen untuk Next.js, **pengetikan TS yang ketat**, **pemeriksaan saat build-time**, **tree-shaking**, **middleware & pembantu SEO bawaan**, **Visual Editor/CMS** opsional, dan **terjemahan dibantu AI**.
 
----
-
 | Library                | GitHub Stars                                                                                                                                                                     | Total Commits                                                                                                                                                                        | Last Commit                                                                                                                                           | First Version | NPM Version                                                                                                         | NPM Downloads                                                                                                                  |
 | ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- | ------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
 | `aymericzip/intlayer`  | [![GitHub Repo stars](https://img.shields.io/github/stars/aymericzip/intlayer?style=for-the-badge&label=%E2%AD%90%20stars)](https://github.com/aymericzip/intlayer/stargazers)   | [![GitHub commit activity](https://img.shields.io/github/commit-activity/t/aymericzip/intlayer?style=for-the-badge&label=commits)](https://github.com/aymericzip/intlayer/commits)   | [![Last Commit](https://img.shields.io/github/last-commit/aymericzip/intlayer?style=for-the-badge)](https://github.com/aymericzip/intlayer/commits)   | April 2024    | [![npm](https://img.shields.io/npm/v/intlayer?style=for-the-badge)](https://www.npmjs.com/package/intlayer)         | [![npm downloads](https://img.shields.io/npm/dm/intlayer?style=for-the-badge)](https://www.npmjs.com/package/intlayer)         |
@@ -53,8 +49,6 @@ Kami fokus pada **Next.js 13+ App Router** (dengan **React Server Components**)
 
 > Lencana diperbarui secara otomatis. Snapshot akan bervariasi seiring waktu.
 
----
-
 ## Perbandingan Fitur Berdampingan (Fokus pada Next.js)
 
 | Fitur                                                 | `next-intlayer` (Intlayer)                                                                                                                      | `next-intl`                                                                                                      | `next-i18next`                                                                                                   |
@@ -80,16 +74,12 @@ Kami fokus pada **Next.js 13+ App Router** (dengan **React Server Components**)
 | **Manajemen Proyek Besar**                            | ✅ Mendorong modular, cocok untuk design-system                                                                                                 | ✅ Modular dengan setup                                                                                          | ✅ Modular dengan setup                                                                                          |
 | **Pengujian Terjemahan yang Hilang (CLI/CI)**         | ✅ CLI: `npx intlayer content test` (audit ramah CI)                                                                                            | ⚠️ Tidak bawaan; dokumentasi menyarankan `npx @lingual/i18n-check`                                               | ⚠️ Tidak bawaan; mengandalkan alat i18next / runtime `saveMissing`                                               |
 
----
-
 ## Pendahuluan
 
 Next.js memberikan dukungan bawaan untuk routing internasionalisasi (misalnya segmen locale). Namun fitur tersebut tidak melakukan terjemahan secara otomatis. Anda masih memerlukan pustaka untuk menampilkan konten yang dilokalisasi kepada pengguna Anda.
 
 Banyak pustaka i18n yang ada, tetapi di dunia Next.js saat ini, tiga yang sedang naik daun: next-i18next, next-intl, dan Intlayer.
 
----
-
 ## Arsitektur & skalabilitas
 
 - **next-intl / next-i18next**: Default ke **katalog terpusat** per locale (ditambah **namespace** di i18next). Bekerja dengan baik pada awalnya, tetapi sering menjadi area bersama yang besar dengan peningkatan keterkaitan dan perubahan kunci yang tinggi.
@@ -97,8 +87,6 @@ Banyak pustaka i18n yang ada, tetapi di dunia Next.js saat ini, tiga yang sedang
 
 **Mengapa ini penting:** Dalam basis kode besar atau pengaturan sistem desain, **konten modular** lebih mudah diskalakan dibandingkan katalog monolitik.
 
----
-
 ## Ukuran bundle & dependensi
 
 Setelah membangun aplikasi, bundle adalah JavaScript yang akan dimuat oleh browser untuk merender halaman. Oleh karena itu, ukuran bundle penting untuk performa aplikasi.
@@ -166,8 +154,6 @@ Berikut adalah contoh dampak optimasi ukuran bundle menggunakan `intlayer` dalam
 | ------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
 | ![bundle yang dioptimalkan](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle.png?raw=true) | ![bundle yang tidak dioptimalkan](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle_no_optimization.png?raw=true) |
 
----
-
 ## TypeScript & keamanan
 
 <Columns>
@@ -192,12 +178,11 @@ Berikut adalah contoh dampak optimasi ukuran bundle menggunakan `intlayer` dalam
 - **Menghasilkan tipe yang ketat** dari konten Anda. **Autocompletion IDE** dan **kesalahan saat kompilasi** menangkap kesalahan ketik dan kunci yang hilang sebelum deploy.
 
   </Column>
+
 </Columns>
 
 **Mengapa ini penting:** Pengetikan yang kuat memindahkan kegagalan ke **kiri** (CI/build) daripada ke **kanan** (runtime).
 
----
-
 ## Penanganan terjemahan yang hilang
 
 <Columns>
@@ -222,12 +207,11 @@ Berikut adalah contoh dampak optimasi ukuran bundle menggunakan `intlayer` dalam
 - **Deteksi saat build** dengan **peringatan/eror** untuk locale atau kunci yang hilang.
 
   </Column>
+
 </Columns>
 
 **Mengapa ini penting:** Menangkap kekurangan saat build mencegah string 'undefined' muncul di produksi.
 
----
-
 ## Routing, middleware & strategi URL
 
 <Columns>
@@ -254,12 +238,11 @@ Berikut adalah contoh dampak optimasi ukuran bundle menggunakan `intlayer` dalam
 - Menyediakan middleware.
 
   </Column>
+
 </Columns>
 
 **Mengapa ini penting:** Membantu SEO dan penemuan, serta pengalaman pengguna.
 
----
-
 ## Kesesuaian Server Components (RSC)
 
 <Columns>
@@ -287,12 +270,11 @@ Berikut adalah contoh dampak optimasi ukuran bundle menggunakan `intlayer` dalam
 - Menyediakan API sinkron untuk komponen server anak.
 
   </Column>
+
 </Columns>
 
 **Mengapa ini penting:** Dukungan komponen server adalah fitur utama Next.js 13+, membantu meningkatkan performa. Meneruskan props locale atau fungsi `t` dari komponen induk ke komponen server anak membuat komponen Anda kurang dapat digunakan ulang.
 
----
-
 ## Integrasi dengan platform lokalisasi (TMS)
 
 Organisasi besar sering mengandalkan Sistem Manajemen Terjemahan (TMS) seperti **Crowdin**, **Phrase**, **Lokalise**, **Localizely**, atau **Localazy**.
@@ -312,8 +294,6 @@ Organisasi besar sering mengandalkan Sistem Manajemen Terjemahan (TMS) seperti *
 
 > Catatan: `next-intl` dan `i18next` juga menerima katalog TypeScript. Jika tim Anda menyimpan pesan dalam file `.ts` atau mendesentralisasikannya berdasarkan fitur, Anda bisa menghadapi gesekan TMS yang serupa. Namun, banyak pengaturan `next-intl` tetap terpusat di folder `locales/`, yang sedikit lebih mudah untuk direfaktor ke JSON untuk TMS.
 
----
-
 ## Pengalaman Pengembang
 
 Bagian ini membuat perbandingan mendalam antara tiga solusi. Alih-alih mempertimbangkan kasus sederhana, seperti yang dijelaskan dalam dokumentasi 'memulai' untuk setiap solusi, kita akan mempertimbangkan kasus penggunaan nyata, yang lebih mirip dengan proyek nyata.
@@ -947,8 +927,6 @@ const ClientComponentExample = () => {
   - **next-intl** fleksibel; muat pesan sesuai konfigurasi Anda.
   - **Intlayer** menyimpan konten dalam kamus TS/JS dan menyelesaikan berdasarkan kunci.
 
----
-
 ### Penggunaan dalam komponen server
 
 Kita akan mengambil kasus sebuah komponen UI. Komponen ini adalah komponen server, dan harus dapat dimasukkan sebagai anak dari komponen klien. (halaman (komponen server) -> komponen klien -> komponen server). Karena komponen ini dapat dimasukkan sebagai anak dari komponen klien, maka tidak boleh bersifat async.
@@ -1061,7 +1039,7 @@ Berikut adalah daftar praktik terbaik terkait SEO multibahasa.
 Pengembang sering lupa untuk mereferensikan halaman mereka dengan benar di berbagai locale.
 
 <Tabs defaultTab="next-intl" group='techno'>
- 
+
   <Tab label="next-i18next" value="next-i18next">
 
 ```ts fileName="i18n.config.ts"
@@ -1443,9 +1421,8 @@ Pengaturan middleware dipusatkan dalam file `intlayer.config.ts`.
 - **Alat terintegrasi**: Manfaatkan routing bawaan, pembantu SEO, dan dukungan editor visual.
 
   </Tab>
-</Tabs>
 
----
+</Tabs>
 
 ## Dan pemenangnya adalah…
 
@@ -1473,6 +1450,7 @@ Ini tidak sederhana. Setiap opsi memiliki kelebihan dan kekurangan. Berikut pand
 - dibangun untuk Next.js modern, dengan konten modular, keamanan tipe, tooling, dan lebih sedikit boilerplate. Jika Anda menghargai **konten yang terfokus pada komponen**, **TypeScript yang ketat**, **jaminan waktu build**, **tree-shaking**, dan tooling routing/SEO/editor yang **lengkap** - terutama untuk **Next.js App Router**, sistem desain, dan **codebase besar yang modular**.
 
   </Column>
+
 </Columns>
 
 Jika Anda lebih memilih pengaturan minimal dan menerima beberapa penyambungan manual, next-intl adalah pilihan yang baik. Jika Anda membutuhkan semua fitur dan tidak keberatan dengan kompleksitas, next-i18next bisa digunakan. Namun jika Anda menginginkan solusi modern, skalabel, modular dengan alat bawaan, Intlayer bertujuan memberikan itu langsung dari kotak.
@@ -1487,8 +1465,6 @@ Bintang GitHub adalah indikator kuat dari popularitas sebuah proyek, kepercayaan
 
 [![Grafik Sejarah Bintang](https://api.star-history.com/chart?repos=i18next/next-i18next%2Camannn/next-intl%2Caymericzip/intlayer&type=date&legend=top-left)](https://www.star-history.com/#i18next/next-i18next&amannn/next-intl&aymericzip/intlayer)
 
----
-
 ## Kesimpulan
 
 Ketiga perpustakaan tersebut berhasil dalam lokalisasi inti. Perbedaannya adalah **seberapa banyak pekerjaan yang harus Anda lakukan** untuk mencapai pengaturan yang kuat dan skalabel di **Next.js modern**:

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

@@ -26,8 +26,6 @@ Jika aplikasi Next.js multibahasa Anda tidak memberi tahu mesin pencari bagaiman
 
 Dalam blog ini, kita akan mengeksplorasi **mengapa i18n adalah kekuatan super SEO** dan bagaimana mengimplementasikannya dengan benar di Next.js menggunakan `next-intl`, `next-i18next`, dan `Intlayer`.
 
----
-
 ## Mengapa SEO dan i18n
 
 Menambahkan bahasa bukan hanya tentang UX. Ini juga merupakan tuas yang kuat untuk **visibilitas organik**. Berikut alasannya:
@@ -37,8 +35,6 @@ Menambahkan bahasa bukan hanya tentang UX. Ini juga merupakan tuas yang kuat unt
 3. **UX yang lebih baik:** Pengunjung langsung mendarat di versi situs Anda yang tepat.
 4. **Keunggulan kompetitif:** Sedikit situs yang mengimplementasikan SEO multibahasa dengan baik yang berarti Anda bisa menonjol.
 
----
-
 ## Praktik Terbaik untuk SEO Multibahasa di Next.js
 
 Berikut adalah daftar periksa yang harus diimplementasikan setiap aplikasi multibahasa:
@@ -57,8 +53,6 @@ Berikut adalah daftar periksa yang harus diimplementasikan setiap aplikasi multi
 
 Ini adalah langkah sederhana, tetapi melewatkannya dapat mengurangi visibilitas Anda.
 
----
-
 ## Contoh Implementasi
 
 Pengembang sering lupa untuk merujuk halaman mereka dengan benar di berbagai locale, jadi mari kita lihat bagaimana ini bekerja dalam praktik dengan berbagai pustaka.
@@ -342,14 +336,10 @@ export default robots;
   </Tab>
 </Tabs>
 
----
-
 ## Audit situs web Anda dengan Intlayer SEO Scanner
 
 Untuk memastikan aplikasi multibahasa Anda dioptimalkan dengan sempurna, kami sarankan untuk menggunakan [Intlayer SEO Scanner](https://intlayer.org/i18n-seo-scanner). Ini adalah alat khusus untuk pengecekan situs web multibahasa, membantu Anda mengidentifikasi tag hreflang yang hilang, tautan rusak, dan masalah SEO lainnya di semua halaman lokal Anda.
 
----
-
 ## Kesimpulan
 
 Mengelola i18n dengan benar di Next.js bukan hanya soal menerjemahkan teks, tetapi juga memastikan mesin pencari dan pengguna tahu versi konten mana yang harus disajikan.

package/blog/id/rag_powered_documentation_assistant.md

@@ -71,7 +71,6 @@ Secara garis besar, berikut resep yang saya gunakan:
 6.  **Mencatat query untuk umpan balik** Setiap query pengguna disimpan. Ini sangat berharga untuk memahami titik masalah, dokumen yang hilang, atau peluang baru.
 
 <Steps>
-
 <Step number={1} title="Membaca Dokumen">
 
 Langkah pertama sangat sederhana: saya membutuhkan cara untuk memindai folder docs/ untuk semua file .md. Menggunakan Node.js dan glob, saya mengambil konten dari setiap file Markdown ke dalam memori.
@@ -79,7 +78,6 @@ Langkah pertama sangat sederhana: saya membutuhkan cara untuk memindai folder do
 Ini menjaga pipeline tetap fleksibel: alih-alih Markdown, Anda bisa mengambil dokumen dari database, CMS, atau bahkan API.
 
 </Step>
-
 <Step number={2} title="Memecah Dokumentasi menjadi Potongan">
 
 Mengapa memecah? Karena model bahasa memiliki **batas konteks**. Memberi mereka seluruh buku dokumen tidak akan berhasil.
@@ -103,7 +101,6 @@ Pertukaran ini (ukuran chunk vs tumpang tindih) adalah kunci untuk efisiensi RAG
 - Terlalu besar → Anda membengkakkan ukuran konteks.
 
 </Step>
-
 <Step number={3} title="Menghasilkan Embeddings">
 
 Setelah dokumen dipecah menjadi chunk, kita menghasilkan **embeddings**, vektor berdimensi tinggi yang mewakili setiap chunk.
@@ -123,7 +120,6 @@ Saya menggunakan model OpenAI text-embedding-3-large, tetapi Anda bisa menggunak
 Setiap vektor adalah sidik jari matematis dari teks, memungkinkan pencarian kemiripan.
 
 </Step>
-
 <Step number={4} title="Pengindeksan & Penyimpanan Embedding">
 
 Untuk menghindari pembuatan ulang embedding berkali-kali, saya menyimpannya di embeddings.json.
@@ -138,7 +134,6 @@ Dalam produksi, Anda kemungkinan ingin menggunakan basis data vektor seperti:
 Basis data vektor menangani pengindeksan, skalabilitas, dan pencarian cepat. Namun untuk prototipe saya, JSON lokal sudah cukup.
 
 </Step>
-
 <Step number={5} title="Pengambilan dengan Cosine Similarity">
 
 Ketika pengguna mengajukan pertanyaan:
@@ -152,7 +147,6 @@ Cosine similarity mengukur sudut antara dua vektor. Kecocokan sempurna mendapatk
 Dengan cara ini, sistem menemukan bagian dokumen yang paling dekat dengan kueri.
 
 </Step>
-
 <Step number={6} title="Augmentasi + Generasi">
 
 Sekarang saatnya keajaiban. Kita mengambil potongan-potongan teratas dan menyuntikkannya ke dalam **system prompt** untuk ChatGPT.
@@ -162,7 +156,6 @@ Itu berarti model menjawab seolah-olah potongan-potongan tersebut adalah bagian
 Hasilnya: jawaban yang akurat dan **berdasarkan dokumen**.
 
 </Step>
-
 <Step number={7} title="Mencatat Kueri Pengguna">
 
 Ini adalah kekuatan tersembunyi.
@@ -177,7 +170,6 @@ Setiap pertanyaan yang diajukan disimpan. Seiring waktu, Anda membangun dataset
 Ini mengubah asisten RAG Anda menjadi **alat riset pengguna berkelanjutan**.
 
 </Step>
-
 <Step number={8} title="Berapa Biayanya?">
 
 Salah satu keberatan umum terhadap RAG adalah biaya. Dalam praktiknya, biayanya cukup murah:
@@ -189,7 +181,6 @@ Salah satu keberatan umum terhadap RAG adalah biaya. Dalam praktiknya, biayanya
 Di atas itu, Anda dapat memasukkan biaya hosting.
 
 </Step>
-
 <Step number={9} title="Detail Implementasi">
 
 Stack:
@@ -255,7 +246,6 @@ Kami bereksperimen dengan gpt-5, tetapi latensinya terlalu tinggi (kadang hingga
 👉 [Coba demo di sini](https://intlayer.org/doc/why) 👉 [Periksa template kode di GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
 </Step>
-
 <Step number={10} title="Melangkah Lebih Jauh">
 
 Proyek ini adalah implementasi minimal. Namun, Anda dapat memperluasnya dengan berbagai cara:
@@ -269,7 +259,6 @@ Proyek ini adalah implementasi minimal. Namun, Anda dapat memperluasnya dengan b
 - Peningkatan prompting → peringkat ulang, penyaringan, dan pencarian hibrida (kata kunci + semantik)
 
 </Step>
-
 <Step number={11} title="Batasan yang Kami Temui">
 
 - Pemecahan chunk dan tumpang tindih bersifat empiris. Keseimbangan yang tepat (ukuran chunk, persentase tumpang tindih, jumlah chunk yang diambil) memerlukan iterasi dan pengujian.
@@ -277,7 +266,6 @@ Proyek ini adalah implementasi minimal. Namun, Anda dapat memperluasnya dengan b
 - Dalam prototipe ini, embedding disimpan dalam format JSON. Ini bekerja untuk demo tetapi mencemari Git. Dalam produksi, database atau penyimpanan vektor khusus lebih baik.
 
 </Step>
-
 <Step number={12} title="Mengapa Ini Penting Selain Dokumen">
 
 Bagian menariknya bukan hanya chatbot. Ini adalah **loop umpan balik**.
@@ -299,7 +287,6 @@ Bayangkan meluncurkan fitur baru dan langsung melihat:
 Itu adalah **intelijen produk** langsung dari pengguna Anda.
 
 </Step>
-
 <Step number={13} title="Kesimpulan">
 
 RAG adalah salah satu cara paling sederhana dan paling kuat untuk membuat LLM menjadi praktis. Dengan menggabungkan **retrieval + generation**, Anda dapat mengubah dokumen statis menjadi **asisten pintar** dan, pada saat yang sama, mendapatkan aliran wawasan produk yang berkelanjutan.

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

@@ -37,16 +37,12 @@ Kami mengevaluasi:
 
 > **ringkasan**: Ketiganya dapat melokalkan aplikasi React. Jika Anda menginginkan **konten yang terfokus pada komponen**, **tipe TypeScript yang ketat**, **pemeriksaan kunci yang hilang saat build-time**, **kamus yang di-tree-shake**, dan alat editorial bawaan (Visual Editor/CMS + terjemahan AI opsional), **Intlayer** adalah pilihan paling lengkap untuk codebase React modular.
 
----
-
 ## Posisi tingkat tinggi
 
 - **react-intl** - Format berbasis ICU yang sesuai standar (tanggal/angka/jamak) dengan API yang matang. Katalog biasanya terpusat; keamanan kunci dan validasi saat build-time sebagian besar menjadi tanggung jawab Anda.
 - **react-i18next** - Sangat populer dan fleksibel; mendukung namespace, detektor, dan banyak plugin (ICU, backend). Kuat, tetapi konfigurasi bisa menjadi kompleks seiring skala proyek.
 - **Intlayer** - Model konten yang berfokus pada komponen untuk React, **pengetikan TS yang ketat**, **pemeriksaan saat build-time**, **tree-shaking**, plus **Visual Editor/CMS** dan **terjemahan berbantuan AI**. Bekerja dengan React Router, Vite, CRA, dll.
 
----
-
 ## Matriks fitur (fokus React)
 
 | Fitur                                                 | `react-intlayer` (Intlayer)                                                                                                                           | `react-i18next` (i18next)                                                                                        | `react-intl` (FormatJS)                                                                     |
@@ -71,8 +67,6 @@ Kami mengevaluasi:
 | **Purge unused content**                              | ✅ Ya, per-dictionary saat build                                                                                                                      | ❌ Tidak, hanya melalui segmentasi namespace manual                                                              | ❌ Tidak, semua pesan yang dideklarasikan dibundel                                          |
 | **Manajemen Proyek Besar**                            | ✅ Mendorong modular, cocok untuk design-system                                                                                                       | ⚠️ Membutuhkan disiplin file yang baik                                                                           | ⚠️ Katalog pusat bisa menjadi besar                                                         |
 
----
-
 ## Perbandingan Mendalam
 
 ### 1) Arsitektur & skalabilitas
@@ -82,8 +76,6 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** Konten modular mencerminkan UI modular. Codebase React yang besar tetap lebih bersih ketika terjemahan berada bersama komponen yang mereka miliki.
 
----
-
 ### 2) TypeScript & keamanan
 
 - **react-intl**: Typing yang solid, tetapi **tidak ada pengetikan kunci otomatis**; Anda harus menerapkan pola keamanan sendiri.
@@ -92,8 +84,6 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** Memindahkan kegagalan ke **kiri** (ke build/CI) mengurangi masalah produksi dan mempercepat siklus umpan balik pengembang.
 
----
-
 ### 3) Penanganan terjemahan yang hilang
 
 - **react-intl / react-i18next**: Default ke **fallback saat runtime** (mengulang kunci atau locale default). Anda dapat menambahkan linting/plugin, tetapi tidak dijamin saat build.
@@ -101,8 +91,6 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** CI yang gagal karena string yang hilang mencegah “bahasa Inggris misterius” bocor ke UI non-Inggris.
 
----
-
 ### 4) Konten kaya & pemformatan
 
 - **react-intl**: Dukungan **ICU** yang sangat baik untuk plural, select, tanggal/angka, dan komposisi pesan. JSX dapat digunakan, tetapi model mental tetap berfokus pada pesan.
@@ -111,8 +99,6 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** Teks UI yang kompleks (tautan, bagian tebal, komponen inline) menjadi lebih mudah ketika pustaka menerima node React dengan bersih.
 
----
-
 ### 5) Performa & perilaku pemuatan
 
 - **react-intl / react-i18next**: Anda biasanya mengelola **pemisahan katalog** dan **lazy loading** secara manual (namespace/impor dinamis). Efektif tetapi memerlukan disiplin.
@@ -120,8 +106,6 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** Bundel yang lebih kecil dan string yang tidak terpakai lebih sedikit meningkatkan performa saat startup dan navigasi.
 
----
-
 ### 6) DX, tooling & maintenance
 
 - **react-intl / react-i18next**: Ekosistem komunitas yang luas; untuk alur kerja editorial Anda biasanya mengadopsi platform lokalisasi eksternal.
@@ -129,24 +113,18 @@ Kami mengevaluasi:
 
 **Mengapa ini penting:** Alat bawaan memperpendek siklus antara pengembang dan penulis konten - lebih sedikit kode penghubung, lebih sedikit ketergantungan vendor.
 
----
-
 ## Kapan memilih yang mana?
 
 - **Pilih react-intl** jika Anda menginginkan format pesan **ICU-first** dengan API yang sederhana dan sesuai standar serta tim Anda nyaman mengelola katalog dan pemeriksaan keamanan secara manual.
 - **Pilih react-i18next** jika Anda membutuhkan **ekosistem luas i18next** (detektor, backend, plugin ICU, integrasi) dan menerima konfigurasi lebih untuk mendapatkan fleksibilitas.
 - **Pilih Intlayer** jika Anda menghargai **konten yang dibatasi pada komponen**, **TypeScript yang ketat**, **jaminan saat build**, **tree-shaking**, dan alat editorial **batterai-termasuk** - terutama untuk aplikasi React **besar dan modular**, sistem desain, dll.
 
----
-
 ## Interoperabilitas dengan `react-intl` dan `react-i18next`
 
 `intlayer` juga dapat membantu mengelola namespace `react-intl` dan `react-i18next` Anda.
 
 Dengan menggunakan `intlayer`, Anda dapat mendeklarasikan konten Anda dalam format perpustakaan i18n favorit Anda, dan intlayer akan menghasilkan namespace Anda di lokasi pilihan Anda (contoh: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## BINTANG GitHub
 
 Bintang GitHub adalah indikator kuat dari popularitas proyek, kepercayaan komunitas, dan relevansi jangka panjang. Meskipun bukan ukuran langsung dari kualitas teknis, bintang mencerminkan berapa banyak pengembang yang menganggap proyek tersebut berguna, mengikuti perkembangannya, dan kemungkinan akan mengadopsinya. Untuk memperkirakan nilai sebuah proyek, bintang membantu membandingkan daya tarik di antara alternatif dan memberikan wawasan tentang pertumbuhan ekosistem.