Yinelenen İçerik

TL;DR — Yinelenen içerik, aynı (veya neredeyse aynı) içeriğin birden fazla web adresinde görünmesidir. “Yinelenen içerik cezası” diye bir şey yoktur — Google bunu yıllardır söylüyor; sıradan kopyalar yalnızca gruplandırılır ve gösterilmek üzere bir sürüm seçilir. Asıl etkisi, sinyallerinizi bölebilmesi ve bazen “yanlış” sayfanın gösterilmesine yol açabilmesidir. Çözüm paniğe kapılmak değil, gerçekten ne olmasını istediğinize göre her şeyi tercih edilen tek bir URL’ye yönlendirmektir — ayrıca kopya gibi görünen her şey (filtreler, sayfalama, çevrilmiş sayfalar) gerçekten kopya değildir.

Yinelenen içerik nedir?

Yinelenen içerik, aynı veya çok benzer içeriğe birden fazla URL üzerinden ulaşılabilmesidir. Bu durum tek bir web sitesinde veya farklı web siteleri arasında ortaya çıkabilir.

Çoğu zaman bunun nedeni birinin yazınızı kopyalaması değil, teknik bir kazadır. Tam olarak aynı sayfa şu örneklerdeki gibi birden fazla adreste bulunur:

• http://example.com ve https://example.com
• example.com ve www.example.com
• example.com/page ve example.com/page?utm_source=newsletter

Bir insanın gözünde bunların hepsi “aynı sayfadır.” Bir arama motoru içinse her farklı URL, aynı içeriğe sahip ayrı bir sayfadır.

En önemli nokta: Yinelenen içerik cezası yoktur

Çoğu insanı bu konuya getiren korku budur; o yüzden baştan açıklığa kavuşturalım: Google, yinelenen içeriğiniz olduğu için sizi cezalandırmaz. Google’ın kendi ekibi daha 2008’de, en azından çoğu insanın kastettiği anlamda yinelenen içerik cezası diye bir şey olmadığını yazdı. Bing de 2025’te aynı şeyi yineledi: yinelenen içerik kendi başına ceza tetiklemez.

2016’da kelimenin tam anlamıyla The Myth of the Duplicate Content Penalty adlı bir makale yazdım. Bu miti ortadan kaldırmak şaşırtıcı derecede zor oldu, ancak hâlâ yalnızca bir mit.

Tek istisna, yinelemenin aldatıcı olmasıdır — başkalarının sitelerini kazıyıp yeniden yayınlamak veya sıralamaları manipüle etmek için otomatik olarak yığınla sayfa üretmek gibi. Bu spamdır ve spama karşı işlem uygulanır. Normal, kazara oluşan teknik yineleme hiçbir şekilde politika ihlali değildir — Google içeriği yalnızca bir kümede toplar ve göstermek üzere tek bir sürüm seçer. Bu rutin bir düzenleme işlemidir, ceza değildir.

Öyleyse asıl sorun nedir?

Ceza yoksa neden düzeltelim? Bunun üç gerçek nedeni var:

1. Sinyalleriniz bölünür. Bağlantılar, tıklamalar ve paylaşımlar tek bir yerde toplanmak yerine aynı sayfanın üç farklı sürümüne yönelmiş olabilir. Bu da her sürümü, birleşik sayfanın olacağından daha zayıf hâle getirir.
2. Google “yanlış” URL’yi seçebilir. Kopyalar olduğunda Google, sonuçlarda grubu temsil edecek bir URL seçer. Seçtiği URL sizin tercih edeceğiniz URL olmayabilir — ayrıca grubun farklı bir üyesi belirli bir aramayla daha iyi eşleştiğinde zaman zaman yine gösterilebilir; dolayısıyla seçim her zaman tek ve sabit değildir.
3. Tarama daha az verimli olur. Google, emekten tasarruf etmek için seçtiği sürümü en düzenli biçimde, kopyalarıysa daha seyrek tarar. Bu genellikle sorun değildir; ancak çok fazla yineleme bulunan bir sitede yeni veya güncellenmiş sayfaların olması gerekenden daha yavaş keşfedilmesine yol açabilir.

Bunların hiçbiri ceza değildir. Yalnızca verimsizliktir ve hepsi düzeltilebilir.

Nasıl düzeltilir? (Basit sürüm)

Hedef her zaman aynıdır: Her şeyin tercih edilen tek bir URL’yi göstermesini sağlayın.

• İstemediğiniz sürümleri (http veya www içermeyen sürümler gibi), 301 yönlendirmesi kullanarak istediğiniz sürüme yönlendirin.
• Bir kopyanın erişilebilir kalması gerekiyorsa Google’a gerçek sürümün hangisi olduğunu bildiren bir canonical etiketi (rel="canonical") ekleyin.
• Kendi sitenizin her yerinde tercih edilen sürüme tutarlı biçimde bağlantı verin.

İşin %90’ı budur. Nedenlerin eksiksiz listesini, tercih sırasına göre düzeltme hiyerarşisini, içerik ortaklığı kurulumunu ve mitlerin tek tek çürütülmesini mi istiyorsunuz? Advanced sekmesine geçin.

TL;DR — Genel bir yinelenen içerik cezası yoktur — hem Google hem Bing bunu açıkça söyler; sıradan yineleme, politika işlemiyle değil tekilleştirme ve canonical seçimiyle ele alınır. Gerçek maliyetler dolaylı ve olasıdır, kesin değildir: sinyal seyrelmesi, yanlış URL’nin seçilmesi (belirli bir bağlamda kümenin başka bir üyesi yine de gösterilebilir), daha az verimli tarama ve daha karmaşık ölçüm. Motorlar kopyaları tespit eder → eşleşen URL’leri kümeler → toplanan sinyallerden bir canonical seçer — bildirilen canonical bir kural değil, ipucudur. Yinelemelerin çoğu editoryal değil tekniktir; ancak filtreler/sıralamalar/sayfalama/varyantlar/çeviriler otomatik bir canonical yerine duruma göre incelenmelidir. Amaca göre kabaca şu sırayla düzeltin: kök neden / 301 → rel="canonical" → parametre yönetimi → yalnızca gerçekten kaldırmak için noindex → hreflang → içerik ortaklığı (Google’ın güncel rehberi, yalnızca canonical kullanımına kıyasla iş ortağının kendi kopyasına noindex eklemesini yeğler). Cezalar yalnızca aldatıcı, ölçekli kötüye kullanıma — değer katmadan kazıma ve toplu yeniden yayınlamaya — uygulanır.

Yinelenen içerik gerçekte nedir?

Ahrefs rehberimde ifade ettiğim gibi: “Duplicate content is the same or similar content that appears on the web in more than one place. It can exist on one website or across multiple websites.” Eski Google tanımıysa (2006 tarihli bir Search Central yazısından), bunu alan adlarının içinde veya arasında tamamen eşleşen ya da kayda değer ölçüde benzer olan esaslı içerik blokları olarak çerçeveliyordu.

Temel bakış açısı şudur: Yinelenen içeriğin çoğu intihal değil, teknik bir yan üründür. Bir sayfa birden fazla adreste sunulur ve her adres tarayıcı için ayrı bir URL’dir. Editoryal yineleme de (metin kopyalama) vardır, ancak azınlıktadır — bu da aldatıcı olmadığı sürece cezalandırılmaz.

