Doğru Standart
Etikete Sahip
Alternatif Sayfa
“Doğru standart etikete sahip alternatif sayfa” uyarısı çoğu zaman düzeltilmesi gereken bir hata değildir. Google benzer URL'ler arasından canonical sayfayı seçmiş olabilir. Asıl karar, seçilen URL'nin sizin tercih ettiğiniz URL olup olmadığını okumaktır.
Problemden Karara Giden Yol
- “Doğru standart etikete sahip alternatif sayfa” uyarısı, Google'ın aynı veya çok benzer içerikleri gördüğünü ve bunlar arasından canonical olan URL'yi dizine almayı tercih ettiğini anlatır. Bu her zaman problem değildir; hatta çoğu zaman sistemin doğru çalıştığını gösterir.
- Google'ın dizine aldığı canonical URL sizin istediğiniz URL ise uyarı yalnızca bilgilendirmedir.
- Google başka bir URL'yi seçtiyse canonical, yönlendirme, iç link ve site haritası sinyalleri birlikte kontrol edilmelidir.
- Bu uyarıda uzmanlık, her bildirimi kapatmak değil; hangi bildirime dokunulmaması gerektiğini bilmektir.
İlk Soru: Google Doğru URL'yi Mi Seçti?
Bu uyarı görüldüğünde ilk refleks “neden dizine girmedi?” olmamalıdır. Daha doğru soru şudur: Google alternatif sayfa yerine hangi URL'yi standart sayfa olarak kabul etti ve bu tercih bizim stratejimizle örtüşüyor mu?
Büyük-küçük harf farkı, UTM parametreleri, HTTP/HTTPS varyasyonları, www ve www olmayan sürümler ya da aynı içeriğe giden benzer URL'ler bu bildirimi üretebilir. Bunların tamamı hata değildir; hata, Google'ın yanlış versiyonu esas almasıdır.
-
Alternatif URL Okunur
Search Console'da uyarı alan URL'nin hangi canonical sayfaya bağlandığı kontrol edilir.
-
Canonical Etiketi Kontrol Edilir
Sayfanın kaynak kodundaki canonical etiketi gerçekten tercih edilen URL'yi mi gösteriyor, doğrulanır.
-
Google'ın Seçimi Karşılaştırılır
Google tarafından seçilen canonical ile sizin belirttiğiniz canonical aynı mı, ayrışıyor mu bakılır.
-
Müdahale Gerekip Gerekmediği Ayrılır
Doğru URL dizindeyse izlenir; yanlış URL dizindeyse canonical, 301, iç link ve site haritası sinyali aynı yönde güçlendirilir.
Canonical sayfa doğruysa Google'ın alternatifi dışarıda bırakması sağlıklı bir davranıştır. Burada başarı, her URL'yi dizine sokmak değil; doğru URL'nin dizinde kalmasını sağlamaktır.
Canonical Kararı Hangi Verilerle Okunur?
Search Console bildirimi yalnız başına karar verdirmez. Alternatif URL'nin neden alternatif kaldığını anlamak için canonical etiketi, Google'ın seçtiği canonical, site haritası ve URL varyasyonları birlikte okunmalıdır.
Sayfanın HTML içinde hangi URL'yi standart sayfa olarak işaret ettiği görülür.
Google'ın sizin işaret ettiğiniz URL'yi mi, yoksa başka bir alternatifi mi esas aldığı anlaşılır.
Büyük-küçük harf, parametre, www, protokol ve kopya şablonların sinyali dağıtıp dağıtmadığı okunur.
| Kontrol | Ne Gösterir? | Karar |
|---|---|---|
| Canonical Etiketi | Alternatif sayfanın hangi URL'yi ana sürüm olarak işaretlediğini gösterir. | Doğru URL işaretleniyorsa panik edilmez; yanlışsa etiket düzeltilir. |
| Dizindeki URL | Google'ın hangi sayfayı arama sonuçları için esas aldığını gösterir. | Seçilen URL stratejik URL ile aynıysa uyarı bilgilendirme olarak kalır. |
| Site Haritası | Alternatif URL'lerin mi, canonical URL'lerin mi Google'a sunulduğunu gösterir. | Site haritası yalnızca tercih edilen canonical sayfaları taşımalıdır. |
| İç Link ve Yönlendirme | Sitenin kullanıcıyı ve botu hangi URL sürümüne taşıdığını gösterir. | İç linkler ve gerekirse 301 yönlendirmeler canonical tercihiyle aynı yöne alınır. |
Müdahale Kararı Nasıl Verilir?
Bu uyarının çözümü her zaman aksiyon almak değildir. Önce Google'ın seçtiği URL ile sizin istediğiniz URL karşılaştırılır. Karar buradan çıkar.
Canonical doğru, dizindeki URL doğru ve alternatif sayfa beklenen nedenle dışarıdaysa müdahale gerekmez. Site haritası ve iç link temizliği korunur, durum izlenir.
Karar: DokunmaCanonical etiketi, yönlendirme, iç bağlantılar ve site haritası aynı tercih edilen URL'yi işaret edecek şekilde düzenlenir. Amaç sinyali tek URL'de toplamaktır.
Karar: DüzeltAlternatif sayfalar, tercih edilen URL'yi net ve tutarlı şekilde işaret eder.
Kullanılmaması gereken URL sürümleri kalıcı olarak doğru sayfaya taşınır.
Site haritası içinde alternatif değil, yalnızca canonical URL'ler yer alır.
Menü, kategori ve içerik bağlantıları tercih edilen URL'yi güçlendirir.
Kaçınılacak Hatalar
Bu bildirimde en büyük hata, her alternatif sayfayı sorun sanmaktır. Bazen doğru teknik karar, hiçbir şeyi düzeltmemek ve yalnızca sistemin doğru URL'yi seçtiğini teyit etmektir.
Canonical doğruysa alternatif URL'nin dizine girmemesi beklenen ve sağlıklı bir sonuçtur.
Site haritası, Google'a tercih edilen URL'leri göstermelidir; parametreli veya kopya URL'leri değil.
Kullanıcı hiç alternatif URL'de kalmamalıysa canonical tek başına yeterli olmayabilir; yönlendirme gerekir.
Doğru çıktı, uyarıyı sıfırlamak değil; Google'ın seçtiği standart sayfanın marka, içerik ve teknik tercih ile aynı yerde buluştuğunu kanıtlamaktı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ı Büyük-küçük harf, parametre ve alternatif URL varyasyonları bulunan site idi. Odak noktası ise Canonical ile doğru şekilde dışarıda kalan alternatif URL'ler oldu.
İlk okuma yalnızca Search Console ekranına bakılarak yapılmadı. Alternatif URL, canonical hedef, Google'ın seçtiği standart sayfa, sitemap temizliği 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 | Büyük-küçük harf, parametre ve alternatif URL varyasyonları bulunan site | Aynı hata adı farklı sayfa tiplerinde farklı karar üretebilir. |
| URL Kümesi | Canonical ile doğru şekilde dışarıda kalan alternatif URL'ler | Tekil URL refleksi yerine küme ve şablon düzeyinde okuma gerekir. |
| Veri Kaynakları | Alternatif URL, canonical hedef, Google'ın seçtiği standart sayfa, sitemap temizliği | Tek araç çıktısı karar sayılmaz; ikinci sinyal beklenir. |
| Yanlış Refleks | Uyarıyı hata sanıp doğru çalışan canonical düzenini bozmak | 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.
Uyarıyı hata sanıp doğru çalışan canonical düzenini bozmak. Bu yaklaşım semptomu azaltabilir; fakat kök nedeni çözmeden yeni sinyal çelişkileri üretebilir.
Dizine giren standart URL doğruysa müdahale edilmedi; yalnızca sitemap ve iç link hijyeni kontrol edildi. Karar; URL rolü, indeks hedefi, kullanıcı niyeti ve iş etkisi birlikte okunarak verildi.
Alternatif URL'lerin ana URL'yi zayıflatmadığı doğrulandı, gereksiz varyasyonlar temizlendi. İş 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.
Standart URL gösterimleri, alternatif URL sayısı, sitemap tutarlılığı 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.