Rehber
İçerik Denetiminde Sil, Birleştir, Güncelle: Hangi İçerik İçin Hangi Karar?
Bir içeriğin düşük performans göstermesi onu otomatik olarak silinecek hale getirmez. İçerik denetiminde koru, güncelle, birleştir, yönlendir, kaldır ve noindex kararlarını hangi sinyallerle ayırabileceğinizi inceliyoruz.

İçerikleri denetlerken tablolardaki en cezbedici sütunlardan biri son 12 ayın trafik verisidir.
Sıfır tıklama. Az gösterim. İki yıldır güncellenmemiş. Belki hiç dönüşüm üretmemiş.
Birkaç filtre ile silinecek içerik listesi kendiliğinden oluşmuş gibi görünür.
Sorun şu: Bu rakamlar sayfanın ne işe yaradığını anlatmakta eksik kalabilir.
Organik trafiği düşük bir içerik, satış ekibinin müşteriye sürekli gönderdiği bir rehber olabilir. Yılda birkaç kez aranan bir makale satın alma kararında önemli bir soruyu cevaplıyor olabilir. Dışarıdan değerli bağlantılar almış bir diğer örnek, başka içeriklerin anlaşılmasını sağlayan bir köprü görevi görüyor ya da yalnızca tarihsel bir kayıt olarak tutulması gerekiyor olabilir.
Elbette tersi de mümkün. Trafiği hâlâ güçlü olan bir sayfada yanlış bilgiler bulunabilir.
İçerik denetiminde mesele, en zayıf rakamı bulup URL’yi cezalandırmak değil. Önce o içeriğin bugün hâlâ hangi işi yaptığını anlamak gerekiyor.
Trafik karar verirken önemli, hüküm verirken yetersiz
Google Search Console; tıklama, gösterim, CTR ve konum gibi arama performansını okumak için çok değerli. Fakat bu verinin sınırları var.
Google, nadir sorguların gizlilik amacıyla sorgu tablosundan çıkarılabildiğini ve tabloların bütün veri satırlarını göstermediğini açıkça belirtiyor. Ayrıca duplicate yani kopya URL’lerin performans verisi çoğunlukla Google’ın seçtiği canonical URL altında toplanıyor.
Bu yüzden sorgu tablosunda görünmeyen her ifade için “hiç aranmadı” sonucuna varamayız.
Fakat tersi yönde de aşırı yorum yapmamak gerek. Bir URL gerçekten sıfır gösterim alıyorsa “Google herhalde gizli long-tail verisini göstermiyor” diyerek sayfayı otomatik olarak değerli ilan edemeyiz.
Trafik bir sinyaldir. Nihai karar değil.
Bir URL’ye bakarken arama performansının yanına en azından şu soruları koymak isabetli olacaktır:
İçerik hâlâ gerçek bir kullanıcı ihtiyacını karşılıyor mu?
Bilgi doğru mu?
Kurum açısından hâlâ anlamlı mı?
Başka bir URL aynı işi daha iyi yapıyor mu?
Dış bağlantıları veya önemli iç bağlantıları var mı?
Arşiv, destek, satış veya güven açısından ayrı bir görevi bulunuyor mu?
Bu soruların cevapları “sıfır tıklama” sütunundan daha karmaşık olabilir. Zaten iyi bir içerik denetiminin değeri de bu noktada başlıyor.
Güncelle: İhtiyaç devam ediyor, cevap eskidiyse
Eski bir yayın tarihi tek başına problem değildir.
Google’ın people-first content (insan odaklı içerik) rehberi bunu oldukça net bir yerden ele alıyor. İçeriği anlamlı biçimde değiştirmeden yalnız tarihini yenilemek veya çok sayıda eski içeriği sırf sitenin daha taze görüneceği düşüncesiyle kaldırmak, Google’ın önerdiği bir yaklaşım değil.
Dolayısıyla “iki yıldan eski bütün içerikleri güncelleyelim” iyi bir denetim kuralı değil.
Daha anlamlı soru, içeriğin içinde eskimiş ne olduğudur.
Bir istatistik güncelliğini kaybetmiş olabilir. Mevzuat değişmiş olabilir. Ekran görüntüleri artık kullanılan ürünü göstermiyor olabilir. Bağlantılar çalışmıyor, fiyatlar değişmiş, bir uygulamanın arayüzü tamamen yenilenmiş olabilir.
Bazen sorun bilgi değil, kullanıcının beklentisidir. Geçmişte kısa bir açıklama yeterliyken bugün aynı sorguda insanlar karşılaştırma, adım adım rehber veya başka bir format arıyor olabilir.
Böyle bir durumda yalnız birkaç paragraf eklemek gerçek güncelleme değildir. İçeriğin görevi ve tanımı yeniden düşünülmelidir.
Buna karşılık yıllardır değişmeyen temel bir kavramı doğru ve yeterli biçimde anlatan evergreen (unutulmayan ve ölmeyen) bir sayfayı takvim geldi diye yeniden yazmanın da anlamı yok.
Güncelleme ihtiyacını yaş değil, bilginin ve kullanıcı ihtiyacının değişmesi yaratır.
Birleştir: İki URL gerçekten aynı işi yapıyorsa
İçerik denetimlerinde “cannibalization” kelimesi bazen gereğinden hızlı kullanılıyor ki çoğu kaynakta “ürün yamyamlığı” olarak çevrildiğini görüyoruz.
İki sayfada aynı anahtar kelimenin geçmesi, iki URL’nin aynı sorguda görünmesi veya konu başlıklarının birbirine yakın olması tek başına birleştirme gerekçesi değil.
Önemli olan kullanıcı açısından görevlerinin ne kadar örtüştüğü.
Örneğin aynı sitede:
“B2B içerik stratejisi nasıl hazırlanır?” ve “B2B içerik stratejisinde dikkat edilmesi gerekenler” başlıklı iki yazı aynı kullanıcıya büyük ölçüde aynı cevabı veriyorsa gerçek bir konsolidasyon adayı olabilir.
Fakat: “İçerik stratejisi nasıl hazırlanır?” ile “İçerik stratejisi bütçesi nasıl belirlenir?” aynı kavram ailesinde olsa da farklı problemlere cevap verebilir.
Google’ın canonical dokümantasyonunda da benzer mantık göze çarpıyor: sistem, aynı veya çok benzer ana içeriğe sahip URL’leri bir kopya kümesi olarak değerlendirebiliyor. Sayfalar gerçekten farklıysa farkın içerikte açık ve anlamlı olması gerekiyor.
Birleştirme kararı verirken yalnız kelime çakışmasına değil şunlara bakmak daha sağlıklı:
- Kullanıcı niyeti aynı mı?
- Sayfaların cevapladığı temel soru aynı mı?
- Ayrı tutulduklarında her biri benzersiz değer üretiyor mu?
- Hangisinin daha güçlü backlink, performans veya dönüşüm geçmişi var?
- Tek bir URL kullanıcı için gerçekten daha iyi bir cevap oluşturacak mı?
Son sorunun cevabı hayırsa sırf “iki URL yerine bir URL daha SEO dostudur” düşüncesiyle konsolidasyon yapmak gereksiz olabilir.
Yönlendir: Yeni hedef eskisinin gerçek karşılığıysa
İki içerik gerçekten birleştirildiğinde veya bir sayfanın yerini başka bir URL aldığında kalıcı yönlendirme doğal bir sonraki adımdır.
Google, permanent redirect’leri yani kalıcı yönlendirmeleri yeni URL’nin canonical hedef olması yönünde güçlü bir sinyal olarak kullanıyor. Güncel site taşıma rehberinde de 301 ve diğer kalıcı yönlendirmelerin PageRank kaybına yol açmadığını belirtiyor.
Buradan “silinen her şeyi bir yere 301 verelim” sonucu çıkmıyor.
Eski URL ile yeni hedef arasında anlamlı bir karşılık bulunması gerekiyor.
Google, çok sayıda eski URL’nin tek ve ilgisiz bir hedefe — örneğin ana sayfaya — yönlendirilmesinin kullanıcıları şaşırtabileceğini ve soft 404 olarak değerlendirilebileceğini açıkça söylüyor. Buna karşılık birkaç eski sayfa gerçekten tek bir yeni konsolide içeriğin parçası olduysa bu URL’lerin o sayfaya yönlendirilmesini uygun görüyor.
Kısacası redirect, kaybolan URL’lerin çöpe atıldığı bir torba değil. Eski kaynak ile yeni hedef arasında devam eden bir ilişkiyi ifade ediyor.
Ayrıca birleştirme sonrasında yalnız yönlendirme eklemek yetmez. Site içindeki eski bağlantıların da mümkün olduğunca yeni URL’ye çevrilmesi daha temiz bir yapı sağlar ve gereksiz redirect zincirlerini azaltır.
Sil: İçeriğin artık savunulabilir bir görevi kalmadıysa
Bazı URL’ler gerçekten gitmelidir.
Yanlış ve düzeltilemeyecek bilgi taşıyan bir içerik olabilir. Hukuki veya gizlilik nedeniyle kaldırılması gerekebilir. Artık var olmayan bir ürün ya da hizmet için eşdeğer yeni bir sayfa bulunmayabilir. Bir URL başka içeriklerin aynısını üretmiş, ayrı hiçbir değer taşımıyor ve konsolidasyon için de anlamlı bir hedef oluşturmuyor olabilir.
Böyle bir durumda 404 veya 410 normal çözümlerdir.
Google’ın 2026 tarihli HTTP durum kodu dokümantasyonu bu konuda oldukça açık: 429 dışındaki 4xx yanıtları temel olarak içeriğin bulunmadığı sinyalini verir ve daha önce indekslenmiş URL zaman içinde indeksten çıkarılır. 404 ile 410 arasında SEO açısından dramatik bir üstünlük tanımlanmıyor.
Dolayısıyla “410 mutlaka daha profesyoneldir” ya da “404 siteye zarar verir” türü kuralların peşinden gitmeye gerek yok.
Daha önemli soru başka:
Bu URL’nin yerine gerçekten gönderilebilecek bir kullanıcı var mı?
Varsa uygun bir redirect düşünülebilir.
Yoksa gerçek bir 404 veya 410, ilgisiz bir sayfaya zorla yönlendirmekten daha dürüst bir cevap olabilir.
Arşivle: Tarihi geçmiş olması değersiz olduğu anlamına gelmiyorsa
Eski bir etkinlik sayfası bugün kayıt toplamayabilir. Beş yıl önce yayımlanan bir araştırma güncel veri sunmuyor olabilir. Eski bir basın açıklaması artık yeni bir gelişme değildir.
Bunların hepsi otomatik silme adayı değil.
İçeriğin tarihsel değeri varsa arşivlemek daha iyi bir seçenek olabilir.
Bu bazen sayfayı olduğu gibi tutup üzerinde yayın tarihini ve tarihsel bağlamı açıkça göstermek demektir. Bazen arşiv bölümüne taşımak, bazen de sayfayı web’de erişilebilir bırakırken arama sonuçlarında görünmesini istememek anlamına gelebilir.
Burada noindex ayrı bir araçtır. Sayfa kullanıcı için yaşamaya devam eder ama arama sonuçlarında görünmesi istenmiyorsa düşünülebilir.
Fakat noindex’i “SEO performansı düşük sayfaları görünmez yapalım” çözümüne dönüştürmek başka bir şey. Google’ın crawl-budget (tarama bütçesi) rehberi, noindex uygulanmış bir URL’nin talimatın görülebilmesi için yine crawl edilmesi gerektiğini açıkça belirtiyor. Bu yüzden noindex, crawl (tarama) bütçesi boşaltma yöntemi değildir.
Crawl budget her site için pruning gerekçesi değil
“Bu sayfaları silelim, Google önemli içeriklere crawl budget ayırsın” kulağa teknik olarak güçlü geliyor.
Çoğu kurumsal site içinse önce gerçekten böyle bir problem olup olmadığına bakmak gerekiyor.
Google’ın Temmuz 2026’da güncellediği crawl-budget rehberi özellikle üç site tipini hedefliyor: yaklaşık bir milyon veya daha fazla sayfaya sahip ve sık değişen büyük siteler; günlük değişen 10.000’den fazla URL’ye sahip orta-büyük siteler; ya da URL’lerinin önemli kısmı “Discovered – currently not indexed” durumda kalan siteler. Google bu rakamların kesin eşikler değil, kabaca sınıflandırma amaçlı olduğunu da ekliyor.
Yüzlerce veya birkaç bin içerikten oluşan sıradan bir kurumsal yayın alanında, düşük trafikli makaleleri silmenin ana gerekçesini crawl budget yapmak bu nedenle zayıf kalabilir.
Büyük sitelerde duplicate URL envanterini, faceted navigation’ı (yönlü gezinme) ve gereksiz crawl alanlarını yönetmek elbette başka bir konu.
İçerik denetimi ile teknik URL envanteri temizliğini aynı torbaya koymamak gerekiyor.
Bir URL için karar tablosu
İçerik denetiminde tek bir puan üretmek yerine, kararın gerekçesini görünür kılan basit bir çerçeve daha kullanışlı olabilir.
| Durum | Daha olası karar |
|---|---|
| İçerik doğru, özgün ve hâlâ gerçek bir ihtiyacı karşılıyor | Koru |
| İhtiyaç devam ediyor ama bilgi, örnekler veya format eskimiş | Güncelle |
| Başka bir URL aynı kullanıcı ihtiyacını daha iyi karşılıyor ve ciddi örtüşme var | Birleştir |
| İçerik yeni/eşdeğer bir URL’ye taşınmış | Yönlendir |
| İçerik artık yanlış, gereksiz veya sürdürülemez ve eşdeğer hedef yok | Sil / 404–410 |
| Güncel değil ama tarihsel veya kurumsal kayıt değeri var | Arşivle |
| Sayfanın web’de kalması gerekiyor ancak Search’te görünmesi istenmiyor | Noindex değerlendir |
Bu tablonun özellikle söylemediği şey de önemli: “0 trafik = sil”, “iki yıl = güncelle”, “aynı keyword = birleştir”, “eski URL = ana sayfaya yönlendir” gibi otomatik kurallar yok.
En iyi audit sorusu sayfanın geçmişi değil, bugünkü görevi
İçerik denetimi sonunda daha az URL’ye sahip olmak bir başarı ölçütü değil.
Bazen doğru sonuç gerçekten yüzlerce sayfanın kaldırılması olabilir. Başka bir sitede ise asıl iş silmekten çok içerikleri güncellemek, birkaç overlap’i birleştirmek ve yıllardır sahipsiz kalan sayfalara sorumlu atamak olabilir.
Google’ın people-first rehberindeki yaklaşım da bu açıdan oldukça açıklayıcı: siteyi sırf arama motoruna daha “taze” göstermek için eski içerikleri topluca kaldırmanın faydası yok.
İyi bir denetim tablosunda trafik sütunu bulunmalı. Backlink, conversion yani dönüşüm, içerik yaşı ve sıralama da bulunabilir.
Ama karar sütunu bunlardan herhangi birinin otomatik sonucu olmamalı.
Her URL için son soru daha basit:
Bu içerik bugün kimin hangi ihtiyacını karşılıyor ve bu işi sitedeki en doğru URL olarak hâlâ o mu yapıyor?
Cevap netleştiğinde “sil, birleştir, güncelle” kararı da çok daha az mekanik hale geliyor.
Kaynaklar
- Google Search Central — Creating Helpful, Reliable, People-First Content
- Google Search Central — Redirects and Google Search
- Google Search Central — Site Moves and Migrations
- Google Crawling Infrastructure — How HTTP Status Codes Affect Google’s Crawlers
- Google Crawling Infrastructure — Crawl Budget Management
- Google Search Central — What Is URL Canonicalization?
- Google Search Console Help — Performance Report: Dimensions and Data Groupings
- Google Search Console Help — Performance Report: Troubleshooting Data Discrepancies