Canonical Tag Nedir, Ne Zaman Kullanılır?

Canonical tag, arama motorlarına bir sayfanın asıl sürümünü belirten HTML etiketidir. Yinelenen içerik sorunlarını önlemek ve SEO değerini korumak amacıyla kullanılır. Birden fazla URL altında benzer veya birebir aynı içeriğin yer aldığı mimarilerde, arama motoru botlarının hangi sayfayı dizine ekleyeceğini ve sıralama sinyallerini nerede toplayacağını netleştirmesi teknik bir zorunluluktur. Bu rehberde Canonical Tag Nedir, Ne Zaman Kullanılır? sorusunun teknik altyapısını, e-ticaretten yayıncılığa kadar kritik senaryolarını, doğru uygulama yöntemlerini ve arama konsolu denetimlerini inceleyeceğiz.

Canonical Etiketi (rel="canonical") Kavramı ve İşlevi

Canonical etiketi, HTML kaynak kodunun @@CODE0@@ bölümüne yerleştirilen ve @@CODE1@@ özniteliğini taşıyan bir <link> etiketidir. Web mimarisinde aynı veya son derece benzer içeriğe sahip farklı URL'lerin bulunması son derece doğaldır. Ancak arama motorları indeksleme yaparken her bir benzersiz URL'yi ayrı bir web sayfası olarak ele alma eğilimindedir. Canonical etiketi, tam bu noktada devreye girerek arama motoru botlarına "Bu sayfa başka varyasyonlarla da erişilebilir durumdadır, ancak dizine eklenmesi ve otoritenin aktarılması gereken ana kopya href parametresinde belirtilen URL'dir" mesajını iletir.

Teknik açıdan RFC 6596 standardı ile web ekosistemine entegre edilen bu yapı, arama motorlarının dizin temizliğini ve verimliliğini sağlamak üzere tasarlanmıştır. Bir internet sitesi @@CODE0@@, @@CODE1@@ ve https://example.com/urun?ref=kampanya gibi farklı URL yapılarıyla aynı ürünü sunuyorsa, her bir sayfa arama botu gözünde bağımsız birer dokümandır. Canonical etiketi tanımlanmadığı takdirde botlar, bu sayfaları birbirinin kopyası olarak değerlendirir veya hangisinin birincil olduğunu tahmin etmeye çalışır.

Modern arama motoru optimizasyonunda canonical etiketi, yalnızca arama sonuçlarında gösterilecek doğru URL'yi belirlemekle kalmaz; harici sitelerden gelen backlink sinyallerini, tıklama metriklerini ve sayfa otoritesini (link equity) tek bir merkezde toplar. Bu durum, arama motorlarının aynı içeriğe ait parçalanmış sinyalleri tek bir URL altında pekiştirmesini ve sıralama performansının optimize edilmesini sağlar.

Arama Motorları İçin Kurumsal Bir Standart

Arama motoru mühendisliği açısından standartlaştırma (canonicalization), web ölçeğindeki indeksleme maliyetlerini kontrol altında tutmanın birincil yoludur. Milyarlarca web sayfasını tarayan Googlebot veya Bingbot gibi tarayıcılar, yinelenen verileri tekrar tekrar depolamak istemez. Kurumsal ölçekteki web sitelerinde on binlerce parametreli URL üretilebilir. Arama motorları için canonical etiketi, sunucu kaynaklarının verimli kullanılmasına ve arama sonuçları dizininin (SERP index) gereksiz kopyalardan arındırılmasına olanak tanıyan resmi bir mutabakat protokolüdür.

Kurumsal web projelerinde, ürün bilgi yönetim sistemleri (PIM), içerik yönetim sistemleri (CMS) ve pazarlama otomasyonları sürekli olarak yeni URL türevleri üretir. Arama motorları bu varyasyonların tümünü bağımsız sayfalar olarak indekslerse, dizin kalitesi düşer ve kullanıcı arama deneyimi zedelenir. rel="canonical" kullanımı, geliştiriciler ve arama motorları arasında teknik bir köprü kurarak hangi içeriğin orijinal kaynak olduğunu resmi bir beyanla tescil eder.

