Search Console’daki “Kopya, Google kullanıcıdan farklı bir standart sayfa seçti” durumu, sizin belirttiğiniz canonical URL ile Google’ın aynı sayfa kümesi için seçtiği standart URL’nin farklı olduğunu gösterir. İncelenen URL yerine Google’ın seçtiği başka bir URL dizine eklenir.
Bu kayıt her zaman düzeltilmesi gereken bir hata değildir. Google’ın seçtiği URL kullanıcıya sunmak istediğiniz ana sürümse seçim kabul edilebilir. Yanlış URL seçildiyse yalnızca canonical etiketini tekrar eklemek yetmez; içerik benzerliği, yönlendirmeler, iç bağlantılar, sitemap ve teknik erişilebilirlik aynı URL’yi destekleyecek şekilde hizalanmalıdır.
Bu durum ne anlama gelir?
Google, aynı veya çok benzer ana içeriğe sahip URL’leri bir kümede toplar ve arama sonuçlarında bu kümenin temsilcisi olacak bir standart URL seçer. Google’ın standartlaştırma açıklamasına göre site sahibinin belirttiği tercih bir kural değil, Google’ın dikkate aldığı bir ipucudur.
Canonical etiketinin genel işlevi, doğru kullanım alanları ve sık yapılan uygulama hataları canonical etiketi yanlış kullanılırsa ne olur rehberinde ele alınmaktadır. Buradaki odak ise Google’ın sizin tercihinizden farklı bir URL seçtiği belirli Search Console durumudur.
Sayfada bulunan rel="canonical" etiketi bir URL’yi işaret etse bile Google teknik ve içerik sinyallerine bakarak başka bir adresi daha uygun temsilci kabul edebilir. Search Console bu uyuşmazlığı söz konusu durum adıyla bildirir.
Bu durumda incelenen URL genellikle dizine eklenmez. Bu, kopya içerik nedeniyle siteye otomatik olarak ceza verildiği anlamına gelmez. Asıl soru, Google’ın dizine eklediği standart URL’nin sizin tercih ettiğiniz ve kullanıcıya göstermek istediğiniz sürüm olup olmadığıdır.
Kullanıcı tarafından beyan edilen ve Google tarafından seçilen standart URL arasındaki fark nedir?
URL Denetleme aracında iki ayrı alan bulunur. Bunları birbirine karıştırmadan okumak, sorunun gerçekten müdahale gerektirip gerektirmediğini anlamanın ilk adımıdır.
| Alan | Ne gösterir? | Nasıl yorumlanır? |
|---|---|---|
| Kullanıcı tarafından beyan edilen standart URL | Sayfanın canonical etiketi, HTTP üstbilgisi veya başka bir yöntemle bildirdiğiniz tercihi | Sitenizin hangi URL’yi ana sürüm olarak önerdiğini gösterir |
| Google tarafından seçilen standart URL | Google’ın benzer sayfalar arasından temsilci olarak seçtiği URL’yi | Google’ın hangi URL’yi dizine eklediğini veya eklemeyi tercih ettiğini gösterir |
| İncelenen URL | URL Denetleme aracında sorguladığınız adresi | Diğer iki adresle birlikte içerik, durum kodu ve yönlendirme bakımından karşılaştırılmalıdır |
Google’ın Sayfa Dizine Ekleme raporu açıklaması, bu durumda geçerli sayfanın, beyan edilen standart URL’nin ve Google’ın seçtiği standart URL’nin birlikte incelenmesini önerir. Yalnızca rapordaki durum adına bakarak doğru URL’nin hangisi olduğuna karar verilemez.
Bu durum her zaman bir hata mıdır?
Hayır. Parametreli izleme URL’leri, yazdırma sürümleri, aynı ürüne açılan farklı kategori yolları veya protokol ve alan adı varyasyonları tek bir ana URL’de birleşiyorsa Google’ın alternatifleri dizine almaması beklenen bir davranıştır. Seçilen URL iş hedefinizle uyumluysa işlem yapmak gerekmeyebilir.
Şu durumlarda ise kayıt gerçek bir soruna işaret edebilir:
- Arama sonuçlarında görünmesini istediğiniz ürün, kategori, hizmet veya içerik URL’si dizine alınmıyorsa
- Google parametreli, eski, HTTP, yönlendirmeli veya yanlış alan adındaki bir sürümü seçtiyse
- Birbirinden farklı arama niyetlerini karşılayan iki sayfa yanlışlıkla aynı kopya kümesine girdiyse
- Google’ın seçtiği URL erişilemiyor, güncel değil veya kullanıcılara uygun değilse
- Sorun aynı şablondaki çok sayıda değerli URL’de tekrarlanıyorsa
Öncelik, rapordaki bütün URL’leri sıfırlamak değil; yanlış standart seçimi nedeniyle değerli bir sayfanın görünürlüğünü kaybettiği kümeleri düzeltmektir.
Google neden farklı bir standart sayfa seçer?
Google’ın seçimi çoğunlukla tek bir etiketten değil, sayfalar arasındaki benzerlik ile birden fazla teknik ve site içi sinyalin birlikte değerlendirilmesinden doğar. Aşağıdaki nedenler tek başına veya aynı URL kümesinde bir arada görülebilir.
Beyan edilen URL sayfaya yeterince benzemiyordur
Canonical, birbirinin kopyası veya çok yakın alternatifi olan sayfalar arasında kullanılmalıdır. İncelenen sayfa ile beyan edilen standart URL’nin ana içeriği ve kullanıcı ihtiyacı belirgin biçimde farklıysa Google bu ilişkiyi kabul etmeyebilir.
Örneğin belirli bir ürün sayfasından genel kategoriye canonical vermek, iki sayfa farklı amaçlara hizmet ettiği için güvenilir bir standartlaştırma ilişkisi oluşturmaz. Google, ürün sayfasını kategori yerine kendisine daha çok benzeyen başka bir ürün veya parametreli sürümle kümeleyebilir.
Canonical ile diğer sinyaller çelişiyordur
Bir sayfanın canonical etiketi A URL’sini gösterirken sitemap B URL’sini içeriyor, iç bağlantılar C URL’sine gidiyor ve yönlendirmeler farklı bir hedefe ulaşıyorsa tek bir standart tercih iletilmez. Google bu çelişkili yapı içinde kendi seçimini yapar.
Aynı içerik için HTTP ve HTTPS, www ve www olmayan alan adı, son eğik çizgili ve eğik çizgisiz yollar ya da büyük ve küçük harfli adresler erişilebilir durumdaysa tutarsızlık daha da büyüyebilir.
Tercih edilen standart URL uygun durumda değildir
Standart olmasını istediğiniz URL’nin 200 OK yanıtı vermesi, taranabilir olması ve dizine eklemeyi engelleyen bir yönerge taşımaması gerekir. URL yönlendiriliyorsa, 404 veya 5xx döndürüyorsa, robots.txt ile engelliyse ya da noindex içeriyorsa Google daha kullanılabilir bir alternatife yönelebilir.
İç bağlantılar başka bir URL’yi güçlendiriyordur
Menüler, breadcrumb bağlantıları, kategori kartları ve içerik içi linkler sürekli olarak kopya URL’ye gidiyorsa site mimarisi o adresi önemli sürüm gibi gösterir. Canonical etiketinde başka bir adresin bulunması bu çelişkiyi tek başına ortadan kaldırmaz.
Parametreler ve filtreler çok sayıda benzer sayfa oluşturuyordur
Sıralama, filtre, izleme ve oturum parametreleri ana içeriği değiştirmeden yeni URL’ler oluşturabilir. Kopya üretimi kontrolsüzse her URL’ye canonical eklemek yerine URL üretim mantığı, taranabilirlik ve site içi bağlantılar birlikte değerlendirilmelidir. Bu yapı e-ticaret filtre URL’lerini yönetme rehberinde ayrıntılı olarak ele alınmaktadır.
Kaynak kod ile oluşturulan HTML farklı canonical gösteriyordur
Tema, SEO eklentisi ve JavaScript aynı sayfaya farklı canonical öğeleri ekleyebilir. Kaynak kodda doğru görünen etiket, oluşturulan HTML’de değişebilir veya head dışında kaldığı için geçersiz sayılabilir. Google, JavaScript kullanılan sitelerde canonical bilgisinin kaynak kodda açık olmasını ve istemci tarafında değiştirilmemesini önerir.
Sorun nasıl teşhis edilir?
- Raporu URL kalıplarına ayırın. Parametreli ürünler, kategori yolları, protokol varyasyonları veya belirli bir şablon aynı listede bulunabilir. Her gruptan birkaç temsilci URL seçin.
- İncelenen URL’yi denetleyin. Search Console URL Denetleme aracında kullanıcı tarafından beyan edilen ve Google tarafından seçilen standart URL alanlarını kaydedin.
- Üç URL’yi yan yana açın. İncelenen sayfanın, beyan edilen canonical hedefinin ve Google’ın seçtiği URL’nin ana içeriğini, başlığını, arama niyetini ve erişilebilirliğini karşılaştırın.
- HTTP davranışını kontrol edin. Her adresin durum kodunu, yönlendirme zincirini ve nihai hedefini doğrulayın. Tercih edilen URL doğrudan
200yanıtı vermelidir. - Canonical kaynağını doğrulayın. Sayfa kaynağı, oluşturulan HTML ve varsa HTTP
Linküstbilgisinde tek ve aynı canonical hedefinin bulunduğunu kontrol edin. - Site içi sinyalleri tarayın. Sitemap, breadcrumb, menü, kategori kartları, hreflang ve içerik içi bağlantıların hangi URL’yi desteklediğini belirleyin.
- Tekil mi sistematik mi olduğunu bulun. Aynı sorun yüzlerce URL’de tekrarlanıyorsa tek tek sayfa düzenlemek yerine tema, eklenti, yönlendirme veya URL üretim kuralını düzeltin.
Canlı URL testi, sayfanın o anda erişilebilir ve oluşturulabilir olup olmadığını gösterir; Google’ın standart URL seçimini gerçek zamanlı olarak yeniden hesaplamaz. Bu nedenle canlı testin başarılı olması, dizindeki canonical uyuşmazlığının hemen çözüldüğünü kanıtlamaz.
Google farklı canonical seçtiğinde nasıl çözülür?
Çözüm, Google’ın seçtiği URL’nin doğru olup olmadığına göre ayrılır. Önce hangi URL’nin arama sonuçlarında temsilci olması gerektiğini kesinleştirin, ardından içerik ve teknik sinyalleri bu kararla uyumlu hale getirin.
Google’ın seçtiği URL doğruysa sinyalleri sadeleştirin
Google’ın seçtiği adres kullanıcılar için doğru ana sürümse raporu sırf sayı azaltmak için zorla değiştirmeye çalışmayın. Kopya URL’lerdeki canonical hedefini bu ana sürümle uyumlu hale getirin, sitemap’te yalnız standart URL’yi tutun ve site içi bağlantıları ona yönlendirin.
Kopya sürümlere artık ihtiyaç yoksa ve kullanıcıların bunlara erişmesi gerekmiyorsa kalıcı yönlendirme daha açık bir tercih olabilir. Çok sayıda URL taşınacaksa eşleştirmeler 301 yönlendirme haritası ile yönetilmelidir.
Beyan ettiğiniz URL seçilmeli ise bütün sinyalleri hizalayın
Tercih edilen URL doğrudan 200 OK yanıtı vermeli, taranabilir ve dizine eklenebilir olmalı, kendi kendini gösteren bir canonical içermeli ve kopya sayfalar bu URL’yi işaret etmelidir. Sitemap, hreflang, iç bağlantılar ve yönlendirmeler de aynı adresi desteklemelidir.
URL biçimini tekilleştirin. HTTPS, ana alan adı, son eğik çizgi ve harf kullanımı için bir kural belirleyin. Aynı içerik farklı yollarla açılıyorsa artık tutulmayacak sürümleri tercih edilen URL’ye yönlendirin.
Sayfalar kopya değilse içerik ve amaç farkını belirginleştirin
İki URL’nin ayrı ayrı dizine girmesi gerekiyorsa birbirlerine canonical vermemelidir. Başlık ve birkaç kelimeyi değiştirmek yerine her sayfanın karşılayacağı arama niyeti, ana içerik, ürün veya hizmet kapsamı ve site içi bağlantı bağlamı gerçekten ayrıştırılmalıdır.
Google’ın güncel sorun giderme dokümanı, yeterince farklı hale getirilen sayfaların yeniden değerlendirilmesinin zaman alabileceğini ve bazı durumlarda iki haftaya kadar aynı kopya kümesinde tutulabileceğini belirtir. Bu süre bir garanti değildir; Google’ın URL’leri yeniden taraması ve sinyalleri işlemesi gerekir.
Şablon hatası varsa tek tek URL yerine kaynağı düzeltin
Bütün ürünlerin ilk ürüne, bütün kategorilerin ana kategoriye veya her sayfanın ana sayfaya canonical verdiği durumlar çoğunlukla şablon ya da eklenti kaynaklıdır. Sorunu yüzlerce sayfada ayrı ayrı değiştirmek yerine canonical üretim kuralı düzeltilmelidir.
Düzeltme sonrasında farklı şablonlardan örnek URL’ler tekrar taranmalı; kaynak kod, oluşturulan HTML, HTTP başlıkları, sitemap ve iç bağlantılar birlikte doğrulanmalıdır.
Hangi standartlaştırma sinyalleri birlikte kontrol edilmelidir?
Canonical etiketi merkezi bir sinyaldir ancak tek başına değerlendirilmemelidir. Aşağıdaki unsurların aynı URL’yi işaret etmesi, tercihin Google tarafından anlaşılmasını kolaylaştırır.
| Sinyal | Doğru kullanım | Sık görülen çelişki |
|---|---|---|
rel="canonical" |
Kopyalarda tercih edilen URL’ye, standart sayfada kendisine işaret eder | Birden fazla etiket, farklı hedefler veya alakasız sayfaya canonical |
| Kalıcı yönlendirme | Artık kullanılmayacak gerçek kopyayı tercih edilen sürüme taşır | Canonical başka, yönlendirme hedefi başka URL’dir |
| XML sitemap | Yalnız dizine girmesi istenen standart URL’leri listeler | Kopya ve parametreli sürümleri birlikte içerir |
| Site içi bağlantılar | Menü, breadcrumb ve gövde linkleri standart URL’ye gider | Site genelinde kopya sürüme bağlantı verilir |
| Hreflang | Her dil veya bölge sürümü uygun aynı dil canonical’ıyla eşleşir | Hreflang ve canonical farklı kümeleri işaret eder |
| HTTP yanıtı ve dizin izni | Tercih edilen URL doğrudan 200 verir ve dizine açıktır |
Hedef URL yönlendirir, hata döndürür, engellenir veya noindex taşır |
Google, sitemap’i rel="canonical" eşlemesine göre daha zayıf bir sinyal olarak tanımlar. Yine de sitemap’in farklı bir URL’yi desteklemesi gereksiz çelişki yaratır. En güvenli yaklaşım, kullanılacak bütün yöntemlerde aynı standart URL’yi göstermektir.
Hangi uygulamalar çözüm değildir?
- Canonical hedefini ve içerik benzerliğini incelemeden etiketi tekrar eklemek
- Farklı arama niyetine sahip bütün sayfaları ana sayfaya canonical vermek
- Standartlaştırma amacıyla robots.txt kullanmak
- Tercih edilmeyen URL’leri URL Kaldırma aracıyla gizlemek
- Canonical tercihini zorlamak için rastgele
noindexeklemek - Sitemap, iç link ve yönlendirmeler çelişirken yalnızca dizine ekleme isteği göndermek
- Her rapor kaydını trafik kaybı veya Google cezası kabul etmek
Google, robots.txt ve URL Kaldırma aracının standartlaştırma için kullanılmamasını; aynı sayfa için farklı yöntemlerle farklı standart URL’ler belirtilmemesini açıkça önerir. noindex de aynı site içindeki standart seçimini yönetmek için canonical yerine kullanılmamalıdır.
Düzeltme nasıl doğrulanır?
Önce teknik değişikliklerin canlı sayfada gerçekten uygulandığını kontrol edin. Kaynak kod ve oluşturulan HTML’de doğru canonical, tercih edilen URL’de 200 yanıtı, kopyalarda doğru yönlendirme veya canonical, güncel sitemap ve standart URL’ye giden iç bağlantılar birlikte doğrulanmalıdır.
Ardından önemli birkaç URL için URL Denetleme aracından dizine ekleme isteğinde bulunabilirsiniz. Bu işlem kotalıdır ve düzeltmenin kabul edileceğini garanti etmez. Çok büyük URL kümelerinde her adresi tek tek göndermek yerine şablonun düzeltildiğini doğrulamak ve Google’ın yeniden taramasını beklemek daha uygundur.
Google sayfaları yeniden değerlendirdikçe URL Denetleme aracındaki “Google tarafından seçilen standart URL” alanını ve Sayfa Dizine Ekleme raporunu yeniden kontrol edin. Canlı test canonical seçimini gerçek zamanlı hesaplamadığı için yalnız bu testteki başarı mesajına dayanmayın.
Standart sayfa sinyallerini tek URL üzerinde birleştirin
“Kopya, Google kullanıcıdan farklı bir standart sayfa seçti” kaydının çözümü, Google’a aynı etiketi tekrar göstermekten ibaret değildir. Önce seçilen URL’nin doğru olup olmadığına karar verin; yanlışsa içerik benzerliği, canonical, yönlendirme, sitemap, hreflang ve site içi bağlantıları tek bir tercih etrafında birleştirin.
Sorun birkaç URL yerine ürün, kategori, dil veya parametre şablonunun tamamında görülüyorsa düzeltme de sistem düzeyinde yapılmalıdır. Büyük kopya kümelerinde hangi URL’nin dizine gireceğini ve sinyallerin nerede çeliştiğini belirlemek için kapsamlı bir teknik SEO çalışması gerekir.
