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üleyinIf you have an idea for improving this documentation, please feel free to contribute by submitting a pull request on GitHub.
GitHub link to the documentationCopy doc Markdown to clipboard
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 |
Derinlemesine karşılaştırma
1) Mimari ve ölçeklenebilirlik
- next-intl / next-i18next: Yerel başına merkezi kataloglara varsayılan (i18next'te ad alanları artı). Başlangıçta iyi çalışır, ancak artan bağlantı ve anahtar karmaşasıyla genellikle büyük bir paylaşılan yüzey alanı haline gelir.
- Intlayer: Bileşen başına (veya özellik başına) sözlükleri hizmet ettikleri kodla birlikte teşvik eder. Bu, bilişsel yükü azaltır, UI parçalarının çoğaltılmasını/migrasyonunu kolaylaştırır ve ekip arası çatışmaları azaltır. Kullanılmayan içerik doğal olarak daha kolay tespit edilir ve temizlenir.
Neden önemli: Büyük kod tabanlarında veya tasarım sistemi kurulumlarında, modüler içerik monolitik kataloglardan 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 |
|---|---|
| |
2) TypeScript ve güvenlik
- next-intl: Sağlam TypeScript desteği, ancak anahtarlar varsayılan olarak katı şekilde yazılmaz; güvenliği manuel olarak sürdüreceksiniz.
- next-i18next: Hook'lar için temel yazımlar; katı anahtar yazımı ekstra araç/yapılandırma gerektirir.
- Intlayer: İçeriğinizden katı türler oluşturur. IDE otomatik tamamlama ve derleme zamanı hataları dağıtım öncesi yazım hatalarını ve eksik anahtarları yakalar.
Neden önemli: Güçlü yazım, başarısızlıkları sol (CI/derleme) yerine sağ (çalışma zamanı) kaydırır.
3) Eksik çeviri işleme
- next-intl / next-i18next: Çalışma zamanı geri dönüşlerine güvenir (örneğin, anahtarı göster veya varsayılan yerel). Derleme başarısız olmaz.
- Intlayer: Derleme zamanı algılama ile eksik yerel veya anahtarlar için uyarılar/hatalar.
Neden önemli: Derleme sırasında boşlukları yakalamak, üretimde "gizemli dizeler"i önler ve katı sürüm kapılarıyla uyumlu hale getirir.
4) Yönlendirme, ara yazılım ve URL stratejisi
- Üçü de App Router'da Next.js yerelleştirilmiş yönlendirme ile çalışır.
- Intlayer, i18n ara yazılımı (üstbilgi/çerezler aracılığıyla yerel algılama) ve yerelleştirilmiş URL'ler ve
<link rel="alternate" hreflang="…">etiketleri oluşturmak için yardımcılarla daha da ileri gider.
Neden önemli: Daha az özel yapıştırıcı katman; yerel genelinde tutarlı UX ve temiz SEO.
5) Sunucu Bileşenleri (RSC) uyumu
- Hepsi Next.js 13+'yı destekler.
- Intlayer, RSC için tasarlanmış tutarlı API ve sağlayıcılarla sunucu/istemci sınırını yumuşatır, böylece formatlayıcıları veya t-fonksiyonlarını bileşen ağaçları aracılığıyla taşımazsınız.
Neden önemli: Hibrit ağaçlarda daha temiz zihinsel model ve daha az uç durum.
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
.├── i18n.ts├── locales│ ├── en│ │ ├── home.json│ │ └── navbar.json│ ├── fr│ │ ├── home.json│ │ └── navbar.json│ └── es│ ├── home.json│ └── navbar.json└── src ├── middleware.ts ├── app │ ├── i18n │ │ └── server.ts │ └── [locale] │ └── home.tsx └── components └── Navbar └── index.tsx6) Performans ve yükleme davranışı
- next-intl / next-i18next: Ad alanları ve rota düzeyinde bölmeler aracılığıyla kısmi kontrol; disiplin kayarsa kullanılmayan dizeleri paketleme riski.
- Intlayer: Derleme zamanında ağaç sallar ve sözlük/yere göre tembel yükler. Kullanılmayan içerik gönderilmez.
Neden önemli: Özellikle çok yerel sitelerde daha küçük paketler ve daha hızlı başlatma.
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
import { getRequestConfig } from "next-intl/server";import { notFound } from "next/navigation";export const locales = ["en", "fr", "es"] as const;export const defaultLocale = "en" as const;async function loadMessages(locale: string) {// Yalnızca layout/pages'in ihtiyaç duyduğu namespace'leri yükleconst [common, about] = await Promise.all([ import(`../locales/${locale}/common.json`).then((m) => m.default), import(`../locales/${locale}/about.json`).then((m) => m.default),]);return { common, about } as const;}export default getRequestConfig(async ({ locale }) => {if (!locales.includes(locale)) notFound();return { messages: await loadMessages(locale),};});Kodu panoya kopyala
import type { ReactNode } from "react";import { locales } from "@/i18n";import {getLocaleDirection,unstable_setRequestLocale,} from "next-intl/server";export const dynamic = "force-static";export function generateStaticParams() {return locales.map((locale) => ({ locale }));}export default async function LocaleLayout({children,params,}: {children: ReactNode;params: Promise<{ locale: string }>;}) {const { locale } = await params;// Bu sunucu render'ı (RSC) için aktif request locale'ini ayarlaunstable_setRequestLocale(locale);const dir = getLocaleDirection(locale);return ( <html lang={locale} dir={dir}> <body>{children}</body> </html>);}Kodu panoya kopyala
import { getTranslations, getMessages, getFormatter } from "next-intl/server";import { NextIntlClientProvider } from "next-intl";import pick from "lodash/pick";import ServerComponent from "@/components/ServerComponent";import ClientComponentExample from "@/components/ClientComponentExample";export const dynamic = "force-static";export default async function AboutPage({params,}: {params: Promise<{ locale: string }>;}) {const { locale } = await params;// Mesajlar sunucu tarafında yüklenir. Yalnızca gerekli olanı istemciye gönder.const messages = await getMessages();const clientMessages = pick(messages, ["common", "about"]);// Kesinlikle sunucu tarafında çeviriler/biçimlendirmeconst tAbout = await getTranslations("about");const tCounter = await getTranslations("about.counter");const format = await getFormatter();const initialFormattedCount = format.number(0);return ( <NextIntlClientProvider locale={locale} messages={clientMessages}> <main> <h1>{tAbout("title")}</h1> <ClientComponentExample /> <ServerComponent formattedCount={initialFormattedCount} label={tCounter("label")} increment={tCounter("increment")} /> </main> </NextIntlClientProvider>);}7) DX, araçlar ve bakım
- next-intl / next-i18next: Genellikle çeviriler ve düzenleme iş akışları için harici platformları bağlayacaksınız.
- Intlayer: Ücretsiz Görsel Düzenleyici ve isteğe bağlı CMS (Git dostu veya dışa aktarılmış) gönderir. Artı içerik yazımı için VSCode uzantısı ve kendi sağlayıcı anahtarlarınızı kullanarak AI destekli çeviriler.
Neden önemli: Operasyon maliyetini düşürür ve geliştiriciler ile içerik yazarları arasındaki döngüyü kısaltır.
İstemci bileşeninde kullanım
Bir sayaç renderlayan istemci bileşeninin örneğini alalım.
Çeviriler (şekil yeniden kullanılır; bunları next-intl mesajlarına istediğiniz şekilde yükleyin)
Kodu panoya kopyala
{"counter": { "label": "Counter", "increment": "Increment"}}Kodu panoya kopyala
{"counter": { "label": "Compteur", "increment": "Incrémenter"}}İstemci bileşeni
Kodu panoya kopyala
"use client";import React, { useState } from "react";import { useTranslations, useFormatter } from "next-intl";const ClientComponentExample = () => {// İç içe nesneye doğrudan kapsam verconst t = useTranslations("about.counter");const format = useFormatter();const [count, setCount] = useState(0);return ( <div> <p>{format.number(count)}</p> <button aria-label={t("label")} onClick={() => setCount((count) => count + 1)} > {t("increment")} </button> </div>);};Sayfa istemci mesajına "about" mesajını eklemeyi unutmayın
Hangisini ne zaman seçmeli?
- next-intl'i seçin eğer minimal bir çözüm istiyorsanız, merkezi kataloglarla rahatınız ve uygulamanız küçük ila orta boy.
- next-i18next'i seçin eğer i18next'in eklenti ekosistemine ihtiyacınız varsa (örneğin, eklentiler aracılığıyla gelişmiş ICU kuralları) ve ekibiniz zaten i18next'i biliyorsa, esnekliği için daha fazla yapılandırma kabul ederek.
- Intlayer'ı seçin eğer bileşen kapsamlı içerik, katı TypeScript, derleme zamanı garantileri, ağaç sallama ve pil dahil yönlendirme/SEO/düzenleyici araçlarını takdir ediyorsanız - özellikle Next.js App Router, tasarım sistemleri ve büyük, modüler kod tabanları için.
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
type ServerComponentProps = {t: (key: string) => string;locale: string;count: number;formatter: Intl.NumberFormat;};const ServerComponent = ({t,locale,count,formatter,}: ServerComponentProps) => {const formatted = formatter.format(count);return ( <div> <p>{formatted}</p> <button aria-label={t("counter.label")}>{t("counter.increment")}</button> </div>);};export default ServerComponent;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());
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
import type { Metadata } from "next";import { locales, defaultLocale } from "@/i18n";import { getTranslations } from "next-intl/server";const localizedPath = (locale: string, path: string) => { return locale === defaultLocale ? path : "/" + locale + path;};type GenerateMetadataParams = { params: Promise<{ locale: string; }>;};export const generateMetadata = async ({ params,}: GenerateMetadataParams): Promise<Metadata> => { const { locale } = await params; const t = await getTranslations({ locale, namespace: "about" }); const url = "/about"; const languages = Object.fromEntries( locales.map((locale) => [locale, localizedPath(locale, url)]) ); return { title: t("title"), description: t("description"), alternates: { canonical: localizedPath(locale, url), languages: { ...languages, "x-default": url }, }, };};// ... Sayfanın geri kalanının koduKodu panoya kopyala
import type { MetadataRoute } from "next";import { locales, defaultLocale } from "@/i18n";const origin = "https://example.com";const formatterLocalizedPath = (locale: string, path: string) => locale === defaultLocale ? origin + path : origin + "/" + locale + path;export const sitemap = (): MetadataRoute.Sitemap => { const aboutLanguages = Object.fromEntries( locales.map((l) => [l, formatterLocalizedPath(l, "/about")]) ); return [ { url: formatterLocalizedPath(defaultLocale, "/about"), lastModified: new Date(), changeFrequency: "monthly", priority: 0.7, alternates: { languages: aboutLanguages }, }, ];};Kodu panoya kopyala
import type { MetadataRoute } from "next";import { locales, defaultLocale } from "@/i18n";const origin = "https://example.com";const withAllLocales = (path: string) => [ path, ...locales .filter((locale) => locale !== defaultLocale) .map((locale) => "/" + locale + path),];export const robots = (): MetadataRoute.Robots => { const disallow = [ ...withAllLocales("/dashboard"), ...withAllLocales("/admin"), ]; return { rules: { userAgent: "*", allow: ["/"], disallow }, host: origin, sitemap: origin + "/sitemap.xml", };};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
import createMiddleware from "next-intl/middleware";import { locales, defaultLocale } from "@/i18n";export default createMiddleware({locales: [...locales],defaultLocale,localeDetection: true,});export const config = {// API, Next iç bileşenleri ve statik varlıkları atlamatcher: ["/((?!api|_next|.*\\..*).*)"],};next-intl ve next-i18next ile birlikte çalışabilirlik
intlayer, next-intl ve next-i18next ad alanlarınızı yönetmenize de yardımcı olabilir.
intlayer kullanarak, içeriğinizi favori i18n kütüphanenizin formatında beyan edebilirsiniz ve intlayer ad alanlarınızı istediğiniz konumda oluşturacaktır (örnek: /messages/{{locale}}/{{namespace}}.json).
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.