Google’ın güncel belgeleri ilişkiyi yukarıdaki eski tanımlardan biraz daha kesin biçimde açıklar: Konu, kelimesi kelimesine eşleşme değil, birincil içeriğin aynı veya çok benzer olmasıdır ve bu durum tek bir sitede ya da web’in genelinde ortaya çıkabilir. Bunu olmadığı bazı şeylerden ayırmak gerekir: zayıf içerik (yinelenmiş olsun veya olmasın, yararlı olamayacak kadar az içeriğe sahip bir sayfa), intihal (teknik değil, hukuki/etik bir mesele), anahtar kelime yamyamlığı (kendi sitenizdeki birden fazla farklı sayfanın aynı sorgu için rekabet etmesi — yineleme değil, hedefleme sorunu) ve bir tarayıcının “yakın kopya %” puanı (Google’ın yayımladığı veya doğrudan kullandığı bir değer değil, aracın yapılandırılabilir benzerlik eşiği — aşağıda daha fazlası var).

Yinelenen içerik cezası var mı? Hayır.

Bu, tüm konunun belkemiğidir; dolayısıyla açık konuşayım: Genel bir yinelenen içerik cezası yoktur. Her iki büyük arama motoru da bunu söylüyor.

Google’ın 2008 tarihli Demystifying the “duplicate content penalty” yazısı, herkesin bilmesi gereken şu cümleyle başlar: “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” John Mueller bunu yıllardır yineliyor — Ahrefs rehberimde ondan doğrudan şu alıntıyı yapıyorum: “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.”

Bing de yakın zamanda aynı şeyi yineledi. Aralık 2025 tarihli yazılarında şöyle dediler: “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.”

On yıldır bu görüşü savunuyorum. 2016 tarihli Search Engine Land yazım The Myth of the Duplicate Content Penalty bunu açıkça ortaya koyuyordu: “Duplicate content is not grounds for action unless its intent is to manipulate search results.” Bu cümle hâlâ bütün meseleyi özetliyor.

Tek gerçek istisna: Aldatıcı, ölçekli kötüye kullanım

Cezalar ancak yineleme manipülatif olduğunda gündeme gelir. Bu konu herhangi bir “yinelenen içerik” kuralında değil, Google’ın spam politikalarında yer alır. Kesin sınır ölçekli içerik kötüye kullanımıdır: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” Kazıma da özellikle belirtilir — politikalar, “Republishing content from other sites without adding any original content or value, or even citing the original source” davranışını kötüye kullanım olarak listeler. Sonuç şudur: “Sites that violate our policies may rank lower in results or not appear in results at all.”

Önemli ayrım şudur: Zararsız yineleme (aynı sayfanın www ve www olmayan sürümleri) bu kapsama girmez — Google sıradan yinelenen içeriği normalde tekilleştirme ve canonical seçimiyle ele alır, politika işlemiyle değil. Aldatıcı, ölçekli yineleme spam politikası kapsamında yer alan ayrı bir meseledir. İkisini karıştırmayın, ancak karşıt mutlak görüşe de kapılmayın — “ceza yok” ifadesi, yinelemenin asla işleme yol açamayacağı anlamına gelmez; sıradan yinelemenin tek başına tetikleyici olmadığı anlamına gelir.

Yinelenen içeriğin gerçek maliyetleri

Ceza yoksa neden uğraşalım? Birkaç dolaylı ve olası maliyet nedeniyle — bunlar garantili değildir ve sıralama kaybıyla aynı şey değildir:

1. Seyrelmiş / bölünmüş sinyaller. Birden fazla URL aynı içeriği barındırdığında sıralama sinyalleri dağılır. Bing bunları şöyle adlandırır: “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” Google’ın kendi belgeleri aynı fikri daha koşullu biçimde sunar: Sinyalleri birleştirmek, canonical belirtmenin nedenlerinden biridir. Bu, seyrelmenin otomatik değil olası olduğu anlamına gelir — bölünmüş sinyalleri gerçekten tek bir URL’de toplayan şey güçlü bir yönlendirme veya canonical sinyalidir.
2. Yanlış URL seçilir — ya da belirli bir durumda farklı bir URL gösterilir. Google grubu kümeler ve temsilci bir canonical seçer. Sinyalleriniz karışıksa istemediğiniz bir sürümü seçebilir — Search Console’daki “Duplicate, Google chose different canonical than user” durumu tam olarak bunu anlatır. Seçim her zaman tek ve sabit de değildir: Google’ın Arama’nın nasıl çalıştığına ilişkin kendi rehberi, kümenin farklı bir üyesinin belirli bir bağlama — belirli bir cihaza veya dar bir sorguya — daha iyi uyduğunda yine gösterilebileceğini belirtir. Dolayısıyla “kopya”, “kalıcı olarak hariç tutulmuş” anlamına gelmez.
3. Tarama daha az verimli olur; mutlaka “boşa gitmiş” sayılmaz. Google’ın canonical’laştırma belgeleri, yükü azaltmak için seçilen canonical’ı en düzenli, diğer küme üyelerini ise daha seyrek taradığını söyler. Bu göreli bir tarama sıklığı değişimidir; her sitedeki her kopyanın önemli miktarda tarama bütçesi tükettiğinin kanıtı değildir. Ancak çok fazla yineleme bulunan büyük sitelerde birikimli etki yaratır ve yinelenen içeriğin tarama bütçesi, fasetli gezinme ve örümcek tuzaklarıyla kesiştiği yer de burasıdır.
4. Ölçüm karmaşıklaşır. Trafiğin, tıklamaların ve dönüşümlerin URL’lere bölünmesi, bir içeriğin gerçekte nasıl performans gösterdiğini anlamayı zorlaştırır — Google, “simplify tracking metrics” ifadesini birleştirme nedenlerinden biri olarak belirtir.

Google (ve Bing) kopyaları nasıl ele alır?

Her iki motordaki mekanizma aynıdır: tespit et → kümele → bir canonical seç.

Google’ın 2008 tarihli yazısı bunu birinci ağızdan açıklar: URL parametrelerinin oluşturduğu varyasyonlar gibi yinelenen içerikler tespit ettiklerinde, yinelenen URL’leri tek bir kümede gruplandırır ve ardından arama sonuçlarında kümeyi temsil edeceğini düşündükleri en iyi URL’yi seçerler. Bunun gerekçesi sonuç çeşitliliğidir — bir sayfada aynı içeriğe sahip on URL değil, on farklı sonuç göstermek isterler — ve Google, kullanıcıların daha az tekrar görmesi için yinelenen belgeleri filtrelemeye çalışır. Tarama maliyetine de dikkat çekmişlerdir: Googlebot birden fazla URL’deki yinelenen içeriği taramaya ne kadar fazla zaman ve kaynak harcarsa içeriğinizin geri kalanına ulaşmak için o kadar az zamanı kalır.

Mueller sunum tarafını da açıklamıştır: Google web’deki birden fazla sayfada tamamen aynı bilgiyi bulursa, biri arama yaptığında en iyi eşleşen sayfayı bulmaya çalışır ve bu sayfaların tümünü göstermez.

2025’teki AI araması boyutu. Bing artık aynı modeli LLM odaklı keşif için şöyle çerçeveliyor: “LLMs group near-duplicate URLs into a single cluster and then choose one page to represent the set. If the differences between pages are minimal, the model may select a version that is outdated.” Dolayısıyla birleştirme artık yalnızca mavi bağlantıları değil, AI araması görünürlüğünüzü de korur. Bu, eski yinelenen içerik makalelerinin çoğunda yer almayan yeni bir açıdır.

Konunun canonical’laştırmayla ilişkisi budur: Kümeleme ve temsilci bir URL seçme işlemi canonical’laştırmanın kendisidir. Yinelenen içerik sorundur; canonical’laştırma ise onu çözen süreçtir. Burada “çözmek” ifadesinin ne anlama geldiğini kesinleştirmek gerekir: Bildirdiğiniz canonical bir talimat değil, güçlü bir ipucudur. Google temsilciyi seçerken yönlendirmeler, rel="canonical", iç bağlantılar ve site haritaları gibi toplanmış sinyalleri değerlendirir. Bunların hiçbiri tek başına sonucu garanti etmez.

