Canonical etiketi doğru olduğu halde yanlış URL neden dizine girer?

Canonical etiketi doğru olduğu halde yanlış URL neden dizine girer?

rel=’canonical’ etiketi doğru yazılmış olsa bile Google onu kesin emir olarak değil, bir sinyal olarak değerlendirir. Google Search Central’ın 2025-12-10 güncellenen canonicalization dokümanında da bu mantık nettir: sistem, kullanıcı tarafından beyan edilen canonical’ı alır ama son kararı diğer sinyallerle birlikte verir. Bu yüzden sayfada etiket doğru görünürken dizine parametreli, filtreli ya da başka varyant bir URL girebilir.

Pratikte sorun çoğu zaman tek bir teknik hatadan çıkmaz. Asıl problem, çakışan sinyal kümesi oluşmasıdır. Örneğin HTML içindeki canonical temiz URL’yi işaret ederken sitemap parametreli URL’yi listeliyorsa, menü linkleri yanlış varyanta akıyorsa ve sunucu tarafında yönlendirme zayıfsa Google farklı URL’yi daha güçlü aday olarak görebilir. Teknik SEO tarafında bu yüzden yalnızca kaynak kodu kontrol etmek yetmez; URL’nin etrafındaki tüm işaretleri birlikte okumak gerekir.

Buradaki temel ayrım şudur: kullanıcı tarafından beyan edilen canonical sizin söylediğiniz tercihtir, Google tarafından seçilen standart URL ise arama motorunun gerçekten kabul ettiği sürümdür. Search Console’da bu iki alanın farklı çıkması, indeksleme kararının canonical etiketten daha geniş bir değerlendirmeyle verildiğini gösterir. Canonical cluster, duplicate URL ve standardizasyon mantığını hızlı tazelemek isterseniz SEO terimleri sözlüğü iyi bir referans noktasıdır.

Google canonical seçerken hangi sinyalleri birlikte tartar?

Google’ın 2026-03-27 güncellenen duplicate URL consolidation dokümanı, redirect, rel=’canonical’ ve XML sitemap sinyallerinin birlikte kullanıldığında daha güçlü çalıştığını açıkça belirtir. RFC 6596 ise canonical ilişkisinin teknik çerçevesini tanımlar; yani etiketin amacı tercih edilen kopyayı belirtmektir, tek başına tüm diğer sinyalleri geçersiz kılmak değildir. Sahada etkisi en yüksek kombinasyon genelde şöyledir: 301 yönlendirme varsa onu destekleyen canonical, yalnızca kanonik URL’leri içeren sitemap ve tüm dahili linklerin aynı hedefe akması.

Google’ın baktığı sinyaller yalnızca HTML içi etiketlerle sınırlı değildir. HTTP/HTTPS, www/non-www, slash’li-slash’siz, büyük-küçük harf farkları, UTM parametreleri ve filtre kombinasyonları ayrı ayrı aday URL üretebilir. Eğer içerik benzerliği zayıflarsa veya başlık, açıklama, gövde içeriği ve render edilmiş DOM varyantlar arasında beklenenden fazla değişirse sistem bunları aynı kümenin net kopyaları olarak görmeyebilir. Bu da canonical etiketi doğru olsa bile yanlış URL’nin bağımsız aday gibi davranmasına neden olur.

• 301 yönlendirme: Kalıcı olarak kapanmış varyantları tek hedefe toplar; en güçlü pratik sinyallerden biridir.
• HTML veya HTTP header canonical: Tercih edilen URL’yi açıklar ama başka sinyallerle çelişirse geri planda kalabilir.
• XML sitemap: Yanlış URL’yi listeliyorsa canonical kararını zayıflatabilir.
• Dahili linkler: Menü, breadcrumb, filtre ve içerik içi linkler sistematik olarak yanlış varyanta güç taşır.
• hreflang: Özellikle çok dilli yapılarda aynı dilde doğru canonical eşleşmesini bekler.

Search Console’da teşhis akışı: hangi veriye önce bakılmalı?

İlk bakılacak yer URL Denetleme Aracı olmalı. Google Search Console Yardımı’nda açıklandığı üzere burada hem kullanıcı tarafından beyan edilen standart URL hem de Google tarafından seçilen standart URL alanı ayrı görünür. Bu iki alan aynıysa sorun çoğu zaman indeksleme gecikmesi, tarama sıklığı veya görünürlük tarafındadır; farklıysa canonical çatışmasını çözmeniz gerekir. 2025-12-18 güncellenen canonicalization troubleshooting sayfası da tam olarak bu ayrımı temel alır.