Arama Motoru Botları Canonical Etiketini Nasıl Yorumlar? (Kural Değil, İpucu İlkesi)

Teknik SEO alanında en sık göz ardı edilen gerçeklerden biri, canonical etiketinin arama motorları için kesin bir emir (directive) değil, güçlü bir ipucu (hint) olmasıdır. @@CODE0@@ robots meta etiketi veya HTTP 301 durum kodu arama botları tarafından doğrudan zorunlu bir kural olarak işlenirken, @@CODE1@@ beyanı arama motoru algoritmaları tarafından doğrulanması gereken bir tavsiye niteliğindedir.

Googlebot, bir sayfada canonical etiketi ile karşılaştığında sayfanın genel sinyallerini inceler. Bu doğrulama sürecinde şu sinyaller değerlendirilir:

• İşaret edilen canonical URL'nin ve mevcut sayfanın içerik benzerlik oranı,

• Site haritasında (sitemap.xml) hangi URL'nin listelendiği,

• Site içi iç bağlantılarda (internal links) hangi URL yapısının ağırlıklı olarak kullanıldığı,

• Harici gelen bağlantıların (backlinks) hangi sürüme yöneldiği,

• Sayfaların HTTP durum kodları ve güvenlik protokolleri (HTTPS / HTTP ayrımı).

Eğer bir web yöneticisi A sayfasını canonical olarak B sayfasına işaret etmişse ancak B sayfası 404 hatası veriyorsa, tamamen alakasız bir içeriğe sahipse veya site içi menüler sürekli olarak A sayfasını öne çıkarıyorsa, Google bu ipucunu geçersiz kılabilir. Arama motoru kendi standartlaştırma algoritmalarını devreye sokarak kullanıcının belirttiği etiket yerine kendi seçtiği URL'yi standart (canonical) olarak kabul edebilir. Bu nedenle canonical stratejisi yalnızca etiketi eklemekle bitmez; tüm site içi bağlantı mimarisinin bu stratejiyi destekleyecek şekilde kurgulanması şarttır.

Kopya İçerik (Duplicate Content) Sorunu ve Riskleri

Kopya içerik (duplicate content), birden fazla URL üzerinden erişilebilen tamamen özdeş veya belirgin derecede benzer metin ve görsel bloklarını ifade eder. Çoğu işletme sahibi kopya içeriğin yalnızca başka sitelerden içerik çalınmasıyla oluştuğunu düşünür; oysa kopya içeriğin ezici çoğunluğu sitenin kendi teknik altyapısından kaynaklanan iç yinelemelerdir (internal duplicate content). HTTP/HTTPS protokol ayrımı, www olan ve olmayan sürümler, URL sonundaki eğik çizgi (trailing slash) farklılıkları ve oturum kimlikleri (session IDs) tek bir sayfanın onlarca farklı versiyonunun türemesine neden olabilir.

Arama motorları, kullanıcılara arama sonuçlarında aynı içeriğin farklı varyasyonlarını alt alta göstermek istemez. Eğer bir e-ticaret sitesinde aynı ürün 5 farklı URL varyasyonuyla dizine girmişse, arama motoru bu varyasyonlar arasında bir seçim yapmak zorunda kalır. Bu durum sitenin kendi sayfalarının birbiriyle rekabet etmesine (keyword cannibalization) ve sonuç olarak hiçbir sayfanın hedeflenen sıralama başarısını yakalayamamasına yol açar.

Kopya içerik doğrudan manuel bir ceza (manual action) tetiklemese de, algoritmik seviyede sitenin görünürlüğünü ciddi şekilde zedeler. Arama motoru algoritmaları, yinelenen sayfaların değerini düşürür, bunları "düşük kaliteli veya gereksiz" olarak sınıflandırabilir ve sitenin genel kalite puanını olumsuz etkileyebilir.

Sayfa Otoritesi (Link Juice) Bölünmesi

