Türkçe Karakterli Alan Adı SEO'ya Uygun mu? IDN ve Punycode

Türkçe karakterli alan adı SEO'ya uygun mu?

Türkçe karakterli alan adı, adında ç, ğ, ı, ö, ş veya ü bulunan ve teknik olarak IDN sayılan bir alan adıdır. Google'ın resmi belgeleri IDN kullanımını sorun saymaz. Ancak e-posta, paylaşım ve yazım hatası riskleri yüzünden karaktersiz sürümü de almanız ve birini ana adres yapmanız gerekir.

Biz bu yazıda yalnızca bu soruya odaklanıyoruz. Yani alan adı seçimi, yaş, anahtar kelime gibi konulara girmeyeceğiz; onlar için alan adı seçimi rehberimize bakabilirsiniz.

Ekibimiz sahada bu soruyu çoğunlukla marka adında ı, ş ya da ğ geçen işletmelerden duyuyor. Örneğin bir sığınak ya da çiçekçi markası, adını harfi harfine yazmak istiyor ve "Google bunu cezalandırır mı?" diye soruyor. Cevabın bir kısmı resmi belgelerde net, bir kısmı ise net değil; aşağıda ikisini ayırıyoruz.

Not: Bu yazıdaki örnek alan adları kurgusaldır ve tescil edilebilirlik iddiası taşımaz.

IDN nedir ve Türkçe karakterli alan adıyla ilişkisi nedir?

IDN, uluslararasılaştırılmış alan adı demektir. ICANN'in açıklamasına göre IDN'ler, dünyadaki insanların alan adlarını kendi dillerinde ve yazı sistemlerinde kullanabilmesini sağlar. Türkçe harfler bu kapsama girer, çünkü ç, ğ, ı, ö, ş ve ü temel ASCII karakter kümesinde yer almaz.

ICANN, bir IDN etiketinin iki biçimi olduğunu anlatır. Kullanıcının görmeyi beklediği Unicode biçimine U-label, DNS'te saklanan ASCII biçimine A-label denir. Kaynağı ICANN IDN sayfasında bulabilirsiniz.

Dolayısıyla tek bir alan adının iki yüzü vardır:

• Kullanıcının adres çubuğunda ve reklamda gördüğü, Türkçe harfli okunabilir yüz.
• DNS kayıtlarında ve sunucu yapılandırmasında dolaşan, xn-- ile başlayan ASCII yüz.

Bu ikili yapı, aşağıdaki bölümlerde anlatacağımız pratik sorunların da kaynağıdır.

Punycode (xn--) nedir ve nasıl okunur?

Punycode, Unicode karakterli bir alan adı etiketini yalnızca harf, rakam ve tire içeren ASCII diziye çeviren kodlama yöntemidir. Çevrilmiş etiketin başına xn-- önekini getirirsiniz. ICANN'in sayfasında da bu önekli biçim A-label olarak örneklenir.

Kurgusal birkaç örnek, mantığı göstermeye yeter:

• çiçekçi etiketinin ASCII karşılığı xn--ieki-zoabc biçimindedir.
• müşteri etiketinin karşılığı xn--mteri-kva70e olur.
• ağaç etiketinin karşılığı xn--aa-5ia6t olur.

Gördüğünüz gibi dönüşüm Türkçe harfleri önce ayırır, sonra konum bilgisiyle birlikte sona ekler. Bu yüzden xn-- dizisini gözle okumak pratikte mümkün değildir. Dönüşümü yapmak için kayıt firmanızın arayüzünü ya da güvenilir bir IDN dönüştürücüsünü kullanırsınız.

Önemli nokta şudur: punycode sadece alan adı kısmı için geçerlidir. URL'nin yol kısmındaki Türkçe harfler başka bir mekanizmayla, yüzde kodlamasıyla taşınır. Bu farkı ayrı bir bölümde açıyoruz.

Google Türkçe karakterli alan adını işleyebilir mi?

Evet, resmi belgeler bunu açıkça söyler. Google Search Central'ın çok bölgeli ve çok dilli siteler belgesi, URL'de yerelleştirilmiş kelimeler ya da bir IDN kullanmanın sorun olmadığını belirtir. Aynı belgede URL'lerde UTF-8 kodlamasını kullanmanız ve bağlantılarda adresleri doğru biçimde kaçırmanız önerilir. Kaynak: Google Search Central, çok bölgeli siteler belgesi.

