SMX Advanced'den (isminin hakkını veren) ileri seviye Soru-Cevap

6 Ağustos 2009, Perşembe

Bu yazın başlarında
SMX Advanced
bir kez daha güzel şehrimiz Seattle’a uğradı ve gerçekten de ileri seviyeydi. Bazı soru-cevap panellerinde, geri dönüp biraz araştırma yapmamı gerektiren birçok soru aldım. Söz verdiğim gibi, yanıtlar aşağıdadır:

Google’ın artık Flash içeriğini dizine ekleme konusunda
daha iyi bir iş
çıkardığını duyuyoruz. Harici bir dosyadan içerik çeken bir Flash dosyam varsa ve bu harici dosya
robots.txt tarafından engellenmişse, bu içerik Flash içinde (robots.txt tarafından engellenmemiş olan) dizine eklenir mi? Yoksa Google bu içeriği dizine ekleyemez mi?

robots.txt tarafından izin verilmeyen bir dosyada yer alıyorsa bu içeriğe erişemeyiz; dolayısıyla içerik insanlar tarafından (Flash aracılığıyla) görülebilir olsa bile, arama motoru tarayıcıları buna erişemez. Daha fazla ayrıntı için
harici kaynakları yükleyen Flash’ı dizine ekleme hakkındaki blog yazımıza bakın.

Kullanıcı davranışına veya tıklama akışına göre içeriği özelleştiren siteler giderek yaygınlaşıyor. Bir kullanıcı arama sonuçları sayfasından siteme tıkladığında, arama sorgusundaki terimlere göre sayfanın içeriğini özelleştirebilir miyim veya kullanıcıyı yönlendirebilir miyim? Yoksa bu
cloaking (gizleme) olarak mı kabul edilir? Örneğin, birisi “vintage cameo kolye” araması yapıyorsa ancak sitemin genel vintage takı sayfasına tıklıyorsa, aradığı şeyin bu olduğunu bildiğim için kullanıcıyı vintage cameo’ya özel sayfama yönlendirebilir miyim?

Kullanıcıyı yönlendiriyorsanız veya Googlebot’un o URL’de göreceğinden farklı bir içerik sunuyorsanız (örneğin, google.com yönlendirenine veya sorgu dizesine bağlı olarak), bunu cloaking olarak kabul ederiz. Arayan kişi ‘vintage takı’ sonucuna tıklamaya karar verdiyse, farklı bir sayfanın daha iyi olabileceğini düşünseniz bile onlara tıkladıkları sayfayı göstermelisiniz. Web sitenizdeki ilgili sayfalar arasında her zaman bağlantı kurabilirsiniz (yani, ‘vintage cameo’ sayfanızdan ‘vintage takı’ sayfanıza ve tam tersi şekilde bağlantı vererek, herhangi bir kaynaktan bu sayfalara gelen herkesin çapraz gezinmesini sağlayabilirsiniz); ancak bu kararı arayan kişi adına vermemeniz gerektiğine inanıyoruz.

Farklı ziyaretçilere farklı içerikler göstermeyi içerse de, Google etik web sitesi testlerini (A/B veya çok değişkenli testler gibi) Google’ın
yönergelerini ihlal etmeyen meşru bir uygulama olarak kabul eder. Bunun bir nedeni, arama motorları sayfanın yalnızca orijinal içeriğini görüp varyasyonları görmeyebilse de, aynı içeriği gören bir insan kullanıcı yüzdesinin de bulunmasıdır; dolayısıyla teknik, özellikle arama motorlarını hedef almaz.

Ancak bazı test hizmetleri, dönüşüm oranlarının yüksek kaldığını doğrulamak için bir deney tamamlandıktan sonra sitenin trafiğinin %100’ünü bir süre kazanan kombinasyon üzerinden çalıştırmayı önerir. Bu, Google’ın cloaking görüşüyle nasıl örtüşüyor?

Deneyinizin sonuçlarını doğrulamak için trafiğin %100’ünü kısa bir süre boyunca tek bir kombinasyon üzerinden çalıştırmak sorun değildir. Ancak,
bu konudaki makalemizde belirtildiği gibi, “bir sitenin orijinal olmayan tek bir kombinasyonu aylarca %100 oranında çalıştırdığını tespit edersek… o siteyi dizinimizden kaldırabiliriz.” Deneyinizin sonuçlarını doğrulamak istiyor ancak “ne kadar süre çok uzundur” diye endişeleniyorsanız, trafiğinizin çoğunu kazanan kombinasyonunuza gönderirken, kontrol olarak küçük bir yüzdesini orijinal sayfaya göndermeye devam ettiğiniz bir takip deneyi yapmayı düşünün.
Google, kendi test aracı olan Website Optimizer ile bunu önermektedir.

Bir sayfanın HTTP başlığında belirtilen karakter kodlaması, <meta equiv="Content-Type"> etiketinde belirtilenden farklıysa, Google hangisini dikkate alır?

Her ikisine de bakarız ve ayrıca sayfanın içeriğine dayanarak kendi tarafımızda biraz işleme/tahmin yürütürüz. Çoğu büyük tarayıcı, her ikisi de geçerli ancak farklıysa, HTML’de belirtilen yerine HTTP başlığında belirtilen kodlamaya öncelik verir. Ancak, farklı olduklarının farkındaysanız, en iyi cevap bunlardan birini düzeltmektir!

Google, bir URL’deki (Çince veya Japonca karakterler gibi) üç baytlık UTF-8 kodlu uluslararası karakterleri nasıl işler? Bu tür URL’ler bazı uygulamalarda bozulur; Google bunları doğru bir şekilde işleyebiliyor mu? Google bu şekilde kodlanmış anahtar kelimeleri anlıyor mu; yani www.example.com/%E9%9D%B4 adresinin ayakkabılarla www.example.com/shoes adresi kadar alakalı olduğunu anlayabiliyor musunuz?

URL yolundaki ve sorgu parametrelerindeki yüzde ile kaçışlı (percent-escaped) UTF-8 karakterlerini doğru bir şekilde işleyebiliriz ve bu şekilde kodlanmış anahtar kelimeleri anlarız. Alan adındaki uluslararası karakterler için, bazı eski tarayıcılar (IE6 gibi) ASCII olmayan alan adlarını desteklemediğinden, yüzde kodlaması yerine
punycode kullanmanızı öneririz.

Kendi sorunuz mu var?
Tartışma forumumuza katılın.

Yazan:
Susan Moskwa, Web Yöneticisi Trendleri Analisti