Sorunuzu sorun ve bu sayfaya ve seçtiğiniz AI sağlayıcısına referans vererek belgenin bir özetini alın
Bu sayfanın içeriği bir yapay zeka kullanılarak çevrildi.
Orijinal içeriğin İngilizce son sürümünü görüntüleyinBu dokümantasyonu geliştirmek için bir fikriniz varsa, lütfen GitHub'da bir çekme isteği göndererek katkıda bulunmaktan çekinmeyin.
Dokümantasyon için GitHub bağlantısıBelge Markdown'ını panoya kopyala
next-i18next VS next-intl VS intlayer | Next.js Uluslararasılaştırma (i18n)

Bu rehber, Next.js için yaygın olarak kullanılan üç i18n seçeneğini karşılaştırır: next-intl, next-i18next ve Intlayer. Next.js 13+ App Router'a (React Server Components ile) odaklanıyoruz ve şunları değerlendiriyoruz:
- Mimari ve içerik organizasyonu
- TypeScript ve güvenlik
- Eksik çeviri işleme
- Yönlendirme ve ara yazılım
- Performans ve yükleme davranışı
- Geliştirici deneyimi (DX), araçlar ve bakım
- SEO ve büyük proje ölçeklenebilirliği
tl;dr: Üçü de bir Next.js uygulamasını yerelleştirebilir. Bileşen kapsamlı içerik, katı TypeScript türleri, derleme zamanı eksik anahtar kontrolleri, ağaç sallanan sözlükler ve birinci sınıf App Router + SEO yardımcıları istiyorsanız, Intlayer en kapsamlı, modern seçimdir.
Yüksek düzey konumlandırma
- next-intl - Hafif, doğrudan mesaj formatlaması ile sağlam Next.js desteği. Merkezi kataloglar yaygındır; DX basittir, ancak güvenlik ve büyük ölçekli bakım çoğunlukla sizin sorumluluğunuzdur.
- next-i18next - Next.js'te i18next. Eklentiler aracılığıyla olgun ekosistem ve özellikler (örneğin, ICU), ancak yapılandırma ayrıntılı olabilir ve kataloglar projeler büyüdükçe merkezi olmaya eğilimlidir.
- Intlayer - Next.js için bileşen merkezli içerik modeli, katı TS yazımı, derleme zamanı kontrolleri, ağaç sallama, yerleşik ara yazılım ve SEO yardımcıları, isteğe bağlı Görsel Düzenleyici/CMS ve AI destekli çeviriler.
Yan Yana Özellik Karşılaştırması (Next.js odaklı)
Tüm veri içeriğini net bir şekilde görmek için tabloyu modalde açın
| Özellik | next-intlayer (Intlayer) | next-intl | next-i18next |
|---|---|---|---|
| Bileşenlere Yakın Çeviriler | ✅ Evet, içerik her bileşenle birlikte yerleştirilir | ❌ Hayır | ❌ Hayır |
| TypeScript Entegrasyonu | ✅ Gelişmiş, otomatik olarak oluşturulan katı türler | ✅ İyi | ⚠️ Temel |
| Eksik Çeviri Algılama | ✅ TypeScript hata vurgulaması ve derleme zamanı hata/uyarı | ⚠️ Çalışma zamanı geri dönüşü | ⚠️ Çalışma zamanı geri dönüşü |
| Zengin İçerik (JSX/Markdown/bileşenler) | ✅ Doğrudan destek | ❌ Zengin düğümler için tasarlanmamış | ⚠️ Sınırlı |
| AI destekli Çeviri | ✅ Evet, birden fazla AI sağlayıcısını destekler. Kendi API anahtarlarınızı kullanarak kullanılabilir. Uygulamanızın bağlamını ve içerik kapsamını dikkate alır | ❌ Hayır | ❌ Hayır |
| Görsel Düzenleyici | ✅ Evet, yerel Görsel Düzenleyici + isteğe bağlı CMS; kod tabanı içeriğini dışa aktarabilir; gömülebilir | ❌ Hayır / harici yerelleştirme platformları aracılığıyla mevcut | ❌ Hayır / harici yerelleştirme platformları aracılığıyla mevcut |
| Yerelleştirilmiş Yönlendirme | ✅ Evet, kutudan çıkar çıkmaz yerelleştirilmiş yolları destekler (Next.js ve Vite ile çalışır) | ✅ Yerleşik, App Router [locale] segmentini destekler | ✅ Yerleşik |
| Dinamik Yol Oluşturma | ✅ Evet | ✅ Evet | ✅ Evet |
| Çoğullaştırma | ✅ Numaralandırma tabanlı desenler | ✅ İyi | ✅ İyi |
| Formatlama (tarihler, sayılar, para birimleri) | ✅ Optimize edilmiş formatlayıcılar (Intl altında) | ✅ İyi (Intl yardımcıları) | ✅ İyi (Intl yardımcıları) |
| İçerik Formatı | ✅ .tsx, .ts, .js, .json, .md, .txt, (.yaml WIP) | ✅ .json, .js, .ts | ⚠️ .json |
| ICU desteği | ⚠️ WIP | ✅ Evet | ⚠️ Eklenti aracılığıyla (i18next-icu) |
| SEO Yardımcıları (hreflang, site haritası) | ✅ Yerleşik araçlar: site haritası, robots.txt, meta veri için yardımcılar | ✅ İyi | ✅ İyi |
| Ekosistem / Topluluk | ⚠️ Daha küçük ama hızlı büyüyen ve reaktif | ✅ İyi | ✅ İyi |
| Sunucu Tarafı Oluşturma ve Sunucu Bileşenleri | ✅ Evet, SSR / React Server Components için kolaylaştırılmış | ⚠️ Sayfa düzeyinde desteklenir ancak alt sunucu bileşenleri için t-fonksiyonlarını bileşen ağacında geçmeniz gerekir | ⚠️ Sayfa düzeyinde desteklenir ancak alt sunucu bileşenleri için t-fonksiyonlarını bileşen ağacında geçmeniz gerekir |
| Ağaç sallama (yalnızca kullanılan içeriği yükle) | ✅ Evet, Babel/SWC eklentileri aracılığıyla derleme zamanında bileşen başına | ⚠️ Kısmi | ⚠️ Kısmi |
| Tembel yükleme | ✅ Evet, yerel / sözlük başına | ✅ Evet (rota/yere göre), ad alanı yönetimi gerektir | ✅ Evet (rota/yere göre), ad alanı yönetimi gerektir |
| Kullanılmayan içeriği temizle | ✅ Evet, derleme zamanında sözlük başına | ❌ Hayır, ad alanı yönetimi ile manuel olarak yönetilebilir | ❌ Hayır, ad alanı yönetimi ile manuel olarak yönetilebilir |
| Büyük Projelerin Yönetimi | ✅ Modüler teşvik eder, tasarım sistemi için uygundur | ✅ Kurulumla modüler | ✅ Kurulumla modüler |
Giriş
Next.js, uluslararasılaştırılmış routing (örneğin, locale segmentleri) için yerleşik destek sağlar. Ancak bu özellik kendi başına çeviriler yapmaz. Yine de kullanıcılarınıza yerelleştirilmiş içerik sunmak için bir kütüphaneye ihtiyacınız vardır.
Birçok i18n kütüphanesi mevcuttur, ancak günümüzde Next.js dünyasında üçü popüler hale gelmektedir: next-i18next, next-intl ve Intlayer.
Mimari & ölçeklenebilirlik
- next-intl / next-i18next: Varsayılan olarak dile göre merkezi katologlar kullanır (plus i18next'te namespaces). Başlangıçta iyi çalışır, ancak artan coupling ve key churn ile büyük bir paylaşılan surface area haline gelebilir.
- Intlayer: bileşen başına (veya özellik başına) sözlükleri hizmet ettikleri kod ile birlikte yerleştirmeyi teşvik eder. Bu, bilişsel yükü azaltır, UI parçalarının çoğaltılmasını/göç edilmesini kolaylaştırır ve takımlar arası çatışmaları azaltır. Kullanılmayan içerik doğal olarak tanımlanması ve kaldırılması daha kolaydır.
Neden önemli: Büyük codebases veya design-system kurulumlarında, modüler içerik monolitik kataloğlardan daha iyi ölçeklenir.
Bundle boyutları & bağımlılıkları
Uygulamayı derledikten sonra, bundle tarayıcının sayfayı render etmek için yükleyeceği JavaScripttir. Bu nedenle bundle boyutu, uygulama performansı için önemlidir.
Çok dilli bir uygulama bundle'ı bağlamında önemli iki bileşen vardır:
- Uygulama kodu
- Tarayıcı tarafından yüklenen içerik
Uygulama Kodu
Uygulama kodunun önemi bu durumda minimumdur. Üç çözümün tamamı tree-shakable'dır, yani kodun kullanılmayan kısımları bundle'a dahil edilmez.
Burada üç çözümle çok dilli bir uygulama için tarayıcı tarafından yüklenen JavaScript bundle boyutunun karşılaştırması yer almaktadır.
Uygulamada herhangi bir formater'a ihtiyacımız yoksa, tree-shaking sonrasında dışa aktarılan fonksiyonların listesi şu şekildedir:
- next-intlayer:
useIntlayer,useLocale,NextIntlClientProvider, (Bundle boyutu 180.6 kB -> 15.24 kB (gzip)) - next-intl:
useTranslations,useLocale,NextIntlClientProvider, (Bundle boyutu 101.3 kB -> 31.4 kB (gzip)) - next-i18next:
useTranslation,useI18n,I18nextProvider, (Bundle boyutu 80.7 kB -> 25.5 kB (gzip))
Bu fonksiyonlar sadece React context/state etrafında wrapper'lar olduğundan, i18n kütüphanesinin bundle boyutuna toplam etkisi minimumdur.
İçerik ve Çeviriler
Bu kısım genellikle geliştiriciler tarafından göz ardı edilir, ancak 10 dilde 10 sayfadan oluşan bir uygulamayı düşünelim. Her sayfanın hesaplamayı basitleştirmek için %100 benzersiz içerik içerdiğini varsayalım (gerçekte, sayfalar arasında çok sayıda içerik redundant'dır, örneğin sayfa başlığı, başlık, alt bilgi vb.).
Bir kullanıcı /fr/about sayfasını ziyaret etmek istediğinde, belirli bir dildeki bir sayfanın içeriğini yükleyecektir. İçerik optimizasyonunu göz ardı etmek, gereksiz olarak %8.200 ((1 + (((10 pages - 1) × (10 languages - 1)))) × 100) uygulama içeriğini yüklemek anlamına gelir. Sorunu görüyor musunuz? Bu içerik metin olmaya devam etse de ve muhtemelen sitenizin resimlerini optimize etmeyi düşünmeyi tercih etseniz de, gereksiz içeriği dünya çapında gönderiyor ve kullanıcıların bilgisayarlarının bunu işlemesi için hiçbir şey yapmıyorsunuz.
İki önemli sorun:
Rota ile bölme:
/aboutsayfasındaysam,/homesayfasının içeriğini yüklemek istemiyorumLocale ile bölme:
/fr/aboutsayfasındaysam,/en/aboutsayfasının içeriğini yüklemek istemiyorum
Yine de, üç çözümün tümü bu sorunlardan haberdar ve bu optimizasyonları yönetmeye izin verir. Üç çözüm arasındaki fark DX (Developer Experience)'dir.
next-intl ve next-i18next çevirileri yönetmek için merkezi bir yaklaşım kullanır ve JSON'in locale ve alt dosyalara göre bölünmesine izin verir. next-i18next'de, JSON dosyalarını 'namespace' olarak adlandırırız; next-intl iletileri bildirmeye izin verir. intlayer'da, JSON dosyalarını 'dictionaries' olarak adlandırırız.
next-intldurumunda,next-i18nextgibi, içerik sayfa/layout düzeyinde yüklenir, ardından bu içerik bir context provider'a yüklenir. Bu, geliştiricinin her sayfa için yüklenecek JSON dosyalarını manuel olarak yönetmesi gerektiği anlamına gelir.
Pratikte, bu, geliştiricilerin genellikle bu optimizasyonu atlamasını ve basitlik için tüm içeriği sayfanın context provider'ına yüklemeyi tercih etmesini ifade eder.
intlayerdurumunda, tüm içerik uygulamada yüklenir. Ardından bir plugin (@intlayer/babel/@intlayer/swc) yalnızca sayfada kullanılan içeriği yükleyerek bundle'ı optimize etmeyi üstlenir. Geliştirici bu nedenle yüklenecek sözlükleri manuel olarak yönetmesi gerekmez. Bu, daha iyi optimizasyon, daha iyi bakım sağlaması ve geliştirme zamanını azaltır.
Uygulama büyüdükçe (özellikle birden fazla geliştirici uygulamada çalıştığında), JSON dosyalarından artık kullanılmayan içeriği kaldırmayı unutmak yaygındır.
Tüm JSON'in tüm durumlarda yüklendiğini unutmayın (next-intl, next-i18next, intlayer).
Bu nedenle Intlayer'ın yaklaşımı daha performanslıdır: bir component artık kullanılmıyorsa, sözlüğü bundle'a yüklenmez.
Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsayılan olarak İngilizcede olduğunu ve kullanıcının /fr/about sayfasını ziyaret ettiğini düşünelim. Çeviriler Fransızca'da eksikse, İngilizce fallback'i dikkate alacağız.
next-intl ve next-i18next durumunda, kütüphane geçerli locale ile ilgili JSON'in yüklenmesini gerektirir, aynı zamanda fallback locale de. Böylece, tüm içeriğin çevrildiğini göz önünde bulundurarak, her sayfa %100 gereksiz içerik yükleyecektir. Buna karşılık, intlayer fallback'i sözlük derleme zamanında işler. Bu nedenle, her sayfa yalnızca kullanılan içeriği yükleyecektir.
Not:intlayerkullanarak bundle'ı optimize etmek için,intlayer.config.tsdosyasındaimportMode: 'dynamic'seçeneğini ayarlamanız gerekir. Ve@intlayer/babel/@intlayer/swcplugin'inin kurulu olduğundan emin olun (varsayılan olarakvite-intlayerkullanılarak kurulur).
İşte bir vite + react uygulamasında intlayer kullanarak bundle boyutu optimizasyonunun etkisine bir örnek:
Tüm veri içeriğini net bir şekilde görmek için tabloyu modalde açın
| Optimize edilmiş bundle | Optimize edilmemiş bundle |
|---|---|
| |
TypeScript & güvenlik
next-i18next
- Hook'lar için temel typings. katı anahtar typing ekstra araç/yapılandırma gerektirir.
next-intl
- Sağlam TypeScript desteği, ancak anahtarlar varsayılan olarak katı şekilde yazılmaz. güvenlik desenlerini manuel olarak korumanız gerekecektir.
intlayer
- İçeriğinizden katı türler oluşturur. IDE otomatik tamamlama ve derleme zamanı hataları yazım hatalarını ve eksik anahtarları deploy'dan önce yakalar.
Neden önemli: Güçlü typing hataları sola (CI/build) kaydırır, sağa (runtime) değil.
Eksik çeviri işleme
next-i18next
- Runtime fallbacks kullanır. Build başarısız olmaz.
next-intl
- Runtime fallbacks kullanır. Build başarısız olmaz.
intlayer
- Eksik locale'ler veya anahtarlar için build-time detection ile uyarılar/hatalar verir.
Neden önemlidir: Build sırasındaki boşlukları yakalamak, üretimde 'undefined' stringleri önler.
Yönlendirme, middleware & URL stratejisi
next-i18next
- Yerelleştirilmiş yönlendirmeye izin verir. Ancak middleware yerleşik değildir.
next-intl
- Yerelleştirilmiş yönlendirmeye izin verir.
- Middleware sağlar.
intlayer
- Yerelleştirilmiş yönlendirmeye izin verir.
- Middleware sağlar.
Neden önemli: SEO ve keşif için, ayrıca kullanıcı deneyimi için yardımcı olur.
Server Components (RSC) hizalaması
next-i18next
- Sayfa ve layout server bileşenlerini destekler.
- Alt server bileşenleri için senkron API sağlamaz.
next-intl
- Sayfa ve layout server bileşenlerini destekler.
- Alt server bileşenleri için senkron API sağlamaz.
intlayer
- Sayfa ve layout server bileşenlerini destekler.
- Alt server bileşenleri için senkron API sağlar.
Neden önemlidir: Server component desteği Next.js 13+ sürümünün önemli bir özelliğidir ve performans için yardımcıdır. Ebeveyn server bileşenlerinden çocuk server bileşenlerine locale veya t fonksiyonunu props olarak geçirmek, bileşenlerinizi daha az yeniden kullanılabilir hale getirir.
Lokalizasyon platformları (TMS) ile entegrasyon
Büyük kuruluşlar genellikle Crowdin, Phrase, Lokalise, Localizely veya Localazy gibi Çeviri Yönetim Sistemlerine (TMS) güvenir.
Şirketlerin neden önem verdiği
- İşbirliği & roller: Birden fazla aktör söz konusudur: geliştiriciler, ürün müdürleri, çevirmenler, gözden geçirenler, pazarlama ekipleri.
- Ölçek & verimlilik: sürekli lokalizasyon, bağlam içi inceleme.
next-intl / next-i18next
- Tipik olarak merkezi JSON katalogları kullanır, bu nedenle TMS ile dışa/içe aktarma işlemi açıktır.
- Olgun ekosistemler ve yukarıdaki platformlar için örnekler/entegrasyonlar.
Intlayer
- Merkezi olmayan, bileşen başına sözlükler teşvik eder ve TypeScript/TSX/JS/JSON/MD içeriğini destekler.
- Bu, koddaki modülarite iyileştirir, ancak bir araç merkezi, düz JSON dosyaları beklediğinde plug‑and‑play TMS entegrasyonunu daha zor hale getirebilir.
- Intlayer alternatifler sağlar: AI destekli çeviriler (kendi sağlayıcı anahtarlarınızı kullanarak), Görsel Editör/CMS ve CLI/CI iş akışları boşlukları yakalamak ve önceden doldurmak için.
Not:next-intlvei18nextayrıca TypeScript kataloglarını kabul eder. Ekibiniz mesajları.tsdosyalarında depoluyorsa veya bunları özelliğe göre merkezi olmayan hale getirirse, benzer TMS sürtünme yaşayabilirsiniz. Ancak, birçoknext-intlkurulumulocales/klasöründe merkezi kalır ve bu, TMS için JSON'a yeniden düzenlemek biraz daha kolaydır.
Geliştirici Deneyimi
Bu bölüm üç çözüm arasında derinlemesine bir karşılaştırma yapmaktadır. Her çözüm için 'başlangıç' belgelerinde açıklanan basit durumlar yerine, gerçek bir proje benzeri gerçek bir kullanım durumunu göz önünde bulunduracağız.
Uygulama Yapısı
Uygulama yapısı, codebase'iniz için iyi bir bakım alabilirliği sağlamak açısından önemlidir.
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Karşılaştırma
- next-intl / next-i18next: Merkezi kataloglar (JSON; namespaces/messages). Net yapı, çeviri platformlarıyla iyi entegrasyon sağlar, ancak uygulamalar büyüdükçe dosyalar arası daha fazla düzenlemeye yol açabilir.
- Intlayer: Bileşenlerle birlikte bulunan
.content.{ts|js|json}sözlükleri. Bileşen yeniden kullanımını ve yerel akıl yürütmeyi kolaylaştırır; dosya ekler ve derleme zamanı araçlarına bağlıdır.
Kurulum ve İçerik Yükleme
Daha önce bahsedildiği gibi, her JSON dosyasının kodunuza nasıl import edildiğini optimize etmelisiniz. Kütüphanenin içerik yüklemesini nasıl işlediği önemlidir.
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Karşılaştırma
Üçü de yerel başına içerik yükleme ve sağlayıcıları destekler.
next-intl/next-i18next ile, tipik olarak seçili mesajları/namespace'leri rota başına yükler ve sağlayıcıları gerekli yerlere yerleştirirsiniz.
Intlayer ile, kullanımı çıkarmak için derleme zamanı analizini ekler, bu da manuel bağlantıları azaltabilir ve tek bir kök sağlayıcı kullanılmasını sağlayabilir.
Ekip tercihine göre açık kontrol ile otomasyon arasında seçim yapın.
İstemci bileşeninde kullanım
Bir sayaç renderlayan istemci bileşeninin örneğini alalım.
Çeviriler (src/locales/... altında namespace başına bir JSON)
Kodu panoya kopyala
Kodu panoya kopyala
İstemci bileşeni (yalnızca gerekli namespace'i yükler)
Kodu panoya kopyala
Sayfa/provider'ın yalnızca ihtiyaç duyduğunuz namespace'leri içerdiğinden emin olun (örneğin
about). React < 19 kullanıyorsanız,Intl.NumberFormatgibi ağır formatter'ları memoize edin.
Çeviriler (şekil yeniden kullanılır; bunları next-intl mesajlarına istediğiniz şekilde yükleyin)
Kodu panoya kopyala
Kodu panoya kopyala
İstemci bileşeni
Kodu panoya kopyala
Sayfa istemci mesajına "about" mesajını eklemeyi unutmayın
İçerik
Kodu panoya kopyala
İstemci bileşeni
Kodu panoya kopyala
Karşılaştırma
Sayı biçimlendirme
- next-i18next:
useNumberyok;Intl.NumberFormatkullanın (veya i18next-icu). - next-intl:
useFormatter().number(value). - Intlayer:
useNumber()built-in.
- next-i18next:
Anahtarlar
- İç içe geçmiş bir yapı tutun (
about.counter.label) ve hook'unuzu buna göre kapsamlandırın (useTranslation("about")+t("counter.label")veyauseTranslations("about.counter")+t("label")).
- İç içe geçmiş bir yapı tutun (
Dosya konumları
- next-i18next
public/locales/{lng}/{ns}.jsoniçinde JSON bekler. - next-intl esnek; mesajları nasıl yapılandırdığınıza göre yükleyin.
- Intlayer içeriği TS/JS sözlüklerinde depolar ve anahtara göre çözer.
- next-i18next
Bir sunucu bileşeninde kullanım
Bir UI bileşeninin durumunu ele alacağız. Bu bileşen bir sunucu bileşenidir ve bir istemci bileşeninin alt öğesi olarak eklenebilir olmalıdır. (sayfa (sunucu bileşeni) -> istemci bileşeni -> sunucu bileşeni). Bu bileşen bir istemci bileşeninin alt öğesi olarak eklenebileceğinden, asenkron olamaz.
Kodu panoya kopyala
Kodu panoya kopyala
Sunucu bileşeni asenkron olamayacağından, çeviriler ve biçimlendirici işlevini prop olarak iletmeniz gerekir.
Sayfa / yerleşimde:
import { getTranslations, getFormatter } from "next-intl/server";const t = await getTranslations("about.counter");const formatter = await getFormatter().then((formatter) => formatter.number());
Kodu panoya kopyala
Intlayer,next-intlayer/serveraracılığıyla sunucu açısından güvenli kancaları ortaya koymaktadır. Çalışması içinuseIntlayerveuseNumber, istemci kancaları gibi benzer kanca benzeri söz dizimine sahiptir, ancak altyapıda sunucu bağlamına (IntlayerServerProvider) bağlıdır.
Metadata / Sitemap / Robots
İçerik çevirisi harika. Ama insanlar genellikle uluslararasılaştırmanın ana hedefinin web sitenizi dünyaya daha görünür hale getirmek olduğunu unuturlar. I18n, web sitenizin görünürlüğünü iyileştirmek için inanılmaz bir kaldıraçtır.
İşte çok dilli SEO ile ilgili iyi uygulamaların bir listesi.
<head>etiketinde hreflang meta etiketlerini ayarlayın > Arama motorlarının sayfada hangi dillerin mevcut olduğunu anlamasına yardımcı olur- sitemap.xml içinde
http://www.w3.org/1999/xhtmlXML şemasını kullanarak tüm sayfa çevirilerini listeleyin > - robots.txt içindeki ön ekli sayfaları hariç tutmayı unutmayın (örneğin
/dashboard,/fr/dashboard,/es/dashboard) > - en yerelleştirilmiş sayfaya yönlendirmek için özel bir Link bileşeni kullanın (örneğin Fransızca
<a href="/fr/about">A propos</a>) >
Geliştiriciler genellikle sayfalarını yerel ayarlar arasında düzgün şekilde referans vermeyi unuturlar.
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Kodu panoya kopyala
Intlayer, sitemap'iniz için çok dilli URL'ler oluşturmak için bir getMultilingualUrls işlevi sağlar.
Yerel ayar yönlendirmesi için Middleware
Yerel ayar algılaması ve yönlendirmesini işlemek için bir middleware ekleyin:
Kodu panoya kopyala
Yerel ayar algılaması ve yönlendirmesini işlemek için bir middleware ekleyin:
Kodu panoya kopyala
Intlayer, next-intlayer paket yapılandırması aracılığıyla yerleşik middleware işleme sağlar.
Kodu panoya kopyala
Middleware'in kurulumu intlayer.config.ts dosyasında merkezileştirilmiştir.
Kurulum kontrol listesi ve en iyi uygulamalar
src/app/[locale]/layout.tsxdosyasında kök<html>öğesindelangvedirözniteliklerinin ayarlandığından emin olun.- Çevirileri ad alanlarına (örneğin
common.json,about.json)src/locales/<locale>/altında bölün. - İstemci bileşenlerinde
useTranslation('<ns>')kullanarak veI18nProviderkapsamını aynı ad alanlarıyla ayarlayarak yalnızca gerekli ad alanlarını yükleyin. - Mümkün olduğunda sayfaları statik tutun: sayfalar üzerinde
export const dynamic = 'force-static'olarak dışa aktarın;dynamicParams = falseolarak ayarlayın vegenerateStaticParamsuygulayın. - Önceden hesaplanmış dizeler veya
tişlevi velocalegeçirerek istemci sınırları altında eşzamanlı sunucu bileşenlerini kullanın. - SEO için, meta verilerde
alternates.languagesayarlayın,sitemap.tsiçinde yerelleştirilmiş URL'leri listeleyin verobots.tsiçinde yinelenen yerelleştirilmiş rotaları devre dışı bırakın. - Yerel ayara duyarlı biçimlendiricileri (örneğin
Intl.NumberFormat(locale)) tercih edin ve React < 19 kullanırken bunları istemci üzerinde hafızaya alın.
- HTML
langvedirözniteliklerini ayarlayın:src/app/[locale]/layout.tsxiçinde,dirözniteliğinigetLocaleDirection(locale)aracılığıyla hesaplayın ve<html lang={locale} dir={dir}>olarak ayarlayın. - İletileri ad alanlarına göre bölün: JSON'u locale ve ad alanına göre düzenleyin (örneğin
common.json,about.json). - İstemci yükünü en aza indirin: Sayfalarda, yalnızca gerekli ad alanlarını
NextIntlClientProvideröğesine gönderin (örneğinpick(messages, ['common', 'about'])). - Statik sayfaları tercih edin:
export const dynamic = 'force-static'olarak dışa aktarın ve tümlocalesiçin statik parametreler oluşturun. - Eşzamanlı sunucu bileşenleri: Sunucu bileşenlerini önceden hesaplanmış dizeler (çevrilmiş etiketler, biçimlendirilmiş sayılar) geçirerek eşzamanlı tutun; async çağrıları veya seri hale getirilemeyen işlevleri kullanmayın.
- Modüler içerik:
.content.{ts|js|json}dosyalarını kullanarak içerik sözlüklerini bileşenlerle birlikte konumlandırın. - Tür güvenliği: Derleme zamanı içerik doğrulaması için TypeScript entegrasyonundan yararlanın.
- Derleme zamanı optimizasyonu: Otomatik tree-shaking ve bundle optimizasyonu için Intlayer'ın derleme araçlarını kullanın.
- Entegre araçlar: Yerleşik yönlendirme, SEO yardımcıları ve görsel editör desteğinden yararlanın.
Ve kazanan…
Basit değil. Her seçeneğin avantaj ve dezavantajları var. İşte benim görüşüm:
next-i18next
- olgun, özellikleri bol, çok sayıda topluluk eklentisi, ancak daha yüksek kurulum maliyeti. i18next'in eklenti ekosistemini (örneğin, eklentiler aracılığıyla gelişmiş ICU kuralları) ihtiyacınız varsa ve ekibiniz zaten i18next'i biliyorsa, esneklik için daha fazla yapılandırmayı kabul edin.
next-intl
- en basit, hafif, size dayatılan daha az karar. Minimal bir çözüm istiyorsanız, merkezi kataloglar ile rahat iseniz ve uygulamanız küçükten orta ölçeğe ise.
Intlayer
- modern Next.js için oluşturulmuş, modüler içerik, tip güvenliği, araçlar ve daha az boilerplate ile. Bileşen kapsamlı içerik, kesin TypeScript, derleme zamanı garantileri, tree-shaking ve pil dahil yönlendirme/SEO/editör araçlarını değer veriyorsanız - özellikle Next.js App Router, tasarım sistemleri ve büyük, modüler kod tabanları için.
Minimal kurulumu tercih ederseniz ve bazı manuel bağlantıları kabul ederseniz, next-intl iyi bir seçimdir. Tüm özelliklere ihtiyacınız varsa ve karmaşıklığa aldırmıyorsanız, next-i18next işe yarar. Ancak modern, ölçeklenebilir, modüler bir çözüm istiyorsanız ve dahili araçlarla, Intlayer bunu size kutusundan çıkar halde sağlamayı amaçlar.
Kurumsal ekipler için alternatif: Crowdin, Phrase veya diğer profesyonel çeviri yönetim sistemleri gibi yerleşik yerelleştirme platformları ile mükemmel çalışan, kanıtlanmış bir çözüme ihtiyacınız varsa, olgun ekosistem ve kanıtlanmış entegrasyonları için next-intl veya next-i18next göz önünde bulundurun.
Gelecek yol haritası: Intlayer ayrıca i18next ve next-intl çözümleri üzerinde çalışan eklentileri geliştirmeyi planlıyor. Bu, uygulamanızın kodunda bu yerleşik çözümler tarafından sağlanan güvenlik ve kararlılığı korurken, Intlayer'ın otomasyon, sözdizimi ve içerik yönetimi avantajlarını size verecektir.
GitHub YILDIZLARI
GitHub yıldızları, bir projenin popülaritesinin, topluluk güveninin ve uzun vadeli öneminin güçlü bir göstergesidir. Teknik kalitenin doğrudan bir ölçüsü olmasa da, kaç geliştiricinin projeyi yararlı bulduğunu, ilerlemesini takip ettiğini ve muhtemelen benimsediğini yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişmeyi karşılaştırmaya ve ekosistem büyümesine ilişkin içgörüler sağlamaya yardımcı olur.
Sonuç
Üç kütüphane de temel yerelleştirmede başarılı. Fark, modern Next.js'te sağlam, ölçeklenebilir bir kurulum elde etmek için ne kadar iş yapmanız gerektiğidir:
- Intlayer ile, modüler içerik, katı TS, derleme zamanı güvenliği, ağaç sallanan paketler ve birinci sınıf App Router + SEO araçları varsayılanlardır, görevler değildir.
- Ekibiniz çok yerel, bileşen odaklı bir uygulamada bakım ve hızı takdir ediyorsa, Intlayer bugün en kapsamlı deneyimi sunar.
Daha fazla detay için 'Neden Intlayer?' dokümantasyonuna bakın.
Yorumlar
Henüz yorum yok. Düşüncelerinizi paylaşan ilk kişi olun.