Konsolidasyonun AI Atıf Bedeli: Birleştirdiğimiz URL'ler 1.422 Copilot Atıfının %35,7'sini Taşıyordu

Sheltron'un 9 Ağustos 2026'da Microsoft Clarity'den dışa aktardığı 365 günlük Copilot verisinde 1.422 atıfın 508'i (%35,7), sonradan 301 yönlendirmesi ya da canonical etiketiyle başka bir sayfaya bağladığımız 15 blog URL'sine aitti. Yani içerik konsolidasyonu kararı, sitenin AI atıflarının üçte birinden fazlasını doğrudan ilgilendiriyordu.

Bu rapor tek bir soruya cevap arıyor: Birden fazla URL'yi tek bir master sayfada toplarken AI yüzeylerinde ne kadar atıf riske ediliyor ve bu risk karar anından önce nasıl envanterlenir? Rakamlar transferi ölçmüyor. Atıfların master sayfalara geçip geçmediği bu veriden bilinemez. Ölçtüğümüz şey, konsolidasyon kararının dokunduğu atıf hacmidir.

Konsolidasyon kararı AI atıflarında ne kadarını riske ediyor?

Bizim verimizde %35,7. 1.422 Copilot atıfının 508'i, Eylül 2026 denetiminde 301 veren ya da başka bir URL'ye canonical veren 15 blog sayfasına aitti. Yalnız blog atıflarına (1.298) oranlandığında pay %39,1'e çıkıyor. Bu rakam bir kayıp değil, konsolidasyon kararıyla yeniden yönlendirilen atıf hacmidir.

Atıf verisi Microsoft Clarity'nin Citations panosundan geliyor. Clarity, genel kullanıma açıldığı Mayıs 2026 duyurusunda atıfı, alan adınızdaki sayfaların seçilen dönemde AI tarafından üretilen cevaplarda kaç kez referans gösterildiği olarak tanımlıyor. Aynı dışa aktarımda Sheltron'un Share of Authority değeri %29,54, atıf alan sayfa sayısı 76. Share of Authority kavramını ve AI görünürlüğünün pay olarak nasıl ölçüldüğünü AI Share of Voice metodolojisi yazısında ayrıntılı anlattık.

Denetimde 76 URL'nin her biri canlı yanıta göre sınıflandı:

Tablo iki şeyi birlikte gösteriyor. Birincisi, atıfın yarısından biraz fazlası hâlâ kendi adresinde duran blog yazılarında. İkincisi, konsolidasyon kararlarının dokunduğu hacim, blog dışındaki tüm sayfaların toplamının dört katından fazla. Bir sitenin AI atıflarının ne kadarının konsolidasyon kararına bağlı olduğu URL düzeyinde ölçülebilir ve bu ölçüm karar anından önce yapılmalıdır.

Bu büyüklük şaşırtıcı değil. Konsolidasyona aday olan sayfalar, bir konuyu ilk ele alan ve uzun süredir yayında duran yazılar olabiliyor. Bizim listemizde de en çok atıf taşıyan konsolide URL'ler, sonradan açılan master'lardan önce aynı soruyu cevaplayan eski rehberlerdi. 225 yazılık doğal deneyimizde gördüğümüz genişlik sorunu konsolidasyonu gerekli kılıyordu; bu yazı ise aynı kararın AI atıfı tarafındaki bedelini ölçüyor.

Veriyi nasıl topladık ve bu veri neyi ölçmüyor?

Clarity dışa aktarımında atıf almış 76 URL'nin tamamı, Eylül 2026'da yönlendirme takip edilmeden istendi. HTTP kodu ve Location başlığı kaydedildi, 200 dönen sayfaların HTML'inden canonical ve meta robots okundu. Sınıflar iç etiketlerden değil canlı yanıttan kuruldu. Veri 365 günlük bir toplam olduğu için atıfların zamanlamasını göstermiyor.

Sınıflandırma kuralı sırayla uygulandı: yol /blog/ ile başlamıyorsa "blog dışı"; ilk yanıt 301 ya da 308 ise "yönlendirildi"; 200 dönüp robots içinde noindex varsa "noindex"; 200 dönüp başka bir URL'ye canonical veriyorsa "canonical ile bağlandı"; 200, kendine canonical ve indekslenebilir ise "canlı". Konsolide sayılanlar yönlendirildi, noindex ve canonical ile bağlandı sınıflarıdır. Hedef master, 301 için yönlendirme zincirinin son adresi, canonical için etiketin gösterdiği adrestir.

