i18n SEO: Hreflang Etiketleri, Yerel URL'ler ve Çok Dilli A…

i18n SEO: Hreflang Etiketleri, Yerel URL'ler ve Çok Dilli Arama Sıralamaları İçin Kapsamlı Rehber

Çok dilli SEO, yalnızca "başka bir dildeki normal SEO" değildir. Farklı başarısızlık biçimleri olan farklı bir sorundur ve çoğu i18n rehberi bunu hiç ele almaz. Mükemmel çevrilmiş içeriğiniz, güzel bir yerelleştirilmiş arayüzünüz olabilir ve yine de Fransızca sayfalarınızın Alman kullanıcılara sunulduğunu görebilirsiniz — çünkü Google'ın önem verdiği birkaç teknik ayrıntıyı atladınız.

Bu rehber, uluslararası SEO'nun tüm katmanlarını ele alır: URL yapısı, hreflang uygulaması, yerel meta veriler, site haritaları, yapılandırılmış veriler ve sıralamaları gerçekten etkileyen içerik yerelleştirme kararları. Uygulama ayrıntıları önemli olduğu için Next.js, SvelteKit ve Vue için kod örnekleri mevcuttur.

URL Yapısı Stratejileri

Tek bir hreflang etiketi yazmadan önce URL'lerinizin nasıl yapılandırıldığına karar vermeniz gerekir. Bu karar kalıcıdır — sonradan değiştirmek geçiş çalışması ve geçici sıralama kaybı gerektirir. İlk seferinde doğru yapın.

Üç seçeneğiniz var:

Strateji	Örnek	Artıları	Eksileri
ccTLD	`example.de`, `example.fr`	Google'a en güçlü coğrafi sinyal; yerel kullanıcılarda güven oluşturur	Pahalı; ayrı alan adı yönetimi gerektirir; alan adı otoritesini paylaşmak daha zor
Alt Alan Adı	`de.example.com`, `fr.example.com`	Ayrı barındırma kolaydır; net ayrım	Google alt alan adlarını yarı bağımsız işler; paylaşılan bağlantı değeri tutarsızdır
Alt Dizin	`example.com/de/`, `example.com/fr/`	Alan adı otoritesini paylaşır; uygulaması en kolay; çoğu ekip için en iyisi	ccTLD'den biraz daha zayıf coğrafi sinyal

Çoğu ekip için öneri: alt dizin.

ccTLD kullanmak için güçlü nedenleriniz yoksa (örneğin yerel alan adı güveninin önemli ölçüde fark yarattığı pazarlara giren büyük bir kurumsal şirketsiniz) veya alt alan adı (örneğin bölge başına ayrı barındırma altyapısına ihtiyacınız var), alt dizinler pragmatik seçimdir. Kök alan adınızın otoritesini devralırlar, doğru şekilde uygulanması en kolaydır ve Google bunları uygun hreflang yapılandırmasıyla iyi işler.

Bir şey daha: URL'lerde her zaman küçük harfli, tire ile ayrılmış yerel kodlar kullanın. /en-us/ uygundur; /en_US/ değildir. Tutarlılık önemlidir.

Hreflang Uygulaması

Hreflang, Google'a hangi sayfa sürümünü hangi kullanıcıya sunacağını söyleyen mekanizmadır. Yanlış yaparsanız Google ya bunu yoksayar ya da yanlış yerel ayarı yanlış kullanıcıya sunar — bu da hem sıralamaları hem de hemen çıkma oranlarını düşürür.

Temel Sözdizimi

<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Her yerel sayfa, kendisi dahil tüm diğer yerel varyantlara başvurmalıdır. İngilizce sayfanızda kendine başvuran bir hreflang etiketi yoksa Google tüm seti yoksayabilir.

x-default Etiketi

x-default, başka hiçbir yerel eşleşmediğinde Google'a hangi sayfayı göstereceğini söyler. Genel amaçlı sayfanız için kullanın — genellikle kök URL'niz veya bir dil seçici sayfası. İsteğe bağlı değildir. x-default eksikliği en yaygın hreflang hatalarından biridir.

Yerel Kodlar: Dil ve Bölge

Google hem yalnızca dil kodlarını (en, de, fr) hem de dil-bölge kodlarını (en-US, en-GB, de-AT) kabul eder. Gerçekten desteklediğiniz en spesifik kodu kullanın:

Tüm İngilizce konuşanlar için tek bir İngilizce sürümünüz varsa: en
Farklı ABD ve İngiltere sürümleriniz varsa: en-US ve en-GB
Özellikle Avusturya'yı hedefleyen Almanca içeriğiniz varsa: de-AT

Aynı hreflang setinde en ve en-US karıştırmak, Google'ın sinyalini karıştıran yaygın bir hatadır. Bir kural seçin ve tüm sitenizde buna bağlı kalın.

Hreflang Uygulamanın Üç Yolu

1. <head> içinde HTML <link> etiketleri (çoğu kurulum için önerilir)

Sunucu tarafında işlenen veya statik olarak oluşturulan siteler için en iyisi. Hızlı, açık, doğrulaması kolay.

2. HTTP başlıkları

HTML olmayan içerik (PDF'ler vb.) için veya HTML başlığını değiştiremediğinizde en iyisi.

Link: <https://example.com/en/>; rel="alternate"; hreflang="en",
      <https://example.com/de/>; rel="alternate"; hreflang="de"

3. XML site haritası ek açıklamaları

Her sayfanın HTML'sine hreflang eklemek pratik olmayan büyük siteler için en iyisi.

<url>
  <loc>https://example.com/en/</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/"/>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/"/>
</url>

Aynı sitede yöntemleri karıştırmayın. Birini seçin ve tutarlı kullanın.

Sıralamaları Düşüren Yaygın Hreflang Hataları

Karşılıklı olmayan etiketler: A sayfası B sayfasına başvuruyor, ancak B sayfası A sayfasına başvurmuyor. Google tüm seti yoksayar.
Yanlış yerel kodlar: en-GB yerine en-uk, veya zh-Hans yerine zh. BCP 47 kodlarını kullanın.
Kendine başvuru eksikliği: Her sayfa kendi hreflang setine kendini dahil etmelidir.
Bozuk URL'ler: 200 dışında bir yanıt döndüren herhangi bir hreflang URL'si etiketi geçersiz kılar.
Uygulama yöntemlerini karıştırma: Bazı sayfalarda HTML etiketleri, diğerlerinde site haritası, birkaçında HTTP başlıkları. Google karışır.

Yerel Özel Meta Veriler

Çevrilmiş sayfa içeriği yeterli değildir. Her yerel ayarın kendi tam çevrilmiş meta verilerine ihtiyacı vardır — başlık etiketleri, meta açıklamalar, Open Graph etiketleri ve kanonik URL'ler.

Yerel Başına Gerekli Set

<!-- Yerel özel başlık ve açıklama -->
<title>Vollständiger Leitfaden zur i18n-SEO | Better i18n</title>
<meta name="description" content="Alles, was Sie über mehrsprachige SEO wissen müssen..." />

<!-- Bu yerel için kanonik URL -->
<link rel="canonical" href="https://example.com/de/blog/i18n-seo-guide/" />

<!-- Yerel ile Open Graph -->
<meta property="og:locale" content="de_DE" />
<meta property="og:locale:alternate" content="en_US" />
<meta property="og:title" content="Vollständiger Leitfaden zur i18n-SEO" />
<meta property="og:url" content="https://example.com/de/blog/i18n-seo-guide/" />

<!-- Hreflang seti -->
<link rel="alternate" hreflang="en" href="https://example.com/en/blog/i18n-seo-guide/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/blog/i18n-seo-guide/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/i18n-seo-guide/" />

Open Graph, tire ile ayrılmış yerel kodlar yerine alt çizgi ile ayrılmış yerel kodlar kullandığını unutmayın (de_DE, en_US); hreflang ise BCP 47 kodları (de-DE, en-US) kullanır. Bu tutarsızlık bilinen bir sorun noktasıdır ve sık karşılaşılan bir hata kaynağıdır.

Next.js Uygulaması

Next.js 13+ generateMetadata(), yerel farkında meta verileri kolaylaştırır:

// app/[locale]/blog/[slug]/page.tsx
import { Metadata } from 'next'

const locales = ['en', 'de', 'fr', 'es']

export async function generateMetadata({
  params,
}: {
  params: { locale: string; slug: string }
}): Promise<Metadata> {
  const { locale, slug } = params
  const post = await getPost(slug, locale)

  const alternates = locales.reduce(
    (acc, l) => ({
      ...acc,
      [l]: `https://example.com/${l}/blog/${slug}/`,
    }),
    {} as Record<string, string>
  )

  return {
    title: post.title,
    description: post.excerpt,
    alternates: {
      canonical: `https://example.com/${locale}/blog/${slug}/`,
      languages: {
        ...alternates,
        'x-default': `https://example.com/en/blog/${slug}/`,
      },
    },
    openGraph: {
      title: post.title,
      description: post.excerpt,
      url: `https://example.com/${locale}/blog/${slug}/`,
      locale: locale.replace('-', '_'),
      alternateLocale: locales
        .filter((l) => l !== locale)
        .map((l) => l.replace('-', '_')),
    },
  }
}

Next.js, alternates.languages nesnesini otomatik olarak <link rel="alternate" hreflang> etiketleri olarak işler. App Router ve Server Components ile Next.js i18n kalıplarının tam bir incelemesi için bkz. Next.js App Router i18n: Server Components and RSC Patterns for 2026.

SvelteKit Uygulaması

<!-- src/routes/[locale]/blog/[slug]/+page.svelte -->
<script lang="ts">
  export let data: PageData

  const { post, locale, slug, locales } = data
  const baseUrl = 'https://example.com'
</script>

<svelte:head>
  <title>{post.title}</title>
  <meta name="description" content={post.excerpt} />
  <link rel="canonical" href="{baseUrl}/{locale}/blog/{slug}/" />

  {#each locales as l}
    <link
      rel="alternate"
      hreflang={l}
      href="{baseUrl}/{l}/blog/{slug}/"
    />
  {/each}
  <link
    rel="alternate"
    hreflang="x-default"
    href="{baseUrl}/en/blog/{slug}/"
  />

  <meta property="og:locale" content={locale.replace('-', '_')} />
  <meta property="og:url" content="{baseUrl}/{locale}/blog/{slug}/" />
</svelte:head>

Tip güvenli çevirilerle çok dilli SvelteKit uygulamaları oluşturmaya ilişkin kapsamlı bir rehber için bkz. SvelteKit i18n: Building Type-Safe Multilingual Apps with Svelte 5.

Vue (@vueuse/head ile)

// composables/useSeoMeta.ts
import { useHead } from '@vueuse/head'

export function useLocalizedMeta(
  post: Post,
  locale: string,
  slug: string,
  locales: string[]
) {
  const baseUrl = 'https://example.com'

  useHead({
    title: post.title,
    meta: [
      { name: 'description', content: post.excerpt },
      { property: 'og:title', content: post.title },
      { property: 'og:locale', content: locale.replace('-', '_') },
      { property: 'og:url', content: `${baseUrl}/${locale}/blog/${slug}/` },
    ],
    link: [
      { rel: 'canonical', href: `${baseUrl}/${locale}/blog/${slug}/` },
      ...locales.map((l) => ({
        rel: 'alternate' as const,
        hreflang: l,
        href: `${baseUrl}/${l}/blog/${slug}/`,
      })),
      {
        rel: 'alternate',
        hreflang: 'x-default',
        href: `${baseUrl}/en/blog/${slug}/`,
      },
    ],
  })
}

Çok Dilli Siteler İçin Site Haritaları

İyi yapılandırılmış bir site haritası, Google'a her yerel varyantın açık bir haritasını sunduğu için çok dilli siteler için özellikle önemlidir.

Hreflang Ek Açıklamalı XML Site Haritası

<?xml version="1.0" encoding="UTF-8"?>
<urlset
  xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
  xmlns:xhtml="http://www.w3.org/1999/xhtml"
>
  <url>
    <loc>https://example.com/en/blog/i18n-seo-guide/</loc>
    <lastmod>2026-03-01</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.8</priority>
    <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/i18n-seo-guide/"/>
  </url>

  <url>
    <loc>https://example.com/de/blog/i18n-seo-guide/</loc>
    <lastmod>2026-03-01</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.8</priority>
    <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/blog/i18n-seo-guide/"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/i18n-seo-guide/"/>
  </url>
</urlset>

Bir sayfanın her yerel varyantı kendi <url> girişi olarak görünmeli ve her giriş tüm varyantlar için hreflang ek açıklamaları içermelidir. Bu tasarım gereği fazlalıktır.

Büyük Siteler İçin Site Haritası Dizini

Çok sayıda yerel ve çok sayıda sayfanız varsa, düz bir site haritası hantal hale gelir. Ayrı yerel site haritalarıyla bir site haritası dizini kullanın:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/sitemap-en.xml</loc>
    <lastmod>2026-03-01</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-de.xml</loc>
    <lastmod>2026-03-01</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-fr.xml</loc>
    <lastmod>2026-03-01</lastmod>
  </sitemap>
</sitemapindex>

Site haritası dizin URL'sini Google Search Console'a gönderin, tek tek site haritalarını değil. GSC tüm alt öğeleri otomatik olarak tarayacaktır.

İçerik Yerelleştirme ve Kelimesi Kelimesine Çeviri

Burada çok dilli SEO, çok dilli UX'ten en belirgin şekilde ayrılır. Kullanılabilirlik için yetkin bir çeviri yeterli olabilir. SEO için genellikle yeterli değildir.

Makine Çevirisinin Neden Yetersiz Kaldığı

Makine ile çevrilmiş içerik birkaç nedenden dolayı başarısız olur:

Anahtar kelime uyumsuzluğu: Farklı pazarlardaki kullanıcılar farklı şekillerde arama yapar. "Proje yönetim yazılımı" için Almanca ifade tam anlamıyla "Projektmanagementsoftware" olabilir — ancak Almanca konuşan kullanıcılar aslında "Aufgabenverwaltung" veya "Team-Kollaborationstool" arayabilir. İngilizce anahtar kelimelerinizin kelimesi kelimesine çevirisi bu gerçek arama kalıplarını kaçırır.
İnce içerik sinyalleri: Google'ın kalite sistemleri içeriğin ne zaman ince veya doğal olmadığını tespit edebilir. Otomatik çevrilmiş sayfalar genellikle ana dildeki sayfaların sahip olduğu derinlik ve özgüllükten yoksundur.
Yerel bağlam eksik: ABD pazarı için "faturalama yazılımı" hakkındaki bir sayfa IRS uyumluluğunu vurgulayabilir. Almanya için aynı sayfa DATEV entegrasyonunu ve GoBD uyumluluğunu vurgulamalıdır. Bu bağlam çeviriden gelmez.

Bunun Yerine Ne Yapmalı

Yerel başına anahtar kelime araştırması: Google Keyword Planner veya Ahrefs'i hedef yerel ve dil açıkça ayarlanmış şekilde kullanın. İngilizce anahtar kelimelerinizin çevirildiğini varsaymayın.
Arama amacı pazara göre değişir: Aynı ürün sorgusu bir pazarda ticari amaç taşıyabilirken diğerinde bilgilendirici amaç taşıyabilir. İçeriğinizi buna göre ayarlayın.
Yerelleştirin, sadece çevirmeyin: Tarihler, para birimleri, birimler, kültürel referanslar, yasal gereklilikler ve yerel rakiplerin hepsi uyarlanmalı, sadece dönüştürülmemelidir.

Diller arası anahtar kelime araştırması ve tam çok dilli SEO stratejisinin derinlemesine incelemesi için bkz. Multilingual SEO: The Complete Guide to Ranking in Every Language.

Bu aynı zamanda Better i18n gibi bir platformun yardımcı olduğu yerdir — sadece çeviri yönetimi için değil, yerelleştirilmiş terminolojinizin her pazarda tutarlı ve kasıtlı kalmasını sağlayan sözlükleri korumak için de.

Teknik Uygulama Kontrol Listesi

Çok dilli destek yayınlamadan önce doğrulayın:

URL yapısı:

Tüm sayfalarda tutarlı yerel önek biçimi (/en/, /de/, vb.)
Küçük harfli, tire ile ayrılmış yerel kodlar
Tüm yerel URL'ler 200 döndürüyor (yönlendirme değil)

Hreflang:

Her yerel sayfa diğer tüm yerel ayarlar için hreflang etiketleri içeriyor
Her sayfa kendine başvuran bir hreflang etiketi içeriyor
Tüm sayfalarda x-default ayarlanmış
Tüm hreflang URL'leri mutlak (göreli değil)
Hreflang yalnızca bir yöntemle uygulanmış (HTML etiketleri VEYA site haritası VEYA HTTP başlıkları)
Tüm hreflang etiketleri karşılıklı

Meta veriler:

Başlık etiketleri her yerel için çevrilmiş
Meta açıklamalar her yerel için çevrilmiş
Kanonik URL'ler doğru yerel URL'ye işaret ediyor
Open Graph og:locale her yerel için ayarlanmış
Open Graph og:locale:alternate diğer yerel ayarları listeliyor

Site haritası:

Tüm yerel varyantlar site haritasına dahil
Site haritasındaki hreflang ek açıklamaları HTML baş etiketleriyle eşleşiyor
Site haritası Google Search Console'a gönderilmiş

i18n İçin Google Search Console

Google Search Console, uluslararası SEO için birincil tanılama aracınızdır. Aktif olarak kullanın.

Uluslararası Hedefleme Raporu

GSC'de Eski araçlar ve raporlar > Uluslararası Hedefleme'ye gidin. Burada şunları yapabilirsiniz:

Tüm site için coğrafi hedef belirlemek (ccTLD'ler ve alt alan adları için kullanışlı)
Hreflang uygulamanızdaki tespit edilen hatalar için hreflang sekmesini görüntülemek

Hreflang raporu en yaygın uygulama hatalarını ortaya çıkarır: eksik dönüş etiketleri, geçersiz yerel kodlar ve 200 dışı yanıt döndüren URL'ler.

Yerel Başına Kapsam Raporu

GSC'de her yerel için ayrı özellikler oluşturmak üzere URL öneki özellik türünü kullanın (örneğin https://example.com/de/). Bu, her yerel için tarama kapsamını, dizin oluşturma durumunu ve arama performansını bağımsız olarak izlemenizi sağlar.

Performans Raporu Filtrelemesi

Performans raporunda her yerel ayarın hedef pazarında nasıl sıralandığını görmek için ülkeye göre filtreleyin. Doğru sayfaların doğru ülkelerde sıralandığını doğrulamak için yerel yapılandırmanızla çapraz referans yapın.

Yaygın Hatalar

1. Yereller Arası Yinelenen İçerik

Uygun kanonik veya hreflang yapılandırması olmadan birden fazla URL'de aynı içeriği sunmak — hem example.com/en/ hem de example.com/ aynı İngilizce içeriği döndürüyor — sıralama otoritesini seyreltecek yinelenen içerik sinyalleri oluşturur. Her zaman açık kanonikler ayarlayın ve kök URL'nizin bir yönlendirmesi olduğundan veya belirli bir yerel ile açık bir ilişkisi olduğundan emin olun.

2. Yanlış Yerel Kodlar

En sık karşılaşılan hatalar:

en-GB yerine en-uk (bölge kodları büyük harftir)
Basitleştirilmiş/geleneksel Çince için zh-Hans veya zh-Hant yerine zh
Farklı Portekizce varyantlar sunduğunuzda pt-BR veya pt-PT yerine pt
IETF dil etiketlerini tutarsız kullanmak (en-US ve en_US karıştırmak)

Emin olmadığınızda IANA Dil Alt Etiket Kayıt Defterine veya BCP 47'ye başvurun.

3. Hreflang Yöntemlerini Karıştırma

Bazı sayfalar HTML <link> etiketleri kullanıyor ve diğerleri site haritası ek açıklamaları kullanıyorsa Google tutarsız işlem uygulayabilir. Tüm siteniz için bir yöntem seçin.

4. Yalnız Kalan Yerel Sayfalar

Herhangi bir başka sayfadan bağlantı verilmeyen ve site haritanızda da bulunmayan bir yerel sayfa pratikte görünmezdir. Her sayfanın her yereli için iç bağlantı ve site haritası kapsamı aracılığıyla keşfedilebilir olduğundan emin olun.

5. Meta Verileri Çevirmemek

Gövde içeriğini çevirmek ama başlık etiketlerini ve meta açıklamaları İngilizce bırakmak yaygın bir kısayoldur. Bu, İngilizce olmayan SERP'lerde İngilizce arama snippet'lerinin görünmesine yol açar ve sıralamalar iyi olsa bile tıklama oranlarını düşürür.

Çok Dilli Siteler İçin Yapılandırılmış Veriler

Yapılandırılmış veriler (JSON-LD), HTML içeriğinizle birlikte yerelleştirilmelidir.

Dil Varyantlarıyla Organizasyon Şeması

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Corp",
  "url": "https://example.com/de/",
  "inLanguage": "de-DE",
  "sameAs": [
    "https://example.com/en/",
    "https://example.com/fr/"
  ]
}

Yerelleştirilmiş Makale Şeması

{
  "@context": "https://schema.org",
  "@type": "TechArticle",
  "headline": "Vollständiger Leitfaden zur i18n-SEO",
  "inLanguage": "de-DE",
  "url": "https://example.com/de/blog/i18n-seo-guide/",
  "datePublished": "2026-03-01",
  "author": {
    "@type": "Organization",
    "name": "Acme Corp"
  }
}

Çok Dilli SSS Şeması

Yerelleştirilmiş SSS içeriğiniz varsa, her yerelin SSS şeması o yerelin sorularını ve yanıtlarını kullanmalıdır — İngilizce sürümü değil:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "inLanguage": "de-DE",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Was ist hreflang?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Hreflang ist ein HTML-Attribut, das Google mitteilt, welche Sprachversion einer Seite für welche Nutzer gedacht ist."
      }
    }
  ]
}

