Canonical Nedir? Google Canonical URL’yi Nasıl Seçer?

Canonical, duplicate veya çok benzer URL’ler arasından arama motorunun içerik için temsilci kabul ettiği URL’dir. Canonicalization ise bu temsilci URL’nin seçildiği daha geniş süreçtir. rel="canonical" etiketi bu sürecin kendisi değil, site sahibinin tercih ettiği canonical URL’yi Google’a bildirmek için kullanabileceği sinyallerden biridir.

Bu ayrım önemlidir. Çünkü bir sayfanın HTML koduna:

<link rel="canonical" href="https://example.com/urun/" />

eklemek, Google’a “bu URL’yi kesinlikle canonical seç” şeklinde uygulanması zorunlu bir direktif vermez.

Google duplicate veya ana içeriği çok benzer URL’leri değerlendirebilir, bunları aynı kümede ele alabilir ve indexing sırasında bu küme içinden temsilci URL’yi seçebilir. Site sahibi redirects, rel="canonical", sitemap ve site içi bağlantı tutarlılığı gibi mekanizmalarla tercih bildirebilir; ancak Google farklı bir URL’yi canonical olarak seçebilir.^[1][2]

CANONICALIZATION ≠ rel="canonical"

Canonical problemini doğru anlamak için etiketten değil, URL’lerin neden duplicate hale geldiğinden ve arama motorunun bunları nasıl temsil etmeye çalıştığından başlamak gerekir.

Canonical nedir?

Canonical URL, duplicate veya çok benzer bir URL kümesini temsil etmek üzere seçilen URL’dir.

Örneğin aynı ürün şu URL’lerden erişilebilir olabilir:

https://example.com/urun/matkap/ https://example.com/urun/matkap/?utm_source=newsletter https://example.com/urun/matkap/?ref=homepage https://example.com/urun/matkap/?session=123

Teknik olarak dört farklı URL vardır. Fakat ana içerik aynı ürünü temsil ediyorsa arama motorunun bunları dört bağımsız belge olarak değerlendirmesi gerekmeyebilir.

Google canonicalization sürecini, bir içerik için temsilci URL’nin seçilmesi olarak tanımlar. Birden fazla sayfanın aynı veya ana içeriğinin çok benzer olduğunu tespit ettiğinde bunları birlikte değerlendirebilir ve küme içinden bir URL’yi canonical olarak seçebilir.^[1]

Bu süreç crawling ve indexing sürecinin indexing tarafında anlam kazanır. Bir URL’nin crawl edilmiş olması, o URL’nin bağımsız olarak indeksleneceği anlamına gelmez. Google içeriği işlerken başka URL’lerle duplicate veya çok benzer olup olmadığını da değerlendirebilir.

Canonicalization ile rel=”canonical” aynı şey mi?

Hayır. Canonicalization arama motorunun temsilci URL seçme sürecidir; rel="canonical" ise site sahibinin bu seçim için tercih bildirmesini sağlayan yöntemlerden biridir.

Bu ayrımı şöyle gösterebiliriz:

DUPLICATE / SIMILAR URLS ↓ CLUSTERING ↓ CANONICALIZATION ↓ REPRESENTATIVE URL Site sahibi: redirect rel="canonical" sitemap internal consistency ↓ canonical tercihine ilişkin sinyaller

Dolayısıyla şu cümle teknik olarak problemli olur:

“Canonical etiketi ekledim, bu URL artık canonical.”

Daha doğru ifade:

“Bu URL’yi tercih ettiğim canonical olarak bildirdim.”

Google’ın kendi dokümantasyonu da canonical tercihini bildirmenin bir kural değil sinyal olduğunu ve Google’ın çeşitli nedenlerle farklı bir canonical seçebileceğini açıkça belirtiyor.^[1]

Duplicate URL’ler neden oluşur?

Duplicate URL oluşması tek başına teknik hata değildir. Aynı veya çok benzer içerik; parametreler, filtreler, protokol varyasyonları, bölgesel sürümler ve site fonksiyonları nedeniyle birden fazla URL’den erişilebilir olabilir.

