Duplicate Without
User-Selected
Canonical
Bu uyarı, Google’ın birden fazla benzer URL gördüğünü ama sizin net bir standart sayfa tercihi belirtmediğinizi gösterir. Sorun kopya içerikten çok, seçimin Google’a bırakılmasıdır.
Problemden Karara Giden Yol
- Aynı veya çok benzer içerik farklı URL’lerden erişilebilir olduğunda canonical belirtilmemişse Google kendi kararını verir. Bu karar bazen doğru olur, bazen organik stratejiyle çelişir.
- Kopya sayfalar tek başına felaket değildir; belirsiz canonical tercihi risk üretir.
- Google’ın seçtiği URL ile sizin ticari olarak istediğiniz URL aynı olmayabilir.
- Çözüm, tüm kopyaları indeksletmek değil; standart URL sinyalini netleştirmektir.
İlk Soru: Standart URL Kim Tarafından Seçiliyor?
Bu vakada temel problem, Google’ın kopya sayfaları görmesi değil; sizin hangi URL’nin esas alınacağını yeterince net söylememenizdir. Parametreler, sıralama varyasyonları, filtreler veya aynı içeriğin farklı path’leri bu durumu oluşturabilir.
Google kendi seçimini yaptığında karar çoğu zaman teknik sinyallerin toplamına göre oluşur: iç linkler, site haritası, URL yapısı, içerik benzerliği ve kullanıcı sinyali. Bu yüzden tercih edilen URL açıkça işaretlenmelidir.
-
Kopya Kümesi Çıkarılır
Aynı içeriğe giden URL’ler tek tabloda toplanır.
-
Tercih Edilen URL Belirlenir
Ticari, içerik ve teknik açıdan hangi URL’nin esas alınacağı seçilir.
-
Canonical Sinyali Eklenir
Alternatif URL’ler tercih edilen URL’yi canonical olarak gösterir.
-
İç Sinyaller Hizalanır
Site haritası, iç link ve yönlendirme kararları aynı URL’yi destekler.
Arama sistemleri seçim yapabilir, fakat markanın hangi sayfayı güçlendirmek istediği teknik sinyallerle net anlatılmalıdır.
Kopya Kümesi Nasıl Okunur?
Bu uyarıda tek URL değil, URL ailesi okunur. Hangi sayfalar birbirinin alternatifi, hangisi gerçek hedef, hangisi gereksiz varyasyon ayrıştırılır.
Aynı içeriğe giden varyasyonları gösterir.
Google’a standart URL tercihinin açık verilmediğini gösterir.
Sitenin fiilen hangi URL’yi güçlendirdiğini gösterir.
| Kontrol | Ne Gösterir? | Karar |
|---|---|---|
| Kopya URL’ler | Aynı içeriğin kaç farklı URL’den erişildiğini gösterir. | URL ailesi tek karara bağlanır. |
| Canonical Etiketi | Tercih edilen URL’nin belirtilip belirtilmediğini gösterir. | Eksikse standart URL eklenir. |
| Site haritası | Google’a hangi URL’lerin sunulduğunu gösterir. | Sadece canonical URL’ler bırakılır. |
| İç Linkler | Site içinde hangi sürümün desteklendiğini gösterir. | Tüm bağlantılar tercih edilen URL’ye alınır. |
Müdahale Kararı Nasıl Verilir?
Bu uyarıda amaç tüm kopyaları yok etmek değil, Google’ın hangi URL’yi esas alacağını netleştirmektir.
Kullanıcı deneyimi veya filtre yapısı için alternatif URL’ler kalabilir; ama canonical tercih net verilmelidir.
Karar: Canonical EkleAlternatif URL’ler 301 ile tercih edilen sayfaya taşınır veya erişim mimarisi sadeleştirilir.
Karar: URL SadeleştirBenzer URL’ler konu, şablon ve parametre düzeyinde gruplanır.
Güçlenmesi gereken URL açıkça belirlenir.
Alternatifler standart URL’ye işaret eder.
Site haritası ve iç linkler aynı tercihi destekler.
Kaçınılacak Hatalar
Bu uyarıda pasif kalmak, Google’ın ticari olarak zayıf bir URL’yi standart sayfa seçmesine neden olabilir.
Google seçim yapar; ama bu seçim her zaman sizin iş önceliğinizle örtüşmez.
Bazı alternatif URL’ler kullanıcı deneyimi için gerekebilir; çözüm her zaman silmek değildir.
Kopya URL’leri site haritasında tutmak canonical kararını zayıflatır.
Kopya içerik ailesi sadeleşir, tercih edilen sayfa güçlenir ve Google’ın karar sinyali berraklaşır.
Vaka Hangi Sinyallerle Okundu?
Bu bölümdeki örnek, müşteri gizliliğini koruyacak şekilde anonimleştirilmiş bir saha okumasıdır. Amaç marka adı vermek değil; kararın hangi veri katmanlarından üretildiğini görünür hale getirmektir. Bu vakada incelenen yapı Parametre ve varyasyon üreten katalog yapısı idi. Odak noktası ise Benzer içerik taşıyan ürün, kategori ve filtre URL kümeleri oldu.
İlk okuma yalnızca Search Console ekranına bakılarak yapılmadı. Google canonical seçimi, kullanıcı canonical etiketi, iç link hedefleri, sitemap listesi birlikte incelendi. Böylece uyarının gerçekten hata mı, bilinçli mimari tercih mi, yoksa daha derindeki sinyal çelişkisinin sonucu mu olduğu ayrıldı.
| Okunan Alan | Somut Sinyal | Karara Etkisi |
|---|---|---|
| Site Tipi | Parametre ve varyasyon üreten katalog yapısı | Aynı hata adı farklı sayfa tiplerinde farklı karar üretebilir. |
| URL Kümesi | Benzer içerik taşıyan ürün, kategori ve filtre URL kümeleri | Tekil URL refleksi yerine küme ve şablon düzeyinde okuma gerekir. |
| Veri Kaynakları | Google canonical seçimi, kullanıcı canonical etiketi, iç link hedefleri, sitemap listesi | Tek araç çıktısı karar sayılmaz; ikinci sinyal beklenir. |
| Yanlış Refleks | Sadece canonical etiketi ekleyip iç linkleri aynı bırakmak | Hızlı düzeltme görünürlük veya tarama sinyalini daha da bozabilir. |
Hangi Müdahale Neden Seçildi?
Bu vakada temel prensip şuydu: arama sistemine daha fazla sinyal göndermek değil, gönderilen sinyali tutarlı hale getirmek. Resmi sınırlar için Google Canonical URL Rehberi referans alındı; fakat nihai karar, projenin kendi URL yapısı ve iş önceliğiyle verildi.
Sadece canonical etiketi ekleyip iç linkleri aynı bırakmak. Bu yaklaşım semptomu azaltabilir; fakat kök nedeni çözmeden yeni sinyal çelişkileri üretebilir.
Tek standart URL belirlendi; iç link, sitemap ve canonical aynı URL'yi güçlendirecek şekilde hizalandı. Karar; URL rolü, indeks hedefi, kullanıcı niyeti ve iş etkisi birlikte okunarak verildi.
Kopya URL'ler yardımcı akışa çekildi, ana URL'ler kategori ve içerik akışından desteklendi. İş listesi yalnızca teknik görev değil; sorumlu, hedef ve takip metriğiyle yazıldı.
Karar Sahada Nasıl İzlenir?
Vaka kapatılırken sahte kesinlik üretilmedi. “Şu kadar artış oldu” gibi kanıtlanmamış iddialar yerine, takip edilecek sinyal seti netleştirildi. Bu hem danışmanlık tarafında güven üretir hem de ekiplerin hangi veriye bakacağını belirler.
Etkilenen URL kümesi, şablon ve örnek URL listesi kayıt altına alınır.
Canonical, noindex, sitemap, iç link, yönlendirme veya içerik kararı uygulanır.
Canlı URL, crawler ve Search Console üzerinden yeni sinyalin görülüp görülmediği izlenir.
Google tarafından seçilen canonical, kopya URL sayısı, ana URL gösterim/tıklama eğilimi takip edilir.
İyi teknik SEO, hatanın adını ezberlemez. Sinyalin neden oluştuğunu, hangi sayfa rolünü etkilediğini ve bu kararın görünürlük, güven veya talep tarafında neyi değiştireceğini açıklar.
Bu Vaka Nasıl Sunulur?
Yönetim tarafına “şu hata düzeltildi” demek yerine, kararın etkilediği URL kümesi, uygulama nedeni ve beklenen ölçüm alanı gösterilir. Teknik ekip için görev; pazarlama ekibi için beklenen görünürlük etkisi; karar verici için risk ve öncelik aynı tabloda okunur.
Bu yaklaşım özellikle indeksleme ve tarama vakalarında kritiktir. Çünkü bazı uyarılar gerçekten çözülmesi gereken sorun, bazıları ise doğru çalışan sistemin doğal çıktısıdır. Uzmanlık, neye müdahale edileceğini bilmek kadar neye dokunulmaması gerektiğini de bilmektir.
Örneğin aynı uyarı bir projede “temizlenecek teknik hata” anlamına gelirken, başka bir projede “bilinçli olarak dizin dışında tutulan yardımcı URL” anlamına gelebilir. Bu yüzden raporda mutlaka etkilenen URL örnekleri, Sayfa Tipi, son karar, uygulama sahibi ve beklenen kontrol tarihi birlikte yer almalıdır.
Bu Vaka Neden Tek Ekranlık Rapor Değil?
Search Console, crawler veya log dosyası yalnızca semptomu gösterir. Danışmanlık değeri, bu semptomun hangi iş kararına bağlandığını açıklayabilmektir. Bu nedenle vaka okumasında her zaman üç ayrı sonuç aranır: teknik sinyal düzeldi mi, Google yeni sinyali gördü mü, iş tarafında beklenen davranış değişti mi?
Bu üç sorudan biri eksik kalırsa rapor temiz görünse bile sonuç eksik kalabilir. Hata sayısının azalması tek başına başarı değildir; doğru URL'nin doğru niyete bağlanması, gereksiz sinyal gürültüsünün temizlenmesi ve takip edilecek metriklerin netleşmesi gerekir.