Eski URL’ler taşındıktan sonra organik trafik düşüşü nasıl analiz edilir?

Eski URL’ler taşındıktan sonra organik trafik düşüşü nasıl analiz edilir: başlangıç çerçevesi

URL taşıma sonrası düşüşü tek bir grafikten okumak neredeyse her zaman yanlış teşhise götürür. İlk iş, kaybın trafik kaybı, sıralama kaybı, CTR düşüşü ya da indeks kaybı olup olmadığını ayırmaktır. 2026’da aynı sorguda gösterim sabit kalırken tıklama düşebiliyor; bunun nedeni her zaman yanlış redirect değildir. Bu yüzden karşılaştırmayı sadece taşıma öncesi ve sonrası toplam trafikle değil, gün, hafta, landing page ve cihaz düzeyinde kurmak gerekir.

Pratik karar ağacı şöyledir: gösterim ve ortalama konum birlikte düştüyse önce sıralama tarafına bakın; gösterim sabit ama tıklama düştüyse snippet, başlık, SERP düzeni ve kullanıcı davranışını inceleyin; indekslenen URL sayısı azaldıysa teknik erişilebilirliğe dönün. Search Console verisini dizin ve sayfa bazında açıp Analytics tarafında aynı URL’lerin organik oturum, etkileşim ve dönüşüm trendini eşleyin. Böylece rapor kaynaklı yalancı düşüş ile gerçek görünürlük kaybını aynı tabloda ayırabilirsiniz.

• Gösterim düştü, konum düştü: Genelde sıralama veya indeks problemi vardır.
• Gösterim sabit, tıklama düştü: CTR veya SERP düzeni etkisi ağır basar.
• İndeks sayısı azaldı: Redirect, canonical, noindex veya robots engeli aranır.
• Sadece belli klasör düştü: Sorun çoğu zaman şablon veya eşleşme kalitesindedir.

2025-2026 döneminde informational sorgularda AI Overviews ve sıfır tıklama davranışı daha görünür hale geldi; Hallam’ın 15 Nisan 2026’da güncellediği analiz bu ayrımın artık temel kontrol kalemi olduğunu açıkça gösteriyor. Bu yüzden migrasyon sonrası ilk denetim listesine sadece klasik sıralama verisini değil, AI görünürlük analizi ve SERP düzeni değişimini de eklemek gerekir. Gösterim artarken tıklama düşüyorsa sorun yeni URL’den çok arama sonucunun tıklanma yapısında olabilir.

Redirect, canonical ve sitemap katmanında teknik teşhis

Teknik teşhiste başlangıç noktası her zaman eski URL envanteri ve buna bağlı redirect map olmalıdır. Google’ın site taşıma dokümanı, URL mapping, kalıcı yönlendirme ve yeni sitemap gönderimini taşımanın merkezine koyuyor; ayrıca orta ölçekli sitelerde bile yeniden tarama ve yeniden indeksleme sürecinin haftalar sürebileceğini belirtiyor (Google Search Central). Kısacası önce doğru eşleşme, sonra sabır; ters sırayla gidildiğinde ekipler gereksiz içerik revizyonuna erken başlıyor.

Teknik kontrol sırası

1. Eski URL listesini çıkarın ve her satıra yeni hedef URL’yi yazın.
2. Her eski URL’nin tek hop 301 ile doğru hedefe gidip gitmediğini test edin.
3. Yeni URL’nin kendini canonical gösterdiğini ve noindex taşımadığını doğrulayın.
4. XML sitemap içinde yalnızca 200 dönen, indekslenebilir yeni URL’leri bırakın.
5. Redirect zinciri, loop, yanlış kategori hedefi ve ana sayfaya toplu yönlendirme hatalarını ayıklayın.

Canonical, noindex, robots.txt ve sitemap katmanı birlikte okunmadığında düşüşü yanlış yerde ararsınız. 301 doğru görünse bile yeni sayfada yanlış canonical varsa Google farklı bir URL’yi seçebilir; robots engeli varsa yeni hedef taranamaz; sitemap hâlâ eski URL’leri taşıyorsa keşif sinyali zayıflar. Bu tabloyu toplu görmek için site sağlığı taraması raporunu Search Console kapsam verisiyle yan yana okumak ciddi zaman kazandırır.

