Uluslararası SEO: Hreflang Etiketlerinin Doğru Yapılandırılması

Bir sitenin Türkçe, İngilizce ve Almanca sayfalarını yayına almak işin yalnız görünen tarafıdır. Arama motorunun bu sayfaların birbirinin gerçek dil veya bölge alternatifi olduğunu anlaması için teknik ilişkinin açık biçimde kurulması gerekir. Uluslararası SEO: Hreflang Etiketlerinin Doğru Yapılandırılması tam olarak bu noktada önem kazanır. Yaklaşık on yıllık teknik web ve SEO çalışmalarında en sık gördüğüm sorun, doğru çevirilerin hazırlanmasına rağmen URL, canonical ve hreflang ilişkilerinin birbirinden kopuk yönetilmesidir. Bu rehberde hreflang etiketi nasıl doğru yapılandırılır, çok dilli web sitelerinde hreflang nasıl kullanılır, hreflang x-default canonical ve dil bölge kodları nasıl ayarlanır ve hreflang hataları nasıl tespit edilir ve düzeltilir gibi soruları uygulama odaklı biçimde ele alacağız.

Hreflang Nedir?

Hreflang, aynı veya eşdeğer içeriğin farklı dil ve bölge sürümleri arasındaki ilişkiyi arama motoruna açıklayan bir işaretleme yöntemidir. Örneğin Türkçe bir ürün sayfasının İngilizce ve Almanca karşılıkları bulunuyorsa bu üç URL tek bir alternatif sayfa ailesi içinde tanımlanabilir. Burada amaç URL'leri birbirine rastgele bağlamak değildir. Sayfaların kullanıcı amacının ve temel içeriğinin gerçekten karşılık gelmesi gerekir. Doğru kurulan yapı, arama motorunun uygun kullanıcıya uygun locale sürümünü seçmesine yardımcı olur.

Hreflang Etiketinin Temel Görevi

Hreflang etiketinin temel görevi locale alternatiflerini tanımlamaktır. Türkçe sayfa İngilizce karşılığını, İngilizce sayfa da Türkçe karşılığını gösterebilir. Böylece iki URL'nin rastgele benzer içerikler olmadığı anlaşılır. Her sayfanın kendi locale değerini de cluster içinde belirtmesi gerekir. Bu ilişki canonical kararından farklı bir göreve sahiptir.

Hreflang Arama Motorlarına Ne Anlatır?

Hreflang arama motoruna bir sayfanın hangi dil veya dil ve bölge kombinasyonu için hazırlandığını anlatır. Örneğin en-US ABD'deki İngilizce kullanıcılar için, en-GB ise Birleşik Krallık'taki İngilizce kullanıcılar için kullanılabilir. Bu bilgi sayfanın gerçek içeriğiyle uyumlu olmalıdır. Kod eklemek sayfanın dilini otomatik olarak değiştirmez. Arama motoru sayfanın içeriğini de kendi sistemleriyle değerlendirir.

Dil Hedefleme ile Bölgesel Hedefleme Arasındaki Fark

Dil hedefleme kullanıcının hangi dili tercih ettiğine odaklanır. Bölgesel hedefleme ise aynı dil içinde belirli bir ülke veya pazara göre farklı deneyim sunulduğunda anlam kazanır. Genel İngilizce içerik için en, ABD sürümü için en-US kullanılabilir. Her dil sürümüne zorunlu olarak ülke eklemek gerekmez. Bölge bilgisi yalnız gerçek pazar farkı bulunduğunda kullanılmalıdır.

Multilingual ve Multi-Regional Site Arasındaki Fark

Multilingual site birden fazla dilde içerik sunar. Multi-regional site ise aynı veya farklı dillerde birden fazla ülke pazarına özel sayfalar oluşturabilir. Türkçe ve İngilizce sürümleri bulunan site multilingual olarak düşünülebilir. ABD ve Birleşik Krallık için iki farklı İngilizce ürün sayfası bulunan site aynı zamanda multi-regional yapı taşır. Hreflang stratejisi bu iş modeline göre şekillendirilmelidir.

Hreflang Bir Sıralama Faktörü müdür?

Hreflang'ı klasik anlamda doğrudan sıralama artıran bir etiket gibi düşünmemek gerekir. Görevi doğru dil veya bölgesel URL'nin doğru kullanıcı bağlamında anlaşılmasına yardımcı olmaktır. Yanlış locale sayfasının sonuçlarda görünme ihtimalini azaltmaya katkı sağlar. İçerik kalitesi, teknik erişilebilirlik ve diğer SEO unsurlarının yerine geçmez. Bu yüzden hreflang yalnız uluslararası URL eşleştirme sisteminin bir parçasıdır.

Uluslararası SEO’da Hreflang Neden Önemlidir?

Uluslararası sitelerde aynı ürün, hizmet veya makale birden fazla URL üzerinden sunulabilir. Kullanıcı Türkiye'den arama yaptığında ABD pazarı için hazırlanmış İngilizce fiyat sayfasını görmek istemeyebilir. Benzer biçimde Kanada'daki Fransızca kullanıcı için Fransa pazarındaki sayfa her zaman en iyi seçenek değildir. Hreflang bu locale seçeneklerinin birbirine nasıl bağlı olduğunu açıklar. Böylece uluslararası kullanıcı deneyimi URL yapısı, içerik ve arama görünürlüğü açısından daha tutarlı hale gelir.

Doğru Dil Sürümünü Kullanıcıya Göstermek

Kullanıcı Türkçe arama yapıyorsa karşılık gelen Türkçe sayfanın sonuçlarda sunulması daha anlamlıdır. Hreflang bu ilişkinin açık biçimde belirtilmesine yardımcı olur. Bunun için Türkçe URL gerçekten Türkçe içerik sunmalıdır. Canonical ve indexability davranışı da URL'nin bağımsız olarak kullanılmasına izin vermelidir. Hatalı teknik sinyaller varsa yalnız hreflang yeterli olmaz.

Doğru Bölgesel Sürümü Göstermek

Aynı dil farklı ülkelerde fiyat, stok veya yasal bilgi açısından değişebilir. ABD ve Birleşik Krallık için ayrı İngilizce URL'ler buna örnektir. Hreflang bölge kodları bu ayrımı açıklar. Her sayfanın pazar içeriği hedefiyle uyumlu olmalıdır. Kullanıcının locale seçimini manuel değiştirebilmesi de önemlidir.

Benzer Uluslararası Sayfalar Arasındaki İlişkiyi Açıklamak

Aynı dilde hazırlanan bölgesel sayfalar birbirine oldukça benzeyebilir. Örneğin ürün açıklaması aynı kalırken para birimi ve teslimat bilgileri değişebilir. Böyle sayfaların ilişkisinde hreflang önemli rol oynar. Canonical sinyalleri de bu yapı ile çelişmemelidir. Böylece sistem sayfaların neden ayrı URL'lerde bulunduğunu daha açık anlatır.

Yanlış Ülke Sayfasının SERP’te Görünmesini Azaltmak

Yanlış ülke sayfasının sonuçlarda görünmesi kullanıcı açısından fiyat ve teslimat karışıklığı yaratabilir. Örneğin Birleşik Krallık kullanıcısına ABD fiyatlarının gösterildiği sayfa gelmesi dönüşüm oranını olumsuz etkileyebilir. Hreflang doğru bölgesel eşleştirmeyi destekler. Bunun yanında URL, canonical ve içerik farklılıklarının da doğru olması gerekir. Uluslararası SEO başarısı tek bir etikete bağlanmamalıdır.

Uluslararası Kullanıcı Deneyimini İyileştirmek

Kullanıcı doğru dilde ve doğru pazara göre hazırlanmış sayfaya ulaştığında deneyim daha anlaşılır olur. Para birimi, teslimat ve yerel terminoloji doğru biçimde sunulabilir. Language switcher aynı sayfanın gerçek alternatiflerine bağlanmalıdır. Kullanıcı her dil değişiminde ana sayfaya gönderilmemelidir. SEO ve kullanıcı arayüzü aynı locale mapping kaynağından yararlanmalıdır.

Hangi Sitelerde Hreflang Kullanılmalıdır?

Hreflang özellikle aynı içeriğin birden fazla dil veya bölgesel sürümünü ayrı URL'lerde sunan siteler için anlamlıdır. Her global markanın otomatik olarak yüzlerce locale üretmesi gerekmez. Önce gerçekten farklı kullanıcı grupları için bağımsız sayfaların bulunup bulunmadığı belirlenmelidir. Ürün, fiyat, para birimi veya metin değişiyorsa bölgesel yapı daha güçlü gerekçe taşır. Aynı mantık SaaS, e-ticaret ve uluslararası kurumsal sitelerde uygulanabilir.

Çok Dilli Siteler

Türkçe, İngilizce ve Almanca sürümler ayrı URL'lerde bulunuyorsa hreflang kullanılabilir. Sayfaların birbirinin gerçek çevirisi veya eşdeğeri olması gerekir. Tüm locale'lerin her içerikte bulunması zorunlu değildir. Yalnız gerçekten yayınlanan alternatifler cluster'a eklenmelidir. Çeviri yayınlandığında mapping güncellenebilir.

Aynı Dilde Birden Fazla Ülke Hedefleyen Siteler

Aynı İngilizce içerik farklı ülkelerde ayrı pazarlama ve fiyatlandırma sunabilir. en-US, en-GB ve en-CA örnekleri bu modele uygundur. Bölgesel sayfalar gerçek kullanıcı deneyimi farkı taşımalıdır. Gereksiz ülke varyantı açmak bakım maliyetini artırır. Genel en sürümü de uygun olduğunda kullanılabilir.

Global E-Ticaret Siteleri

E-ticarette ürün bulunabilirliği, fiyat ve kargo seçenekleri ülkeye göre değişebilir. Aynı ürün farklı locale URL'lerinde sunulabilir. Hreflang ürün eşdeğerliğini doğru kurmalıdır. Satılmayan pazarlarda sahte ürün URL'si oluşturmamak gerekir. Product lifecycle ile locale mapping birlikte yönetilmelidir.

SaaS ve Global Ürün Siteleri

SaaS ürünleri farklı dillerde landing page ve fiyat sayfası sunabilir. Para birimi veya ödeme şartları pazara göre değişebilir. Hreflang karşılık gelen landing page'leri bağlamak için kullanılabilir. Ürün özelliği sayfası başka dilde ilgisiz blog yazısına bağlanmamalıdır. Content entity yaklaşımı doğru pairing için yararlıdır.

Uluslararası Kurumsal Siteler

Kurumsal siteler farklı ülkelerde farklı ofis, hizmet ve iletişim bilgileri sunabilir. Her ülke için tamamen farklı site bulunuyorsa hreflang yalnız gerçek eşdeğer sayfalar arasında kullanılmalıdır. Lokal içeriklerin tümü global karşılık taşımak zorunda değildir. Ülkeye özgü sayfalar cluster dışında kalabilir. Böylece mapping yapay biçimde genişletilmez.

Ülkeye Göre Fiyat ve İçerik Değiştiren Siteler

Fiyat ve kampanya farklılığı bölgesel URL için güçlü gerekçedir. Kullanıcıya yanlış ülke fiyatı göstermek deneyimi bozabilir. Locale kodları gerçek pazar modelini yansıtmalıdır. Currency kodu hreflang değerinin parçası değildir. Fiyat sistemi ile locale sistemi ayrı fakat bağlantılı veri alanları olarak yönetilebilir.

Hreflang Ne Zaman Kullanılmamalıdır?

Hreflang yalnız benzer konuya sahip sayfaları bağlayan genel bir SEO etiketi değildir. İki sayfanın gerçek dil veya bölgesel alternatifi olması gerekir. Arama niyeti değişiyorsa bu ilişkiyi zorla kurmak doğru değildir. Gerçek duplicate URL problemi canonical ile yönetilmesi gereken ayrı konudur. Etiketi yalnız çok sayıda sayfada bulunması gerektiği düşüncesiyle kullanmak yerine içerik eşdeğerliği temel alınmalıdır.

Tek Dil ve Tek Pazar Siteleri

Site yalnız Türkçe içerik sunuyor ve tek pazar hedefliyorsa hreflang gerekmeyebilir. Ek bir locale ilişkisi olmadığı için etiket değer üretmez. HTML lang yine dil semantiği açısından kullanılabilir. Bu iki mekanizma aynı görevde değildir. Gereksiz teknik çıktı bakım yükünü artırmamalıdır.

Birbirinin Gerçek Alternatifi Olmayan Sayfalar

Türkçe ürün sayfasını İngilizce kategori sayfasıyla bağlamak yanlış eşleştirmedir. Sayfa türü ve kullanıcı amacı aynı olmalıdır. Başlık benzerliği tek başına yeterli değildir. Content ID gibi kalıcı eşleştirme bilgileri kullanılabilir. Böylece slug benzerliğine dayalı tahmin yapılmaz.

Farklı Search Intent’e Sahip URL’ler

Aynı anahtar kelimeyi kullanan iki URL farklı arama amacına hizmet edebilir. Biri ürün, diğeri rehber içerik olabilir. Bunları hreflang ile bağlamak locale eşdeğerliği oluşturmaz. Arama niyetini içerik operasyonu belirlemelidir. Hreflang yalnız aynı sayfa ailesini bağlamalıdır.

Sadece Benzer Konuya Sahip Blog Yazıları

İki blog yazısının konusu benzer olabilir fakat biri diğerinin çevirisi olmayabilir. Böyle durumda hreflang kullanılması gerekmez. Aynı content entity'nin gerçek çevirisi varsa ilişki kurulabilir. Lokal editoryal içerikler bağımsız kalabilir. Bu ayrım büyük yayın sitelerinde özellikle önemlidir.

Canonical Gerektiren Gerçek Duplicate URL’ler

Tracking parametreli URL veya aynı içeriğin teknik kopyası farklı locale değildir. Bu tür durumlarda canonical politikası devreye girer. Hreflang duplicate çözüm mekanizması olarak kullanılmamalıdır. Önce URL'nin gerçek locale alternatifi mi teknik kopya mı olduğu belirlenir. Daha sonra uygun araç seçilir.

Hreflang Etiketinin Doğru Sözdizimi

HTML uygulamasında temel yapı rel="alternate", hreflang ve href alanlarından oluşur. URL tam adres olarak yazılmalı ve protokolü içermelidir. Her sayfada kendisi dahil gerçek alternatifler listelenmelidir. Etiketler iyi biçimlendirilmiş head bölümünde bulunmalıdır. Uygulama template veya registry üzerinden otomatik üretildiğinde yazım hataları önemli ölçüde azalır.

rel="alternate" Ne Anlama Gelir?

rel="alternate" hedef URL'nin mevcut belgenin alternatif bir sürümü olduğunu belirtir. Hreflang değeri bu alternatifin dil veya bölge bağlamını açıklar. Etiket canonical ile birleştirilmemelidir. Her ilişki kendi link öğesinde yazılmalıdır. Böylece semantik anlam açık kalır.

hreflang Değeri

hreflang dil kodu veya dil ve bölge kombinasyonunu taşır. tr, en ve en-GB geçerli örneklerdir. Ülke kodu tek başına kullanılmaz. Değer registry içindeki normalize edilmiş SEO locale alanından gelmelidir. CMS dahili kodu doğrudan kullanmak hataya yol açabilir.

href Değeri

href alternatif sayfanın gerçek URL'sidir. URL canonical ve kullanıcı tarafından erişilebilir olmalıdır. Redirect hedefleri yerine final URL tercih edilmelidir. Staging veya preview adresleri üretim çıktısına karışmamalıdır. Domain allowlist bu hataları otomatik yakalayabilir.

Mutlak URL Kullanımı

Hreflang target'larında tam URL kullanılmalıdır. /en/page gibi relative adres yerine protokol ve host içeren sürüm tercih edilir. Çoklu domain sistemlerinde bu gereklilik daha da önemlidir. HTTP ve HTTPS tutarlılığı korunmalıdır. URL builder tek standardı uygulamalıdır.

Doğru HTML Örneği

Üç locale bulunan basit yapıda Türkçe, İngilizce ve varsayılan URL aynı cluster içinde listelenebilir. Aşağıdaki örnek her sayfanın kendi alternatif setinde aynı bağlantıları taşıdığı varsayımıyla kullanılmalıdır. URL'ler örnek amaçlıdır ve gerçek projede kendi domain yapınıza göre değiştirilmelidir. x-default ayrı bir fallback görevi görür. Canonical etiketi ise ayrıca kendi görevi doğrultusunda üretilmelidir.

<link rel="alternate" hreflang="tr" href="https://example.com/tr/urun/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Hreflang Dil Kodları Nasıl Belirlenir?

Dil kodları hreflang uygulamasının en kolay görünen fakat en sık hata yapılan alanlarından biridir. Temel dil değeri ISO 639-1 kodları üzerinden seçilir. Bölge eklemek gerekiyorsa ayrı ülke standardı devreye girer. Ülke kodu tek başına hreflang olarak kullanılamaz. CMS tarafından kullanılan locale biçimini SEO çıktısından ayırmak bu alandaki hataları azaltır.

ISO 639-1 Dil Kodları

ISO 639-1 iki harfli temel dil kodlarının yaygın kaynağıdır. Türkçe için tr, İngilizce için en kullanılabilir. Bu kodlar ülke anlamına gelmez. Genel dil hedeflemesi için bölge eklemeye gerek olmayabilir. Locale ihtiyacı gerçek içerik ve pazar stratejisinden gelmelidir.

tr

tr Türkçe dil hedefini ifade eder. Türkiye dışında Türkçe konuşan kullanıcıları da kapsayabilir. İçerik yalnız Türkiye pazarına özel değilse genel Türkçe kodu yeterli olabilir. URL'nin kendi canonical adresiyle tutarlı olması gerekir. Language switcher aynı locale mapping'i kullanmalıdır.

en

en genel İngilizce içerik için kullanılabilir. Belirli ülke şartları bulunmadığında pratik bir catchall işlevi görebilir. Bölgesel İngilizce sürümleri de varsa genel sayfa ayrıca anlamlı olabilir. Gerçek URL olmadan yalnız etiket tamamlamak için sürüm oluşturulmamalıdır. İçerik kullanıcıya bağımsız değer sunmalıdır.

de

de genel Almanca içeriği belirtir. Almanya dışındaki Almanca konuşan kullanıcıları da kapsayabilir. Belirli ülke deneyimleri için de-DE veya başka desteklenen bölgesel kombinasyonlar kullanılabilir. Her kombinasyonun gerçek URL'si olmalıdır. Gereksiz pazar varyantı üretilmemelidir.

fr

fr genel Fransızca sürümü temsil eder. Kanada için özel Fransızca içerik varsa fr-CA ayrıca kullanılabilir. Genel Fransızca sürüm fallback görevi görebilir. Ancak x-default ile aynı anlama gelmez. Birisi dil hedefidir, diğeri eşleşmeyen kullanıcılar için varsayılan davranıştır.

es

es genel İspanyolca içeriği ifade eder. Bölgesel ihtiyaçlar gerçek pazar yapısına göre ayrıca modellenebilir. Locale kodlarının desteklenen standarda uygun olması gerekir. Kurum içi isimlendirmeler doğrudan hreflang değerine dönüştürülmemelidir. Mapping yapılandırması tek merkezde tutulmalıdır.

Ülke Kodu Tek Başına Kullanılabilir mi?

Hayır, hreflang değerinde ülke kodu tek başına kullanılmamalıdır. İlk bölüm dil kodunu ifade eder. Örneğin yalnız US yazmak doğru hedefleme değildir. ABD'deki İngilizce içerik için en-US kullanılabilir. Bu kural otomatik validation ile kolayca kontrol edilebilir.

Dil ve Bölge Birlikte Nasıl Yazılır?

