Diller

Kanonikleştirme

Arama motorlarının yinelenen URL’lerden bir temsilci canonical URL’yi nasıl seçtiğini, sinyalleri nasıl birleştirdiğini ve rel=canonical, yönlendirme, noindex ile robots.txt araçlarının nasıl ayrıldığını açıklar.

İlk yayın tarihi: 23 Haz 2026 · Son güncelleme: 9 Ağu 2026 · Advanced
Diller
AIYazanAI v2
Bu sayfada 1 kanıt sinyali

Kanonikleştirme, aynı veya birbirine çok benzeyen içerik taşıyan URL’leri kümeler, kümeden bir temsilci URL seçer ve bağlantılar ile diğer sıralama sinyallerini bu URL’de birleştirmeye çalışır. rel=canonical güçlü bir sinyaldir ama kural değildir; Google, yönlendirmeler, site haritası, iç bağlantılar, HTTPS ve başka sinyaller çelişirse farklı bir canonical seçebilir. Canonical bir 301 yönlendirmesi veya noindex değildir. İstediğiniz URL’ye işaret eden uyumlu sinyaller kurun ve Google Search Console’daki Google-selected canonical alanıyla sonucu doğrulayın.

TL;DR — Kanonikleştirme; kümeleme + seçim + birleştirmedir. Google yinelenenleri algılar (içerik checksum’ları/parmak izleri), kümeler, bir canonical seçer ve sıralama sinyallerini (bağlantılar, PageRank, anchor text) bu URL’de birleştirir. rel="canonical" bir yönerge değil, güçlü bir ipucudur; Google bunu geçersiz kılabilir ve kılar. Bu durum GSC’de “Duplicate, Google chose different canonical than user” olarak görünür. Google giderek büyüyen bir sinyal kümesini değerlendirir (Illyes’e göre 2020’de ~20, Google’dan Allan Scott’a göre 2025’e gelindiğinde ~40): rel=canonical açıklaması, yönlendirmeler, sitemap’e dahil edilme, iç bağlantılar, HTTP yerine HTTPS ve uzun URL yerine kısa URL. Bazıları diğerlerinden ağır basar; örneğin yönlendirme, HTTPS sinyalini geçer. Canonical bir 301 değildir ve noindex gibi bir dizine ekleme yönergesi de değildir. Her sinyali tek bir URL’yi gösterecek şekilde hizalayın, self-referencing canonical’lar kullanın ve Google’ın seçtiği canonical’ı Search Console’daki URL Inspection aracıyla doğrulayın.

Kanonikleştirme gerçekte nedir?

Canonicalization sits between duplicate URLs and the index — deciding which one URL represents the group. Kaynak: /technical-seo/how-search-works/indexing/canonicalization/

Three reachable duplicate URL variants feed a canonicalization decision. A separate bundle of signals also feeds the decision: rel=canonical, redirects, sitemap inclusion, internal links, and HTTPS. The decision selects one representative canonical URL, which may be indexed and shown in search while cluster signals consolidate onto it. The other duplicate URLs remain reachable rather than being deleted.

© Patrick Stox LLC · CC BY 4.0 ·

Google’ın tanımı nettir: “Canonicalization is the process of selecting the representative –canonical– URL of a piece of content,” (Türkçe çeviri) “Kanonikleştirme, bir içerik parçasının temsilci, yani canonical URL’sini seçme sürecidir”; ayrıca “a canonical URL is the URL of a page that Google chose as the most representative from a set of duplicate pages.” (Türkçe çeviri) “canonical URL, Google’ın yinelenen sayfalar kümesinden en temsili olarak seçtiği sayfanın URL’sidir.” Evidence for this claim Google groups similar pages and selects a representative canonical URL for the cluster. Scope: Google Search canonical selection for duplicate or very similar content. Confidence: high · Verified: Google Search Central: In-depth guide to how Google Search works Ahrefs’in kanonikleştirme rehberini yazdım; oradaki çerçevemde aslında iki ayrı iş vardır: “Clustering creates a cluster of duplicate pages, and canonicalization chooses which version signals consolidate to and what page will be shown in search results.” (Türkçe çeviri) “Kümeleme yinelenen sayfalardan bir küme oluşturur; kanonikleştirme ise sinyallerin hangi sürümde birleşeceğini ve arama sonuçlarında hangi sayfanın gösterileceğini seçer.”