Google’ın canonicalization dokümantasyonunda verdiği örnekler arasında şunlar bulunur:^[1]

• HTTP ve HTTPS sürümleri,
• mobil ve masaüstü için ayrı URL’ler,
• aynı dilde bölgesel URL varyasyonları,
• sıralama ve filtreleme sonucu oluşan URL’ler,
• yanlışlıkla erişilebilir bırakılan test veya demo sürümleri.

E-ticaret sitelerinde buna ek olarak şu yapılar sık görülür:

/akulu-matkaplar/ /akulu-matkaplar/?sort=price_asc /akulu-matkaplar/?sort=price_desc /akulu-matkaplar/?utm_source=email /akulu-matkaplar/?view=grid

Eğer ana ürün kümesi değişmiyor ve URL yalnız sıralama, tracking veya sunum durumunu temsil ediyorsa ayrı bir organik owner’a ihtiyaç olmayabilir.

Ancak her parametreli URL duplicate değildir.

Örneğin:

/akulu-matkaplar/ /akulu-matkaplar/?motor=komursuz

ikinci URL gerçekten farklı ürün kümesi, farklı kullanıcı ihtiyacı ve bağımsız search demand taşıyorsa onu kör biçimde ana kategoriye canonical’lamak doğru page ownership kararını ortadan kaldırabilir.

Bu ayrımı özellikle e-ticaret tarafında faceted navigation ve filtre URL’lerinin yönetimi içinde daha ayrıntılı ele alıyorum.

Google canonical URL’yi nasıl seçer?

Google, duplicate veya ana içeriği çok benzer olduğunu düşündüğü sayfaları birlikte değerlendirdikten sonra indexing sırasında topladığı çeşitli sinyallere göre temsilci URL’yi seçer.

Google’ın kamuya açık dokümantasyonunda canonicalization üzerinde rol oynadığı belirtilen faktörler arasında şunlar bulunur:^[1]

• HTTP veya HTTPS kullanımı,
• redirects,
• URL’nin sitemap içinde bulunması,
• rel="canonical" annotation’ları.

Bunun yanında Google, site içinde sürekli olarak tercih edilen canonical URL’ye bağlantı verilmesini de önerir. Site içi bağlantıların duplicate varyantlara değil tercih edilen URL’ye yönelmesi canonical tercihini daha tutarlı hale getirir.^[2]

Burada tek bir “canonical ranking factor” veya gizli puan formülü aramak gereksizdir. Google’ın kamuya açık olarak verdiği sistem modeli şudur:

CONTENT SIMILARITY ↓ DUPLICATE CLUSTER ↓ CANONICAL SIGNALS ↓ GOOGLE-SELECTED CANONICAL

Bu nedenle canonical problemi yalnız HTML’deki bir satıra bakılarak teşhis edilmemelidir.

Canonical sinyalleri ne kadar güçlü?

Google canonical tercihini bildirme yöntemlerinin aynı güce sahip olmadığını söylüyor. Redirect ve rel="canonical" güçlü; sitemap ise daha zayıf bir canonical sinyalidir.^[2]

Yöntem	Google’ın tanımladığı rol
Redirect	Hedef URL’nin canonical olması yönünde güçlü sinyal
rel="canonical"	Belirtilen URL’nin canonical olması yönünde güçlü sinyal
XML sitemap	Sitemap’e dahil edilen URL lehine daha zayıf sinyal

Bu yöntemler birlikte kullanılabilir. Google, birden fazla yöntemin aynı URL’yi işaret etmesinin tercih edilen canonical’ın seçilme ihtimalini artırabileceğini belirtiyor.^[2]

Örneğin tercih edilen URL:

https://example.com/akulu-matkaplar/

ise sistemin tutarlı hali şöyle görünür:

rel="canonical" ↓ /akulu-matkaplar/ XML sitemap ↓ /akulu-matkaplar/ internal links ↓ /akulu-matkaplar/ eski URL redirects ↓ /akulu-matkaplar/

Buna karşılık şu yapı çelişkili sinyal üretir:

rel="canonical" → /kategori-a/ sitemap → /kategori-b/ internal links → /kategori-c/ redirect → /kategori-d/