İkinci durak Sayfa Dizine Ekleme raporudur. Burada “Kopya, Google kullanıcıdan farklı bir standart sayfa seçti” durumu, Google’ın sizin tercihinizi gördüğünü ama daha güçlü bulduğu başka bir adayı seçtiğini anlatır. “Submitted URL not selected as canonical” veya “Duplicate without user-selected canonical” gibi benzer görünen durumlar ise farklı karar ağaçlarına işaret eder. Bu yüzden yalnızca hata metnini değil, ilgili URL örneklerini ve hangi varyantların kümeye girdiğini birlikte incelemek gerekir.

Üçüncü adım doğrudan sayfanın canlı çıktısını doğrulamaktır. Kaynak kodda canonical doğru görünüp canlı testte farklı çıkıyorsa sorun çoğu zaman render edilmiş DOM, HTTP header canonical, CDN cache katmanı veya CMS eklentisidir. Özellikle JavaScript sonradan canonical değiştiriyorsa ya da farklı şablonlar mobil ve masaüstünde ayrı işaret üretiyorsa Search Console’daki karar şaşırtıcı görünür ama mantıksız değildir.

Kontrol listesi

• Canonical hedef URL 200 OK dönüyor mu?
• Kaynak HTML ile canlı testte görülen canonical aynı mı?
• HTTP header içinde ikinci bir canonical var mı?
• Sitemap yalnızca kanonik URL’leri mi içeriyor?
• Dahili linkler hedef URL yerine varyant URL’yi mi güçlendiriyor?

Parametreli, filtreli ve yönlendirmeli URL’lerde düzeltme nasıl yapılır?

Parametreli URL yapılarında en sık hata, canonical etiketi temiz URL’yi gösterirken dahili linklerin ve sitemap’in parametreli sürümü beslemesidir. UTM, sıralama, stok, renk veya beden parametreleri gerçekten indekslenmeyecekse bunların bağımsız açılış sayfası gibi davranmaması gerekir. Faceted navigation tarafında ise her filtre kombinasyonunu canonical ile bastırmaya çalışmak yerine hangi filtrelerin aranma niyeti taşıdığını, hangilerinin sadece gezinme amacıyla var olduğunu ayırmak daha sağlıklıdır.

Pagination, noindex ve robots.txt burada sık karıştırılır. noindex ile canonical aynı sayfada birlikte kullanılabilir; ancak amaç net değilse sinyal çelişkisi üretir. robots.txt ile engellenen bir URL’nin hiçbir zaman dizine girmeyeceğini varsaymak da hatalıdır; dış bağlantı sinyali varsa URL yine indeks raporlarında görünebilir. Bu nedenle engelleme, canonical ve yönlendirme stratejisi tek bir karar altında toplanmalıdır.

Düzeltme tarafında kural nettir: sitemap’te sadece canonical URL’ler kalmalı, menü ve içerik içi linkler tek hedefe akmalı, gerçekten yaşamaması gereken varyantlar 301 ile kapanmalıdır. hreflang kullanıyorsanız her dil sürümü kendi dilindeki uygun canonical URL’ye eşleşmelidir; Türkçe sayfanın canonical’ı İngilizce varyanta gidiyorsa Google yanlış kümeler kurabilir. Kısacası canonical etiketi tek başına düzeltme aracı değil, daha büyük URL yönetimi politikasının parçasıdır.

• UTM ve kampanya parametrelerini indekslenebilir açılış sayfası gibi bırakmayın.
• Filtreli kategori URL’lerinde aranma niyeti taşıyan sayfaları ayırın.
• Canonical olmayan URL’leri sitemap’ten temizleyin.
• Kalıcı olarak gereksiz varyantları 301 ile kapatın.
• hreflang ve canonical eşleşmesini aynı dil düzeyinde doğrulayın.

Mini laboratuvar: temiz URL, parametreli URL ve filtreli URL’de ne gördük?

Bu konuyu en iyi anlatan şey teoriden çok kontrollü testtir. Mini laboratuvarda aynı içeriği üç varyantta düşündük: temiz URL, ?utm=mail eklenmiş parametreli URL ve filtreli kategori URL’si. İlk turda üç sayfada da canonical temiz URL’yi işaret ediyordu; ancak sitemap yanlışlıkla parametreli sürümü içeriyor, içerik içi linklerin bir kısmı da o sürüme gidiyordu. Sonuçta URL Denetleme mantığında Google-selected canonical temiz hedef yerine parametreli adrese kaydı.

İkinci turda yalnızca canonical etiketine dokunmak yerine dört sinyali aynı anda hizaladık: sitemap’ten varyantı çıkardık, dahili linkleri temizledik, gereksiz parametreli varyanta 301 ekledik ve filtreli sürümde içerik benzerliğini artırdık. Bu kez karar geri döndü ve standart URL temiz adreste sabitlendi. Buradaki kritik ders şu: Google çoğu zaman en tutarlı kümeyi seçer, en yüksek sesle konuşan tek etiketi değil.

