Otomatik Dil Yönlendirmesi SEO'ya Zarar Verir mi? IP ve Tarayıcı Dili

Otomatik dil yönlendirmesi SEO'ya zarar verir mi?

Otomatik dil yönlendirmesi, ziyaretçiyi IP adresine ya da tarayıcı diline bakarak başka bir dil veya ülke sürümüne otomatik götürmektir. Google bunu önermiyor; çünkü arama botları bazı sürümlere hiç ulaşamayabilir. Çözüm, her dil için ayrı URL kullanmak ve yönlendirme yerine öneri bandı sunmaktır.

Kısa cevap şu: evet, yanlış kurulursa zarar verir. Zarar genellikle ceza biçiminde gelmez. Sürümlerinizin bir kısmını bot göremez, dolayısıyla o sürümler dizine giremez.

Bu yazıda sorunun mantığını, Google'ın resmi belgelerinde yazanları ve güvenli bir kurulumun nasıl olacağını anlatıyoruz. Talha Aslan ve ekibi olarak çok dilli sitelerde bu hatayı sık görüyoruz. Bu yüzden önce mekanizmayı, sonra çözümü ele alıyoruz.

IP'ye göre otomatik dil yönlendirmesi tam olarak nasıl çalışır?

Sistem, gelen isteğin IP adresinden ülkeyi tahmin eder. Ardından ziyaretçiyi o ülkeye uygun sürüme gönderir. Bazı siteler IP yerine tarayıcının dil tercihine bakar. Bu tercih, istekle birlikte giden Accept-Language adlı başlık bilgisinde yer alır.

Teknik olarak iki yöntem görürüz:

• Sunucu tarafı yönlendirme: sunucu isteği alır ve ziyaretçiyi başka bir adrese gönderir.
• İstemci tarafı yönlendirme: sayfa yüklenir, tarayıcıdaki bir kod konumu okuyup kullanıcıyı başka adrese taşıyor.
• Aynı adreste içerik değiştirme: adres sabit kalır, ancak sayfa içeriği ziyaretçiye göre farklı dilde gelir.

Üçüncü yöntemi Google "locale-adaptive pages" yani yerel ayara uyum sağlayan sayfalar olarak adlandırıyor. Üçü de aynı varsayıma dayanır: her ziyaretçinin dili ve konumu doğru tahmin edilebilir.

Bu varsayım insanlar için çoğu zaman tutar. Arama botları için ise tutmaz. Asıl sorun da burada başlıyor.

IP tabanlı konum tahmini kusursuz değildir. Aynı IP aralığı farklı şehirlerde ya da ülkelerde kullanılabilir. Mobil operatörler ve kurumsal ağlar ise kullanıcıyı gerçek konumundan çok uzakta gösterebilir. Dolayısıyla yönlendirme kararı, baştan hatalı bir veriye dayanıyor olabilir.

Tarayıcı dili de tek başına yeterli bir sinyal değildir. Bilgisayarı İngilizce kurulmuş bir kullanıcı Türkçe okumayı tercih edebilir. Bu yüzden iki sinyal de en fazla bir öneri üretmeli, karar vermemelidir.

Googlebot hangi IP ve dil bilgisiyle geliyor?

Google'ın locale-adaptive pages belgesine göre Googlebot'un varsayılan IP adresleri ABD merkezli görünüyor. Bot ayrıca istek başlığında Accept-Language bilgisini ayarlamadan tarar. Belge, Googlebot'un ABD dışındaki IP adresleriyle de tarama yaptığını söylüyor. Yine de varsayılan davranış ABD merkezlidir.

Bunun sonucu açık. Siteniz ABD IP'sine İngilizce sürümü gösteriyorsa, bot çoğu zaman yalnız o sürümü görür. Türkçe veya Almanca sürümlere kendiliğinden ulaşamayabilir.

Googlebot'un çalışma biçimini ve doğrulama yöntemini ayrıca Googlebot rehberimizde yazımızda anlattık. Burada yalnız şunu not edin: botun konumu ve dil başlığı sizin kontrolünüzde değildir.

Bu ayrıntıyı sakın "bot ABD'den gelir, o halde ABD sürümünü göstereyim" diye yorumlamayın. Böyle bir kurgu, botu tek sürüme hapseder. Üstelik Google ABD dışı IP'lerle de taradığını belirttiği için, davranış öngörülebilir olmaktan çıkar. Bugün işleyen bir yöntem yarın işlemeyebilir.

Güvenli kural şudur: bot hangi IP'den ve hangi dil bilgisiyle gelirse gelsin, her sürüme kendi adresinden ulaşabilmelidir.

Otomatik dil yönlendirmesi Googlebot'un diğer sürümleri taramasını nasıl engeller?

Basit bir örnek senaryo kuralım. Sitenizin ana sayfası tüm ziyaretçileri IP'ye göre ülkeye yönlendiriyor olsun. ABD IP'li bot ana sayfaya gelir, sistem de onu İngilizce sürüme gönderir. Bot, Türkçe sürümün adresini yalnız ana sayfadaki bağlantılardan öğrenebilir. Bağlantı yoksa bu sürümü bulması zorlaşır.

Google bu riski belgesinde açıkça yazıyor: otomatik yönlendirme, kullanıcıların ve arama motorlarının sitenin tüm sürümlerini görmesini engelleyebilir. Bu nedenle sorun yalnız "bot yanlış dili görür" meselesi değildir. Sorun, sürümün keşfedilememesidir.

Ayrıca iki ek risk vardır:

• Bot yönlendirme zincirinde takılırsa tarama bütçenizi boşuna tüketir.
• Bot bir sürümü gördüğünde diğerlerini göremez, dolayısıyla hreflang ilişkilerini doğrulamak zorlaşır.

Hreflang işaretlemesini ayrıca hreflang rehberimizde ele aldık. Bu yazıda tekrar etmiyoruz.

Yönlendirmenin bir başka yan etkisi de ölçümde ortaya çıkar. Hangi dilin ne kadar trafik getirdiğini analiz araçlarında ayrıştırmak zorlaşır. Çünkü ziyaretçilerin bir kısmı hiç görmek istemediği sürümde oturum açmış görünür. Yanlış veriyle karar verdiğinizde, yatırımı yanlış dile kaydırabilirsiniz.

Google'ın resmi önerisi ne?

Google'ın çok bölgeli ve çok dilli siteler belgesi iki net cümle içeriyor. İlki: bir dil sürümünden diğerine kullanıcıları otomatik yönlendirmekten kaçının. İkincisi: sayfa dilini çerezlerle ya da tarayıcı ayarlarıyla değiştirmek yerine her dil sürümü için farklı URL kullanın.

Locale-adaptive pages belgesi de aynı yönde: ayrı yerel ayar URL'leri kurmanızı ve bunları hreflang ile işaretlemenizi öneriyor. Ayrıca sayfalar arasında kullanıcıların dili kendilerinin seçebileceği bağlantılar eklemeyi düşünmenizi söylüyor.

Özetle resmi yaklaşım üç parçadan oluşur:

• Her dil ve ülke için kalıcı, ayrı bir URL.
• Bu URL'leri birbirine bağlayan hreflang işaretlemesi.
• Kullanıcıya zorlama yerine seçim sunan bağlantılar.

Kaynaklar: Google Search Central, locale-adaptive pages ve çok bölgeli ve çok dilli siteler.

Belgelerde bir ceza ifadesi yoktur; asıl vurgu, içeriğin taranması, dizine girmesi ve sıralanmasıdır. Google, yerel ayara uyum sağlayan sayfalarda tüm içeriğinizi taramayabileceğini, dizine almayabileceğini veya sıralamayabileceğini söylüyor. Yani risk bir yaptırım değil, görünürlük kaybıdır.

Bu ayrım pratikte işinize yarar. Çünkü sorunu bir ceza gibi aramazsınız; bir keşif ve erişim sorunu gibi ele alırsınız. Çözümün ilk adımı da buna uygun olur: botun her sürüme ulaşmasını sağlamak.

Otomatik dil yönlendirmesini tamamen kaldırmak mı gerekir?

Çoğu zaman evet; en azından zorunlu yönlendirmeyi kaldırın. Ziyaretçi bir adrese geldiyse, o adresteki içeriği görmesine izin verin. Dil uyumsuzluğu varsa zorlamak yerine nazik bir öneri gösterin.

Bu yaklaşımın kullanıcı tarafında da avantajı var. Yabancı bir ülkede tatilde olan, ama kendi dilinde okumak isteyen biri yanlış sürümde sıkışıp kalmaz. Şirket ağı ya da VPN kullanan ziyaretçi de IP yüzünden istemediği sürümde sıkışmaz.

Pratik bir kural koyabilirsiniz: kullanıcının açık seçimi her zaman IP tahmininden üstündür. Yani kullanıcı bir dil seçtiyse, sonraki ziyaretlerde bu seçimi hatırlayın.

Kararı verirken şu soruyu sorun: bu yönlendirme olmasa kullanıcı ne kaybeder? Çoğu zaman cevap, tek bir tıklamadır. Buna karşılık yönlendirmenin bedeli, bir dil sürümünün aramada hiç görünmemesi olabilir. Bu denge, öneri bandından yana ağır basar.

Yine de bazı kullanıcılar için hızlı bir geçiş değerlidir. O zaman yönlendirmeyi değil, geçişi kolaylaştırın: bandı belirgin yapın ve tek tıkla dil değiştirmeye izin verin.

Öneri bandı nedir ve yönlendirmeden farkı ne?

Öneri bandı, sayfanın üstünde ya da altında çıkan küçük bir bilgi alanıdır. Örneğin "Bu sayfa Almanca da mevcut" gibi bir cümle ve bir bağlantı içerir. Ziyaretçi tıklarsa geçer, tıklamazsa olduğu yerde kalır.

Farkı şöyle özetleyebiliriz:

• Yönlendirme karar verir; öneri bandı karar vermez.
• Yönlendirmede adres değişir; öneri bandında kullanıcı onay verene kadar değişmez.
• Bot, yönlendirmede sürümü kaçırabilir; öneri bandında sayfa içeriğini olduğu gibi görür.

Bandın metni sayfanın içinde düz bağlantı olarak durmalıdır. Böylece bot da bağlantıyı görür ve diğer sürümü keşfedebilir. Bandı yalnız kullanıcı davranışına göre ekranda gösteriyorsanız bile bağlantı hedefleri sayfada kalmalıdır.

İyi bir bandın dört özelliği vardır. Kısa ve net bir cümle içerir. Kullanıcı kapatabilir. Kapatma tercihini hatırlar. Sayfanın ana içeriğini örtmez.

Band metnini kullanıcının tarayıcı diliyle değil, hedef dilin kendi yazımıyla yazmak da işe yarar. Örneğin Almanca sürümü önerirken cümleyi Almanca kurarsınız. Böylece kullanıcı önerinin ne olduğunu hemen anlar.

Dil seçiciyi nasıl kurarsınız?

Dil seçici, her sayfada görünen sabit bir menüdür. Her seçenek gerçek bir bağlantıdır ve ilgili dilin aynı sayfasına gider. Mümkünse ana sayfaya değil, karşılık gelen sayfaya götürün.

İyi bir seçici şu özellikleri taşır:

• Dil adlarını o dilin kendi yazımıyla yazın, örneğin Deutsch, English, Türkçe.
• Bayrağı tek başına kullanmayın; çünkü bayrak ülkedir, dil değildir.
• Her seçenek taranabilir bir bağlantıdır, yani bot onu izleyebilir.
• Karşılığı olmayan sayfada seçeneği gizleyin ya da dilin ana sayfasına bağlayın.

Bayrak konusu önemlidir. İspanyolca konuşan bir kullanıcı İspanya bayrağını görmek istemeyebilir. Ayrıca bir ülkede birden fazla dil konuşulabilir. Çok dilli kurulumun genel çerçevesini çok dilli SEO rehberimizde bulursunuz.

x-default sayfası bu işte nasıl yardımcı olur?

Google'ın yerelleştirilmiş sürümler belgesi, x-default değerinin özellikle dil seçici sayfalar için geliştirildiğini söylüyor. Belge ayrıca eşleşmeyen diller için bir yedek sayfa düşünmenizi öneriyor; özellikle dil ve ülke seçici ya da otomatik yönlendiren ana sayfalarda.

Bunu şöyle okuyabilirsiniz: hiçbir dil eşleşmediğinde Google'a hangi sayfayı göstereceğini x-default ile bildirirsiniz. Bu sayfa çoğu sitede bir dil seçici ya da genel bir sürüm olur.

Dikkat edin: x-default, otomatik yönlendirmeyi akla getirir ama onu meşrulaştırmaz. Yedek sayfa da kendi başına açılabilen, yönlendirilmeyen bir sayfa olmalıdır. Kaynak: Google Search Central, localized versions.

Hreflang kodunu elle yazmak istemezseniz hreflang oluşturucu aracımız taslak üretmenize yardımcı olur.

Çerezle dil tercihi saklamak güvenli mi?

Evet, tercihi saklamak güvenlidir; ancak tercihe göre içeriği aynı adreste değiştirmek güvenli değildir. Aradaki fark çok önemli.

Güvenli kullanım şöyle işler: kullanıcı bir dil seçer, siz bunu çerezle saklarsınız. Kullanıcı sonraki ziyaretinde ana adrese gelirse, ona önceki seçimine bağlı bir öneri gösterirsiniz. İçerik adresleri sabit kalır.

Riskli kullanım ise şudur: aynı adres, çerezdeki değere göre farklı dilde içerik verir. Bot çerez taşımaz; dolayısıyla yalnız varsayılan sürümü görür. Google da çerez ya da tarayıcı ayarlarına göre dil değiştirmek yerine ayrı URL'leri öneriyor.

Çerez konusunda ayrıca gizlilik yükümlülükleriniz olabilir. Bu bir hukuki danışmanlık değildir; kendi ülkenizdeki kurallar için uzmanınıza danışın.

Küçük bir kural hatırlayın: çerez yalnız hatırlamak içindir, karar vermek için değil. Çerezdeki değer, kullanıcıya hangi öneriyi göstereceğinizi belirler. Hangi içeriği döndüreceğinizi belirlemez.

Bu yaklaşım, kullanıcıyı da rahatlatır. Dilini bir kez seçen kişi, her ziyarette aynı soruyla karşılaşmaz. Botun gördüğü adresler ise hiç değişmez.

Hangi durumda yönlendirme zararsız olur?

Her yönlendirme zararlı değildir. Eski adresten yeni adrese giden kalıcı yönlendirme sağlıklıdır. Alan adı taşıma ve adres değişikliği bunun örnekleridir.

Zarar, yönlendirmenin ziyaretçiye göre değişmesiyle başlar. Aşağıdaki tablo farkı gösteriyor:

Tablodaki risk dereceleri, resmi belgelerdeki uyarıları ve saha tecrübemizi özetleyen genel bir değerlendirmedir; garanti değildir.

Bir yönlendirmenin zararsız olup olmadığını anlamak için tek bir test yeterlidir: aynı adrese farklı ziyaretçiler girdiğinde hep aynı yere mi gidiyorlar? Cevap evetse, yönlendirme sabittir ve sorun çıkarmaz. Cevap hayırsa, adres ziyaretçiye göre davranıyordur ve bot için belirsizlik yaratır.

Sitede bu sorun var mı, nasıl anlarsınız?

Önce Search Console'daki dizin raporlarına bakın. Bir dil sürümünün sayfaları dizinde düşük görünüyorsa ya da hiç yoksa şüphelenin. Sonra kendi tarafınızdan test edin.

Adım adım kontrol şöyle olur:

1. Siteyi farklı bir dil ayarıyla ve gizli pencerede açın.
2. Bir VPN kullanarak ABD, Almanya ve Türkiye gibi farklı konumlardan ana sayfayı ziyaret edin.
3. Her seferinde adres çubuğuna bakın; adres kendiliğinden değişiyor mu?
4. Search Console'daki URL denetimi ile sayfanın Google'ın gördüğü halini inceleyin.
5. Sunucu günlüklerinde Googlebot isteklerinin hangi sürüme gittiğini kontrol edin.

IP konumunuzu görmek için IP adresim ve IP sorgulama araçlarını kullanabilirsiniz. Sunucu günlüklerini incelemek için log analizi aracımız işe yarar.

Testi yaparken iki şeye dikkat edin. Birincisi, sayfayı önbelleksiz açın; yoksa tarayıcı eski yönlendirmeyi gösterebilir. İkincisi, çerezleri temizleyin; çünkü önceki seçiminiz sonucu etkileyebilir. Her konumda aynı sayfayı açtığınızda adres sabit kalıyorsa, iyi bir işaret alırsınız.

Yanlış kurulum sonrası nasıl düzeltirsiniz?

Düzeltme sırası önemlidir. Önce zorunlu yönlendirmeyi kapatın, sonra diğer parçaları yerine koyun. Aksi halde bot yine eksik görür.

1. Her dil ve ülke sürümünün kendi, kalıcı ve doğrudan açılan URL'sinin olduğunu doğrulayın.
2. IP ve dil başlığına dayalı zorunlu yönlendirmeyi kaldırın.
3. Sürümleri karşılıklı hreflang ile bağlayın ve yedek sayfayı belirleyin.
4. Her sayfaya taranabilir bağlantılardan oluşan bir dil seçici ekleyin.
5. Uyumsuzluk için kapatılabilir bir öneri bandı ekleyin.
6. Site haritasına tüm sürümleri ekleyin ve Search Console'da yeniden tarama isteyin.

Düzeltmeden sonra sonuçların oturması zaman alabilir. Bu süre için sabit bir gün sayısı veremeyiz; Google tarama sıklığı siteden siteye değişir. Tarama sıklığı düşerse Googlebot neden daha az tarar yazısı yol gösterir.

Canonical ve robots kuralları bu tabloda nerede durur?

Yerel ayarlı sayfalarda canonical hatasına sık rastlarız. Her dil sürümü kendi adresini canonical olarak göstermelidir. Tüm sürümlerin canonical'ı ana sayfayı gösterirse, Google diğer sürümleri kopya sayabilir.

Google'ın belgesi ayrıca şunu hatırlatıyor: robots meta kuralları ve robots.txt dosyası her yerel ayarda aynı kuralları belirtmelidir. Bir sürümde erişim kapalı, diğerinde açıksa tutarsızlık doğar.

Canonical için canonical rehberimize, robots dosyası için robots.txt rehberimize göz atın.

SPA ve hash adresleriyle dil değişimi neden sorun çıkarır?

Tek sayfa uygulamalarda dil değişimi bazen adres sonuna eklenen bir parçayla gerçekleşir. Bu parçayı Google ayrı bir sayfa olarak dizinlemez. Dolayısıyla dil sürümünüz yalnız bu parçayla ayrılıyorsa, bot hepsini aynı sayfa sayar.

Bu konu ayrı bir soru olduğu için hash kısmı hakkındaki yazımıza bırakıyoruz. Burada önemli olan şu: her dil, gerçek bir yol ya da alt alan adı üzerinden ayrı URL almalıdır.

Aynı kural, istemci tarafı yönlendirmeler için de geçerlidir. Kod çalışıp kullanıcıyı götürüyor olabilir, ama bot bunu hiç görmeyebilir.

Geliştiricilerle konuşurken şu soruyu sorun: dil değiştiğinde tarayıcının adres çubuğu da değişiyor mu? Değişmiyorsa, dil sürümü bota görünmez. Değişiyorsa, adresin gerçek bir yol olup olmadığına bakın.

Bot trafiğini ayırt edip ona farklı içerik göstermek olur mu?

Hayır, bunu yapmayın. Botlara ziyaretçilerden farklı içerik göstermek Google'ın kurallarına aykırıdır ve kamuflaj olarak değerlendirilebilir. Amacınız botu doğru sürüme yönlendirmek bile olsa bu yola girmeyin.

Doğru çözüm, hem botun hem insanın aynı adreste aynı içeriği görmesidir. Dil önerisi sunmak serbesttir. Ama sayfa içeriğini botla insan arasında ayırmak risklidir.

Talha Aslan ve ekibi olarak bu denetimi SEO danışmanlığı kapsamında yapıyoruz. Bing tarafındaki kurulum ve dizine alma adımları için Bing'de sitem çıkmıyor yazımıza göz atın; mantık aynıdır ve ayrı URL her arama botunda çalışır. Her botun IP ve dil davranışı farklı olabilir, o yüzden tek bir botun davranışına göre kurulum yapmayın.

Bu konuda tereddüdünüz varsa, kendi sitenizin durumunu bir uzmanla gözden geçirin. Talha Aslan ve ekibi olarak bu tür kurulum denetimleri yapıyoruz. Uluslararası projeler için uluslararası SEO danışmanlığı kimlere gerekli yazısı da faydalıdır.

Otomatik dil yönlendirmesi kullanıcıyı nasıl yanıltır?

Konu yalnız botlarla ilgili değildir. Gerçek kullanıcılar da yanlış tahminden zarar görür. IP tabanlı konum tahmini her zaman doğru çıkmaz. Kurumsal ağlar, VPN hizmetleri ve mobil operatör ağları ziyaretçiyi bambaşka bir ülkede gösterebilir.

Üç tipik durum düşünün:

• Almanya'da yaşayan bir Türk siteyi Türkçe okumak istiyor, ama IP yüzünden Almanca sürümü görüyor.
• İş seyahatindeki biri, kendi dilindeki sürüme dönmek ister ama her denemede sistem onu geri çeviriyor.
• Bir arkadaşınızın gönderdiği bağlantı, sizin bölgenizde başka bir sayfaya çıkar.

Üçüncü durum özellikle can sıkıcıdır. Paylaşılan bağlantı, alıcının konumuna göre farklı bir yere gidiyorsa, bağlantının güvenilirliği düşer. Ayrıca zorunlu yönlendirme bazen geri tuşunu kilitler: kullanıcı geri döner, sistem tekrar ileri atar. Bu döngü hemen çıkış demektir.

Dolayısıyla sorun iki katlıdır. Arama botu sürümleri göremez, insanlar da istemedikleri sürümde kalır.

Reklam sayfaları ve paylaşılan bağlantılar bundan nasıl zarar görür?

Ücretli reklam kullanıyorsanız konu daha da hassastır. Reklam, belirli bir dilde ve belirli bir sayfaya gönderme sözü verir. Hedef sayfa ziyaretçiyi başka bir sürüme taşırsa, reklam metniyle sayfa uyuşmaz.

Bunun üç sonucu olur. Kullanıcı aradığını bulamayıp çıkar, reklam bütçeniz boşa gider ve dönüşüm ölçümü bozulabilir. Çünkü yönlendirme sırasında bağlantıya eklenen izleme parametreleri kaybolabilir.

Kampanya bağlantılarınızı hazırlarken UTM oluşturucu gibi araçlarla parametreleri düzenli üretin. Ardından bağlantıyı farklı konumlardan test edin ve parametrelerin hedef sayfada korunduğunu doğrulayın.

Reklam sayfalarında en güvenli yol, her dil için ayrı bir hedef sayfa kullanmaktır. Kullanıcı o sayfaya reklamdan geliyorsa, dilini zaten reklamla seçmiştir. Ona yeniden karar dayatmayın.

Alt dizin, alt alan adı ve ülke alan adından hangisini seçmelisiniz?

Ayrı URL kurmak istiyorsanız üç temel yapıdan birini seçersiniz. Her birinin yönetim yükü ve etkisi farklıdır. Aşağıdaki tablo üç yapıyı karşılaştırıyor:

Hangisinin seçileceği iş modelinize bağlıdır. Küçük ve orta ölçekli sitelerde alt dizin çoğu zaman pratik bir başlangıçtır. Bu bizim saha tecrübemize dayalı bir görüştür; evrensel bir kural değildir.

Hangisini seçerseniz seçin, kural aynı kalır: her dil ve ülke sürümü kalıcı bir adrese sahip olmalı, yönlendirmeyle gizlenmemelidir.

Otomatik dil yönlendirmesinden ayrı URL yapısına geçişi nasıl planlarsınız?

Şimdi örnek bir geçiş senaryosu kuralım. Bu bir örnek senaryodur; gerçek bir müşteri sonucu değildir. Sitenin ana sayfası şu anda ziyaretçileri IP'ye göre Türkçe ya da İngilizce sürüme atıyor olsun.

Geçişi dört aşamada yaparsınız:

1. Mevcut durumu çıkarın: hangi sayfaların hangi dilde olduğunu ve hangilerinin dizinde göründüğünü listeleyin.
2. Hedef yapıyı belirleyin: alt dizin, alt alan adı ya da ülke alan adı.
3. Yönlendirmeyi kapatın ve her sürümü doğrudan açılabilir hale getirin.
4. Hreflang, dil seçici, öneri bandı ve site haritasını ekleyin.

Önce bir pilot sayfa grubuyla başlamak mantıklıdır. Böylece Search Console'daki değişimi küçük bir kümede izlersiniz. Sonuçları gördükten sonra tüm siteye yayarsınız.

Geçiş sırasında eski adreslerden yeni adreslere kalıcı yönlendirme gerekebilir. Bu yönlendirme tek yönlüdür ve herkese aynıdır bir yönlendirmedir; yukarıdaki sorunlu türle karıştırmayın. Yönlendirme haritası çıkarmak için 404 yönlendirme eşleştirici aracını kullanabilirsiniz.

Otomatik dil yönlendirmesinde en sık yapılan hatalar nelerdir?

Sahada yinelenen hataları üç grupta topladık. Her biri küçük görünüyor, ama etkisi büyük.

Yapısal hatalar:

• Ana sayfanın tek başına yönlendirme yapması ve alt sayfaların bağlantısız kalması.
• Dil sürümlerinin yalnız yönlendirmeyle ulaşılabilir olması.
• Sitemap'te yalnız varsayılan dilin yer alması.

İşaretleme hataları:

• Hreflang bağlantılarının karşılıklı olmaması.
• Her sürümün canonical'ının ana sayfayı göstermesi.
• Yedek sayfa tanımlanmaması.

Kullanıcı deneyimi hataları:

• Kapatılamayan pencerelerle dil sormak.
• Kullanıcının seçimini hatırlamayan sistemler.
• Bayrakla dil temsil etmek.

Bu listeyi kendi sitenizle karşılaştırın. Bir maddeye bile "evet" diyorsanız, o sürümlerin taranması risk altındadır.

Tarama ve dizin sorunlarını hangi verilerle doğrularsınız?

Varsayımla değil veriyle çalışmak gerekir. İlk kaynak Search Console'dur. Dizin kapsamı raporunda bir dil sürümünün URL'leri düşük görünüyorsa, nedenini araştırın.

İkinci kaynak sunucu günlükleridir. Günlüklerde Googlebot isteklerinin hangi adreslere gittiğini görürsünüz. Eğer bot yalnız bir dil sürümünü ziyaret ediyorsa, yönlendirme şüphesi artıyor.

Üçüncü kaynak, sayfanın Google'ın gördüğü halidir. URL denetimi aracı bu iş için uygundur. Orada bot gerçekten hangi içeriği alıyor, bakın.

Bu üç kaynağı birlikte okuyun. Örneğin Search Console o dili eksik gösteriyor ve günlükte bot o dile hiç uğramıyorsa, sorun büyük olasılıkla keşif aşamasındadır. Bu durumda önce yönlendirmeyi ve bağlantı yapısını düzeltirsiniz. Kırık bağlantıları ayıklamak için kırık link kontrolü aracı da işinize yarar.

Güvenli kurulum için son kontrol listesi nedir?

Aşağıdaki liste, yazının özetidir. Yayına almadan önce her maddeyi kontrol edin:

• Her dil ve ülke sürümünün kendi kalıcı URL'si var.
• Hiçbir sayfa IP ya da dil başlığına bakarak zorla yönlendirmiyor.
• Sürümler hreflang ile karşılıklı bağlı ve yedek sayfa tanımlı.
• Dil seçici gerçek, taranabilir bağlantılardan oluşuyor.
• Öneri bandı kapatılabilir ve içeriği engellemiyor.
• Kullanıcı tercihi çerezde duruyor, ama adres ve içerik sabit kalıyor.
• Canonical her sürümde kendi adresini gösteriyor.
• Robots kuralları tüm sürümlerde tutarlı.

Not: Bu liste genel bir çerçevedir. Sitenizin altyapısına göre ayrıntı değişir. Resmi belgelerdeki güncel ifadeleri düzenli kontrol edin.

Bu kontrol listesini yılda birkaç kez yeniden gözden geçirin. Site büyüdükçe yeni sayfalar, yeni diller ve yeni eklentiler gelir. Her biri, eski bir hatanın geri dönmesine yol açabilir. Düzenli kontrol, sorunu kullanıcılar fark etmeden yakalamanızı sağlar.