Yönlendirmeyle
Hariç Tutuldu ama
Trafik Kaybı Var
Search Console’da yönlendirmeyle hariç tutuldu bildirimi çoğu zaman normaldir. Ancak trafik kaybı varsa konu bildirim değil; yönlendirme yapılan sayfanın aynı niyeti ve otoriteyi taşıyıp taşımadığıdır.
Problemden Karara Giden Yol
- Bir URL yönlendirildiğinde eski URL’nin dizinde kalmaması beklenir. Fakat yönlendirme yanlış hedefe gidiyorsa, kullanıcı niyeti değiştiyse veya iç sinyal aktarımı kopmuşsa organik kayıp oluşabilir.
- Yönlendirme bildirimi tek başına hata değildir.
- Trafik kaybı varsa eski URL ile yeni URL arasındaki niyet eşleşmesi kontrol edilmelidir.
- Migration sonrası sadece 301 değil; iç link, canonical ve site haritası da yeni yapıyı desteklemelidir.
İlk Soru: Eski URL ile Yeni URL Aynı Niyeti Mi Taşıyor?
Bu vakada yönlendirme çalışıyor olabilir; fakat çalışması doğru olduğu anlamına gelmez. Eski URL’nin sıralandığı sorgular ile yeni URL’nin anlattığı konu farklıysa sinyal aktarımı zayıflar.
Trafik kaybını anlamak için sadece yönlendirme zinciri değil, eski sayfanın sorguları, backlinkleri, iç linkleri ve yeni hedefin içerik kapsamı birlikte okunur.
-
Eski URL Değeri Okunur
Eski sayfanın trafik, sorgu, backlink ve dönüşüm geçmişi çıkarılır.
-
Yönlendirme Hedefi Kontrol Edilir
301’in gerçek eşdeğer sayfaya mı yoksa genel bir sayfaya mı gittiği bakılır.
-
Niyet Eşleşmesi Ölçülür
Eski URL’nin sıralandığı sorgular yeni hedefte karşılanıyor mu değerlendirilir.
-
Yeni Sinyal Güçlendirilir
İç link, site haritası ve içerik kapsamı yeni URL’yi destekleyecek şekilde güncellenir.
Arama trafiği URL’den URL’ye değil, çoğu zaman niyetten niyete aktarılır. Hedef sayfa aynı ihtiyacı karşılamıyorsa kayıp normaldir.
Trafik Kaybı Hangi Sinyallerle Okunur?
Bu vakada eski ve yeni URL birlikte analiz edilir. Sadece yönlendirme kodu değil, sorgu niyeti ve içerik eşleşmesi karar verir.
Eski URL’nin hangi arama niyetlerinden trafik aldığını gösterir.
Yönlendirilen sayfanın aynı konu ve kapsamı taşıyıp taşımadığını gösterir.
İç link, canonical ve site haritasının yeni URL’yi destekleyip desteklemediğini gösterir.
| Kontrol | Ne Gösterir? | Karar |
|---|---|---|
| 301 Hedefi | Eski URL’nin nereye taşındığını gösterir. | Eşdeğer olmayan hedefler yeniden düzenlenir. |
| Sorgu Kaybı | Hangi query grubunda düşüş olduğunu gösterir. | Yeni sayfa kapsamı bu sorgulara göre güçlendirilir. |
| Backlink | Dış sinyalin hangi eski URL’ye geldiğini gösterir. | Değerli linkler doğru hedefe aktarılır. |
| İç Link | Sitenin hâlâ eski URL’ye mi, yeni URL’ye mi bağlandığını gösterir. | İç linkler yeni hedefe alınır. |
Yönlendirme Kalmalı Mı, Değişmeli Mi?
Trafik kaybı varsa yönlendirme hedefi ve içerik kapsamı birlikte değerlendirilir.
Yönlendirme korunur; yeni sayfanın içerik, iç link ve site haritası sinyali güçlendirilir.
Karar: GüçlendirEski URL daha doğru bir sayfaya yönlendirilir veya eski niyeti karşılayacak yeni sayfa kurgulanır.
Karar: Yeniden EşleştirEski URL’nin trafik aldığı sorgular çıkarılır.
Yönlendirme yapılan sayfa aynı ihtiyacı karşılıyor mu bakılır.
Eski URL’ye giden bağlantılar yeni hedefe alınır.
Yeni sayfa eski sorgu niyetlerini karşılayacak şekilde güçlendirilir.
Kaçınılacak Hatalar
Yönlendirme migration sonrası kontrol edilmezse Search Console bildirimi normal görünürken organik trafik sessizce düşebilir.
Eşdeğer olmayan genel yönlendirmeler trafik niyetini taşımayabilir.
Birden fazla yönlendirme sinyal aktarımını ve tarama verimini zayıflatır.
Sitenin hâlâ eski URL’ye bağlanması yeni hedef sinyalini zayıflatır.
Eski trafik yeni sayfaya ancak aynı ihtiyacı net karşılayan hedefle taşını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ı URL yapısı değişmiş hizmet ve içerik sitesi idi. Odak noktası ise Eski URL'lerden yeni şablonlara taşınan sayfa kümeleri oldu.
İlk okuma yalnızca Search Console ekranına bakılarak yapılmadı. 301 hedefleri, eski sorgu kümeleri, hedef sayfa içerik eşleşmesi, Search Console performansı 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 | URL yapısı değişmiş hizmet ve içerik sitesi | Aynı hata adı farklı sayfa tiplerinde farklı karar üretebilir. |
| URL Kümesi | Eski URL'lerden yeni şablonlara taşınan sayfa kümeleri | Tekil URL refleksi yerine küme ve şablon düzeyinde okuma gerekir. |
| Veri Kaynakları | 301 hedefleri, eski sorgu kümeleri, hedef sayfa içerik eşleşmesi, Search Console performansı | Tek araç çıktısı karar sayılmaz; ikinci sinyal beklenir. |
| Yanlış Refleks | 301 çalışıyor diye migration dosyasını kapatmak | 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 URL Taşıma Rehberi referans alındı; fakat nihai karar, projenin kendi URL yapısı ve iş önceliğiyle verildi.
301 çalışıyor diye migration dosyasını kapatmak. Bu yaklaşım semptomu azaltabilir; fakat kök nedeni çözmeden yeni sinyal çelişkileri üretebilir.
Yönlendirme teknik olarak değil, niyet eşleşmesiyle yeniden değerlendirildi. Karar; URL rolü, indeks hedefi, kullanıcı niyeti ve iş etkisi birlikte okunarak verildi.
Zayıf hedefler içerik, başlık ve iç link desteğiyle eski niyeti karşılayacak hale getirildi. İş 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.
Eski sorgu gösterimleri, hedef sayfa tıklamaları, redirect hop sayısı, kapsam durumu 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.