Neden iç etiketler yerine canlı yanıt? Çünkü içerik yönetim sistemindeki durum etiketleri ile sitenin gerçekte verdiği yanıt her zaman aynı değil. Denetimde, iç kayıtlarda "noindex" olarak işaretli birkaç URL'nin canlıda 301 döndüğünü gördük. Kendine canonical veren bir URL ise etikette farklı görünse bile canlı sınıfına alındı. Konsolidasyon envanterinde tek güvenilir kaynak, tarayıcının ve arama motoru botunun gördüğü yanıttır.

Bu verinin ölçmediği dört şeyi açıkça yazmak gerekiyor:

1. Zaman boyutu yok. Dosya 365 günlük toplamı veriyor. Hangi atıfın konsolidasyondan önce, hangisinin sonra geldiğini bu veri söylemiyor.
2. Transfer bu veride yok. Atıfların master sayfalara geçip geçmediğine dair bir sonuç bu raporda yok.
3. Tek platform. Yalnız Microsoft Copilot ve Bing'e dayanan partner yüzeyleri kapsamda. ChatGPT, Gemini, Perplexity ve Google AI Overviews dahil değil.
4. Veri temsili, tam kayıt değil. Microsoft, Clarity'nin AI atıf verisini tanıttığı Şubat 2026 yazısında verinin her referansın eksiksiz kaydı değil, temsili bir görünüm olduğunu ve çok düşük hacimlerin dışarıda kalabileceğini belirtiyor.

Örneklem küçük: tek site, 76 URL, 15 konsolide URL. Sonuç Sheltron'un kendi korpusunu anlatıyor, genellenemez. Buna karşılık yöntem tekrarlanabilir. Dışa aktarım, HTTP okuması ve canonical okumasından oluşan aynı üç adımı kendi verinize uygulayarak kendi oranınızı hesaplayabilirsiniz. Ölçüm çerçevesinin geri kalanı için GEO ölçüm rehberine bakabilirsiniz.

301 ve canonical, atıf riskini farklı biçimde taşıyor

Konsolide edilen 15 URL'nin 4'ü 301 ile yönlendirildi ve 275 atıf (%19,3) taşıyordu. 11'i ise 200 dönmeye devam ederken başka bir URL'ye canonical veriyor ve 233 atıf (%16,4) taşıyordu. 301'de eski sayfa ortadan kalkar; canonical'da sayfa yayında kalır ve temsilci sayfa seçimini arama motoruna bırakır. Denetimde noindex sınıfına düşen URL çıkmadı.

Google, yinelenen URL'lerin konsolidasyonu dokümanında yönlendirmeyi de rel=canonical etiketini de "güçlü sinyal" olarak sınıflandırıyor, site haritasını ise zayıf sinyal sayıyor. Aynı doküman bu yöntemlerin birlikte kullanıldığında daha etkili olduğunu, ama aynı sayfa için farklı tekniklerle farklı canonical adresler verilmemesi gerektiğini vurguluyor. Standart düzeyinde de fark net: RFC 9110, 301'i kaynağa kalıcı olarak yeni bir adres atandığı ve gelecekteki referansların bu adresi kullanması gerektiği şeklinde tanımlıyor. RFC 6596 ise canonical hedefin, işaret eden sayfanın içeriğinin aynısı ya da onu kapsayan bir üst kümesi olması gerektiğini söylüyor.

AI yüzeyi açısından kritik açıklama Bing'den geliyor. Bing Webmaster ekibi, Aralık 2025'te yayımladığı yinelenen içerik yazısında pek çok LLM'in Bing indeksine dayandığını, LLM'lerin birbirine çok benzeyen URL'leri tek bir kümede toplayıp kümeyi temsil etmesi için bir sayfa seçtiğini yazıyor ve varyantları 301 ile tek bir tercih edilen URL'de birleştirmeyi öneriyor. Aynı yazı, aksi hâlde arama motorlarının eski ya da istenmeyen bir URL'yi öne çıkarabileceği uyarısını da içeriyor.

Pratik sonuç şu: Canonical ile bağlanan 11 URL hâlâ yayında olduğu için Copilot'un bu sayfaları görmesi teknik olarak engellenmiyor. Kümeden hangi sayfanın seçileceği Bing'in kararına kalıyor. 301'li 4 URL'de ise eski sayfa artık yok. Konsolidasyonların yarısından fazlası (15 URL'nin 11'i) eski sayfayı kaldırmıyor; bu da canonical kullanan sitelerde master'ın "tek seçenek" olmadığı anlamına geliyor.

Atıf riski birkaç URL'de yoğunlaşıyor

