Kanona İşleme ve Tekrarlanan İçeriği Kaldırma: Parçalanmış Sinyalleri Önleme

Kanona İşleme ve Tekrarlanan İçeriği Kaldırma: Parçalanmış Sinyalleri Önleme

Tek bir faydalı kaynak birden fazla adreste bulunabilir: ana site makalesi, bir yardım alt alanındaki kopyası, indirilebilir bir PDF ve birden fazla dil veya bölgesel sürüm. İnsanlar için bu sayfalar tek bir içerik parçası gibi görünebilir. Arama ve yanıt sistemleri için ise taranması, karşılaştırılması ve yorumlanması gereken birden çok URL'dir.

Bu, yinelenen içeriğin otomatik olarak bir cezayı tetiklediği veya her kopyanın orijinalinden sıralama gücünü doğrudan çaldığı anlamına gelmez. Pratik risk daha az dramatik ama yine de önemlidir: arama motorları beklenmedik bir URL seçebilir, performans verileri yorumlanması zorlaşabilir ve yapay zeka arama sistemleri bir kuruluşun alıntı yapılmasını istediği sürümden farklı bir sürümü gösterebilir. Google, yinelenen sayfaları kümelediğini, temsilci bir kanonik seçtiğini ve bağlantılar gibi bilgileri birleştirmek için kanonik sinyalleri kullandığını belirtiyor. Microsoft'un Bing yönergeleri de, çakışan sayfaların arama ve yapay zeka sistemlerinin bir sorguya en uygun sürümü belirlemesini zorlaştırabileceği konusunda uyarıyor. (Google'ın kanonaştırma hakkındaki bilgisi; Google'ın kanonik sinyaller hakkındaki bilgisi; Bing'in yinelenen içerik ve yapay zeka görünürlüğü hakkındaki bilgisi)

Kanıt notu: Hiçbir web sitesi, tarama dışa aktarımı, Search Console mülkü veya yapay zeka sorgu veri seti sağlanmamıştır. Bu nedenle bu makale siteye özgü test sonuçları bildirmez. Test edilebilir bir iyileştirme planı sunar ve iddia edilen bir vaka çalışması değil, açıkça etiketlenmiş varsayımsal bir önce-sonra tablosu içerir.

“Parçalanmış sinyaller” aslında ne anlama geliyor

Kanonaştırma, bir grup yinelenen veya çok benzer sayfadan temsilci bir URL seçme işlemidir. Google, yönlendirmeleri, kanonik etiketleri, site haritası girişlerini, HTTPS'i ve diğer sinyalleri dikkate alabilir; belirtilen bir kanonik, bir ipucudur, komut değildir. Google, sistemleri bu URL'yi daha iyi bir temsilci olarak görürse farklı bir URL seçebilir. (Google'ın kanonaştırma rehberi)

Parçalanma en iyi, garantili bir ceza değil, bir belirsizlik ve ölçüm problemi olarak anlaşılır. Bir sayfa, PDF ve alt alan adı kopyasının hepsi aynı kaynağı temsil etmek için rekabet ediyorsa, bir arama sistemi hangi URL'yi göstereceğine veya alıntılayacağına karar vermek zorundadır. Bu seçim yayıncının tercihine uymayabilir. Bu arada, analitik ve Search Console raporları, performansı ziyaretçilerin ulaşabileceği her bir yinelenen URL'ye değil, kanonik bir URL'ye atfedebilir. (Search Console'un performans raporu belgeleri)

Yapay zeka alıntıları için dikkatli bir ayrım yapmak gerekir:

• Kanıtlanmış: Google'ın üretken arama özellikleri, Arama dizinindeki ilgili sayfalara dayanır. Bu nedenle kanonaştırma, bu özelliklere beslenebilen arama dizini için önemlidir. (Google'ın Arama'daki üretken yapay zeka özelliklerine ilişkin rehberi)
• Platforma özgü: OpenAI, bir sitenin ChatGPT arama sonuçlarına dahil edilmeye uygun olması için OAI-SearchBot'a izin vermenin gerekli olduğunu belirtiyor. Bu bir tarama erişim kuralıdır, kanonik bir etiketin ChatGPT'nin bir URL'yi başka bir URL yerine alıntılamasını sağlayacağına dair bir vaat değildir. (OpenAI'ın tarayıcı belgeleri)
• Tüm yapay zeka sistemlerinde kanıtlanmamış: Kanonik etiketlerin yapay zeka alıntı oranlarını tahmin edilebilir bir miktarda artırdığına dair evrensel bir kamu kuralı yoktur. Bing'in yönergeleri, yinelenen sayfaları potansiyel bir karışıklık kaynağı olarak tanımlasa da, gerçek alma ve alıntı kararları platforma ve sorguya göre değişir. Yapay zeka tarafından oluşturulan arama özetleri üzerine yapılan 2026 tarihli bir araştırma makalesi de alma ve alıntıyı ayrı adımlar olarak ölçmeyi önermektedir. (Bing'in rehberliği; 2026 alıntı denetim çalışması)

Bu nedenle mantıklı amaç, bir etiket aracılığıyla “yapay zekanın bizi alıntılamasını sağlamak” değildir. Kaynağın kimliğini, tercih edilen adresini ve hedeflenen kitlesini netleştirmek ve ardından alıntı davranışının değişip değişmediğini ölçmektir.

Yinelenen ve neredeyse yinelenen URL'ler nereden gelir

Google, sıradan tekrarların tek başına spam politikalarını ihlal etmediğini belirtiyor. Ancak aynı birincil içeriğe sahip sayfalar kümelenebilir, bir URL kanonik olarak seçilir ve yinelenenler daha az sıklıkta taranır. (Google'ın kanonaştırma belgeleri)

Her bir tekrar türü için doğru aracı test edin

Kanonik (https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?utm_source=autopod.co))

Kanonik bir etiket, bir URL'yi gizlemenin bir yolu değildir. Google, kanonaştırma için robots.txt kullanılmasını önermez ve Google'ın farklı bir kanonik sayfa seçmesini sağlamak için yalnızca noindex kullanılmasını tavsiye etmez. (Google'ın kanonaştırma en iyi uygulamaları)

Hreflang: eşdeğer dil veya bölgesel sayfaları belirleyin

Hreflang, kanonaştırma yerine geçmez. Google'a sayfaların birbirlerinin alternatif dil veya bölgesel sürümleri olduğunu bildirerek bir arayıcı için uygun bir sonuç seçmesini sağlar. Her sürüm kendisini ve alternatiflerini listelemelidir; açıklamalar karşılıklı olmalı ve URL'ler tam nitelikli olmalıdır. (Google'ın yerelleştirilmiş sayfa rehberliği)

Gerçekten çevrilmiş sayfalar için dil sürümlerini ayrı, faydalı sayfalar olarak tutun. Örneğin, bir İngilizce sayfa otomatik olarak bir Fransızca çeviriye kanonik olarak yönlendirmemelidir. Google'ın yönergeleri, yerelleştirilmiş bir sayfanın varsa aynı dilde bir kanonik etikete sahip olması gerektiğini belirtir. (Google'ın hreflang siteleri için kanonaştırma rehberliği)

html

Bölgesel sayfalar, örneğin yerel fiyatlandırma, düzenlemeler veya ürün bulunabilirliği gibi konularda anlamlı farklılıklar gösterdiklerinde de geçerli olabilir. Aynı dildeki sayfalar önemli ölçüde benzer olduğunda, Google tercih edilen bir sürümün seçilmesini ve doğru bölgesel URL'nin görünmesine yardımcı olmak için kanonik ve hreflang sinyallerinin dikkatlice kullanılmasını tavsiye eder. (Google'ın çok bölgeli rehberliği)

PDF'ler: HTML ana sürüm olduğunda HTTP kanonik başlığı kullanın

Bir PDF, belge başlığında bir HTML <link> öğesi kullanamaz. Google, PDF'ler gibi HTML olmayan dosyalar için rel="canonical" HTTP yanıt başlığını destekler:

http Link: https://www.example.com/reports/market-outlook/; rel="canonical"