Yinelenen içeriğe ne yol açar?

Neredeyse tamamı tekniktir. Ahrefs rehberimdeki tam sınıflandırmayı gruplandırılmış biçimde aşağıda bulabilirsiniz:

Protokol ve ana makine varyantları

• HTTP ve HTTPS
• www olmayan ve www

URL varyantları ve parametreleri

• İzleme parametreleri (UTM vb.)
• URL’lerde oturum kimlikleri
• Büyük/küçük harfe duyarlı URL’ler
• Sondaki eğik çizginin bulunması veya bulunmaması

Site özelliklerinden doğan sayfalar

• Yazdırmaya uygun URL’ler
• Mobil cihazlara özel URL’ler (m. alt alan adları)
• AMP URL’leri
• Fasetli / filtrelenmiş gezinme
• Etiket ve kategori (arşiv) sayfaları
• Ek / görsel URL’leri (kalıp içerik)
• Sayfalanmış yorumlar
• Site içi arama sonucu sayfaları
• Yerelleştirme (aynı dildeki bölgesel varyantlar)

Siteler arası

• Dizine eklenmiş hazırlık / geliştirme ortamları
• İçerik ortaklığı ve kazınmış içerik

Örüntü şudur: “Aynı içeriğe kaç farklı URL üzerinden ulaşılabiliyor?” Her ek yanıt bir kopyadır. URL parametreleri açık ara en üretken kaynaktır; bu yüzden ayrıca ele alınırlar.

Yineleme gibi görünen her şey yineleme değildir

Bazı durumlar yanlış biçimde “yinelenen içerik” diye adlandırılır; oysa doğru yanıt aslında “duruma göre değişir”. Herhangi bir şeye dokunmadan önce bunları ayrı ve hızlı biçimde incelemek gerekir:

• Filtreler, sıralamalar ve sayfalama. Bir parametre otomatik olarak kopya değildir. İzleme ve oturum parametreleri (?utm_source=, ?sessionid=) gerçekten eşdeğer içerik oluşturur ve temiz URL’yi canonical olarak göstermelidir. Ancak filtre veya sıralama parametresi sayfadaki gerçek içeriği değiştirebilir — Google’ın e-ticaret URL rehberi bunların genel bir canonical kuralıyla değil, duruma göre incelenmesini önerir. Sayfalanmış sayfalar yine ayrı bir durumdur: Google’ın sayfalama rehberi, bir dizideki her sayfanın kendi URL’sine ve kendisini gösteren canonical’a sahip olması gerektiğini söyler — her sayfayı birinci sayfaya canonical’laştırmak önerilmez.
• Ürün varyantları. Bunlar da her durumda kopya değildir. Gerçekten farklı bir renk, beden veya yapılandırma için ayrı URL’ler, varyantın kendi başına bulunmasına yardımcı olabilir; aynı envanteri gösteren eşdeğer yollar ve gereksiz parametreler kopya oluşturur. Amaca göre değerlendirin — bu, birinin özellikle arayacağı bir sayfa mı? — yalnızca “bir varyant” olmasına göre değil.
• Tam çeviriler. Farklı bir dile çevrilmiş sayfa, şablonu ve düzeni aynı olduğu için kopya sayılmaz — Google’ın yerelleştirilmiş sürümler rehberi kopya sınırını düzene göre değil, dile göre çizer. Yakın kopya olarak kümelenebilenler aynı dildeki bölgesel varyantlardır (en-us ve en-gb gibi); bu yüzden aşağıda bunlar için birleştirme değil hreflang kullanılır.
• Bir tarayıcının “yakın kopya %” değeri. Ahrefs ve Screaming Frog gibi site denetim araçları, benzerlik eşiğini aşan sayfaları işaretler (varsayılan değer çoğu zaman %90 civarındadır). Bu eşik Google’ın yayımladığı veya uyguladığı bir sayı değil, aracın yapılandırılabilir tanılama ayarıdır — işaretlenen bir çifti kendi başına hüküm olarak değil, işlenmiş gerçek birincil içeriği karşılaştırma çağrısı olarak değerlendirin.

Yinelenen içerik nasıl bulunur?

• Search Console — “Duplicate, Google chose different canonical than user.” Elinizdeki en güçlü sinyal budur. Google’ın bildirdiğiniz canonical’ı geçersiz kıldığı anlamına gelir. (Bu durum hakkında eksiksiz bir Ahrefs yazısı yazdım — olağan nedenler yinelenen/benzer içerik, canonical zincirleri veya döngüleri, canonical etiketi yazım hataları, çevrilmemiş uluslararası içerik ve JS uygulama kabuğu işlemesidir.)
• Bir site tarayıcısı (Ahrefs Site Audit, Screaming Frog) yinelenen veya yakın kopya sayfaları, yinelenen başlıkları ve protokol/ana makine/eğik çizgi varyantlarını işaretler.
• site: aramaları, hem http hem https sürümlerinin yayında olması, parametreli URL’lerin dizine eklenmesi ve dışarı sızmış hazırlık alt alan adları gibi belirgin durumları bulur.
• Erişilebilirlik kontrolü. Önemli bir sayfa için varyantları (http/https, www/www olmayan, sondaki eğik çizgi, büyük harf) elle deneyin ve hangilerinin yönlendirme yerine 200 döndürdüğüne bakın.
• Yalnızca ham HTML’yi değil, işlenmiş içeriği karşılaştırın. Google, JavaScript dâhil işlenen içeriği dizine ekler. Bu nedenle kaynakları farklı ancak işlenmiş çıktıları aynı iki URL yine kümelenebilir; ham HTML’si benzer görünse de işlenmiş içeriği farklı olan iki URL (kişiselleştirme, boş durumlar, hata şablonları) kümelenmeyebilir. Şüpheye düştüğünüzde tarayıcıda gerçekte ne yüklendiğine bakın.

Yinelenen içerik nasıl düzeltilir? (Tercih sırasına göre)

Aşağıdaki sıra yararlı bir varsayılandır; ancak asıl ilk soru şudur: Bu URL’ye gerçekte ne olmasını istiyorsunuz? Çünkü doğru düzeltme, sabit ve evrensel bir sıralamayı değil amacı izler:

• Kopyanın tamamen kaldırılmasını ve trafiğin yönlendirilmesini mi istiyorsunuz? → 301.
• Kopya erişilebilir kalsın, ancak sonuçlarda onu farklı bir URL mi temsil etsin? → rel="canonical".
• Bu, yanlışlıkla kümelenmiş ayrı bir sayfa mı? → Bir düzeltme uygulamak yerine sayfayı gerçekten farklı hâle getirin — yukarıdaki nedenlere bakın.
• Sayfayı özellikle ve kasıtlı olarak Google’ın dizininden çıkarmak mı istiyorsunuz? → noindex.

Bu çerçeveyi göz önünde bulundurarak en güçlü ve kök nedeni gideren düzeltmelerden başlayıp kaldırmayla biten sıra şöyledir:

1. Kök nedeni düzeltin / 301 yönlendirmeleriyle birleştirin. Protokol, ana makine, eğik çizgi ve büyük/küçük harf varyantlarında doğru çözüm yalnızca tek bir sürümün açılmasını sağlamak ve geri kalanını 301 ile ona yönlendirmektir. Yönlendirme, Google’ın sahip olduğu en güçlü birleştirme sinyalidir — belgeleri bunu “A strong signal that the target of the redirect should become canonical.” diye tanımlar. Bing de aynı fikirdedir: “Use 301 redirects to consolidate variants into a single preferred URL.” Bu çözüm tercih edilir; çünkü kopyayı tamamen kaldırır ve sinyalleri aktarır.