inLanguage özelliği temel eklemedir. Onsuz Google, yapılandırılmış verilerinizi yanlış yerel bağlama uygulayabilir.

Sonuç

Çok dilli SEO gerçekten karmaşıktır — önemli olan parçaları gizlemeden basitleştirmenin bir yolu yoktur. Hreflang spesifikasyonu ayrıntılı ve affetmezdir. URL yapısı kararları tersine çevrilmesi zordur. İçerik yerelleştirme, çevirinin tek başına sağlayamayacağı pazara özgü uzmanlık gerektirir.

İyi haber şu: rakiplerinizin çoğu bunu yanlış yapıyor. Doğru hreflang uygulaması, yerel özel meta veriler ve gerçekten yerelleştirilmiş içerik (sadece çevrilmiş değil) uluslararası pazarlarda rekabet avantajları sağlar.

Tam kontrol listesini özetlemek gerekirse:

URL yapısını erken seçin — çoğu ekip için alt dizin
Hreflang'ı bir yöntemle uygulayın — HTML etiketleri çoğu kurulum için en kolaydır
Dört öğenin tümünü ekleyin: kendine başvuru etiketi, tüm yerel varyantlar, x-default, karşılıklı etiketler
Tüm meta verileri çevirin — başlıklar, açıklamalar, Open Graph, yapılandırılmış veriler
Uygun bir site haritası oluşturun — her sayfanın her yereli için hreflang ek açıklamalarıyla
Yerel özel anahtar kelime araştırması yapın — arama terimlerinin doğrudan çevrildiğini varsaymayın
GSC'de izleyin — hreflang raporu, sıralamanıza mal olmadan önce uygulama hatalarını yakalar