Önce dil, ardından tire ve bölge kodu yazılır. Örneğin en-US, en-GB ve fr-CA bu yapıyı kullanır. Bölge kodu yalnız gerçek ülke hedefi olduğunda eklenmelidir. Sırf URL'de ülke klasörü bulunduğu için etiket üretmek doğru değildir. İçerik ve pazar modeliyle eşleşme aranmalıdır.

Bölge Kodları Nasıl Kullanılır?

Bölge kodları belirli ülkeye göre farklılaştırılan sayfalar için kullanılır. Kodların ISO 3166-1 Alpha 2 sistemine uygun olması gerekir. Birleşik Krallık için yaygın gündelik kısaltma olan UK yerine standartta kullanılan GB değeri tercih edilir. Hreflang parser'ının kurum içi serbest metin kabul etmemesi önemlidir. Böylece yanlış ülke kodları deployment öncesinde tespit edilebilir.

ISO 3166-1 Alpha 2

Bu standart iki harfli ülke kodlarını tanımlar. Hreflang içinde bölgesel ikinci değer olarak kullanılabilir. Dil koduyla birlikte yazılması gerekir. Bölge tek başına hedefleme değeri değildir. Locale validator iki parçayı ayrı ayrı kontrol etmelidir.

en-US

en-US ABD pazarı için İngilizce sürümü belirtir. Fiyat, vergi ve teslimat bilgileri ABD'ye göre değişebilir. Bu sayfanın diğer İngilizce pazarlarla gerçek eşdeğerliği korunmalıdır. Canonical normal durumda kendi URL'sini gösterebilir. Hreflang diğer canonical locale URL'lerine bağlanmalıdır.

en-GB

en-GB Birleşik Krallık için İngilizce sürümdür. Para birimi GBP olabilir ve terminoloji ABD İngilizcesinden farklılaşabilir. Kullanıcıya bu bölgesel farkın gerçek karşılığı sunulmalıdır. Genel en sürümü varsa cluster'a ayrıca eklenebilir. Mapping bütün sayfalarda karşılıklı kurulmalıdır.

de-DE

de-DE Almanya pazarı için Almanca içerik anlamına gelir. Genel de sürümünden farklı bir pazar deneyimi sunuyorsa kullanılabilir. Yalnız URL'nin Almanya klasöründe olması yeterli gerekçe değildir. Fiyat veya hizmet kapsamı gibi gerçek farklılık aranmalıdır. Locale registry bu ayrımı açık tutmalıdır.

fr-CA

fr-CA Kanada'daki Fransızca kullanıcılar için kullanılabilir. Kanada İngilizcesi de bulunuyorsa en-CA ayrı locale olabilir. Aynı market birden fazla dil destekleyebilir. Bu yüzden market ile locale kavramları bire bir değildir. Veri modeli iki alanı ayrı tutmalıdır.

tr-DE

tr-DE Almanya'daki Türkçe kullanıcılar için özel hazırlanmış içerik olduğunda kullanılabilir. Bu locale'in anlamlı olması için genel Türkçe sürümden gerçek bir pazar farkı taşıması gerekir. Yalnız Almanya'da Türkçe konuşan kullanıcı bulunduğu için otomatik sayfa açmak doğru değildir. Yerel hizmet, fiyat veya bilgi farklılığı gerekebilir. URL gerçekten yayınlanmış ve indexable olmalıdır.

UK Yerine Neden GB Kullanılır?

Hreflang bölge kodlarında standart ülke kodları kullanılır. Birleşik Krallık için burada GB geçerli bölge kodudur. UK kullanmak beklenen hreflang bölgesel hedeflemesini sağlamaz. Bu hata manuel locale girişlerinde sık görülür. Validation şeması en-UK gibi değerleri release öncesinde reddetmelidir.

tr mi tr-TR mi Kullanılmalı?

tr ile tr-TR arasındaki seçim sitenin gerçek hedefleme ihtiyacına göre yapılmalıdır. Genel Türkçe içerik sunuyorsanız tr çoğu durumda yeterlidir. Yalnız Türkiye pazarına özel fiyat, hizmet veya düzenleme varsa tr-TR daha anlamlı olabilir. Türkiye dışındaki Türkçe kullanıcılar için genel sürümün korunması tercih edilebilir. Teknik kod seçimi pazarlama stratejisinin yerine geçmemelidir.

Yalnız Dil Hedefleme

İçerik tüm Türkçe konuşan kullanıcılar için aynıysa tr kullanılabilir. Bu seçenek ülke ayrımı yapmaz. Genel içerik sitelerinde sade ve anlaşılırdır. URL prefix'i /tr/ olabilir fakat prefix seçimi hreflang kodunu otomatik belirlemez. Mapping configuration bağımsız tutulmalıdır.

Dil + Ülke Hedefleme

Türkiye'ye özel bir pazar deneyimi bulunuyorsa tr-TR düşünülebilir. Fiyat, teslimat veya yasal metinler buna örnektir. Bölgesel hedef gerçek kullanıcı deneyiminden gelmelidir. Aynı sayfanın genel Türkçe sürümü de bulunabilir. Cluster iki locale'i doğru biçimde bağlayabilir.

Türkiye Dışındaki Türkçe Konuşan Kullanıcılar

Türkçe yalnız Türkiye'de kullanılmaz. Genel tr sürümü coğrafi olarak belirtilmemiş Türkçe kullanıcıları kapsayabilir. Belirli ülkelere göre ayrı deneyim gerektiğinde bölgesel sürümler oluşturulur. Kullanıcıya zorunlu IP redirect uygulanmaması yararlıdır. Language switcher manuel seçim hakkı sunmalıdır.

Genel Türkçe Sayfa ile Türkiye Sayfasını Birlikte Kullanmak

tr ve tr-TR birlikte kullanılabilir fakat iki URL'nin rolleri net olmalıdır. Türkiye sürümü ülkeye özel içerik sunmalıdır. Genel Türkçe sayfa diğer Türkçe kullanıcılar için kullanılabilir. Her iki sayfa birbirini hreflang cluster içinde tanımlayabilir. Canonical kararları ise locale hedefiyle çelişmemelidir.

Aynı Dilde Birden Fazla Ülke Nasıl Hedeflenir?

Aynı dilde farklı ülkeler hedeflenirken genel dil sürümü ve bölgesel sürümler bir arada kullanılabilir. En yaygın örnek İngilizce içeriklerde görülür. ABD, Birleşik Krallık ve Kanada için ayrı sayfalar oluşturulabilir. Genel İngilizce sayfa eşleşmeyen İngilizce kullanıcılar için yararlı olabilir. Her sürümün bağımsız URL'si ve gerçek pazar karşılığı olmalıdır.

Genel İngilizce en

en belirli ülkeye bağlı olmayan İngilizce içeriktir. Bölgesel sürüm bulunmayan kullanıcılar için geniş kapsam sağlar. Bu URL'nin içeriği gerçekten genel olmalıdır. USD fiyatını global varsayılan gibi sunmak her zaman uygun değildir. Gerekirse x-default ayrı seçim sayfasına bağlanabilir.

ABD İngilizcesi en-US

en-US ABD pazarını hedefleyen İngilizce sürümdür. Fiyat, stok ve teslimat koşulları ABD'ye özel olabilir. Sayfa kendi canonical URL'sini göstermelidir. Diğer İngilizce sürümlerle hreflang ilişkisi kurulabilir. URL'nin gerçekten indexable olması gerekir.

Birleşik Krallık İngilizcesi en-GB

en-GB Birleşik Krallık kullanıcıları için bölgesel İngilizce sürümdür. Yerel yazım, para birimi ve ürün bulunabilirliği değişebilir. ABD sürümüne canonical edilmemesi çoğu bağımsız locale modelinde önemlidir. Hreflang iki sürümü alternatif olarak tanımlar. Language switcher aynı eşleşmeyi kullanmalıdır.

Kanada İngilizcesi en-CA

en-CA Kanada pazarı için İngilizce içerik sağlayabilir. Kanada Fransızcası varsa fr-CA ile aynı markette ikinci locale oluşturulur. Bu örnek market ve dil kavramlarının neden ayrı tutulması gerektiğini gösterir. Kullanıcı seçim arayüzü iki locale'i de sunabilir. Sitemap aynı registry verisini kullanmalıdır.

Genel Dil Sürümünün Fallback Rolü

Genel en sürümü bölgesel eşleşme bulunmayan İngilizce kullanıcılar için kullanılabilir. Bu rol x-default ile karıştırılmamalıdır. x-default herhangi bir desteklenmeyen dil ayarı için fallback olabilir. en ise hâlâ açıkça İngilizce dil hedefidir. İki URL aynı veya farklı olabilir fakat anlamları farklıdır.

Script / Alfabe Varyantları Nasıl Yönetilir?

Bazı dillerde dil ve ülke ayrımının yanında yazı sistemi de önemli olabilir. Çince için geleneksel ve basitleştirilmiş script örnekleri sık kullanılır. Script kodu gereksiz yere her locale'e eklenmemelidir. Kullanıcı deneyimi gerçekten farklı yazı sistemi gerektiriyorsa anlamlıdır. Locale parser language, script ve region parçalarını ayrı şekilde doğrulayabilmelidir.

zh-Hans

zh-Hans basitleştirilmiş Çince script'i ifade eder. Belirli ülkeye bağlı olmak zorunda değildir. İçerik gerçekten bu yazı sistemiyle hazırlanmalıdır. URL mapping script bilgisini açıkça taşıyabilir. Canonical ve hreflang aynı locale registry üzerinden üretilebilir.

zh-Hant

zh-Hant geleneksel Çince script'i belirtir. Aynı dilin farklı yazı sistemlerini ayırmak için kullanılabilir. Kullanıcı deneyimi yalnız karakter dönüşümünden ibaret olmayabilir. Yerel terminoloji de farklılaşabilir. İçerik ekibi teknik locale tanımıyla birlikte çalışmalıdır.

Dil + Script + Bölge

Gerektiğinde dil, script ve bölge birlikte ifade edilebilir. Örneğin belirli pazarda basitleştirilmiş Çince için daha ayrıntılı locale kullanılabilir. Böyle bir yapı ancak gerçek iş ihtiyacında tercih edilmelidir. Çok fazla kombinasyon yönetim maliyetini hızla artırır. Registry bütün desteklenen locale'leri explicit olarak tanımlamalıdır.

Script Kodunun Gerçekten Gerektiği Durumlar

Script kullanıcıya farklı okunabilir içerik sunulduğunda anlamlıdır. Sistem otomatik olarak ülke bilgisinden doğru script'i çıkarabiliyorsa ayrıca kod vermek gerekmeyebilir. Teknik ekip localization ekibiyle gerçek ihtiyacı belirlemelidir. Gereksiz kod kullanımı config sayısını artırır. Her locale mümkün olan en açık ve sade modelde tutulmalıdır.

x-default Hreflang Nedir?

x-default, desteklenen belirli dil veya bölge seçeneklerinin hiçbirine uymayan kullanıcılar için varsayılan URL'yi göstermek amacıyla kullanılabilir. En doğal kullanım alanlarından biri dil veya ülke seçici sayfadır. Global ana sayfa da bazı projelerde x-default olabilir. x-default normal locale self-reference'ın yerine geçmez. Kullanıcının desteklenmeyen dil ayarında nereye düşmesi gerektiği ürün deneyimi açısından düşünülmelidir.

x-default Ne İşe Yarar?

x-default belirli bir locale'e bağlanmayan fallback sayfasını tanımlar. Kullanıcının tarayıcı dili desteklenmiyorsa bu URL uygun aday olabilir. Sayfa genellikle dil veya ülke seçme olanağı sunar. Bir İngilizce sayfayı otomatik olarak x-default yapmak zorunlu değildir. Seçim gerçek kullanıcı deneyimine göre yapılmalıdır.

Hangi Kullanıcılar İçin Kullanılır?

Tanımlanan hreflang locale'lerinden hiçbiriyle eşleşmeyen kullanıcılar için düşünülür. Bu kullanıcı farklı bir dil veya bölge ayarına sahip olabilir. x-default URL'si anlaşılır bir çıkış noktası sunmalıdır. Zorunlu redirect yerine seçim arayüzü tercih edilebilir. Kullanıcı daha sonra locale tercihini değiştirebilmelidir.

Dil Seçici Sayfa

Dil seçici sayfa x-default için doğal bir örnektir. Kullanıcı desteklenen dilleri ve pazarları görebilir. Bu sayfa belirli locale'e ait olmak zorunda değildir. İç linkler gerçek locale URL'lerine doğrudan gitmelidir. Search crawler bütün seçenekleri erişilebilir linkler üzerinden bulabilmelidir.

Global Ana Sayfa

Global homepage belirli ülkeye ait değilse x-default olarak kullanılabilir. Ana sayfa kullanıcıya dil veya ülke seçme imkânı sunabilir. Her kullanıcıyı otomatik olarak tek pazara zorlamak gereksizdir. Canonical davranışı global sayfanın kendi rolüne göre ayarlanmalıdır. Locale sayfaları yine kendi canonical URL'lerine sahip olabilir.

Varsayılan İngilizce Sayfa

Bazı siteler varsayılan fallback olarak İngilizce sürümü kullanmayı seçebilir. Bu mümkündür fakat ürün kararı olmalıdır. İngilizce sayfanın hem en hem x-default rolü ayrı annotations ile ifade edilebilir. Kullanıcı deneyimi açısından bunun mantıklı olup olmadığı değerlendirilmelidir. Dil seçici sayfa daha iyi seçenekse ona öncelik verilebilir.

x-default İçin Doğru URL Nasıl Seçilir?

Desteklenmeyen kullanıcıların en az sürtünmeyle doğru locale'e ulaşabileceği URL seçilmelidir. Global selector çoğu zaman güçlü adaydır. Rastgele en büyük pazar sayfasını seçmek kullanıcı açısından yanlış sonuç verebilir. URL 200, indexable ve kararlı olmalıdır. Locale registry x-default hedefini tek merkezi ayarda tutabilir.

Hreflang Cluster Nedir?

Hreflang cluster, aynı içerik varlığının farklı locale URL'lerinden oluşan bağlantılı gruptur. Cluster içindeki sayfalar gerçekten aynı sayfa ailesinde bulunmalıdır. Her URL kendisini ve gerekli alternatiflerini belirtir. Karşılıklı bağlantılar cluster bütünlüğünü sağlar. Büyük sistemlerde cluster'ın content ID üzerinden oluşturulması manuel URL eşleştirmesinden daha güvenlidir.

Alternatif URL Grubu

Türkçe ürün, İngilizce ürün ve Almanca ürün aynı cluster'da bulunabilir. Her URL aynı ürün entity'sine ait olmalıdır. URL slug'larının aynı olması gerekmez. Content ID kalıcı bağlantı sağlar. Böylece URL değiştiğinde locale ilişkisi kaybolmaz.

Her URL’nin Aynı Sayfa Ailesinde Olması

Ürün sayfası ürün sayfasıyla eşleştirilmelidir. Kategori veya blog sayfası yanlış target olmamalıdır. Kullanıcı bir dil değiştirince aynı içeriğin karşılığına gitmelidir. Bu davranış language switcher için de geçerlidir. Pairing testi entity ID üzerinden yapılabilir.

Cluster İçindeki Sayfaların Birbirini Referanslaması

Hreflang ilişkileri karşılıklı kurulmalıdır. A sayfası B'yi gösteriyorsa B de A'yı göstermelidir. Eksik return link cluster bütünlüğünü bozar. Otomatik generator bu bağlantıları aynı veri setinden çıkarabilir. Validator her ilişki için geri dönüş edge'i arayabilir.

Self-Reference

Her locale kendi URL'sini kendi hreflang değeriyle cluster içinde göstermelidir. Türkçe sayfa tr target olarak kendisini listeler. Bu davranış x-default'tan farklıdır. Generator self-reference'ı otomatik ekleyebilir. CI testi eksik kaydı production öncesinde bulabilir.

Reciprocal / Return Links

Return link bir alternatif sayfanın kaynak sayfaya geri referans vermesidir. Büyük cluster'larda manuel kontrol zorlaşır. Graph modeli bütün edge'leri kolayca doğrular. Eksik ilişki URL çiftiyle raporlanabilir. Yeni locale açılırken bu test özellikle önemlidir.

Cluster Integrity

Cluster integrity yalnız bağlantıların varlığından ibaret değildir. URL'ler 200, canonical ve indexable olmalıdır. İçerik gerçekten aynı entity'ye ait olmalıdır. Duplicate locale veya yanlış target bulunmamalıdır. Bütün bu kontroller tek validator pipeline'ında birleştirilebilir.

Self-Referencing Hreflang Neden Gereklidir?

Self-reference her locale sayfasının kendi kimliğini cluster içinde açıkça belirtmesini sağlar. Türkçe URL kendisini Türkçe alternatif olarak listeler. İngilizce ve diğer sürümler de aynı kuralı uygular. Bu yapı her sayfadaki alternatif setinin tutarlı olmasına yardımcı olur. Manuel yönetimde unutulabildiği için otomatik test eklemek en pratik çözümdür.

Sayfanın Kendini Listelemesi

Sayfa yalnız diğer dilleri değil kendisini de listeler. Kendi target URL'si canonical adres olmalıdır. Parametreli veya redirect sürümü kullanılmamalıdır. Locale değeri doğru normalize edilmelidir. Böylece annotation set'i açık ve kararlı olur.

Her Locale İçin Self-Reference

Cluster içindeki her gerçek locale aynı kuralı uygular. Sadece kaynak dilin self-reference içermesi yeterli değildir. Yeni dil yayınlandığında kendi kaydı da oluşturulur. x-default varsa ek bir alternatif olarak eklenir. Self-reference ile x-default birbirinin yerine geçmez.

Self-Reference Eksikliği Nasıl Tespit Edilir?

Crawler her sayfanın hreflang setini çıkarabilir. URL'nin kendi canonical adresi ve locale kodu set içinde aranır. Bulunmuyorsa missing self-reference olarak raporlanır. Büyük sitelerde kontrol CI ve production crawl ile yapılabilir. Sorun template seviyesindeyse tek kod düzeltmesi binlerce URL'yi iyileştirir.

Karşılıklı Hreflang (Return Link) Nasıl Çalışır?

Karşılıklı hreflang, bir URL'nin gösterdiği alternatifin kendisine geri bağlantı vermesi anlamına gelir. İki dilde A ve B arasında çift yönlü ilişki bulunur. Locale sayısı arttıkça bağlantı sayısı da artar. Bu nedenle büyük sitelerde manuel yönetim hızla sürdürülemez hale gelir. Merkezi registry ve otomatik graph generation bu sorunu çözer.

A → B İlişkisi

A sayfası B sayfasını alternatif olarak gösterir. Örneğin Türkçe ürün İngilizce ürünü target olarak kullanır. Target doğrudan canonical URL olmalıdır. Redirect üzerinden gitmemelidir. Bu tek yönlü bağlantı henüz tam ilişki değildir.

B → A İlişkisi

B sayfası da A sayfasına geri referans verir. Böylece çift yönlü alternatif ilişkisi oluşur. Locale ve URL eşleşmesi aynı entity üzerinden üretilmelidir. Elle kopyalanan bağlantılar zamanla ayrışabilir. Generator iki yönü aynı veriden üretmelidir.

3 Dil İçin Tam Cluster

Üç locale bulunan cluster'da her sayfa kendisi dahil üç locale'i listeler. Türkçe, İngilizce ve Almanca sürümler aynı seti taşır. URL sırası teknik açıdan belirleyici değildir fakat deterministik sıra debugging'i kolaylaştırır. Yeni locale eklendiğinde bütün cluster yenilenir. Böylece eksik return link oluşmaz.

10+ Locale İçin Hreflang Matrisi