Bu, HTML sayfasının tercih edilen arama sonucu olduğu ve PDF'nin bir indirme olarak sağlandığı durumlarda uygundur. Google, bu HTTP başlık yönteminin web araması için geçerli olduğunu belirtir. Diğer yapay zeka ve arama sistemleri, PDF'leri veya kanonik başlıkları farklı şekilde işleyebilir, bu nedenle yönergenin evrensel olduğunu varsaymak yerine davranışlarını doğrulayın. (Google'ın kanonik başlıklar ve PDF'ler için talimatları)

URL kuralları: her sinyalin tek bir adrese işaret etmesini sağlayın

Ana bilgisayar, protokol, büyük/küçük harf kullanımı, sonda eğik çizgi ve URL parametreleri için bir standart seçin. Ardından yönlendirmeleri, dahili bağlantıları, kanonik etiketleri ve site haritası girişlerini bu standartla hizalayın. Google, sitelerin alt alan adlarını veya alt dizinleri kullanabileceğini; ikisi arasında genel bir tercihi olmadığını belirtiyor. Bu nedenle, alt alan adından alt dizine geçiş, garantili bir SEO kazancı olarak değil, kuruluş veya bakım ihtiyaçlarıyla gerekçelendirilmelidir. (Google'ın alt alan adı rehberliği)

Tarama denetimleri ve URL birleştirme için bir iyileştirme iş akışı

1. Eksiksiz bir URL envanteri oluşturun

Yalnızca ana ana bilgisayar adının bir taramasına güvenmeyin. URL'leri şuradan toplayın:

• Bilinen tüm alt alan adları ve dil veya bölgesel ana bilgisayarlar.
• XML site haritaları, CMS dışa aktarımları ve dahili bağlantı taramaları.
• Search Console ve Bing Web Yöneticisi Araçları.
• Sunucu günlükleri ve analitik açılış sayfası raporları.
• PDF kütüphaneleri, indirme klasörleri ve herkese açık belge depoları.

Her URL'nin durum kodunu, indekslenebilirliğini, kanonik bildirimini, hreflang ilişkilerini, site haritasına dahil edilmesini, dahili bağlantılarını, organik trafiğini, geri bağlantılarını, dönüşümlerini ve —varsa— yapay zeka alıntılarını kaydedin. Google'ın URL Denetleme aracı, denetlenen bir URL için kullanıcı tarafından belirtilen ve Google tarafından seçilen kanonik URL'yi gösterebilir. (Search Console'un URL Denetimi belgeleri)

2. Yinelenen kümeleri bulun, sonra manuel olarak inceleyin

Tam eşleşmeler ve URL varyasyonlarıyla başlayın, ardından normalleştirilmiş sayfa metni, başlıklar, başlıklar ve içerik benzerliğini kullanarak neredeyse yinelenenleri arayın. İncelemeye PDF'leri de dahil edin: mümkün olduğunca metinlerini çıkarın ve olası HTML karşılıklarıyla karşılaştırın.

Benzerlik bir önceliklendirme sinyalidir, bir karar kuralı değildir. İki sayfa kelime dağarcığının çoğunu paylaşabilir ancak farklı ülkeleri, dilleri, ürünleri veya düzenlemeleri hedefledikleri için farklı ihtiyaçlara hizmet edebilirler. Tersine, farklı başlıklar ve şablonlar, aynı soruyu neredeyse aynı bilgilerle yanıtlayan iki sayfayı gizleyebilir.

3. Her sayfanın ne için olduğuna karar verin

Her küme için şu eylemlerden birini seçin:

Birbiriyle ilişkili olmayan eski URL'lerden oluşan bir koleksiyonu ana sayfaya yönlendirmekten kaçının. Google bunun ziyaretçileri şaşırtabileceği ve hedefin bir soft 404 olarak işlem görmesine neden olabileceği konusunda uyarıyor. Eski sayfaları en yakın ilgili birleştirilmiş hedefe yönlendirin. (Google'ın site taşıma ve yönlendirme rehberliği)

4. Dağıtımdan önce bir yönlendirme haritası oluşturun

Kaldırılan her URL için gözden geçirilmiş, bire bir bir harita tutun. Basit bir dosya şunları içerebilir:

text source_url,target_url,action,reason,expected_status https://help.example.com/guide,https://www.example.com/guides/guide/,301,merged duplicate,301 http://www.example.com/guides/guide/,https://www.example.com/guides/guide/,301,protocol and host normalization,301 https://www.example.com/files/guide.pdf,https://www.example.com/guides/guide/,HTTP canonical,PDF download retained,200 https://www.example.com/fr/guides/guide/,https://www.example.com/fr/guides/guide/,keep,translated page,200

Kalıcı olarak taşınan içerik için, mümkünse sunucu tarafı kalıcı bir yönlendirme kullanın, her eski URL'yi doğrudan nihai hedefine gönderin, dahili bağlantıları güncelleyin ve yeni site haritasını gönderin. Google, mümkünse taşıma yönlendirmelerinin en az bir yıl tutulmasını önerir ve taşıma işlemi devam ederken arama görünürlüğünün dalgalanabileceğini belirtir. (Google'ın taşıma kontrol listesi)

5. Uygulamayı QA edin (Kalite Güvence)

Yayından önce ve sonra etkilenen URL'leri tarayın ve şunları kontrol edin:

• Yönlendirmelerin mümkün olduğunca tek bir atlamada hedeflenen varış noktasına ulaştığını.
• Tutulan sayfaların beklenen durumu döndürdüğünü ve hedeflenen kanoniğe sahip olduğunu.
• Tercih edilen sayfanın kendine referans veren bir kanoniğe sahip olduğunu.
• Kanonik sinyallerin, dahili bağlantıların ve site haritası girişlerinin çakışmadığını.
• Tutulan her dil veya bölgesel sayfanın doğru hreflang ilişkilerine ve karşılıklı bağlantılara sahip olduğunu.
• PDF yanıt başlıklarının doğru olduğunu, kullanılıyorsa.
• Robots kurallarının tarayıcıların sayfaları veya yönergeleri görmesini engellemediğini.

Her kümeden temsilci örnekler üzerinde—sadece ana sayfa değil—URL Denetimi kullanın ve belirtilen kanoniği Google'ın seçtiği kanonik ile karşılaştırın. Bu karşılaştırma önemlidir çünkü Google, bir site sahibinin belirttiği URL'den farklı bir URL seçebilir. (Google Search Console'un URL Denetimi rehberliği; Google'ın kanonaştırma sorun giderme rehberi)

6. Kanonik sinyallerin yanı sıra arama erişimini de izleyin

Kanonik temizlik, hedeflenen sayfaya erişemeyen bir tarayıcıyı telafi edemez. Googlebot ve ilgili yapay zeka arama tarayıcılarının tercih edilen içeriğe ulaşabildiğini kontrol edin. OpenAI, ChatGPT aramasında web sitelerini yüzeye çıkarmak için kullanılan OAI-SearchBot'u, farklı bir amaç için kullanılan GPTBot'tan ayırır. Birine izin vermek, diğerine izin vermekle aynı değildir. (OpenAI'ın tarayıcı belgeleri)

Google'ın üretken arama özellikleri için sayfanın Google Arama için uygun olması ve ilgili üretken özelliklere dahil edilmesi gerekir. Google, bu deneyimleri Arama dizinine dayandığını açıklar. (Google'ın üretken yapay zeka Arama rehberi)

Birleştirmenin yardımcı olup olmadığını nasıl test edilir

Güvenilir bir test, URL birleştirmeyi alıntı büyümesinden ayırır. Daha fazla alıntı hedeflenen sayfayı gösteriyorsa, bu URL birleştirmenin kanıtıdır; tek başına sitenin genel olarak daha sık alıntılanmasını kanıtlamaz.

Bir temel oluşturun

Dağıtımdan önce şunları seçin:

• Sabit bir yinelenen içerik kümesi.
• Tutarlı dil, konum ve cihaz ayarlarından çalıştırılan sabit bir sorgu paneli.
• İzlenecek arama ve yapay zeka platformları.
• Sıradan haftalık dalgalanmayı yumuşatacak kadar uzun bir temel pencere.

Yapay zeka sistemleri için, tarihi, platformu, mevcutsa modeli veya arayüzü, web aramasının etkin olup olmadığını, sorgu kelimelerini, alıntılanan URL'leri ve her bir alıntının eşlik ettiği iddiayı destekleyip desteklemediğini kaydedin. Aynı sorguyu birden fazla kez çalıştırın. Tek bir yanıt, alıntı davranışını değerlendirmek için zayıf bir temeldir ve üretken arama üzerine yapılan son akademik çalışmalar, alma ve alıntıyı ayrı ayrı ölçmeyi vurgular. (2026 yapay zeka alıntı denetim çalışması)

