Kanibalizasyon nasıl tespit edilir ve çözülür

Kanibalizasyon, aynı sitedeki iki sayfanın aynı aramada birbiriyle yarışıp ikisinin de olması gerekenden geride kalmasıdır; tespiti Search Console’un sorgu ve sayfa kırılımını karşılaştırmaktan, çözümü ise merge, canonical, noindex ve “hiçbir şey yapma” seçenekleri arasında doğru olanı bulmaktan geçer. Google bu terimi resmi olarak hiç kullanmıyor, konuyu kendi canonicalization mekanizmasıyla ele alıyor ve Google’ın Arama Savunucusu John Mueller, aynı sonuç sayfasında birden fazla sayfa görünmesinin tek başına sorun olmadığını açıkça söylüyor. Gerçek zarar sıralama dalgalanması, tıklama bölünmesi ve tarama bütçesi israfı biçiminde ortaya çıkar; bu belirtiler yoksa iki sayfa aynı sonuç sayfasında görünse bile düzeltilecek bir şey olmayabilir. Zarar gerçekse dört seçenek arasında karar tablosuyla seçim yapılır ve merge sonrası 301 yönlendirmesi ile canonical etiketinin nasıl kurulacağı çalışan kod örnekleriyle gösterilir.

Kanibalizasyon nedir, Google bu terime neden resmi olarak yer vermiyor

Kanibalizasyon, aynı sitedeki iki sayfanın aynı aramayı hedefleyip birbirini zayıflatmasıdır; ama bu terim Google’ın kendi sözlüğünde hiç yer almaz. Google, konuyu “duplication” (yinelenen içerik) ve “canonicalization” (temsilci URL seçimi) diliyle ele alıyor.

Kanibalizasyon terimi teknik olarak şunu tarif eder: aynı sitedeki iki sayfanın aynı aramayı hedefleyip birbirini zayıflatması; arama motoru hangi sayfayı öne çıkaracağına karar veremediği için ikisi de olması gerekenden geride kalır. Bu tanımın arkasında, Google’ın hangi sayfayı öne çıkaracağına karar veren bir sinyal toplama süreci duruyor: canonicalization (temsilci URL seçimi).

Google Search Central’ın canonicalization sayfası süreci şöyle tanımlıyor: önce her sayfanın ana içeriği (centerpiece) belirleniyor, benzer içerikli sayfalar bir grupta toplanıyor, sonra Google “chooses the page that, based on the factors (or signals) the indexing process collected, is objectively the most complete and useful for search users” diyerek temsilci (canonical) sayfayı seçiyor. Bu kararı etkileyen sinyaller arasında HTTP/HTTPS protokolü, yönlendirmeler, sitemap kaydı ve rel="canonical" etiketi sayılıyor. Google, seçtiği canonical sayfayı içerik ve kaliteyi değerlendirmede ana kaynak olarak kullanıyor ve arama sonucu genellikle bu sayfaya işaret ediyor.

Google’ın Arama Savunucusu John Mueller de “kanibalizasyon” terimini belirsiz buluyor. 22 Eylül 2025’te Bluesky’de bir okurun kanibalizasyon sorusuna verdiği yanıtı Search Engine Journal aktarıyor; Mueller şöyle diyor: “If you have 3 different pages appearing in the same search result, that doesn’t seem problematic to me just because it’s ‘more than 1’” (aynı sonuç sayfasında üç farklı sayfa görünmesi, sırf birden fazla olduğu için sorunlu değildir). Mueller aynı yanıtta ekliyor: “pages aren’t duplicates just because they happen to appear in the same search results page” (sayfalar, yalnızca aynı sonuç sayfasında göründükleri için duplike sayılmaz).

8 Eylül 2026’da yapılan bir arama sonuçları taramasında, bu sorguda ilk sayfada çıkan beş TR kaynağın (icerikler.com’un iki yazısı, kriko.io, markethinkers.com, cagrisahin.org) hiçbiri Google’ın canonicalization sayfasına veya Mueller’ın bu açıklamasına atıf yapmıyor. “Kanibalizasyon” terimi bu kaynakların hepsinde Google’ın kendi diliymiş gibi kullanılıyor; oysa Google resmi dokümantasyonunda bu kelimeyi hiç geçirmiyor.