Bir web sayfasına verilen her iç ve dış bağlantı, o sayfaya belirli bir güven ve otorite puanı (link equity veya halk arasındaki tabiriyle link juice) taşır. Yinelenen sayfaların bulunduğu bir senaryoda, harici siteler veya sosyal medya kullanıcıları farklı URL varyasyonlarına bağlantı verebilir. Örneğin bazı kullanıcılar ana URL'ye link verirken, diğerleri filtreli bir parametreye veya HTTP sürümüne link verebilir.

Bu senaryoda gelen backlink gücü tek bir sayfada birikmek yerine 4-5 farklı URL arasında paylaştırılır. Sonuç olarak, tek bir güçlü sayfa yerine ortalama seviyede güce sahip birkaç zayıf sayfa ortaya çıkar. Bu parçalanma, yüksek rekabetli anahtar kelimelerde sıralama almayı imkansız hale getirir. Canonical etiketi, tüm bu varyasyonların sinyallerini tek bir ana adreste birleştirerek link suyunun yüzde yüz verimle konsolide edilmesini mümkün kılar.

Tarama Bütçesi (Crawl Budget) İsrafı ve İndeksleme Gecikmeleri

Tarama bütçesi, arama motoru botlarının belirli bir zaman diliminde bir web sitesinde tarayabileceği ve taramak istediği toplam sayfa sayısını ifade eder. Bu bütçe sitenin sunucu hızına, popülaritesine, boyutuna ve içerik güncelleme sıklığına göre dinamik olarak belirlenir. Özellikle yüzlerce veya binlerce URL'ye sahip büyük ölçekli sitelerde tarama bütçesinin verimli kullanılması teknik SEO'nun temel taşlarından biridir.

Bir sitede yüz binlerce filtrelenmiş, sıralanmış veya parametreli kopya URL bulunduğunda, Googlebot zamanının büyük kısmını bu anlamsız varyasyonları tarayarak tüketir. Bunun sonucunda şu operasyonel sorunlar ortaya çıkar:

• Yeni eklenen ürün veya makalelerin taranması ve dizine eklenmesi haftalarca gecikebilir.

• Mevcut sayfalarda yapılan fiyat, stok veya içerik güncellemeleri arama motoru dizinine geç yansır.

• Sunucuya binen gereksiz bot yükü yanıt sürelerini yavaşlatarak genel site performansını (Core Web Vitals) düşürebilir.

Canonical etiketleri, URL'lerin asıl sürümlerini belirterek arama botlarının dizine dahil edilmeyecek kopyalar üzerinde harcadığı eforu minimize etmelerine yardımcı olur.

Canonical Etiketi Ne Zaman Kullanılmalıdır? (Kritik Senaryolar)

Canonical etiketinin devreye alınması gereken durumlar, sitenin mimarisine ve iş modeline bağlı olarak çeşitlilik gösterir. 301 yönlendirmesi yapılamayan, kullanıcının o sayfada kalmasının işlevsel açıdan zorunlu olduğu ancak arama motoru tarafında tek bir sürümün dizinlenmesi gerektiği senaryolar canonical etiketinin birincil çalışma alanıdır.

Doğru yapılandırılmış bir canonical mimarisi, sitenin karmaşık navigasyon yapısına rağmen arama motorlarının dizin karmaşası yaşamasını engeller. Aşağıdaki senaryolar kurumsal web projelerinde canonical etiketinin mutlaka uygulanması gereken kritik durumlardır.

E-Ticaret Sitelerinde URL Parametreleri ve Filtrelemeler

E-ticaret platformları, doğası gereği en fazla yinelenen URL üreten sistemlerdir. Kullanıcılar bir kategori sayfasında renk, beden, materyal, marka veya fiyat aralığı filtreleri uyguladığında ya da ürünleri fiyata göre sıraladığında sistem dinamik URL parametreleri oluşturur:

• https://www.example.com/kadin-elbise (Ana Kategori)

• https://www.example.com/kadin-elbise?color=kirmizi (Filtreli Sayfa)

• https://www.example.com/kadin-elbise?sort=price_ascending (Sıralı Sayfa)

• https://www.example.com/kadin-elbise?color=kirmizi&size=38&sort=popular (Kombine Filtreli Sayfa)