İlk 10 konsolide URL, konsolide atıfın %97,2'sini (508 atıfın 494'ünü) taşıyordu. En büyük üç URL tek başına 274 atıfla sitenin tüm Copilot atıflarının %19,3'üne karşılık geliyordu. Atıf envanteri için uzun kuyruğu değil, en çok atıf alan ilk 10 URL'yi ölçmek yeterli.

Kalan 5 konsolide URL toplam 14 atıf taşıyor: iki pazar raporu varyantı, geo nedir ailesinden iki yazı ve Haziran 2026'da temizlenen boş bir sağlık sayfası. Bu beşinin hiçbiri tek başına 10 atıfa ulaşmıyor.

Yoğunlaşma sitenin geneliyle de uyumlu. Ağustos 2026 tarihli iç ölçüm raporumuza göre site genelinde ilk 10 sayfa 1.422 atıfın %65,5'ini tutuyor. Konsolide URL'lerde bu yoğunlaşma daha da keskin. Konsolide edilen atıfın %97,2'si yalnız 10 URL'de toplanıyordu; bu, atıf envanterinin küçük ve yönetilebilir bir iş olduğunu gösteriyor.

Envanter açısından bunun anlamı basit. Onlarca URL'lik bir konsolidasyon planında her sayfayı aynı özenle izlemeye gerek yok. Atıf alan ilk 10 URL için başlangıç değerini kaydetmek, karar sonrası izlemenin neredeyse tamamını kapsıyor. Hangi URL'lerin birleştirileceğine karar verirken pillar-cluster mimarisi rehberindeki master ve cluster ayrımı işe yarar; atıf listesi ise bu ayrımın hangi sayfalarda daha dikkatli uygulanması gerektiğini söyler.

Yeni master'a konsolidasyon, yerleşik sayfaya konsolidasyondan farklı risk taşıyor

Konsolide atıfın %88,8'i (451 atıf), dışa aktarım tarihinde kendi atıfı 0 olan master sayfalara bağlanmıştı. Buna karşılık pazar raporu ailesi, zaten 224 atıf alan yerleşik bir sayfaya bağlandı. Atıf geçmişi olmayan yeni bir URL'ye konsolidasyon, AI atıfı açısından daha belirsiz bir tercihtir. Bu bir risk sınıflandırmasıdır, transfer sonucu değil.

Master bazında tablo iki farklı konsolidasyon tipini ayırıyor:

Buradaki "0" değerleri yanlış okunmaya çok açık. Dışa aktarım penceresi 9 Ağustos 2026'da kapanıyor. İşletmeler master'ı 10 Ağustos'ta, muhasebe master'ı 13 Ağustos'ta yayımlandı; yani dışa aktarım anında ikisi henüz yayında değildi. Maliyet master'ı ise Ağustos 2026 başında, pencerenin kapanmasına çok az kala açıldı. Bu yüzden "0" başarısız bir transferi değil, bir başlangıç değerini gösteriyor.

Asıl ayrım risk profilinde. Yerleşik bir sayfaya yapılan konsolidasyonda, AI yüzeyinin zaten tanıdığı ve kaynak gösterdiği bir URL güçleniyor. Yeni bir master'a yapılan konsolidasyonda ise atıf geçmişi olan birkaç URL, geçmişi olmayan tek bir URL'ye bağlanıyor. Bing'in anlattığı kümeleme mantığı açısından ikinci durumda sistemin yeni temsilciyi keşfetmesi, taraması ve seçmesi gerekiyor. Bu adımların Copilot tarafında ne kadar sürdüğü yayımlanmış bir bilgi değil.

Konsolidasyonun kendisi yanlış bir karar değildi. Taranmış ama dizine eklenmemiş sayfalar üzerine yaptığımız çalışma, ince ve birbirine benzeyen yazıların indeks kalitesini nasıl düşürdüğünü gösteriyordu. Buradaki ders, konsolidasyonu durdurmak değil, yeni master'a yapılan konsolidasyonları ayrı bir izleme listesine almaktır.

Maliyet kümesi: 216 atıflık bir takip testi

Maliyet konusundaki üç eski URL (110 + 80 + 26) toplam 216 atıf taşıyordu; bağlandıkları master'ın dışa aktarım tarihindeki atıfı 0'dı. Master'a bağlanan dördüncü URL ile toplam 224'e çıkıyor. Bu küme, transferin gerçekleşip gerçekleşmediğini izlemek için tanımlanmış bir takip metriğidir. 20 Eylül 2026 için bir kontrol planlanmıştı; bu rapor 9 Ağustos 2026 dışa aktarımına dayandığı için o kontrolün sonucu burada yer almıyor.