Canonical etiketi doğru olsa bile sistemin geri kalanı başka URL’leri tercih ediyorsa yalnız etikete bakmak yeterli değildir.

rel=”canonical” nasıl kullanılır?

HTML sayfalarda rel="canonical", sayfanın <head> bölümüne eklenen bir <link> elementiyle tercih edilen canonical URL’yi bildirir.

Örnek:

<head> <title>Akülü Matkaplar</title> <link rel="canonical" href="https://example.com/akulu-matkaplar/" /> </head>

Google canonical URL’lerde mutlak URL kullanılmasını önerir.^[2]

Tercih edilen:

https://example.com/akulu-matkaplar/

Göreli kullanım teknik olarak desteklense de Google uzun vadede yanlış host veya test ortamı gibi problemlere karşı mutlak URL kullanılmasını öneriyor.

Canonical element nerede bulunmalı?

rel="canonical" HTML’de <head> bölümü içinde bulunmalıdır. Google, canonical link elementini burada kabul eder.^[2]

Canonical URL absolute olmalı mı?

Google absolute URL kullanılmasını önerir:

<link rel="canonical" href="https://example.com/kategori/" />

yerine yalnız:

<link rel="canonical" href="/kategori/" />

kullanmak desteklenebilir, ancak özellikle staging veya farklı host ortamlarında yanlış canonical oluşma riskini artırabilir.

Self-referencing canonical nedir?

Self-referencing canonical, bir sayfanın canonical olarak kendi URL’sini göstermesidir.

Örneğin:

URL: https://example.com/akulu-matkaplar/ Canonical: https://example.com/akulu-matkaplar/

HTML:

<link rel="canonical" href="https://example.com/akulu-matkaplar/" />

Google canonical sayfanın kendisinde de self-referencing rel="canonical" kullanılmasını önerir.^[2]

Bunun faydası özellikle tracking parametreleri veya başka URL varyasyonları oluşabildiğinde sayfanın tercih edilen temiz URL’sini açık biçimde belirtmektir.

User-declared canonical ve Google-selected canonical farkı nedir?

User-declared canonical, site sahibinin tercih ettiğini bildirdiği URL’dir. Google-selected canonical ise Google’ın kendi sistemlerinin ilgili duplicate kümesi için temsilci olarak seçtiği URL’dir.

SİTE SAHİBİ User-declared canonical ↓ "Ben bu URL'yi tercih ediyorum" GOOGLE Google-selected canonical ↓ "Bu kümenin temsilcisi olarak bu URL'yi seçtim"

İkisi çoğu durumda aynı olabilir.

Ama olmak zorunda değildir.

Search Console URL Inspection içinde bu iki alan ayrı ayrı görülebilir. Google’ın Page Indexing dokümantasyonu da “Duplicate, Google chose different canonical than user” durumunda user-declared canonical ile Google-selected canonical’ın karşılaştırılmasını öneriyor.^[4]

Dolayısıyla yalnız kaynak kodda canonical etiketini görmek teşhis için yeterli değildir.

Gerçek soru:

Google hangi URL’yi canonical olarak seçti?

Google neden farklı canonical seçer?

Google, site sahibinin belirttiği canonical yerine başka URL’yi daha uygun temsilci olarak değerlendirebilir. Bunun nedeni içerik benzerliği, teknik sinyaller veya canonical tercihlerindeki tutarsızlıklar olabilir.

Google’ın güncel canonical troubleshooting dokümantasyonu bu durumda önce Google-selected canonical’ın kontrol edilmesini, ardından teknik canonicalization problemlerinin ve sayfalar arasındaki içerik ilişkisinin incelenmesini öneriyor.^[3]

1. Canonical olarak gösterilen sayfa yeterince benzer olmayabilir

Canonical etiketi içerik consolidation aracı değildir.

Örneğin:

/akulu-matkaplar/ ↓ canonical /el-aletleri/

iki sayfa farklı ürün kümelerini ve farklı kullanıcı görevlerini temsil ediyorsa yalnız canonical etiketiyle birini diğerinin duplicate’i ilan etmek doğru değildir.