On veya daha fazla locale manuel matrix yönetimini zorlaştırır. Her içerik entity'sinin aktif locale listesi registry'den alınmalıdır. Generator set'i otomatik oluşturur. Validation eksik ve duplicate edge'leri kontrol eder. Böylece editörlerin URL tablosu güncellemesine gerek kalmaz.

Eksik Return Link Problemi

Eksik return link genellikle iki sistemin senkron çalışmamasından doğar. Yeni locale yalnız kendi sayfasında eski locale'i gösterirken eski sayfa güncellenmemiş olabilir. Event-driven generation bu problemi azaltır. Production crawler gerçek çıktıyı doğrular. CI testi fixture üzerinde aynı kuralı korur.

Bütün Dil Sürümlerini Birbirine Bağlamak Zorunlu mu?

İdeal küçük cluster'da tam bağlantı seti yönetmek kolaydır. Çok büyük yapılarda bazı locale bağlantılarının korunması operasyonel olarak daha zor olabilir. Yine de karşılıklı ilişkiler temel şarttır. Yeni locale'in özellikle kaynak veya güçlü ana locale ile çift yönlü bağlantısı korunmalıdır. Tasarım ölçek büyüdükçe merkezi veri ve otomasyon üzerine kurulmalıdır.

Tam Cluster

Tam cluster her aktif locale'in diğer aktif locale'leri listelemesidir. Küçük ve orta ölçekli sitelerde en anlaşılır modeldir. Bütün sayfalarda aynı set bulunur. Self-reference doğal olarak bu setin parçasıdır. Generator bunu kolayca üretebilir.

Partial Cluster

Büyük yapılarda bütün locale'ler arasında tam matrix yönetimi zorlaşabilir. Yine de kullanılan bağlantıların karşılıklı olması gerekir. Rastgele tek yönlü bağlantılar oluşturmamak önemlidir. Kaynak locale ile yeni locale ilişkisi korunabilir. Tasarım dokümante edilmelidir.

Kaynak Dil ile Yeni Locale Arasındaki Bağlantı

Yeni locale açıldığında kaynak içerikle çift yönlü ilişki öncelikli tutulabilir. Böylece yeni sürüm mevcut içerik ailesine açıkça bağlanır. Sonraki locale bağlantıları sistem politikasına göre genişletilebilir. Content ID mapping yanlış eşleşmeyi önler. Publish workflow cluster regeneration tetiklemelidir.

Büyük Sitelerde Ölçeklenebilir Hreflang Tasarımı

Ölçeklenebilir model merkezi locale database ve automated generation kullanır. Etiketler elle girilmez. CMS content ID ve publication state sunar. Generator HTML veya sitemap çıktısını üretir. CI ve production monitoring yapıdaki drift'i yakalar.

Hreflang Uygulamasının 3 Yöntemi

Hreflang HTML head, HTTP response header veya XML sitemap üzerinden uygulanabilir. Bu yöntemlerin temel semantik görevi aynıdır. Üçünü birden kullanmak zorunlu değildir. Kurumun teknik altyapısına en uygun yöntem seçilmelidir. En önemli konu uygulama kanalından çok bütün URL eşleştirmelerinin aynı source of truth üzerinden üretilmesidir.

HTML <head> Etiketleri

HTML yöntemi küçük ve orta ölçekli sitelerde anlaşılırdır. Her sayfanın head bölümüne alternatif linkler eklenir. Template server-side üretim yapıyorsa uygulanması kolay olabilir. Locale sayısı büyüdükçe head çıktısı genişler. Merkezi mapping yine gereklidir.

HTTP Response Header

HTTP header yöntemi HTML olmayan belgelerde özellikle yararlıdır. PDF dosyaları buna iyi örnektir. Response içinde Link header ile alternatifler belirtilir. Her versiyon aynı alternatif setini taşımalıdır. Header ve HTML yöntemleri aynı URL'de farklı mapping üretmemelidir.

XML Sitemap

XML sitemap yöntemi büyük URL ve locale envanterlerinde merkezi yönetim sağlar. Her URL kaydı altında alternatif locale target'ları tanımlanabilir. Sitemap generator registry verisini doğrudan kullanabilir. HTML head gereksiz yere büyümez. Validation pipeline XML'i ve cluster ilişkilerini birlikte test edebilir.

Üç Yöntemi Birlikte Kullanmak Gerekli mi?

Hayır, üç yöntemi birlikte kullanmak gerekli değildir. Birden fazla yöntem kullanılırsa veriler tamamen aynı olmalıdır. Aksi halde bir sistem eski, diğer sistem yeni URL gösterebilir. Bu durum bakım ve debug maliyetini artırır. Tek güçlü uygulama kanalı çoğu ekip için daha yönetilebilir olabilir.

Hangi Yöntem Hangi Site İçin Daha Uygun?

Az locale ve basit CMS için HTML kolaydır. Çok büyük e-ticaret ve merkezi URL registry bulunan sistemde sitemap yöntemi daha pratik olabilir. PDF gibi HTML olmayan dosyalarda HTTP header gerekir. Headless CMS sistemlerinde sitemap merkezi yönetim avantajı sunabilir. Seçim teknoloji, ekip sahipliği ve otomasyon kapasitesine göre yapılmalıdır.

HTML ile Hreflang Nasıl Uygulanır?

HTML uygulamasında link etiketleri sayfanın head bölümünde üretilir. Her sayfa kendisini ve diğer gerçek alternatiflerini listeler. x-default kullanılıyorsa aynı set içinde ayrıca bulunabilir. Dinamik sistemde data source locale registry olmalıdır. Büyük sitelerde head üretiminin template ve cache davranışı ayrıca test edilmelidir.

<head> İçine Yerleştirme

Hreflang link öğeleri iyi oluşturulmuş head bölümünde bulunmalıdır. Body içine dağılmış etiketler doğru implementation değildir. Server render edilen HTML kolayca kontrol edilebilir. Client-side ekleme kullanılıyorsa rendered output ayrıca doğrulanmalıdır. Kritik metadata mümkün olduğunca kararlı üretilmelidir.

Bütün Alternatiflerin Listelenmesi

Her sayfa kendi cluster'ındaki hedeflenen alternatifleri listeler. Liste sayfadan sayfaya rastgele değişmemelidir. Publication state aktif olmayan locale eklenmemelidir. URL'ler tam canonical adres olmalıdır. Generator sıralamayı deterministik tutabilir.

Self-Reference

Mevcut sayfanın kendi locale kaydı da listede bulunur. Bu target canonical URL ile aynı olmalıdır. Duplicate veya parametreli sürüm kullanılmamalıdır. Locale code registry'den gelmelidir. Otomatik test bunu kolayca doğrular.

x-default

x-default yalnız gerçek fallback olduğunda eklenmelidir. Dil seçici veya global sayfa iyi aday olabilir. Her cluster için zorunlu değildir. Target'ın erişilebilir olması gerekir. Seçim ürün ve SEO ekipleriyle birlikte yapılabilir.

Dinamik HTML Üretimi

Template content ID üzerinden aktif locale'leri çekebilir. Her request'te doğru cluster set'i oluşturulur. Cache key locale ve page entity'yi hesaba katmalıdır. Eski mapping cache'te kalmamalıdır. Publish event gerekli invalidation'ı tetikleyebilir.

Büyük Sitelerde HTML Yönteminin Dezavantajları

Locale sayısı arttıkça her sayfadaki head büyür. Birden fazla frontend aynı mapping mantığını tekrar edebilir. Bu durum drift riskini artırır. Merkezi sitemap yöntemi bazı büyük platformlarda daha sade olabilir. Yine de güçlü registry varsa HTML de otomatik ve güvenli şekilde yönetilebilir.

XML Sitemap ile Hreflang Nasıl Uygulanır?

Sitemap yönteminde her canonical URL için ayrı url kaydı oluşturulur. loc ana URL'yi, xhtml:link öğeleri ise locale alternatiflerini gösterir. XHTML namespace doğru tanımlanmalıdır. Her kayıt kendi URL'sini de alternatif olarak içerir. Büyük e-ticaret sitelerinde locale ve içerik tipi bazlı sitemap partitioning yönetimi kolaylaştırabilir.

xmlns:xhtml Tanımlaması

Sitemap root elementinde XHTML namespace tanımlanır. Bu olmadan hreflang extension doğru yapılandırılmaz. Generator namespace'i sabit template parçası olarak üretmelidir. XML parser build sonrasında output'u tekrar kontrol edebilir. Böylece syntax problemi production'a çıkmaz.

<loc> Kullanımı

loc mevcut sitemap kaydının canonical URL'sidir. URL 200 ve indexable olmalıdır. Redirect veya noindex target burada bulunmamalıdır. Absolute adres kullanılmalıdır. Sitemap quality audit loc URL'lerini düzenli test etmelidir.

<xhtml:link> Kullanımı

Her alternatif için ayrı xhtml:link öğesi kullanılır. rel="alternate", hreflang ve href alanları tanımlanır. Target tam canonical URL olmalıdır. Duplicate locale oluşmamalıdır. XML library güvenli escaping sağlamalıdır.

Her URL İçin Bütün Alternatiflerin Listelenmesi

Cluster set'i her URL kaydında aynı mantıkla oluşturulur. Türkçe URL ile İngilizce URL farklı alternatif listeleri taşımamalıdır. Yeni locale publish edildiğinde bütün ilgili kayıtlar yeniden üretilir. Event-driven generation bu süreci hızlandırabilir. Regression test önceki cluster set'iyle farkları karşılaştırabilir.

Self-Reference

XML içinde de her URL kendisini kendi locale değeriyle listeler. Bu kural HTML yönteminden farklı değildir. Generator canonical URL ve hreflang code alanını birleştirir. Eksik self-reference validation hatası olarak raporlanır. x-default bu kontrolün yerine geçmez.

Büyük E-Ticaret Sitelerinde Sitemap Stratejisi

Milyonlarca URL bulunan projelerde sitemap locale ve içerik tipine göre ayrılabilir. Ürün, kategori ve makale sitemap'leri farklı lifecycle hızlarına sahip olabilir. Hreflang cluster verisi yine merkezi registry'den gelir. Search Console segmentasyonu teşhisi kolaylaştırır. Generator dosya boyutu ve URL limitlerini otomatik yönetmelidir.

HTTP Header ile Hreflang Nasıl Uygulanır?

HTTP response header yöntemi özellikle PDF gibi HTML head taşımayan kaynaklar için kullanışlıdır. Link header içinde bütün alternatif URL'ler ve locale kodları belirtilir. Her dosya kendi sürümü dahil aynı alternatif setini taşımalıdır. Response header CDN veya origin katmanında üretilebilir. Header'ın site içindeki başka hreflang kaynağıyla çelişmemesi gerekir.

HTTP Link Header

Link header birden fazla alternate değeri tek response içinde taşıyabilir. Her URL angle bracket içinde tam adres olarak verilir. rel ve hreflang değerleri açıkça belirtilir. Parser testleri output formatını kontrol edebilir. Proxy katmanı header'ı yanlışlıkla silmemelidir.

PDF Dosyalarında Hreflang

PDF dosyasının HTML head bölümü olmadığı için HTTP header uygun yöntemdir. Aynı raporun İngilizce ve Almanca PDF sürümleri ilişkilendirilebilir. Her dosya karşılıklı alternatifleri göstermelidir. URL'ler gerçek final dosya adresleri olmalıdır. Redirect target kullanılmamalıdır.

HTML Olmayan Kaynaklar

PDF dışında indekslenebilir farklı doküman türleri de benzer yöntemden yararlanabilir. Önce arama motorunun kaynak türünü nasıl işlediği değerlendirilmelidir. Hreflang eşdeğerliği gerçek içerik karşılığına dayanmalıdır. URL health ayrıca test edilmelidir. HTTP layer config merkezi tutulmalıdır.

Birden Fazla Alternate Değerinin Gönderilmesi

Link header içinde alternatifler virgülle ayrılabilir. Her locale için bir target bulunur. Kendi sürüm de aynı listeye eklenir. Header boyutu çok locale bulunan yapılarda izlenmelidir. Büyük cluster için sitemap yöntemi daha operasyonel olabilir.

HTML mi XML Sitemap mi?

HTML ve XML sitemap yöntemleri arasında SEO açısından tek mutlak kazanan yoktur. Küçük sitelerde HTML kolay uygulanabilir. Büyük ve çok locale'li sistemlerde sitemap merkezi yönetimi sadeleştirebilir. Headless CMS ve ayrı frontend ekipleri varsa source of truth seçimi daha önemli hale gelir. Karar maintenance maliyeti ve otomasyon kapasitesine göre verilmelidir.

Küçük Web Siteleri

İki veya üç dil ve sınırlı URL bulunan sitede HTML yöntemi yeterli olabilir. Template içinde active locale listesi üretilebilir. Debug kolaydır. Sitemap extension zorunlu hale gelmez. Yine de registry kullanmak gelecekte büyümeyi kolaylaştırır.

Büyük E-Ticaret Siteleri

Çok fazla ürün ve locale olduğunda sitemap tabanlı yönetim avantaj sağlar. Central generator bütün cluster'ları veritabanından oluşturabilir. HTML head yükü azalır. Search Console segmentleri daha anlamlı hale gelebilir. Product lifecycle ile sitemap refresh entegre edilmelidir.

Headless CMS

Headless sistemlerde içerik ve frontend ayrıdır. Hreflang farklı frontend uygulamalarında yeniden üretilirse drift oluşabilir. Merkezi sitemap service bu sorunu azaltabilir. CMS content ID ve locale mapping API sağlar. İlgili teknik SEO entegrasyon örnekleri için https://www.diyarbakiryazilim.com.tr/posts/basliksiz-headless-cms-lerde-seo-entegrasyon-sorunlari-ve-cozumleri içeriği incelenebilir.

Çok Fazla Locale

Locale sayısı arttıkça HTML output ve maintenance yükü büyür. Sitemap generator merkezi bir alternatif olabilir. Graph validation aynı data source üzerinde çalışır. Yeni locale config değişikliğiyle sisteme eklenebilir. Manuel template düzenleme ihtiyacı azalır.

Bakım Maliyeti

Bakım maliyeti uygulama yönteminden çok veri tekrarından doğar. Aynı mapping üç farklı yerde tutulursa hata ihtimali yükselir. Tek kaynak ve tek generation yöntemi daha kolay yönetilir. Documentation ownership açık olmalıdır. Regression test maliyeti de karar hesabına eklenmelidir.

Otomasyon Yeteneği

Backend güçlü registry ve event sistemi sağlıyorsa sitemap üretimi kolay otomatikleşir. Template server-side render ediliyorsa HTML de aynı ölçüde otomatik olabilir. Araç seçimi mevcut altyapıya dayanmalıdır. Yeni bir sistem yalnız SEO için gereksiz teknik borç oluşturmamalıdır. Veri doğruluğu yöntemin kendisinden daha önemlidir.

Karar Matrisi

Küçük site ve az locale için HTML basit seçenek olabilir. Büyük site, çok locale ve merkezi registry için XML sitemap tercih edilebilir. HTML olmayan dokümanlarda HTTP header kullanılır. Birden fazla yöntem ancak gerçek operasyonel gerekçe varsa birlikte tutulmalıdır. Karar ekip sahipliğiyle birlikte belgelenmelidir.

Hreflang ve Canonical Arasındaki Fark

Canonical ve hreflang farklı problemlere yanıt verir. Canonical duplicate veya çok benzer URL'ler arasında tercih edilen temsilciyi belirtir. Hreflang ise aynı içerik ailesinin farklı locale sürümlerini ilişkilendirir. İki etiket aynı sayfada birlikte bulunabilir. Önemli olan birbirleriyle çelişmeyen URL'lere işaret etmeleridir.

Canonical’ın Görevi

Canonical URL'nin tercih edilen temsilci sürümünü belirtir. Parametre veya duplicate URL'lerde önemli rol oynar. Sayfa kendi canonical adresini gösterebilir. Google yine farklı canonical seçebilir. Sitemap ve internal links canonical tercihini desteklemelidir.

Hreflang’ın Görevi

Hreflang farklı dil veya bölge alternatiflerini tanımlar. Canonical yerine geçmez. Türkçe ve İngilizce iki bağımsız locale birbirine hreflang ile bağlanabilir. Her ikisi kendi canonical adresini gösterebilir. Bu model çoğu klasik localized yapı için anlaşılırdır.

Duplicate ile Localized Alternate Arasındaki Fark

Duplicate URL teknik olarak aynı içeriğin tekrar sürümüdür. Localized alternate ise kullanıcıya farklı dil veya pazar deneyimi sunar. İki kavramı karıştırmak yanlış cross-language canonical'a yol açabilir. Content entity ve locale bilgisi ayrımı netleştirir. URL policy buna göre oluşturulur.

İki Etiket Birlikte Kullanılabilir mi?

Evet, aynı sayfada canonical ve hreflang birlikte kullanılabilir. Her biri ayrı link öğesi ve ayrı semantik görev taşır. Hreflang target'larının canonical URL'lere işaret etmesi güçlü modeldir. Locale sayfası kendi canonical URL'sini göstermelidir. Cross-language canonical özel gerekçe yoksa kullanılmamalıdır.

Hreflang ve Canonical Birlikte Nasıl Yapılandırılmalı?

Her aktif locale sayfasının kendi tercih edilen canonical URL'si bulunmalıdır. Hreflang alternatifleri bu canonical URL'leri birbirine bağlamalıdır. Bütün ülkelerin tek ABD URL'sine canonical edilmesi locale sistemini zayıflatır. Sitemap ve internal links aynı URL tercihlerini desteklemelidir. Uluslararası SEO: Hreflang Etiketlerinin Doğru Yapılandırılması çalışmasında canonical contract testi bu nedenle temel kontrollerden biridir.

Self-Canonical

Bağımsız locale sayfası çoğunlukla kendisini canonical gösterebilir. Türkçe URL Türkçe canonical target kullanır. İngilizce sürüm kendi URL'sini gösterir. Bu yapı locale'lerin ayrı indekslenmesine izin verir. Hreflang aralarındaki ilişkiyi açıklar.

Locale Sayfasının Kendi Canonical’ı

Locale URL'nin başka dil sürümüne canonical edilmesi genellikle yanlış modeldir. Sayfa gerçek localized içerik sunuyorsa kendi temsilcisi olmalıdır. Canonical URL sitemap'te bulunmalıdır. Internal links aynı target'a gitmelidir. Google-selected canonical örneklemle takip edilebilir.

Hreflang’ın Canonical URL’ye İşaret Etmesi

Hreflang target redirect veya duplicate URL olmamalıdır. Doğrudan canonical 200 URL kullanılmalıdır. Bu yaklaşım crawler için daha açık sinyal oluşturur. Validator hreflang target'ın canonical olup olmadığını test edebilir. Non-canonical target release hatası sayılabilir.

Cross-Language Canonical Riski

Türkçe sayfanın İngilizce URL'ye canonical verilmesi Türkçe sürümün bağımsızlığını zayıflatabilir. Hreflang Türkçe alternatif derken canonical İngilizce temsilciyi gösterir. Bu sinyaller çelişkili hale gelir. Her locale self-canonical olacak biçimde düzeltilebilir. Migration durumları ayrıca planlanmalıdır.

Bütün Ülkelerin US Sayfasına Canonical Edilmesi Hatası

Aynı İngilizce içeriğin ABD, Kanada ve Birleşik Krallık sürümleri gerçekten pazar alternatifleriyse hepsini ABD URL'sine canonical etmek uygun değildir. Her bölgesel URL kendi pazar deneyimini temsil eder. Hreflang locale ayrımını ifade eder. Canonical kendi bölgesel URL'sinde kalabilir. Böylece doğru ülke URL'sinin arama sonucuna aday olması desteklenir.