Search Console’da kanibalizasyon nasıl tespit edilir

Tespit dört adımdan oluşur: Performans raporunu açın, hedef sorguyu filtreleyin, sayfa kırılımına geçin ve aynı sorguda gösterim alan sayfaları karşılaştırın.

1. Search Console’da Performans raporunu açın, “Arama sonuçları” sekmesini seçin.
2. Sorgu filtresi ekleyin ve hedef sorguyu (veya sorgu grubunu, ör. “kanibalizasyon” içeren tüm varyasyonlar) yazın.
3. Rapor tablosunun üstündeki “Sayfalar” sekmesine geçin. Bu görünüm, filtrelenmiş sorguda gösterim alan tüm sayfaları listeler.
4. Birden fazla sayfa listede görünüyorsa, her birinin gösterim, tıklama ve ortalama konum değerlerini yan yana karşılaştırın.

Bunun pratikte nasıl göründüğünü varsayımsal bir senaryo netleştirir. Bir sitenin “kanibalizasyon nasıl tespit edilir” sorgu grubunda iki sayfası gösterim alsın: /blog/kanibalizasyon-nedir/ 1.200 gösterim, %2,1 tıklama oranı (TO) ve ortalama konum 8,4 üretiyor; /blog/kanibalizasyon-cozumu/ ise aynı sorgu grubunda 340 gösterim, %0,6 TO ve ortalama konum 15,2 üretiyor. İki sayfanın da aynı sorgu grubunda düzenli gösterim alması, ikisinin de aynı arama niyetine hizmet etmeye çalıştığının ilk işaretidir; asıl karar, konum dağılımı ve gerçek zarar belirtileriyle netleşir.

İki sayfanın ortalama konumu karşılaştırılırken nelere dikkat edilir

Search Console Yardım sayfası konum metriğini doğrudan bir uyarıyla tanımlıyor: “The position value is a complex metric that can be misleading if you don’t understand the subtleties” (konum, inceliklerini anlamadan yorumlanırsa yanıltıcı olabilecek karmaşık bir metriktir).

İki sayfanın ortalama konumunu yan yana koyup “A sayfası B’den daha iyi sıralanıyor” demek, ortalama konumun kendisinin inceliklerini anlamadan yorumlanınca yanıltıcı olabileceğini göz ardı eder. Her iki ortalama da düzinelerce farklı sorgunun karışımıdır ve birbirinden çok farklı iki gerçek dağılım, aynı ortalama sayıyı üretebilir.

Bu yüzden iki sayfayı karşılaştırırken tek ortalama yerine her sayfanın Top 3 / Top 10 / 11-20 / 21+ dağılımına bakılır. Sayfa A’nın sorgularının çoğu Top 3’te, sayfa B’nin çoğu 21+‘da toplanıyorsa, ortalama konumlar birbirine yakın çıksa bile iki sayfanın gerçek durumu aynı değildir ve gerçek bir kanibalizasyon riskinden söz etmek zorlaşır. Asıl kanibalizasyon sinyali, iki sayfanın da benzer bir dağılımda ortada sıkışmasıdır; örneğin ikisi de sorgularının çoğunluğunu 11-20 aralığında topluyorsa, bu iki sayfanın birbirinin önüne geçmeye çalışıp ikisinin de üst sıraya çıkamadığını gösterir.

Kanibalizasyon gerçek zarar verdiğinde ortaya çıkan belirtiler

Kanibalizasyon dört belirtiyle gerçek zarara dönüşür: sıralama dalgalanması, tıklama bölünmesi, yanlış sayfanın gösterilmesi ve tarama bütçesi israfı.