Birden fazla yereli ölçekte yöneten geliştirici ekipler için çeviri yönetim katmanı, teknik uygulama kadar önemlidir. Geliştiriciler için Better i18n'e ve Next.js ile nasıl entegre olduğuna göz atın — yeniden dağıtım yapmadan çeviri güncellemelerinin CDN dağıtımı ve yerelleştirilmiş terminolojinizin her pazarda tutarlı kalmasını sağlayan sözlük uygulamasıyla yapay zeka çevirisi dahil.

Eğer i18n'e yeni başlıyorsanız, SEO katmanına dalmadan önce what is i18n temeli iyi bir başlangıç noktasıdır.

Better i18n, modern frontend ekipleri için tasarlanmış geliştirici öncelikli bir yerelleştirme platformudur. Tip güvenli SDK'lar, Git tabanlı iş akışları, CDN dağıtımı ve yerelleştirilmiş terminolojinizi tutarlı tutan sözlük uygulamasıyla yapay zeka çevirisi — deponuzda yerel dosyalar olmadan.

Uygulamanızı better-i18n ile küreselleştirin

better-i18n, yapay zeka destekli çevirileri, git-native iş akışlarını ve küresel CDN dağıtımını tek bir geliştirici öncelikli platformda birleştirir. Elektronik tabloları yönetmeyi bırakın ve her dilde yayınlamaya başlayın.

Ücretsiz başlayın → · Özellikleri keşfet · Belgeleri oku

i18n SEO: Hreflang Etiketleri, Yerel URL'ler ve Çok Dilli Arama Sıralamaları İçin Kapsamlı Rehber