Dolayısıyla sırayla üç işlem gerçekleşir:

  1. Yinelenen ve neredeyse yinelenen URL’leri algılayıp kümelemek.
  2. Bunlardan birini canonical olarak seçmek.
  3. Sıralama sinyallerini seçilen URL’de birleştirmek.

Bu üç işlemi doğru anlarsanız kanonikleştirmeyle ilgili kafa karışıklığının çoğu ortadan kalkar.

Neden önemlidir?

Google, yinelenen içeriğin çoğunlukla kullanılabilirlik ve raporlama sorunu olduğunu, ahlaki bir kusur olmadığını açıkça söyler: “having the same content accessible through many different URLs can be a bad user experience… and it may make it harder for you to track how your content performs in search results.” (Türkçe çeviri) “aynı içeriğe birçok farklı URL’den erişilebilmesi kötü bir kullanıcı deneyimi yaratabilir ve içeriğinizin arama sonuçlarındaki performansını izlemenizi zorlaştırabilir.” Yinelenen sayfaların çoğu kötü niyetli değildir; parametreler, fasetli gezinme, protokol/host varyantları ve oturum kimlikleri gibi sıradan teknik kazalardır.

Asıl fayda dört alanda ortaya çıkar. “Kanonikleştirme SEO’ya yardımcı olur” ifadesini belirsiz tek bir fayda gibi ele almak yerine her birini net biçimde açıklamak gerekir:

  • Küme üyeliği. Yinelenen URL’ler tek bir kümede gruplandırılır; canonical, bu kümenin belirlenmiş temsilcisidir.
  • Göreli tarama sıklığı. Google, canonical sayfanın daha düzenli, yinelenenlerin ise daha seyrek tarandığını söyler. Bu, gereksiz taramayı azaltan göreli bir etkidir. Bir sayfayı canonical yapmanın başka yerlerde anında bütçe açacağı veya ilgisiz sayfaların dizine eklenmesini hızlandıracağı taahhüt edilmez.
  • İçerik ve kalite değerlendirmesi. Google normalde içeriğin kalitesini ve alaka düzeyini değerlendirirken ana kaynak olarak canonical’ı kullanır.
  • Sunulan URL. Arama sonuçları genellikle canonical’a bağlantı verir; ancak her zaman değil. Cihaza özgü bir sürüm gibi, kullanıcıya daha uygun olduğu durumlarda Google bunun yerine yinelenen bir URL sunabilir.

Google’ın belgeleri sinyal tarafını açıkça çerçeveler: canonical bildirmek, “helps search engines to be able to consolidate the signals they have for the individual URLs (such as links to them) into a single, preferred URL.” (Türkçe çeviri) “arama motorlarının tek tek URL’ler için sahip olduğu sinyalleri (örneğin bu URL’lere verilen bağlantıları) tek bir tercih edilen URL’de birleştirmesine yardımcı olur.” Bunun gerçekleşmesi, hedefin gerçekten canonical seçilmesine bağlıdır; her bildirilmiş canonical’ın yinelenen URL’nin PageRank’ini, anchor text’ini veya sıralama değerini otomatik olarak çekmesi garanti değildir. Sinyalleriniz çelişir ve Google başka bir seçim yaparsa amaçladığınız birleşme gerçekleşmez.

Bazı çoğaltmalar da tamamen normaldir ve tek başına spam politikası ihlali değildir. Kanonikleştirmenin pratik gerekçeleri ceza korkusu değil; kullanıcıya netlik sağlamak, raporları temizlemek, tutarlı bir arama URL’si oluşturmak, sinyalleri birleştirmek ve yinelenen taramayı azaltmaktır. (Kontrolsüz çoğaltmayı kaynağında düzeltmek yine de önemlidir. Bu, kanonikleştirmeden çok tarama bütçesi ve fasetli gezinme meselesidir; ancak konular birbiriyle bağlantılıdır.)

Google canonical’ı nasıl seçer?

Canonicalization is three jobs, not one: cluster, select, consolidate. Kaynak: /technical-seo/how-search-works/indexing/canonicalization/

Step one fingerprints duplicate URLs and groups them into a cluster. Step two selects one URL as canonical while the others remain reachable alternates. Step three consolidates links, PageRank, and anchor text from the cluster onto the selected canonical.