Birleştirmeyi görünürlükten ayıran ölçütleri kullanın

Yapay zeka alıntı ölçütleri

• Hedeflenen URL payı: Aynı içerik kümesindeki URL'lere yapılan tüm alıntılara bölünen, hedeflenen kanonik URL'ye yapılan alıntılar.
• Küme alıntı erişimi: Kümedeki en az bir URL'yi alıntılayan istem çalıştırmalarının payı.
• Alıntı URL yayılımı: Hedeflenen URL payı ile birlikte bildirilen, alıntılanan farklı küme URL'lerinin sayısı.

SERP ölçütleri

• Tercih edilen URL payı: Hedef sayfa kümesinden gelen ve tercih edilen URL'yi kullanan arama sonucu görünümleri.
• URL istikrarı: Tekrarlanan yakalamalarda aynı tercih edilen URL'nin en üst sonuçlarda kaldığı sabit sorguların payı.
• Sıralama istikrarı: Bu sonuçlar için sıralama değişiklikleri, URL kimliğinden ayrı olarak raporlanır.

Google Search Console tıklamaları, gösterimleri ve kanonik sayfa performansını izlemeye yardımcı olabilir, ancak performans verilerinin çoğu her bir yinelenen URL'ye değil, kanonik URL'ye atanır. Hangi URL'nin gerçekten göründüğünü görme hedefi olduğunda, bunu URL Denetimi, tarama verileri ve tutarlı SERP yakalamalarıyla destekleyin. (Search Console'un performans raporu belgeleri)

Önce ve sonra gösterge tablosu örneği — varsayımsal, gözlemlenmemiş

Aşağıdaki tablo, 24 aynı dilde yinelenen küme, 360 yapay zeka istem çalıştırması ve sabit 40 sorgulu bir SERP panelini içeren bir pilot çalışma için sonuçların nasıl raporlanabileceğini göstermektedir. Rakamlar uydurma örneklerdir, tipik sonuçlar veya bir tahmin değildir.

Gerçek bir testte, yalnızca yüzdeleri değil, payı ve paydayı da rapor edin. Sonuçları arama motoru ve yapay zeka platformuna göre ayrı tutun ve ilgili sayfalar yeniden tarandıktan ve işlendikten sonra iyileştirme sonrası dönemi temel ile karşılaştırın. Her değişikliği kanonaştırmaya atfetmeyin: içerik güncellemeleri, algoritma değişiklikleri, mevsimsellik ve yapay zeka yanıtlarındaki olağan varyasyonlar sonucunu etkileyebilir.

Sonuç

Yinelenen ve neredeyse yinelenen URL'ler, hangi sayfanın bir kaynağı temsil etmesi gerektiğini daha az net hale getirebilir. Kanonik etiketler, yönlendirmeler, hreflang, PDF başlıkları ve tutarlı URL kuralları bu sorunun farklı kısımlarını çözer; birbirlerinin yerine geçmezler. Güçlü bir iyileştirme planı, bir tarama denetimiyle başlar, farklı dil veya kullanıcı değeri olan sayfaları korur, yalnızca gerçek çakışmaları birleştirir ve her kaldırılan URL'yi ilgili bir hedefe eşler.

Kanıtlar, geleneksel arama için net bir sonucu desteklemektedir: kanonaştırma, arama motorlarının temsilci bir URL seçmesine ve raporlamasına yardımcı olurken, yönlendirmeler ve diğer tutarlı sinyaller bu tercihi güçlendirebilir. Yapay zeka alıntıları için olası fayda dolaylı ve platforma bağlıdır — özellikle bir yapay zeka deneyiminin bir arama dizinine veya tarayıcıya dayandığı durumlarda. Alıntı birleştirmeyi garantili bir etki değil, ölçülebilir bir sonuç olarak ele alın ve sitenin daha sık alıntılanıp alıntılanmadığı gibi daha geniş bir sorudan ayrı tutun.