• Sıralama dalgalanması: aynı sorguda hangi sayfanın gösterileceği gün gün değişir, hiçbiri istikrarlı bir konuma yerleşemez.
• Tıklama bölünmesi: toplam gösterim iki sayfaya bölündüğü için hiçbiri tek başına güçlü bir tıklama oranı biriktiremez.
• Yanlış sayfanın gösterilmesi: Google, amaçlanan ana sayfa yerine daha zayıf veya eski bir sürümü öne çıkarır.
• Tarama bütçesi israfı: arama motoru botu, aynı bilgiyi taşıyan iki URL’yi ayrı ayrı taramaya devam eder.

Tıklama bölünmesinin toplam etkisini görmek için basit bir varsayımsal hesap yeterli. Hedef sorgu ayda 1.000 gösterim alsın. İki sayfa bu gösterimi paylaşıyor: A sayfası gösterimlerin %60’ını (600 gösterim, %3 TO ile 18 tıklama), B sayfası %40’ını (400 gösterim, %1,5 TO ile 6 tıklama) alıyor; toplam 24 tıklama. Sinyal tek bir sayfada toplansa ve o sayfa tüm 1.000 gösterimi en azından A sayfasının bugünkü %3 TO’suyla alabilse, tıklama sayısı 30’a çıkar. Bu, gerçek bir ölçüm değil yalnızca bölünmenin mekaniğini gösteren bir hesaptır; gerçek sitede birleşme sonrası TO’nun aynı kalıp kalmayacağı, sayfaya ve sorguya göre değişir.

Sayfa birleştirme (merge) ne zaman doğru çözümdür, nasıl uygulanır

Merge, iki sayfa da tek başına zayıfsa ve konuyu tek bir güçlü sayfada toplamak mümkünse tercih edilir; en güçlü sinyali taşıyan çözümdür. Google Search Central’ın duplike URL birleştirme rehberi, 301 yönlendirmeyi “a strong signal that the target of the redirect should become canonical” olarak tanımlıyor (301 yönlendirmesi, hedefin canonical sayfa olması gerektiğine dair güçlü bir sinyaldir).

Merge’ün pratik koşulu şudur: iki sayfa da aynı niyete hizmet ediyor, ikisinin de kendi başına yeterli derinliği yok ve içeriklerini tek sayfada birleştirmek okura zarar vermiyor. Bu koşul sağlanmıyorsa, örneğin sayfalardan biri farklı bir alt niyeti karşılıyorsa, merge yerine canonical etiketi tercih edilir.

Birleştirme sonrası eski URL, yeni URL’ye 301 yönlendirmesiyle bağlanır. Apache tabanlı bir sunucuda .htaccess dosyasına şu satır eklenir.

Redirect 301 /eski-sayfa/ https://example.com/yeni-sayfa/

Nginx tabanlı bir sunucuda aynı yönlendirme sunucu bloğunda tanımlanır.

location = /eski-sayfa/ {
    return 301 https://example.com/yeni-sayfa/;
}

Yönlendirme yayına alındıktan sonra doğrulama adımı atlanmaz; eski URL’nin gerçekten yeni sayfaya yönlendiğini ve hedefte beklenmedik bir noindex çakışması olmadığını görmek için sitenizin canonical etiketini ve noindex durumunu tarayan otuz saniyelik denetimi çalıştırmak, elle sayfa kaynağı kontrol etmekten daha güvenilir bir yoldur.

Canonical etiketi merge yerine ne zaman tercih edilir

Canonical etiketi, iki sayfanın da yaşamaya devam etmesi gerektiği ama arama sinyalinin tek adreste toplanması istendiği durumda tercih edilir; merge’den farkı sayfaların silinmemesidir. Aynı Google rehberi, rel="canonical" etiketini de “a strong signal that the specified URL should become canonical” olarak tanımlıyor (canonical etiketi de güçlü bir sinyaldir, ama sayfayı kaldırmaz).

HTML içinde canonical etiketi, işaretlenen sayfanın <head> bölümüne eklenir ve hangi URL’nin temsilci sayılacağını belirtir.

<link rel="canonical" href="https://example.com/ana-sayfa/" />