Hreflang ile HTML lang Etiketi Aynı Şey midir?

Hreflang ve HTML lang aynı görevi yapmaz. HTML lang belgenin dil semantiğini belirtmeye yardımcı olur. Hreflang ise farklı URL'ler arasındaki locale alternatifi ilişkisini tanımlar. İkisi birlikte kullanılabilir fakat biri diğerinin yerine geçmez. Arama motorunun dil algılama sistemi yalnız bu iki attribute'a bağlı değildir.

HTML lang Ne İşe Yarar?

HTML lang sayfanın insan dili hakkında semantik bilgi verir. Erişilebilirlik araçları ve tarayıcı davranışları açısından yararlıdır. Belgenin root HTML elementinde bulunabilir. URL alternatiflerini birbirine bağlamaz. Hreflang ihtiyacını ortadan kaldırmaz.

Hreflang Ne İşe Yarar?

Hreflang farklı URL sürümlerinin dil veya bölgesel eşdeğerliğini tanımlar. Link relation olarak kullanılır. Sayfanın kendisini ve alternatiflerini listeler. Return links gerektirir. HTML lang'dan farklı olarak URL mapping görevi görür.

İkisinin Birlikte Kullanılması

Sayfa HTML lang ile kendi dilini semantik olarak belirtebilir. Aynı sayfa hreflang ile locale alternatiflerini gösterebilir. Değerlerin birbiriyle anlamlı olması iyi uygulamadır. Ancak teknik sistemler farklı data source kullanmamalıdır. Locale registry her ikisine veri sağlayabilir.

Dil Algılama ile Uluslararası URL Eşleştirmesini Ayırmak

Dil algılama sayfanın gerçek içeriğiyle ilgilidir. Uluslararası URL eşleştirme ise hangi URL'nin hangi locale sürümü olduğunu açıklar. Hreflang ikinci göreve hizmet eder. İçerik dili yanlışsa doğru annotation problemi çözmez. Localization QA bu nedenle teknik QA kadar önemlidir.

Uluslararası Site URL Mimarisi Nasıl Seçilmelidir?

ccTLD, subdomain ve subdirectory modellerinin her biri kullanılabilir. Hreflang hangi URL modelinin seçildiğinden bağımsız olarak locale ilişkisini kurabilir. URL yapısı deployment, marka ve organizasyon ihtiyaçlarına göre seçilmelidir. Parametre tabanlı dil yapıları genellikle daha zor yönetilir. Kullanıcı tarafından paylaşılabilir ve kalıcı ayrı locale URL'leri tercih edilmelidir.

ccTLD

ccTLD ülkeye özel domain kullanımıdır. Marka ülkelere göre ayrı operasyon yürütüyorsa anlamlı olabilir. Domain ownership ve deployment maliyeti artar. Hreflang cross-domain çalışabilir. Merkezi locale registry farklı domainleri aynı content ID altında bağlamalıdır.

example.de

example.de Almanya pazarı için ccTLD örneğidir. İngilizce veya başka ülke domainiyle hreflang üzerinden eşleştirilebilir. URL'lerin aynı domainde olması şart değildir. Search Console ownership ayrı yönetilebilir. Migration ve redirect planı domain bazında yapılmalıdır.

Subdomain

Locale ayrı subdomain altında sunulabilir. Deployment ekipleri bağımsız çalışıyorsa bu model yararlı olabilir. DNS ve SSL yönetimi genişler. Hreflang cross-subdomain ilişki kurabilir. Canonical target doğru host'u göstermelidir.

de.example.com

de.example.com Almanca locale için subdomain örneğidir. Genel domain içindeki diğer locale'lerle aynı content entity mapping'i paylaşabilir. Sitemap host stratejisi dikkatle planlanmalıdır. Internal links doğrudan canonical subdomain URL'sine gitmelidir. Search Console izleme host ayrımını hesaba katmalıdır.

Subdirectory

Subdirectory tek domain altında locale klasörleri kullanır. Merkezi CMS ve deployment için basit olabilir. Domain otoritesi tek host üzerinde kalır. URL builder locale prefix'i deterministik üretmelidir. Sitemap partitioning klasör bazında kolaylaştırılabilir.

example.com/de/

example.com/de/ Almanca locale için açık bir klasör yapısıdır. Kullanıcı URL'den dil bağlamını anlayabilir. Hreflang yine açıkça tanımlanmalıdır. Google locale hedefini yalnız path isminden çıkarmak zorunda değildir. Canonical aynı /de/ URL'sine işaret edebilir.

URL Parametreleri

?lang=de gibi parametrelerle locale yönetilebilir fakat operasyon daha zor hale gelebilir. Canonical ve cache davranışı dikkat ister. Paylaşılabilir kalıcı path URL'leri çoğu durumda daha açık yapı sunar. Parametre duplicate alanını da büyütebilir. Yeni projelerde mümkünse ayrı kalıcı locale URL'leri düşünülmelidir.

URL Mimarisinin Hreflang’dan Ayrı Rolü

URL mimarisi sayfanın kalıcı adres yapısını belirler. Hreflang ise adresler arasındaki locale ilişkisini açıklar. /de/ kullanmak tek başına hreflang yerine geçmez. ccTLD de aynı şekilde annotation ihtiyacını otomatik çözmez. İki karar ayrı fakat uyumlu tasarlanmalıdır.

Dil–Ülke–URL Mapping Tablosu Nasıl Oluşturulur?

Sağlıklı hreflang yönetiminde locale, dil, bölge, canonical URL, x-default, indexability ve cluster ID gibi bilgiler tek mapping modelinde tutulabilir. Bu yapı spreadsheet ile başlayabilir fakat büyük sitelerde merkezi servis veya database daha güvenlidir. Aynı veri language switcher ve sitemap tarafından kullanılmalıdır. URL değişikliklerinde tek kayıt güncellenir. Böylece farklı ekiplerin ayrı gerçeklikler oluşturması önlenir.

Locale

Locale sistemin kullanıcı deneyimi varyantıdır. tr veya en-GB gibi değerler kullanılabilir. Dahili locale adı farklı olabilir. Public SEO değeri ayrıca tutulmalıdır. Mapping explicit olmalıdır.

Dil

Dil alanı locale'in temel language bilgisidir. Türkçe için tr, İngilizce için en olabilir. Region bilgisinden ayrı saklanması esneklik sağlar. Analytics segmentasyonu bu alandan yararlanabilir. Validation standarda uygunluğu kontrol eder.

Bölge

Bölge opsiyonel country bilgisidir. Her locale için zorunlu değildir. Gerçek market hedefi olduğunda kullanılır. Market nesnesi region ile aynı olmak zorunda değildir. İş kuralları ayrı alanlarda tutulmalıdır.

URL

URL ilgili locale'in final production adresidir. Tam ve canonical olmalıdır. Staging target kesinlikle kabul edilmemelidir. URL migration geçmişi ayrı mapping tablosunda tutulabilir. Generator yalnız aktif canonical URL'yi kullanır.

Canonical

Canonical URL tercihini merkezi hale getirir. Locale sayfası çoğunlukla kendi URL'sini canonical gösterir. Hreflang target bu değerden üretilebilir. HTML source ile registry karşılaştırması yapılabilir. Mismatch release hatası olarak raporlanabilir.

x-default

Cluster için x-default target ayrı alan olarak tutulabilir. Her content entity'de bulunması gerekmez. Global selector veya varsayılan sayfa seçilebilir. Kullanıcı deneyimi kararıyla uyumlu olmalıdır. Generator yalnız değer varsa annotation üretir.

Indexability

Locale URL'nin indeks hedefi olup olmadığını açıklar. noindex veya retired sürüm cluster dışında tutulabilir. Publication state ile birlikte değerlendirilmelidir. Generator yalnız uygun URL'leri seçer. Production crawl beklenen durumu doğrular.

Hreflang Cluster ID

Cluster ID aynı content entity'nin locale sürümlerini bir araya getirir. URL string benzerliğine güvenmeye gerek bırakmaz. CMS content ID bu amaçla kullanılabilir. Ürün ve makale gibi farklı entity türleri ayrılabilir. Pairing validation bu kimlik üzerinden yapılır.

Hreflang Sayfalarının Indexlenebilirliği

Hreflang target'larının arama motoru tarafından erişilebilir ve indekslenebilir olması gerekir. 404, 5xx, noindex veya redirect target'lar cluster kalitesini bozar. Robots.txt engeli de crawler'ın sayfayı işlemesini zorlaştırabilir. Bu nedenle hreflang audit yalnız annotation syntax kontrolü değildir. URL health testleri cluster validation'ın parçası olmalıdır.

HTTP 200 Gereksinimi

Aktif locale URL'nin normal koşullarda 200 dönmesi beklenir. Redirect target kullanılmamalıdır. 200 response yine içerik kalitesini garanti etmez. Soft 404 ayrıca değerlendirilir. Monitoring zamanla status değişimlerini takip etmelidir.

Noindex Sayfalar

noindex URL'yi hreflang target olarak göstermek çelişkili bir yapı oluşturur. Kullanıcı alternatifi olarak listelenen sayfanın indekslenmesi istenmiyorsa cluster stratejisi yeniden düşünülmelidir. URL cluster'dan çıkarılabilir. Language switcher ihtiyacı ayrı değerlendirilebilir. SEO mapping yalnız indexable locale'leri taşımalıdır.

Robots.txt ile Engellenen Sayfalar

Robots engeli crawler'ın target sayfaya erişimini önleyebilir. Hreflang ilişkisi doğrulanamaz hale gelebilir. İndeks hedefi olan locale'ler crawlable olmalıdır. Robots policy ile sitemap ve hreflang registry karşılaştırılmalıdır. Accidental block release öncesinde test edilmelidir.

404 Sayfalar

Silinen locale URL cluster'da bırakılmamalıdır. 404 target kullanıcıya da kötü deneyim sunar. Translation veya product lifecycle event'i registry'yi güncellemelidir. Hreflang ve language switcher aynı anda temizlenebilir. Diğer locale sayfalarının return links set'i yeniden oluşturulur.

5xx Hataları

Geçici 5xx hemen cluster silinmesini gerektirmeyebilir. Ancak uzun süreli server problemi locale erişimini bozar. Monitoring alarm üretmelidir. DevOps root cause'u çözmelidir. Registry yalnız kalıcı lifecycle değişikliklerinde güncellenmelidir.

Soft 404

200 dönmesine rağmen boş veya hata benzeri içerik soft 404 olabilir. Hreflang target'ın gerçek eşdeğer içerik sunması gerekir. Ürün bulunamadı sayfasını locale alternatifi olarak tutmak doğru değildir. Product lifecycle politika belirlemelidir. Rendering ve içerik kontrolü yapılmalıdır.

Redirect URL’leri

Hreflang target doğrudan final URL olmalıdır. 301 veya 302 aracı target gereksizdir. Migration sonrası eski URL'ler cluster'dan temizlenmelidir. Internal link ve sitemap aynı anda güncellenmelidir. Redirect yalnız eski dış referansları yeni adrese taşımaya devam eder.

Redirect Eden URL’ler Hreflang İçinde Kullanılmalı mı?

Normal durumda hreflang final canonical URL'ye doğrudan işaret etmelidir. Redirect eden eski URL'leri cluster'da tutmak gereksiz hop ve sinyal karışıklığı yaratır. Migration sürecinde mapping yeni URL'lere güncellenmelidir. Redirect chain tamamen kaldırılmasa bile annotation doğrudan final target kullanmalıdır. Bu kural automated health test ile uygulanabilir.

301 Redirect

301 kalıcı URL değişikliğini belirtir. Hreflang eski 301 adresine değil yeni final URL'ye gitmelidir. Sitemap de yeni canonical target'ı listeler. Internal links doğrudan yeni URL'ye çevrilir. Eski redirect kullanıcı geçişini korur.

302 Redirect

302 geçici yönlendirme davranışıdır. Hreflang target olarak yine final, kullanıcıya sunulması istenen locale URL tercih edilmelidir. Geçici kampanya redirect'leri annotation modeline karışmamalıdır. Locale URL kararlı adres olmalıdır. Sürekli 302 kullanımı ayrıca routing policy açısından incelenebilir.

Final Destination URL

Final destination 200 ve indexable URL olmalıdır. Canonical kendisini veya beklenen temsilciyi göstermelidir. Hreflang doğrudan bu target'a gider. Sitemap aynı URL'yi kullanır. Böylece bütün sinyaller tek adreste birleşir.

Redirect Chain

Chain birkaç eski migration kuralının üst üste binmesiyle oluşabilir. Annotation chain'in ilk veya orta URL'sini göstermemelidir. Final canonical adres doğrudan kullanılmalıdır. Redirect registry eski target'ları güncel son target'a flatten edebilir. Crawler chain report ile problemi bulabilir.

Locale Migration Sonrası Eski URL’lerin Temizlenmesi

Locale URL değiştiğinde hreflang bütün cluster'da güncellenmelidir. Eski target'lar yalnız redirect olarak kalır. Sitemap ve language switcher yeni URL'yi kullanır. Internal links de doğrudan güncellenir. Migration smoke test bütün katmanları karşılaştırmalıdır.

Hreflang URL’lerinde Tutarlılık

HTTP ve HTTPS, www ve non-www, trailing slash ve büyük küçük harf farklılıkları aynı içerik için birden fazla URL üretebilir. Hreflang bu teknik varyasyonlardan yalnız canonical sürümü kullanmalıdır. URL encoding doğru ve kararlı olmalıdır. Absolute URL kullanımı bütün domain bilgisini açık hale getirir. Merkezi URL builder tutarlılık sorunlarının büyük bölümünü önleyebilir.

HTTP vs HTTPS

Production preferred URL HTTPS ise hreflang da HTTPS target kullanmalıdır. HTTP adres üzerinden redirect'e güvenilmemelidir. Canonical ve sitemap aynı protokolü kullanır. Mixed URL generation otomatik test edilebilir. Legacy HTTP target'lar migration sırasında temizlenmelidir.

WWW vs Non-WWW

Site hangi host'u canonical seçtiyse hreflang target aynı host standardını kullanmalıdır. www ve non-www arasında rastgele değişim olmamalıdır. Redirect normalization tek yönde çalışmalıdır. Sitemap de preferred host'u kullanır. Domain builder config ile yönetilmelidir.

Trailing Slash

Slash bulunan ve bulunmayan URL'ler farklı adresler olabilir. Tek canonical format belirlenmelidir. Hreflang ve internal links aynı formatı kullanmalıdır. Redirect gerekiyorsa diğer sürüm tek hop ile canonical'a gitmelidir. Template testleri bu farkı yakalayabilir.

Büyük/Küçük Harf

URL path case davranışı sunucuya göre farklı olabilir. Tek normalize format kullanmak hata riskini azaltır. Hreflang target bire bir canonical casing kullanmalıdır. CMS slug üretimi standardize edilmelidir. Duplicate path kümeleri crawler ile bulunabilir.

URL Encoding

Özel karakterler doğru encode edilmelidir. Farklı sistemlerin aynı slug için farklı encoding üretmesi sorun yaratabilir. Generator tek URL library kullanmalıdır. XML içinde ayrıca doğru entity escaping uygulanmalıdır. Test fixture'larında uluslararası karakterler bulunmalıdır.

Absolute URL Kullanımı

Hreflang target protokol ve host içeren tam URL olmalıdır. Relative path kullanımından kaçınılmalıdır. Cross-domain locale modellerinde bu özellikle önemlidir. Production allowlist yanlış hostları engelleyebilir. URL builder environment bilgisini güvenli biçimde kullanmalıdır.

Bir Dilde Eşdeğer Sayfa Yoksa Ne Yapılmalı?

Her içeriğin bütün dillerde karşılığını üretmek zorunlu değildir. Gerçek çeviri bulunmuyorsa sahte URL oluşturmamak gerekir. Türkçe blog yazısının İngilizce karşılığı yoksa İngilizce ana sayfa bu içeriğin eşdeğeri değildir. Locale cluster yalnız var olan gerçek karşılıkları taşımalıdır. Çeviri daha sonra yayınlandığında cluster otomatik güncellenebilir.

Olmayan URL Üretmemek

Placeholder veya boş sayfa sırf hreflang matrisi tamamlamak için açılmamalıdır. Kullanıcı o URL'de gerçek içerik bulmalıdır. Translation pending durumları production cluster'a girmemelidir. Publish gate bunu kontrol edebilir. Sitemap generator da aynı state'i kullanmalıdır.

Ana Sayfaya Zorla Hreflang Vermemek

Bir ürünün başka dil karşılığı yoksa o locale'in homepage'i ürünün alternatifi değildir. Böyle pairing kullanıcı dil değiştirdiğinde bağlamını kaybeder. Arama motoruna da yanlış entity ilişkisi verilir. Locale'i cluster dışında bırakmak daha doğrudur. Language switcher ilgili seçeneği göstermeyebilir.

Yalnız Gerçek Eşdeğer Sayfaları Eşleştirmek

Product product ile, article gerçek çeviri article ile eşleşmelidir. Content ID bu bağlantıyı açık tutar. Slug benzerliğine güvenilmemelidir. Translation workflow source entity bilgisini korumalıdır. Validator content type uyumunu test edebilir.

Eksik Locale’leri Cluster Dışında Bırakmak

Partial translation normal bir içerik operasyonudur. Cluster yalnız PUBLISHED locale'leri içerebilir. Eksik locale hata olarak değerlendirilmemelidir. KPI'larda translation coverage ayrı ölçülebilir. Hreflang integrity yalnız mevcut alternatifler üzerinden kontrol edilir.

Çeviri Tamamlandığında Cluster’a Eklemek

Çeviri QA tamamlanıp yayınlandığında registry state PUBLISHED olur. Generator yeni locale'i cluster'a ekler. Mevcut locale URL'lerindeki return links de güncellenir. Sitemap yeniden oluşturulur. Language switcher aynı anda yeni alternatifi gösterebilir.

Her Dil Sayfası Ana Sayfayla mı Eşleştirilmeli?

Hayır, her sayfanın locale alternatifi ana sayfa değildir. Hreflang page-to-page equivalence mantığıyla çalışmalıdır. Ürün ürüne, kategori kategoriye ve blog gerçek blog çevirisine bağlanır. Homepage fallback yalnız gerçekten homepage entity'sinin alternatifi olduğunda doğrudur. Bu kural language switcher kullanıcı deneyimi için de temel öneme sahiptir.

Page-to-Page Equivalence

Aynı content entity'nin locale varyantları birbirine bağlanır. Sayfa türü ve kullanıcı amacı korunur. URL yapıları farklı olabilir. Entity ID aynı kalabilir. Mapping bu kimlik üzerinden üretilir.

Product → Product

Türkçe ürün İngilizce aynı ürüne bağlanmalıdır. İngilizce kategori veya marka sayfası target olmamalıdır. Product ID doğru eşleştirme sağlar. Stok ve market availability ayrıca kontrol edilir. Ürün o markette yoksa locale cluster'dan çıkarılabilir.

Category → Category

Kategori sayfaları aynı kategori entity'si üzerinden eşleştirilmelidir. Ürün setleri pazara göre farklı olabilir fakat temel kategori amacı aynı kalmalıdır. Slug çevirisi sorun değildir. Category ID mapping sağlar. Breadcrumb ve language switcher aynı target'ı kullanmalıdır.

Blog → Eşdeğer Blog

Blog çevirileri source article ID üzerinden bağlanabilir. Benzer konuya sahip bağımsız yazı eşdeğer sayılmaz. Translation workflow source ilişkiyi korumalıdır. Yayınlanmamış dil cluster dışında kalır. Content QA pairing'i ayrıca kontrol edebilir.

Hatalı Homepage Fallback Yapısı