URL bazında doğrulama için Search Console’un URL Inspection aracı kritik rol oynar. Google’ın yardım dokümanına göre araç, sayfanın Google tarafından görülen sürümünü, son tarama sonucunu, indekslenebilirlik durumunu ve Google’ın seçtiği canonical bilgilerini gösterir (Search Console Help). Özellikle taşıma sonrası “sayfa açık ama görünmüyor” vakalarında canlı test ile indekslenmiş sürüm arasındaki fark, şablon hatasını ya da gecikmeli işlenmeyi hızlıca ortaya çıkarır.

Burada en pahalı hata, teknik olarak çalışan ama anlamsal olarak yanlış redirect’tir. Eski ürün sayfasını yakın bir kategoriye göndermek kısa vadede 404’ü kapatır, fakat arama niyeti kırıldığı için trafik geri gelmez. Aynı şekilde iç linklerin eski URL’ye akmaya devam etmesi, her taramada gereksiz bir yönlendirme daha üretir. Doğru senaryo, eski URL → 301 → yeni eşdeğer URL akışının hem kullanıcı hem bot için mümkün olduğunca kısa ve net olmasıdır.

Search Console ve Analytics ile kayıp URL’leri izole etme

Kayıp URL’leri izole etmek için Search Console performans raporu, indeks kapsamı ve tarama sinyallerini birlikte okumak gerekir. Sadece tıklama verisine bakarsanız, indeks dışına düşen ama hâlâ sorgu gösterimi alan URL’leri kaçırabilirsiniz. Sadece indeks raporuna bakarsanız da sıralaması gerileyen ama dizinden çıkmayan sayfaları yanlışlıkla “sağlıklı” sayarsınız. En sağlam yöntem, taşıma öncesi trafik alan URL listesini yeni hedefleriyle eşleştirip her satırda performans ve indeks bilgisini birlikte tutmaktır.

Tek tablo mantığı

• Eski URL ve yeni URL sütunu: eşleşme hatalarını yakalar.
• Tıklama, gösterim, ortalama konum: kaybın görünürlük mü CTR mi olduğunu ayırır.
• İndeks durumu: teknik erişilebilirliği doğrular.
• Cihaz ve ülke kırılımı: düşüşün sadece belli segmentte olup olmadığını gösterir.

Analytics tarafında sadece “Organic Search” kanal grafiğine bakmak yetersizdir. Taşıma öncesi ve sonrası aynı tarih aralığını seçin; ardından landing page, cihaz ve mümkünse dönüşüm tipi bazında filtre kurun. Mobilde düşen ama masaüstünde sabit kalan sayfalar çoğu zaman render, hız ya da şablon farkına işaret eder. Sadece blog dizininde kayıp varsa içerik eşleşmesi; sadece kategori sayfalarında kayıp varsa iç mimari veya canonical sorunu daha olasıdır.

Uzman ekiplerin gözden kaçırdığı nokta, query cluster ayrımıdır. Aynı URL birkaç sorgu kümesinde görünüyorsa, yeni sayfa bazı kümeleri koruyup bazılarını kaybedebilir. Böyle bir durumda toplam tıklama tek başına yanıltır. Önce markalı ve markasız sorguları, sonra bilgilendirici ve ticari sorguları ayırın. Böylece gerçek taşıma kaybı ile talep değişimi ya da SERP davranışı değişimini daha net görürsünüz.

İç bağlantı, backlink ve sayfa eşleşmesi neden trafik geri getirmez?

Yeni URL teknik olarak doğru açılıyor diye eski görünürlüğü otomatik devralmaz. Asıl soru şudur: yeni sayfa eski sayfanın arama niyetini gerçekten karşılıyor mu? Eski URL ayrıntılı bir rehberken yeni hedef kısa bir kategori özetine dönüştüyse, başlık ve H1 aynı kalsa bile trafik geri gelmeyebilir. Benzer biçimde eski ürün sayfası çok net bir sorguya yanıt verirken yeni sayfa genel bir koleksiyon sayfasına taşındıysa, Google bunu bire bir eşdeğer kabul etmeyebilir.

İç link ağı da bu süreçte sık kırılır. Navigasyon, breadcrumb, ilgili içerikler ve modül linkleri hâlâ eski URL’lere akıyorsa PageRank önce redirect’e uğrar, sonra yeni hedefe taşınır; bu hem tarama maliyeti hem de sinyal netliği açısından gereksiz yük oluşturur. Özellikle orphan page sorunu burada belirginleşir: sitemap’te olan ama site içinden link almayan yeni URL’ler geç keşfedilir ve geç toparlanır. Bu yüzden eski URL’lere giden dahili bağlantıları ve kırık hedefleri topluca görmek için backlink analizi ekranı ile dahili link raporunu birlikte okumak faydalıdır.