Bu tip bir laboratuvar çalışması ekip içinde çok değerlidir çünkü sorunları soyut bırakmaz. Canlı HTML çıktısı, yanıt header’ları, sitemap satırı ve yeniden tarama sonrası durum aynı tabloda görüldüğünde kimin hangi sinyali bozduğu netleşir. Teknik SEO denetimlerinde tekrar tekrar gördüğümüz ortak örüntü de budur: yanlış canonical seçimi çoğu zaman “etiket hatası” değil, “sinyal uyumsuzluğu” problemidir.

Düzeltmeden sonra doğru URL’nin dizine geçtiği nasıl izlenir?

Düzeltmeden sonra en büyük hata, yalnızca “yeniden tarama iste” deyip süreci bırakmaktır. Google’ın doğru URL’yi ne zaman esas alacağı için sabit bir süre yoktur; tarama bütçesi, site otoritesi, link akışı ve değişikliğin netliği bu süreyi etkiler. Bu yüzden 2026’da sağlıklı takip akışı, URL Denetleme verisi, Sayfa Dizine Ekleme raporu ve sorgu bazlı görünürlük değişimini birlikte okumayı gerektirir.

Operasyonel tarafta kontrol listesi kısa ama disiplinlidir: canonical zinciri kalktı mı, yanlış varyantlar sitemap’ten çıktı mı, menü ve breadcrumb doğru hedefe döndü mü, 301’ler beklenen şekilde çalışıyor mu, hreflang eşleşmeleri bozulmadı mı? Bu kontrolleri düzenli görmek için aynı panelde teknik bulguları toplamak ciddi zaman kazandırır. Bu noktada SEOYEN’in site sağlığı taraması, canonical, redirect ve dahili link tutarlılığını tek akışta izlemek için doğal bir operasyon katmanı sunar.

Doğru URL’nin gerçekten görünürlük devralıp devralmadığını anlamak için yalnızca indeks raporuna bakmak yetmez; sorgu ve sayfa bazlı performansın da dönmesi gerekir. Bunun için sıralama takibi ile hedef URL’nin hangi sorgularda görünürlük kazandığını izlemek daha anlamlıdır. Teknik ekip veya işletme sahibi açısından bu sürecin Türkçe arayüz, TL bazlı planlar ve yerel destekle yürütülmesi tercih sebebi olabilir; genel çerçeve için SEOYEN fiyat sayfası yeterli referansı verir.

• Yeniden tarama talebinden sonra aynı gün karar beklemeyin.
• Önce URL Denetleme’de Google-selected canonical alanını kontrol edin.
• Ardından indeks raporunda hata kümesinin küçülüp küçülmediğine bakın.
• Son olarak hedef URL’nin sorgu görünürlüğünün devraldığını doğrulayın.

Adım Adım yanlış canonical seçilen URL’yi teşhis ve düzeltme

Aşağıdaki akış, canonical etiketi doğru olduğu halde yanlış URL index alıyor senaryosunda en kısa ama en güvenilir yoldur. Amaç tek bir etiketi düzeltmek değil, Google’ın karar verdiği sinyal setini tek hedef URL etrafında hizalamaktır.

1. Kullanıcı ve Google canonical alanlarını karşılaştır: URL Denetleme’de iki alan farklıysa önce çatışma vardır diye düşünün; aynıysa indeksleme gecikmesi veya görünürlük tarafını inceleyin.
2. HTTP durum kodu ve canlı HTML çıktısını doğrula: Hedef URL 200 OK dönmeli, canonical canlı kaynakta görünmeli ve header seviyesinde ikinci bir etiket olmamalıdır.
3. Sitemap ve dahili link sinyallerini hizala: Canonical olmayan URL’leri sitemap’ten çıkarın; menü, breadcrumb, içerik içi link ve filtre bağlantılarını tek hedefe yönlendirin.
4. Parametre ve filtre URL stratejisini netleştir: İndekslenmeyecek varyantları 301, canonical veya kontrollü erişim mantığıyla ayrı ayrı yönetin; her URL tipine aynı reçeteyi uygulamayın.
5. Yeniden tarama iste ve görünürlüğü izle: Değişiklikten sonra yalnızca tarama talebi vermeyin; indeks raporu ve sorgu görünürlüğüyle sonucun gerçekten hedef URL’ye geçtiğini doğrulayın.

Bu sırayı bozmamak önemlidir çünkü en çok zaman kaybettiren hata, sorunu sitemap ve link katmanında bırakıp yalnızca canonical etiketini yeniden yazmaktır. Eğer tüm sinyaller aynı hedefe dönmüyorsa Google’ın kararının değişmesi de gecikir.

Sıkça Sorulan Sorular