Her eksik locale'i homepage'e bağlamak yanlış kullanıcı akışı üretir. Kullanıcı aynı içeriğin dilini değiştirmek isterken bağlamını kaybeder. Hreflang cluster da yanlış entity ilişkisi taşır. Eksik locale'i hiç listelememek daha doğru olur. Language switcher ilgili dil seçeneğini pasif bırakabilir.

Uluslararası E-Ticaret Sitelerinde Hreflang

E-ticarette hreflang yalnız dil çevirisinden daha fazla veriye bağlıdır. Ürün fiyatı, para birimi, vergi, kargo ve bulunabilirlik pazara göre değişebilir. Product ID locale ve market varyantlarını eşleştirmek için güçlü anahtardır. Her ürün her pazarda bulunmayabilir. Hreflang generator product lifecycle ve market availability kurallarını dikkate almalıdır.

Ürün Sayfaları

Ürün sayfasının locale karşılıkları aynı product entity altında tutulabilir. Title ve description yerelleştirilebilir. Market fiyatları farklı olabilir. Canonical her aktif locale'in kendi URL'si olabilir. Hreflang aynı ürünün gerçek alternatiflerini bağlar.

Kategori Sayfaları

Kategori ürün seti pazara göre değişebilir. Yine de ana kategori amacı aynıysa locale alternatifi olabilir. Kategori ID mapping'i kullanılır. Empty category target oluşturmamaya dikkat edilir. Sitemap indexability state'i kontrol eder.

Fiyat ve Para Birimi Farkları

USD, GBP veya EUR kullanımı pazar farkını güçlendirebilir. Para birimi hreflang kodunun parçası değildir. Locale registry market ve currency bilgisini ayrı alanlarda tutmalıdır. Structured data yerel fiyatla uyumlu olmalıdır. Kullanıcı yanlış market fiyatına yönlendirilmemelidir.

Vergi Farkları

Vergi gösterim yöntemleri ülkeye göre değişebilir. Bölgesel URL gerçek satın alma deneyimini yansıtmalıdır. Hreflang market alternatifini açıklar. Checkout locale ile landing page locale uyumlu olmalıdır. Product ve localization ekipleri bu kuralları birlikte yönetmelidir.

Kargo Politikaları

Kargo seçenekleri bölge bazında değişebilir. Ürün sayfası yerel teslimat koşullarını göstermelidir. Yanlış pazar sayfası kullanıcıya mümkün olmayan teslimat sunabilir. Hreflang uygun locale seçimini destekler. Language switcher kullanıcıya farklı pazara geçiş olanağı vermelidir.

Ürün Bulunabilirliği

Aynı ürün bütün ülkelerde satılmayabilir. Aktif market locale'leri cluster'da tutulur. Olmayan ürün için sahte URL üretilmez. Geçici stok yokluğu ile kalıcı bulunmama ayrılır. Lifecycle state hreflang generation'a bağlanmalıdır.

Ülkeye Özel Ürün Portföyleri

Her marketin ürün envanteri farklı olabilir. Bu durumda locale parity yüzde yüz olmak zorunda değildir. Cluster yalnız aynı product ID'nin aktif sürümlerini içerir. Kategori fallback otomatik product alternatifi sayılmaz. Availability değiştiğinde cluster yeniden üretilir.

Bir Ürün Bazı Ülkelerde Satılmıyorsa Ne Yapılmalı?

Ürün belirli pazarda hiç sunulmuyorsa o locale için sahte ürün sayfası açılmamalıdır. Kalıcı bulunmama ile geçici stok yokluğu farklı lifecycle durumlarıdır. Kalıcı unavailable locale cluster'dan çıkarılabilir. Kullanıcıyı kategoriye otomatik redirect etmek her zaman doğru olmayabilir. Ürün eşdeğerliğini gerçek availability bilgisiyle yönetmek gerekir.

Alternatif Sayfayı Cluster’dan Çıkarmak

Market locale kalıcı olarak ürün sunmuyorsa hreflang set'inden çıkarılabilir. Diğer locale'lerin return links listesi güncellenir. Sitemap aynı URL'yi kaldırabilir. Language switcher target'ı da temizlenir. Product registry source of truth olmalıdır.

Kategoriye Redirect Etmenin Riskleri

Ürün URL'sini genel kategoriye yönlendirmek kullanıcı niyetini her zaman karşılamaz. Kalıcı olarak kaldırılan ürünün yakın eşdeğeri varsa o target değerlendirilebilir. Her durumda default kategori redirect doğru değildir. Soft 404 benzeri sinyal oluşturma riski bulunabilir. Lifecycle kararı ürün bağlamına göre verilmelidir.

Out-of-Stock ile Permanent Unavailability Farkı

Geçici stok yokluğunda ürün sayfası 200 kalabilir. Kullanıcı stok durumunu ve alternatifleri görebilir. Kalıcı unavailable durumunda URL lifecycle kararı değişir. Hreflang cluster market state'e göre güncellenebilir. İş kuralı sistemde açık enum olarak tutulmalıdır.

Locale Parity Yönetimi

Her ürünün bütün locale'lerde bulunması gerekmez. Parity metriği localization ve ürün operasyonu için ayrı KPI olabilir. Hreflang integrity eksik locale'i hata saymamalıdır. Yalnız var olan aktif alternatiflerin doğru eşleştirildiği kontrol edilir. Bu ayrım audit raporunda açık olmalıdır.

WordPress Sitelerinde Hreflang

WordPress'te hreflang çoğu zaman çok dilli eklentiler üzerinden otomatik üretilir. Otomatik üretim doğru olduğu varsayılarak kontrolsüz bırakılmamalıdır. Plugin değişikliğinde mapping ve canonical davranışı yeniden test edilmelidir. Sitemap ve HTML iki farklı eklenti tarafından üretildiğinde çelişki oluşabilir. Production output gerçek doğrulama kaynağıdır.

Çok Dilli Eklentiler

Çok dilli eklentiler içerik eşleştirme ve locale routing sağlar. Hangi sayfanın hangi çeviriyle eşleştiğini kendi veri modelinde tutabilir. SEO katmanı bu veriden hreflang üretir. Yanlış content pairing yine mümkün olabilir. Manuel sample test yapılmalıdır.

Plugin Tarafından Otomatik Üretim

Otomatik üretim maintenance işini azaltır. Ancak plugin config ve tema override'ları sonucu değiştirebilir. Render edilmiş HTML incelenmelidir. Duplicate hreflang sets aranmalıdır. Sitemap output ayrıca kontrol edilmelidir.

Plugin Değişiminde Hreflang Kontrolü

Çok dilli eklenti değiştirildiğinde content IDs farklılaşabilir. Locale mapping migration gerekir. Eski ve yeni URL ilişkileri korunmalıdır. Hreflang output release öncesinde crawl edilmelidir. Canonical ve language switcher da aynı QA kapsamına alınmalıdır.

Sitemap ve HTML Çakışmaları

Bir eklenti HTML hreflang, başka eklenti sitemap alternates üretebilir. İki kaynak aynı target'ları göstermiyorsa maintenance sorunu oluşur. Tek source of truth seçilmelidir. Gereksiz ikinci yöntem kapatılabilir. CI yerine WordPress tarafında periyodik crawler monitoring uygulanabilir.

Headless CMS ve JavaScript Sitelerinde Hreflang

Headless CMS mimarisinde içerik kaynağı ile frontend ayrıdır. Locale mapping birden fazla uygulama tarafından tüketilebilir. Server-side rendering veya static generation metadata üretimini daha öngörülebilir hale getirir. Client-side hreflang eklemek ek render riski taşır. Merkezi XML sitemap service farklı frontend'ler arasında ortak SEO katmanı oluşturabilir.

Server-Side Rendering

SSR hreflang etiketlerini ilk HTML response içinde sunabilir. Metadata content API ve locale registry'den alınır. Kullanıcı ve crawler aynı output'u görür. Cache invalidation doğru yönetilmelidir. Yeni locale publish edildiğinde render cache yenilenir.

Static Generation

Static generation build sırasında hreflang üretir. İçerik değişim sıklığı düşük projelerde güvenilir olabilir. Yeni locale publish edildiğinde rebuild gerekir. Incremental generation maliyeti azaltabilir. Build fixture'ları hreflang consistency test edebilir.

Client-Side Rendering Riski

Metadata yalnız JavaScript sonrası eklenirse render dependency artar. Script veya API hatası hreflang set'inin oluşmamasına yol açabilir. Source ve rendered HTML farklı olabilir. Kritik SEO metadata'sını server veya build aşamasında üretmek daha güvenlidir. Client-side kullanılıyorsa URL Inspection ve browser automation testleri eklenmelidir.

Next.js

Next.js routing locale veya market bilgisiyle çalışabilir. Metadata generation content ID mapping kullanabilir. Build-time veya server-side strateji seçilebilir. Sitemap endpoint aynı registry'den üretilebilir. Route ve hreflang config iki ayrı locale listesi taşımamalıdır.

Nuxt

Nuxt projelerinde de locale routing ve server rendering birlikte yönetilebilir. Metadata module'ları final canonical URL'leri kullanmalıdır. Client-side navigation sonrası head değişimi test edilmelidir. Sitemap generation ayrı modül olabilir. Registry source tüm output'ları senkron tutmalıdır.

Headless CMS Locale Mapping

CMS içerik entry'si farklı locale varyantlarına sahip olabilir. Internal locale ID public hreflang code ile aynı olmak zorunda değildir. Mapping config bunu dönüştürür. Publication state her varyant için ayrı tutulmalıdır. Preview content cluster'a girmemelidir.

XML Sitemap ile Merkezi Yönetim

Birden fazla frontend kullanan kurumlarda sitemap service merkezi hreflang çıktısı sağlayabilir. Frontendlerin ayrı ayrı annotation üretme ihtiyacı azalır. Content registry bütün domain ve locale URL'lerini bilir. Generator atomik şekilde sitemap yayınlar. Monitoring child sitemap ve target health'i izler.

CMS Locale Kodu ile SEO Hreflang Kodunu Ayırmak

CMS sistemleri locale değerlerini kendi formatlarında tutabilir. Örneğin en_US dahili kod olarak kullanılabilirken public hreflang değeri en-US olmalıdır. Dahili ID'yi doğrudan HTML'e basmak yanlış sonuç oluşturabilir. Mapping configuration bu dönüşümü merkezi hale getirir. Otomatik validation unsupported kodların production'a çıkmasını engeller.

en_US vs en-US

en_US birçok yazılım sisteminde dahili locale formatıdır. Hreflang annotation için beklenen public biçim en-US olur. Alt çizgi ve tire farkı küçük görünse de teknik açıdan önemlidir. Mapping açık biçimde yapılmalıdır. Template string replace'e güvenmek yerine standart config kullanılmalıdır.

Internal Locale ID

Internal ID uygulamanın locale nesnesini tanımlamak için kullanılabilir. english_us gibi insan okunabilir değer de olabilir. Bu alan SEO standardına uymak zorunda değildir. Public output generator ayrı değer okur. Böylece backend değişikliği SEO contract'ını bozmaz.

Public Hreflang Value

Public value arama motoruna sunulan geçerli locale kodudur. Registry bunu açık alan olarak tutabilir. Validation allowlist üzerinden yapılır. Unsupported kombinasyon publish edilemez. Documentation ekiplerin doğru kodu anlamasını sağlar.

Mapping Configuration

Mapping config internal ID ile public hreflang değerini bağlar. URL prefix ve domain bilgisi de aynı kayıtta tutulabilir. Yeni locale code review ile eklenir. Config version control altında olursa değişiklik geçmişi izlenir. Automated tests her kayıt için URL örneği oluşturabilir.

Otomatik Validation

Validation dil ve bölge kodlarının geçerli olup olmadığını kontrol eder. Duplicate public hreflang value engellenebilir. URL builder eksik config durumunda build'i fail edebilir. Staging test yeni locale'leri doğrular. Production monitoring beklenmeyen değeri raporlar.

Dil Seçici (Language Switcher) Nasıl Tasarlanmalıdır?

Language switcher, SEO annotation sisteminin kullanıcı tarafındaki karşılığıdır. Kullanıcı aynı içeriğin diğer dil sürümüne doğrudan geçebilmelidir. Her değişimde ana sayfaya gönderilmek deneyimi bozar. Kullanıcının seçimi cookie veya hesap tercihiyle hatırlanabilir. Switcher URL'leri hreflang ile aynı content mapping kaynağından üretildiğinde drift riski azalır.

Kullanıcının Dili Manuel Değiştirebilmesi

IP veya browser dili öneri sunabilir fakat kullanıcı son kararı verebilmelidir. Dil menüsü açık ve erişilebilir olmalıdır. Seçim yeni canonical locale URL'ye gitmelidir. Kullanıcı geri döndüğünde tercih hatırlanabilir. Ancak URL yine paylaşılabilir bağımsız adres olmalıdır.

Aynı Sayfanın Alternatifine Geçiş

Türkçe ürün sayfasından İngilizce aynı ürün sayfasına gidilmelidir. Content ID mapping bunu mümkün kılar. Eşdeğer locale yoksa seçenek gizlenebilir veya uygun mesaj sunulabilir. Homepage fallback varsayılan davranış olmamalıdır. Hreflang cluster ile UI mapping aynı kalmalıdır.

Her Dil Değişiminde Ana Sayfaya Göndermemek

Kullanıcı bağlamını korumak önemlidir. Blog okurken dil değiştirince homepage'e düşmek iyi deneyim değildir. Gerçek karşılık yoksa sistem açık davranış göstermelidir. Var olmayan sayfayı üretmek veya homepage eşlemek SEO açısından da uygun değildir. Localization coverage UI kararlarını etkiler.

Kullanıcı Tercihini Hatırlamak

Cookie veya account preference dil seçimini hatırlayabilir. Bu tercih zorunlu redirect yerine öneri veya default UI davranışını etkileyebilir. Kullanıcı her zaman değiştirebilmelidir. Search crawler ayrı locale URL'lere erişebilmelidir. Preference URL discovery mekanizmasının yerine geçmez.

Arama Motoru Erişilebilirliği

Switcher linkleri gerçek href URL'leri kullanmalıdır. Sadece JavaScript event içinde saklanan target'lar crawl keşfini zorlaştırabilir. Canonical locale URL doğrudan linklenmelidir. Noindex target gösterilmemelidir. UI crawl ile aynı mapping contract'ını izlemelidir.

IP Bazlı Otomatik Yönlendirmeler ve Uluslararası SEO

IP adresine göre kullanıcıyı zorunlu locale'e yönlendirmek her zaman doğru yaklaşım değildir. Kullanıcı seyahat ediyor veya VPN kullanıyor olabilir. Googlebot farklı coğrafi konumdan siteye gelebilir. Zorunlu redirect bazı locale'lerin keşfini zorlaştırabilir. Daha güvenli yaklaşım uygun dil veya bölge önerisi sunup kullanıcının seçim yapmasına izin vermektir.

IP Lokasyonunun Sınırları

IP her zaman kullanıcının gerçek pazar tercihini göstermez. Seyahat ve kurumsal ağlar yanlış tahmin üretebilir. Dil tercihiyle ülke de aynı şey değildir. Kullanıcı kendi locale'ini seçebilmelidir. Sistem tercihi daha sonra hatırlayabilir.

Googlebot Tarama Problemleri

Zorunlu coğrafi redirect crawler'ın bazı URL'lere ulaşmasını engelleyebilir. Her locale ayrı URL üzerinden doğrudan erişilebilir olmalıdır. Bot user-agent'e özel davranış oluşturmamak gerekir. Sitemap bütün canonical locale URL'leri göstermelidir. Production crawl farklı network konumlarından test edilebilir.

Zorunlu Redirect Yerine Dil/Bölge Önerisi

Banner veya modal uygun locale'i önerebilir. Kullanıcı kabul ederse yeni URL'ye gider. Reddederse mevcut sayfada kalabilir. Bu model kullanıcı kontrolünü korur. SEO URL yapısı da daha kararlı kalır.

Kullanıcının Seçim Yapabilmesi

Locale switcher her zaman erişilebilir olmalıdır. Kullanıcı yanlış tahmini kolayca düzeltebilmelidir. Seçim cookie ile hatırlanabilir. Ancak URL değişimi gerçek locale URL'sine gitmelidir. Browser dili tek belirleyici olmamalıdır.

Hreflang Uygulamasında En Sık Yapılan Hatalar

Eksik return links, self-reference eksikliği ve yanlış locale kodları en sık görülen uygulama sorunlarıdır. Redirect, noindex veya non-canonical URL'lerin target yapılması da yaygındır. x-default'ın her projede zorunlu sanılması başka bir yanlış yaklaşımdır. En ciddi hatalardan biri ise yanlış content entity'leri birbirine bağlamaktır. Hreflang hataları nasıl tespit edilir ve düzeltilir sorusunun cevabı syntax kontrolüyle sınırlı değil, URL ve içerik contract testlerini birlikte kullanmaktır.

Eksik Return Links

A target B'yi gösterirken B target A'yı göstermiyorsa bağlantı eksiktir. Yeni locale deployment'ında sık görülür. Graph validation reverse edge arayabilir. Generator aynı cluster set'ini bütün sayfalarda üretmelidir. Manuel düzeltme yerine source data kontrol edilmelidir.

Eksik Self-Reference

Sayfa kendisini alternatif listesinde göstermeyebilir. Bu hata elle oluşturulan template'lerde sık görülür. Canonical URL ve locale code ile self target üretilmelidir. CI testi eksikliği bulabilir. x-default self-reference yerine sayılmaz.

Yanlış Dil Kodu

Dil kodu desteklenen standartta olmalıdır. Kurum içi kısaltma doğrudan kullanılmamalıdır. Typo config seviyesinde engellenebilir. Public hreflang value ayrı field olmalıdır. Yeni locale release öncesinde validation geçmelidir.

Yanlış Ülke Kodu

Bölge standarda uygun olmalıdır. Günlük kısaltmalar her zaman teknik kod değildir. Invalid region annotation'ın beklenen etkisini kaybettirebilir. Allowlist güçlü çözümdür. Config code review bu hatayı erken yakalar.

UK Kullanmak

Birleşik Krallık için hreflang bölge değeri olarak GB kullanılmalıdır. en-UK geçerli hedefleme biçimi değildir. CMS kullanıcıları günlük kısaltma alışkanlığıyla bu hatayı yapabilir. UI config alanı serbest metin olmamalıdır. Validator açık hata mesajı vermelidir.

Ülke Kodunu Tek Başına Kullanmak

US veya GB tek başına locale değildir. İlk değer dil kodu olmalıdır. ABD İngilizcesi için en-US kullanılır. Bölgesiz genel İngilizce için en yeterlidir. Bu kural unit test ile kontrol edilebilir.

Bozuk URL

Typo, yanlış domain veya encoding problemi target'ı erişilemez hale getirir. Hreflang URL'leri düzenli HTTP health check'ten geçmelidir. 404 target release sırasında fail sayılabilir. Production monitoring sonradan oluşan problemi yakalar. Mapping source düzeltilmelidir.

Redirect URL

Hreflang eski veya yönlenen URL'ye gitmemelidir. Final canonical target kullanılmalıdır. Migration sonrası cluster toplu güncellenmelidir. Sitemap ve internal links aynı anda değişir. Redirect yalnız geçmiş adres geçişini yönetir.

Noindex URL

noindex locale alternatifi cluster için uygun target değildir. İndekslenmesi istenmiyorsa SEO mapping'den çıkarılmalıdır. Publication ve indexability state birlikte değerlendirilir. UI ihtiyacı ayrı olabilir. Sitemap de noindex URL'yi taşımamalıdır.

Non-Canonical URL