© Patrick Stox LLC · CC BY 4.0 ·

Çoğu rehber bu bölümü geçiştirir; bu nedenle konuyu doğru biçimde ele almak gerekir.

Adım 1 — yinelenenleri algılama

Google, yinelenenleri bulmak için sayfa içeriğinin parmak izini çıkarır. Gary Illyes bu mekanizmayı Search Off the Record programında şöyle anlattı: “A checksum is basically a hash of the content. Basically a fingerprint.” (Türkçe çeviri) “Checksum, temelde içeriğin hash’idir; kısacası bir parmak izidir.” Eşleşen veya neredeyse eşleşen parmak izlerine sahip sayfalar (menü ve altbilgi gibi ortak şablonlar büyük ölçüde göz ardı edilir) yinelenen olarak ele alınabilecek adaylardır.

Google’ın güncel belgeleri aynı düşünceyi checksum mekaniğine girmeden daha sade biçimde açıklar: Google, dizine ekleme sırasında her sayfanın birincil içeriğini karşılaştırır ve aynı ya da çok benzer sayfaları kümeler. Google parmak izi çıkarma işleminin tam olarak nasıl çalıştığını veya ortak şablon içeriğinin ne ölçüde göz ardı edildiğini yayımlamaz. Bu nedenle Illyes’in checksum çerçevesini belgelenmiş bir algoritma olarak değil, 2020’deki bir görüşmeden gelen ve genel yönü doğru yansıtan ek bilgi olarak değerlendirin.

Adım 2 — kümeleme

Yinelenen URL’ler bir kümede gruplandırılır. Kümedeki her URL canonical adayıdır; ancak tam olarak biri seçilir.

Adım 3 — kümeden seçim

Google şimdi seçim yapar. Bir sinyal kümesi kullanır ve yayımlanan sayı zaman içinde artmıştır. Illyes 2020’de “we employ, I think, over twenty signals, we use over twenty signals, to decide which page to pick as canonical.” (Türkçe çeviri) “canonical olarak hangi sayfanın seçileceğine karar vermek için sanırım yirmiden fazla sinyal kullanıyoruz” dedi. 2025’te Google’ın sözünü ettiği sayı daha yüksektir: Ahrefs kanonikleştirme rehberimde belirttiğim gibi, “According to Google’s Allan Scott, there are ~40 different canonical selection signals.” (Türkçe çeviri) “Google’dan Allan Scott’a göre yaklaşık 40 farklı canonical seçim sinyali vardır.” Bunu çelişki olarak değil, Google’ın zaman içinde kamuya daha fazlasını açıklaması olarak okuyun: 2020’de 20+, 2025’te yaklaşık 40.

Google’ın kendi belgeleri birkaç faktörü açıkça listeler: “There are a handful of factors that play a role in canonicalization: whether the page is served over HTTP or HTTPS, redirects, presence of the URL in a sitemap, and rel="canonical" link annotations.” (Türkçe çeviri) “Kanonikleştirmede rol oynayan birkaç faktör vardır: sayfanın HTTP veya HTTPS üzerinden sunulması, yönlendirmeler, URL’nin bir sitemap’te bulunması ve rel="canonical" bağlantı açıklamaları.” Daha kapsamlı listemde yinelenenler, canonical bağlantı öğeleri, sitemap URL’leri, iç ve dış bağlantılar, yönlendirmeler, hreflang, x-default hreflang, PageRank, HTTP yerine HTTPS ve uzun URL yerine kısa URL gibi yaygın olarak anılan sinyaller de yer alır.

Hangi sinyaller diğerlerinden ağır basar?

Bu sinyaller eşit değildir. Illyes, “301 redirect, or any sort of redirect actually, should be much higher weight… than whether the page is on an http URL or https.” (Türkçe çeviri) “301 yönlendirmesinin, hatta aslında herhangi bir yönlendirmenin, sayfanın HTTP veya HTTPS URL’sinde olmasından çok daha fazla ağırlığa sahip olması gerektiğini” açıkça belirtti. Canonical etiketinin kendisini de “quite a strong signal” (Türkçe çeviri) “oldukça güçlü bir sinyal” olarak nitelendirdi; güçlüdür, ancak daha güçlü sinyallere yenilebilir. Kanonikleştirme rehberimde belirttiğim gibi canonical etiketi “is sometimes referred to as a hint because it’s just one canonicalization signal, but it is considered a strong signal. Google ignores it if other signals are stronger.” (Türkçe çeviri) “yalnızca bir kanonikleştirme sinyali olduğu için bazen ipucu olarak adlandırılır; yine de güçlü bir sinyal kabul edilir. Diğer sinyaller daha güçlüyse Google onu yok sayar.”

