Aynı ürün, kategori veya içerik farklı URL’lerden açılabilir: takip parametreli adres, yazdırma görünümü, HTTP–HTTPS varyasyonu, büyük-küçük harf farkı ya da filtreli liste. Site bu adreslerden hangisinin ana sürüm olduğunu tutarlı biçimde bildirmezse Google kendi canonical URL’sini seçer. Bazen tercih edilen sayfa yerine parametreli, eski veya yanlış bir URL arama sonuçlarında görünebilir.
Canonical etiketi bu problemi yönetmek için kullanılan güçlü sinyallerden biridir; fakat kesin bir komut değildir. Redirect, sitemap, iç linkler, hreflang, içerik benzerliği ve HTTP davranışı başka hedefler gösteriyorsa Google site tarafından bildirilen canonical’ı seçmeyebilir. Bu nedenle canonical hatası yalnız bir HTML etiketi sorunu değil, URL envanterindeki sinyal çatışmasıdır.
Bu rehber reklam ve organik trafiğin aynı landing page’de kullanılması konusunu tekrar etmez. Odak; self-canonical, yanlış cross-canonical, parametreler, canonical zincirleri ve Google-selected canonical teşhisidir.
Canonical URL nedir?
Canonical URL, Google’ın aynı veya çok benzer içerik sunan URL kümesi içinde temsilci olarak seçtiği adrestir. Google canonicalization sürecini, yinelenen içerik kümesinden arama sonuçlarında gösterilecek temsilci URL’nin seçilmesi olarak açıklar Google Canonicalization Rehberi.
Site sahibi rel="canonical", kalıcı yönlendirme, sitemap ve tutarlı iç linklerle tercih bildirebilir. Google bu sinyalleri değerlendirir; ancak içerik ilişkisi veya diğer teknik sinyaller daha güçlü biçimde farklı URL’yi işaret ediyorsa başka canonical seçebilir.
Canonical etiketi nasıl görünür?
HTML sayfalarında canonical genellikle geçerli <head> bölümünde şu biçimde yer alır:
<link rel="canonical" href="https://www.example.com/urun/kalici-url" />
Google tam adres kullanılmasını önerir. Protokol, host ve path açıkça yazılmalıdır. PDF gibi HTML olmayan belgelerde Link HTTP response header ile canonical bildirilebilir Google Duplicate URL Birleştirme Rehberi.
Canonical hataları SEO’yu nasıl etkileyebilir?
| Hata | Çelişki | Olası sonuç |
|---|---|---|
| Değerli sayfa başka URL’ye canonical veriyor | Sayfa kendisinin temsilci olmamasını istiyor | URL indeks dışında kalabilir |
| Parametreli URL self-canonical | Her varyasyon ayrı ana sayfa gibi işaretleniyor | Yinelenen URL envanteri büyüyebilir |
| Canonical hedef 404 veya redirect | Tercih edilen URL doğrudan geçerli içerik sunmuyor | Google farklı canonical seçebilir |
| Sitemap ve canonical farklı URL gösteriyor | İki site sinyali birbirine karşı çalışıyor | Canonical seçimi değişebilir |
| İç linkler duplicate URL’ye gidiyor | Site mimarisi bildirilen canonical’ı desteklemiyor | Yanlış varyasyon güçlenebilir |
| JavaScript canonical’ı değiştiriyor | Kaynak HTML ile render edilmiş DOM çelişiyor | Sinyal belirsizleşir |
Canonical hatası her zaman manuel işlem veya “duplicate content cezası” anlamına gelmez. Temel risk; yanlış URL’nin temsilci seçilmesi, indekslenmesi hedeflenen sayfanın dışarıda kalması ve performans raporlarının farklı adreslerde dağılmasıdır.
Self-canonical nedir?
Self-canonical, bir sayfanın canonical etiketiyle kendi temiz ve kalıcı URL’sini göstermesidir. Her sayfada teknik olarak zorunlu değildir; Google canonical’ı başka sinyallerden de seçebilir. Bununla birlikte indekslenmesi istenen sayfalarda açık self-canonical kullanmak, tercih edilen URL’yi netleştirir ve şablon hatalarını azaltır.
Self-canonical değeri tarayıcıda açılan her varyasyonu kopyalamamalıdır. UTM veya sıralama parametresiyle açılan sayfanın canonical’ı genellikle parametresiz temel URL olmalıdır. Aksi halde her kampanya varyasyonu kendisini ayrı temsilci olarak bildirir.
Yanlış cross-canonical nedir?
Cross-canonical, bir URL’nin başka URL’yi temsilci olarak göstermesidir. Aynı içeriğin gerçek varyasyonlarında doğru olabilir; fakat birbirinden farklı sayfalar arasında kullanıldığında önemli içerik indeks dışı kalabilir.
- Bütün ürünlerin kategori sayfasına canonical vermesi.
- Bütün lokasyon sayfalarının ana hizmet sayfasına bağlanması.
- Türkçe sayfanın İngilizce sürüme canonical vermesi.
- Sayfalama serisinin tamamının ilk sayfayı canonical göstermesi.
- Benzer fakat farklı arama niyetli içeriklerin tek URL’ye bağlanması.
Google canonical hedefinin duplicate veya çok benzer içerik olması gerektiğini vurgular. Birbirinden farklı içerikleri tek URL altında birleştirmeye çalışmak, Google’ın bildirilen hedefi reddetmesine neden olabilir Google Duplicate URL Birleştirme Rehberi.
Canonical hedef hangi özelliklere sahip olmalıdır?
- Doğrudan
200 OKdönen geçerli URL olmalıdır. - Robots.txt tarafından erişimi engellenmemelidir.
Noindextaşımamalıdır.- Başka URL’ye canonical vermemelidir.
- Redirect zincirinin ara adımı olmamalıdır.
- Kaynak URL’ye eşdeğer veya çok benzer içerik sunmalıdır.
- Site içi linkler ve sitemap tarafından desteklenmelidir.
- Doğru protokol, host, path ve slash biçimini kullanmalıdır.
Canonical chain ve canonical loop nedir?
Canonical chain, A URL’sinin B’yi; B URL’sinin ise C’yi canonical göstermesidir. Canonical loop ise A’nın B’yi, B’nin yeniden A’yı temsilci göstermesidir. Bu yapılar eski şablon, migration, kategori değişikliği veya yanlış varyant eşleştirmesi nedeniyle oluşabilir.
Tercih doğrudan nihai ve geçerli URL’ye verilmelidir. Zincirde ara hedefin redirect veya hata vermesi belirsizliği artırır. Döngüde ise site açık bir temsilci sunamaz. URL kümesinde tek ana sürüm belirlenmeli; ana sürüm self-canonical, gerçek duplicate’ler doğrudan bu URL’ye canonical vermelidir.
Parametreli URL’lerde canonical nasıl yönetilmelidir?
UTM, sıralama, görünüm biçimi ve bazı filtre parametreleri temel içerikten farklı bir sayfa üretmez. Bu URL’lerin canonical’ı çoğunlukla temiz temel adres olmalıdır. Ancak her parametre duplicate değildir; ürün varyantı veya gerçek arama niyeti taşıyan filtre ayrı indekslenebilir URL olabilir.
| Parametre türü | Muhtemel canonical kararı | Kontrol sorusu |
|---|---|---|
| UTM ve reklam takibi | Parametresiz temel URL | İçerik tamamen aynı mı? |
| Sıralama | Varsayılan kategori URL’si | Yalnız ürün sırası mı değişiyor? |
| Görünüm biçimi | Temel liste URL’si | Grid/list yalnız sunum farkı mı? |
| Ürün varyantı | Stratejiye göre self veya ana ürün | Varyant ayrı kullanıcı sonucu taşıyor mu? |
| SEO landing page filtresi | Değerliyse self-canonical | Bağımsız arama niyeti var mı? |
Canonical kararı parametrenin adına göre değil, URL’nin sunduğu gerçek içerik ve indeks hedefiyle verilmelidir.
HTTP, HTTPS, www ve slash varyasyonları nasıl yönetilmelidir?
Aynı içerik HTTP, HTTPS, www, non-www, slash ve non-slash varyasyonlarında açılabiliyorsa yalnız canonical etiketiyle yetinmek doğru değildir. Tek canonical host ve URL biçimi belirlenmeli; diğer varyasyonlar kalıcı olarak tercih edilen adrese yönlendirilmelidir.
Google redirect’i güçlü canonical sinyali olarak değerlendirir. Site içi linkler, sitemap ve canonical etiketleri de nihai URL’yi kullanmalıdır Google Redirect Rehberi.
Canonical ile redirect arasındaki fark nedir?
Redirect kullanıcıyı ve crawler’ı başka URL’ye taşır. Canonical ise kaynak URL erişilebilir kalırken Google’a hangi benzer URL’nin temsilci olması gerektiğini bildirir. Kaynak adresin kullanıcılar tarafından kullanılmasına gerek yoksa kalıcı yönlendirme daha açık çözümdür.
- Eski URL kalıcı olarak taşındıysa 301 veya 308.
- Aynı içeriğin erişilebilir varyasyonu korunacaksa canonical.
- PDF veya yazdırma sürümü açık kalacaksa canonical.
- İçerik tamamen farklıysa ayrı indeks kararı.
Canonical ile noindex birlikte kullanılmalı mı?
Aynı sayfada başka URL’ye canonical verirken noindex kullanmak çelişkili amaç üretir. Canonical, sayfanın duplicate olduğunu ve sinyallerin başka temsilci altında birleştirilmesini ister. Noindex ise mevcut URL’nin indekslenmemesini ister.
Google canonical seçimi için noindex kullanılmasını önermez. Duplicate sayfaları birleştirmek için desteklenen canonical yöntemleri; arama sonuçlarında hiçbir şekilde görünmemesi gereken bağımsız sayfa için noindex kullanılmalıdır Google Duplicate URL Birleştirme Rehberi.
Robots.txt canonical sorunu çözer mi?
Duplicate URL’yi robots.txt ile engellemek Google’ın sayfadaki canonical etiketini görmesini önleyebilir. URL başka bağlantılardan biliniyorsa içerik taranmadan sistemlerde kalabilir. Google robots.txt dosyasının canonicalization amacıyla kullanılmamasını belirtir Google Duplicate URL Birleştirme Rehberi.
Tarama kontrolü ile canonical seçimi ayrı teknik problemlerdir. Duplicate içeriğin ilişkisinin anlaşılması gerekiyorsa Google’ın sayfayı ve canonical sinyalini alabilmesi gerekir.
Sitemap ve canonical neden aynı URL’yi göstermelidir?
Sitemap’e eklenen URL’ler Google’a canonical tercihi konusunda sinyal verir; fakat bu sinyal rel="canonical" ve redirect kadar güçlü değildir. Bir URL sitemap’te bulunurken başka sayfaya canonical veriyorsa site iki farklı tercih bildirir.
XML sitemap yalnız 200 dönen, indekslenebilir ve canonical URL’leri içermelidir. Duplicate, redirect, noindex ve başka sayfaya canonical veren adresler sitemap’ten çıkarılmalıdır. Sitemap dosya mimarisi 257 numaralı ayrı içeriğin kapsamıdır.
İç linkler canonical seçimini nasıl etkiler?
Google site içi bağlantılarda canonical URL’ye doğrudan link verilmesini önerir. Menü, breadcrumb, ürün listesi ve içerik linkleri sürekli duplicate URL’yi gösterirken canonical etiketi başka hedef bildiriyorsa site mimarisi kendi tercihini zayıflatır Google Duplicate URL Birleştirme Rehberi.
Bir teknik SEO danışmanlığı çalışmasında canonical raporu yalnız etiket listesi olarak değil, iç link hedefleri ve sitemap envanteriyle birlikte incelenmelidir.
JavaScript canonical hataları nasıl oluşur?
Client-side rendered uygulama kaynak HTML’de bir canonical gönderip JavaScript çalıştıktan sonra başka değer üretebilir. Template bütün route’larda aynı varsayılan canonical’ı bırakabilir veya hydration sırasında doğru değer eski adrese dönebilir.
Google canonical bilgisinin mümkün olduğunca kaynak HTML’de açıkça verilmesini ve JavaScript’in etiketi farklı bir değere değiştirmemesini önerir Google JavaScript SEO Temelleri. Kaynak HTML ve render edilmiş DOM birlikte test edilmelidir.
Bir sayfada birden fazla canonical etiketi olursa ne olur?
CMS eklentisi, tema ve özel kod aynı anda canonical üretirse HTML içinde farklı hedefler bulunabilir. HTTP header ayrıca üçüncü bir hedef gösterebilir. Çelişkili bildirimler Google tarafından yok sayılabilir veya beklenmeyen hedefin seçilmesine neden olabilir.
Sayfa başına tek mantıksal canonical tercih üretilmeli; HTML ve HTTP header yöntemleri gereksiz biçimde birlikte kullanılmamalıdır. Canonical üreten bütün uygulama katmanları envanterlenmelidir.
Cross-domain canonical ne zaman kullanılabilir?
Aynı veya çok benzer içerik farklı domainlerde meşru biçimde yayınlanıyorsa cross-domain canonical kullanılabilir. Örneğin içerik ortak bir yayın ortağında tam metin olarak yeniden yayınlanıyorsa kaynak site tercih edilen URL olarak bildirilebilir.
Hedef domain kontrol edilmeli, içerik gerçekten eşdeğer olmalı ve yanlış şablon kuralının bütün siteyi harici domaine bağlamadığı doğrulanmalıdır. Domain taşımasında kullanıcıların yeni siteye gitmesi gerekiyorsa canonical yerine kalıcı yönlendirme daha doğru olabilir.
Hreflang ve canonical çakışması nasıl oluşur?
Türkçe, İngilizce ve Almanca sayfalar hreflang kümesinde yer alırken hepsi İngilizce URL’ye canonical verirse yerel sürümlerin bağımsız temsilci olma sinyali zayıflar. Google hreflang kullanılan sayfalarda canonical hedefin aynı dilde olmasını veya en yakın uygun dil sürümünün seçilmesini önerir Google Duplicate URL Birleştirme Rehberi.
Her indekslenebilir dil sürümü genellikle self-canonical olmalı; hreflang ilişkileri eşdeğer locale URL’lerini ayrıca göstermelidir.
Google neden bildirilen canonical’ı seçmez?
- Kaynak ve hedef içerikler yeterince benzer değildir.
- Canonical hedef düşük kaliteli, boş veya geçersizdir.
- Hedef redirect, 404 veya noindex durumundadır.
- Sitemap ve iç linkler başka URL’yi destekliyordur.
- Daha güçlü redirect sinyali farklı adrese gidiyordur.
- JavaScript kaynak HTML’deki canonical’ı değiştirmiştir.
- Mobil ve masaüstü sürümler farklı canonical üretmiştir.
- Hreflang ve canonical kümeleri çelişiyordur.
- Site genelinde URL biçimi tutarlı değildir.
Google açık canonical bildirimi bulunsa bile farklı URL seçebileceğini ve teşhiste URL Inspection aracının kullanılmasını önerir Google Canonical Sorunlarını Giderme.
Search Console ile canonical hatası nasıl teşhis edilir?
- Şüpheli URL’yi URL Inspection aracında inceleyin.
- “User-declared canonical” değerini kaydedin.
- “Google-selected canonical” değerini karşılaştırın.
- Kaynak URL, bildirilen hedef ve Google’ın seçtiği URL’yi birlikte açın.
- Üç URL’nin içerik benzerliği, HTTP durumu, robots ve canonical değerlerini kontrol edin.
- İç link ve sitemap’in hangi URL’yi desteklediğini inceleyin.
- Canlı testte kaynak ve render edilmiş canonical’ı karşılaştırın.
- Aynı şablondaki başka örneklerde hatanın tekrarlanıp tekrarlanmadığını bulun.
Search Console, Google’ın bazen site tarafından bildirilen URL yerine daha iyi temsilci olduğunu düşündüğü başka canonical seçebileceğini açıklar Search Console URL Inspection.
Canonical denetimi nasıl otomatikleştirilir?
Büyük sitelerde crawler veya veri hattı her indekslenebilir URL için HTTP durumu, HTML canonical, HTTP header canonical, hedef status, self/cross sınıfı, sitemap üyeliği ve rendered DOM farkı üretmelidir.
- Missing, self, cross, multiple, chain ve loop sınıfları oluşturun.
- Canonical hedefin 200 ve indexable olduğunu doğrulayın.
- Sitemap ve iç link hedefleriyle karşılaştırın.
- Hreflang URL kümeleriyle uyumu kontrol edin.
- Şablon ve URL pattern bazında hata oranı çıkarın.
Bulguların öncelik ve sorumlu ekiple eşleştirilmesi, SEO denetimi ve aksiyon planı içinde binlerce tekil hatayı birkaç şablon problemine dönüştürür.
Canonical hataları için düzeltme sırası
- İndekslenmesi istenen canonical URL envanterini belirleyin.
- HTTP, host, slash ve parametre biçimini standartlaştırın.
- İndekslenebilir sayfalarda doğru self-canonical üretin.
- Gerçek duplicate’leri doğrudan uygun temsilciye bağlayın.
- Canonical chain, loop ve multiple tag sorunlarını kaldırın.
- Redirect, sitemap ve iç linkleri aynı nihai URL’ye yöneltin.
- Noindex ve robots çatışmalarını amaçlarına göre ayırın.
- JavaScript’in canonical değerini değiştirmediğini doğrulayın.
- Search Console ile örnekleri yeniden test edin.
- Google-selected canonical değişimini izleyin.
En sık yapılan canonical hataları
- Bütün sayfalarda ana sayfayı canonical göstermek.
- Parametreli URL’nin kendisini canonical yapmasına izin vermek.
- Farklı içerikleri zorla tek canonical altında toplamak.
- 404, redirect veya noindex URL’yi canonical hedef seçmek.
- Canonical zinciri ve döngüsü oluşturmak.
- Sitemap’e non-canonical URL’leri eklemek.
- İç linklerde sürekli duplicate URL kullanmak.
- Robots.txt ile duplicate’i engelleyip canonical etiketinin okunmasını beklemek.
- JavaScript ile kaynak HTML’deki canonical’ı değiştirmek.
- Hreflang sayfalarının tamamını tek dile canonical yapmak.
- HTML ve HTTP header içinde farklı hedefler üretmek.
- Google-selected canonical farklı olduğunda yalnız etiketi yeniden eklemek.
Canonical kontrol listesi
- Her indekslenebilir sayfa doğru canonical tercihine sahip mi?
- Canonical tam ve mutlak URL biçiminde mi?
- Hedef doğrudan 200 dönen indexable sayfa mı?
- Kaynak ve hedef içerik gerçekten eşdeğer mi?
- Canonical chain, loop veya birden fazla etiket var mı?
- Parametre, host ve slash varyasyonları normalize ediliyor mu?
- Sitemap yalnız canonical URL’leri içeriyor mu?
- İç linkler doğrudan canonical hedeflere gidiyor mu?
- Robots ve noindex kuralları canonical amacına ters mi?
- JavaScript canonical değerini değiştiriyor mu?
- Hreflang ve canonical aynı dil mimarisini destekliyor mu?
- User-declared ve Google-selected canonical karşılaştırıldı mı?
Sonuç: Canonical etiketi sinyal kümesiyle çalışır
Canonical hatalarının temel nedeni çoğu zaman etiketin tamamen eksik olması değil, URL sistemindeki farklı bileşenlerin başka hedefler göstermesidir. HTML canonical bir URL’yi, sitemap başka URL’yi, iç linkler ise parametreli varyasyonu destekliyorsa Google kendi temsilci seçimini yapar.
Sağlıklı canonical yönetimi; geçerli self-canonical, doğru duplicate eşleştirmesi, doğrudan hedef, tutarlı yönlendirme, temiz sitemap ve canonical URL’lere giden iç linklerden oluşur. Search Console’daki user-declared ve Google-selected değerleri farklı olduğunda tek sayfaya değil, ilgili URL kümesinin bütün sinyallerine bakılmalıdır.
Sıkça Sorulan Sorular
Canonical etiketi Google için kesin bir komut mudur?
Hayır. Güçlü bir sinyaldir fakat Google içerik benzerliği, redirect, sitemap ve iç link gibi diğer sinyallere göre farklı bir canonical URL seçebilir.
Her sayfada self-canonical bulunması zorunlu mudur?
Zorunlu değildir; Google canonical URL’yi başka sinyallerden seçebilir. Ancak indekslenmesi hedeflenen sayfalarda doğru self-canonical kullanmak URL tercihini netleştirir.
Canonical hedef 301 yönlendirme olabilir mi?
Tercih edilmez. Canonical doğrudan 200 dönen nihai URL’yi göstermelidir. Redirect ara hedefi canonical chain ve gereksiz sinyal karmaşası oluşturur.
Noindex ve canonical aynı sayfada birlikte kullanılmalı mı?
Genellikle hayır. Duplicate sinyallerini başka URL altında birleştirmek için canonical; geçerli sayfanın arama sonuçlarında görünmesini engellemek için noindex kullanılır.
Google neden farklı canonical seçer?
Bildirilen hedef içerikle yeterince benzer olmayabilir, hedef geçersiz olabilir veya redirect, sitemap, iç link, hreflang ve JavaScript gibi diğer sinyaller farklı URL’yi destekleyebilir.
Canonical hatası Search Console’da nasıl kontrol edilir?
URL Inspection aracında user-declared canonical ile Google-selected canonical değerlerini karşılaştırın. Kaynak URL, hedef ve Google’ın seçtiği URL’nin status, robots, sitemap ve iç link sinyallerini birlikte inceleyin.