Bu sayfaların tümü temelde aynı ürün listesini veya ufak varyasyonlarını sunar. Eğer her parametreli URL bağımsız bir sayfa olarak arama dizinine girerse, binlerce sayfalık indeks şişmesi (index bloat) yaşanır. Bu senaryoda tüm filtreli ve sıralı varyasyonların @@CODE0@@ bölümüne ana kategori sayfasını (@@CODE1@@) gösteren bir canonical etiketi eklenmelidir. Böylece kullanıcılar filtreleme deneyiminden kesintisiz yararlanırken, arama motorları sıralama gücünü tek bir ana sayfaya aktarır.

Aynı İçeriğin Farklı Kategoriler Altında Yayınlanması

Birçok içerik yönetim ve e-ticaret altyapısında tek bir ürün veya makale birden fazla mantıksal hiyerarşi altında konumlandırılabilir. Örneğin bir dizüstü bilgisayar hem "Elektronik" hem de "Bilgisayar & Tablet" kategorilerine atanmış olabilir:

• https://www.example.com/elektronik/laptop-model-x

• https://www.example.com/bilgisayar/laptop-model-x

• https://www.example.com/urunler/laptop-model-x

Burada üç farklı URL aynı ürün detayını göstermektedir. Şirket stratejisi gereği bir ana kök URL (örneğin /urunler/laptop-model-x) standart sayfa olarak seçilmeli ve kategori bazlı diğer tüm URL varyasyonları bu ana sayfayı canonical olarak işaret etmelidir.

Kampanya Parametreleri (UTM) İçeren Bağlantılar

Dijital pazarlama kampanyalarında e-posta bültenleri, Google Ads, sosyal medya reklamları veya influencer ortaklıkları üzerinden gelen trafiği Google Analytics veya benzeri araçlarda takip etmek için UTM parametreleri kullanılır:

• https://www.example.com/hizmetlerimiz?utm_source=facebook&utm_medium=cpc&utm_campaign=yaz_indirimi

Bu URL'ler dış dünyada paylaşıldıkça diğer siteler veya kullanıcılar tarafından kopyalanıp doğrudan bu UTM parametreleriyle sitelere link verilebilir. Arama motoru botları bu bağlantıları takip ettiğinde UTM parametreli URL'yi yeni bir sayfa sanmamalıdır. Sayfa üzerinde yalın URL'yi (https://www.example.com/hizmetlerimiz) işaret eden bir canonical etiketinin bulunması, kampanya parametrelerinin indeks kirliliği yaratmasını engeller.

Mobil ve Masaüstü Sürüm Ayrılıkları

Dinamik veya responsive (duyarlı) tasarım yerine ayrı bir mobil alt alan adı (@@CODE0@@) kullanan web sitelerinde, masaüstü ve mobil sürümler birebir aynı içeriği taşır. Bu iki sürüm arasındaki ilişki hem @@CODE1@@ hem de rel="alternate" etiketleriyle çift taraflı olarak kurulmalıdır:

• Masaüstü sayfa (@@CODE0@@), mobil sürümü belirtmek için @@CODE1@@ etiketi taşır.

• Mobil sayfa (@@CODE0@@), masaüstü sürümü standart olarak göstermek için @@CODE1@@ etiketi taşır.

Bu çift yönlü sinyal mekanizması, Googlebot'un mobil öncelikli indeksleme (mobile-first indexing) sürecinde doğru cihaz türüne doğru versiyonu sunmasını ve iki sürümün kopya içerik çatışmasına girmesini önler.

Self-Referencing (Kendi Kendini İşaret Eden) Canonical Zorunluluğu

Bir sayfanın başka hiçbir kopyası veya parametreli sürümü olmasa dahi, kendi tam ve mutlak URL'sini canonical etiketi olarak <head> bölümünde barındırması gerekir. Buna SEO literatüründe Self-Referencing Canonical denir.

Self-referencing canonical kullanımının temel faydaları şunlardır:

• Sayfa beklenmedik bir şekilde URL sonuna eklenen oturum parametreleri (?sessionid=123), takip kodları veya küçük/büyük harf varyasyonları ile ziyaret edildiğinde orijinal URL'sini korur.