Neden yönerge değil, ipucudur?

Bu konu başlığının doğruluk omurgası budur. Google şöyle der: “You can indicate your preference to Google using these techniques, but Google may choose a different page as canonical than you do, for various reasons. That is, indicating a canonical preference is a hint, not a rule.” (Türkçe çeviri) “Bu tekniklerle Google’a tercihinizi bildirebilirsiniz; ancak çeşitli nedenlerle Google sizin seçtiğinizden farklı bir sayfayı canonical seçebilir. Yani canonical tercihi belirtmek bir ipucudur, kural değildir.” Evidence for this claim Canonical declarations express a preference; Google can select a different canonical based on its signals. Scope: Google Search canonicalization; redirects and rel=canonical are strong signals while sitemap inclusion is weaker. Confidence: high · Verified: Google Search Central: How to specify a canonical URL Bildirdiğiniz canonical kaybettiğinde bunu Search Console’da “Duplicate, Google chose different canonical than user” durumuyla görürsünüz; bu, “means that Google chose a different URL to index than the one the user selected.” (Türkçe çeviri) “Google’ın kullanıcının seçtiği URL’den farklı bir URL’yi dizine eklemek üzere seçtiği” anlamına gelir. Çözüm neredeyse hiçbir zaman “add a stronger tag” (Türkçe çeviri) “daha güçlü bir etiket eklemek” değildir; çelişen sinyalleri hizalamaktır.

Canonical belirtme yöntemleri

Google baştan, “none of them are required; your site will likely do just fine without specifying a canonical preference,” (Türkçe çeviri) “bunların hiçbirinin zorunlu olmadığını; canonical tercihi belirtmeden de sitenizin büyük olasılıkla iyi çalışacağını” söyler; pratikte ise bilinçli seçim yapmalısınız. Google’ın güncel belgeleri bu yöntemlerin üst üste eklenebileceğini de belirtir: birbiriyle uyumlu birkaç güçlü sinyali birlikte kullanmak, Google’ın istediğiniz URL’yi seçme olasılığını artırır; ancak hiçbiri bunu tek başına garanti etmez. Başlıca yöntemler:

  • rel="canonical" bağlantı öğesi — <head> içindeki satırdır. En yaygın yöntemdir; Google bunu “a strong signal that the specified URL should become canonical.” (Türkçe çeviri) “belirtilen URL’nin canonical olması gerektiğine dair güçlü bir sinyal” diye adlandırır. Etiket mutlaka <head> içinde olmalıdır; kapanmamış bir etiket veya onu <body> içine taşıyan JavaScript, Google’ın etiketi yok saymasına neden olur. Sayfa başına yalnızca bir tane bildirin; birden fazla bildirirseniz Google hepsini yok sayar.
  • rel="canonical" HTTP başlığı — PDF gibi HTML olmayan ve <head> içermeyen dosyalarda canonical’ı HTTP yanıt başlığında ayarlayın.
  • Yönlendirmeler — “a strong signal that the target of the redirect should become canonical.” (Türkçe çeviri) Bu, “yönlendirmenin hedef URL’sinin canonical olması gerektiğine dair güçlü bir sinyal” anlamına gelir. İçeriği gerçekten taşıyorsanız 301 kullanın.
  • Sitemap’e dahil etme — “a weak signal that helps the URLs that are included in a sitemap become canonical.” (Türkçe çeviri) Bu, “sitemap’e dahil edilen URL’lerin canonical olmasına yardımcı olan zayıf bir sinyal” anlamına gelir. Sitemap’inizde yalnızca canonical URL’leri listeleyin.
  • İç bağlantılar — istediğiniz sürüme tutarlı biçimde bağlantı verin. Tutarsız iç bağlantılar, sinyallerinizin çelişmesinin en yaygın nedenlerindendir.

Self-referencing ve alanlar arası canonical’lar

Self-referencing canonical, canonical’ı kendisini gösteren ve dizine eklenebilir bir sayfadır. Dizine eklenmesini istediğiniz her sayfada kullanılması önerilir. Diğer sinyaller belirsiz olsa bile tercihinizi açıkça belirtir ve aksi hâlde yinelenen gibi görünecek parametreli kopyaların etkisini giderir.

Alanlar arası canonical desteklenir: sendikasyonda yaygın olduğu üzere, birleşmeyi sağlamak için bir sayfanın canonical’ını kontrol ettiğiniz başka bir alan adındaki URL’ye gösterebilirsiniz. Dikkat edilmesi gereken arıza biçimi hijacking’dir — kanonikleştirme rehberimde uyardığım gibi, “In some really bad scenarios, a page on the wrong domain may be shown. This is referred to as hijacking.” (Türkçe çeviri) “bazı gerçekten kötü senaryolarda yanlış alan adındaki bir sayfa gösterilebilir; buna hijacking denir.” Nadirdir, ancak alanlar arası canonical’ların dikkatle yönetilmesinin nedeni budur.

Sınır durumları: Neler gerçekten yinelenen sayılır?

Beş durum diğerlerinden daha sık yanlışlıkla “yinelenen” olarak etiketlenir. Her birinde aynı ilke geçerlidir: kararı URL’nin bir özelliğine (?, sayfa numarası, dil klasörü veya script etiketi) göre değil, oluşturulmuş birincil içeriğin gerçekte ne olduğuna göre verin.

DurumYinelenen olarak değerlendirilmeli mi?Neden?
İzleme veya oturum parametreleri (?utm_source=, ?sessionid=)Genellikle evetBirincil içerik aynıdır; temiz URL’ye canonical vermek güvenlidir.
Filtreleme, sıralama veya faset parametreleri (?color=red, ?sort=price)Otomatik olarak değilTemel sayfadan önemli ölçüde farklı içerik veya amaç üretebilir; canonical vermeden önce oluşturulmuş içeriği kontrol edin.
Sayfalandırılmış sayfalar (/page/2/)HayırGoogle bir dizideki her sayfayı kendine ait birincil içeriği bulunan ayrı bir sayfa olarak değerlendirir. Her birine benzersiz URL ve self-referencing canonical verin; asla 1. sayfayı gösteren canonical kullanmayın.
Tamamen çevrilmiş sayfalarHayırŞablon aynı olsa bile farklı dildeki içerik özgün sayfanın yineleneni değildir. Bunları canonical ile değil hreflang ile ilişkilendirin.
Aynı dildeki bölgesel varyantlar (ör. neredeyse aynı en-US ve en-GB sayfaları)BazenBunlar sıradan yinelenenler gibi kümelenebilir. Canonical tercihini aynı dilde tutun ve doğru bölgesel URL’nin yine de gösterilebilmesi için karşılıklı hreflang ile eşleştirin.

İki uygulama ayrıntısı, ayrıca belirtilmeyi gerektirecek kadar sık sessiz hatalara neden olur:

  • JavaScript ile oluşturulan canonical’lar. Google’ın önerisi, değer için tek ve açık bir kaynak seçmektir: etiketi ilk HTML’e koyup JavaScript ile üzerine yazmayın veya bu mümkün değilse HTML’den çıkarıp yalnızca JavaScript ile ayarlayın. Canonical’ı kaynakta bildirip aynı zamanda script ile değiştirmek asıl hata biçimidir; Google tek sayfadan gelen iki çelişkili sinyalle karşılaşır.
  • HTML olmayan dosyalar. rel="canonical" HTTP başlığı, PDF’ler, Word belgeleri ve benzer dosyalar için özellikle Google web arama sonuçlarında desteklenir; tüm Google yüzeylerinde geçerli evrensel bir sinyal değildir. Mutlak URL kullanın ve dosyanın kendi metadata’sında çelişkili bir canonical bildirilmesine izin vermeyin.

Google’ın seçtiği canonical nasıl kontrol edilir?

