Content Pruning Nedir? Ne Zaman Yapılmalı?

Content pruning nedir?
Content pruning, yani içerik budama, sitenizdeki mevcut sayfaları tek tek değerlendirip her biri için güncelle, birleştir, sil, noindex yap veya olduğu gibi bırak kararı vermektir. Amaç sayfa sayısını azaltmak değil, sitenin bakımını veriye dayalı yapmak ve kullanıcıya faydası kalmayan sayfaları ayıklamaktır.
Kelime İngilizce, ama iş çok tanıdık. Bahçıvan da her dalı kesmez; kurumuş, birbirine dolanmış ve ışığı kapatan dalı alır. Sitenizde de durum aynı. Bazı sayfalar ziyaretçiye hâlâ iş görür, bazıları birbirinin kopyasıdır, bazıları da hiç kimseye hizmet etmeyen boş şablonlardır.
Ben bu işi 2012'den beri sahada yapıyorum ve en çok şu cümleyi duyuyorum: “Trafiği az olan sayfaları silelim mi?” Cevabım neredeyse hep aynı: önce bakalım. Çünkü budama bir temizlik refleksi değil, sayfa bazında verilen bir bakım kararıdır.
Content pruning sıralamayı gerçekten artırır mı?
Tek başına ve “eski” diye yaparsanız hayır. Google Search Central yardımcı içerik rehberi, SEO için yanlış motivasyonlar arasında şunu sayıyor: siteyi bir şekilde “taze” gösterir diye eski içeriğin büyük kısmını silmek. Sayfadaki cevap kısa ve net: bu işe yaramaz.
Yani içerik budama bir tazelik numarası değildir. Sitenizi yeni göstermek için sayfa silmek Google'ın ölçtüğü bir şey değil. Silinen sayfa iyi bir sayfaysa, kaybettiğiniz şey yalnızca o sayfanın trafiği olmaz; o sayfaya gelen backlink değeri ve iç link bağlamı da gider.
Öte yandan dolaylı bir kazanç mümkün. Kopyaları birleştirdiğinizde sinyalleri tek adreste toplarsınız. Boş şablon sayfalarını indeksten çıkardığınızda sitenizin genel kalite profili netleşir. Ancak bunlar garanti edilen sonuçlar değil, doğru karar verirseniz ortaya çıkabilecek yan etkilerdir.
- Yalnızca eski olduğu için silmek sıralamayı artırmaz.
- Kopya sayfaları birleştirmek sinyalleri tek adreste toplar.
- Boş ve otomatik sayfaları ayıklamak site kalitesini netleştirir.
- Her durumda sonuç garantisi yoktur; ölçüm haftalar sürer.
Google eski içerik hakkında ne diyor?
Ağustos 2023'te CNET binlerce eski makaleyi sildi. Search Engine Roundtable derlemesi bunu özetliyor: sayfa görüntüleme, backlink profili ve son güncellemeden geçen süre gibi ölçütlerle seçim yaptığını duyurdu. Tartışma da bu olay üzerinden büyüdü.
Google'dan Danny Sullivan sert bir soru sordu: Sitenizden içeriği, Google'ın “eski” içeriği sevmediğine inandığınız için mi siliyorsunuz? Ona göre böyle bir şey yoktu. John Mueller ise daha dengeli konuştu.
Mueller'in mesajı şuydu: Silmek istediğinizi silin, çünkü site bakımı iyi bir şeydir. Ancak yalnızca eski diye silmenin SEO'yu sihirli biçimde düzelteceğini varsaymayın. Üstelik az trafikli bir içerik, belirli bir kitleye hâlâ değer sunuyor olabilir.
Bu iki cümle bugün de işe yarayan bir süzgeç. Kendinize şunu sorun: bu sayfayı silme gerekçem “eski” mi, yoksa “kimseye faydası yok” mu? Birincisi gerekçe değildir, ikincisi ise veriyle kanıtlamanız gereken bir iddiadır.
Hayali bir örnekle açıklayayım. Sitenizde yıllar önce yazılmış bir blog yazısı var ve ayda iki kişi okuyor. Yazı hâlâ doğruysa, sadece yaşlı diye onu silmek mantıksız. Doğru ama yüzeyse güncelleyin. Başka bir yazıyla aynı konuyu işliyorsa birleştirin. Yanlışsa ve kimseye yaramıyorsa, o zaman silmeyi konuşabiliriz.
Content pruning ne zaman yapmalısınız?
Saha tecrübeme göre budamayı haklı çıkaran beş tipik durum var. Bunların hiçbiri “sayfa eski” cümlesiyle başlamıyor. Hepsi veride gördüğünüz bir sorunla başlıyor.
- Site yenilemesi veya taşıma öncesinde: hangi sayfaların yeni siteye taşınacağını belirlemek zorundasınız.
- Search Console'da çok sayıda “Crawled - currently not indexed” veya kopya sayfa birikmişse.
- Etiket, tarih arşivi, boş kategori ve otomatik sayfa gibi ince içerik şablonları varsa.
- Bir kalite veya spam güncellemesinden sonra sitenizi teşhis ediyorsanız.
- Yılda bir kez planlı içerik bakımı yapıyorsanız.
Site yenileme durumunu ayrıca web sitesi yenilerken SEO konusunda ve içerik taşıma tarafını içerik taşıma rehberinde ayrıntılı anlattım. Yeni bir tasarım düşünüyorsanız, önce envanter çıkarmak işinizi ciddi biçimde kolaylaştırır; bu noktada web tasarım hizmetimizle bu envanteri tasarım planına bağlıyoruz.
Content pruning ne zaman yapmamalısınız?
Budamanın en pahalı hatası, yanlış zamanda ve yanlış gerekçeyle yapılmasıdır. Aşağıdaki durumlarda elinizi sayfalardan çekmenizi öneririm.
- Sayfa yalnızca “eski” olduğu için.
- Site yeniyse ve veri yoksa; ilk 3-6 ay için bu benim saha tecrübeme dayalı bir eşiktir, kesin kural değil.
- Trafik düşüşünün nedeni teknik veya algoritmik olabilirken, elinizde kanıt yokken.
- Toplu ve geri dönüşsüz silme planlıyorsanız.
- Düşük trafiği tek ölçüt olarak kullanıyorsanız.
Sonuncusu sahada en çok gördüğüm hata. Fiyat, hukuki metin, kurum bilgisi ve iletişim sayfaları trafik getirmez, ama işletmenin çalışması için gereklidir. Ayrıca bazı sayfalar doğrudan arama trafiğiyle değil, reklam veya e-posta trafiğiyle çalışır.
Trafik düşüşünün nedeni belirsizse önce teşhis edin. Sorun tarama tarafındaysa Googlebot daha az taramasının nedenlerine, genel bir kalite kaybı şüphesi varsa Google spam güncellemesi yazısına bakın.
Budama kararını her sayfa için nasıl verirsiniz?
Ben bu iş için dört adımlı bir soru sırası kullanıyorum ve buna “Budama Kararı” diyorum. Her URL aynı sorulardan sırayla geçer. İlk “evet” geldiği noktada karar da netleşir.
- Kullanıcıya hâlâ faydası var mı? Evet ise tutun veya güncelleyin. Trafiksiz ama gerekli kurum, hukuk ve fiyat sayfaları bu gruptadır.
- Aynı niyete başka bir sayfa daha iyi yanıt veriyor mu? Evet ise birleştirin: güçlü sayfada toplayın, zayıfı 301 ile ona yönlendirin. Bu, kanibalizasyonu da çözer.
- Backlink veya dönüşüm değeri var mı? Evet ise silmeyin; birleştirin veya güncelleyin, 301 hedefini ilgili bir sayfa yapın.
- Hiçbiri yoksa ve sayfa gerçekten değersizse: silin (404/410). Kullanıcıya hâlâ lazımsa noindex verin, örneğin filtre, etiket veya teşekkür sayfalarında.
Bu sıralamanın güzel yanı, silmeyi en sona bırakmasıdır. Silme kararı ancak üç savunmayı da aştıktan sonra gelir. Böylece “trafiği az” gibi tek cümlelik gerekçeler karar masasına giremez.
Budama için sayfa envanterini nasıl çıkarırsınız?
Envanter, budamanın yüzde sekseni. Karar vermeden önce her sayfayı tek tabloda görmeniz gerekir. Ben bu tabloyu Google Sheets içinde kuruyorum; ayrı bir araç şart değil.
Başlangıç listesi için sitemap'i kullanın. Sitemap'iniz yoksa ya da güvenilmezse, XML sitemap oluşturucu ile hızlı bir liste çıkarabilirsiniz. Ardından her URL'nin yanına şu sütunları ekleyin:
- Search Console'dan sayfa bazlı tıklama ve gösterim (saha tecrübem: son 12 ay).
- Analitik araçtan oturum ve etkileşim verisi.
- Search Console Bağlantılar raporundan o sayfaya gelen dış ve iç link sayısı.
- Sayfanın dönüşüme katkısı: form, arama, sipariş veya telefon tıklaması.
- Sayfanın niyeti: bilgi mi, işlem mi, kurumsal mı?
Sonra bir “karar” sütunu açın. Her satırı doldurmadan tek bir sayfaya dokunmayın. Bu tablo aynı zamanda müşteriye veya ekibinize sunacağınız gerekçe belgesi olur.
Trafiği az ama değerli sayfaları nasıl ayırt edersiniz?
Düşük trafik, değersizlik anlamına gelmez. Bunu müşterilerimin envanterinde sık görüyorum. Bir hizmet sayfasını ayda yalnızca birkaç kişi açar, ama o birkaç kişiden biri teklif ister. Dolayısıyla tıklama sayısına tek başına bakmak sizi yanıltır.
Bu tür sayfaları ayırt etmek için üç soruya bakın. Sayfa bir satın alma veya iletişim adımının parçası mı? Başka kanallardan, örneğin reklamdan, e-postadan veya satış görüşmesinden trafik alıyor mu? Dışarıdan link almış mı?
- Dönüşüm yolunda yer alan sayfalar: fiyat, paket, iletişim, sipariş.
- Başka kanaldan beslenen sayfalar: reklam açılış sayfası, e-posta bağlantısı, QR kod.
- Backlink alan sayfalar: başka sitelerin referans verdiği kaynaklar.
- Yasal veya kurumsal zorunluluğu olan sayfalar: gizlilik, çerez, künye.
Bunlardan biri “evet” çıkarsa sayfayı organik trafiği düşük olsa da yerinde bırakırsınız. Yani “az trafik” ile “az değer” arasına eşittir işareti koymayın. Mueller'in, az trafikli içeriğin belirli bir kitleye değer sunabileceği uyarısı tam da bu noktaya işaret ediyor.
Bu ayrımı kurala bağlamak için kendinize bir eşik koyun. Örneğin “bu sayfayı silmek için üç gerekçe yazmam lazım” kuralı, refleksle silmeyi engelliyor. Gerekçeyi yazamıyorsanız sayfaya dokunmayın. Bu basit kural, ekiplerle çalışırken bile tartışmaları kısaltıyor ve karar sorumluluğunu netleştiriyor.
Hangi sayfada hangi aksiyonu seçersiniz?
Dört soru size kararı verir. Uygulama ise karara göre değişir. Aşağıdaki tablo, beş aksiyonun ne zaman mantıklı olduğunu, teknik olarak nasıl yapıldığını ve riskini özetliyor.
| Aksiyon | Ne zaman | Teknik uygulama | Risk |
|---|---|---|---|
| Güncelle (refresh) | Konu hâlâ geçerli, içerik eskimiş veya zayıf | Metni, başlığı ve meta alanlarını yenileyin; adres aynı kalsın | Düşük; adres değişmediği için sinyal kaybı yok |
| Birleştir ve 301 | Aynı niyete hizmet eden birden fazla sayfa var | Güçlü sayfada toplayın, zayıfı 301 ile ona yönlendirin, iç linkleri güncelleyin | Orta; hedef ilgisizse Google yönlendirmeyi yok sayabilir |
| Sil (404/410) | Değeri olmayan, backlinki ve dönüşümü olmayan sayfa | 404 veya 410 döndürün, iç linkleri ve sitemap kaydını temizleyin | Orta; yanlış sayfayı silmek geri alınamaz |
| noindex | Kullanıcıya lazım ama aramada görünmesi gerekmeyen sayfa | Meta robots noindex ekleyin; robots.txt ile engellemeyin | Düşük; Google etiketi görebilmek için sayfayı taramalı |
| Olduğu gibi bırak | Sayfa işini yapıyor veya veri henüz yetersiz | Bu turda müdahale yok; bir sonraki bakım turunda tekrar bakın | Çok düşük |
Tabloda en az konuşulan satır sonuncusu, ama çoğu sitede en kalabalık olan da odur. İyi bir budama raporunda “bırak” satırı kalabalık olmalı. Aksi hâlde süreç bakım değil, kıyım olmuş demektir.
İçerik birleştirme (merge) nasıl yaparsınız?
Birleştirme, budamanın en güvenli ve çoğu sitede en değerli biçimidir. Silmekten farkı şu: iki sayfanın emeğini çöpe atmazsınız, tek sayfada toplarsınız. Adımlar basit, ama sırası önemli.
- Güçlü URL'yi seçin: backlink ve tıklama verisi yüksek olan sayfa kazanır.
- Zayıf sayfanın işe yarayan bölümlerini güçlü sayfaya taşıyın.
- Başlığı ve meta açıklamayı yeni, genişlemiş kapsama göre güncelleyin.
- Zayıf sayfadan güçlü sayfaya 301 yönlendirme kurun.
- Sitedeki iç linkleri yeni adrese çevirin ve sitemap'i güncelleyin.
Google kopya URL birleştirme rehberi de aynı mantığı destekliyor: yönlendirme ve rel="canonical" güçlü sinyaldir, sitemap'e dahil etmek zayıf sinyaldir. Birden fazla yöntemi birlikte kullanmak, tercih ettiğiniz URL'nin seçilme ihtimalini artırır.
Yönlendirmeyi kurduktan sonra yönlendirme denetleyici ile sonucu doğrulayın. Zincir oluşmadığından emin olun; bu konuyu yönlendirme zinciri yazısında anlattım.
Content pruning ile kanibalizasyon arasındaki ilişki nedir?
Kanibalizasyon, aynı arama niyetine birden fazla sayfanızın yanıt vermesidir. Bu durumda Google hangi sayfayı öne çıkaracağına karar veremez ve sinyaller dağılır. Budamanın en sağlıklı kazanımlarından biri tam burada geliyor.
Örneğin bir danışmanlık sitesinde “SEO nedir” konusunu üç ayrı blog yazısı anlatıyor olabilir. Üçü de orta kalitede, üçü de birkaç tıklama alıyor. Bunları tek güçlü rehberde toplarsanız, okur için daha iyi bir sayfa ve sinyalleri tek adreste biriken bir yapı elde edersiniz.
Kontrol için Search Console'da aynı sorguda birden fazla sayfanın çıktığı satırlara bakın. Sorgu filtresini açıp sayfa kırılımına geçmeniz yeterli. Aynı sorguda iki sayfa dönüşümlü çıkıyorsa, birleştirme adayınızı bulmuşsunuz demektir.
Silinen sayfada 404 mü 410 mu kullanmalısınız?
Pratikte fark yok; ikisi de çalışır. Google HTTP durum kodları dokümantasyonu bunu açıkça yazıyor: 429 hariç tüm 4xx hataları aynı muameleyi görür ve “içerik yok” sinyali verir. Sayfa daha önce indeksliyse URL indeksten çıkar.
Bu nedenle 404 ile 410 arasındaki tartışmaya fazla zaman harcamayın. Asıl dikkat edeceğiniz şey “soft 404” oluşturmamak. Soft 404, sayfanın 200 döndürmesine rağmen içeriğin hata veya boş sayfa gibi görünmesidir. Search Console bunları ayrıca listeler.
Dahası, büyük site rehberine göre soft 404'ler taranmaya devam eder ve tarama bütçesi harcar. Kalıcı silinen sayfalar için ise 404 veya 410 öneriyor. Bu ayrıntı Google'ın tarama bütçesi rehberinde yer alıyor.
Kısacası silmeye karar verdiyseniz sunucudan gerçek bir 404 veya 410 döndürün. Silinen sayfayı ana sayfaya ya da alakasız bir kategoriye toplu yönlendirmek, soft 404 riskini artırır ve kullanıcıyı yanıltır.
noindex ne zaman silmekten daha doğrudur?
noindex, sayfayı siteden kaldırmadan arama sonuçlarından çıkarır. Kullanıcıya gerekli ama aramada görünmesi anlamsız sayfalarda ideal çözümdür. Filtre sonuçları, etiket arşivleri, teşekkür sayfaları ve dahili arama sonuçları tipik örneklerdir.
Burada iki noktaya dikkat etmelisiniz. Birincisi, noindex etiketini Google'ın görebilmesi için sayfanın taranabilir olması gerekir. Dolayısıyla aynı sayfayı robots.txt ile engellemeyin. İkincisi, bu sayfalara giden iç linkleri gözden geçirin; boşuna link değeri harcamasınlar.
Google kalıcı kaldırma için şu yolları gösteriyor: içeriği kaldırmak veya güncellemek, parola koruması ve noindex etiketi. Kaldırma Aracı (Removals tool) yalnızca geçici bir çözümdür; etkisi yaklaşık 6 ay sürer. robots.txt ise kaldırma yöntemi olarak uygun değildir.
120 sayfalık kurumsal sitede karar dağılımı nasıl olur?
Aşağıdaki hesap bir örnektir. Gerçek bir müşteri vakası değil, düşünme biçimini göstermek için kurduğum bir senaryo. Bu yüzdeler garanti de değil, ortalama da değil.
- Envanter: 120 sayfalık bir kurumsal site.
- 38 sayfa güncelleme listesine girdi: konu geçerli, metin eskimiş.
- 14 sayfa 6 konuda birleşti: aynı niyete hizmet eden sayfalar tek adreste buluştu, 301 geldi.
- 9 sayfa gitti: kopya etiket sayfaları ve boş sayfalar.
- 4 sayfa noindex aldı: filtre ve teşekkür benzeri sayfalar.
- 55 sayfa olduğu gibi kaldı.
Dikkat ederseniz bu örnekte yalnızca 9 sayfayı gerçekten sildik. Yani 120 sayfanın yüzde sekizinden azını. Küçük bir kurumsal sitede çoğu zaman tablo böyle çıkıyor: sitenin büyük kısmına dokunmazsınız veya güncellersiniz, silme payı küçük kalır.
Sizin sitenizde oranlar çok farklı çıkabilir. Amaç bu sayıları yakalamak değil. Amaç, her satırın arkasında bir gerekçe olmasıdır.
Budamayı güvenle nasıl uygularsınız?
Uygulama güvenliği, kararın kendisi kadar önemli. Yanlış bir toplu işlem, haftalarca süren bir toparlanma çalışmasına dönüşebilir. Aşağıdaki sırayı izlemenizi öneririm.
- Önce tam yedek alın ve envanteri CSV olarak saklayın.
- Küçük partilerle ilerleyin; örneğin 20-30 URL. Bu sayı saha tecrübemdir, kural değil.
- Her partiden sonra 4-6 hafta izleyin; bu da saha tecrübesine dayalı bir aralıktır.
- 301 haritasını elle kurun. İlgisiz sayfaya toplu yönlendirme yapmayın.
- İç linkleri güncelleyin ve silinen URL'lere giden bağlantıları temizleyin.
- Sitemap'ten silinen adresleri çıkarın.
- robots.txt ile engelleme yapmayın.
- Search Console'da dizin durumunu takip edin.
Yönlendirme konusunda Google'ın çizgisi net: 301 ve 308 kalıcı yönlendirmelerdir ve hedefin canonical olması için güçlü bir sinyaldir. Bu yüzden yalnızca değişiklik geri alınmayacaksa kullanın. Geri dönme ihtimaliniz varsa önce küçük bir parti deneyin.
Silmeden önce hangi kontrol listesini uygularsınız?
Her silme işleminden önce kendi kontrol listemi uygularım. Liste kısa, ama atlanınca pahalıya patlıyor. Sayfayı silmeden önce şu sorulara net cevap verin.
- Sayfanın dışarıdan aldığı backlink var mı?
- Son 12 ayda dönüşüm veya arama kaydı getirdi mi?
- Aynı niyete hizmet eden başka bir sayfa var mı ve 301 için ilgili bir hedefim var mı?
- Sitede bu sayfaya hangi iç linkler gidiyor, hepsini güncelleyebilir miyim?
- Yedeği aldım mı ve geri dönüş planım hazır mı?
Beş sorudan biri bile cevapsız kalırsa silmeyi bekletin. Acele etmenin bedeli yüksek, beklemenin bedeli ise neredeyse sıfır. Bekleyen sayfa sitenize zarar vermez; yanlışlıkla sildiğiniz sayfa verir.
Content pruning sırasında en sık yapılan hatalar nelerdir?
Sahada tekrar tekrar gördüğüm beş hata var. Çoğu acele ve veri eksikliğinden doğuyor. Listeyi bir kontrol sorusu gibi okuyabilirsiniz.
- Düşük trafiği tek ölçüt yapmak ve backlink ile dönüşüm verisine bakmamak.
- Silinen sayfaları ana sayfaya toplu yönlendirmek.
- Bütün işi tek günde, geri alma planı olmadan yapmak.
- Silinen sayfalara giden iç linkleri temizlememek.
- Budamadan sonra ölçüm yapmamak, yani neyin işe yaradığını hiç öğrenmemek.
Bir diğer hata, budamayı bütün SEO sorunlarının ilacı sanmak. Sonuç alamayan sitelerin çoğunda sorun içerikten önce başka yerde çıkıyor. Bu yüzden SEO neden sonuç vermez yazısındaki yaygın hataları da gözden geçirmenizi tavsiye ederim.
Backlink konusuna ayrıca dikkat edin. Dış linki olan bir sayfayı silmek, o linkin değerini boşa harcar. Kaliteli bağlantıların neden önemli olduğunu backlink nedir yazısında anlattım.
Budamanın sonucunu nasıl ölçersiniz, ne kadar beklersiniz?
Sonuç ölçümü haftalar alır ve garanti yoktur. Bunu baştan kabul etmek, erken panik yapmanızı engeller. Ben ölçümü üç katmanda kuruyorum.
- Dizin durumu: Search Console'da dizinlenen ve dizinlenmeyen sayfa sayıları nasıl değişti?
- Görünürlük: hedef sayfalarda gösterim ve tıklama eğilimi.
- İş sonucu: form, arama veya sipariş gibi dönüşümler.
Dizin raporundaki durumların resmî tanımlarını bilmek işinizi kolaylaştırır. Search Console sayfa dizinleme raporu yardımı şunu söylüyor: “Crawled - currently not indexed” sayfanın tarandığı ama indekse alınmadığı durumdur; ileride alınabilir de alınmayabilir de, yeniden göndermeye gerek yoktur.
“Discovered - currently not indexed” ise Google'ın URL'yi bulduğu ama henüz taramadığı anlamına gelir. “Duplicate without user-selected canonical” durumunda sayfa başka bir sayfanın kopyasıdır, siz tercih belirtmemişsiniz ve Google diğerini canonical seçmiştir.
Bu üç durumun azalması iyi bir işarettir. Ama tek bir haftalık dalgalanmaya bakarak karar vermeyin. Tarihleri not edin, bir sonraki bakım turunda karşılaştırın. Sitemap tarafında tarih alanlarını düzenli tutmak için de sitemap lastmod yazısına göz atabilirsiniz.
Küçük site ile büyük site arasında content pruning farkı var mı?
Evet, hem de büyük. Sık duyduğum gerekçe “tarama bütçesini boşa harcıyoruz” cümlesi. Oysa Google'ın tarama bütçesi rehberi yalnızca büyük siteler içindir: 1 milyon ve üzeri benzersiz sayfa ve haftalık değişen içerik, ya da 10.000 ve üzeri sayfa ile günlük çok hızlı değişen içerik.
Rehber ayrıca “Discovered - currently not indexed” durumundaki URL'leri çok olan siteleri de kapsıyor. Yani yüz ya da beş yüz sayfalık bir kurumsal sitede “tarama bütçesi için buda” gerekçesi genelde geçersizdir.
Küçük sitede budamanın gerçek gerekçeleri başka: kullanıcı deneyimi, kopya içerik, kanibalizasyon ve bakım maliyeti. Büyük sitede ise ek olarak tarama verimliliği devreye girer. Bu yüzden aynı reçeteyi iki siteye birden yazmayın.
- Küçük kurumsal site: çoğunlukla güncelle ve birleştir; silme payı küçüktür.
- Büyük içerik ve e-ticaret sitesi: tarama, kopya ve şablon sayfaları da gündemdedir.
- Yeni site: önce veri biriktirin, sonra karar verin.
Yapay zeka aramaları çağında content pruning anlamını kaybeder mi?
Hayır; tam tersine, içeriğin değeri daha çok önem kazanıyor. Google'ın genel çizgisi değişmedi: insanlar için yararlı, doğru ve özgün içerik. Google Search Central'ın yardımcı içerik rehberi bunun temel kaynağı.
Eski ve yüzeysel sayfalarla dolu bir site, yapay zeka özetlerinde ve klasik aramada aynı zayıflığı taşır. Buna karşılık güncel, net ve tek adreste buluşan içerik hem okura hem arama sistemlerine daha açık gelir.
Yapay zeka ile üretilen içerikte de kalite meselesi aynı. Bu konuyu Google yapay zeka içeriğine ceza veriyor mu yazısında ele aldım. Kısacası, içeriğin nasıl üretildiğinden çok kime ne kadar fayda sağladığı önemli.
Budamayı bu çağda da tek bir amaçla yapın: siteyi okur için daha temiz ve daha sağlam yapmak. Sıralama yan ürün olarak gelir, hedef olarak gelmez.
İçerik bakım takvimini nasıl kurarsınız?
Budama tek seferlik bir proje olmamalı. Bakım takvimi kurarsanız sitede birikme olmaz; her turda göz atacağınız sayfa sayısı küçük kalır. Benim önerdiğim düzen şöyle, saha tecrübesine dayalı bir başlangıç noktası olarak.
- Çeyreklik: Search Console'da kopya ve dizinlenmeyen sayfa durumlarını gözden geçirin.
- Altı aylık: en çok tıklanan ve en çok gösterilen sayfaları güncelleyin.
- Yıllık: tam envanter turu yapın ve budama kararlarını yenileyin.
- Olay bazlı: site yenilemesi, taşıma veya güncelleme sonrası ek kontrol yapın.
Takvimin iyi yanı, kararları “kriz anı” dışına çıkarmasıdır. Trafik düştüğünde panikle silmek yerine, planlı turda sakin karar verirsiniz. Bunu yapan siteler genellikle daha az sürprizle karşılaşır.
Tabii bu takvimi kendi işletmenizin hızına göre ayarlayın. Haftada bir yeni sayfa ekleyen site ile yılda iki kez içerik yayınlayan site aynı ritmi tutturmak zorunda değil.
Kendiniz mi yaparsınız, destek mi alırsınız?
Küçük bir sitede envanteri kendiniz çıkarabilirsiniz. Ne Search Console ne de Google Sheets para ister. İş, araçtan çok disiplin istiyor: her satıra gerekçe yazmak ve küçük partilerle ilerlemek.
Ancak birkaç yüz sayfayı aşan, çok dilli veya e-ticaret yapısındaki sitelerde karar sayısı hızla büyür. Bu durumda yönlendirme haritasını, canonical kurgusunu ve ölçüm planını birlikte yönetmeniz gerekir. SEO danışmanlığı hizmetimde bu işi envanterden uygulamaya, ardından izlemeye kadar birlikte yürüttüğümüz bir süreç olarak ele alıyorum.
Sitenizde budamanın gerçekten gerekip gerekmediğini birlikte bakmak isterseniz, iletişim sayfasından bana ulaşabilirsiniz. Önce verilere bakarız; silmeye gerek varsa gösteririm, yoksa bunu da dürüstçe söylerim.
Son söz
Content pruning bir temizlik modası değil, bakım disiplinidir. Her sayfa için dört karar var: güncelle, birleştir, sil veya bırak. Noindex da bu seçeneklerin arasında kullanışlı bir ara çözüm.
Bugün bir şey yapacaksanız, sitemap'inizi ve Search Console verinizi tek tabloya koyun. Her URL'ye bir karar yazın ve ilk partiyi küçük tutun. Acele etmeyin; bu iş haftalar içinde yanıt verir.