• İçerik üçüncü parti web siteleri tarafından otomatik olarak (scraping) çekilip yayınlandığında, kaynak kodda yer alan mutlak canonical linki orijinal sitenizi işaret etmeye devam eder.

• Arama motoru botlarına bu sayfanın varsayılan, temiz ve hedeflenen nihai sürüm olduğu konusunda net bir onay sinyali verir.

Teknik Uygulama: Canonical Etiketi Siteye Nasıl Eklenir?

Canonical etiketinin uygulanması, yönetilen web sitesinin altyapısına, dosya türlerine ve kullanılan sunucu mimarisine göre değişiklik gösterir. Standart HTML sayfaları için en yaygın yöntem sayfa içi kodlama olsa da, PDF gibi zengin medya formatlarında veya başsız (headless) mimarilerde farklı uygulama yöntemleri devreye girer.

Uygulamanın hangi yöntemle yapıldığından bağımsız olarak değişmeyen kural, URL yapısının mutlaka mutlak (absolute) olarak yazılmasıdır. Yani @@CODE0@@ gibi göreli (relative) yollar yerine @@CODE1@@ şeklinde tam protokol ve etki alanı içeren yollar tanımlanmalıdır.

HTML Head Bölümüne Doğrudan Ekleme Yöntemi

Geleneksel web sitelerinde ve popüler içerik yönetim sistemlerinde (WordPress, Shopify, Magento vb.) uygulanan standart yöntem, etiketin HTML belgesinin @@CODE0@@ ile @@CODE1@@ etiketleri arasına yerleştirilmesidir.

Sözdizimi şu şekildedir:

<!DOCTYPE html>
<html lang="tr">
<head>
    <meta charset="UTF-8">
    <title>Erkek Koşu Ayakkabısı Modelleri | Marka Adı</title>
    <!-- Standart Canonical Tanımı -->
    <link rel="canonical" href="https://www.example.com/ayakkabi/erkek-kosu-ayakkabisi" />
</head>
<body>
    <!-- Sayfa İçeriği -->
</body>
</html>

Bu yöntemde dikkat edilmesi gereken en kritik teknik ayrıntı, canonical etiketinin herhangi bir JavaScript kodu veya CSS dosyasından bağımsız olarak, sayfanın ilk HTML çıktısında (server-side rendered) yer almasıdır. İstemci tarafında (client-side) JavaScript ile sonradan DOM'a enjekte edilen canonical etiketleri, Googlebot'un JavaScript render kuyruğundaki gecikmeler nedeniyle ilk taramada algılanamayabilir veya tamamen yok sayılabilir.

HTTP Üstbilgisi (Header) Kullanımı (PDF ve Non-HTML Dosyalar İçin)

İnternet sitelerinde yalnızca HTML sayfaları değil; ürün katalogları, teknik dökümanlar, e-kitaplar ve basın bültenleri gibi PDF veya DOCX formatında içerikler de yayınlanır. Bir PDF belgesinin HTML <head> alanı bulunmadığından, bu dosyalara klasik yöntemle HTML etiketi eklenemez.

Aynı içeriğe sahip bir web sayfası ve bir PDF dökümanı mevcutsa (örneğin bir araştırma raporunun hem web sürümü hem indirilebilir PDF kopyası varsa), arama motoru botlarına standart sayfanın web sürümü olduğunu bildirmek için HTTP Response Header (Üstbilgisi) kullanılır.

Bu işlem sunucu seviyesinde (Apache @@CODE0@@, Nginx yapılandırması veya Cloudflare Workers gibi edge computing araçları üzerinden) @@CODE1@@ başlığı gönderilerek gerçekleştirilir:

HTTP/1.1 200 OK
Content-Type: application/pdf
Link: <https://www.example.com/raporlar/2026-sektor-analizi>; rel="canonical"

Nginx sunucuları için örnek yapılandırma bloğu:

location ~* \.pdf$ {
    add_header Link "<https://www.example.com/dokuman-sayfasi>; rel=\"canonical\"";
}

Bu yapılandırma sayesinde Googlebot PDF dosyasını taradığında gelen HTTP üstbilgisini okur ve sayfa otoritesini ilgili HTML web sayfasına aktarır.