Bu cümle iki şeyi garanti etmez. Birincisi, IDN'nin sıralamada tarafsız olduğunu söylemez. İkincisi, diğer tüm sistemlerin (e-posta sağlayıcıları, sosyal ağlar, ölçüm araçları) aynı rahatlıkla çalışacağını da söylemez.

Kısacası Google'ın tarafı net: tarama ve dizine ekleme açısından Türkçe karakterli alan adı kullanabilirsiniz. Sorunlar daha çok Google'ın dışındaki halkalarda çıkar, bu nedenle sonraki bölümlerde onlara bakıyoruz.

Türkçe karakterli alan adı sıralamayı etkiler mi?

Resmi Google belgelerinde, IDN kullanmanın sıralamayı olumlu ya da olumsuz etkilediğini söyleyen açık bir ifade bulamadık. Bu nedenle "karakterli ad sıralamayı düşürür" ya da "yükseltir" gibi kesin cümleler yazmıyoruz. Duyduğunuz bu tür iddialar çoğunlukla deneyim aktarımıdır, resmi bir kural değildir.

Peki neden yine de dikkat gerekiyor? Çünkü SEO yalnızca sıralama sinyali değildir; adresin hatırlanması, yazılması, paylaşılması ve tıklanması da sonucu etkiler. Karakterli ad bu zincirin bazı halkalarını zorlaştırabilir.

Ayrıca alan adının kendisi tek başına bir sıralama kozu değildir. Eski domain ya da anahtar kelimeli ad konusunda ayrı yazılarımız var: alan adı yaşı SEO'yu etkiler mi ve anahtar kelimeli alan adı işe yarar mı. Burada onları tekrar anlatmıyoruz.

Özetle, karar verirken "Google ne yapar?" sorusunu "kullanıcı ve sistemler ne yapar?" sorusuyla birlikte sorun.

Tarayıcı adres çubuğunda Türkçe karakterli alan adı nasıl görünür?

Tarayıcılar IDN'yi bazen Unicode, bazen punycode olarak gösterir. Chromium projesinin belgesine göre Chrome, güvenli olduğunu değerlendirdiğinde Unicode gösterir; riskli bir durum sezdiğinde xn-- biçimine döner. Kaynak: Chromium IDN belgesi.

Belgedeki başlıca kurallar şöyle özetlenebilir:

• Latin, Kiril ve Yunan harfleri aynı etikette karıştırılamaz.
• Latin harflerine benzeyen karakterlerle kurulmuş adlar, uygun bir uzantıda değilse punycode görünür.
• Bilinen popüler alan adlarına çok benzeyen adlar, kullanıcıyı korumak için punycode olarak gösterilir.
• Gösterim kararı tarayıcının dil ayarına göre değişmez.

Yani yalnızca Latin alfabesi ve Türkçe harflerle yazılmış sade bir ad, bu kurallara takılma ihtimali düşük bir ad olur. Yine de her tarayıcı kendi politikasını uygular. Bu nedenle hedef kitlenizin kullandığı tarayıcılarda adresi kendiniz açıp gözle kontrol etmenizi öneririz.

Paylaşım ve kopyalamada hangi sorunlar çıkar?

Adresi kopyalayıp yapıştırdığınızda sonuç, uygulamaya göre farklı görünebilir. Bazı yerlerde okunabilir Türkçe harfli ad kalır, bazı yerlerde xn-- ile başlayan uzun bir dizi çıkar. Bu davranış her uygulamada aynı değildir, o yüzden kendi kullandığınız kanallarda denemeniz gerekir.

Pratikte şu noktaları test ederiz:

1. Adresi bir mesajlaşma uygulamasına yapıştırın ve bağlantının tıklanabilir kalıp kalmadığına bakın.
2. Aynı adresi bir sosyal ağ gönderisine ekleyin ve önizlemenin açılıp açılmadığını görün.
3. Adresi bir e-posta gövdesine yazın ve gönderdiğiniz kişide nasıl göründüğünü sorun.
4. Basılı malzemede (kartvizit, broşür) adresi yazdığınızda okuyanın doğru yazıp yazamadığını deneyin.

Ayrıca reklam metinlerinde görünen URL, hedef sayfa adresinden farklı biçimde gösterilebilir. Bu bir hata olmak zorunda değildir, ama reklam onayı ve görünüm kontrolü için ayrıca test etmelisiniz.

Bir bağlantı önizlemesi kontrolü için link önizleme aracımızı kullanabilirsiniz.

E-posta adreslerinde Türkçe karakterli alan adı sorun çıkarır mı?

Çıkarabilir; bu yüzden en dikkatli test etmeniz gereken alan e-postadır. Alan adınız Türkçe harf içeriyorsa, adres@çiçekçi biçimindeki bir e-posta adresini her gönderici ve alıcı sistemin kabul etmesi gerekir. Resmi bir "hepsi destekler" garantisi bulamadık; destek, e-posta sağlayıcısına ve alıcının sistemine göre değişir.

ICANN'in Universal Acceptance girişimi tam olarak bu uyum sorununu hedefler. Amaç, sistemlerin farklı alan adı ve adres biçimlerini tutarlı kabul etmesidir. Ancak girişimin var olması, sizin kullandığınız her yazılımın hazır olduğu anlamına gelmez.

Güvenli yol çoğunlukla şudur:

• Resmi iş e-postası için karaktersiz bir alan adı kullanın.
• Karakterli adı yalnızca web adresi ve marka görünürlüğü için tutun.
• Karakterli adla e-posta kullanacaksanız, birkaç farklı sağlayıcıya test e-postası gönderin ve sonuçları not alın.

Kurumsal e-posta altyapısı konusunda ayrıntı için kurumsal e-posta altyapısı yazımıza bakın. Gerçek müşterilerinize test mesajı atmayın; kendi hesaplarınız arasında deneyin.

.tr uzantısında Türkçe karakterli alan adı nasıl tescil edilir?

Kayıt tarafında kural nettir. TRABİS'in bilgi bankasına göre gerçek veya tüzel kişiler, Türkçe karakterler (ğ, ı, ü, ş, ö, ç) içeren alan adları kayıt ettirebilir. Kaynak: TRABİS bilgi bankası.

Süreç, kayıt firmasının arayüzünde diğer alan adlarından farklı değildir. Yine de şu adımları izlemenizi öneririz:

1. Önce adın hem karakterli hem karaktersiz biçiminin müsait olup olmadığına bakın.
2. Uzantı için kullanılabilirlik ve belge koşullarını yetkili kayıt kuruluşunuzdan ve TRABİS'ten doğrulayın.
3. Kayıt arayüzünün Türkçe harfleri kabul ettiğini ve sonucu punycode olarak da gösterdiğini kontrol edin.
4. Kayıt sonrası WHOIS ve DNS çıktısında ad doğru görünüyor mu, bakın.

Bazı .tr adları ayrıca kısıtlıdır; konu için takıl ve takal yazımıza bakabilirsiniz. Kayıt kuralları ve ücretleri zamanla değişebileceği için güncel değerleri her zaman resmi kaynaktan kontrol edin.

Kayıt sonrası doğrulama için WHOIS sorgulama aracı ve DNS sorgulama aracı işinize yarar.

Karakterli ve karaktersiz sürümü birlikte almak gerekir mi?

Çoğu durumda evet, öneririz. Çünkü insanlar adresi her zaman doğru klavye ve harflerle yazmaz. Örneğin ısı kelimesi yerine isi yazan biri, başka bir adrese gider. Karaktersiz sürümü de sizin elinizde tutarsanız bu trafiği kaybetmezsiniz.

Bir başka neden marka koruma amacıdır. Rakip ya da kötü niyetli biri, karaktersiz sürümü alıp benzer bir site kurabilir. İki sürümü de almak bu riski kapatır.

Alacağınız ek ad için yalnızca yenileme ücreti ödersiniz; güncel değeri kayıt firmanızdan kontrol edin. Ancak yönetim yükü artar, çünkü iki adın süresini takip etmeniz gerekir. Bu nedenle ikisini aynı kayıt firmasında ve aynı yenileme tarihine yakın tutmak faydalıdır.

Aşağıdaki tablo iki seçeneği yan yana koyuyor:

Hangi sürümü ana adres yapmalı ve nasıl yönlendirmelisiniz?

İki adı da aldıysanız bir tanesini ana adres seçin, diğerini kalıcı yönlendirmeyle ona bağlayın. Biz çoğu işletme sitesinde, e-posta ve paylaşım uyumu nedeniyle karaktersiz sürümü ana adres yapmayı öneririz. Marka adının görünümü çok kritikse karakterli sürüm de ana adres olabilir; önemli olan seçimin tutarlı olmasıdır.

Uygulama sırası şöyledir:

1. Ana adresi belirleyin ve yazılı olarak not edin.
2. Diğer adın tüm sayfa yollarını, aynı yola giden kalıcı yönlendirmeyle (301) ana adrese taşıyın.
3. Ana adreste her sayfanın kanonik adresini kendi adresine eşitleyin. Ayrıntı için canonical etiketi yazımıza bakın.
4. Site haritasında ve iç bağlantılarda yalnızca ana adresi kullanın.
5. Yönlendirmeyi yönlendirme denetleyici aracıyla test edin.

Geçici yönlendirme (302) bu iş için uygun değildir; farkı 301, 302, 307 ve 308 farkı yazımızda anlattık. Yönlendirmeyi ne kadar süre açık tutacağınız için de şu yazıya göz atın.

SSL sertifikası ve DNS ayarı iki ad için nasıl yapılır?

Teknik tarafta en sık atlanan nokta, her iki adın da HTTPS'te çalışmasıdır. Yönlendirme yapan ad bile bir ziyaretçi tarafından açıldığında önce bağlantıyı kurar. Sertifika o adı kapsamıyorsa, kullanıcı yönlendirmeyi görmeden önce bir güvenlik uyarısı alır.

Bu yüzden şu kontrolleri yapın:

• Sertifikanın hem karakterli hem karaktersiz adı kapsadığını doğrulayın.
• DNS kayıtlarını, kayıt firmasının istediği biçimde, gerekirse ASCII (punycode) haliyle girin.
• Her iki adın da aynı sunucuya ya da yönlendirme kuralına çözüldüğünden emin olun.
• www ve www'suz biçimleri de unutmayın.

Sertifika durumunu SSL sorgulama aracıyla görebilirsiniz. Panel her ayarı Türkçe harfle kabul etmeyebilir; kabul etmediğinde, ICANN'in A-label dediği ASCII biçimi girmeniz gerekir.

Hosting sağlayıcınızın panel ayrıntıları farklı olabilir. Bu nedenle sağlayıcınızın yardım sayfasındaki IDN yönergesine de bakmanızı öneririz.

URL yolundaki Türkçe karakter ile alan adındaki karakter aynı şey mi?

Hayır, bunlar iki ayrı mekanizmadır ve çoğu zaman karıştırılır. Alan adı kısmı punycode ile, yol kısmı ise yüzde kodlamasıyla taşınır. Google'ın URL yapısı belgesi, ASCII olmayan karakterlerin bağlantılarda yüzde kodlamasıyla yazılması gerektiğini söyler ve Almanca gemüse sözcüğünü gem%C3%BCse biçiminde örnekler. Kaynak: Google Search Central, URL yapısı belgesi.

Aşağıdaki tablo farkı özetliyor:

Dolayısıyla alan adında karakter kullanmak, yolda karakter kullanmak zorunda olduğunuz anlamına gelmez. Tersi de doğrudur.

URL yolunda Türkçe karakter kullanmalı mıyım?

Zorunlu değilsiniz. Google belgeleri yerelleştirilmiş kelimeleri yolda kullanmayı kabul ettiği için Türkçe harfli bir yol teknik olarak çalışır. Ancak biz çoğu sitede ASCII yola yakın bir düzen öneriyoruz: ç yerine c, ş yerine s gibi sadeleştirme, bağlantıların paylaşılırken uzun yüzde kodlarına dönmesini engeller.

Kararı verirken şu soruları sorun:

• Sitenizde zaten Türkçe harfli yollar varsa, hepsini değiştirmek yönlendirme yükü getirir mi?
• Ekibiniz her yeni sayfada aynı kuralı uygulayabilir mi?
• Paylaşılan bağlantılarda yüzde kodları sorun çıkarıyor mu?

En önemli kural tutarlılıktır. Aynı sayfa için hem sadeleşmiş hem Türkçe harfli yol üretirseniz, kopya içerik ve sinyal dağılması riski doğar. Slug yazımı için slug yazım kuralları yazımıza ve slug oluşturucu aracımıza bakın.

Mevcut yolları değiştirecekseniz, eski adreslerden yenilerine tek adımda 301 yönlendirme kurun.

Mevcut siteyi Türkçe karakterli alan adına taşırken neleri kontrol edersiniz?

Taşıma, alan adı değişikliğinin en riskli anıdır. Ekibimiz bu tür taşımalarda kontrol listesini önceden yazar ve her adımı sırayla işaretler. Burada kavramsal bir liste veriyoruz; kendi sitenizin yapısına göre uyarlayın.

1. Eski ve yeni adres eşleşmelerini sayfa bazında çıkarın.
2. Tüm eski adreslerden yeni karşılıklarına kalıcı yönlendirme kurun.
3. İç bağlantıları, kanonik adresleri ve site haritasını yeni adrese çevirin.
4. HTTPS sertifikasını yeni adı kapsayacak biçimde yenileyin.
5. Arama konsolunda yeni adresi ekleyin ve doğrulayın.
6. Taşıma sonrası tarama hatalarını ve yönlendirme zincirlerini izleyin.

Google'ın site taşıma konusundaki resmi yönergelerine de başvurabilirsiniz; menü adlarına ve buton metinlerine yaslanmamak için panelde ilgili bölümü bulup yönergeyi adım adım izleyin. Taşımanın süresi ve sonucu siteden siteye farklıdır, bu yüzden kesin bir süre vermiyoruz.

Taşıma planı için SEO danışmanlığı hizmetimizle destek alabilirsiniz.

Çok dilli ya da yurt dışına dönük sitelerde IDN kullanmak mantıklı mı?

Hedefiniz yalnızca Türkiye ise Türkçe harfli ad bir seçenektir. Hedefiniz birden fazla ülke ve dil ise tablo değişir. Google'ın çok bölgeli siteler belgesi, ülke kodlu alan adlarının belirli bir ülkeye yönelik güçlü bir sinyal verdiğini söyler. Bu sinyal ile IDN seçimi ayrı konulardır.

Yabancı kullanıcı Türkçe klavye kullanmaz. Dolayısıyla Türkçe harfli bir adı yazmak onun için zordur. Bu durumda karaktersiz ad, hem erişilebilirlik hem paylaşım açısından daha güvenli olur.

Dil sürümleri arasındaki ilişkiyi alan adıyla değil, doğru etiketlerle kurmanız gerekir. Bunun için hreflang etiketi yazımıza ve çok dilli site SEO rehberimize bakın.

Not: Google aynı belgede, kullanıcıyı tahmini diline göre otomatik olarak başka bir dil sürümüne yönlendirmemenizi önerir; bunun yerine dil sürümlerine bağlantılar eklemenizi tavsiye eder.

Hangi durumda karakterli alan adından uzak durmalısınız?

Her durumda karakterli ad kötü değildir, ama bazı durumlar risk taşır. Aşağıdaki işaretlerden birkaçı sizin için geçerliyse karaktersiz adı ana adres yapmanızı öneririz.

• İşinizin merkezinde e-posta var ve müşterileriniz resmi yazışmayı alan adı e-postasıyla yapıyor.
• Hedef kitleniz yabancı klavye ya da mobil uygulama içi tarayıcılar kullanıyor.
• Reklam, kartvizit ve basılı malzemede adres sık yazılıyor.
• Ekipte alan adı ve DNS yönetebilecek teknik bir kişi yok.

Öte yandan şu durumlarda karakterli ad mantıklı olabilir: marka adı Türkçe harfsiz yazıldığında anlamını yitiriyorsa ya da yerel bir kitleye hitap eden bir kampanya sitesi kuruyorsanız. Böyle durumlarda bile karaktersiz sürümü ek ad olarak tutmanızı ve ona yönlendirme kurmanızı öneririz.

Kısacası güvenli varsayılan, karaktersiz ana adres artı karakterli yönlendirme adıdır; ama kararı kendi koşullarınıza göre verin.

Karar verirken hangi adımları sırayla izlemelisiniz?

Elinizde net bir yol haritası olursa karar kolaylaşır. Aşağıdaki sıra, ekibimizin bu soruda kullandığı kısa bir akıştır.