HTML’nizin tek doğruluk kaynağı olduğunu varsaymayın; belirleyici olan Google’ın seçimidir. İnsanlara şöyle anlatıyorum: “Your main source of truth for what Google chose as the canonical will be the URL Inspection tool in Google Search Console. Enter the URL, and it will show what the declared canonical is and what Google chose as the canonical.” (Türkçe çeviri) “Google’ın canonical olarak ne seçtiği için asıl doğruluk kaynağınız Google Search Console’daki URL Inspection aracıdır. URL’yi girin; araç hem bildirilen canonical’ı hem de Google’ın canonical olarak seçtiğini gösterir.” İkisi farklıysa bu, tüm sinyalleri hizalamanız gerektiğini gösterir.

Bu alanı kesin gerçek olarak kabul etmeden önce bilmeniz gereken birkaç sınır vardır:

  • Canlı kontrolü değil, dizine eklenmiş durumu yansıtır. URL Inspection’daki Google-selected canonical, Google’ın daha önce dizine eklediği verilerden gelir. Aynı araçtaki Live Test güncel sinyalleri gösterebilir; ancak Google’ın ne seçeceğini öngöremez. Dizine eklenmiş alanı gerçek zamanlı değil, tarihsel veri olarak değerlendirin.
  • Görünürlük, sahip olduğunuz mülklerle sınırlıdır. Canonical bilgilerini yalnızca erişiminiz olan Search Console mülklerindeki URL’ler için görebilirsiniz; rastgele üçüncü taraf sayfaları için göremezsiniz.
  • Denetim aracı Google’ın kararını değil, girdileri gözlemler. Yukarıdaki Canonicalization Checker gibi bir araç gönderdiğiniz HTML, başlık ve yönlendirme sinyallerini gösterir. Google’ın gerçekte ne seçtiğini söyleyemez; bunu yalnızca URL Inspection gösterir.
  • Dahil edilme, zamanlama veya sıralama garantisi yoktur. Amaçladığınız URL’nin canonical seçilmesi, dizine ekleneceğini garanti etmez; sabit bir zaman çizelgesinde gerçekleşmez ve trafik ya da sıralama garantisi vermez. Kanonikleştirme bu sonuçları değil, temsili belirler.

Yaygın kanonikleştirme hataları

Tekrar tekrar karşılaştığım hatalar şunlardır; bunların birkaçı kendi yaygın hatalar listemden alınmıştır:

  • Canlı ortam canonical’ını hazırlık sitesini korumak için kullanmak. https://staging.example.com/pricing/ adresindeki bir hazırlık sayfası canonical’ını https://example.com/pricing/ adresine yöneltebilir; buna rağmen Google sinyalleri uzlaştırırken taranabilir, kümelenebilir ve hatta gösterilebilir. Canonical hangi yineleneni tercih ettiğinizi söyler; hazırlık URL’sini gizli yapmaz veya Google’a onu kaldırma talimatı vermez. Hazırlık sunucusu arama sonuçlarına sızdıysa Google yönergeyi işleyene kadar noindex ile taranabilir tutun veya URL’nin kalıcı bir canlı ortam karşılığı varsa yönlendirin. Hiçbir zaman herkese açık olmaması gereken ortamlarda kimlik doğrulamayı zorunlu kılın.
  • Yinelenen olmayan bir sayfaya canonical vermek. Bir sayfanın canonical’ını ilgisiz bir sayfaya yöneltmek Google’a bunların aynı olduğunu söyler; Google “yinelenen” sayfayı sonuçlardan çıkarabilir. Canonical’lar gerçek yinelenenler içindir.
  • Aynı URL’de canonical + noindex. Bunlar çelişkili talimatlardır. John Mueller çelişen sinyallerin birleştirilmesi hakkında şöyle der: “I’d just pick one (noindex or followed links). Links on a noindexed page can be picked up, but it’s not guaranteed.” Birini seçin.
  • Canonical verilen URL’yi robots.txt ile engellemek. Google şöyle der: “Don’t use the robots.txt file for canonicalization purposes. Google may still index URLs that are disallowed in robots.txt without their content.” Engellenmiş sayfa, canonical etiketinin görülebilmesi için okunamaz.
  • Canonical verilen URL’den 4XX döndürmek. Yinelenen URL hata verirse birleştirme bozulur.
  • Tüm sayfalandırılmış sayfalara 1. sayfayı canonical vermek. Dizideki her sayfa ayrı içeriktir; hepsini kök sayfada birleştirmeyin.
  • Canonical zincirleri / çelişkili yönlendirmeler. Başka bir yere yönlendirilen URL’yi gösteren canonical, Google’ı bir çelişkiyi çözmek zorunda bırakır. Canonical’ı doğrudan nihai hedefe yöneltin.
  • Birden fazla canonical veya <body> içindeki canonical. <body> yerleşimi kabul edilmez. Birden fazla bildirim, güvenilir bir ilk/son kazananı bulunmayan bir çakışmadır.