Site Haritaları (Sitemap.xml) Üzerinden Standart Sayfa Sinyalleri Göndermek

Site haritaları (sitemap.xml), web yöneticilerinin arama motorlarına "Sitemde taranmasını ve indekslenmesini istediğim en önemli sayfalar bunlardır" deme yöntemidir. Google resmi dökümanlarında açıkça belirtildiği üzere, sitemap.xml dosyasında yer alan her bir URL, Google için örtük bir standartlaştırma (canonical) sinyalidir.

Site haritası yönetiminde şu teknik kurallara dikkat edilmelidir:

1. Site haritasına asla canonical olarak başka bir sayfayı işaret eden parametreli veya ikincil URL varyasyonları eklenmemelidir.

2. Site haritasında yalnızca 200 OK veren, kendi kendini işaret eden (self-referencing) standart canonical URL'ler yer almalıdır.

3. Eğer bir sayfanın HTML kodundaki canonical etiketi B sayfasını gösterirken, site haritasında A sayfası listelenmişse bu durum çelişkili sinyal (conflicting signals) yaratır ve arama motorunun canonical etiketini yok saymasına sebep olabilir.

SEO Stratejisinde Keskin Ayrım: Canonical Mı, 301 Yönlendirmesi Mi?

Teknik SEO denetimlerinde en yaygın ikilemlerden biri, bir URL kopyasıyla karşılaşıldığında HTTP 301 kalıcı yönlendirmesi mi yoksa rel="canonical" etiketi mi kullanılması gerektiğidir. Her iki mekanizma da arama motoru sinyallerini birleştirmeye hizmet etse de, kullanıcı deneyimi (UX) ve tarayıcı davranışları açısından tamamen farklı çalışırlar.

301 yönlendirmesi, hem kullanıcıyı hem de arama motoru botunu eski URL'den yeni URL'ye fiziksel olarak taşır. Tarayıcı eski URL'ye gitmeye çalıştığında anında yeni adrese yönlendirilir; eski sayfa kullanıcılar tarafından görüntülenemez hale gelir. Canonical etiketi ise kullanıcıyı sayfada tutar; sayfayı tarayıcıda erişilebilir bırakırken yalnızca arama motorlarına indeksleme sinyali gönderir.

301 Yönlendirmesinin Tercih Edilmesi Gereken Senaryolar

Aşağıdaki durumlarda canonical etiketi yerine mutlaka 301 kalıcı yönlendirmesi kullanılmalıdır:

• Site Taşımaları ve Domain Değişiklikleri: Bir sitenin alan adı değiştirildiğinde veya HTTP'den HTTPS protokolüne geçildiğinde tüm eski URL'ler yeni URL'lere 301 ile yönlendirilmelidir.

• Yayından Kaldırılan veya Silinen Sayfalar: Satışı tamamen durdurulan bir ürün veya kaldırılan bir kategori sayfası, en yakın ilgili üst kategoriye 301 ile yönlendirilmelidir.

• URL Yapısı Değişiklikleri: Sitenin kalıcı bağlantı (permalink) yapısı @@CODE0@@ formundan @@CODE1@@ formuna güncellendiğinde eski yapı 301 ile yeni yapıya aktarılmalıdır.