Google’ın kendi ifadesiyle bu sinyallerin hiçbiri zorunlu değildir: “none of them are required; your site will likely do just fine without specifying a canonical preference… if you don’t specify a canonical URL, Google will identify which version of the URL is objectively the best version to show to users in Search.” Yani canonical etiketi eklenmese bile Google kendi objektif seçimini yapar; etiket, bu seçimi rastgele bırakmak yerine yönlendirmek için kullanılır.

Google, kendi seçimini işaretlenen canonical’ın aksine de yapabilir. Aynı canonicalization sayfası, arama sonucunun canonical sayfaya işaret ettiğini ama bunun “unless one of the duplicates is explicitly better suited for a search user” (duplikelerden biri arama kullanıcısına açıkça daha uygun değilse) geçerli olduğunu belirtiyor; örneğin mobil bir kullanıcıya masaüstü canonical yerine mobil sürüm gösterilebilir. Canonical etiketi eklendikten sonra da aynı denetim çalıştırılır: etiketin gerçekten hedeflenen URL’yi gösterip göstermediği ve bir noindex çakışması olup olmadığı otuz saniyede görülür.

301, canonical, noindex ve merge arasında nasıl karar verilir

Dört seçenek arasındaki karar, sayfanın kalıcı değer taşıyıp taşımadığına ve ikisinin de yaşaması gerekip gerekmediğine bakılarak verilir. Buraya kadar merge ve canonical işlendi; üçüncü seçenek olan noindex, sayfayı URL olarak silmeden arama sonuçlarından tamamen çıkarır ve sayfanın <head> bölümüne eklenen <meta name="robots" content="noindex"> etiketiyle uygulanır.

Dört seçenek, hangi durumda tercih edildiğine göre şu tabloda karşılaştırılır.

Durum	Tercih edilen çözüm	Gerekçe
İki sayfa da düşük trafikli, aynı konuyu işliyor, ikisine birden ihtiyaç yok	Merge (301 yönlendirme)	En güçlü sinyal (K-74); trafik ve link değeri tek sayfada toplanır
Sayfaların ikisi de kalmalı (ör. farklı format veya CTA) ama arama sinyali dağılıyor	rel=canonical	İkinci güçlü sinyal; sayfalar yaşamaya devam eder, sinyal tek adreste toplanır
Sayfa kalıcı değer taşımıyor (test sürümü, eski kampanya, düşük kaliteli taslak)	Noindex	Sayfa aramadan tamamen çıkar, sinyal karışıklığı biter, URL isterse yaşamaya devam eder
İki sayfa farklı bir arama niyetine hizmet ediyor	Hiçbiri	Kanibalizasyon değil, ayrı bir konu ihtiyacı

Tablodaki dördü de uygun görünmüyorsa, iki sayfa muhtemelen farklı bir arama niyetine hizmet ediyor demektir. Bu, düzeltilecek bir teknik sorun değil, kanibalizasyonun aslında hiç var olmadığı bir durumdur.

Bu tablo, iki sayfadan birinin açıkça daha zayıf olduğu durumlarda yeterlidir. İki sayfa da gerçek trafik, geri bağlantı ve ticari değer taşıyorsa tercih tek bir satırla çözülmez; Search Console verisi, içerik kapsamı, geri bağlantı profili ve ticari değeri tek bir karar tablosunda tartan yöntem bu daha zor kararda hangi sayfanın kazanacağını ve kaybedenin nasıl teknik olarak feda edileceğini gösterir.

Kanibalizasyon ne zaman gerçek bir sorun değildir

Kanibalizasyon her zaman bir sorun değildir; iki sayfa farklı bir arama niyetine hizmet ediyorsa veya güçlü bir otoritede aynı sorguda birden fazla sayfa görünüyorsa, bu genellikle düzeltilecek bir hata değildir.

Farklı niyete hizmet eden iki sayfa örneği: bir “fiyat hesaplama” sayfası ile bir “fiyatlandırma mantığını anlatan” rehber sayfası aynı kök kelimeyi (ör. “fiyat”) paylaşabilir ama biri işlemsel, diğeri bilgisel niyete cevap verir. Bu iki sayfa aynı sorgu grubunda görünse bile birbirinin rakibi değildir; her biri farklı bir okur kararını karşılar.