2. rel="canonical" — kopyanın erişilebilir kalması gerektiğinde. Kopyanın yayında kalması gerekiyorsa (yazdırma sürümü veya kullanıcının ihtiyaç duyduğu parametreli bir URL gibi), tercih edilen URL’yi gösteren bir canonical etiketi ekleyin. Google: “A strong signal that the specified URL should become canonical.” Buradaki signal sözcüğüne dikkat edin — bu bir talimat değil, ipucudur. Diğer sinyaller çakıştığında Google farklı bir seçim yapabilir ve yapar. (Kardeş konu olarak canonical etiketleri / rel=canonical hakkında daha fazlası.)

3. Parametre yönetimi ve tutarlı iç bağlantılar. Parametreleri tutarlı biçimde ele alın — temiz URL’yi canonical olarak gösterin ve site içinde her zaman tek canonical sürüme bağlantı verin. (Google’ın eski GSC URL Parameters aracı 2022’de kullanımdan kaldırıldı; dolayısıyla artık parametreleri bir kontrol paneli ayarıyla değil canonical / robots / iç bağlantılarla yönetirsiniz.) Bir URL’yi site haritanıza eklemek, onun canonical olmasına yardımcı olan zayıf bir sinyaldir; bu nedenle site haritalarında yalnızca canonical URL’leri bulundurun.

4. noindex — yalnızca sayfayı gerçekten kaldırmak istediğinizde. noindex bir sayfayı kaldırır; sinyalleri 301 veya canonical gibi tercih ettiğiniz URL’de birleştirmez. Dolayısıyla bunu yalnızca sayfanın gerçekten dizinden çıkmasını istediğinizde (örneğin zayıf bir site içi arama sonucu sayfasında) kullanın; varsayılan yinelenen içerik düzeltmesi olarak değil. Birleştirme istediğiniz yerde noindex kullanmak sinyalleri bir araya getirmek yerine çöpe atar.

Burada net bir ayrım yapmak gerekir: robots.txt ve Search Console’un URL Removal aracı da canonical’laştırma yöntemi değildir, aynı konuşmalarda geçseler bile. Bir URL’yi robots.txt içinde engellemek Googlebot’un sayfayı görmesini tamamen önler; dolayısıyla sayfa değerlendirilemez veya bir kümeye dâhil edilemez — bir kopyayı tercih edilen URL’yle eşleştirmez. Removal, URL’yi sonuçlarda geçici olarak gizler; hiçbir şeyi birleştirmez. Hedef birleştirmeyse noindex (veya yönlendirme ya da canonical) kullanın. Evidence for this claim robots.txt and the URL removal tool are not canonicalization methods. Blocking crawling can prevent Google from seeing page content, while removal hides URLs rather than mapping one duplicate to a representative. Scope: duplicate and similar URLs Confidence: high · Verified: 2026-07-16 How to specify a canonical URL with rel=canonical and other methods

5. Yerelleştirilmiş varyantlar için hreflang. Aynı dildeki bölgesel varyantlarda (en-us ve en-gb gibi) hreflang, doğru sürümün doğru kitleye gösterilmesi için sürümleri ilişkilendirir. Sıralamaları yükseltmez ve bir birleştirme aracı değildir — yalnızca doğru bölgesel sürümü gösterir. (Bkz. uluslararası SEO.)

6. İçerik ortaklığı — bu konu değişti. İlişki doğru kurulmuşsa yeniden yayınlama riskli değildir. Google’ın spam politikaları içerik ortaklığını hâlâ açıkça kapsam dışında tutar — “News publications that have syndicated news content from other news publications” davranışı kötüye kullanım sayılmaz — dolayısıyla risk hiçbir zaman içerik ortaklığının kendisi değildi.

Ancak önerilen mekanizma, benim (ve eski Ahrefs rehberim dâhil sektörün büyük bölümünün) eskiden verdiği canonical öncelikli tavsiyenin ötesine geçti. Google’ın güncel canonical’laştırma sorun giderme rehberi, artık bir içerik ortağının kopyasının özgün içeriğinizle rekabet etmesini önlemenin birincil yolu olarak rel="canonical" kullanımını görmüyor. Çünkü uygulamada ortaklık sayfaları çoğu zaman Google’ın size dönük canonical’ı her zaman kabul etmeyeceği kadar farklıdır (farklı şablon, eklenmiş giriş, reklamlar, ilgili bağlantılar). Google’ın artık en etkili yöntem olarak tanımladığı yaklaşım, yalnızca size dönük bir canonical’a güvenmek yerine içerik ortağınızın kendi kopyasının dizine eklenmesini engellemesidir (kendi noindex etiketiyle veya sayfayı site haritasının dışında tutarak).

Pratikte ortağınız kabul ediyorsa yine de size dönük canonical kullanmasını isteyin — bunun zararı yoktur ve sayfalar neredeyse aynı olduğunda hâlâ yardımcı olur. Ancak ortağın kopyasının özgün içeriğinizden daha üstte sıralanma riskini gerçekten kontrol etmek istiyorsanız daha güvenilir talep, yalnızca canonical kullanması değil kopyasını tamamen dizin dışında tutmasıdır. Bu, eski “canonical veya noindex; ikisi de olur” tavsiyesine gerçek bir güncellemedir. İçerik ortaklığını bir süre önce yalnızca canonical ile kurduysanız önemli ortaklarla bunu yeniden görüşmeye değer.

Çürütülen yinelenen içerik mitleri

• “There’s a duplicate content penalty.” Hayır. Google: “There’s no such thing as a ‘duplicate content penalty.’” Bing: “doesn’t trigger search penalties on its own.” Cezalar yalnızca aldatıcı/ölçekli kötüye kullanım içindir.
• “If two pages are >X% similar, you get penalized.” Hayır. Ceza tetikleyen bir benzerlik yüzdesi eşiği yoktur. Motorlar kümeler ve bir canonical seçer; benzerlik puanı nedeniyle puan düşürmez. (Matt Cutts bir zamanlar web’deki içeriğin %25 ile %30 arasındaki bölümünün yinelenmiş olduğunu belirtmişti — bu normal ve beklenen bir durumdur.)
• “Quoting sources or repeating boilerplate hurts you.” Hayır. Alt bilgiler, sorumluluk reddi metinleri, ürün özellikleri ve diğer kaynaklardan alıntılar, motorların beklediği normal tekrarlardır.
• “Having both http:// and https:// (or www and non-www) live gets you penalized.” Ceza yoktur; ancak bu gerçek bir sinyal bölünmesi sorunudur. Korku nedeniyle değil verimlilik için tercih edilen sürüme 301 yönlendirmesiyle düzeltin.
• “A canonical tag guarantees the canonical.” Hayır. rel="canonical" bir talimat değil, güçlü bir sinyal/ipucudur; 301 daha güçlüdür. Çakışan sinyaller Google’ın farklı bir seçim yapmasına yol açabilir — “Duplicate, Google chose different canonical than user” tam olarak budur.
• “noindex is the go-to duplicate fix.” Genellikle yanlıştır. Sayfayı kaldırır; birleştirmez. 301 / canonical’ı tercih edin; noindex etiketini yalnızca gerçekten kaldırmak için kullanın.

Sonuç

Ceza yoktur. Sinyal seyrelmesi, yanlış URL’nin sıralanması ve verimsiz tarama vardır — üçünün de çözümü aynıdır: Makul biçimde kullanabileceğiniz en güçlü sinyalle her şeyi tek bir canonical URL’de birleştirin. Bunu kendiniz çözmek istemiyorsanız Google’ın uzun zamandır söylediği gibi onlara bırakabilirsiniz — kopyaları kümeler ve sizin için bir temsilci seçerler. Ben yalnızca seçimi onlar adına yapmayı tercih ediyorum.