Target sayfanın tercih edilen canonical sürümü olmalıdır. Tracking parametresi veya duplicate path kullanılmamalıdır. Validator target'ın canonical etiketini kontrol edebilir. Mismatch durumunda URL builder incelenir. Bütün sinyaller preferred URL'de birleşmelidir.

Eksik x-default

x-default her sitede zorunlu değildir. Bu yüzden yokluğu otomatik hata sayılmamalıdır. Dil seçici veya global fallback varsa eklemek yararlı olabilir. Audit gerçek kullanıcı fallback davranışını değerlendirmelidir. Gereksiz x-default target üretilmemelidir.

Hatalı URL Eşleştirmesi

İngilizce ürünün Almanca kategoriye bağlanması annotation syntax açısından geçerli görünebilir fakat semantik olarak yanlıştır. Entity ID pairing bu hatayı önler. Content type ve product ID contract testine eklenebilir. Manual slug eşleştirmesi kullanılmamalıdır. Translation workflow source entity bilgisini korumalıdır.

Hreflang Audit Nasıl Yapılır?

Hreflang audit URL envanterinden başlayıp locale mapping, HTTP status, canonical, self-reference, return links, kod doğruluğu, x-default ve indexability kontrolleriyle devam eder. Tek bir sayfaya bakmak büyük sitelerde yeterli değildir. Template ve cluster bazlı sampling kullanılabilir. Crawler bütün siteyi teknik olarak tararken registry beklenen ilişkileri sağlar. Gerçek ve beklenen graph karşılaştırıldığında hatalar daha kolay bulunur.

URL Envanteri

Önce bütün canonical locale URL'leri çıkarılır. Sitemap, CMS ve crawler kaynakları karşılaştırılır. Missing ve stale URL'ler bulunur. URL'ler content type'a göre segmentlenir. Bu liste audit temelini oluşturur.

Locale Mapping

Her URL'nin hangi locale'e ait olduğu belirlenir. Content ID karşılıkları çıkarılır. Duplicate locale veya missing mapping işaretlenir. CMS ve public SEO code farkları kontrol edilir. Language switcher target'ları da aynı tabloyla karşılaştırılabilir.

Status Code Kontrolü

Bütün hreflang target'ların HTTP durumları ölçülür. 200 dışı target'lar sınıflandırılır. Redirect final URL ayrıca kaydedilir. 404 ve 5xx yüksek öncelikli sorun olabilir. Rate limiting uygulanarak güvenli crawl yapılmalıdır.

Canonical Kontrolü

Target URL'nin declared canonical değeri okunur. Target'ın kendisiyle eşleşmesi beklenebilir. Cross-language canonical ayrı raporlanır. Redirect canonical hedefleri kontrol edilir. Google-selected canonical örneklemle incelenebilir.

Self-Reference Kontrolü

Her URL kendi locale target'ını içeriyor mu bakılır. Canonical URL normalize edilerek karşılaştırılır. Eksikler cluster ID ile raporlanır. Template kaynaklı mı tekil mi ayrılır. Fix generator seviyesinde yapılır.

Return Link Kontrolü

Her A→B edge için B→A aranır. Eksik reverse edge açıkça gösterilir. Büyük cluster'larda graph library kullanılabilir. Yeni locale'lerde hata oranı ayrıca ölçülebilir. Regression test bu kontrolü kalıcı hale getirir.

Dil/Bölge Kodu Kontrolü

Language ve region kodları standarda göre validate edilir. Ülke kodu tek başına kabul edilmez. UK gibi yanlış region değerleri işaretlenir. Script kodları gerektiğinde ayrıca doğrulanır. Config source düzeltildiğinde bütün URL'ler yeniden üretilir.

x-default Kontrolü

x-default varsa target'ın gerçek fallback olup olmadığı incelenir. URL status ve canonical sağlığı kontrol edilir. Her cluster'a otomatik eklenmiş anlamsız target'lar raporlanabilir. Yokluğu yalnız iş gereksinimi varsa issue olur. Product ekibi fallback deneyimine katkı verir.

Indexability Kontrolü

noindex veya robots-blocked target'lar belirlenir. Sitemap ile karşılaştırma yapılır. HTTP 200 olsa bile soft 404 adayı ayrıca incelenebilir. Indexability state registry verisiyle karşılaştırılır. Çelişki varsa source of truth problemi araştırılır.

Screaming Frog ile Hreflang Audit

Screaming Frog veya benzeri crawler araçları hreflang audit sırasında geniş URL setini hızlı kontrol etmeye yardımcı olabilir. Missing hreflang, self-reference ve return link problemleri raporlanabilir. Non-200 ve non-canonical URL'ler ayrıca incelenebilir. Crawler sonucu source of truth olarak değil production çıktısının ölçümü olarak kullanılmalıdır. Beklenen locale mapping yine CMS veya registry verisiyle karşılaştırılmalıdır.

Missing Hreflang

Hreflang beklenen template'te annotation yokluğu görülebilir. Önce sayfanın gerçekten locale alternatifi olup olmadığı doğrulanır. Template render problemi aranır. Client-side metadata varsa rendered crawl gerekir. Fix production sample ile kontrol edilir.

Missing Self-Reference

Crawler mevcut URL'nin kendi hreflang target'ını bulamıyorsa hata raporlayabilir. URL normalization farkları false positive oluşturabilir. Canonical target standardize edilmelidir. Generator self-reference otomatik üretmelidir. CI fixture aynı kuralı test eder.

Missing Return Links

Alternatif sayfanın geri link vermediği URL çiftleri bulunabilir. Sorun tek locale deployment'ına yoğunlaşabilir. Cluster mapping source incelenir. Eski cache veya farklı template sürümü neden olabilir. Regeneration bütün cluster set'ini düzeltebilir.

Non-200 URLs

Hreflang target'ların status kodu raporlanır. 3xx target final URL ile değiştirilmelidir. 4xx stale mapping göstergesidir. 5xx geçici server problemine işaret edebilir. Issue severity URL sayısı ve business value ile belirlenir.

Non-Canonical URLs

Target başka URL'ye canonical veriyorsa cluster kontratı bozulabilir. Özellikle cross-language canonical yüksek önceliklidir. Sitemap ve internal link hedefleri karşılaştırılır. Preferred URL belirlenir. Generator canonical field üzerinden target üretmelidir.

Noindex URLs

noindex target'lar SEO cluster'da tutulmamalıdır. Publication state ile indexability state çelişebilir. Template yanlış noindex üretiyor olabilir. Crawler scope genişletilerek gerçek kapsam bulunur. Fix sonrasında yeniden crawl yapılır.

Inconsistent Language Codes

Aynı locale farklı sayfalarda en-GB ve en_UK gibi farklı çıkabilir. Bu source data parçalanmasına işaret eder. Public locale code tek config değerinden gelmelidir. Crawler unique code listesi çıkarabilir. Validation unsupported değerleri engeller.

Google Search Console ile Hreflang Performansı Nasıl İzlenir?

Search Console'da geçmişte kullanılan ayrı international targeting raporu artık ana takip yöntemi değildir. Güncel yaklaşım Performance verilerini ülke, sayfa ve sorgu kırılımlarıyla analiz etmektir. Yanlış locale URL'sinin belirli ülkede gösterim alıp almadığı bu segmentlerle araştırılabilir. URL Inspection canonical durumunu tekil örneklerde destekler. Hreflang başarısını tek bir hata raporuna değil gerçek landing page davranışına göre ölçmek gerekir.

Eski International Targeting Raporunun Durumu

Eski rapora bağlı operasyon modeli güncel Search Console kullanımını yansıtmaz. Hreflang kalite kontrolü crawler ve site-side validation ile yapılmalıdır. Search Console performans sonucu için kullanılır. Canonical problemi URL Inspection üzerinden incelenebilir. Monitoring sistemi birden fazla veri kaynağını birleştirmelidir.

Performance Raporu

Performance raporu organik tıklama ve gösterim davranışını sunar. Locale URL pattern'leri page regex ile segmentlenebilir. Ülke filtresiyle doğru pazar landing page'leri incelenebilir. CTR ve query farkları analiz edilebilir. Sonuç localization stratejisine geri bildirim sağlar.

Country Filtreleri

Country filtresi belirli pazardan gelen arama performansını gösterir. Birleşik Krallık filtresinde ABD URL'sinin gösterim aldığı görülebilir. Bunun tek nedeni hreflang olmayabilir. Canonical ve içerik benzerliği ayrıca incelenir. Wrong-country URL rate bu veriden örneklenebilir.

Page Filtreleri

Page regex locale prefix veya host bazında segment oluşturabilir. /en-gb/ ve /en-us/ performansları ayrı incelenir. Beklenmeyen ülke dağılımı görülebilir. Migration sonrası yeni URL seti takip edilir. Dashboard otomatik raporlama yapabilir.

Query Filtreleri

Belirli sorgular hangi locale URL'sini getiriyor incelenebilir. Marka ve ürün sorguları iyi test seti oluşturur. Dil sorguları ayrıca segmentlenebilir. SERP sampling Search Console verisini tamamlar. Sonuç yanlış pairing veya içerik localization problemine işaret edebilir.

Yanlış Locale URL’sinin Sıralandığını Tespit Etmek

Ülke ve page kırılımı birlikte analiz edilir. Aynı query için hangi URL'nin gösterim aldığı karşılaştırılır. Canonical ve hreflang audit yapılır. Kullanıcı deneyimi verisiyle wrong-language landing ölçülebilir. Sorun pattern bazında cluster veya template seviyesinde çözülmelidir.

Hreflang Başarısı Hangi KPI’larla Ölçülür?

Hreflang başarı ölçümü yalnız hata sayısıyla yapılmamalıdır. Doğru locale ranking rate, wrong-country URL rate ve wrong-language landing rate kullanıcıya doğru sürümün gidip gitmediğini daha doğrudan anlatır. Organik tıklamalar ve CTR locale bazında izlenebilir. Conversion rate pazar deneyiminin gerçek iş etkisini gösterir. Teknik tarafta hreflang error rate ayrıca platform sağlığı KPI'sı olabilir.

Doğru Locale Ranking Rate

Hedef ülke veya dil sorgularında doğru locale URL'nin görünme oranıdır. Temsili query sample kullanılabilir. Search Console ve SERP sampling birlikte değerlendirilir. Oran zaman içinde takip edilir. Büyük değişikliklerde deployment ve content update geçmişi incelenir.

Wrong-Country URL Rate

Belirli ülke aramalarında yanlış pazar URL'sinin görünme oranıdır. Aynı dilde çok bölgeli sitelerde özellikle önemlidir. Hreflang dışında canonical ve localization farkları da kontrol edilir. Düşüş iyileşme göstergesi olabilir. KPI sonuç garantisi değil gözlem metriğidir.

Wrong-Language Landing Rate

Kullanıcı arama diliyle landing page dili uyuşmadığında ölçülebilir. Analytics veya kullanıcı locale bilgisi destekleyebilir. Privacy kuralları gözetilmelidir. Hreflang ve language switcher davranışı birlikte analiz edilir. İçerik dili ayrıca doğru olmalıdır.

Locale Organic Clicks

Her locale'in organik tıklamaları Search Console üzerinden izlenebilir. Yeni locale lansmanı sonrası büyüme görülebilir. Toplam tıklama yanında query ve page dağılımı önemlidir. Seasonality hesaba katılmalıdır. Teknik fix'in etkisi zaman içinde gözlenir.

Ülke Bazlı CTR

CTR doğru locale snippet ve sayfa eşleşmesinden etkilenebilir. Ülke bazında karşılaştırma yapılabilir. Title ve meta localization ayrıca önemli faktördür. Hreflang tek başına CTR değişimini açıklamaz. KPI çoklu sinyalle yorumlanmalıdır.

Organik Conversion Rate

Doğru pazar sayfası fiyat ve teslimat bilgisini uyumlu sunabilir. Bu durum dönüşüm deneyimini olumlu etkileyebilir. Analytics locale bazında conversion gösterebilir. Teknik ve ürün değişiklikleri birlikte değerlendirilmelidir. Hreflang'ı tek neden olarak yorumlamamak gerekir.

Hreflang Error Rate

Toplam cluster ilişkileri içindeki missing return, invalid code veya non-200 target oranı ölçülebilir. CI ve crawler verileri kullanılabilir. Error rate hedefi mümkün olduğunca düşük tutulur. Kritik hata türleri ayrı severity taşımalıdır. Dashboard trendi deployment kalitesini gösterir.

Büyük Sitelerde Hreflang Otomasyonu

Binlerce içerik ve onlarca locale bulunan platformlarda hreflang elle yönetilmemelidir. Merkezi locale database, template generation ve sitemap generator kullanmak daha güvenlidir. Her content entity'nin cluster ID'si bulunabilir. Return links ve x-default programatik üretilir. Otomasyon ancak güçlü validation ve monitoring ile birlikte gerçek değer sağlar.

Manuel Etiket Yönetiminin Sınırları

Spreadsheet büyük ölçekte hızla güncelliğini kaybeder. URL değişiklikleri farklı ekiplerde eş zamanlı işlenmeyebilir. Typo ve missing return sorunları artar. İnsanlar veri girişinden çok exception yönetimine odaklanmalıdır. Source registry sistem tarafından yönetilmelidir.

Merkezi Locale Database

Database content ID, locale, URL ve publication state tutabilir. Canonical ve market bilgileri de eklenebilir. Frontend ve sitemap service bu kaynağı tüketir. Translation platformu publish event gönderebilir. Tek source of truth drift'i azaltır.

Template-Based Generation

HTML hreflang kullanılıyorsa template registry verisinden set üretir. Hard-coded locale listesi kullanılmaz. New locale config ile otomatik görünür. Cache invalidation event üzerinden yapılır. Snapshot test output değişikliklerini kontrol eder.

Sitemap Generator

Generator published ve indexable URL'leri çeker. Cluster alternates oluşturur. XML validate edilir. Başarılı dosya atomik yayınlanır. Fail durumunda last-known-good sitemap korunabilir.

Hreflang Cluster ID

Cluster ID content entity'leri URL'den bağımsız gruplar. Ürün ve makale gibi farklı entity'ler kendi ID sistemine sahip olabilir. Slug değişikliği bağlantıyı bozmaz. Pairing test bu ID üzerinden çalışır. Translation workflow ID'yi korumalıdır.

Otomatik Return Link Üretimi

Generator aktif locale setinden bütün gerekli çift yönlü edge'leri üretir. Manuel A-B mapping yapılmaz. New locale publish edildiğinde set yeniden hesaplanır. Graph validation çıktı sonrası doğrular. Eksik relation source data problemine dönüşür.

Otomatik x-default

x-default ancak config'de gerçek fallback tanımlanmışsa üretilmelidir. Her cluster'a kör biçimde eklenmemelidir. Global selector URL merkezi olabilir. Product page için ayrı fallback mantığı gerekebilir. İş kuralı explicit tutulmalıdır.

CI/CD Sürecine Hreflang Quality Gate Eklemek

Hreflang quality gate kod veya locale config production'a çıkmadan önce temel hataları yakalar. Dil kodu, return link, status ve canonical conflict testleri otomatik çalışabilir. Locale parity beklentileri iş kuralına göre test edilebilir. Her warning deployment'ı durdurmak zorunda değildir. Kritik hatalar build failure kriterine bağlanmalıdır.

Deploy Öncesi Validation

Fixture üzerinde birkaç content entity ve locale kombinasyonu oluşturulur. Generator gerçek production mantığıyla output üretir. Parser annotations'ı tekrar okur. Beklenen graph karşılaştırılır. Test hızlı olduğu için her pull request'te çalışabilir.

Invalid Language Code Testi

Unsupported language veya region code build sırasında reddedilir. Country-only value kabul edilmez. en-UK gibi yanlış değer test fixture'ında bulunabilir. Error mesajı doğru formatı açıklamalıdır. Config merge edilmeden sorun çözülür.

Missing Return Link Testi

Graph her directed edge için reverse edge arar. Eksik ilişki fail veya warning üretebilir. Critical locale launch'ta fail daha uygundur. Test content entity ID ile çalışır. Böylece yanlış URL pairing de yakalanabilir.

Non-200 URL Testi

Staging veya production candidate target URL health kontrolü yapılabilir. Build sırasında canlı HTTP kontrol maliyetli olabilir. Buna karşılık deployment smoke test gerçek endpoint'leri ölçebilir. Fixture route'ları unit testte status beklentisi taşır. Monitoring sonradan oluşan hatayı yakalar.

Canonical Conflict Testi

Hreflang target registry canonical URL ile karşılaştırılır. Cross-language canonical yüksek severity alır. Sitemap ve HTML aynı source data kullanıyorsa conflict azalır. Test rendered HTML sample üzerinde de çalışabilir. Mismatch deployment'ı durdurabilir.

Locale Parity Testi

Her content'in bütün dillerde olması zorunlu olmadığı için parity test iş kuralına göre çalışmalıdır. Zorunlu kurumsal sayfalarda eksik locale hata olabilir. Blog içeriklerinde partial translation normal olabilir. Config content type bazında beklenti tanımlar. Test gereksiz false positive üretmemelidir.

Build Failure Kriterleri

Invalid code, staging URL veya duplicate locale kritik fail sebebi olabilir. Missing optional x-default fail olmamalıdır. Severity listesi SEO ve engineering ekipleri tarafından belirlenir. Kriterler dokümante edilmelidir. Böylece pipeline davranışı öngörülebilir olur.

Yeni Bir Dil veya Ülke Eklerken Hreflang Süreci

Yeni locale açmak yalnız URL klasörü eklemek değildir. Locale tanımı, URL mapping, içerik eşdeğerliği, cluster, sitemap ve language switcher birlikte güncellenmelidir. QA hem teknik hem dilsel yapılmalıdır. Publication gate tamamlanmadan hreflang target production'a eklenmemelidir. Yayın sonrası Search Console ve crawler monitoring devam etmelidir.

Yeni Locale Tanımlama

Language, region ve market alanları config'e eklenir. Public hreflang code validate edilir. URL prefix veya domain tanımlanır. Currency ve diğer pazar bilgileri ayrı alanlarda tutulur. Config code review'dan geçer.

URL Mapping

Her content entity'nin yeni locale URL'si belirlenir. Slug localization uygulanabilir. Canonical URL deterministic builder'dan üretilir. Placeholder URL cluster'a girmemelidir. Publication state başlangıçta pending olabilir.

İçerik Eşdeğerliği

Yeni sayfaların doğru source entity'ye bağlandığı doğrulanır. Product ID veya article ID kullanılabilir. Translation yalnız text copy değil pazar localization içerebilir. Search intent ayrıca kontrol edilir. İlgisiz sayfa target edilmemelidir.

Hreflang Cluster Güncellemesi

Locale PUBLISHED olduğunda cluster set'i yeniden oluşturulur. Yeni sayfa kendisini ve diğer target'ları listeler. Eski locale sayfaları da yeni alternatifi kazanır. Return links otomatik oluşur. Graph test tamamlanır.

Sitemap Güncellemesi

Yeni canonical URL ilgili sitemap partition'a eklenir. hreflang sitemap içinde yönetiliyorsa bütün cluster kayıtları güncellenir. Index file lastmod gerçek değişikliği yansıtır. XML validate edilir. Search Console processing takip edilir.

Language Switcher Güncellemesi

Switcher yeni locale'i gerçek sayfalarda gösterir. Eşdeğer content yoksa seçenek davranışı product kararıyla belirlenir. Homepage fallback otomatik kullanılmamalıdır. User preference storage yeni locale'i tanımalıdır. UI ve SEO mapping aynı registry'den gelir.

QA

Dil ve terminoloji kontrolü yapılır. Status, canonical ve hreflang test edilir. Currency ve structured data pazarla uyumlu olmalıdır. Mobile navigation language switcher ayrıca kontrol edilir. Broken URL kalmamalıdır.

Yayın Sonrası İzleme

Yeni locale URL'leri crawl edilir. Search Console country ve page performansı izlenir. Wrong-country landing örneklenebilir. 404 ve missing return monitor edilir. İlk haftalarda alert eşikleri daha sık takip edilebilir.

Uluslararası Site Migration’ında Hreflang

Site migration sırasında URL değişikliği hreflang cluster'larının tamamını etkileyebilir. Eski ve yeni URL mapping önceden hazırlanmalıdır. 301 redirect, canonical, hreflang, sitemap ve internal links aynı geçiş planında güncellenir. Eski hreflang target'ların uzun süre kalması chain ve signal drift oluşturur. Migration sonrası crawler bütün locale graph'ını yeniden kontrol etmelidir.

Eski ve Yeni URL Mapping

Her eski locale URL için yeni karşılık belirlenir. Content entity ID mapping'i kolaylaştırır. Eksik target'lar migration öncesi tespit edilir. Mapping version control altında tutulabilir. Redirect ve hreflang aynı tabloyu kullanır.

301 Redirect Planı

Eski URL doğrudan yeni canonical target'a 301 verir. Chain oluşmamalıdır. Locale karışıklığı yaşanmamalıdır. Türkçe eski URL Türkçe yeni karşılığa gitmelidir. Alternatif yoksa ayrı lifecycle kararı gerekir.

Canonical Güncellemesi

Yeni sayfa yeni URL'yi self-canonical gösterir. Eski domain veya path canonical olarak kalmamalıdır. Sitemap yeni canonical'ı listeler. Internal links yeni target'a çevrilir. Production smoke test bütün template'leri örnekler.

Hreflang Güncellemesi

Bütün alternate href değerleri yeni URL'lere güncellenir. Eski redirect URL cluster'dan çıkarılır. Return links yeni graph üzerinde doğrulanır. x-default target değişiyorsa aynı release'de güncellenir. HTML ve sitemap çift implementasyon varsa ikisi de senkron olmalıdır.

Sitemap Güncellemesi

Yeni URL sitemap'i yayınlanır. Eski active sitemap'teki stale URL'ler temizlenir. Locale ve content type segment sayıları karşılaştırılır. XML health test çalışır. Search Console yeni sitemap processing'i takip eder.

Internal Link Güncellemesi

Navigation ve content links doğrudan yeni canonical adreslere gider. Redirect üzerinden internal navigation bırakılmamalıdır. Language switcher yeni locale URL'lerini kullanır. Breadcrumb ve structured data URL'leri de güncellenir. Full crawl chain ve broken link kontrolü yapar.

Migration Sonrası Crawl

Production crawl yeni URL graph'ını çıkarır. Hreflang self-reference ve reciprocity test edilir. Redirect status ve final targets kontrol edilir. Non-canonical hreflang target'lar raporlanır. Search Console performans trendi takip edilir.

Yapay Zekâ ile Çevrilmiş Sayfalarda Hreflang

Otomatik çeviriyle oluşturulan sayfada hreflang teknik olarak kusursuz olsa bile içerik kullanıcı açısından yetersiz olabilir. Locale-specific keyword research ve insan editörü kontrolü önemini korur. Yerel terminoloji, para birimi ve tarih formatı doğru kullanılmalıdır. Bölgesel hukuki bilgiler otomatik metin üretiminin ötesinde uzman kontrolü gerektirebilir. Hreflang yayın kapısı, translation QA tamamlandıktan sonra açılmalıdır.

Hreflang Teknik Olarak Doğru Olsa da İçerik Kalitesi Sorunu

Doğru annotation içerik değerini garanti etmez. Çeviri doğal değilse kullanıcı deneyimi zayıf kalır. Search intent hedef pazarda farklı olabilir. Human QA yayın öncesinde gerekli olabilir. Technical QA ayrı kontrol katmanıdır.

Locale-Specific Keyword Research

Aynı kavram farklı ülkelerde farklı kelimelerle aranabilir. Doğrudan sözlük çevirisi yeterli olmayabilir. Lokal query verisi incelenmelidir. Title ve content terminolojisi buna göre düzenlenebilir. Hreflang yalnız doğru URL eşleştirmesini sağlar.

İnsan Editörü Kontrolü

Editör anlatım ve bağlamı kontrol eder. Marka tonu korunmalıdır. Teknik terimler hedef pazara uygun seçilir. Hatalı çeviri live olmadan düzeltilir. Publication state QA tamamlanana kadar pending kalabilir.

Yerel Terminoloji

ABD ve Birleşik Krallık aynı dili kullanmasına rağmen farklı terminoloji tercih edebilir. Ürün adı veya hizmet kavramı pazara göre değişebilir. Localization yalnız kelime çevirisi değildir. Search demand ve kullanıcı alışkanlığı hesaba katılır. Locale content gerçek kullanıcı beklentisine uyarlanır.

Para Birimi ve Tarih Formatı

Fiyat ve tarih biçimi pazar deneyimini doğrudan etkiler. Structured data görünen içerikle uyumlu olmalıdır. Currency hreflang koduna eklenmez. Registry market bilgisiyle bağlanabilir. QA gerçek checkout akışını da kontrol edebilir.

Bölgesel Hukuki Bilgiler

Hukuki metinler ülke bazında farklı olabilir. Otomatik çeviri burada tek doğrulama mekanizması olmamalıdır. Gerekli profesyonel inceleme yapılmalıdır. Locale page pazarın geçerli metnini sunmalıdır. Hreflang doğru bölgesel sürümü ilişkilendirir.

Hreflang Tek Başına Uluslararası SEO İçin Yeterli midir?

Hayır, hreflang uluslararası SEO'nun yalnız bir teknik parçasıdır. Yerel anahtar kelime araştırması, localization, title ve meta description ayrıca optimize edilmelidir. İç linkler ve structured data locale'e uygun olmalıdır. Yerel bağlantılar ve marka bilinirliği de performansı etkileyebilir. Kullanıcı deneyimi yanlışsa doğru hreflang tek başına dönüşüm problemi çözmez.

Yerel Anahtar Kelime Araştırması

Her pazarda kullanıcı aynı ifadeyi aramayabilir. Query research locale bazında yapılmalıdır. Search Console mevcut data sunabilir. Yeni pazarda başka araştırma kaynakları kullanılabilir. İçerik hedefi gerçek arama diline göre belirlenir.

Yerelleştirilmiş İçerik

Çeviri metni kullanıcı kültürü ve ürün şartlarına uyarlanmalıdır. Örnekler ve para birimi değişebilir. Aynı content entity temel amacı korur. Lokal farklar yine hreflang alternatifi olarak kabul edilebilir. Quality QA yayın sürecine eklenmelidir.

Title ve Meta Description

Metadata hedef dilde doğal olmalıdır. Kelime kelime çeviri kullanıcının arama diline uymayabilir. Locale-specific keyword research burada faydalıdır. Canonical URL doğru sayfaya aittir. Hreflang metadata kalitesinin yerine geçmez.

İç Linkler

Navigation genellikle aynı locale içinde kalmalıdır. Language switcher başka locale'e kontrollü geçiş sağlar. İç link target'lar canonical URL olmalıdır. Yanlış locale linkleri crawler graph'ını karıştırabilir. Link builder locale aware çalışmalıdır.

Structured Data

Structured data locale sayfanın gerçek içeriğiyle uyumlu olmalıdır. Product fiyatı ve currency doğru market değerini taşımalıdır. Breadcrumb URL'leri aynı locale'de kalmalıdır. Organization bilgisi gerektiğinde bölgesel olabilir. Hreflang structured data yerine geçmez.

Yerel Backlinkler

Yerel kaynaklardan gelen bağlantılar pazar görünürlüğüne katkı sağlayabilir. Kalite ve bağlam önemlidir. Hreflang backlink ihtiyacını ortadan kaldırmaz. Marka ilişkileri locale strategy ile birlikte geliştirilebilir. Spam bağlantı yöntemlerinden kaçınılmalıdır.

Kullanıcı Deneyimi

Doğru locale sayfası hızlı ve anlaşılır olmalıdır. Kullanıcı dili ve pazarı değiştirebilmelidir. Fiyat ve teslimat bilgisi doğru olmalıdır. Mobil language switcher çalışmalıdır. Teknik SEO gerçek kullanıcı deneyimini desteklemelidir.

Hreflang Uygulamasında Yapılmaması Gerekenler

En önemli yanlışlardan biri bütün locale sayfalarını tek pazar URL'sine canonical etmektir. Var olmayan çeviri URL'lerini üretmek ve redirect URL'leri alternate olarak göstermek de sorun yaratır. Ülke kodunu dil kodu yerine kullanmamak gerekir. Her dil sayfasını ana sayfaya eşlemek semantik pairing'i bozar. Üç uygulama yöntemini gereksiz yere birlikte tutmak bakım riskini artırabilir.

Bütün Ülkeleri Tek Sayfaya Canonical Etmek

Bağımsız pazar sayfalarının kendi canonical URL'leri bulunmalıdır. Tek US canonical locale sistemini zayıflatabilir. Hreflang target'ları canonical URL'lere gitmelidir. Aynı dil bölgesel varyantları dikkatle yönetilir. Canonical conflict test release'e eklenebilir.

Olmayan Çeviri URL’lerini Etiketlemek

Placeholder veya 404 target hreflang set'ine eklenmemelidir. Translation yayınlanmadan cluster dışında kalır. Partial translation normaldir. Publication state generator tarafından okunur. Sahte parity oluşturulmamalıdır.

301 URL’lerini Hreflang’a Eklemek

Redirect eden target yerine final canonical kullanılır. Eski URL'ler migration sonrası temizlenir. Sitemap aynı final adresi gösterir. Internal links de güncellenir. Crawler non-200 target'ları bulabilir.

noindex URL’leri Alternatif Göstermek

noindex sayfa arama sonucu hedefi değildir. Hreflang alternatifi olarak göstermek çelişki yaratır. Indexability state cluster filter'a bağlanır. Sitemap de URL'yi dışarıda bırakır. UI ihtiyacı ayrı değerlendirilir.

Ülke Kodunu Dil Kodu Gibi Kullanmak

Hreflang ilk değer olarak dili bekler. GB tek başına İngilizce anlamına gelmez. en-GB doğru kombinasyondur. Validation country-only config'i reddetmelidir. Ekip documentation örnekler içermelidir.

Her Dil Sürümünü Ana Sayfaya Eşlemek

Sayfa eşdeğerliği korunmalıdır. Product homepage'e bağlanmamalıdır. Eksik locale cluster dışında kalabilir. Language switcher kullanıcı bağlamını korur. Entity ID pairing burada temel çözümdür.

Yalnız Bir Sayfada Hreflang Tanımlamak

Tek yönlü annotation yeterli değildir. Alternatif sayfa geri link vermelidir. Cluster set bütün ilgili sayfalarda üretilir. Generator bu işi otomatik yapmalıdır. Return link testleri production output'u kontrol eder.

Üç Uygulama Yöntemini Gereksiz Yere Birlikte Yönetmek

HTML, sitemap ve HTTP header aynı bilgiyi tekrar edebilir. Ek search avantajı sağlamadan maintenance maliyetini artırabilir. İki kaynak ayrışırsa debug zorlaşır. Kurum en uygun yöntemi seçmelidir. Multiple implementation yalnız gerçek teknik ihtiyaç olduğunda kullanılmalıdır.

Kurumsal Hreflang Yönetim Standardı

Kurumsal ölçekte hreflang sahipliği tek bir SEO çalışanına bırakılmamalıdır. SEO kuralları tanımlar, yazılım ekibi implementation gerçekleştirir, localization ekibi doğru eşdeğerleri sağlar. QA üretim çıktısını kontrol eder. Locale registry ve URL ownership ortak governance sisteminin merkezinde bulunmalıdır.

SEO Ekibinin Sorumluluğu

SEO locale ve canonical kurallarını tanımlar. Hangi sayfaların cluster olması gerektiğini açıklar. Validation severity modeline katkı verir. Search Console performansını izler. Incident önceliğini business impact ile değerlendirir.

Yazılım Ekibinin Sorumluluğu

Developer URL builder ve generator implementation'ını oluşturur. Template hard-code kullanmamalıdır. CI testleri eklenir. Cache ve deployment davranışı yönetilir. Teknik dokümantasyon güncel tutulur.

İçerik/Localization Ekibinin Sorumluluğu

Localization doğru source content eşleştirmesini sağlar. Translation state yönetilir. Lokal terminoloji ve pazar farkları kontrol edilir. Yanlış entity pairing engellenir. Publish gate tamamlanınca locale aktif olur.

QA Ekibinin Sorumluluğu

QA teknik ve kullanıcı akışını birlikte test eder. Language switcher aynı content'e gidiyor mu kontrol edilir. Status ve canonical örneklenir. Locale code ve currency doğrulanır. Regression sonucu release kararına eklenir.

Locale Registry

Registry bütün locale tanımlarının merkezi kaynağıdır. URL, canonical ve public hreflang code içerir. Market ve publication state ayrı alanlar olabilir. Sistemler API üzerinden aynı veriyi tüketir. Drift bu şekilde azaltılır.

URL Ownership

Her URL class için sorumlu ekip belirlenmelidir. Product URL product platformuna, article URL content platformuna ait olabilir. SEO kuralları bütün sınıflara ortak contract sağlar. Migration ownership önceden belirlenir. Incident sırasında sorumlu ekip hızlı bulunur.

Release Checklist

Yeni locale release code ve content QA'dan geçmelidir. URL status, canonical ve hreflang doğrulanır. Sitemap ve switcher güncellenir. x-default gerekiyorsa kontrol edilir. Production monitoring release sonrası başlar.

Hreflang İçin RACI Modeli

RACI modeli locale açılışı, mapping, kod üretimi, translation, QA, deployment ve monitoring sorumluluklarını açık hale getirir. Büyük kurumlarda bir hatanın kimin işi olduğu belirsiz kalırsa çözüm süresi uzar. Her süreç için Responsible ve Accountable roller belirlenebilir. Consulted ve Informed ekipler release boyunca doğru noktada devreye girer. Böylece hreflang yalnız SEO ekibinin manuel işi olmaktan çıkar.

Yeni Locale Açılışı

Product veya localization iş ihtiyacını başlatabilir. SEO locale code ve URL policy'yi değerlendirir. Engineering config'i ekler. QA release kriterlerini uygular. Named owner lansmanı koordine eder.

URL Mapping

Content ve engineering mapping'i üretir. SEO canonical ve equivalence kurallarını doğrular. Product availability bilgisi eklenir. Mapping version control altında tutulur. Migration sırasında aynı veri kullanılır.

Kod Üretimi

Engineering hreflang generator'ın sahibidir. SEO acceptance criteria tanımlar. QA test fixture'larını doğrular. DevOps deployment sistemini destekler. Otomatik testler ownership'in parçasıdır.

Translation

Localization ekibi çeviri ve yerelleştirmeden sorumludur. Content source entity ilişkisinin korunmasını sağlar. SEO keyword research ile katkı verebilir. Product pazar farklarını bildirir. Publish state QA tamamlanana kadar açılmaz.

QA

QA teknik ve dilsel checklist uygular. Locale code, URL ve content equivalence kontrol edilir. Automated test sonuçları incelenir. Critical failure release'i durdurur. Sonuç ticket sisteminde saklanır.

Deployment

Engineering veya DevOps release'i gerçekleştirir. Sitemap regeneration ve cache invalidation çalışır. SEO production smoke test sonuçlarını izler. Rollback planı hazırdır. Deployment timestamp monitoring'e eklenir.

Monitoring

SEO performans ve yanlış locale görünürlüğünü takip eder. Engineering technical error dashboard'u izler. Localization content issue'larını ele alır. Alert severity'ye göre owner'a gider. KPI'lar aylık review'da değerlendirilir.

Incident Resolution

Incident owner etkilenen cluster'ı belirler. SEO mapping ve canonical durumunu kontrol eder. Engineering code veya registry fix'i uygular. QA production sonucu test eder. Postmortem regression aksiyonu üretir.

Hreflang Hatası İçin Incident Response Süreci

Yanlış ülke URL'si görünmeye başladığında ilk adım rastgele hreflang değiştirmek değil etkilenen cluster'ı belirlemektir. Canonical ve indexability önce doğrulanmalıdır. Ardından mapping kaynağı incelenir. Sitemap veya HTML yeniden üretildikten sonra production crawl yapılır. SERP recovery Search Console ve örnek sorgularla zaman içinde izlenir.

Yanlış Ülke URL’sini Tespit Etmek

Search Console country ve page filtresi kullanılabilir. Query sample üzerinden yanlış target doğrulanır. Bunun hreflang kaynaklı olduğu hemen varsayılmamalıdır. Canonical ve içerik benzerliği de incelenir. Incident scope çıkarılır.

Etkilenen Cluster’ı Belirlemek

Content ID ile bütün locale URL'leri bulunur. Hangi sayfalarda yanlış mapping olduğu karşılaştırılır. Tek cluster mı template genelinde mi olduğu anlaşılır. Severity buna göre belirlenir. Duplicate locale veya missing return aranır.

Canonical ve Indexability Kontrolü

Target'ların 200 ve indexable olduğu doğrulanır. Canonical self-target mı kontrol edilir. Cross-language canonical varsa öncelikle düzeltilir. Sitemap ve internal links aynı target'ı kullanıyor mu bakılır. Böylece hreflang değişikliği doğru bağlamda yapılır.

Hreflang Mapping’i Düzeltmek

Source registry yanlışsa orada düzeltilir. Render edilmiş çıktı manuel patch edilmemelidir. Cluster yeniden oluşturulur. Return links ve self-reference test edilir. Config değişikliği code review'dan geçer.

Sitemap’i Yeniden Oluşturmak

Sitemap hreflang yöntemi kullanılıyorsa ilgili partition regenerate edilir. XML validate edilir. Atomic publish yapılır. Eski stale file cache'ten temizlenir. Search Console processing daha sonra izlenir.

Deploy Sonrası Crawl

Production crawler etkilenen URL setini tarar. Annotation graph beklenen registry ile karşılaştırılır. 200 ve canonical target test edilir. Language switcher da kontrol edilir. Incident teknik olarak kapanmadan önce evidence kaydedilir.

SERP Recovery İzlemek

Search sonuçlarının yeniden değerlendirilmesi anlık olmayabilir. Country ve page performance trendleri takip edilir. Wrong-country rate zaman içinde ölçülür. Aynı query sample tekrar kontrol edilir. Teknik fix doğruysa monitoring sabırla sürdürülür.

Hreflang Yayın Öncesi Kontrol Listesi

Release öncesi checklist dil ve bölge kodlarından URL eşdeğerliğine kadar bütün kritik contract'ları kapsamalıdır. Self-reference ve return links en temel graph testleridir. Target'ların 200, indexable ve canonical olması gerekir. Absolute URL ve x-default davranışı kontrol edilir. Otomatik quality gate ile manuel QA birlikte kullanıldığında hata oranı önemli ölçüde azalır.

Dil Kodları Geçerli mi?

Language code standarda uygun olmalıdır. Internal CMS değeri yanlışlıkla public output'a taşınmamalıdır. Unsupported code fail sayılabilir. Unit test allowlist kullanır. Yeni locale config review'dan geçer.

Bölge Kodları Geçerli mi?

Region code desteklenen ülke standardına uymalıdır. UK gibi yanlış değer engellenir. Country-only hreflang kabul edilmez. Dil bölge sırası korunur. Validator doğru örnek önerisi verebilir.

Her URL Self-Reference İçeriyor mu?

Her locale kendi canonical URL'sini kendi koduyla listeler. x-default self-reference yerine geçmez. Crawler ve unit test bunu kontrol edebilir. Missing set release öncesi düzeltilir. Template bütün content type'larda test edilir.

Return Links Eksiksiz mi?

Her alternate edge reverse ilişkiye sahip olmalıdır. Graph validator bütün cluster'ı kontrol eder. New locale özellikle source locale'e geri bağlantı vermelidir. Missing relation severity yüksek olabilir. Generator aynı registry'den iki yönü üretir.

URL’ler 200 Status Döndürüyor mu?

Hreflang target'lar final 200 URL olmalıdır. Redirect veya 404 kabul edilmemelidir. Deployment smoke test gerçek response'u ölçer. 5xx geçici altyapı problemi olarak eskale edilir. Monitoring sonradan değişen status'u yakalar.

URL’ler Indexlenebilir mi?

noindex target cluster'da bulunmamalıdır. Robots block ayrıca kontrol edilir. Authentication gereken page alternate target değildir. Indexability state registry ile karşılaştırılır. Çelişki release'i durdurabilir.

Canonical’lar Doğru mu?

Locale sayfaları beklenen canonical'a işaret etmelidir. Cross-language canonical yüksek risklidir. Hreflang target canonical URL ile aynı olmalıdır. Sitemap de aynı adresi kullanır. Contract test bütün sinyalleri karşılaştırır.

Absolute URL Kullanılmış mı?

Her target protokol ve host içermelidir. Relative URL kullanımı engellenir. Production domain allowlist uygulanır. HTTP/HTTPS standardı kontrol edilir. Cross-domain hreflang için bu özellikle önemlidir.

x-default Doğru mu?

x-default varsa gerçek fallback deneyimini göstermelidir. Rastgele ülke URL'sine bağlanmamalıdır. Dil seçici güçlü adaydır. Yokluğu yalnız ihtiyaç varsa sorun sayılır. Product kararının teknik config'e yansıtılması gerekir.

URL Eşdeğerlikleri Doğru mu?

Product product ile eşleşmelidir. Content ID ve type contract kontrol edilir. Homepage fallback yanlış pairing olarak raporlanabilir. Translation source mapping doğrulanır. Bu kontrol syntax testinden daha değerlidir.

30 Günlük Hreflang Düzeltme Yol Haritası

Otuz günlük plan ilk hafta URL ve locale envanteriyle başlayabilir. İkinci hafta cluster graph analizine geçilir. Üçüncü hafta teknik düzeltmeler uygulanır. Dördüncü hafta crawler, SERP ve ülke performansı üzerinden validation yapılır. Bu yaklaşım uluslararası SEO ve hreflang yapılandırma hizmeti kapsamında sorunu yalnız etiket düzeyinde değil sistem düzeyinde ele alır.

1. Hafta — Uluslararası URL Envanteri

İlk hafta bütün locale ve domain yapıları çıkarılır. Canonical URL'ler inventory ile karşılaştırılır. Status code dağılımı ölçülür. CMS ve sitemap URL listeleri birleştirilir. Hedef mapping tablosu oluşturulur.

Locale’ler

Desteklenen bütün dil ve bölge kombinasyonları listelenir. Public hreflang code doğrulanır. Market ve language alanları ayrılır. Deprecated locale'ler işaretlenir. x-default politikası belgelenir.

Canonical

Her locale URL'nin declared canonical değeri alınır. Cross-language target'lar raporlanır. Sitemap canonical parity ölçülür. Duplicate host veya slash varyasyonları bulunur. Preferred URL policy netleştirilir.

Status Codes

Hreflang target'ların HTTP durumları taranır. 3xx, 4xx ve 5xx ayrı segmentlenir. Redirect final target kaydedilir. Critical product veya category URL'lere öncelik verilir. Stale mapping listesi çıkarılır.

2. Hafta — Hreflang Cluster Analizi

İkinci hafta actual hreflang graph çıkarılır. Registry beklenen graph ile karşılaştırılır. Missing self-reference ve return links bulunur. Invalid locale codes temizlenir. Yanlış entity pairing sample ile doğrulanır.

Self-Reference

Her URL kendi locale target'ına sahip mi kontrol edilir. Canonical normalize edilerek karşılaştırılır. Missing pattern template'e göre gruplanır. Fix owner belirlenir. Otomatik test planı hazırlanır.

Return Links

Graph bütün directed edge'leri kontrol eder. Reverse edge bulunmayan ilişkiler çıkarılır. Yeni locale'lerde hata yoğunluğu ölçülür. Mapping data source araştırılır. Manual patch yerine generator fix planlanır.

Kodlar

Dil ve bölge değerleri validate edilir. UK ve country-only hataları raporlanır. CMS locale mapping incelenir. Public code standardı oluşturulur. Config schema uygulanır.

3. Hafta — Teknik Düzeltme

Üçüncü hafta seçilen uygulama yönteminin kod ve data problemleri düzeltilir. Sitemap, canonical ve locale mapping aynı release planına alınır. Staging regression crawl yapılır. Critical issues build failure kriterine eklenir. Production deployment kontrollü şekilde gerçekleştirilir.

HTML/XML/Header

Kurum hangi hreflang kanalını kullanıyorsa source of truth sadeleştirilir. Gereksiz duplicate implementation kaldırılabilir. Generator registry verisine bağlanır. Output parser test edilir. Production config staging'den ayrı doğrulanır.

Sitemap

Non-200 ve noindex URL'ler sitemap'ten çıkarılır. Canonical targets korunur. Locale partition gerekiyorsa uygulanır. XML validation tamamlanır. Sitemap index güncellenir.

Canonical

Cross-language canonical hataları düzeltilir. Locale sayfaları expected self-canonical target kullanır. Internal links aynı URL'ye güncellenir. Redirect target'lar sadeleştirilir. Contract test pipeline'a eklenir.

4. Hafta — Validation ve Monitoring

Son hafta production crawl gerçek output'u ölçer. SERP ve Search Console country performansı izlemeye alınır. Hreflang error rate için baseline oluşturulur. Wrong-country URL örnekleri takip edilir. Sürekli monitoring ve ownership modeliyle proje kapatılır.

Crawl

Production URL'ler yeniden taranır. Self-reference ve reciprocity graph doğrulanır. Status ve canonical kontrol edilir. Sitemap actual URL set'iyle karşılaştırılır. Kalan exception listesi oluşturulur.

SERP

Temsili sorgular farklı locale'lerde kontrol edilir. Yanlış country URL örnekleri not edilir. Search Console query ve page verisiyle desteklenir. Sonuçların değişmesi zaman alabilir. Teknik fix'in kalıcılığı izlenir.

Ülke Bazlı Performans

Country ve page segmentleri dashboard'a alınır. Organic clicks ve CTR locale bazında karşılaştırılır. Wrong-country rate takip edilir. Conversion data varsa ayrı yorumlanır. Aylık review için baseline saklanır.

Sıkça Sorulan Sorular

Hreflang konusunda en fazla karışıklık dil kodu, canonical, x-default ve uygulama yöntemleri etrafında oluşur. Birçok sorun annotation sözdiziminden değil yanlış URL eşleştirmesinden kaynaklanır. Her locale'in gerçek kullanıcıya açık, canonical ve indexable olması temel koşuldur. Return links ile self-reference otomatik test edilmelidir. Aşağıdaki yanıtlar Uluslararası SEO: Hreflang Etiketlerinin Doğru Yapılandırılması çalışması için pratik bir referans niteliğindedir.

Hreflang nedir?

Hreflang aynı içeriğin farklı dil veya bölge sürümlerini ilişkilendiren annotation'dır. Arama motorunun uygun kullanıcı için uygun locale URL'sini anlamasına yardımcı olur. Canonical ile aynı görevde değildir. Her sayfa kendisini ve alternatiflerini gösterebilir. Karşılıklı bağlantılar doğru kurulmalıdır.

Hreflang SEO için gerekli midir?

Tek dil ve tek pazar sitede gerekli olmayabilir. Çok dilli veya çok bölgeli yapılarda güçlü bir uluslararası SEO aracıdır. Yanlış locale sonuçlarını azaltmaya yardımcı olabilir. İçerik kalitesi ve teknik indexability'nin yerine geçmez. İhtiyaç gerçek URL varyantlarına göre belirlenmelidir.

Hreflang etiketi nasıl yazılır?

HTML'de alternate relation, hreflang ve full href URL kullanılır. Etiket head içinde bulunur. Locale code geçerli olmalıdır. Her page kendi alternatif setini taşır. Self-reference dahil edilir.

tr ile tr-TR arasındaki fark nedir?

tr genel Türkçe dil hedefidir. tr-TR Türkiye bölgesine yönelik Türkçe sürümü ifade eder. Her Türkçe sayfada bölge eklemek zorunlu değildir. Gerçek pazar farkı varsa bölgesel kod kullanılabilir. Genel Türkçe sürüm Türkiye dışındaki kullanıcıları da kapsayabilir.

en ve en-US birlikte kullanılabilir mi?

Evet, genel İngilizce ve ABD İngilizcesi ayrı URL'ler olarak bulunabilir. ABD sürümü pazar farklılığı sunmalıdır. Genel en coğrafi olarak belirtilmemiş İngilizce kullanıcılar için kullanılabilir. İki sayfa birbirine hreflang ile bağlanabilir. Her biri kendi canonical adresine sahip olabilir.

Hreflang’da ülke kodu tek başına kullanılabilir mi?

Hayır, ülke kodu tek başına geçerli hreflang hedefi değildir. İlk değer dil kodudur. ABD İngilizcesi için en-US yazılır. Yalnız US kullanmak doğru değildir. Validator bu hatayı otomatik engellemelidir.

en-UK mı en-GB mi doğrudur?

Doğru bölgesel değer en-GB olur. UK gündelik kullanımda yaygın olsa da bu hreflang bölge standardında doğru seçenek değildir. Locale config serbest metin bırakılmamalıdır. Public hreflang code allowlist'ten gelmelidir. Eski en-UK değerleri audit sırasında temizlenmelidir.

x-default nedir?

x-default desteklenen locale'lerle eşleşmeyen kullanıcılar için fallback URL'yi gösterir. Dil seçici sayfa en doğal örneklerden biridir. Her projede zorunlu değildir. Self-reference yerine geçmez. Gerçek kullanıcı akışına uygun target seçilmelidir.

Self-referencing hreflang gerekli midir?

Her locale sayfasının kendisini kendi hreflang koduyla listelemesi gerekir. Bu kural cluster set'ini açık hale getirir. Generator otomatik üretebilir. Missing self-reference crawler ile bulunabilir. x-default bu görevi yerine getirmez.

Hreflang etiketleri karşılıklı olmak zorunda mıdır?

Alternatif bağlantıların karşılıklı kurulması gerekir. A sayfası B'yi gösteriyorsa B sayfası da A'ya geri link vermelidir. Eksik return links uygulamanın göz ardı edilmesine yol açabilir. Büyük sitelerde graph validation kullanılabilir. Kaynak registry iki yönlü set'i otomatik üretmelidir.

Hreflang ile canonical arasındaki fark nedir?

Canonical duplicate kümesindeki tercih edilen temsilci URL'yi belirtir. Hreflang farklı locale sürümlerini ilişkilendirir. İkisi aynı sayfada birlikte kullanılabilir. Her locale çoğunlukla kendi canonical URL'sini gösterir. Hreflang bu canonical URL'leri alternatif olarak bağlar.

Hreflang ile HTML lang arasındaki fark nedir?

HTML lang belgenin dil semantiğini belirtir. Hreflang URL'ler arasındaki locale mapping'i açıklar. Birisi diğerinin yerine geçmez. İkisi aynı locale registry'den üretilebilir. Sayfanın gerçek içeriği her iki değerle de anlamlı biçimde uyumlu olmalıdır.

Hreflang XML sitemap’te kullanılabilir mi?

Evet, XML sitemap desteklenen uygulama yöntemlerinden biridir. XHTML namespace tanımlanır. Her URL kendi loc kaydına ve alternate link set'ine sahip olur. Self-reference XML'de de gereklidir. Büyük sitelerde merkezi generator bu yöntemi kolaylaştırabilir.

PDF dosyalarına hreflang nasıl eklenir?

PDF HTML head taşımadığı için HTTP Link response header kullanılabilir. Her dil sürümü bütün alternatifleri listeler. URL'ler tam ve final target olmalıdır. Return links mantığı yine korunur. Server veya CDN header config'i test edilmelidir.

Noindex sayfalarda hreflang kullanılabilir mi?

İndekslenmesi istenmeyen URL'yi active hreflang target olarak kullanmak uygun değildir. Locale cluster arama sonuçlarında kullanılabilecek gerçek alternatifleri temsil etmelidir. noindex URL mapping'den çıkarılabilir. Sitemap de aynı URL'yi taşımamalıdır. UI ihtiyacı SEO cluster'dan ayrı değerlendirilebilir.

Redirect URL’ye hreflang verilmelidir mi?

Hreflang doğrudan final canonical URL'ye gitmelidir. 301 veya 302 target kullanmak gereksizdir. Migration sonrası eski adresler cluster'dan çıkarılır. Sitemap ve internal links de yeni target'a güncellenir. Redirect eski URL trafiğini taşımaya devam eder.

Hreflang hataları nasıl bulunur?

Crawler self-reference, return links ve status kodlarını kontrol edebilir. Locale code validation ayrıca yapılır. Canonical target'lar hreflang URL'lerle karşılaştırılır. Content entity pairing source registry üzerinden doğrulanır. Büyük sitelerde CI ve production monitoring birlikte kullanılmalıdır.

Google Search Console’da hreflang raporu var mı?

Güncel takipte eski International Targeting yaklaşımına bağımlı kalmamak gerekir. Search Console Performance raporu country, page ve query segmentleriyle sonuç davranışını incelemeye yardımcı olur. URL Inspection canonical analizini destekler. Teknik hreflang hataları crawler ve validator ile kontrol edilmelidir. Monitoring birden fazla veri kaynağı kullanmalıdır.

Hreflang yanlış yapılandırılırsa ne olur?

Arama motoru locale ilişkisini beklenen şekilde kullanmayabilir. Yanlış ülke veya dil URL'si sonuçlarda görülebilir. Missing return veya invalid code annotation'ın değerini azaltabilir. Yanlış content pairing kullanıcıyı ilgisiz sayfaya götürebilir. Hata severity business impact'e göre belirlenmelidir.

Büyük e-ticaret sitelerinde hreflang nasıl yönetilir?

Merkezi locale ve product registry kullanılmalıdır. Hreflang elle girilmemelidir. Generator product ID, market availability ve publication state verisini kullanır. CI graph validation ve production crawler sistemi korur. Sitemap partitioning Search Console teşhisini kolaylaştırabilir.

Ek Sık Sorulan Sorular

Uluslararası SEO projelerinde en kritik kararlar doğru kod yazımından daha çok locale mimarisinin nasıl modellendiğiyle ilgilidir. Hreflang x-default canonical ve dil bölge kodları nasıl ayarlanır sorusunda bütün sistemin aynı content entity verisini kullanması önem taşır. URL, canonical, hreflang ve language switcher farklı mapping tablolarına dayanırsa zamanla tutarsızlık oluşur. Uluslararası SEO ve hreflang danışmanlığı yakınımda şeklinde destek ararken de yalnız etiket ekleme değil veri modeli, QA ve monitoring yetkinliğine bakmak yararlıdır. Aşağıdaki beş soru bu kararları kısa biçimde özetler.

Uluslararası SEO’da hreflang etiketleri nasıl doğru yapılandırılır?

Önce her içeriğin gerçek locale alternatifleri belirlenmelidir. Her URL kendisini ve karşılık gelen alternatifleri geçerli hreflang kodlarıyla göstermelidir. Bağlantılar karşılıklı olmalı ve tam canonical URL'lere gitmelidir. Redirect, noindex veya 404 URL'ler target olarak kullanılmamalıdır. HTML, HTTP header veya XML sitemap yöntemlerinden altyapıya uygun olanı seçip tek source of truth üzerinden üretmek en güvenli yaklaşımdır.

Hreflang etiketlerinde dil ve ülke kodları nasıl kullanılmalıdır?

Temel değer dil koduyla başlar ve gerekirse ardından bölge eklenir. Genel İngilizce için en, ABD İngilizcesi için en-US ve Birleşik Krallık için en-GB kullanılabilir. Ülke kodu tek başına kullanılmamalıdır. UK yerine standarda uygun GB tercih edilmelidir. CMS locale kodları public hreflang değerine merkezi mapping üzerinden dönüştürülmelidir.

Hreflang ile canonical etiketleri birlikte nasıl kullanılmalıdır?

Her gerçek locale sayfası normal olarak kendi preferred canonical URL'sini gösterebilir. Hreflang target'larının da bu canonical adreslere doğrudan bağlanması gerekir. Türkçe sayfayı İngilizce sürüme veya bütün bölgesel sayfaları ABD URL'sine canonical etmek çoğu localized yapı için yanlış sinyal oluşturur. Sitemap ve internal links aynı preferred URL'leri desteklemelidir. Böylece canonical ve hreflang birbirinden farklı görevler yaparken aynı URL mimarisini destekler.

x-default hreflang etiketi nedir ve hangi durumlarda kullanılmalıdır?

x-default desteklenen locale seçenekleriyle eşleşmeyen kullanıcılar için varsayılan URL'yi gösterir. Dil veya ülke seçici sayfalar bunun için güçlü adaydır. Global homepage de belirli pazar hedeflemiyorsa kullanılabilir. x-default self-reference yerine geçmez ve her projede kullanılması zorunlu değildir. Kullanıcının en rahat şekilde doğru dil veya pazarı seçebileceği gerçek fallback URL tercih edilmelidir.

Uluslararası SEO ve hreflang yapılandırması konusunda yakınımda danışmanlık nerede bulabilirim?

Uluslararası SEO desteği ararken yalnız HTML etiketlerinin eklenmesine değil URL mapping, canonical, sitemap, localization ve monitoring süreçlerinin birlikte yönetilmesine dikkat etmek yararlıdır. Diyarbakır'da yazılım, teknik SEO ve açık kaynak projeleriyle ilgileniyorsanız Diyarbakır Yazılım Topluluğu hakkında https://www.diyarbakiryazilim.com.tr/about adresinden bilgi alabilirsiniz. Topluluk kapsamında geliştirilen veya paylaşılan projeler için https://www.diyarbakiryazilim.com.tr/projects sayfası incelenebilir. Headless CMS ve SEO entegrasyonlarıyla ilgili teknik bir örnek için https://www.diyarbakiryazilim.com.tr/posts/basliksiz-headless-cms-lerde-seo-entegrasyon-sorunlari-ve-cozumleri içeriği de faydalı bir devam noktasıdır. Uluslararası SEO ve hreflang yapılandırma hizmeti değerlendirirken sürdürülebilir çözümün veri, otomasyon ve QA tarafını da kapsamasına dikkat edilmelidir.

Sonuç

Uluslararası SEO: Hreflang Etiketlerinin Doğru Yapılandırılması yalnız birkaç link etiketi eklemekten ibaret değildir. Sağlıklı sistem önce gerçek locale URL'lerini ve content entity ilişkilerini doğru modeller, ardından canonical ve hreflang çıktılarını aynı source of truth üzerinden üretir. Self-reference, return links, geçerli kodlar, 200 status ve indexability otomatik testlerle korunmalıdır. Site büyüdükçe manuel yönetim yerine locale registry, sitemap generator ve CI/CD quality gate kullanmak çok daha sürdürülebilir hale gelir. Çok dilli veya çok bölgeli bir web projesi geliştiriyor, uluslararası teknik SEO bilgisini uygulamalı olarak ilerletmek ya da açık kaynak çalışmalara katılmak istiyorsanız https://www.diyarbakiryazilim.com.tr üzerinden Diyarbakır Yazılım Topluluğu'na ulaşabilirsiniz.