Mueller’ın Bluesky yanıtındaki ikinci gözlem tam bu noktaya işaret ediyor: “Search Console shows data for when pages were actually shown, it’s not a theoretical measurement” (Search Console, sayfaların gerçekten gösterildiği anları gösterir, teorik bir ölçüm değildir) diyerek raporun kendisinin bir dizi gerçek gösterim olduğunu, otomatik olarak bir hata sinyali olmadığını vurguluyor. Güçlü otoritede aynı sorguda birden fazla sayfanın görünmesi de benzer biçimde normaldir; Mueller 2018 tarihli bir Reddit AMA’sında bunu “kids wanting to be first in line” (sırada ilk olmak isteyen çocuklar) benzetmesiyle anlatmış ve Google’ın sitenin tamamını değil, içeriği geldiği gibi sıraladığını eklemişti.

Bu ayrımın sınırı da net: Mueller “reduce unnecessary duplication” (gereksiz yinelemeyi azaltın) tavsiyesini korumaya devam ediyor. “Bazen sorun değil” demek “asla sorun değil” anlamına gelmez. Gerçek ayrım, iki sayfanın farklı bir niyete hizmet edip etmediği ve dört zarar belirtisinden (sıralama dalgalanması, tıklama bölünmesi, yanlış sayfa gösterimi, tarama bütçesi israfı) herhangi birinin gerçekten ölçülüp ölçülmediğidir.

Yeni yazı açmadan önce kanibalizasyonu nasıl önlersiniz

En etkili çözüm, kanibalizasyonu tespit etmek değil hiç oluşturmamaktır; bu da yeni bir konu açmadan önce mevcut sayfa listesiyle niyet karşılaştırması yapmakla sağlanır.

Yeni bir başlık kararlaştırılmadan önce iki adım uygulanır.

1. Mevcut sayfa listesi, hedeflenen ana sorguyla karşılaştırılır; aynı sorguyu zaten karşılayan bir sayfa varsa yeni yazı o sayfanın genişletilmiş bir sürümü olur, ayrı bir sayfa olarak açılmaz.
2. Her sayfaya tek bir birincil arama niyeti atanır; bir sayfa birden fazla ana niyeti aynı anda taşımaya çalışırsa, o sayfa kendi içinde ileride bir kanibalizasyon adayı olur.

Bu pratik yeni bir buluş değildir; yeni içerik açmadan önce mevcut kapsamla çakışma kontrolü yapmak, kanibalizasyonu tespit etmekten çok daha ucuz bir önlemdir. Bir site büyüdükçe bu kontrolü elle yapmak zorlaşır, ama ilke aynı kalır: her sayfanın tek bir cevaplaması gereken soru olmalıdır.

Hreflang ile işaretlenmiş farklı dil sayfaları kanibalizasyon sayılır mı?

Hayır; hreflang, aynı içeriğin farklı dil veya bölge sürümleri arasında bir ilişki kurar, canonical gibi tek bir sayfayı temsilci seçmez. Hreflang etiketi Google’a “bu sayfaların aynı içeriğin farklı dil sürümleri olduğunu” söyler, hangisinin diğerinden daha iyi olduğuna karar vermez; bu yüzden doğru işaretlenmiş dil sürümleri aynı sorguda görünse bile birbirini zayıflatmaz.

Kanibalizasyon tespiti için ücretli bir SEO aracı şart mı?

Hayır; Search Console’un ücretsiz Performans raporu, sorgu ve sayfa kırılımını karşılaştırmak için tek başına yeterlidir. Ücretli bir araç eklediği somut fark, tek tek sorguları elle kontrol etmek yerine sitedeki tüm olası kanibalizasyon adaylarını toplu ve otomatik biçimde taramaktır; büyük sitelerde bu tarama zamanı kısaltır ama tespitin kendisini mümkün kılan mekanizma değildir.