Canonical Etiketi Hangi Durumlarda Yanlış Seçilir?

Bir canonical etiketi teknik olarak kusursuz yazılmış olabilir.

<head> bölümündedir. URL tamdır. HTTPS kullanır. Hedef sayfa açılır.

Yine de yanlış olabilir.

Çünkü canonical kararının asıl sorusu HTML etiketinin doğru yazılıp yazılmadığı değil, iki URL arasındaki ilişkinin doğru tanımlanıp tanımlanmadığıdır.

Google canonicalization’ı, aynı veya ana içeriği büyük ölçüde aynı olan URL’leri bir kümede toplama ve bu küme için temsilci bir URL seçme süreci olarak açıklıyor. Site sahibi rel="canonical" ile kendi tercihini bildirebilir; ancak bu tercih bir emir değil, sinyaldir. Google farklı bir URL’yi daha uygun temsilci olarak seçebilir.

Bu nedenle canonical sorunlarında ilk bakılması gereken yer çoğu zaman kaynak kod değildir.

İlk soru şudur: Bu iki URL gerçekten aynı içeriği mi temsil ediyor?

Canonical aynı konudan söz eden sayfaları birleştirme aracı değil

İki sayfada aynı kelimenin geçmesi onları kopya yapmaz.

İki sayfanın aynı sorguda görünmesi de yapmaz.

Hatta birbirine çok yakın konuları ele almaları bile canonical ilişkisi kurmak için yeterli değildir.

Örneğin:

• /seo-hizmetleri
• /canonical-etiketi-rehberi

iki sayfa da teknik SEO’dan söz edebilir.

Bir ürün kategorisiyle o kategorideki belirli ürün sayfası önemli miktarda ortak kelime taşıyabilir.

“CRM nedir?” yazısıyla “CRM sistemi nasıl seçilir?” rehberi aynı kavram etrafında dönebilir.

Bunların kullanıcıya sunduğu fayda farklıysa canonical (kanonik) kullanmak, sorunu çözmek yerine Google’a gerçekte var olmayan bir benzerlik ilişkisi anlatmaya çalışmak olur.

Google’ın güncel tanımında canonicalization’ın konusu kopya veya birincil içeriği çok benzer URL’lerdir. Farklı kullanıcı ihtiyacına cevap veren içerikler sırf konu yakınlığı nedeniyle aynı kümeye sokulmamalıdır.

Bu ayrım özellikle “keyword cannibalization” (anahtar kelime yamyamlığı da denir) teşhislerinde önemli.

İki ayrı URL aynı sorguda rekabet ediyorsa önce içerik görevlerine bakmak gerekir. Gerçekten aynı cevabı iki kez veriyorsanız içerik konsolidasyonu düşünülebilir. Sayfalar farklı işleri yapıyorsa çözüm canonical ile birini susturmak değildir.

Canonical keyword sahipliği belirlemez.

Aynı içeriğin URL temsilcisini belirlemeye yardımcı olur.

Google iki ayrı sayfayı aynı kümede tutuyorsa etiketi değiştirmek yetmeyebilir

2026’daki en önemli canonical açıklamalarından biri burada.

Google’ın Ağustos 2026 sorun giderme rehberi, ayrı sayfalar olarak değerlendirilmesini istediğiniz URL’lerin aynı yinelenen küme içinde kalması durumunda çözümü yalnız teknik canonical etiketinde aramıyor.

Google açıkça içerik farkına bakılmasını öneriyor.

Birbirinden ayrı tutulmak istenen sayfaların ana içerikleri gerçekten belirgin biçimde farklı olmalı. Teknik ayarları değiştirdikten sonra bile Google sayfaları iki haftaya kadar aynı duplicate kümesinde tutabilir; içerik farkı açık ve anlamlı olduğunda ayrışmanın daha hızlı gerçekleşebileceğini belirtiyor.

Bu, standart sorun giderme noktasında önemli bir zihniyet değişikliği.

Örneğin iki şehir sayfasının canonical etiketlerini kendi üzerlerine çevirmiş olabilirsiniz. Ama sayfaların gövdesi şehir adı dışında neredeyse tamamen aynıysa sorun canonical kodunda olmayabilir.

Aynı şey programmatic sayfalar, hizmet varyasyonları veya birbirine fazla benzeyen editoryal içerikler için de geçerli.

Google’ın sayfaları ayrı görmesini istiyorsanız bazen çözmeniz gereken şey <link> etiketi değil, sayfaların gerçekten neden ayrı olduklarıdır.

Sayfa gerçekten devreden çıkıyorsa canonical yerine yönlendirme daha doğru olabilir

Canonical ile kalıcı yönlendirme sık karıştırılıyor çünkü ikisi de Google’a tercih edilen URL konusunda güçlü sinyal verebiliyor.

Kullanıcı açısından ise yaptıkları iş aynı değil.

Canonical verdiğiniz kaynak URL hâlâ açılabilir.

Kalıcı yönlendirme uygulanan eski URL ise kullanıcıyı yeni adrese gönderir.

Google güncel dokümantasyonunda redirect ve rel="canonical"ı güçlü canonicalization sinyalleri olarak sınıflandırıyor; site haritası ise daha zayıf sinyal. Kalıcı yönlendirme için ayrıca bunun kopya sayfa artık devreden çıkarılıyorsa kullanılmasını söylüyor.

Pratik ayrım şöyle düşünülebilir:

Burada hedef URL’nin kaynak içeriğin gerçek karşılığı olması da önemli.

Eski bir ürün sayfasını yalnız “bir yere gönderelim” diye ana sayfaya yönlendirmek nasıl anlamsız olabiliyorsa, ilgisiz içerikleri tek bir jenerik kanonik altında toplamak da URL ilişkisini yanlış tanımlar.

Canonical etiketi bir URL’yi seçerken sitenin geri kalanı başka URL’yi seçmemeli

Canonical kararının sık bozulduğu yerlerden biri de sinyal tutarsızlığı.

Bir sayfada:

rel="canonical" → URL A

bulunurken sitemap:

URL B

içeriyorsa ve site navigasyonu sürekli:

URL C

adresine link veriyorsa teknik sistem aynı içerik için üç ayrı tercih üretiyor demektir.

Google hangi sinyallerin ne kadar ağırlığa sahip olduğuna dair ayrıntılı bir sıralama tablosu yayımlamıyor. Güncel canonical rehberinde söylediği şey daha sınırlı ve daha güvenilir:

• kalıcı yönlendirme güçlü sinyal,
• rel="canonical" güçlü sinyal,
• site haritasının eklenmesi zayıf sinyal,
• bu yöntemler aynı tercihi desteklediğinde birlikte etkili olabilir.

Ayrıca site içindeki bağlantıların kopya URL yerine tercih edilen canonical URL’ye verilmesini özellikle öneriyor.

Bu nedenle iyi canonical uygulaması tek etiketten ibaret değil.

Tercih edilen URL mümkün olduğunca:

• sitemap’te kullanılan sürüm,
• site içi linklerin hedefi,
• gerekiyorsa redirect’in hedefi,
• rel="canonical" ile gösterilen sürüm

olmalı.

Buradaki amaç Google’ı daha çok sinyalle “ikna etmekten” çok, sitenin kendi URL kararında çelişmemesi.

Self-canonical yararlı; ama indeks garantisi değil

Google artık canonical sayfanın kendisine de self-referencing rel="canonical" eklenmesini açıkça öneriyor.

Örneğin:

https://example.com/rehber

sayfası kendi canonical’ını:

https://example.com/rehber

olarak gösterebilir.

Bu özellikle takip parametreleri, farklı URL yazımları veya istemeden oluşan alternatif sürümler bulunduğunda tercihi daha açık hale getirir.

Ama buradan iki yanlış sonuç çıkmamalı.

Birincisi, Google canonical tercih etmeden hiçbir sayfayı işleyemez diye bir durum yok. Google, site herhangi bir canonical tercihi belirtmese de kendi temsilci URL’sini seçebilir.

İkincisi, self-canonical (öz kanonik gibi garip bir çeviri ile verilebilir) sayfanın indeksleneceğini garanti etmez.

Google’ın kendi çalışma rehberi de indekslemenin garanti olmadığını açıkça belirtiyor. Canonical olmak, sayfanın küme içindeki temsilci adayı olmasıdır; kalite, teknik erişilebilirlik ve indeksleme kararının tamamı değildir.

noindex canonical’ın alternatifi değil

Canonical ile noindex (indekse kapalı) benzer sonuçlara yol açıyormuş gibi görünebilir: iki durumda da belirli bir URL’nin aramalarda görünmesini istemeyebilirsiniz.

Ama verilen talimat farklıdır.

noindex:

Bu URL’yi arama sonuçlarına alma.

Canonical:

Bu içerik kümesini temsil etmek için şu URL’yi tercih ediyorum.

Google, aynı site içindeki canonical seçimini yönetmek amacıyla noindex kullanılmasını özellikle önermiyor; bu senaryoda rel="canonical" tercih edilmesi gerektiğini belirtiyor.

Dolayısıyla “kopya sayfaya hem noindex hem kanonik koyayım, iki kat güçlü olur” mantığı doğru bir başlangıç değil.

Önce amaç belirlenmeli:

Sayfanın kendisi aramalarda zinhar bulunmamalı mı?

Yoksa erişilebilir kalacak ama başka URL aynı içeriğin temsilcisi mi olacak?

İki karar aynı değil.

robots.txt de canonicalization mekanizması değil

Başka bir yaygın hata kopya URL’yi robots.txt ile engelleyip canonical sorununun çözüldüğünü varsaymak.

Google bunun yapılmaması gerektiğini doğrudan söylüyor.

robots.txt taramayı kontrol eder. URL’nin indekslenmesini garanti biçimde engellemez; Google başka yerlerden URL’yi keşfederse içerik taranmadan URL arama sonuçlarında görünebilir. Üstelik sayfa taranmıyorsa Google sayfadaki canonical etiketini de okuyamaz.

Burada önemli bir nüans var:

Çok büyük ve çok yönlü navigasyon yapılarında Google, gereksiz filtre URL’lerinin taranmasını azaltmak için robots.txt gibi tarama kontrol yöntemlerini ayrıca önerebiliyor. Bu crawl yani tarama yönetimi problemidir; kanonikleştirme ile aynı problem değildir.

Aynı araç farklı bir soruna çözüm olabilir.

Bu yüzden teknik SEO’da “hangi etiketi ekleyelim?” sorusundan önce “hangi davranışı kontrol etmek istiyoruz?” sorusu gerekiyor.

Parametre gördüğünüz her URL ana sayfaya canonical olmamalı

Sorgu parametresi bulunan URL’ler canonical kullanımının doğal adaylarıdır.

Ama tüm parametreler aynı şeyi yapmaz.

Örneğin:

/rehber?utm_source=newsletter

ana içeriği değiştirmiyorsa temiz URL’yi temsilci göstermek mantıklı olabilir.

Buna karşılık:

/laptoplar?marka=lenovo

kullanıcıya ana kategori sayfasından anlamlı biçimde farklı bir ürün seti sunuyorsa durum değişir.

Filtreli sayfa:

• bağımsız kullanıcı talebini karşılıyor,
• site içinde özel landing page gibi kullanılıyor,
• arama açısından ayrı değere sahip

olabilir.

Google’ın çok yönlü navigasyon rehberi de her filtre URL’si için tek bir çözüm vermiyor. İndekslenmesine ihtiyaç olmayan filtreler için tarama kontrolü düşünülebilir; crawl ve indekslenmesi gereken yapılar ise web açısından düzgün URL’lerle tasarlanmalı. rel="canonical" bazı filtre varyasyonlarının sinyallerini bir ana sayfada toplamak için kullanılabilir ama bunun etkisi zaman alabilir.

Yani parametre görmek canonical kararı vermek için yeterli değil.

Önce URL’nin ayrı bir sayfa olup olmadığına karar verilmeli.

Pagination sayfalarını ilk sayfaya canonical vermek güncel Google tavsiyesi değil

Canonical konusunda eski tavsiyelerin hâlâ yaşadığı alanlardan biri pagination yani sayfalama.

Kategori sayfasının:

?page=2

?page=3

sürümlerini ilk sayfaya canonical vermek geçmişten kalan yaygın bir uygulama.

Google’ın güncel sayfalama rehberi bunun tersini açıkça söylüyor:

Sayfalandırılmış sıra içindeki her sayfanın kendi canonical URL’si olmalı. İlk sayfa bütün sayfalamanın canonical’ı olarak kullanılmamalı.

Nedeni basit.

Sayfa 2, Sayfa 1’in kopyası değil.

Farklı ürünleri veya içerikleri gösteriyor.

Canonical’ı yalnız URL düzeni sade görünsün diye kullanmak, içerik ilişkisini yanlış tanımlamış olur.

Dil sürümlerini tek canonical URL’ye toplamak da çoğu zaman yanlış

Türkçe ve İngilizce aynı makalenin iki dil sürümü olabilir.

Bu onların aynı URL’nin kopya varyasyonları olduğu anlamına gelmez.

Google, farklı dil sürümlerini yalnız ana içerik gerçekte aynı dilde kaldığında — örneğin yalnız header/footer çevrildiyse — yinelenen sayabileceğini belirtiyor. Gerçekten farklı dile çevrilmiş gövde içerikleri için uluslararası yapı hreflang ile yönetilir.

Google ayrıca hreflang kullanılan yapılarda kanonik sayfanın aynı dilde olmasını veya aynı dilde sürüm yoksa mümkün olan en yakın dil alternatifi olmasını öneriyor.

Bu nedenle:

Türkçe sayfa → İngilizce canonical

İngilizce sayfa → İngilizce canonical

şeklinde bütün siteyi tek dile toplamak doğru bir çok dilli mimari değildir.

Bölgesel ama aynı dilde çok benzer sayfalarda — örneğin ABD ve Birleşik Krallık sürümleri — canonical ile hreflang’ın birlikte kullanıldığı farklı senaryolar olabilir. Google bu yapıyı ayrıca destekliyor.

JavaScript canonical’ı sonradan değiştirmemeli

Modern JavaScript uygulamalarında canonical’ın render aşamalarında değişmesi özellikle kolay bir hata.

İlk HTML:

canonical → URL A

diyor.

JavaScript çalıştıktan sonra DOM:

canonical → URL B

haline geliyor.

Google’ın güncel JavaScript SEO rehberi bunu yapmamayı açıkça öneriyor.

Tercih edilen yöntem canonical’ı ilk HTML’de vermek ve JavaScript’in onu değiştirmemesi. Canonical ilk HTML’de üretilemiyorsa, yanlış değeri başta koyup sonradan değiştirmek yerine ilk HTML’de canonical bırakılmaması ve JavaScript ile tek bir değer üretilmesi öneriliyor.

Burada Next.js, React veya başka bir framework’ün kullanılması başlı başına bir sorun değil.

Sorun aynı sayfanın işlem sürecinde iki farklı URL kararı vermesi.

Özellikle staging domain (hazırlık alanı / alan adı diyebiliriz), preview (önizleme) URL veya environment variable hataları yüzünden üretim kanoniğin test alanına gitmesi gibi problemler bu nedenle dağıtım QA’nın parçası olmalı.

Google mutlak URL kullanımını da tavsiye ediyor; ilgili canonical desteklenmesine rağmen test ortamlarının istemeden taranması gibi operasyonel problemlere yol açabileceğini belirtiyor.

İçerik Sendikasyonunda Eski SEO Ezberi Bozuldu

Canonical dokümantasyonunun 2026’da değişen önemli noktalarından biri syndicated content.

Syndicated Content (Sendike İçerik / İçerik Sendikasyonu), bir web sitesinde yayımlanan orijinal bir içeriğin (makale, haber, blog yazısı vb.), erişim ağını ve okuyucu kitlesini genişletmek amacıyla diğer web sitelerinde aynen veya kısmen yeniden yayımlanması işlemidir.

Geçmişte kopyalanan yazılarda asıl adresi belirtmek için canonical etiketi kullanmak yaygın bir tavsiyeydi.

Google’ın güncel çözüm rehberi artık bunun sorunu önlemek isteyenler için önerilen çözüm olmadığını söylüyor. Gerekçesi de önemli: partner sayfaları çoğu zaman orijinal içerikle tam anlamıyla aynı olmayabiliyor.

Google’ın bugün daha etkili gördüğü çözüm, partnerin syndicated kopyanın indekslenmesini engellemesi.

Burada “robots.txt ile engellemek” ile “indekslemeyi engellemek” aynı şey değil.

Bir URL’nin gerçekten Google aramalara girmemesi isteniyorsa noindex gibi indeksleme kontrolünün Googlebot tarafından görülebilmesi gerekir; robots.txt ile sayfayı taramaya kapatırsanız Google bu noindex talimatını göremez.

Bu güncelleme, canonical konusunda yıllardır tekrar edilen tavsiyelerin güncelliğinin neden ayrıca kontrol edilmesi gerektiğine iyi bir örnek.