• Protokol ve @@CODE0@@ Varyasyonları: @@CODE1@@, @@CODE2@@ ve @@CODE3@@ adreslerinin tümü tek bir ana protokole (https://www.example.com) sunucu düzeyinde 301 ile bağlanmalıdır.

Canonical Etiketinin Tercih Edilmesi Gereken Durumlar

Aşağıdaki durumlarda 301 yönlendirmesi kullanılamaz; çünkü kullanıcının sayfadaki işlevselliğe erişmeye devam etmesi gerekir:

• Filtrelenmiş Ürün Sayfaları: Bir kullanıcı "Siyah Beden 42 Ayakkabı" filtresi seçtiğinde, kullanıcıyı ana kategoriye 301 ile yönlendirirseniz filtreleme deneyimi imkansız hale gelir. Kullanıcı sayfayı görmeli, ancak arama motoru ana kategoriyi indekslemelidir.

• Pazarlama ve UTM Parametreleri: Bir e-posta linkine tıklayan kullanıcının analiz parametrelerini içeren URL'de kalması oturum takibi için gereklidir. Bu URL yönlendirilmemeli, canonical ile ana sayfaya bağlanmalıdır.

• Çapraz Alan Adı İçerik Paylaşımı (Cross-Domain Syndication): Bir şirket blogunda yayınlanan bir makale Medium, LinkedIn veya bir sektör portalında da yayınlanacaksa, üçüncü parti sitedeki kopyaya orijinal siteyi gösteren bir cross-domain canonical etiketi eklenmelidir. 301 yönlendirmesi burada uygulanamaz.

Canonical Etiketi Kullanımında Yapılan Kritik Hatalar

Canonical etiketi doğru uygulandığında sıralama performansını artıran güçlü bir araçtır; ancak teknik hatalarla uygulandığında tüm sayfaların dizinden düşmesine veya yanlış sayfaların indekslenmesine neden olabilir. Uygulama aşamasında karşılaşılan bu hatalar arama motoru algoritmalarının kafasını karıştırır ve sinyallerin tamamen yok sayılmasıyla sonuçlanır.

Sayfalama (Pagination) Yapısında Birinci Sayfayı İşaret Etmek

SEO dünyasında en yaygın yapılan hatalardan biri, sayfalama yapılarında (@@CODE0@@, @@CODE1@@ vb.) canonical etiketi olarak kategorinin 1. sayfasının (/kategori) gösterilmesidir.

Bu ölümcül bir hatadır çünkü:

• 2. ve 3. sayfalarda listelenen ürünler 1. sayfada bulunmaz. Bu sayfalar birbirinin kopyası değildir; farklı ürün gruplarını listeleyen benzersiz listeleme sayfalarıdır.

• Googlebot 2. sayfadaki canonical etiketinin 1. sayfayı gösterdiğini gördüğünde, 2. sayfayı dizine eklemeyi bırakır.

• Daha da kötüsü, Googlebot 2. ve sonraki sayfalarda yer alan derin ürün bağlantılarını (deep links) taramayı ve keşfetmeyi durdurur. Bu durum yüzlerce ürünün taranmamasına ve yetim sayfa (orphan page) haline gelmesine yol açar.

Doğru yaklaşım, her sayfalanmış URL'nin kendi kendini işaret eden (self-referencing) bir canonical etiketine sahip olmasıdır (@@CODE0@@ sayfasının canonical adresi @@CODE1@@ olmalıdır).

404 Veren veya Yönlendirilen (3xx) Sayfaları Canonical Olarak Göstermek

Canonical etiketinin işaret ettiği hedef URL mutlaka doğrudan 200 OK HTTP durum kodu döndürmelidir. Eğer canonical URL:

• Silinmiş bir 404 Not Found sayfasına yöneliyorsa,

• Kendisi başka bir sayfaya 301 Moved Permanently ile yönleniyorsa (Canonical Zinciri),

• Kullanıcı girişi gerektiren veya 403 Forbidden veren bir adrese işaret ediyorsa,

arama motorları bu canonical beyanını anında geçersiz kılar. Bu durum botların kendi tahminlerine göre rastgele sayfaları standart olarak seçmesine yol açar.

Body Bölümünde Canonical Kullanımı ve Geçersiz Kılınma Riski

HTML standartlarına göre @@CODE0@@ etiketi kesinlikle belgenin @@CODE1@@ etiketi içinde yer almalıdır. Eğer bir temanın veya eklentinin kodlama hatası sebebiyle etiket <body> bölümüne düşerse, tarayıcılar ve Googlebot bu etiketi tamamen yok sayar.

Ayrıca @@CODE0@@ bölümünde kapatılmamış bir @@CODE1@@ etiketi, hatalı bir @@CODE2@@ veya erken yüklenen bir JavaScript script'i tarayıcının @@CODE3@@ bölümünü erken kapatıp @@CODE4@@ moduna geçmesine sebep olabilir. Bu tür DOM bozulmalarında @@CODE5@@ içinde yer alsa dahi canonical etiketi görünmez hale gelebilir.

Çakışan ve Döngüsel Canonical Zincirleri Oluşturmak

Bir sayfada birden fazla canonical etiketi tanımlanması (örneğin hem CMS çekirdeğinin hem de bir SEO eklentisinin ayrı ayrı etiket basması) durumunda Google tüm etiketleri geçersiz sayar. Benzer şekilde, A sayfasının B'yi, B sayfasının ise A'yı canonical olarak gösterdiği döngüsel (circular) yapılar da algoritmalar tarafından anında reddedilir.

Canonical Kurulumu Sonrası Denetim ve Kontrol

Canonical etiketlerinin siteye eklenmesi sürecin sadece ilk adımıdır. Etiketlerin arama motorları tarafından nasıl işlendiğini, kabul edilip edilmediğini veya yok sayılıp sayılmadığını periyodik olarak doğrulamak gerekir. Teknik denetim yapılmayan projelerde gizli dizinleme hataları aylarca fark edilmeyebilir.

Bu denetim sürecinde temel başvuru kaynağı Google Search Console (GSC) ve profesyonel tarama araçlarıdır (Screaming Frog, Sitebulb, Deepcrawl vb.).

Google Search Console URL Denetimi Aracı ile Doğrulama

Google'ın bir sayfadaki canonical etiketini nasıl gördüğünü anlamanın en doğrudan yolu Google Search Console'daki URL Denetimi (URL Inspection) aracıdır.

Bir URL denetlendiğinde "Sayfa Dizine Ekleme" bölümü altında iki kritik veri alanı sunulur:

1. Kullanıcı Tarafından Belirtilen Standart Sayfa (User-declared canonical): Sitenizin HTML kodunda veya HTTP header'ında Google'a ilettiğiniz URL.

2. Google Tarafından Seçilen Standart Sayfa (Google-selected canonical): Google'ın kendi algoritmaları ve sinyal analizleri sonucunda dizine eklemeye karar verdiği nihai URL.

Eğer bu iki alan birbiriyle birebir aynıysa, canonical stratejiniz Google tarafından başarıyla kabul edilmiş demektir. Ancak iki alan arasında uyuşmazlık varsa, Google sizin beyanınızı reddetmiş ve kendi seçtiği bir sayfayı standart kabul etmiş anlamına gelir.

"Kopya, Google kullanıcıdan farklı bir standart sayfa seçti" Uyarısının Çözümü

Google Search Console Dizin Kapsam (Page Indexing) raporlarında en sık karşılaşılan uyarılardan biri "Kopya, Google kullanıcıdan farklı bir standart sayfa seçti" (Duplicate, Google chose different canonical than user) bildirisidir.

Bu uyarı Google'ın sizin belirttiğiniz canonical etiketine güvenmediğini gösterir. Bu uyuşmazlığı gidermek için şu adımlar izlenmelidir:

• İçerik Benzerliğini İnceleyin: İşaret ettiğiniz canonical URL ile mevcut sayfa arasındaki içerik farkı çok fazlaysa, Google bu iki sayfayı kopya olarak görmez ve etiketi reddeder. Sayfaların gerçekten eşdeğer olduğundan emin olun.

• İç Bağlantı Mimarisini (Internal Linking) Düzeltin: Site içi menüler, kategori ağaçları veya breadcrumb bağlantıları sizin belirttiğiniz canonical URL yerine parametreli kopyaya link veriyorsa, Google iç linklerin ağırlığına güvenerek kopyayı standart seçer. İç bağlantıları canonical URL'ye yönlendirin.

• Site Haritasını Kontrol Edin: Standart olarak seçtiğiniz URL'nin sitemap.xml dosyasında bulunduğundan ve kopyaların haritadan temizlendiğinden emin olun.

• Harici Bağlantıları (Backlinks) İnceleyin: Eğer parametreli kopya sayfaya çok sayıda güçlü dış link geliyorsa, Google bu otorite sinyali nedeniyle kopyayı standart sayfa seçebilir. Bu durumda dış linklerin doğru adrese yönlendirilmesi için 301 yönlendirmesi değerlendirilmelidir.