AI özeti

Advanced sürümünün kısa özeti:

• Genel bir yinelenen içerik cezası yoktur. Google (“no such thing as a duplicate content penalty”) ve Bing (“doesn’t trigger search penalties on its own”) bunu söyler. Google sıradan yinelemeyi normalde politika işlemiyle değil, tekilleştirme ve canonical seçimiyle ele alır. Cezalar yalnızca aldatıcı, ölçekli kötüye kullanıma — değer katmadan kazıma ve toplu yeniden yayınlamaya (Google’ın spam politikalarındaki “scaled content abuse”) — uygulanır.
• Gerçek maliyetler dolaylı ve olasıdır, garanti değildir: (1) sinyal seyrelmesi — bağlantılar, tıklamalar ve gösterimler sürümlere bölünebilir; (2) sonuçlar için yanlış URL’nin seçilmesi, ancak canonical olmayan bir küme üyesi belirli bir bağlamda yine gösterilebilir; (3) daha az verimli tarama — Google canonical’ı daha sık, kopyaları daha seyrek tarar; (4) daha karmaşık ölçüm.
• Motorların işleyişi: tespit et → kümele → bir canonical seç. Google yinelenen URL’leri bir kümede gruplandırır ve toplanan sinyallerden bir temsilci seçer (bildirilen canonical bir kural değil, ipucudur). Bing artık aynı modeli LLM/AI aramasına da uygular ve güncelliğini yitirmiş bir temsilci gösterebilir; dolayısıyla birleştirme AI görünürlüğünü de korur.
• Yinelemelerin çoğu editoryal değil, tekniktir: http/https, www/www olmayan, izleme parametreleri, oturum kimlikleri, büyük/küçük harf, sondaki eğik çizgi, yazdırma/mobil/AMP URL’leri, fasetli gezinme, arşiv sayfaları, site içi arama, hazırlık ortamları ve içerik ortaklığı.
• Yineleme gibi görünen her şey yineleme değildir: Filtreler/sıralamalar/sayfalama, genel bir canonical yerine içeriğe özgü inceleme gerektirir; sayfalanmış sayfalar kendi canonical’larını korur; ürün varyantları kendi URL’lerini hak edebilir; başka bir dile yapılan tam çeviriler kopya değildir (aynı dildeki bölgesel varyantlar olabilir); tarayıcının “yakın kopya %” değeri Google’ın eşiği değil, araç ayarıdır.
• Bulmak için GSC’deki “Duplicate, Google chose different canonical than user” durumunu, site tarayıcısını, site: aramalarını, erişilebilirlik kontrollerini ve yalnızca ham HTML yerine işlenmiş içerik karşılaştırmasını kullanın.
• Amaca göre kabaca şu sırayla düzeltin: kök neden / 301 (en güçlü) → rel="canonical" (talimat değil, ipucu) → parametre yönetimi + tutarlı iç bağlantılar → yalnızca gerçekten kaldırmak için noindex (birleştirmez; robots.txt ve kaldırma aracı da birleştirmez) → yerelleştirilmiş varyantlar için hreflang → içerik ortaklığı; Google’ın güncel rehberi yalnızca canonical’a güvenmek yerine ortağın kendi kopyasına noindex eklemesini istemeyi yeğler.
• Çürütülen mitler: Yüzde benzerlik tetikleyicisi yoktur; kalıp metinler ve alıntılar sorun değildir; http+https sürümlerinin ikisinin de yayında olması ceza değildir; canonical etiketi garanti değil sinyaldir; noindex varsayılan kopya düzeltmesi değildir.

Resmî belgeler

Arama motorlarından birincil kaynak niteliğindeki belgeler.

Google

• Canonical’laştırma nedir? — güncel mekanizma belgesi: birincil içerik benzerliği, kümeleme, tarama sıklığı ve bağlama özgü gösterim istisnası. Tespitin gerçekte nasıl çalıştığını öğrenmek için buradan başlayın.
• Yinelenen URL’leri birleştirme / canonical belirtme — neden canonical belirtilmesi gerektiği, belirtmezseniz Google’ın nasıl seçim yaptığı ve sinyal gücüne göre yöntem sırası (yönlendirmeler > rel=canonical > site haritası). Düzeltme hiyerarşisi için buradan başlayın.
• Canonical’laştırma sorunlarını düzeltme — güncel içerik ortaklığı rehberi (yalnızca canonical yerine iş ortağı tarafında noindex), taklitçi/kazıyıcı çözümleri ve kapsamlı yeniden değerlendirme zamanlaması.
• Google Arama’nın nasıl çalıştığına ilişkin ayrıntılı rehber — dizine eklemeden önce işleme, kümeleme ve canonical olmayan bir küme üyesinin belirli bir bağlamda neden yine gösterilebildiği.
• E-ticaret web siteleri için URL yapısı tasarlama — parametre ve ürün varyantı rehberi; bir parametrenin neden otomatik olarak kopya olmadığı.
• Sayfalama, artımlı sayfa yükleme ve bunların Google Arama üzerindeki etkisi — sayfalanmış her sayfanın kendi URL’sine ve kendisini gösteren canonical’a sahip olması gerekir.
• Sayfanızın yerelleştirilmiş sürümlerini Google’a bildirme — kopya sınırını düzen değil dil belirler; aynı dildeki bölgesel varyantlar için karşılıklı hreflang.
• Spam politikaları — cezaların gerçekte bulunduğu yer: ölçekli içerik kötüye kullanımı, kazıma ve içerik ortaklığı istisnası.
• Demystifying the “duplicate content penalty” (2008) — özgün “ceza yok” yazısı ve kümeleme çerçevesinin kaynağı.
• Handling legitimate cross-domain content duplication (2009) — içerik ortaklığı için eski kaynak (özgün içeriğe dönük canonical/noindex); güncellenmiş öneri için yukarıdaki güncel sorun giderme belgesine bakın.
• Deftly dealing with duplicate content (2006) — yinelenen içeriğin eski tanımı.

Bing / Microsoft

• Does Duplicate Content Hurt SEO and AI Search Visibility? (Dec 2025) — Bing’in LLM/AI aramasına genişletilmiş “ceza yok → seyrelmiş sinyaller → kümele → birini seç” modeli. Belirtilen düzeltmeler: canonical etiketleri, kalıcı yönlendirmeler, hreflang, noindex ve IndexNow.

Kaynaktan alıntılar

Google ve Bing’in kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan götüren derin bağlantıdır.

Google — ceza yoktur

• “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” — Google Search Central blogu, Demystifying the “duplicate content penalty” (2008). Yazıyı okuyun
• “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” — John Mueller, Google. Alıntıya gidin

Google — cezaların gerçekte bulunduğu yer (spam politikaları)

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” — Google Search Essentials, spam politikaları. Alıntıya gidin
• “Republishing content from other sites without adding any original content or value, or even citing the original source.” — Google spam politikalarında kötüye kullanım niteliğindeki kazıma olarak listelenmiştir. Alıntıya gidin
• “Sites that violate our policies may rank lower in results or not appear in results at all.” Alıntıya gidin
• İçerik ortaklığı istisnası: “News publications that have syndicated news content from other news publications.” Alıntıya gidin

Google — kümeleme ve düzeltme hiyerarşisi

• “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.” — Google Search Central belgeleri. Alıntıya gidin
• Yönlendirmeler: “A strong signal that the target of the redirect should become canonical.” Alıntıya gidin
• rel="canonical": “A strong signal that the specified URL should become canonical.” Alıntıya gidin
• Site haritasına ekleme: “A weak signal that helps the URLs that are included in a sitemap become canonical.” Alıntıya gidin