Google seçtiğiniz canonical’ı kabul etmiyorsa önce Google’ın nedenini anlamaya çalışın

Search Console URL Inspection içinde iki ayrı bilgi görülebilir:

User-declared canonical

ve

Google-selected canonical.

Bunların farklı çıkması otomatik olarak Google’ın hata yaptığı anlamına gelmez.

Google’ın Ağustos 2026 rehberindeki ilk adım dikkat çekici: Önce Google’ın seçtiği URL’nin kullanıcı için sizin tercih ettiğinizden daha anlamlı olup olmadığını değerlendirin.

Ardından şu alanlara bakmak gerekir:

Sayfalar gerçekten ne kadar farklı? Google onları aynı yinelenen kümesinde tutmakta haklı olabilir mi?

Canonical etiketi doğru mu? CMS veya tema yanlış URL üretiyor olabilir mi?

Redirect’ler nereye gidiyor?

Sitemap hangi URL’yi içeriyor?

Site içindeki linkler hangi URL’ye gidiyor?

JavaScript canonical’ı değiştiriyor mu?

Dil/bölge sinyalleri doğru mu?

Sunucu yanlışlıkla başka hostname’de aynı içeriği mi döndürüyor?

Google’ın güncel çözüm rehberi hatta yanlış sunucu yapılandırması, aynı soft-404 sayfasının farklı domainlerde dönmesi veya hack yoluyla enjekte edilmiş cross-domain canonical gibi daha sıra dışı nedenleri de listeliyor.

Yani Search Console’da gördüğünüz kanonik uyumsuzluk yalnız “SEO eklentisindeki ayarı değiştirelim” problemi olmayabilir.

Bazen site size düşündüğünüzden çok daha büyük bir mimari problemi haber veriyordur.

Canonical kararını dört soruyla verebilirsiniz

Canonical için onlarca teknik kontrol yapılabilir. Ama kararın kendisini dört soruya indirmek mümkün.

1. URL’ler gerçekten aynı veya büyük ölçüde aynı içeriği mi sunuyor?

Hayırsa: canonical büyük ihtimalle yanlış araç.

Sayfaların ayrı içerik sahipliği korunmalı veya gerçekten gereksizse içerik konsolidasyonu düşünülmeli.

2. Kaynak URL kullanıcılar için yaşamaya devam edecek mi?

Hayırsa: kalıcı yönlendirme daha doğal olabilir.

Evetse: kopya/alternatif sürüm için kanonik değerlendirilebilir.

3. Gerçek temsilci hangi URL?

En kısa olan değil.

En çok sıralama alan değil.

SEO aracının seçtiği değil.

Kullanıcı ve site mimarisi açısından bu içeriğin kalıcı, tercih edilen URL’si.

4. Sitenin diğer sinyalleri aynı kararı destekliyor mu?

Canonical etiketi A’yı seçerken navigation B’ye, sitemap C’ye ve JavaScript D’ye gidiyorsa teknik olarak bir canonical üretmiş olursunuz. Kısa ve doğrudan şu şekilde çevirebiliriz: “Sitedeki bağlantılar, sitemap ve kodlar farklı adresleri işaret ediyorsa canonical etiketiniz geçersiz hale gelir.”

Özetle URL sahipliği kararını hâlâ vermemiş olursunuz.

İyi canonicalization’ın en belirgin özelliği bu yüzden bir etiketin varlığı değil.

İçerik ilişkisi, URL kararı ve teknik sinyallerin aynı hikâyeyi anlatmasıdır.

Canonical etiketinin yanlış seçildiği an çoğu zaman kodun bozuk olduğu an değildir.

Sitenin, aynı içeriğin gerçek sahibinin hangi URL olduğunu kendisinin de net biçimde söyleyemediği andır.

Kaynaklar

• Google Search Central — What Is URL Canonicalization?, güncelleme: Ağustos 2026
• Google Search Central — How to Specify a Canonical with rel=“canonical” and Other Methods, 2026
• Google Search Central — Fix Canonicalization Issues, güncelleme: Ağustos 2026
• Google Search Central — Understand JavaScript SEO Basics
• Google Search Central — Pagination Best Practices for Google
• Google Search Central — Managing Crawling of Faceted Navigation URLs
• Google Search Central — Managing Multi-Regional and Multilingual Sites
• Google Search Central — Block Search Indexing with noindex
• Google Search Central — Redirects and Google Search