Resmi Google Webmaster Bloğu [TR]: Eylül 2017

Yinelenen içerikler ve standart URL'nin belirlenmesi

26 Eylül 2017 Salı

Yinelenen içerikler (duplicate content) ve bunların arama sonuçlarında doğru şekilde indekslenebilmesi ile ilgili endişelerinizi giderebilmek için, 2009 yılından beri desteklediğimiz Standart URL (Canonical URL) yapısı hakkında bilgilerinizi tazelemek istedik. En basit tabirle Canonical URL yapısı, tercih ettiğiniz bir URL sürümünü herkese açık şekilde belirtmenize olanak tanıyan bir web standardıdır. Sitenizde eğer birden çok URL üzerinden erişilebilen, birbirinin aynı veya büyük ölçüde benzer içerikler varsa bu yapı, arama sonuçlarında gösterilen URL üzerinde size daha fazla denetim sağlar. Ayrıca, bağlantı (link) popülerliği gibi özelliklerin de tercih ettiğiniz sürümde birleştirildiğinden emin olmanıza da yardımcı olur.
Şekerleme satan bir siteyle ilgili geçmişte verdiğimiz bir örneğe tekrar göz atalım dilerseniz. Tercih ettiğiniz URL sürümünün ve içeriğinin aşağıdaki gibi göründüğünü düşünün: http://www.example.com/product.php?item=swedish-fish

Ancak, kullanıcılar (ve Googlebot) İsveç balığı (Swedish fish) şekerlemesine ait içeriğe birden çok (basit olmayan) URL üzerinden erişebilmektedir. Bu URL'lerdeki önemli bilgiler tercih ettiğiniz sürümle aynı olsa bile, sıralama parametreleri veya kategoride gezinme gibi unsurlar nedeniyle biraz farklı içerik çeşitleri gösterebilir: http://www.example.com/product.php?item=swedish-fish&category=gummy-candy

Tamamıyla aynı içeriğe sahip ancak izleme parametreleri veya oturum kimliği gibi nedenlerle farklı URL'lere sahip de olabilirler: http://www.example.com/product.php?item=swedish-fish&trackingid=1234&sessionid=5678

Bu durumlarda yapmanız gereken, tercih ettiğiniz standart (canonical) URL’i belirtmek için şu <link> etiketini:
<link rel="canonical" href="http://www.example.com/product.php?item=swedish-fish" />
aşağıdaki yinelenen içerik URL'lerinin <head> bölümüne eklemek olacaktır:
http://www.example.com/product.php?item=swedish-fish&category=gummy-candy http://www.example.com/product.php?item=swedish-fish&trackingid=1234&sessionid=5678
daha sonra, Google tüm yinelene URL’lerin, bu standart (canonical) URL'ye referans gösterdiğini anlayacaktır: http://www.example.com/product.php?item=swedish-fish. PageRank ve ilgili diğer sinyaller gibi ek URL özellikleri de bu URL’ye aktarılacaktır.
Bu standart, sitenizi tarama ve dizine ekleme işlemleri sırasında herhangi bir arama motoru tarafından da benimsenebilir.
Son olarak, bu konuda aklınıza gelmesi muhtemel diğer bazı sorulara da cevap vermeye çalışacağız:
rel="canonical" bir ipucu mu yoksa bir direktif mi? Bu, oldukça önem verdiğimiz bir ipucudur. Arama sonuçlarında en alakalı sayfayı görüntülemek için hesaplamalar yaparken diğer sinyallerle birlikte bu tercihinizi de dikkate alırız.
Standart sayfayı belirtmek için <link rel="canonical" href="product.php?item=swedish-fish" /> gibi göreli bir yol (relative path) kullanabilir miyim? Evet, göreli yollar (relative path) <link> etiketiyle birlikte alışılageldik şekilde tanınır. Ayrıca, dokümanınıza bir <base> bağlantısı eklerseniz göreli yollar, temel URL'ye göre çözümlenecektir. Standart URL’in, içeriğin tam bir yinelemesi olmaması sorun yaratır mı? Örneğin, bir ürün listesinin sıralama düzeninde küçük farklılıklara izin veriyoruz. Ayrıca, standart ve yinelenen sayfaları farklı zamanlarda tarayabileceğimizi, bu nedenle de zaman zaman içeriğinizin farklı sürümlerini görebileceğimizi biliyoruz. Tüm bunlar bizim için sorun teşkil etmiyor.
rel="canonical" sayfası bir 404 hatası döndürürse ne olur? İçeriğinizi dizine eklemeye ve bir standart URL bulabilmek adına mantık yürütmeye devam ederiz, ancak her zaman standart URL olarak mevcut ve aktif URL'leri belirtmenizi tavsiye ediyoruz.
rel="canonical" henüz dizine eklenmemişse ne olur? Web'deki herkese açık tüm içeriklerde olduğu gibi belirtilen standart URL'yi de hızlı bir şekilde keşfedip taramaya çalışıyoruz. İçeriği dizine ekler eklemez rel="canonical" ipucunu yeniden değerlendiriyoruz.
rel="canonical" bir yönlendirme olabilir mi? Evet, standart URL olarak yönlendirme yapan bir URL belirtebilirsiniz. Google, yönlendirmeyi normal bir şekilde işler ve bunu dizine eklemeye çalışır.
Çelişkili rel="canonical" ifadeleri varsa ne olur? Algoritmamız bu konuda esnektir: Standart URL zincirlerini takip edebiliriz ancak bağlantılarınızı, en iyi verimi alabilmek adına tek bir standart URL’i işaret edecek şekilde güncellemenizi öneririz.
Bu bağlantı etiketi, tamamıyla farklı bir alan adındaki bir standart URL'yi önermek için kullanılabilir mi? Evet, cross-domain (farklı alan adları arası) rel="canonical" bağlantı öğesini destekliyoruz.
Bu standart URL yapısı diğer arama motorları tarafından da destekleniyor mu? Evet, Bing ve Yahoo! bu yapıyı destekleyen diğer arama motorlarından bazıları.
Bu konuda daha detaylı bilgi almam mümkün mü? Tabii ki. Daha fazla bilgi için lütfen Standart URL'ler kullanma hakkında hazırladığımız Yardım Merkezi makalemize bakın. Pekala; canlı bir örnek görebilir miyim? Evet, bu süreçte güvenilir bir test kullanıcısı olarak bize yardımcı olan wikia.com sitesine göz atabilirsiniz. Örneğin, http://starwars.wikia.com/wiki/Nelvana_Limited URL'sindeki kaynak kodun rel="canonical" değerini http://starwars.wikia.com/wiki/Nelvana şeklinde belirttiğini fark edeceksiniz. Bu örnekte verilen iki URL neredeyse birbirinin aynısıdır; ancak ilk Nelvana_Limited URL'sinde başlığının yakınında kısa bir mesaj vardır. Bu, bahsedilen Standart URL özelliğinin kullanımına iyi bir örnektir. rel="canonical" ile iki URL'nin özellikleri dizinimizde birleşir ve arama sonuçlarında, wikia.com'un hedeflenen sürümü görüntülenir.
Bunlara ek olarak, aşağıdaki yorum bölümü aracılığı ile diğer sorularınızı da çekinmeden bize iletebilirsiniz. Eğer herhangi bir sebeple standart URL yapısını uygulayamazsanız da sakın endişelenmeyin; biz yine de yinelenen içeriklerinize ait URL'ler içerisinden uygun olabilecek bir standart URL seçebilmek için önceden de olduğu gibi şimdi de elimizden geleni yapmaya devam edeceğiz.
Arama kalitesi ekibi adına yayınlayan: Fatih Özkösemen Not: Bu makale ilk olarak 12 Şubat 2009 tarihinde İngilizce Google Webmaster Bloğunda Joachim Kupke ve Maile Ohye tarafından yayınlanmıştır.

Ayrı mobil sitelerden, responsive web tasarımına geçiş

14 Eylül 2017 Perşembe

Responsive web tasarımına (ekran boyutu, platform, cihaz tipi gibi kullanıcı değişkenlerine adapte olabilen web tasarımları) geçen site sayısı giderek arttıkça, pek çok web yöneticisinden sitelerini ayrı mobil URL'lerden (m. veya m-dot URL'ler olarak da bilinirler) responsive web tasarımına taşımayla ilgili sorular alıyoruz. Bu yazıda, sitenizin Google arama sonuçlarında mümkün olan en iyi performansı göstermesini sağlayacak şekilde ayrı URL'lerden tek bir responsive URL'ye geçiş yapmanıza yardımcı olacak öneriler bulacaksınız.
Googlebot dostu bir şekilde responsive sitelere geçme Responsive siteniz hazır olduğunda, sadece biraz planlama yapıp aşağıdaki adımları takip ettiğiniz takdirde geçiş işlemini sorunsuz şekilde tamamlayabilirsiniz. URL'lerinizin masaüstü sürümünde aynı kalacağı düşünülürse, tek yapmanız gereken mobil URL'lerden responsive web URL'lerine 301 yönlendirmelerini yapılandırmanız olacaktır.
Ayrıntılı adımlar şu şekildedir:

Responsive sitenizi hazırlayın

Eski mobil URL'lerden responsive sürümlere (yeni sayfalar) 301 yönlendirmeleri yapılandırın. Bu yönlendirmelerin her mobil URL'den karşılığı olan responsive URL'ye olacak şekilde, birebir URL bazında yapılması gerekmektedir.

Sitenizde bulunan mobil URL ile ilgili tüm koşullu yönlendirmeleri (cihaz, platform, ekran boyutu gibi değişkenlere bağlı yönlendirmeler) veya değişen HTTP header bilgisi gibi mobil URL'ye özel tüm yapılandırmaları kaldırın.

Tavsiye edilen bir web uygulaması olduğu için, responsive URL'lerde kendilerine işaret eden (kendine referans veren canonical) rel=canonical işaretlemesi kullanmanız yerinde bir hareket olacaktır.

Şu anda eğer dinamik sunum (dynamic serving) özelliğini kullanıyorsanız ve responsive tasarıma geçmek istiyorsanız, herhangi bir yönlendirme eklemeniz veya mevcut yönlendirmeleri değiştirmeniz gerekmez.
Responsive web tasarımına geçiş yapmanın bazı faydaları Responsive siteye geçiş yapmak, uzun vadede bakımı ve raporlamayı çok daha kolay hale getirir. Artık her sayfa için ayrı URL yönetimi gerekmemesinin yanı sıra uluslararası hedefleme yapabilmek için hreflang kullanmak, hız için AMP, gelişmiş arama özellikleri için yapısal veri gibi kullanımları ve teknolojileri uyarlamayı da oldukça kolaylaştırmaktadır.
Her zaman olduğu gibi yardıma ihtiyaç duyduğunuz her konuda bize Türkçe Webmaster Forumu uzerinden ulaşabilirsiniz. Hazırlayan: Cherry Prommawin (Webmaster İlişkileri)

Kullanıcılarınız için faydalı başlık ve açıklamalar oluşturma

6 Eylül 2017 Çarşamba

İnsanlar bir kitabı satın almadan önce, onu okuyarak geçirecekleri birkaç saatin nasıl olacağını görebilmek adına kitapla ilgili kısa bilgiler edinmeyi tercih ederler. Kitabı sevip sevmeyecekleriyle ilgili bir fikir edinmek için kitabın özetine, önsözüne ve hatta giriş bölümüne göz atarlar.
Arama sonucu snippet'leri de (site başlık ve açıklamaları) büyük ölçüde aynıdır; kullanıcıların, snippet'in ait olduğu sayfayı okumak için harcayacakları zamana değip değmeyeceğine karar vermelerine yardımcı olur.

Başlık ve açıklama alanlarını gösteren örnek bir arama sonucu Bir arama sonucu snippet'i ne kadar açıklayıcı ve alakalı olursa, kullanıcıların arama sonucunu tıklama ve ulaştıkları sayfadan memnun kalma olasılığı da o kadar artar. Geçmişte, snippet'ler 3 kaynaktan geliyordu:

Sayfanın içeriği

Meta açıklamaları

DMOZ kayıtları

Sayfanın içeriği, arama sonucu snippet'lerini oluşturabilmemiz için haliyle ilk olarak bakacağımız bariz bir tercih olacaktır. Bu nedenle gösterilebilecek snippet’leri belirlerken genellikle sayfa içeriğinin kullanıcının arama terimi ile en alakalı kısmını tercih ederiz. Fakat bazen, içeriğin kendisinin bir snippet oluşturabilmek için en iyi seçenek olmadığı durumlar da söz konusudur. Örneğin, bir kişi, yazdığı kitabı yayınlayabilecek bir yayın şirketi aradığında arama sonuçlarında bulunan en alakalı sayfalar sadece bu yayınevini tanıtan birkaç resim veya logo ve belki, hiçbiri bir snippet oluşturabilmek için işe yaramayan birkaç bağlantı (link) içeriyor olabilirler.
Sayfa içeriğinin bir arama sonucu snippet'i için yeterli miktarda metne sahip olmadığı durumlarda, mantıklı bir alternatif olarak meta açıklamaları (meta description) kullanılır. Bu nedenle meta açıklamaları, içeriği birkaç kelimeyle doğru ve kesin bir şekilde açıklayan kısa tanıtıcı yazılar olmalıdırlar.
Son olarak, bir sayfanın snippet oluşturulabilmesi için çok fazla metin içeriği olmadığında ve aynı zamanda meta açıklaması da bulunmadığı veya sayfayla ilgisiz, düşük kalitede olduğu durumlarda, bu kez de alternatifimiz, Açık Dizin Projesi olarak da bilinen DMOZ olmaktaydı. DMOZ snippet'leri genellikle web yöneticilerinin kendi meta açıklamalarında sağladıklarından daha yüksek kalitede veya sayfa içeriğinin sağladığından daha açıklayıcı olduğundan 10 yıldan uzun süredir snippet'ler için DMOZ'u kullanmaktaydık.
DMOZ projesi artık kapandığı için snippet oluştururken bu bilgileri kullanmayı durdurduk. Bu yüzden, sayfaya daha fazla içerik ekleme imkanı olmayan site sahiplerinin iyi meta açıklamaları sağlamaları çok daha önemli hale geldi.
İyi bir meta açıklamasının özellikleri nelerdir? İyi meta açıklamaları, sayfanın içeriğini doğru bir şekilde açıklayan kısa tanıtıcı yazılardır. Bunlar, bir nevi kullanıcıları sayfanın tam olarak aradıkları şey olduğuna ikna eden bir reklam metni gibidir. Bu nedenle masaüstü ve mobil sayfalarınızın hem bir başlık (title) hem de bir meta açıklaması (meta description) içerdiğinden emin olun. Bu konuda daha fazla ipucu verebilmek için hazırladığımız yardım merkezi makalemize de göz atmanızı kesinlikle tavsiye ediyoruz.
Meta açıklamaları ile ilgili en yaygın sorunlar nelerdir? Meta açıklamaları genellikle yalnızca arama motorları ve diğer yazılımlar tarafından görülebildiği için web yöneticileri bazen bunları unutarak tamamıyla boş bırakabilmektedirler. Ayrıca, aynı nedenle, aynı meta açıklamasının birden çok (ve bazen gerçekten çok sayıda) sayfada kullanılması da yaygın görülen bir durumdur. Diğer yandan, açıklamanın tamamen konuyla alakasız, düşük kaliteli ve doğrudan spam içerikli olması da görece yaygın bir durumdur. Bu sorunlar, kullanıcılarımızın arama deneyimini olumsuz etkilediğinden bu tür meta açıklamaları göz ardı etmeyi tercih ediyoruz.
Meta açıklamalar için bir karakter sınırı var mıdır? Bir meta açıklamasının ne uzunlukta olabileceğiyle ilgili bir karakter sınırı yoktur, ancak arama sonucu snippet'leri gerektiğinde (genellikle ilgili ekran genişliğine sığdırabilmek için) bu açıklamayı kesip kısaltabilmektedir.
"NOODP" robot yönergesine ne olacak? DMOZ (ODP) kapandığı için buraya ait verileri kullanmayı bıraktığımızdan az önce bahsetmiştik ve dolayısıyla, NOODP yönergesi de bundan sonra aktif olmayacaktır.
Google'ın sayfa içeriklerini snippet olarak kullanmasını engelleyebilir miyim? "nosnippet" robot yönergesini belirterek Google'ın snippet oluşturmasını toplu bir şekilde engelleyebilirsiniz. Sayfa içeriklerinin snippet olarak kullanılmasını engellerken diğer kaynaklara izin vermenin ise herhangi bir yolu yoktur.
Her zaman olduğu gibi sorularınızı Webmaster Forumu aracılığı ile sorabilir veya bize Twitter'dan ulaşabilirsiniz!
Arama kalitesi ekibi adına yayınlayan: Fatih Özkösemen Not: Bu makale ilk olarak 2 Haziran 2017 tarihinde İngilizce Google Webmaster Bloğunda Gary Illyes tarafından yayınlanmıştır.