Bing — aynı model ve AI araması boyutu

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” — Bing Webmaster Blog (Dec 2025). Alıntıya gidin
• “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” Alıntıya gidin
• “LLMs group near-duplicate URLs into a single cluster and then choose one page to represent the set. If the differences between pages are minimal, the model may select a version that is outdated.” Alıntıya gidin

Yinelenen içerik denetim kontrol listesi

Bir sitedeki yinelemeyi bulup gidermek için bu listeyi uygulayın:

• Search Console’daki “Duplicate, Google chose different canonical than user” ve “Duplicate without user-selected canonical” durumları kontrol edildi.
• Yalnızca tek protokolün açıldığı doğrulandı — http, 301 ile https sürümüne yönleniyor.
• Yalnızca tek ana makinenin açıldığı doğrulandı — www ve www olmayan sürümler birlikte 200 döndürmüyor; biri diğerine 301 ile yönleniyor.
• Sondaki eğik çizgi için tek bir kural ve tutarlı büyük/küçük harf kullanımı doğrulandı — varyantların ikisi de açılmak yerine biri diğerine yönleniyor.
• İzleme / oturum parametreleri (UTM, sıralama, oturum kimlikleri) temiz URL’yi canonical olarak gösteriyor.
• Yazdırma, mobil (m.) ve AMP varyantları ana URL’yi canonical olarak gösteriyor.
• Fasetli / filtrelenmiş gezinme taranabilir yinelenen URL’ler üretmiyor (canonical, robots veya ? yerine #).
• Etiket/kategori/arşiv ve site içi arama sonucu sayfaları zayıf kopyalar olarak dizine eklenmiyor.
• Hazırlık / geliştirme alt alan adları dizine eklenmiyor (engelleme veya noindex + kimlik doğrulama).
• Her önemli sayfada kendisini gösteren canonical var.
• Tüm iç bağlantılar tek canonical sürümü gösteriyor (karışık protokol/ana makine/eğik çizgi bağlantıları yok).
• Site haritaları yalnızca canonical ve dizine eklenebilir URL’leri listeliyor.
• Yerelleştirilmiş varyantlar hreflang ile ilişkilendiriliyor (birleştirilmiyor).
• Ortaklık kapsamında yayımlanan kopyalar — ortaktan kendi kopyasına noindex eklemesi isteniyor (Google’ın güncel rehberine göre daha etkili talep); özgün içeriğinize dönük canonical iyi bir ikincil sinyaldir, birincil çözüm değildir.
• Filtreler, sıralamalar ve sayfalama otomatik olarak canonical’laştırılmak yerine amaca göre değerlendirildi — sayfalanmış her sayfa kendi canonical’ını koruyor.

Düzeltme hiyerarşisi (tercih sırasına göre)

Yineleme bulduğunuzda bu listede aşağı doğru ilerleyin — önce en güçlü ve kök nedeni gideren düzeltmeler, en son kaldırma. Geçerli olan en üst seçeneği kullanın.

1. Kök nedeni düzeltin / 301 yönlendirmesi kullanın. En iyi sonuç kopyanın varlığının sona ermesidir. Protokol, ana makine, eğik çizgi ve büyük/küçük harf varyantlarında tek bir sürümün açılmasını sağlayın ve geri kalanını 301 ile ona yönlendirin. Yönlendirme, Google’ın en güçlü birleştirme sinyalidir (“a strong signal that the target of the redirect should become canonical”) ve sinyalleri aktarır. Varsayılan tercihiniz bu olsun.

2. rel="canonical" — kopyanın erişilebilir kalması gerektiğinde. Kopyayı kaldıramıyor musunuz (yazdırma görünümü veya gerekli bir parametre)? Tercih edilen URL’yi gösteren canonical ekleyin. Bu talimat değil, güçlü bir ipucudur — Google yine de farklı bir seçim yapabilir; bu nedenle tutarlı iç bağlantılar ve temiz bir site haritasıyla destekleyin.

3. Parametre yönetimi + tutarlı iç bağlantılar. Parametreleri tutarlı biçimde ele alın (temiz URL’yi canonical olarak gösterin) ve site içinde her zaman tek canonical sürüme bağlantı verin. GSC URL Parameters aracı artık yoktur (2022); dolayısıyla günümüzde parametreler için kullanılacak kaldıraç budur.

4. noindex — yalnızca gerçekten kaldırmak istediğinizde. noindex kaldırır; birleştirmez. Sayfanın gerçekten dizinde bulunmaması gerektiğinde (zayıf site içi arama sayfaları gibi) kullanın — sinyalleri birleştirmek yerine attığı için asla varsayılan yinelenen içerik düzeltmesi olarak kullanmayın.

5. hreflang — yerelleştirilmiş varyantlar için. Aynı dildeki bölgesel varyantlar aslında “birleştirilecek kopyalar” değildir — doğru bölgenin doğru sayfayı görmesi için onları hreflang ile ilişkilendirin. Sıralamaları yükseltmez; doğru sürümü yönlendirir.

6. İçerik ortaklığı — ortaktan yalnızca canonical değil, dizine eklemeyi engellemesini isteyin. Başkaları içeriğinizi yeniden yayımladığında özgün içeriğinize dönük canonical hâlâ yararlıdır ve istenmeye değerdir. Ancak Google’ın güncel rehberine göre ortağın kendi kopyasının dizine eklenmesini engellemesi (kendi noindex etiketi), kopyanın sizinle rekabet etmesini önlemenin daha etkili yoludur. Çünkü ortaklık sayfaları çoğu zaman canonical’ın tek başına bunu tamamen önleyemeyeceği kadar farklıdır. Bu, eski “canonical veya noindex; istediğinizi seçin” tavsiyesini günceller.

Tek satırlık karar kuralı: Kopyayı kaldırabilir miyim? → 301. Hayır mı? → canonical. Bölgeye göre farklı içerik mi var? → hreflang. Tamamen kaldırmak mı istiyorsunuz? → noindex. Kaldırmayı yalnızca hedefiniz birleştirme olmadığında kullanın. robots.txt / URL kaldırmanın bu listede olmadığını unutmayın — bunlar engeller veya gizler, birleştirmez.

Neden → önerilen düzeltme

Sinyal gücü (Google’ın sıralaması): 301 yönlendirmesi (güçlü) > rel="canonical" (güçlü) > site haritasına ekleme (zayıf). Çakıştıklarında yönlendirme canonical’dan üstündür.

Her aracın yaptığı iş

Unutmayın: Ceza yoktur — yinelemeyi korku nedeniyle değil, birleştirme ve tarama verimliliği için düzeltin.

Yinelenen varyantları bulma

Yaygın teknik kopyaları yakalamak için gelişmiş bir araca ihtiyacınız yoktur — birkaç kontrol çoğunu bulur.

site: aramaları (herhangi bir tarayıcıda). Dizine eklenmiş kopyaları bulun:

site:example.com inurl:http://       # is the http version indexed?
site:example.com inurl:?              # parameterized URLs indexed?
site:staging.example.com             # did a staging subdomain escape?
site:example.com intitle:"Your Page Title"   # same title on multiple URLs?

Hangi URL varyantlarının 200 döndürdüğünü kontrol edin (macOS / Linux). Birden fazlası yönlendirme yerine 200 döndürüyorsa birleştirme sorununuz vardır:

for url in \
  "http://example.com/page" \
  "https://example.com/page" \
  "https://www.example.com/page" \
  "https://example.com/page/" \
  "https://example.com/Page"; do
  code=$(curl -s -o /dev/null -w "%{http_code}" -I "$url")
  echo "$code  $url"
done
# Want: one 200 (the canonical) and the rest 301 to it.

Windows (PowerShell) eşdeğeri:

$urls = "http://example.com/page","https://example.com/page",
        "https://www.example.com/page","https://example.com/page/"
foreach ($u in $urls) {
  $r = Invoke-WebRequest -Uri $u -Method Head -MaximumRedirection 0 `
        -SkipHttpErrorCheck -ErrorAction SilentlyContinue
  "{0}  {1}" -f $r.StatusCode, $u
}

Sayfanın bildirdiği canonical’ı okuyarak beklediğiniz yeri gösterdiğini doğrulayın:

curl -s "https://example.com/page" | grep -i 'rel="canonical"'

Site genelinde tekilleştirme için işi bir tarayıcıya bırakın — Tools sekmesine bakın.

Kopyaları bulma ve düzeltme araçları

• Google Search Console — Pages raporu. “Duplicate, Google chose different canonical than user”, “Duplicate without user-selected canonical” ve “Alternate page with proper canonical tag” durumları Google’ın kopyalarınızı tam olarak nasıl ele aldığını gösterir. Buradan başlayın.
• URL Inspection (GSC) — herhangi bir URL için kullanıcının bildirdiği ve Google’ın seçtiği canonical’ı yan yana görün.
• Ahrefs Site Audit — tek bir taramada yinelenen ve yakın kopya sayfaları, yinelenen başlıkları/meta verileri ve protokol/ana makine/eğik çizgi/büyük-küçük harf varyantlarını işaretler.
• Screaming Frog SEO Spider — yinelenen içeriği (yakın kopya tespiti), canonical zincirlerini/döngülerini ve yönlendirme sorunlarını ortaya çıkarmak için tarama yapar.
• Ahrefs Webmaster Tools — doğruladığınız siteler için ücretsiz tarama + denetim.
• site: aramaları — hangi kopyaların zaten dizine eklendiğini kurulum yapmadan görmenin yolu (Scripts sekmesine bakın).
• Bing Webmaster Tools — yineleme örüntülerini (ör. aynı başlıklar) ortaya çıkarır ve değiştirilen/kaldırılan URL’leri göndererek kümenin daha hızlı güncellenmesini sağlayan IndexNow özelliğini destekler.

Önce / sonra: Üç yaygın yinelenen içerik kurulumu

Bu sayfadaki en yaygın üç teknik kopyanın her biri için neyin bozuk olduğunu ve çözümü gösteren basitleştirilmiş bir örnek.

1. Hem protokol hem ana makine varyantlarının 200 döndürmesi

# Bad — four addresses all serve the same page, all return 200
http://example.com/guide          → 200
https://example.com/guide         → 200
http://www.example.com/guide      → 200
https://www.example.com/guide     → 200

Sorun nedir: Google açısından bu dört URL’den herhangi birinin her taranışı “aynı sayfanın” taranmasıdır ve “yanlış” sürüme verilen bağlantılar diğerleri üzerinde birleşmez. Sinyaller tek URL’de toplanmak yerine dört yöne bölünür.

# Clean — one canonical host/protocol, everything else 301s to it
http://example.com/guide          → 301 → https://www.example.com/guide
https://example.com/guide         → 301 → https://www.example.com/guide
http://www.example.com/guide      → 301 → https://www.example.com/guide
https://www.example.com/guide     → 200 (canonical, self-referencing <link rel="canonical">)

Çözüm: Bu, yukarıdaki düzeltme hiyerarşisindeki “kök nedeni düzelt / 301” adımıdır — kopyayı tamamen kaldırdığı için en güçlü sinyaldir.

2. Yanlış canonical’a sahip izleme parametreli URL

<!-- Bad — the parameterized URL canonicalizes to itself,
     so Google treats /product?utm_source=newsletter as its own page
     instead of folding it into the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product?utm_source=newsletter" />

Sorun nedir: Parametreli bir URL’de kendisini gösteren canonical, Google’a “gerçek sayfa budur” der ve amacı boşa çıkarır — temiz URL ile her parametre varyantı (?utm_source=, ?sort=, ?ref=) ayrı birer canonical adayı gibi görünür.

<!-- Clean — every parameter variant canonicalizes to the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product" />

Çözüm: Bu, 3. adım olan parametre yönetimidir — parametreli her varyantın canonical’ını temiz URL olarak ayarlayın ve site içinde yalnızca temiz URL’ye bağlantı verin.

3. Özgün içerikle ilişkisi belirtilmemiş ortaklık kopyası

<!-- Bad — the syndicating site has no canonical or noindex pointing
     back to your original, so the copy competes with it in results -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://partner-site.com/your-article" />

<!-- Better, but not the most effective option on its own — the syndicated
     copy canonicals back to your original -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://example.com/your-article" />

<!-- Most effective per Google's current guidance — the partner keeps
     their copy out of the index entirely, so there's nothing to compete
     with your original at all -->
<!-- your article, republished on partner-site.com/your-article -->
<meta name="robots" content="noindex, follow" />

Çözüm: Bu, hiyerarşideki 6. adımdır — içerik ortaklığı kendi başına riskli değildir (Google’ın spam politikaları meşru içerik ortaklığını açıkça kapsam dışında tutar). Tavsiyenin değiştiği nokta şudur: Size dönük canonical yardımcı olur, ancak ortaklık sayfaları çoğu zaman Google’ın bunu kabul etmeyebileceği kadar farklı olduğundan ortağın kopyasının sizinle rekabet etmesini güvenilir biçimde önlemez. Ortaktan kendi kopyasına noindex eklemesini istemek daha güvenilir çözümdür.

Yinelenen içerik çalışmaları için istemler

Bu sayfadaki görevler için kopyalanmaya hazır istemler. Belirtilen yerlere kendi URL’lerinizi/HTML’nizi yapıştırın — harekete geçmeden önce çıktıyı doğrulayın; modeller parametrelerin anlamını yanlış yorumlayabilir.

Bir URL listesini yinelenen içerik kümelerine ayırın

Girdi: URL listesi (tarama dışa aktarımı, site: araması veya sunucu günlüklerinden). Beklenen çıktı: Her grup için önerilen canonical ve gerekçeyle birlikte yinelenen kümeler hâlinde gruplandırılmış URL’ler.

Here is a list of URLs from my site. Group them into clusters of URLs
that likely serve the same or near-duplicate content (protocol/host
variants, trailing slash, case, tracking parameters, print/mobile/AMP
versions). For each cluster, suggest which URL should be the canonical
and explain why, using the fix hierarchy: 301 redirect for pure
technical variants, rel=canonical for URLs that must stay reachable.

URLs:
[paste URL list here]

Canonical etiketlerini çakışmalar açısından denetleyin

Girdi: Bir sayfa kümesinin ham <head> HTML’si (veya yalnızca canonical/hreflang/yönlendirme satırları). Beklenen çıktı: Olmaması gereken kendisini gösteren canonical’lar, yönlendirilen URL’leri gösteren canonical’lar veya canonical zincirleri gibi çakışmaların işaretlenmiş listesi.

Here is the <head> markup for several pages on my site. Check the
rel="canonical" tags for problems: a canonical pointing at a URL that
itself redirects or 404s, a canonical chain (A canonicals to B, B
canonicals to C), a parameterized URL with a self-referencing
canonical instead of pointing at the clean URL, or a canonical
pointing cross-domain unintentionally. List each issue found with the
URL and a one-line explanation.

[paste head markup per URL here]

Bir parametre listesi için düzeltmeye karar verin

Girdi: Search Console veya sunucu günlüklerinde görülen URL parametrelerinin listesi (ör. ?sort=, ?utm_source=, ?sessionid=, ?color=). Beklenen çıktı: Sayfa içeriğini değiştirip değiştirmediğine göre her parametre için canonical’laştırma, noindex veya engelleme önerisi.

Here are the URL parameters my site generates, with a short note on
what each one does. For each parameter, tell me whether the resulting
URL should (a) canonicalize to the clean URL because it doesn't change
the content meaningfully, (b) stay indexable as its own page because
it does change the content (e.g. a real filter a user would search
for), or (c) be blocked/noindexed because it's low-value (session IDs,
sort order, tracking tags). Explain the reasoning for each.

Parameters:
[paste parameter list and notes here]

Doğrulama testleri: Birleştirme gerçekten etkili oldu mu?

Yinelenen içerik düzeltmesi — 301, canonical değişikliği veya parametre temizliği — yaptıktan sonra uygulandığını doğrulamak ve ne zaman geri almanız gerektiğini bilmek için bu testleri çalıştırın.

1. Yönlendirme temiz biçimde çözümleniyor

Çalıştırılacak test: Birleştirdiğiniz URL’lerin her eski varyantında curl -I (veya HTTP Status Checker) kullanın. Beklenen sonuç: Tercih edilen URL’de tek bir 200; geri kalan her yerde, doğrudan onu gösteren Location başlığına sahip doğrudan 301 (zincir yok). Başarısızlık yorumu: Bir varyant hâlâ 200 döndürüyor (yönlendirme yayımlanmamış) veya Location başka bir yönlendirilen URL’yi gösteriyor (sinyali zayıflatan bir zincir). İzleme aralığı: Hemen — değişiklik yayına girer girmez kontrol edilebilir. Geri alma tetikleyicisi: Herhangi bir varyantın hâlâ 200 döndürmesi veya birden fazla atlamalı yönlendirme zinciri.

2. Canonical etiketi amaçladığınız yeri gösteriyor

Çalıştırılacak test: Parametreli/yinelenen URL’de Canonical Checker (veya curl -s <url> | grep 'rel="canonical"') kullanın. Beklenen sonuç: Bildirilen canonical temiz/tercih edilen URL’yle tam olarak eşleşir (protokol, ana makine ve yol — istenmeyen parametre yok). Başarısızlık yorumu: Varyantta kendisini gösteren canonical, düzeltmenin uygulanmadığı anlamına gelir; yönlendirilen veya bulunamadı yanıtı veren URL’yi gösteren canonical’ın bunun yerine nihai hedefi göstermesi gerekir. İzleme aralığı: Hemen. Geri alma tetikleyicisi: Canonical’ın varyantta hâlâ kendisini göstermesi veya 200 döndürmeyen bir URL’yi göstermesi.

3. Google’ın seçtiği canonical sizinkiyle eşleşiyor

Çalıştırılacak test: Etkilenen URL için Google Search Console → URL Inspection — “User-declared canonical” ile “Google-selected canonical” değerlerini karşılaştırın. Beklenen sonuç: İkisi eşleşir. Başarısızlık yorumu: Uyuşmazlık, Google’ın hâlâ farklı bir URL’yi yetkili kabul ettiği anlamına gelir — genellikle yönlendirme/canonical’ın çok yeni olduğunun veya başka bir sinyalin (iç bağlantılar, site haritası) hâlâ eski URL’yi gösterdiğinin işaretidir. İzleme aralığı: Düzeltme yayımlandıktan ve sayfa yeniden tarandıktan sonra 2–4 hafta — bu anlık değildir. Geri alma tetikleyicisi: Uyuşmazlığın azalma belirtisi göstermeden 4–6 haftadan uzun sürmesi.

4. GSC yinelenen içerik durumlarının sayısı düşüş eğiliminde

Çalıştırılacak test: Search Console → Pages raporu → zaman içinde izlenen “Duplicate, Google chose different canonical than user” sayısı (veya verileri programlı olarak alıyorsanız Google Search Console CSV Analyzer). Beklenen sonuç: Etkilenen URL’ler yeniden tarandıkça bu durumdan çıkar. Başarısızlık yorumu: Sayının sabit kalması veya artması, düzeltmenin henüz yayılmadığı ya da çakışan bir sinyalin (iç bağlantılar, site haritası girdileri) hâlâ tercih edilmeyen URL’yi gösterdiği anlamına gelir. İzleme aralığı: Yeniden tarama sıklığına bağlı olarak 2–4 hafta. Geri alma tetikleyicisi: Tam bir yeniden tarama döngüsünden sonra sayının açıklamasız biçimde hâlâ değişmemesi — düzeltmenin yanlış olduğunu varsaymadan önce iç bağlantıları ve site haritasını yeniden kontrol edin.

Zaman ayırmaya değer kaynaklar

Yazılarım — bu sayfanın birincil kaynakları

• Duplicate Content: Why It Happens and How to Fix It — eksiksiz Ahrefs rehberim: Bu sayfanın temel aldığı tam neden sınıflandırması ve düzeltme hiyerarşisi.
• The Myth of the Duplicate Content Penalty — 2016 tarihli Search Engine Land yazım. Bu sayfa fiilen onun modern devamıdır; bu görüşü on yıldır savunuyorum.
• Duplicate, Google Chose Different Canonical Than User — GSC durumunun anlamı, nedenleri ve nasıl düzeltileceği.
• Canonical Tags Explained — rel=canonical hakkında ayrıntılı inceleme.
• Google Uses ~40 Canonicalization Signals — Google’ın temsilci URL’yi gerçekte nasıl seçtiği.
• URL Parameters: A Complete Guide for SEOs — yinelenen URL’lerin en üretken kaynağı.

Resmî

• Google: Canonical’laştırma nedir? · Yinelenen URL’leri birleştirme · Canonical’laştırma sorunlarını düzeltme (güncel içerik ortaklığı rehberi) · Spam politikaları · Handling legitimate cross-domain duplication (eski içerik ortaklığı kaynağı).
• Bing: Does Duplicate Content Hurt SEO and AI Search Visibility? (Dec 2025).

Sektörün diğer kaynakları

• r/TechSEO — canonical/yinelenen içerik sorunlarını ayıklama topluluğu.
• What Is Duplicate Content? (Semrush) — nedenler ve tespit hakkında geniş bir bakış; araç odaklı iş akışları için yararlı bir eşlikçi okuma.
• Duplicate Content: Causes and Solutions (Yoast) — fasetli gezinme ve arşiv sayfaları hakkında CMS odaklı (özellikle WordPress) rehberlik içeren sağlam nedenler listesi.
• The Ultimate Guide to Duplicate Content SEO (Sitebulb) — yakın kopya tespiti ve AI araması etkisini iyi kapsayan ayrıntılı teknik rehber.
• Is There a Duplicate Content Penalty? (SISTRIX) — mit sorusuna kısa ve doğrudan yanıt.
• Google SEO Office Hours, Jan 31, 2021 — John Mueller on Duplicate Content — Mueller’in “not a negative ranking factor” açıklamasının Search Engine Journal dökümü.

Saklamaya değer alıntılanabilir ifadeler

Birisi ceza olduğunda ısrar ettiğinde başvurduğum ifadeler:

• John Mueller, Google — “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” Kaynak (Ahrefs rehberim)
• Google (2008) — “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” Kaynak
• Ben, Search Engine Land’de (2016) — “Duplicate content is not grounds for action unless its intent is to manipulate search results.” Google’ın meseleyi çözmesine izin verme konusunda da: “If you don’t want to worry about sorting through duplication on your site, you can let us worry about it instead.” Kaynak
• Bing (2025) — “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” Kaynak
• Matt Cutts, Google — web’deki içeriğin %25 ile %30 arasındaki bölümünün yinelenmiş olduğu. Yineleme normal ve beklenen bir durumdur, cezalandırılacak bir şey değildir. Haber (Search Engine Land)

Kendinizi sınayın: Yinelenen İçerik

Yinelenen içerik ve çevresindeki mitler hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü