Canonical Hataları: Yanlış Hedefi Bulma ve Düzeltme

Canonical hataları, sitenin bir içerik için hangi URL’nin temsilci olduğunu farklı yerlerde farklı biçimde söylemesinden doğar. Etiket bir adresi, yönlendirme başka bir adresi, sitemap üçüncü bir adresi gösterdiğinde Google kendi seçimini yapar ve bu seçim her zaman sizin beklediğiniz URL olmaz.

Bu rehber, canonical etiketinin gerçekte ne yaptığını, en sık görülen hataları, Google’ın seçtiği standart URL ile sizin belirttiğiniz URL arasındaki farkı nasıl okuyacağınızı ve çelişen sinyalleri tek bir denetim tablosunda nasıl toplayacağınızı anlatır.

Canonical Etiketi Ne Yapar, Ne Yapmaz

Canonical etiketi, birbirinin aynısı veya çok benzeri olan sayfalar arasından hangisinin temsilci URL olmasını istediğinizi bildiren bir işarettir. Google’ın standartlaştırma (canonicalization) belgesi (yeni sekmede açılır) bu süreci, bir içeriğin temsilci URL’sinin seçilmesi olarak tanımlar ve önemli bir uyarı ekler: standart URL tercihini belirtmek bir ipucudur, kural değildir. Google, çeşitli nedenlerle sizden farklı bir sayfayı standart olarak seçebilir.

Bu tanımdan canonical etiketinin sınırları da çıkar:

• Yapar: Kopya veya çok benzer sayfalar arasında tercih ettiğiniz URL’yi güçlü bir sinyal olarak bildirir.
• Yapar: Google’ın, bağlantılar gibi sinyalleri kopya URL’lerden tercih edilen URL’de birleştirmesine yardım eder.
• Yapmaz: Sayfayı dizinden çıkarma emri vermez; bunun aracı noindex’tir.
• Yapmaz: Ziyaretçiyi başka bir adrese göndermez; bunun aracı yönlendirmedir.
• Yapmaz: Birbirinden gerçekten farklı iki sayfayı “aynı” saydırmaz; içerik farkı büyükse Google etiketi dikkate almayabilir.

Bu yazı site içi canonical sinyallerine odaklanır. İçeriğinizin başka sitelerde yeniden yayımlandığı durumlar farklı bir karar gerektirir; o senaryo için içerik sendikasyonu ve canonical etiketi rehberimize bakabilirsiniz.

En Sık Görülen Canonical Hataları

Canonical sorunlarının çoğu birkaç tekrar eden kalıba girer. Google’ın yinelenen URL’leri birleştirme belgesindeki (yeni sekmede açılır) öneriler, kaçınılması gereken uygulamaları da dolaylı olarak listeler. Denetimlerde en sık rastlanan hatalar şunlardır:

1. Göreli yol kullanmak: Canonical’da tam URL yerine göreli adres vermek, protokol veya alan adı karışıklığına açık kapı bırakır.
2. Parça (#) içeren URL göstermek: Fragment kısmı ayrı bir sayfa değildir ve canonical hedefi olarak kullanılmamalıdır.
3. Yöntemler arasında farklı URL bildirmek: Sitemap’te bir adres, etikette başka bir adres listelemek.
4. İç bağlantıları kopya URL’lere vermek: Canonical temiz adresi gösterirken menü ve kartların parametreli sürümlere bağlanması.
5. Hem HTML etiketi hem HTTP başlığı kullanmak: Belge, iki yöntemin birlikte kullanılmasının hataya daha açık olduğunu belirtir.
6. Tüm sayfaları ana sayfaya canonical’lamak: Şablon hatası sonucu her sayfanın aynı URL’yi göstermesi.
7. Canonical’ı robots.txt veya noindex ile karıştırmak: Belge, standartlaştırma için robots.txt kullanılmamasını ve site içinde canonical seçimini yönlendirmek için noindex önerilmediğini açıkça söyler.

Bu listedeki hataların çoğu bir eklenti veya şablon ayarından kaynaklanır, bu yüzden tek bir düzeltme yüzlerce URL’yi birden etkileyebilir. Sorun tek tek sayfalarda değil, kopya içerik üreten yapıdaysa, aynı sorguda birbiriyle yarışan sayfaları ayıklamak için anahtar kelime kanibalizasyonu tespit rehberimiz canonical kararını içerik tarafından tamamlar.

Google’ın Seçtiği Canonical ile Sizin Belirttiğiniz Canonical

Search Console, iki standart URL’yi ayrı ayrı gösterir. URL Denetleme Aracı’nda “Kullanıcı tarafından beyan edilen standart URL” alanı sizin canonical etiketiniz veya sitemap’iniz aracılığıyla bildirdiğiniz adresi, “Google tarafından seçilen standart URL” alanı ise Google’ın benzer sayfalar arasından seçtiği adresi gösterir. İkisi aynıysa sinyalleriniz kabul edilmiştir; farklıysa çelişkiyi araştırma zamanıdır.

Sayfa dizine ekleme raporunda bu durum toplu olarak da görünür. Türkçe arayüzde ilgili nedenler şunlardır:

• “Kopya, Google kullanıcıdan farklı bir standart sayfa seçti”: Sayfa bir küme için standart olarak işaretlenmiş, ancak Google başka bir URL’yi daha uygun bulmuş.
• “Doğru standart etikete sahip alternatif sayfa”: Sayfa başka bir URL’yi canonical olarak gösteriyor ve Google bunu kabul etmiş; çoğu zaman beklenen bir durumdur.
• “Kullanıcı tarafından seçilen standart sayfa olmadan kopya”: Sayfa bir kopya kümesinde, ancak siz bir standart belirtmemişsiniz.

İki ayrıntıyı akılda tutun. Birincisi, Google tarafından seçilen standart URL bilgisi birkaç saat gecikmeli olabilir. İkincisi, canlı URL testi bir sayfanın standart olarak kabul edilip edilmeyeceğini öngöremez; standart seçimi dizine ekleme sırasında yapılır ve yalnız dizindeki veride görülür. Bu yüzden düzeltmeden sonra canlı testin temiz çıkması, Google’ın seçimini değiştirdiği anlamına gelmez. Canonical dışındaki dizine eklenmeme nedenlerini ayırmak için indekslenmeyen sayfa teşhis rehberimiz genel akışı verir.

Çelişen Sinyaller: Yönlendirme, Sitemap ve İç Linkler

Canonical etiketi tek başına çalışmaz. Google, standart URL’yi seçerken birden fazla sinyali birlikte değerlendirir. Yinelenen URL’ler belgesi bunları güç sırasına göre şöyle anlatır: yönlendirmeler, hedefin standart olması gerektiğine dair güçlü bir sinyaldir; rel="canonical" bağlantı açıklamaları güçlü bir sinyaldir; sitemap’e dahil edilmek ise zayıf bir sinyaldir. Standartlaştırma belgesi de HTTP veya HTTPS kullanımı, yönlendirmeler ve sitemap’te yer alma gibi faktörleri sayar.

Sorun, bu sinyallerin birbirine ters düştüğü durumlarda başlar. Tipik çelişkiler:

• Canonical A’yı gösteriyor, ama A, B’ye yönlendiriyor.
• Canonical temiz URL’yi gösteriyor, ama sitemap parametreli sürümü listeliyor.
• Canonical HTTPS adresi gösteriyor, ama iç bağlantıların bir kısmı hâlâ HTTP adrese gidiyor.
• Canonical sonunda eğik çizgi olan sürümü gösteriyor, ama sunucu eğik çizgisiz sürüme yönlendiriyor.
• Menü ve kartlar bir URL’ye, breadcrumb başka bir URL’ye bağlanıyor.

Şöyle bir durumu düşünün: kurgusal bir ev aletleri pazaryerinde ürün sayfaları renk seçimine göre parametreli URL üretiyor. Canonical etiketi parametresiz adresi gösteriyor; ancak kategori kartları varsayılan rengin parametreli adresine bağlanıyor ve sitemap eklentisi de bu parametreli adresleri listeliyor. Google için tablo net değil: bir güçlü sinyal temiz adresi, sayısız iç bağlantı ve sitemap ise parametreli adresi işaret ediyor. Sonuçta raporda “Google kullanıcıdan farklı bir standart sayfa seçti” kayıtları birikiyor. Çözüm etiketi değiştirmek değil, kartları ve sitemap’i etiketle aynı adrese hizalamak oluyor.

Kendine Referans Veren Canonical Ne Zaman Gerekir

Kendine referans veren canonical, bir sayfanın kendi URL’sini canonical olarak göstermesidir. Yinelenen URL’ler belgesi, standart sayfada kendine referans veren canonical’ın atlanmasını kaçınılması gereken uygulamalar arasında sayar; yani standart olmasını istediğiniz sayfaların kendi adresini açıkça bildirmesi önerilir.

Kendine referans neden işe yarar? Çünkü bir URL, sizin kontrolünüz dışında çeşitli sürümlerle ziyaret edilebilir:

• Kampanya takibi için eklenen UTM ve benzeri parametreler.
• Farklı büyük-küçük harf veya sonda eğik çizgi varyasyonları.
• Oturum, sıralama veya görünüm parametreleri.
• Başka sitelerin size verdiği bağlantılarda eklenen sorgu dizeleri.

Bu sürümlerin hepsi aynı HTML’i döndürür ve hepsinde aynı canonical etiketi bulunur; böylece her biri temiz adresi işaret eder. Etiket yoksa, Google bu varyantlar arasından kendi seçimini yapmak zorunda kalır.

Kendine referansın dikkat isteyen tarafı, şablonun canonical’ı mevcut istek URL’sinden “olduğu gibi” üretmesidir. Bu durumda parametreli sürüm kendi parametreli adresini gösterir ve etiketin amacı kaybolur. Canonical, isteğin adresinden değil, sayfanın kalıcı kimliğinden, örneğin veritabanındaki temiz slug’dan üretilmelidir. Denetimde bunu test etmenin yolu basittir: sayfayı birkaç farklı parametreyle açın ve canonical değerinin her seferinde aynı temiz URL olduğunu doğrulayın.

Parametreli ve Filtreli URL’lerde Canonical Seçimi

Parametreler canonical kararlarının en karmaşık alanıdır, çünkü her parametre aynı türden değildir. Kararı vermeden önce parametreyi işlevine göre sınıflandırın:

• İçeriği değiştirmeyenler: takip, oturum ve kaynak parametreleri. Bunlar temiz URL’ye canonical verir.
• Sıralamayı değiştirenler: fiyat veya yeniliğe göre sıralama. Aynı ürün kümesini farklı sırayla gösterdiği için genellikle varsayılan sürüme canonical verir.
• Kümeyi daraltanlar: renk, beden, marka filtreleri. Talep gören birkaç kombinasyon kendi standart sayfası olabilir; kalanı için tutarlı bir politika gerekir.
• Sayfalandırma: farklı ürünler içerdiği için ayrı ele alınır.

Filtrelerde en sık yapılan hata, kümeyi daraltan her filtre sürümüne kategori ana sayfasını canonical olarak vermektir. İçerik belirgin biçimde farklıysa Google bu ipucunu dikkate almayabilir ve sonuç tahmin edilemez hale gelir. Hangi filtrelerin kalıcı açılış sayfası olacağını, hangilerinin dizin dışında kalacağını belirlemek için filtre URL’leri ve faceted navigation rehberimiz ayrıntılı bir çerçeve sunar.

Sayfalandırmada ise Google’ın e-ticaret belgesi açıktır: sayfalandırılmış dizinin ilk sayfası standart sayfa olarak kullanılmamalı, her sayfaya kendi canonical URL’si verilmelidir. Uygulama ayrıntıları için kategori sayfalandırma rehberimize göz atabilirsiniz.

Hreflang ve Canonical Birlikte Nasıl Kullanılır

Çok dilli sitelerde canonical ile hreflang birlikte çalışır, ama farklı sorulara cevap verir. Canonical “bu içeriğin temsilci URL’si hangisi?” sorusunu, hreflang ise “bu içeriğin diğer dil veya bölge sürümleri hangileri?” sorusunu cevaplar.

Yinelenen URL’ler belgesi bu ilişki için açık bir kural verir: hreflang kullanıyorsanız, aynı dildeki bir sayfayı, yoksa en yakın yedek dildeki sayfayı canonical olarak belirtin. Pratikte bu, şu anlama gelir:

1. Türkçe sayfa kendi Türkçe URL’sine, İngilizce sayfa kendi İngilizce URL’sine canonical verir.
2. Dil sürümleri birbirine canonical vermez; böyle bir hata, bir dil sürümünün dizinden düşmesine yol açabilir.
3. Hreflang kümesindeki her URL, kendi canonical URL’sidir; parametreli veya yönlendirilen bir adres kümeye girmez.
4. Kümedeki karşılıklı bağlantılar eksiksizdir; belge, Google’ın standart seçerken karşılıklı hreflang kümelerine ait URL’leri tercih ettiğini de belirtir.

Sık görülen bir hata, yerelleştirilmiş sayfalar henüz çevrilmemişken hepsinin ana dildeki sayfaya canonical vermesidir. Bu durumda sayfalar gerçekten kopyadır; ama çeviri tamamlandığında canonical’ın güncellenmesi unutulursa, artık özgün olan dil sürümleri dizin dışında kalmaya devam eder. Hreflang kümelerinin bütününü kontrol etmek için hreflang etiketlerini denetleme rehberimiz adım adım bir yöntem sunar.

Canonical Hedefi Noindex, Yönlendirme veya 404 Olunca

Canonical’ın gösterdiği hedef, kendisi de sağlıklı bir standart sayfa olmalıdır. Hedef sayfa sorunluysa sinyal ya boşa gider ya da tamamen ters sonuç üretir. Üç durum özellikle sık görülür:

• Hedef noindex taşıyor: Bir sayfa “standart sürüm şu” derken o sürüm “beni dizine ekleme” diyor. Bu çelişkili sinyal, hiçbir sürümün sonuçlarda görünmemesine yol açabilir.
• Hedef yönlendiriyor: Canonical A’yı, A ise B’yi gösteriyor. Google’ın B’yi seçme ihtimali yüksektir ama zinciri sizin çözmeniz daha temizdir: canonical doğrudan B’yi göstermelidir.
• Hedef 404 veya başka bir hata döndürüyor: Silinen veya taşınan sayfa canonical hedefi olarak kalmışsa, sinyalin işaret ettiği yer artık yoktur.

Bu hatalar genellikle içerik taşıma, ürün kaldırma veya URL yapısı değişikliğinden sonra ortaya çıkar. Şablon canonical’ı veritabanında saklanan eski bir alandan okuyorsa, sayfanın kendisi güncellense bile etiket eski adresi göstermeye devam eder.

Denetimde her canonical hedefini ayrı bir istek olarak kontrol edin: hedef 200 kodu döndürüyor mu, noindex taşıyor mu, kendi canonical’ı kendisini mi gösteriyor? Bu üç sorudan birine “hayır” cevabı çıkan her satır, düzeltme listesinin başına yazılmalıdır.

Canonical Denetimi İçin Adım Adım Yöntem

Canonical denetimi, tek tek sayfalara bakmak yerine bütün sinyalleri yan yana koymayı gerektirir. Aşağıdaki yöntem küçük ve büyük sitelerde aynı mantıkla çalışır:

1. Taramayı yapın. Tarama aracınızla her URL için durum kodunu, canonical etiketini, varsa canonical HTTP başlığını, robots kurallarını ve hreflang değerlerini toplayın.
2. Sitemap’i ekleyin. Sitemap’teki URL listesini taramaya eşleyin; sitemap’te olup canonical’ı başka yeri gösteren URL’leri işaretleyin.
3. İç bağlantıları sayın. Her canonical olmayan URL’ye kaç iç bağlantı geldiğine bakın; bağlantı alan kopyalar önceliklidir.
4. Hedefleri doğrulayın. Her canonical hedefinin 200, dizine eklenebilir ve kendine referanslı olduğunu kontrol edin.
5. Search Console ile karşılaştırın. Önemli sayfa tiplerinden örnekleri URL Denetleme Aracı’nda açıp beyan edilen ve seçilen standart URL’yi karşılaştırın.
6. Kök nedeni yazın. Her çelişki için hangi şablonun, eklentinin veya kuralın sorumlu olduğunu belirleyin.
7. Şablon düzeyinde düzeltin ve yeniden tarayın. Düzeltmeden sonra aynı taramayı tekrarlayıp çelişki sayısının azaldığını doğrulayın.

Google’ın farklı bir standart seçtiği durumlar için standartlaştırma sorun giderme belgesi (yeni sekmede açılır), içerik kalitesi veya teknik sinyaller, yanlış canonical veya yönlendirme kullanan CMS ayarları, yanlış yapılandırılmış sunucular ve dil sürümleri gibi nedenleri listeler. Belge ayrıca, Google’ın seçtiği standardın kullanıcı açısından sizin tercihinizden daha mantıklı olup olmadığını değerlendirmenizi önerir.

Backlink Alan Sayfalarda Canonical Tutarlılığı

Dış bağlantı kazanan sayfalarda canonical tutarlılığı ayrı bir önem taşır. Yinelenen URL’ler belgesi, canonical’ın bağlantılar gibi sinyallerin tek bir tercih edilen URL’de birleştirilmesine yardım ettiğini belirtir. Bu birleştirmenin ne ölçüde gerçekleşeceği Google’ın değerlendirmesine bağlıdır; ama bağlantının işaret ettiği adres ile standart URL aynıysa, birleştirme ihtiyacı en baştan ortadan kalkar.

Bağlantı hedefleri için şu kuralları uygulayın:

• Bağlantıyı her zaman sayfanın standart URL’sine verdirin: doğru protokol, doğru alan adı, doğru eğik çizgi kullanımı.
• Takip parametresi eklenmesi gerekiyorsa, sayfanın kendine referans veren canonical’ının temiz URL’yi gösterdiğinden emin olun.
• Bağlantı kazanmış bir sayfanın canonical’ını başka bir sayfaya çevirmeden önce, bunun yönlendirme mi yoksa canonical mı gerektirdiğini değerlendirin.
• Kampanya süresince hedef sayfanın canonical’ının değişmeyeceğini yayın sürecinizde güvence altına alın.
• Kampanya sonrası URL Denetleme Aracı’nda seçilen standart URL’nin hedefle aynı kaldığını kontrol edin.

Bu kontroller, kazandığınız bağlantıların farklı sürümler arasında dağılmasını önler ve raporlamayı da sadeleştirir: tek bir standart URL, tek bir performans satırı demektir.

Örnek Şablon: Canonical Sinyal Denetim Tablosu

Aşağıdaki örnek şablon, bir URL için tüm canonical sinyallerini tek satırda karşılaştırmanızı sağlar. Değerler örnek niteliğindedir; kendi tarama verinizle doldurun.

Tabloyu sayfa tipi başına bir örnek URL ile doldurmak çoğu zaman yeterlidir; aynı şablondan gelen sayfalar genellikle aynı çelişkiyi paylaşır.

Sıkça Sorulan Sorular

Google canonical etiketimi neden yok sayıyor?

Canonical bir ipucudur, kural değildir; Google diğer sinyaller farklı bir URL’yi işaret ediyorsa kendi seçimini yapabilir. En sık nedenler çelişen yönlendirme, sitemap ve iç bağlantılar, sayfalar arasında büyük içerik farkı ve yanlış yapılandırılmış şablonlardır. URL Denetleme Aracı’nda seçilen standart URL’yi kontrol edip sinyalleri tek tek hizalayın.

Her sayfada kendine referans veren canonical olmalı mı?

Standart olmasını istediğiniz sayfalarda genellikle evet. Google, standart sayfada kendine referans veren canonical’ın atlanmasını kaçınılması gereken uygulamalar arasında sayar. Bu etiket, parametreli ve takip kodlu sürümlerin temiz adresi işaret etmesini sağlar.

Canonical ve 301 yönlendirme aynı işi mi görür?

Hayır. 301 yönlendirme ziyaretçiyi ve tarayıcıyı yeni adrese gönderir; canonical ise sayfa erişilebilir kalırken tercih edilen URL’yi bildirir. Google her ikisini de standart seçimi için güçlü sinyal olarak anar; eski sayfanın artık gerekmediği durumda yönlendirme, iki sürümün de kullanıcıya açık kalması gerektiğinde canonical uygundur.

Canonical etiketi farklı bir alan adını gösterebilir mi?

Teknik olarak evet; canonical başka bir alan adındaki URL’yi gösterebilir ve Google bunu diğer sinyallerle birlikte değerlendirir. Ancak Google’ın sorun giderme belgesi, sayfalar çoğu zaman çok farklı olduğu için sendikasyon senaryolarında rel=canonical’ı önermediğini belirtir. Alan adları arası canonical kullanmadan önce güncel belgeyi ve senaryonuzu birlikte değerlendirin.

Sayfalandırılmış sayfalar ilk sayfaya canonical vermeli mi?

Hayır. Google’ın sayfalandırma belgesi, sayfalandırılmış dizinin ilk sayfasının standart sayfa olarak kullanılmamasını ve her sayfaya kendi canonical URL’sinin verilmesini önerir. İkinci ve sonraki sayfalar farklı ürünler içerdiği için kopya sayılmaz.

Canonical hatası backlink değerini etkiler mi?

Etkileyebilir. Google, canonical’ın bağlantılar gibi sinyallerin tercih edilen URL’de birleştirilmesine yardım ettiğini belirtir; sinyaller çelişirse bu birleştirme sizin beklediğiniz adreste gerçekleşmeyebilir. Bağlantıları standart URL’ye verdirmek ve canonical’ı kampanya boyunca sabit tutmak bu belirsizliği azaltır.

Sonuç ve Sonraki Adım

Canonical hataları nadiren tek bir etiketten kaynaklanır; çoğu zaman etiket, yönlendirme, sitemap, iç bağlantı ve hreflang sinyallerinin birbirine ters düşmesinden doğar. Google canonical’ı bir ipucu olarak değerlendirdiği için çözüm, etiketi “daha güçlü” yazmak değil, bütün sinyalleri aynı URL’ye hizalamaktır. Denetim tablosunu sayfa tipi başına doldurun, kök nedeni şablon düzeyinde düzeltin ve sonucu Search Console’daki seçilen standart URL ile doğrulayın.

Standart URL’leri netleşmiş, tutarlı sinyallere sahip sayfalar, dış bağlantı yatırımları için de daha güvenilir hedeflerdir. Bu hazırlığı tamamladıktan sonra hedef URL planınıza uyan backlink paketlerini inceleyebilir ve her bağlantının doğrudan standart adrese verilmesini sipariş notlarınıza ekleyebilirsiniz.