Canonical etiket hataları sıralamayı nasıl etkiler? SEO rehberi

Canonical etiket hataları sıralamayı nasıl etkiler? Temel mekanizma

Canonical etiket hataları sıralamayı nasıl etkiler? Kısa cevap şu: çoğu durumda doğrudan bir ceza üretmez; Google’ın yanlış URL’yi standart sayfa olarak seçmesine yol açar. Google Arama Merkezi’nin 31 Mart 2026 tarihli rel=”canonical” dokümanında açıkça belirtildiği gibi canonical, bağlayıcı bir komut değil güçlü bir sinyaldir. Bu sinyal yanlış kurulduğunda ürün, kategori ya da parametreli sürüm kümelerinde görünmesini istediğiniz URL yerine başka bir sürüm indekslenebilir.

Search Console Yardım’daki canonical tanımı da aynı mantığı destekler: Google, duplicate kümelerde en iyi temsilci gördüğü URL’yi seçer ve genellikle yalnızca o URL’yi indeksler. Bu yüzden sorun sadece teknik bir etiket hatası değildir; hangi URL’nin sinyalleri devralacağı sorunudur. Kullanıcıya gösterilen URL ile sizin güçlendirdiğiniz URL ayrıştığında, iç link, backlink ve davranış sinyalleri beklediğiniz sayfada toplanmaz.

• Yanlış URL seçimi: Parametreli ya da filtreli sürüm, ana sayfanın önüne geçebilir.
• Sinyal bölünmesi: İç linkler bir URL’ye, canonical başka URL’ye işaret ederse otorite tek noktada toplanmaz.
• Tarama verimsizliği: Googlebot, yeni içerik yerine aynı kümenin gereksiz varyasyonlarını tarayabilir.

Buradaki kritik ayrım şudur: canonical hatası çoğu zaman duplicate content cezası gibi okunur, ama pratikte etkisi daha çok yanlış standart URL seçimi ve sinyal konsolidasyonunun bozulmasıdır. Özellikle büyük e-ticaret sitelerinde bu hata, doğru sayfanın sıralama potansiyelini düşürürken yanlış varyasyonun raporlarda görünmesine neden olur.

En sık canonical hata türleri ve düzeltme önceliği

En sık görülen canonical hata türleri beş başlıkta toplanır: eksik canonical, yanlış hedefe canonical, 301 ya da 404 dönen URL’ye canonical, canonical zinciri ve birden fazla sinyalin birbiriyle çelişmesi. Buna ek olarak HTTP/HTTPS, www/non-www varyantları, canonical etiketin head dışında kalması, JavaScript ile sonradan enjekte edilmesi ve CMS ya da eklenti kaynaklı çift canonical üretimi de sık görülür. Google’ın 31 Aralık 2025 tarihli Standartlaştırma Sorunlarını Düzeltme dokümanı, özellikle CMS ve sunucu kaynaklı yanlış canonical senaryolarını ayrı risk olarak ele alıyor.

Öncelik matrisi nasıl okunmalı?

İlk düzeltme önceliği, Google’ı açıkça yanlış URL’ye iten hatalardadır. Yanlış alan adına, redirect’e ya da 4xx sayfaya verilen canonical bunların başında gelir. RFC 6596 da canonical hedefinin hata dönen bir URL olmamasını ve kalıcı yönlendirme kaynağına zincir oluşturmamasını önerir. İkinci öncelik, iç linkler ve sitemap ile çelişen canonical yapılarına verilmelidir. Üçüncü sırada ise self-referencing canonical eksikliği, head dışı yerleşim ve JavaScript kaynaklı belirsizlikler gelir.

• Yüksek öncelik: Yanlış hedef, cross-domain hata, redirect/404 canonical, çifte canonical.
• Orta öncelik: HTTP/HTTPS ve www/non-www karışıklığı, sitemap uyumsuzluğu, canonical zinciri.
• İzleme önceliği: Self-referencing canonical eksikliği, JS ile geç yüklenen canonical, plugin çakışmaları.