Search Console dokümantasyonuna göre user-declared canonical mevcut sayfaya benzemiyorsa Google bu URL’yi canonical olarak seçmeyebilir.^[4]

2. Sinyaller birbiriyle çelişebilir

Örneğin:

Page A canonical → Page B Sitemap → Page A Internal links → Page A Redirect → Page C

Bu yapı sitenin kendi tercihinin ne olduğu konusunda gereksiz belirsizlik üretir.

3. CMS yanlış canonical üretebilir

Google, bazı CMS veya plugin yapılandırmalarının istenmeyen canonical elementler oluşturabileceğini özellikle canonical troubleshooting dokümantasyonunda belirtiyor.^[3]

Bu nedenle yalnız CMS panelindeki SEO alanına değil, gerçekten dönen HTML ve gerektiğinde HTTP header’a bakılmalıdır.

4. Server veya host yapılandırması problemli olabilir

Yanlış host’un aynı içeriği döndürmesi, staging ortamlarının açık kalması veya farklı domainlerin aynı içeriği servis etmesi canonical kümelerini beklenmedik biçimde etkileyebilir.

Canonical ile redirect arasındaki fark nedir?

Redirect kullanıcının ve crawler’ın başka URL’ye gitmesini sağlar. Canonical ise duplicate URL erişilebilir kalırken hangi URL’nin tercih edilen temsilci olduğunu bildirir.

	Canonical	Redirect
Kaynak URL açılabilir mi?	Genellikle evet	Kullanıcı hedef URL’ye gönderilir
Kullanıcı URL değişimini görür mü?	Hayır	Evet
Ana amaç	Duplicate / similar URL’ler arasında temsilci tercihi	URL’nin başka konuma taşındığını bildirmek
Canonical sinyali	Güçlü	Güçlü

Örneğin eski URL artık kullanılmayacaksa:

/eski-kategori/ ↓ 301 /yeni-kategori/

redirect daha doğal çözüm olabilir.

Ama kullanıcıların hâlâ erişmesi gereken tracking veya sıralama varyantları bulunuyorsa duplicate URL’yi açık tutup canonical tercihi belirtmek daha uygun olabilir.

Bu nedenle:

Canonical ≠ Redirect

Canonical ile noindex arasındaki fark nedir?

noindex, URL’nin arama sonuçlarında indekslenmemesi yönünde direktiftir. Canonical ise duplicate veya çok benzer URL kümesinde tercih edilen temsilciyi bildiren mekanizmadır.

Yöntem	Sorduğu temel soru
rel="canonical"	Bu içeriğin tercih edilen temsilcisi hangi URL?
noindex	Bu URL Google Search indeksinde yer almalı mı?

Google, site içindeki canonical seçiminde noindex kullanmayı önermiyor; bu amaç için rel="canonical" annotation’larını tercih ediyor.^[2]

Dolayısıyla aynı problemi:

noindex + canonical

kombinasyonuyla “iki kat güçlü” hale getirdiğimizi düşünmek doğru değildir.

Bunlar farklı görevleri yerine getirir.

Canonical ile robots.txt arasındaki fark nedir?

robots.txt crawling erişimini yönetir; canonicalization yapmaz.

Google canonicalization amacıyla robots.txt kullanılmaması gerektiğini açıkça söylüyor.^[2]

robots.txt → crawler bu URL'yi request edebilir mi? canonical → duplicate kümenin tercih edilen temsilcisi hangisi?

Üstelik robots.txt ile engellenmiş bir URL’nin içeriği crawl edilemeyeceği için sayfadaki canonical annotation’ının görülmesini beklemek de çelişkili bir tasarım olabilir.

Özellikle filtre URL’lerinde:

robots.txt noindex canonical nofollow

araçlarını aynı görevin farklı isimleri gibi görmek büyük hata. Bu ayrımı robots.txt, noindex ve canonical farklarını ele aldığım faceted navigation bölümünde uygulamalı olarak görebilirsiniz.

Canonical crawling’i durdurur mu?

Hayır. Canonical etiketi URL’nin taranmasını doğrudan engelleyen bir mekanizma değildir.