• Önce en çok trafik getiren eski URL’lere giden dahili linkleri düzeltin.
• Ardından yüksek otoriteli geri bağlantı alan sayfaları önceliklendirin.
• Son olarak düşük değerli ama yüksek adetli eski linkleri temizlik listesine alın.

Backlink tarafında gecikme görmek normaldir; fakat normal gecikme ile yanlış yorumlanan araç verisini ayırmak gerekir. Ahrefs’in resmi yardım merkezine göre bazı “lost” görünümleri gerçekte URL hareketi, sürüm farkı ya da geçici dalgalanma olabilir (Ahrefs Help Center). Bu yüzden “backlink kaybı var” demeden önce yeni URL’nin gerçekten indeksli olup olmadığını, eski linklerin 301 ile tek hedefe gidip gitmediğini ve aracın hangi URL varyantını izlediğini doğrulayın.

Manuel düzeltme gereken yerler genelde aynıdır: çok link alan eski içerikler, basın bağlantıları, partner sayfaları ve ana menüden desteklenen ticari sayfalar. Bu sayfalarda sadece redirect’e güvenmek yerine doğrudan yeni URL’ye dahili link vermek ve mümkünse harici link kaynaklarından güncelleme istemek toparlanmayı hızlandırır. Buna karşılık, artık stratejik değeri olmayan ve niyeti değişen bazı eski sayfalarda kontrollü 404 ya da 410 bırakmak daha temiz bir çözümdür.

14 günlük canlı vaka günlüğü: hangi URL neden toparlandı?

Anonimleştirilmiş bir B2B yazılım geçiş günlüğünde 186 eski URL, 42 kritik landing page ve 3 ana dizin taşıdık. İlk 24 saatte toplam trafik yerine URL kümelerine baktığımızda 42 kritik sayfanın 11’inin yeni hedefe tek hop 301 gittiğini, 9’unun yakın ama yanlış kategoriye düştüğünü, 6’sının zincire girdiğini, 7’sinin indekslenebilir olsa da içerik derinliği kaybettiğini gördük. Toplam grafik panik yaratıyordu; URL bazlı günlük ise hangi sorunun teknik, hangisinin içerik kaynaklı olduğunu ilk günden ayırdı.

• Gün 1-3: Redirect zincirleri temizlendi, yanlış kategori hedefleri eşdeğer sayfalara çevrildi.
• Gün 4-7: İç linkler yeni URL’lere döndürüldü, eski URL içeren sitemap kaldırıldı, yeni sitemap yeniden gönderildi.
• Gün 8-10: Toparlanmayan 7 sayfada başlık, H1, bölüm yapısı ve içerik kapsamı eski niyete göre yeniden yazıldı.
• Gün 11-14: Yüksek değerli 12 harici link kaynağına yeni hedef URL iletildi, kritik sayfalar URL Inspection üzerinden yeniden kontrol edildi.

14. gün sonunda 42 kritik sayfanın 27’si gösterim artışı göstermişti, 8’i yataydı, 7’si ise hâlâ yeni sayfanın arama niyeti zayıf kaldığı için toparlanmamıştı. En hızlı kazanım redirect düzeltmesinden değil, yanlış eşleşen sayfaların yeniden yazılmasından geldi. Bu, sahada sık gördüğümüz bir durum: teknik olarak erişilebilir olan ama eski sorgu setini karşılamayan sayfa, indekslense bile kaybı geri çeviremiyor.

Search Engine Journal’daki Temmuz 2025 tarihli vaka analizi de toparlanmanın günlerle değil haftalarla ölçüldüğünü vurguluyor. Bizim günlüklerde de benzer bir desen çıkıyor: ilk hafta teknik kanamayı durdurur, ikinci hafta Google’ın yeni sinyali işlemesini beklersiniz, asıl fark ise yanlış sayfa eşleşmelerini düzelttiğinizde görünür olur. “Biraz bekleyelim” tek başına strateji değildir; beklerken neyi izlediğiniz belirleyicidir.

Bu nedenle 14 günlük vaka günlüğü sadece raporlama aracı değil, önceliklendirme aracıdır. Hangi URL neden toparlandı sorusuna tek cümlelik yanıt vermek yerine, her satırda redirect durumu, iç link akışı, indekslenebilirlik ve içerik uyumu notu tutun. Böyle bir günlük, özellikle yeniden yapılanma yaşayan KOBİ sitelerinde teknik ekip ile içerik ekibi arasında ortak karar zemini kurar.

SEOYEN, Ahrefs ve SEMrush ile izleme işini nasıl hızlandırırsınız?