Bir başka pratik ayrım da şu: her hata aynı etkiyi yaratmaz. Örneğin eksik canonical çoğu zaman Google’ın kendi canonical’ını seçmesiyle sonuçlanır; fakat yanlış cross-domain canonical görünürlüğü doğrudan başka alan adına itebilir. Bu nedenle düzeltme sırası, sadece teknik doğruluk değil sıralama riski ve tarama bütçesi kaybı açısından planlanmalıdır.

Search Console, kaynak kod ve log verisiyle teşhis akışı

Teşhis akışının ilk durağı Search Console olmalıdır. Page Indexing report açıklamalarına göre Alternate page with proper canonical tag durumu genelde aksiyon gerektirmez; sayfa doğru biçimde alternatif olarak işaretlenmiştir. Duplicate without user-selected canonical durumunda Google bir kopya kümesi bulmuş ama sizin tercihinizi görmemiştir. Duplicate, Google chose different canonical than user durumunda ise sizin seçtiğiniz canonical ile Google’ın seçimi ayrışmıştır; bu da çoğu zaman benzerlik, sinyal çelişkisi veya yanlış hedef sorunu olduğunu gösterir.

Kontrol sırası

Search Console’dan sonra kaynak kodu açıp canonical etiketinin gerçekten HTML head içinde tekil biçimde yer aldığını doğrulayın. Ardından HTTP header canonical varsa HTML ile aynı hedefi verdiğinden emin olun. Sonra XML sitemap’i, iç linkleri, breadcrumb’ları ve redirect zincirlerini kontrol edin. Aynı sayfa bir yerde parametreli sürüme, başka yerde temiz sürüme işaret ediyorsa Google’ın sizin beyanınızı neden reddettiği anlaşılır hale gelir. Log verisi varsa, Googlebot’un hangi sürümleri ne sıklıkla taradığını görmek tanıyı hızlandırır.

Toplu kontrol tarafında Türkçe arayüzlü bir site sağlığı taraması kullanmak işleri belirgin biçimde hızlandırır; çünkü sorun tek tek URL incelemekten çok, aynı hata desenini kümeler halinde yakalamaktır. Özellikle eklenti güncellemesi sonrası bir anda yüzlerce sayfada oluşan head dışı canonical, yanlış host ya da sitemap-canonical uyumsuzluğu bu tür taramalarda daha hızlı ortaya çıkar. Son adımda URL Inspection ile User-declared canonical ve Google-selected canonical farkını sayfa bazında teyit etmek gerekir.

• Duplicate without user-selected canonical: Self-referencing canonical ve sinyal tutarlılığını ekleyin.
• Google chose different canonical than user: Benzerlik, iç link, sitemap ve redirect çelişkilerini çözün.
• Alternate page with proper canonical tag: Hedef URL indeksleniyorsa çoğunlukla müdahale etmeyin.

Filtreli, parametreli, hreflang ve cross-domain URL senaryoları

Filtreli ve parametreli URL’lerde en sık hata, her varyasyonu bağımsız sayfa gibi bırakıp sonra hepsini rastgele tek bir kategoriye canonical etmektir. UTM’li, sıralamalı ya da filtreli sürümler ana kategoriyle gerçekten aynı içeriği temsil ediyorsa self-referencing canonical ana sürümde kalmalı, varyasyonlar ise temiz URL’yi işaret etmelidir. Ancak filtre sonucu içerik ciddi biçimde değişiyorsa, canonical ile zorla birleştirmek yerine indeks stratejisini yeniden düşünmek gerekir. Aksi halde Google, sizin duplicate dediğiniz sayfaları yeterince benzer bulmayabilir.

Hreflang kümelerinde kural daha hassastır. Google Arama Merkezi’nin 31 Mart 2026 güncellemeli dokümanı, hreflang kullanıyorsanız canonical hedefinin aynı dilde olmasını ya da en yakın dil eşleniğine gitmesini önerir. Türkçe sayfayı İngilizce sürüme canonical etmek, hem hreflang kümesini hem standart URL mantığını bozar. Bu yüzden self-referencing canonical ile hreflang etiketleri birlikte düşünülmeli; dil varyantları birbirine alternate, kendi içinde canonical olmalıdır.

Cross-domain canonical ise yalnızca içerik gerçekten kopya veya çok yakınsa mantıklıdır. Sendikasyon, aynı ürünün bayi kopyaları ya da teknik olarak tek kaynaktan türeyen içeriklerde işe yarayabilir. Fakat yanlış alan adına canonical vermek görünürlüğü elinizden çıkarır. Google’ın 31 Aralık 2025 tarihli troubleshooting dokümanı ve RFC 6596’nın güvenlik notları, kötü niyetli ya da bozulmuş kurulumlarda canonical hijack riskine özellikle dikkat çeker. Bu nedenle cross-domain canonical kararında alan adı sahipliği, içerik benzerliği ve Search Console mülk erişimi birlikte kontrol edilmelidir.

Canonical, 301, noindex ve sitemap arasında karar ağacı

Canonical ile 301 yönlendirme aynı işi yapmaz. İçerik hâlâ erişilebilir kalacak ama benzer URL’lerin sinyalini tek yerde toplamak istiyorsanız canonical uygundur. Bir URL artık yaşamamalı ve kalıcı olarak başka URL’ye taşınmalıysa 301 daha güçlü seçimdir. Google’ın canonical dokümanında da yönlendirmelerin güçlü, sitemap’in ise daha zayıf sinyal olduğu net biçimde anlatılır. Yani yöntem seçimi, sadece teknik kolaylıkla değil URL’nin yaşayıp yaşamayacağı kararıyla yapılmalıdır.

Noindex ile canonical’ı birlikte kullanmak ise sık yapılan kafa karışıklıklarından biridir. Google aynı dokümanda, tek site içinde canonical seçiminden kaçınmak için noindex kullanmayı önermediğini söyler; çünkü noindex sayfayı aramadan tamamen çıkarırken canonical sinyal birleştirmeye çalışır. Pratikte bu ikisini birlikte verdiğinizde, özellikle zayıf benzerlik bulunan kümelerde beklediğinizden farklı sonuçlar görebilirsiniz. Kural basit: indeks dışı kalmalıysa noindex düşünün; benzer sayfalar arasında tercih belirtilecekse canonical kullanın.

İç linkler, sitemap ve redirect’ler canonical kararını güçlendiren yardımcı sinyallerdir. Kanonik sayfa menüde, breadcrumb’da ve ürün kartlarında destekleniyorsa Google’ın seçimi sizin tercihinize yaklaşır. Tersi durumda, sayfa head’inde A’yı canonical edip tüm iç linkleri B’ye vermek kararı zayıflatır. Bu ayrımlar için SEO terimleri sözlüğü içindeki temel kavramlara aynı çerçevede bakmak faydalıdır; çünkü canonical hataları çoğu zaman tek etiket problemi değil, sinyal mimarisi problemidir.

• Canonical seçin: Benzer URL’ler yaşasın ama tek temsilci sıralansın istiyorsanız.
• 301 seçin: Eski URL kalıcı olarak kapanmalıysa.
• Noindex seçin: Sayfanın aramada hiç görünmemesi gerekiyorsa.
• Sitemap’i destekleyici kullanın: Canonical hedefleri tutarlı biçimde güçlendirmek için.

Adım Adım Canonical hata teşhis ve düzeltme akışı

Canonical sorunlarını çözerken en iyi sonuç, sayfa bazlı düzeltme yerine kümeleri izleyen tekrar edilebilir bir akış kurulduğunda gelir. Aşağıdaki sıra, teknik ekiple SEO tarafının aynı ekranı konuşmasını kolaylaştırır.