1. Marka adının Türkçe harfsiz yazımının anlam kaybettirip kaybettirmediğine bakın.
2. Her iki sürümün de müsait olup olmadığını kayıt firmanızda sorgulayın.
3. E-posta kullanım planınızı çıkarın ve gerekirse karaktersiz bir ad seçin.
4. Ana adresi ve yönlendirme kuralını yazılı hale getirin.
5. Sertifikayı, DNS'i ve site haritasını ana adrese göre kurun.
6. Paylaşım ve e-posta testlerini kendi hesaplarınız arasında yapın.

Bu liste sıralamayı garanti eden bir formül değildir. Amacı, teknik sürprizleri azaltmak ve Google'ın işleyebildiği bir yapıyı sağlam kurmaktır. Çok sayıda sayfa ya da karmaşık bir taşıma söz konusuysa, teknik SEO desteği almak zaman kazandırır.

Türkçe karakterli alan adı taklit ve güvenlik riski taşır mı?

Karakterli alan adlarının kendine özgü bir güvenlik boyutu vardır: görsel olarak birbirine benzeyen harflerle taklit adresler kurulabilir. Chromium belgesi bu nedenle tarayıcıların benzerlik denetimi yaptığını anlatır. Bir ad, popüler bir alan adının görünümüne çok yakınsa tarayıcı onu xn-- biçiminde gösterir.

Bu durum sizin için iki sonuç doğurur. Birincisi, markanızın adı bilinen bir adrese benziyorsa kullanıcılar uyarı ya da ham punycode görebilir. İkincisi, kötü niyetli biri sizin adınıza benzeyen bir adres alıp ziyaretçilerinizi yanıltabilir.

Alınabilecek önlemler basittir:

• Marka adınızın karaktersiz ve yakın yazımlarını mümkün olduğunca kendiniz tescil edin.
• Düzenli olarak adınıza benzeyen yeni kayıtları arayın.
• Müşterilerinize resmi adresinizi her kanalda aynı biçimde yazın.
• İmza, fatura ve kartvizitte adres biçimini sabit tutun.

Böylece hem arama sonuçlarındaki görünürlüğünüzü hem de kullanıcı güvenini korursunuz. Bu bölüm hukuki danışmanlık değildir; marka itirazı gerekiyorsa bir marka vekilinden destek alın.

Karakterli alan adı kurulumunu hangi testlerle doğrularsınız?

Kurulum bittiğinde "açılıyor" demek yetmez. Çünkü sorunlar genellikle ilk bakışta görünmez: yönlendirme zinciri, sertifika uyumsuzluğu ya da yanlış kanonik adres kendini haftalar sonra gösterir. Bu yüzden aşağıdaki testleri bir kez çalıştırmanızı öneririz.

1. Karakterli adı, karaktersiz adı, www'lu ve www'suz biçimleri tek tek açın.
2. Her biri için son adresin ana adres olduğunu ve yönlendirmenin tek adımda bittiğini doğrulayın.
3. Durum kodlarının kalıcı yönlendirme olduğunu kontrol edin.
4. HTTPS sertifikasının tüm biçimlerde geçerli olduğunu görün.
5. Sayfa kaynağında kanonik adresin ana adresi gösterdiğini doğrulayın.
6. Site haritasında tek bir adres biçimi bulunduğunu doğrulayın.

Bu testler için yönlendirme denetleyiciyi, SSL sorgulamayı ve XML site haritası oluşturucuyu kullanabilirsiniz. Yönlendirme zinciri çıkarsa yönlendirme zinciri yazımıza göz atın.

Testleri taşıma sonrasında birkaç hafta boyunca tekrarlamak da iyi bir alışkanlıktır.

Örnek senaryo: kurgusal bir çiçekçi markası hangi yolu seçer?

Aşağıdaki senaryo tamamen kurgusaldır ve yalnızca mantığı göstermek için yazıldı. Bir çiçekçi, markasını çiçekçi yazımıyla kullanıyor ve alan adında da ç harflerini istiyor. Karaktersiz yazım olan cicekci ise anlamını koruyor ama marka görünümünü bozuyor.

Ekibimiz böyle bir durumda şu sırayı önerir:

1. İki sürümü de tescil edin.
2. İşletme e-postasını karaktersiz alan adı üzerinden kurun.
3. Marka görünümü için karakterli adı reklam ve tabelada kullanın.
4. Siteyi tek bir ana adreste yayınlayın; diğer adı kalıcı yönlendirmeyle bağlayın.
5. Her iki adı da ölçüm araçlarında ayrı tanımlayın ve yönlendirme sonrası trafiği izleyin.

Burada ana adres hangisi olursa olsun, ziyaretçinin gördüğü sonuç aynıdır. Yani kullanıcı hangi yazımı yazarsa yazsın aynı sayfaya ulaşır. Üstelik e-posta tarafı da güvenli kalır.

Bu bir tavsiye şablonu değil, düşünme biçimidir. Kendi işinizde e-posta oranı, hedef kitle ve basılı malzeme yoğunluğu hesabı değiştirebilir.

Karakterli alan adı hakkında hangi yanlışlar sık yapılır?

Sahada gördüğümüz hataların çoğu bilgi eksikliğinden değil, varsayımdan doğar. Aşağıdaki liste en yaygın olanları özetliyor.

• "Google IDN'yi anlamaz" varsayımı. Oysa resmi belge IDN kullanmanın sorun olmadığını söyler.
• "Karakterli ad sıralamayı otomatik yükseltir" varsayımı. Resmi belgelerde böyle bir ifade bulamadık.
• "Alan adında karakter varsa yolda da olmalı" varsayımı. İki katman birbirinden bağımsızdır.
• "İkinci adı alıp boş bırakmak yeterli" varsayımı. Boş bırakılan ad yönlendirme yapmazsa kullanıcı hata sayfası görür.
• "Sertifika bir kez alınır, biter" varsayımı. Her yeni ad ve her yeni alt alan adı için kapsamı yeniden kontrol edersiniz.

Bu varsayımların her biri, sitenizde sessiz bir kayba dönüşebilir. Örneğin yönlendirmesi eksik bir ek ad, aylarca hiç fark edilmeden yanlış yazan ziyaretçiyi geri çevirebilir. Dolayısıyla her ek adı kurulumun parçası olarak ele alın.

Arama konsolu ve ölçüm araçlarında adres biçimlerini nasıl yönetirsiniz?

Ana adresi seçtikten sonra ölçüm tarafını da ona göre kurmanız gerekir. Aksi halde aynı sitenin verisi iki ayrı yerde dağılır ve hangi sürümün performansını izlediğinizi anlayamazsınız. Panel menü adları değişebileceği için burada kesin buton adı vermiyoruz; ilgili bölümü panelde bulup resmi yardım sayfasını izleyin.

Genel yaklaşım şöyledir:

1. Ana adresi arama konsolunda mülk olarak ekleyin ve sahipliği doğrulayın.
2. Yönlendirilen ek adı da ayrıca ekleyin; böylece yönlendirmenin işleyişini izleyebilirsiniz.
3. Site haritasını yalnızca ana adresin altında gönderin.
4. Analitik araçlarında alan adı filtresini ana adrese göre ayarlayın.
5. Kampanya bağlantılarında tek bir adres biçimini kullanın; etiketleme için UTM oluşturucu aracımızdan yararlanın.

Raporlarda aynı sayfanın iki adres biçimiyle göründüğünü fark ederseniz, bu genellikle kanonik adres ya da yönlendirme eksiğine işaret eder. Böyle bir durumda önce yönlendirmeyi, sonra kanonik adresi kontrol edin.

Özet: Türkçe karakterli alan adı için doğru yaklaşım ne?

Özet olarak, Google IDN kullanımını kabul eder, ancak resmi belgelerde sıralama etkisine dair açık bir ifade bulamadık. Sorunlar daha çok e-posta, paylaşım ve yazım tarafında çıkar. Bu yüzden iki sürümü almak, birini ana adres yapmak ve diğerini kalıcı yönlendirmeyle bağlamak en sağlam yoldur.

Unutmayın, alan adındaki punycode ile yoldaki yüzde kodlaması farklı konulardır. Alan adı kararınız yol kararınızı belirlemez.

Daha fazla bilgi için alan adı seçiminin genel kurallarını anlatan alan adı seçimi yazımıza ve kayıt kısıtlarını anlatan takıl ve takal yazımıza dönebilirsiniz.

Not: Bu yazı genel bilgi içerir; kayıt koşulları ve platform ayarları değişebileceği için güncel durumu resmi kaynaklardan kontrol edin.