Duplicate URL’lerin daha az sıklıkta crawl edilmesi zaman içinde canonicalization sonucunda gerçekleşebilir; Google canonical sayfanın daha düzenli, duplicate’lerin ise daha seyrek crawl edilebileceğini belirtiyor.^[1]

Fakat:

rel="canonical" ≠ crawl block

Bu özellikle milyonlarca filtre URL’si üreten büyük e-ticaret sitelerinde önemlidir.

Sınırsız URL üretip hepsine ana kategori canonical’ı eklemek, URL üretim ve crawling probleminin kendisini ortadan kaldırmaz.

E-ticarette canonical’ın bu daha geniş URL inventory sistemi içindeki yerini e-ticaret SEO sistemi içinde ayrıca ele alıyorum.

Canonical ile XML sitemap ilişkisi nedir?

XML sitemap’e dahil edilen URL’ler Google’a tercih edilen URL’ler hakkında sinyal verebilir; ancak sitemap canonicalization açısından rel="canonical" ve redirect’ten daha zayıf bir sinyaldir.^[2]

Bu nedenle sitemap mümkün olduğunca canonical ve indexlenmesi istenen URL’leri içermelidir.

Örneğin:

Canonical: https://example.com/urun/ Sitemap: https://example.com/urun/?ref=campaign

gibi bir yapı gereksiz sinyal tutarsızlığı oluşturur.

Daha temiz model:

Canonical ↓ /urun/ Sitemap ↓ /urun/ Internal links ↓ /urun/

Internal linking canonical seçimini etkiler mi?

Site içindeki bağlantıların tercih edilen canonical URL’ye tutarlı biçimde verilmesi Google’ın önerdiği canonicalization uygulamalarından biridir.^[2]

Örneğin canonical URL:

/akulu-matkaplar/

iken menü, breadcrumb ve içerik bağlantıları sürekli:

/akulu-matkaplar/?category=123

adresine gidiyorsa site kendi canonical tercihine karşı çalışan bir bağlantı grafiği oluşturur.

Burada canonical teknik etiketten mimariye taşınır:

PREFERRED URL ↓ CANONICAL ↓ SITEMAP ↓ INTERNAL LINKS ↓ REDIRECT RULES ↓ TUTARLI URL SİSTEMİ

Canonical başka domaine verilebilir mi?

Evet. Google cross-domain canonical annotation’larını destekleyebilir; duplicate sayfa ile canonical URL aynı domainde olmak zorunda değildir.

Ancak bu mekanizma “başka sitedeki daha güçlü sayfaya SEO sinyali gönderme” aracı değildir.

Sayfalar gerçekten duplicate veya çok benzer içerik ilişkisi taşımalıdır.

Google’ın canonical troubleshooting dokümantasyonu ayrıca yanlış server yapılandırmaları, hack saldırıları veya istenmeyen cross-domain canonical annotation’larının beklenmedik canonical seçimlerine yol açabileceğini belirtiyor.^[3]

Bu nedenle özellikle site güvenliği problemi yaşanmış alan adlarında kaynak kod ve HTTP header seviyesinde beklenmeyen cross-domain canonical’lar kontrol edilmelidir.

PDF gibi HTML olmayan dosyalarda canonical kullanılabilir mi?

Evet. HTML <link rel="canonical"> elementi kullanılamayan PDF gibi dosyalarda canonical tercihi HTTP response header üzerinden bildirilebilir.

Örneğin:

HTTP/1.1 200 OK Link: <https://example.com/rehber/>; rel="canonical"

Google canonical HTTP header yöntemini web arama sonuçları için destekliyor.^[2]

Ancak aynı canonical tercihini hem HTTP header hem HTML elementinde farklı URL’lerle belirtmek hata riskini artırır. Google mümkün olduğunca tek yöntemin tutarlı biçimde kullanılmasını öneriyor.^[2]

JavaScript canonical değiştirebilir mi?

Canonical JavaScript ile eklenebilir, fakat Google canonical bilgisinin mümkün olduğunca açık ve tutarlı olmasını önerir.

Google’ın güncel JavaScript canonical guidance’ına göre en güvenli yaklaşım canonical URL’yi ilk HTML kaynağında doğru biçimde belirtmek ve JavaScript’in bunu farklı bir değere çevirmemesidir.^[2]

Problemli örnek:

Initial HTML: canonical → /urun-a/ Rendered HTML: canonical → /urun-b/

Google’ın 2025 sonunda canonicalization dokümantasyonuna yaptığı güncellemede canonicalization’ın rendering öncesinde ve sonrasında değerlendirilebildiğini, bu nedenle JavaScript tarafında çelişkili canonical üretmekten kaçınılması gerektiğini özellikle netleştirdi.^[5]

Pagination sayfaları ilk sayfaya canonical olmalı mı?

Genel kural olarak hayır. Pagination serisindeki farklı sayfalar aynı içeriğin birebir duplicate’i değildir ve Google her paginated sayfanın kendi canonical URL’sine sahip olmasını önerir.

Örneğin:

/kategori/ /kategori/?page=2 /kategori/?page=3

ikinci ve üçüncü sayfa farklı ürünlere erişim sağlıyorsa hepsini:

canonical → /kategori/

şeklinde ilk sayfaya bağlamak duplicate ilişkisinin yanlış modellenmesi olur.

Pagination kendi başına ayrı bir technical SEO problemidir. Buradaki önemli nokta şudur:

Canonical, “SEO’da görmek istemediğim bütün URL’leri ana sayfaya bağlayayım” mekanizması değildir.

Ürün varyantlarının tamamı ana ürüne canonical olmalı mı?

Otomatik olarak hayır. Varyant URL’lerinin canonical kararı, varyantların gerçekten duplicate olup olmadığına ve her URL’nin kullanıcı ile ürün verisi açısından ayrı rol taşıyıp taşımadığına göre verilmelidir.

Örneğin renk, beden, kapasite veya model varyantlarının ayrı URL’leri varsa:

/telefon-128gb/ /telefon-256gb/

bu URL’lerin yalnız teknik olarak benzer şablona sahip olması birinin diğerine canonical olması için yeterli değildir.

Varyantlar farklı fiyat, stok, ürün kimliği, görsel, teklif veya search demand taşıyabilir.

Bu nedenle:

Product variant decision ≠ otomatik parent canonical

Ürün varyantları; canonicalization yanında product identity, structured data, offer ve Merchant Center ilişkisini de kapsadığı için ayrı bir owner problemidir.

Canonical hatası nasıl kontrol edilir?

Canonical audit yalnız sayfanın kaynak kodundaki rel="canonical" değerine bakılarak yapılmamalıdır. User-declared canonical, Google-selected canonical, HTTP response, sitemap ve internal linking birlikte incelenmelidir.

Pratik kontrol sırası:

1. URL’nin HTTP cevabını kontrol edin

URL gerçekten 200 mı, redirect mi, hata mı dönüyor?

2. HTML canonical değerini kontrol edin

Kaynak kodda:

<link rel="canonical" href="..." />

hangi URL bulunuyor?

3. HTTP header canonical var mı kontrol edin

HTML canonical ile header canonical çelişiyor mu?

4. Canonical target erişilebilir mi?

Canonical URL:

• 200 döndürüyor mu?
• indexlenebilir mi?
• başka URL’ye redirect oluyor mu?
• kendi canonical’ı başka bir yere mi gidiyor?

5. İçerik gerçekten benzer mi?

Canonical kaynak ve hedefi gerçekten duplicate veya çok benzer içerik mi?

İki farklı kullanıcı ihtiyacını zorla birleştirmeye mi çalışıyoruz?

6. Sitemap hangi URL’yi içeriyor?

Duplicate URL sitemap içinde bulunurken canonical hedef sitemap dışında mı kalıyor?

7. Internal linking hangi URL’ye gidiyor?

Menü, breadcrumb, kategori, içerik ve ürün bağlantıları hangi varyanta yöneliyor?

8. Search Console URL Inspection kontrolü yapın

Özellikle iki alanı karşılaştırın:

• User-declared canonical
• Google-selected canonical

Farklılarsa Google’ın neden diğer URL’yi aynı duplicate kümesinde daha uygun temsilci gördüğünü araştırın.^[3][4]

“Duplicate, Google chose different canonical than user” ne demek?

Bu durum, sizin bir URL’yi canonical olarak bildirmenize rağmen Google’ın duplicate kümesi için başka bir URL’yi canonical seçtiği anlamına gelir.

Bu mesajı gördüğünüzde otomatik olarak:

“Google canonical etiketimi okumadı.”

sonucuna varmayın.

Google etiketi görmüş olabilir fakat başka sinyaller veya içerik ilişkisi nedeniyle başka URL’yi seçmiş olabilir.

Kontrol edin:

• User-declared canonical doğru mu?
• Google-selected canonical hangi URL?
• İki sayfanın ana içeriği ne kadar benzer?
• Internal linking hangi URL’ye gidiyor?
• Sitemap hangi URL’yi içeriyor?
• Redirect veya protocol sinyalleri çelişiyor mu?
• CMS yanlış canonical üretiyor olabilir mi?
• Canonical target gerçekten kullanıcı açısından daha iyi temsilci mi?

Google’ın Ağustos 2026’da güncellenen troubleshooting dokümantasyonu ayrıca canonicalization problemi düzeltildikten sonra duplicate cluster’ın yeniden değerlendirilmesinin zaman alabileceğini belirtiyor.^[3]

Teknik düzeltmeyi yayınlayıp beş dakika sonra Search Console’a bakarak mimarinin başarısız olduğuna hükmetmek, web’in klasik insan sabırsızlığı testlerinden biridir.

Canonical zinciri oluşturmak doğru mu?

Tercih edilen canonical mümkün olduğunca doğrudan işaret edilmelidir. Gereksiz canonical veya redirect zincirleri sistemi anlamayı ve bakımını zorlaştırır.

Örneğin:

URL A canonical → URL B URL B canonical → URL C

yerine gerçekten temsilci URL C ise:

URL A canonical → URL C URL B canonical → URL C

daha açık bir sistemdir.

Aynı mantık URL migration süreçlerinde de geçerlidir. Tercih edilen URL değiştiğinde canonical, sitemap ve internal link gibi sistemlerin yeni URL’ye güncellenmesi gerekir.

Canonical tag bütün sayfalarda olmalı mı?

Google canonical sayfalarda self-referencing canonical kullanılmasını önerir. Ancak canonical etiketi eklemek tek başına sitenin URL mimarisini temiz hale getirmez.^[2]

Örneğin WordPress veya başka CMS’in her URL’ye otomatik self canonical eklemesi faydalı olabilir.

Ama sistem aynı zamanda şu URL’leri sınırsız üretiyorsa:

?sort= ?filter= ?session= ?tracking= ?page= ?view= ?brand= ?color=

her URL’ye bir canonical etiketi eklemek URL inventory problemini çözmüş sayılmaz.

Canonical URL yönetiminin bir parçasıdır, URL üretim politikasının yerine geçmez.

Canonical kullanımında yaygın hatalar

• rel="canonical" etiketini canonicalization sürecinin kendisi sanmak.
• Canonical annotation’ını Google için zorunlu direktif olarak görmek.
• Farklı kullanıcı ihtiyacını karşılayan sayfaları yalnız benzer oldukları için tek URL’ye canonical’lamak.
• Her filtre URL’sini ana kategoriye canonical’layarak crawl problemini çözdüğünü düşünmek.
• robots.txt dosyasını canonicalization aracı olarak kullanmak.
• noindex ile canonical’ı aynı görevi yapan iki mekanizma sanmak.
• Eski URL kaldırılacakken redirect yerine canonical kullanmak.
• Sitemap’te duplicate URL’leri bırakıp başka URL’yi canonical göstermek.
• Internal linkleri duplicate URL’ye verip canonical etiketiyle başka URL’yi tercih etmek.
• Canonical hedefin 404, noindex veya redirect olması.
• CMS’in ürettiği canonical’ı gerçek HTML’de kontrol etmemek.
• HTML canonical ile HTTP header canonical’ı farklı URL’lere yöneltmek.
• JavaScript ile ilk HTML’deki canonical’ı başka URL’ye değiştirmek.
• Bütün pagination sayfalarını ilk sayfaya canonical’lamak.
• Bütün ürün varyantlarını hiçbir page-role analizi yapmadan parent ürüne canonical’lamak.
• Yalnız user-declared canonical’a bakıp Google-selected canonical’ı kontrol etmemek.