1. Sorunlu URL kümelerini Search Console’da ayır: Duplicate ve canonical durumlarını tek listeye toplamak yerine, her statüyü ayrı iş kuyruğu olarak ele alın. Yanlış URL seçimi olan kümeleri önceleyin; çünkü sıralama etkisi genelde burada daha hızlı hissedilir.
2. Kaynak kod ve HTTP header canonical’ı doğrula: Sayfada tek canonical bulunduğunu, head içinde yer aldığını ve varsa HTTP header ile aynı hedefi verdiğini kontrol edin. JavaScript sonradan farklı canonical yazıyorsa, Google’ın gördüğü sürüm ile sizin gördüğünüz sürüm ayrışabilir.
3. Sinyal çelişkilerini iç link ve sitemap’ta bul: Menü, breadcrumb, XML sitemap ve redirect’ler aynı URL’yi desteklemiyorsa canonical tek başına zayıf kalır. Özellikle filtreli kategorilerde parametreli linkler yüzünden bu çelişki çok sık oluşur.
4. Hata türüne göre doğru düzeltmeyi uygula: Redirect veya 404 hedefe canonical verildiyse hedefi değiştirin; hreflang çakışması varsa dil eşleşmesini düzeltin; plugin çifte canonical üretiyorsa tek kaynağa inin. Her kümeye aynı çözümü uygulamak çoğu zaman yeni hata üretir.
5. İndeks ve sıralama toparlanmasını 30 gün izle: Önce Search Console durum dağılımının değişip değişmediğine bakın, sonra yanlış URL’nin görünürlüğünü izleyin. Yeniden tarama tamamlanmadan sıralama yorumu yapmak erken olur; bu yüzden haftalık izleme daha sağlıklı sonuç verir.

30 günlük mini vaka: canonical temizliği sonrası ne değişir?

Bu bölüm, doğrulanabilir ekran görüntüsü paylaşılmadığı için kesin performans vaadi değil; son 12 ayda benzer kurulumlarda tekrar gördüğümüz toparlanma sırasını özetleyen bir mini vakadır. Senaryo şu: filtreli kategori URL’leri parametreli ürün sürümlerine karışıyor, bazı ürünlerde self-referencing canonical yok, hreflang tarafında ise TR sayfası yanlışlıkla EN varyanta canonical ediliyor. Search Console’da bu yapı genelde hem Duplicate without user-selected canonical hem de Google chose different canonical than user kümeleri üretir.

Bu tür temizliklerde ilk değişim çoğu zaman sıralama grafiğinde değil, indeksleme sinyallerinde görünür. İlk hafta içinde yanlış URL kümelerinin raporda daha net ayrıştığını, ikinci ve üçüncü haftada yeniden taranan sayfalarda Google-selected canonical ile user-declared canonical farkının azaldığını görürüz. Asıl sıralama toparlanması ise genellikle doğru URL’ye giden iç linkler, sitemap ve canonical hedefi aynı çizgiye geldikten sonra başlar. Yani canonical düzeltmesi tek başına mucize değil; çelişkili sinyaller temizlendiğinde etkisini gösteren bir kaldıraçtır.

İzleme tarafında tek platformda tüm SEO araçlarını kullanmak işi sadeleştirir. SEOYEN içinde Türkçe arayüzlü site sağlığı taramasıyla hata kümelerini görmek, yanlış URL’nin SERP görünürlüğünü sıralama takibi ile izlemek ve aynı iş akışını yerel Türkçe destekle yorumlamak küçük ekipler için pratik olur. Ayrıca TL bazlı yapı sayesinde karar süreci daha anlaşılır kalır; güncel plan yapısını görmek isteyen ekipler için paket ve abonelik seçenekleri sayfası yeterlidir.

• İlk 7-10 gün: GSC durum kümeleri daha temiz görünmeye başlar.
• 2-4 hafta: Google’ın seçtiği canonical ile sizin tercihiniz daha çok örtüşür.
• Sonraki adım: Yanlış URL yerine doğru sayfanın görünürlüğü izlenir ve iç linkler tekrar kontrol edilir.

Sıkça Sorulan Sorular