Migrasyon sonrası teşhiste amaç daha fazla araca bakmak değil, doğru veriyi aynı iş akışında toplamaktır. Bu nedenle sıralama, teknik sağlık, backlink ve AI görünürlüğünü ayrı sekmelerde değil tek karar akışında okumak önemlidir. SEOYEN tarafında sıralama takibi paneli, site sağlığı taraması, backlink analizi ekranı ve AI görünürlük analizi aynı operasyonun parçaları gibi çalışır; özellikle Türkçe proje yöneten ekiplerde bu bütünlük karar süresini kısaltır.

SEOYEN’in farkı burada sadece veri göstermek değil, veriyi Türkiye pazarı için daha erişilebilir hale getirmesidir. Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek sayesinde teknik SEO çıktıları sadece uzman ekibin değil, küçük işletme sahibinin de okuyabildiği bir iş akışına dönüşür. Güncel plan yapısını görmek isteyen ekipler için fiyatlandırma sayfası yeterlidir; makale içinde sabit rakam vermemek bu yüzden daha sağlıklıdır.

Ahrefs ve SEMrush kullanan ekipler için doğru yaklaşım, onları rakip ekranlar olarak değil tamamlayıcı bakışlar olarak görmektir. Ahrefs backlink tarafında derin bir referans sunabilir; SEOYEN ise aynı işi Türkçe kullanım senaryosuna daha yakın, tek platformda ilerleten bir operasyon merkezi kurar. SEMrush kampanya ve görünürlük raporları bazı ekiplerde hâlâ yer tutabilir; buna rağmen günlük migration takibinde karar almak için yerel dilde, tek panelde çalışan bir yapı çoğu zaman daha pratiktir. Geçiş yapan ekipler, Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfalarından hangi raporun hangi amaca karşılık geldiğini net biçimde eşleyebilir.

Adım Adım URL taşıma sonrası organik trafik düşüşünü teşhis etme

Aşağıdaki akış, URL taşıma sonrası düşüş yaşayan sitelerde karmaşayı hızla azaltır. Amaç tek tek araçlara bakmak değil, aynı URL üzerinde performans, indeks, redirect ve içerik uyumunu aynı sırayla doğrulamaktır.

1. Önce düşüş tipini sınıflandırın: Search Console’da tıklama, gösterim, ortalama konum ve indeks sinyallerini birlikte açın. Gösterim ile tıklama ayrımı, sizi doğrudan CTR mi yoksa görünürlük problemi mi olduğuna götürür. Bu ayrımı yapmadan teknik düzeltmeye başlamak zaman kaybettirir.
2. Eski URL envanterini çıkarın: Taşıma öncesi organik trafik alan URL’leri Analytics, Search Console ve eski sitemap kayıtlarından toplayın. Her eski URL’nin yanına yeni hedefi, sayfa tipi ve trafik değeri sütunlarını ekleyin. Önceliklendirme bu tablo üzerinden yapılmalıdır.
3. 301 ve hedef eşleşmelerini doğrulayın: Eski URL’lerin doğru yeni sayfaya 301 ile gittiğini, redirect chain ya da loop oluşmadığını test edin. Sadece durum kodu yeterli değildir; hedef sayfanın gerçekten eski niyeti karşılayıp karşılamadığını da kontrol edin.
4. İndeksleme ve canonical durumunu kontrol edin: Yeni URL’lerin indekslenebilir, self canonical ve sitemap içinde yer alan sayfalar olduğundan emin olun. URL Inspection ile canlı test ve son indekslenmiş sürüm farkını kontrol etmek, şablon seviyesindeki hataları yakalamada çok etkilidir.
5. İç link ve backlink akışını tarayın: Eski URL’ye işaret eden dahili bağlantıları ve yüksek değerli geri bağlantıları bulun. Dahili linkleri doğrudan yeni hedefe çevirin; harici tarafta ise yalnızca yüksek etkili link kaynakları için manuel güncelleme isteyin.
6. Toparlanmayı günlük izleyin: Kritik URL’ler için 14 günlük bir takip şablonu tutun. Her satırda tıklama, gösterim, konum, indeks, redirect tipi ve içerik notu olsun. Böylece hangi düzeltmenin ne zaman etki verdiğini gerçekten görebilirsiniz.

İlgili video kaynak olarak Google Search Central’in site move ve URL Inspection anlatımları faydalıdır. Yazılı kontrol listesiyle birlikte izlendiğinde, ekip içinde aynı terimleri kullanarak daha hızlı aksiyon alınmasını sağlar.

Sıkça Sorulan Sorular