Canonical için karar modeli

Canonical kararı “Bu URL’yi indexte istemiyor muyum?” sorusundan başlamamalıdır. Önce iki URL’nin gerçekten aynı veya çok benzer içeriğin alternatif temsilcileri olup olmadığı belirlenmelidir.

İKİ URL VAR ↓ ANA İÇERİK AYNI VEYA ÇOK BENZER Mİ? │ ├── HAYIR │ ↓ │ AYRI PAGE ROLE │ canonical ile zorla birleştirme │ └── EVET ↓ İKİ URL'NİN DE ERİŞİLEBİLİR KALMASI GEREKİYOR MU? │ ├── HAYIR │ ↓ │ REDIRECT ADAYI │ └── EVET ↓ PREFERRED REPRESENTATIVE ↓ rel="canonical" ↓ sitemap + internal links aynı URL ile tutarlı mı? ↓ Search Console doğrulaması

Bu model canonical’ı bütün URL problemlerinin üzerine yapıştırılan genel SEO bandından çıkarır ve gerçek görevine döndürür.

Canonical hakkında temel ayrımlar

Kavramlar	Temel fark
Canonicalization ≠ rel="canonical"	Canonicalization temsilci URL seçme sürecidir; rel="canonical" site sahibinin tercih bildirdiği sinyallerden biridir.
Canonical ≠ Redirect	Canonical duplicate URL’yi erişilebilir bırakabilir; redirect kullanıcı ve crawler’ı başka URL’ye taşır.
Canonical ≠ Noindex	Canonical temsilci URL tercihidir; noindex URL’nin Search indeksinde bulunmaması yönünde direktiftir.
Canonical ≠ Crawl Control	Canonical crawling’i doğrudan engellemez.
User-declared ≠ Google-selected	Site sahibinin istediği canonical ile Google’ın seçtiği canonical farklı olabilir.
Duplicate ≠ Spam	Duplicate URL’lerin bulunması tek başına spam ihlali anlamına gelmez.

Canonical nasıl düşünülmeli?

Canonical, “Google’a hangi URL’yi indexleteceğim?” etiketi değildir. Daha doğru model, aynı veya çok benzer içeriğin birden fazla URL’den erişilebilir olduğu durumda hangi URL’nin o içerik kümesini temsil etmesi gerektiğini belirlemektir.

Sistem şu şekilde düşünülebilir:

URL DISCOVERY ↓ CRAWLING ↓ CONTENT PROCESSING ↓ DUPLICATE / SIMILARITY EVALUATION ↓ URL CLUSTER ↓ CANONICALIZATION ↓ GOOGLE-SELECTED CANONICAL ↓ INDEX / SEARCH SYSTEMS

Site sahibinin görevi Google’a tek bir HTML etiketiyle emir vermeye çalışmak değil, kendi URL sistemini tutarlı hale getirmektir:

PREFERRED URL ↓ rel="canonical" + redirect strategy + XML sitemap + internal linking + content consistency ↓ CLEAR CANONICAL SIGNALS

Bu nedenle canonical audit sırasında yalnız:

Canonical var mı?

diye sormak yetersizdir.

Daha doğru soru şudur:

Bu URL kümesinde hangi sayfanın temsilci olması gerektiği açık mı ve sitenin bütün teknik/mimari sinyalleri aynı tercihi destekliyor mu?

Kaynaklar ve teknik referanslar

1. Google Search Central — What is URL Canonicalization
2. Google Search Central — How to Specify a Canonical with rel=”canonical” and Other Methods
3. Google Search Central — Fix Canonicalization Issues
4. Google Search Console Help — Page Indexing Report
5. Google Search Central — Search Documentation Updates