Kümeyi seçmemizin nedeni net. Tek master'a bağlanan en yüksek atıf hacmi burada, üç kaynağın ikisi 301 ile tamamen kaldırıldı ve master yeni açılmış bir sayfa. Yani "yeni master'a konsolidasyon" tipinin en saf örneği. Kontrolde bakılacak ölçüler de baştan belirlenmişti: master URL'nin Clarity Cited Pages listesindeki atıf sayısı, master'ın hangi grounding sorgularında göründüğü ve eski URL'lerin listede kalıp kalmadığı.

Karşılaştırma için Bing Webmaster Tools da kullanılabilir. Bing, Şubat 2026'da tanıttığı AI Performance raporunda Microsoft Copilot'u ve Bing'deki AI özetlerini kapsayan toplam atıf, atıf alan sayfa ve grounding sorgusu ölçülerini sunuyor. Haziran 2026 güncellemesiyle gelen Compare özelliği ise önceki bir dönemi mevcut raporun üzerine bindirmeye izin veriyor. Konsolidasyondan önceki ve sonraki dönemleri aynı ekranda görmek için en doğrudan araç bu.

Konsolidasyon tarihlerinin aylara dağılımı, takip ölçümünün neden Eylül 2026'ya denk geldiğini de açıklıyor:

Ağustos yoğunluğunun nedeni basit: maliyet, işletmeler ve muhasebe master'ları aynı telafi takviminde, birkaç gün arayla açıldı ve bağlanan dokuz URL'nin hepsi bu üç master'a gidiyor. Bu tablodan atıfların konsolidasyondan önce mi sonra mı toplandığına dair bir çıkarım yapılamaz, çünkü veri gün düzeyinde zaman bilgisi içermiyor.

Beklenti konusunda da dikkatli olmak gerekiyor. Google, URL değişikliği içeren site taşımaları dokümanında yeni URL'lerin eskilerin yerine gösterilmeye başlamasının birkaç hafta veya daha uzun sürebileceğini söylüyor. Bu süre Google Arama için verilmiş; Copilot'a doğrudan genellenemez.

Konsolidasyon doğru kurulsa bile AI yüzeyinde ne bilinmiyor?

Teknik kurulum denetimde temiz çıktı: iki adımlı yönlendirme zinciri yok, 6 master'ın 6'sı da kendine canonical veriyor ve indekslenebilir. Buna rağmen Copilot'un 301 ya da canonical sonrasında atıfı master'a ne hızla aktardığına dair Microsoft'un yayımladığı bir süre yok. Bu soru şimdilik "bilinmiyor" olarak kalıyor.

Denetimin olumlu tarafını da kayda geçirmek gerekiyor. İç kuralımız, konsolidasyonda 301 hedefi ile canonical hedefinin aynı master'ı göstermesini ve arada zincir oluşmamasını istiyor. Google dokümanındaki "aynı sayfa için farklı tekniklerle farklı canonical verme" uyarısı da aynı noktaya işaret ediyor. Eylül 2026 denetiminde her iki koşul da sağlanıyordu. Yani bu rapordaki risk, hatalı kurulumdan değil, AI yüzeyinin kendi seçim sürecinden kaynaklanıyor.

Eski URL'lerin AI cevaplarında kalabildiğine dair dış kanıt var. Ahrefs'in 16 milyon URL üzerinde yaptığı 2025 çalışması, AI asistanlarının ziyaretçiyi Google Arama'ya göre 2,87 kat daha sık 404 sayfasına gönderdiğini buldu. Copilot'ta atıf verilen URL'lerin %0,54'ü, tıklanan URL'lerin %0,34'ü 404 dönüyordu. Çalışma bu hataların nedenlerinden biri olarak taşınmış ya da silinmiş ama yönlendirilmemiş eski URL'leri gösteriyor ve 301'i öneriyor. Copilot'taki oran düşük, ama sıfır değil.

Sorunun ölçeği web genelinde de büyük. Pew Research Center'ın Mayıs 2024 tarihli link çürümesi araştırması, 2013'te var olan web sayfalarının %38'ine artık erişilemediğini ortaya koydu. Yönlendirmesiz silinen bir URL, AI cevaplarında ölü link olarak kalabilir; bu yüzden konsolidasyonda kaldırılan her sayfa master'a yönlendirilmelidir.

Bilinmeyenleri tek listede toplamak karar vericiye yardımcı olur:

• Copilot'un konsolidasyon sonrası atıfı master'a taşıma süresi yayımlanmış değil.
• Canonical verilen, ama 200 dönen bir sayfanın Copilot cevaplarında ne sıklıkla seçilmeye devam ettiği bu veriden çıkarılamıyor.
• ChatGPT, Gemini ve Perplexity gibi Bing dışı yüzeylerde aynı konsolidasyonun etkisi bu raporun kapsamı dışında. Copilot ile ChatGPT arama yüzeylerinin farkları için ChatGPT Search ve Bing Copilot karşılaştırmamıza bakabilirsiniz.

Konsolidasyondan önce atıf envanteri nasıl çıkarılır?

Birleştirmeden önce atıf alan her URL'yi, atıf sayısını ve bağlanacağı master'ı kaydedin; master'ın başlangıç atıfını not edin ve kontrol tarihini karar anında belirleyin. Bu üç kayıt olmadan konsolidasyonun AI atıfı üzerindeki etkisi sonradan ölçülemez. Aşağıdaki sekiz adım bizim kullandığımız yöntemin sade bir sürümüdür.

1. Atıf listesini dışa aktarın. Clarity'nin Cited Pages görünümü ya da Bing Webmaster Tools AI Performance raporu, URL düzeyinde atıf sayısı verir. Dışa aktarım tarihini dosya adına yazın.
2. Canlı HTTP yanıtını okuyun. Her URL'yi yönlendirme takip etmeden isteyin (ör. curl -sI), HTTP kodunu ve Location başlığını kaydedin. İç sistemdeki durum etiketine güvenmeyin.
3. Canonical ve robots etiketini okuyun. 200 dönen sayfalarda canonical hedefini ve meta robots değerini HTML'den alın. Sheltron'un ücretsiz içerik denetimi aracı tek URL için bu kontrolü hızlıca yapar.
4. 301 ve canonical hedeflerini eşleyin. Aynı eski sayfa için yönlendirme ve canonical farklı adresleri gösteriyorsa konsolidasyonu kurmadan önce düzeltin. Zincir varsa tek adıma indirin.
5. İçeriği önce taşıyın. RFC 6596'daki "üst küme" koşulunu uygulayın: master, konsolide ettiği sayfaların atıf alan bölümlerini, özellikle rakamlı ve tanım içeren paragrafları kapsamalı. İçerik taşınmadan kurulan yönlendirme, atıfın dayandığı pasajı ortadan kaldırır.
6. Değişikliği bildirin. IndexNow protokolü eklenen, güncellenen ve silinen URL'leri tek istekte 10.000 adrese kadar bildirmeye izin verir. Bing de değişikliklerin daha hızlı yansıması için IndexNow'u öneriyor.
7. Yönlendirmeleri uzun süre tutun. Google, site taşımalarında yönlendirmelerin mümkün olduğunca uzun, genellikle en az 1 yıl korunmasını öneriyor.
8. Kontrol tarihini baştan koyun. Master'ın başlangıç atıfını kaydedin ve bir ölçüm tarihi belirleyin. Biz kendi planımızda 4 ila 6 haftalık bir aralık kullanıyoruz; bu bir beklentidir, sonuç değil. Eski URL'lerin listeden çıkıp çıkmadığına da aynı ölçümde bakın.

Konsolidasyon her zaman tek seçenek değil. Atıf alan eski bir yazıyı birleştirmek yerine güncellemek, atıfın dayandığı URL'yi korur. Bu seçeneği 2024 yazılarının GEO için güncellenmesi yazısında anlattık. Karar kabaca şöyle verilebilir: atıf alan sayfa tek başına yeterince kapsamlıysa güncelleyin; aynı niyeti bölen birkaç zayıf sayfa varsa ve master onları kapsayacaksa konsolide edin.

Ölçümün sürekliliği için elle yapılan dışa aktarımlar yeterli olabilir, ama birden fazla master'ı aynı anda izliyorsanız bunu bir panoya taşımak işi kolaylaştırır. Sheltron platformu, AI yüzeylerindeki atıf ve görünürlük verisini dönemsel olarak izlemek için tasarlandı; tek seferlik bir kontrol için ise AI görünürlük spot check aracı yeterli bir başlangıç sağlar. AI atıf ölçümünün sektör genelindeki yöntem tartışmaları için The GEO Authority kaynaklarına da göz atabilirsiniz.

Bir sonraki birleştirme kararından önce sitenizin AI görünürlüğünün bugün nerede durduğunu bilmek istiyorsanız, Sheltron'un hızlı değerlendirmesi sağlam bir başlangıç noktası verir; atıf envanteri o başlangıç tablosunun üzerine kurulur.

Ajans desteği mi arıyorsunuz? Partner GEO ajansımız Lein Digital.