Çürütülmüş mitler

  • “Canonical etiketi hangi URL’nin sıralanacağını veya dizine ekleneceğini garanti eder.” Hayır; bu bir ipucudur ve Google başka bir URL seçebilir. GSC’deki “Duplicate, Google chose different canonical than user” durumu tam olarak bunu bildirir.
  • “rel=canonical is the same as a 301 redirect.” (Türkçe çeviri) “rel=canonical, 301 yönlendirmesiyle aynıdır.” Hayır. 301, bir sayfayı taşıma yönergesidir; canonical birleştirme ipucudur ve iki URL de erişilebilir kalır. Bing uzun süredir, içerik taşırken canonical değil 301 kullanılması gerektiğini savunur; çünkü yönlendirme belirsizliğe yer bırakmayan talimattır. Bir URL’yi kullanımdan kaldırıyorsanız yönlendirin.
  • “Canonical, noindex gibi dizine eklemeyi engeller veya aktarır.” Hayır; canonical bir dizine ekleme yönergesi değildir. noindex ile birlikte kullanılması çelişkili sinyaller gönderir; birini seçin.
  • “Daha fazla canonical etiketi daha güçlü sinyal demektir.” Tam tersi; birden fazla canonical bildirirseniz Google hepsini yok sayar.

Bing ve diğer arama motorları

Bing de aynı temel araçları kullanır. Bing’in Aralık 2025 çerçevesinde, “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems,” (Türkçe çeviri) “yinelenen içerik tek başına arama cezası doğurmaz; ancak otoriteyi seyrelterek, amacı belirsizleştirerek ve güncellemelerin hem arama motorlarına hem de AI destekli keşif sistemlerine ulaşmasını yavaşlatarak görünürlüğü azaltır”; ayrıca “Canonical tags, redirects, hreflang, noindex, and IndexNow all support this clarity, but the foundation is a streamlined site that avoids unnecessary duplication.” (Türkçe çeviri) “canonical etiketleri, yönlendirmeler, hreflang, noindex ve IndexNow bu netliği destekler; ancak temel, gereksiz çoğaltmadan kaçınan yalın bir sitedir” der. Bing Webmaster Tools’ta URL Normalization özelliği de kod değişikliği olmadan parametre varyantlarını birleştirir; kopyalar URL parametrelerinden kaynaklanıyorsa yararlıdır.

Buradan sonra nereye gidilmeli?

Bu sayfa, üst konu olan kanonikleştirmenin kavramsal merkezidir. Aramanın işleyişindeki daha geniş dizine ekleme aşamasında yer alır; kanonikleştirme, yinelenen bir kümedeki hangi URL’nin gerçekte dizine ekleneceğini belirler. Aşağıdaki üç ayrıntılı incelemenin her biri konunun bir bölümünü ileri taşır:

  • Canonical etiketleri (rel=canonical) — etiketin kendisi: tam söz dizimi, <head> ve HTTP başlığı uygulamaları, self-referencing kalıpları ve etiketin yok sayılmasına yol açan tüm durumlar.
  • Yinelenen içerik — nelerin gerçekten yinelenen sayıldığı, bunun neden ceza olmadığı ve etiketlerle yama yapmak yerine kaynağında nasıl önleneceği.
  • URL parametreleri — yinelenenlerin en büyük kaynağı: izleme, sıralama, filtreleme ve oturum parametreleri ile bunların bir sayfayı sonsuz sayıda varyanta bölmesinin nasıl önleneceği.

Kanonikleştirme bu kümenin kardeş konularına da dokunur: yinelenenler ve parametre çoğalması tarama bütçesini boşa harcar, fasetli gezinme neredeyse yinelenen URL’lerin başlıca kaynaklarındandır ve örümcek tuzakları çoğaltmayı patlatan sonsuz URL alanları üretebilir. Keşif, tarama, oluşturma, dizine ekleme ve sunumun tamamı için Arama Nasıl Çalışır kümesine bakın.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.