
Google Canonical URL’yi Nasıl Seçer? Mueller’in 9 Senaryosu
Search Console’u açıyorsunuz ve sayfa dizine ekleme raporunda o tanıdık satır duruyor: “Kopya, Google kullanıcıdan farklı bir standart sayfa seçti.” Etiketi doğru yazdınız, site haritası temiz, ama Google yine de başka bir URL’yi asıl sayfa kabul etmiş. İnsanın aklına ilk gelen soru şu oluyor: Neden?
Nisan 2026’da Reddit’teki r/bigseo topluluğunda biri John Mueller’e tam olarak bunu sordu. Mueller’in cevabı, Google’ın iki sayfayı neden kopya saydığına dair şimdiye kadarki en derli toplu açıklamalardan biri oldu. Search Engine Journal’dan Roger Montti bu cevabı dokuz senaryoya ayırdı. Bu yazıda o senaryoları Türkçe sitelerde sık gördüğüm örneklerle birlikte ele alıyorum. Teknik SEO’ya dair diğer yazılar için ana sayfamıza da göz atabilirsiniz.
İçindekiler
- Canonical Nedir, Neden Bu Kadar Önemli?
- Google’ın Elindeki Sinyaller
- Mueller’in 9 Senaryosu
- Search Console’da Teşhis: Adım Adım
- Kalıcı Çözüm İçin Kontrol Listesi
- Sıkça Sorulan Sorular

Canonical Nedir, Neden Bu Kadar Önemli?
Aynı ya da çok benzer içerik birden fazla URL’de yayındaysa Google bunlardan birini temsilci olarak seçiyor. Buna canonical, Türkçe arayüzdeki adıyla standart sayfa deniyor. Sıralanan, arama sonucunda görünen ve link sinyallerinin toplandığı URL bu oluyor. Diğerleri yine taranabiliyor ama genellikle sonuçlarda gösterilmiyor.
Sorun şurada başlıyor: Google’ın seçtiği URL sizin istediğiniz URL olmayabilir. Kampanya parametreli bir adres, filtrelenmiş bir kategori sayfası ya da yıllar önce kaldırdığınızı düşündüğünüz bir sürüm öne çıkabiliyor. İç linklerinizi, sosyal paylaşımlarınızı ve raporlarınızı bir adrese göre kurgulamışken trafiğin başka bir adrese akması hem ölçümü hem de kullanıcı deneyimini bozuyor. Bu yüzden iç linklerde UTM parametresi kullanmanın neden hata olduğunu anlattığımız yazı, bu konunun da yakın akrabası.
Google’ın Elindeki Sinyaller
Önce temel bir yanlış anlamayı düzeltelim: rel=”canonical” bir emir değil, bir ipucu. Google’ın kendi belgelerine göre canonical belirtmenin üç yolu var ve güçleri farklı:
- Kalıcı yönlendirmeler (301/308): Güçlü sinyal. Kopya sayfayı tamamen kaldırıyorsanız en net yöntem.
- rel=”canonical” etiketi: Güçlü sinyal. Sınırsız sayıda kopyayı tek adrese bağlayabilir ama yalnızca HTML sayfalarda çalışır, büyük sitelerde bakımı zorlaşır.
- Site haritasına ekleme: Zayıf sinyal. Yardımcı olur ama tek başına belirleyici değildir.
Bunlara ek olarak Google HTTPS’i HTTP’ye tercih ediyor, iç linklerin hangi adresi gösterdiğine, hreflang ilişkilerine ve sayfanın kalitesine bakıyor. Sinyaller birbiriyle çeliştiğinde, örneğin etiket A’yı gösterirken iç linklerin tamamı B’ye gidiyorsa, Google kendi kararını veriyor.
Mueller’in 9 Senaryosu
Mueller, Google’ın bir sayfanın neden kopya sayıldığını gösteren bir aracı olmadığını açıkça söylüyor ve ekliyor: “Yıllar içinde insanlar bunun için bir sezgi geliştiriyor ama her zaman bariz değil.” Ardından nedenleri tek tek sayıyor. İlk üçü içerikle, kalan altısı teknik teslimatla ilgili.
1. Birebir kopya içerik
İki sayfa tamamen aynı. Ayırt edici hiçbir sinyal yoksa Google diğer otorite işaretlerine bakarak birini seçiyor. Klasik örnek: aynı ürünün hem /urun/kirmizi-elbise hem /kategori/elbise/kirmizi-elbise adresinden erişilebilmesi.
2. Ana içerikte büyük ölçüde örtüşme
Mueller’in örneği aynı yazının iki farklı blogda yayımlanması. Türkiye’de bunu en çok basın bültenlerinde, bayi ağlarının üretici açıklamalarını aynen kullandığı e-ticaret sitelerinde ve içerik ortaklığı (syndication) yapılan haber sitelerinde görüyoruz.
3. Şablona göre çok az özgün içerik
Mueller bunu “dev bir menü ve minicik bir blog yazısı” diye anlatıyor. Sayfadaki özgün metin azsa, menü, altbilgi ve kenar çubuğu gibi tekrar eden öğeler baskın çıkıyor ve sayfalar birbirine benziyor. Üç cümlelik etiket arşivleri, açıklaması olmayan ürün varyantları ve “yakında” sayfaları tipik adaylar.
4. URL parametre kalıplarından çıkarım
Bu en sinsi olanı. Google /sayfa?tmp=1234 ile /sayfa?tmp=3458 adreslerinin aynı içeriği verdiğini görürse, /sayfa?tmp=9339’un da kopya olduğunu varsayabiliyor. Mueller’in de kabul ettiği gibi işler birden fazla parametreyle karışıyor: /sayfa?tmp=1234&sehir=izmir ile /sayfa?tmp=2123&sehir=ankara gerçekten farklı sayfalarsa, kalıp genellemesi yanlış sonuç verebiliyor. Şehir, renk ya da beden gibi anlamlı parametreleri oturum ve takip parametreleriyle aynı yapıda kullanan siteler bu senaryoya çok açık.
5. Karşılaştırmada mobil sürümün kullanılması
Mueller’e göre insanların en sık yanıldığı noktalardan biri bu. Google mobil öncelikli dizine ekleme nedeniyle mobil sürüme bakıyor, siz ise kontrolü masaüstünde yapıyorsunuz. Mobilde sekmelere gizlenmiş ya da hiç yüklenmeyen içerik, iki sayfanın Google’ın gözünde aynı görünmesine yol açabiliyor.
6. Googlebot’un gördüğü sürümün esas alınması
Karar, kullanıcının değil Googlebot’un aldığı yanıta göre veriliyor. Coğrafi yönlendirme, çerez onayına bağlı içerik ya da kullanıcı ajanına göre farklı sunum yapan siteler, tarayıcıda gördükleriyle Google’ın değerlendirdiği şeyin farklı olduğunu çoğu zaman fark etmiyor.
7. Googlebot’a bot doğrulaması ya da hata sayfası gösterilmesi
Googlebot’a bir bot doğrulama ekranı ya da “sözde hata sayfası” gösteriliyorsa, Mueller’in ifadesiyle Google büyük ihtimalle o sayfayı daha önce görmüştür ve kopya sayabilir. Agresif güvenlik duvarı ayarları, Cloudflare gibi hizmetlerdeki bot koruma kuralları ve 200 durum koduyla dönen “ürün bulunamadı” sayfaları burada en sık karşılaşılan suçlular.
8. JavaScript içeriğinin işlenememesi
Google sayfanın işlenmiş (render edilmiş) hâlini kullanıyor. İçerik bir JavaScript çatısıyla yükleniyorsa ve Google sayfayı işleyemiyorsa, elinde yalnızca başlangıç HTML’i kalıyor. O iskelet sitenin her sayfasında aynı olduğu için sayfalar birbirinin kopyası gibi görünüyor. Tek sayfalık uygulama (SPA) mimarisiyle kurulmuş siteler bu riski hep taşıyor.
9. Sistemin kendi belirsizliği
Son madde dürüst bir itiraf: Bu sistemler kusursuz değil. Mueller, bazen alternatif URL’nin “açıkça yanlış yerde” durduğunu, bunun bazen zamanla düzeldiğini, bazen düzelmediğini söylüyor. Yine de içerik benzer olduğu sürece kullanıcıların doğru sayfaya ulaşabildiğini, yanlış bir kopya kararının üst kademeye taşınmasının nadir olduğunu ve tuhaf vakaların çoğunun “fark edilmesi zor bir hata sayfası” çıktığını ekliyor.
Search Console’da Teşhis: Adım Adım
Mueller’in listesi aslında bir teşhis haritası. Ben müşteri sitelerinde şu sırayı izliyorum:
- Raporu filtreleyin: Sayfa dizine ekleme raporunda “Kopya, Google kullanıcıdan farklı bir standart sayfa seçti” ve “Kopya, kullanıcı tarafından standart sayfa seçilmemiş” satırlarını açın, etkilenen URL’leri dışa aktarın.
- URL denetimi yapın: Birkaç örnek URL’yi URL Denetleme aracında açın, “Kullanıcı tarafından belirtilen standart” ile “Google tarafından seçilen standart” alanlarını karşılaştırın.
- Canlı testi çalıştırın: Taranan sayfanın ekran görüntüsüne ve HTML’ine bakın. Boş bir iskelet, bot doğrulama ekranı ya da hata mesajı görüyorsanız senaryo 6, 7 veya 8 ile karşı karşıyasınız.
- Mobil görünümü kontrol edin: Sayfayı mobil cihazda ya da tarayıcının mobil öykünücüsünde açıp ana içeriğin tamamen yüklendiğinden emin olun.
- Kalıbı bulun: Etkilenen URL’leri parametrelere ve şablon türlerine göre gruplayın. Sorun belirli bir parametrede ya da sayfa tipinde toplanıyorsa senaryo 3 veya 4 öne çıkar.
Site taşıma süreçlerinde bu adımlar daha da kritik hâle geliyor; site göçünde SEO uzmanının neden baştan masada olması gerektiğini anlattığımız yazıda bunun nedenlerini konuşmuştuk.
Kalıcı Çözüm İçin Kontrol Listesi
- Sinyalleri hizalayın: Canonical etiketi, iç linkler, site haritası ve hreflang aynı URL’yi göstermeli. Etiketin tek başına iş görmesini beklemeyin.
- Gerçekten kaldırdığınız sayfayı yönlendirin: Bir sayfanın erişilebilir kalmasına gerek yoksa canonical yerine 301 kullanın. İkisini aynı sayfada çelişkili şekilde kullanmayın.
- Parametre disiplini kurun: İçeriği değiştiren parametrelerle değiştirmeyenleri ayırın. Takip parametrelerini iç linklerden temizleyin, filtre sayfalarında hangilerinin dizine girmesi gerektiğine bilinçli karar verin.
- Özgün içerik oranını artırın: İnce sayfaları birleştirin ya da onlara gerçek bir değer katın. Ürün varyantlarında kopyala-yapıştır açıklamalar yerine farkı anlatan metinler yazın.
- Googlebot’a gerçek sayfayı gösterin: Güvenlik duvarı kurallarını doğrulanmış Googlebot için gözden geçirin, olmayan sayfalar için gerçek 404 ya da 410 döndürün.
- Sunucu tarafı işlemeyi düşünün: JavaScript ağırlıklı sitelerde ana içeriğin ilk HTML’de gelmesini sağlayan sunucu tarafı işleme ya da ön işleme, senaryo 8’i büyük ölçüde ortadan kaldırıyor.
Tüm bunları düzenli bir tarama raporuyla izlemek, sorunu trafik düşmeden yakalamanızı sağlıyor. Benzer teknik sorunları sitenizdeki kritik SEO hataları yazısında da derlemiştik.
Sıkça Sorulan Sorular
Google canonical etiketimi neden görmezden geliyor?
Çünkü etiket bir ipucu, bağlayıcı bir talimat değil. İç linkler, yönlendirmeler ya da site haritası başka bir adresi gösteriyorsa ya da Googlebot sayfanın gerçek içeriğini göremiyorsa Google kendi seçimini yapabiliyor. Önce sinyallerin tutarlı olup olmadığına bakın.
“Google farklı bir standart sayfa seçti” uyarısı sıralamamı düşürür mü?
İçerik gerçekten aynıysa genellikle büyük bir sorun yok; Mueller de kullanıcıların doğru sayfaya ulaşabildiğini söylüyor. Ama Google’ın seçtiği adres parametreli, eski ya da farklı içerikli bir sayfaysa ölçümünüz ve kullanıcı deneyiminiz zarar görür. O durumda müdahale etmek gerekir.
Kendine işaret eden (self-referencing) canonical gerekli mi?
Zorunlu değil ama faydalı. Parametreli kopyaların otomatik oluştuğu sitelerde her sayfanın kendi temiz adresini göstermesi, Google’a net bir başlangıç noktası veriyor. WordPress’te Rank Math ve Yoast bunu varsayılan olarak ekliyor.
Değişiklik yaptıktan sonra ne kadar beklemeliyim?
Kesin bir süre yok. Önemli sayfalar için URL Denetleme aracından dizine ekleme isteyebilirsiniz; geri kalanı Google sayfaları yeniden taradıkça güncellenir. Küçük sitelerde birkaç gün, büyük sitelerde birkaç hafta sürebilir.
Peki Şimdi Ne Yapmalı?
Mueller’in cevabından çıkan en önemli ders şu: Canonical sorunlarının çoğu etiketin kendisinde değil, Google’ın sayfanızı nasıl gördüğünde saklı. Mobil sürüm, Googlebot’a dönen yanıt ve işlenmiş HTML, masaüstü tarayıcınızda göremediğiniz ama Google’ın baktığı üç pencere. Bu hafta Search Console’daki kopya satırlarına bir göz atın ve beş örnek URL’yi canlı testten geçirin; çoğu zaman sorun ilk bakışta ortaya çıkıyor. Teknik SEO üzerine daha fazla içerik için SEO kategorimize göz atabilirsiniz.
Sitenizde canonical ya da kopya içerik sorunlarını birlikte incelemek isterseniz SEO & SEM danışmanlığı kapsamında çalışabiliriz. Formu doldurun, 24 saat içinde dönelim: hyturkyilmaz.com/iletisim
Kaynakça
Montti, R. (2026, 14 Nisan). Google lists 9 scenarios that explain how it picks canonical URLs. Search Engine Journal. https://www.searchenginejournal.com/how-google-picks-canonical-urls/571914/
Google Search Central. (t.y.). How to specify a canonical with rel=”canonical” and other methods. Google for Developers. https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
Google Search Central. (t.y.). What is URL canonicalization. Google for Developers. https://developers.google.com/search/docs/crawling-indexing/canonicalization
Hasan Yasin TÜRKYILMAZ sitesinden daha fazla şey keşfedin
Subscribe to get the latest posts sent to your email.


