Canonical etiketleri yanlış kullandığınızda ne olur

Canonical etiketi, duplicate content silgisi değildir

Canonical etiketi, aynı veya büyük ölçüde benzer içeriği barındıran birden fazla URL olduğunda arama motorlarına hangi URL’yi tercih ettiğinizi söyler. Yaygın HTML sürümü şöyle görünür:

<link rel="canonical" href="https://example.com/preferred-page/">

Bir de çoğunlukla PDF gibi HTML dışı dosyalar için yararlı olan HTTP header sürümü vardır:

Link: <https://example.com/preferred-file.pdf>; rel="canonical"

Bu yeterince basit görünüyor. Sorun, ekipler canonical etiketlerini sorunlu görünen her şeyi toparlamanın güvenli bir yolu gibi ele aldığında başlar: faceted navigation, tracking parametreleri, yazdırma sayfaları, neredeyse duplicate ürün sayfaları, pagination, staging URL’leri ve eski kampanya sayfaları.

Canonical etiketleri bir silme düğmesi değildir. Redirect değildir. Bilgi mimarisinin yerine geçmez. Ve uyulması garanti değildir.

Arama motorları canonical etiketlerini güçlü ipuçları olarak kullanır. Canonical etiketini diğer sinyallerle karşılaştırırlar: redirect’ler, internal link’ler, sitemap URL’leri, hreflang anotasyonları, içerik benzerliği, HTTP durum kodları ve kullanıcıların ve crawler’ların gerçekten karşılaştığı URL’ler. Bu sinyaller çelişirse, arama motoru canonical etiketinizi yok sayabilir veya tamamen farklı bir canonical URL seçebilir.

Canonical etiketlerini yanlış kullanmanın bu kadar kafa karıştırıcı olmasının nedeni budur. Markup tarayıcıda doğru görünür, ancak arama sonuçlarında yanlış sayfa görünür — ya da doğru sayfa kaybolur.

Bir canonical yanlış URL’ye işaret ettiğinde ne olur

Bir arama motoru duplicate veya neredeyse duplicate URL’ler gördüğünde, genellikle bunları bir kümeye toplar ve bir URL’yi canonical olarak seçer. Seçilen canonical, indekslenme ve arama sonuçlarında gösterilme olasılığı en yüksek olan sürümdür. Duplicate’lerden gelen sinyaller bu seçilen URL’de birleştirilebilir.

Canonical etiketiniz yanlış sayfaya işaret ederse birkaç şey olabilir.

1. Yanlış URL indekslenir

İki URL’niz olduğunu varsayalım:

• /mens-running-shoes/
• /sale/mens-running-shoes/

İndirim sayfası ana kategori sayfasına canonical veriyorsa, içerik neredeyse aynıysa ve indirim URL’si yalnızca filtrelenmiş bir sürümse bu sorun olmayabilir. Ancak indirim sayfasının kendine özgü metni, özgün ürünleri ve kendi arama talebi varsa, canonical onu bastırabilir.

Sayfa hâlâ crawl edilebilir. Kullanıcılar tarafından hâlâ erişilebilir olabilir. Ancak arama motorları, başka bir URL’nin tercih edilen sürüm olduğunu söylediğiniz için onu ayrı olarak indekslememeye karar verebilir.

Bu en yaygın canonical hatasıdır: dramatik bir teknik kesinti değil, yalnızca indeksten sessizce kaybolma.

2. Sıralama sinyalleri yanlış yerde birleşir

Canonical etiketleri genellikle link’ler ve duplicate içerik varyantları gibi sinyalleri birleştirmek için kullanılır. Duplicate’ler gerçekten eşdeğer olduğunda bu yararlıdır. Eşdeğer olmadıklarında risklidir.

Bir blog makalesinin şu gibi tracking URL’leri varsa:

• /guide-to-canonical-tags/?utm_source=newsletter
• /guide-to-canonical-tags/?utm_source=linkedin

İkisini de /guide-to-canonical-tags/ adresine canonical yapmak mantıklıdır.

Ancak bir İspanyolca sürüm, ekstra içerikli yazdırılabilir bir sürüm veya farklı niyete sahip bir ürün varyantı aynı canonical’a işaret ediyorsa, ayrı kalması gereken sinyalleri birleştiriyor olabilirsiniz. Sonuç, hepsi için daha zayıf alaka düzeyi olabilir.

Canonical etiketleri eşdeğerlikle ilgilidir. İki sayfa farklı arama niyetlerini karşılıyorsa, muhtemelen birbirlerine canonical vermemelidir.

3. Arama motorları etiketi yok sayar

Canonical bir komut değildir. Canonical hedefi redirect ediyorsa, 404 döndürüyorsa, engellenmişse, noindex içeriyorsa veya çok farklı içerik barındırıyorsa, arama motorları onu yok sayabilir.

Bu bir açıdan iyidir: kötü bir canonical her zaman indekslemeyi yok etmez. Ancak bu aynı zamanda etiketin düşündüğünüz şeyi yaptığını varsayamayacağınız anlamına gelir. Bir sayfa bir canonical beyan edebilirken Google başka birini seçebilir.

Bu özellikle internal link’ler, sitemap’ler ve canonical’lar birbiriyle uyuşmadığında yaygındır. Her internal link /product adresine gidiyor, sitemap’iniz /product/ adresini listeliyor ve canonical’ınız https://www.example.com/product?ref=main adresine işaret ediyorsa, kendi sinyalleriniz arasında küçük bir tartışma yaratmış olursunuz.

Arama motorları bu tartışmayı çözmede iyidir. Ancak bunu her zaman sizin amaçladığınız şekilde çözmekte iyi değildir.

4. Hata ayıklama gereksiz yere zorlaşır

Kötü canonical’lar nadiren gürültülü biçimde başarısız olur. Diğer SEO sorunlarına benzeyen semptomlar üretirler:

• “Keşfedildi, şu anda indekslenmedi” veya eşdeğer indeksleme belirsizliği
• Bir sorgu için yanlış URL’nin sıralanması
• Parametre URL’lerinin raporlarda görünmesi
• Crawl edilebilir olmasına rağmen kategori sayfalarının görünmemesi
• Uluslararası sayfaların yanlış dil sürümüne katlanması
• Yeni template’lerin beklenenden daha az indekslenmiş sayfayla yayına alınması

Bu yüzden canonical hata ayıklaması ham HTML, render edilmiş HTML, HTTP header’ları, redirect’ler ve sitemap girişlerini içermelidir. Zaten redirect chain’leri veya uyuşmayan header’ları inceliyorsanız aynı alışkanlıklar geçerlidir; üretimde redirect ve HTTP header hata ayıklama rehberimizde anlatılan türde pratik bir HTTP inceleme iş akışı, canonical çelişkilerini genellikle bir CMS alanına bakıp durmaktan daha hızlı yakalar.

En pahalı canonical hataları

Her şeyi ana sayfaya canonical yapmak

Bu hâlâ oluyor. Bir template alanı boş bırakılıyor, bir plugin site köküne fallback yapıyor ve birden yüzlerce sayfa ana sayfayı canonical olarak beyan ediyor.

Arama motorları bunu yok sayabilir, çünkü içerik bariz şekilde farklıdır. Ancak yeterince sinyal dağınıksa, bazı sayfalar düşebilir veya yanlış kümelenebilir. En azından, her sayfada işe yaramaz ve çelişkili bir ipucu gönderiyorsunuzdur.

Ana sayfa, bir iç sayfa için neredeyse hiçbir zaman canonical değildir.

Paginated sayfaları birinci sayfaya canonical yapmak

Uzun süre bazı siteler /category/page/2/, /page/3/ ve devamını birinci sayfaya canonical yaptı. Amaç duplicate kategori sayfalarından kaçınmaktı.

Sorun şu ki paginated sayfalar duplicate değildir. Farklı öğeler içerirler ve crawler’ların daha derindeki içeriği keşfetmesine yardımcı olurlar. Hepsini birinci sayfaya canonical yapmak, arama motorlarının sonraki sayfaları tam olarak işleme olasılığını azaltabilir.

Genellikle, paginated sayfaların, birleştirme için özel bir neden yoksa self-referencing canonical’lara sahip olması gerekir.

Arama niyetini kontrol etmeden filtrelenmiş sayfaları canonical yapmak

Faceted navigation zor seçimler yaratır. Bazı filtrelenmiş URL’ler gereksizdir:

• ?sort=price_ascending
• ?view=grid
• ?sessionid=123

Bazıları ise değerli landing page’ler olabilir:

• /sofas/blue/
• /laptops/16gb-ram/
• /hotels/paris/pet-friendly/

Genel canonical kuralları, işe yaramaz parametre gürültüsüyle birlikte yararlı arama sayfalarını da çoğu zaman siler. Filtrelenmiş sayfaları canonical yapmadan önce, filtrelenmiş sayfanın stabil içeriği, internal link’leri, arama talebi ve ayrı bir kullanıcı ihtiyacı olup olmadığını sorun.

Cevap evetse, self-referencing canonical ile indekslenebilir olmayı hak edebilir.

Canonical’ları redirect edilen veya engellenen URL’lere yönlendirmek

Canonical hedefi temiz, indekslenebilir olmalı ve 200 OK döndürmelidir. Canonical’ları redirect eden, hata döndüren, cookie gerektiren, robots.txt tarafından engellenen veya noindex taşıyan URL’lere yönlendirmeyin.

Bu, otomatikleştirilmesi en kolay kontrollerden biridir. Sitenizi crawl edin ve temiz bir 200 yanıtı döndürmeyen canonical hedeflerini işaretleyin.

Canonical ile noindex’i aynı anlama geliyormuş gibi karıştırmak

rel="canonical" ve noindex farklı problemleri çözer.

Duplicate’ler olduğunda ve sinyallerin tercih edilen bir URL’de birleştirilmesini istediğinizde canonical kullanın. Bir sayfanın hiç indekslenmesini istemediğinizde noindex kullanın.

İkisini birlikte kullanmak tuhaf bir mesaj gönderir: “Bu sayfayı indeksleme, ama aynı zamanda onu başka bir sayfa için duplicate sinyali olarak kullan.” Arama motorları çoğu zaman bununla başa çıkabilir, ancak bu temiz bir talimat değildir. Bir sayfa duplicate ise canonical yapın. Aramada görünmemesi gerekiyorsa ve yararlı bir duplicate ilişkisi yoksa, noindex düşünün.

Pratik bir canonical denetimi

Birçok canonical problemini bulmak için büyük bir SEO platformuna ihtiyacınız yok. Bir crawl, birkaç URL örneği ve bir spreadsheet ile başlayın.

Her önemli template için şunları kontrol edin:

1. Sayfada tam olarak bir canonical etiketi var mı? Birden fazla canonical etiketi belirsizlik yaratır.
2. Canonical mutlak mı? Protokol ve hostname dahil tam URL’yi kullanın.
3. Canonical hedefi 200 OK döndürüyor mu? Redirect edilen, engellenen veya hata veren hedeflerden kaçının.
4. Canonical hedefi indekslenebilir mi? noindex yok, robots engeli yok, kimlik doğrulama gereksinimi yok.
5. İçerik gerçekten eşdeğer mi? Benzer olmak her zaman eşdeğer olmak değildir.
6. Internal link’ler aynı fikirde mi? Mümkün olan her yerde canonical URL formatına link verin.
7. Sitemap aynı fikirde mi? Sitemap’ler genellikle canonical, indekslenebilir URL’leri listelemelidir.
8. Hreflang etiketleri aynı fikirde mi? Uluslararası sayfaların tutarlı canonical ve hreflang ilişkilerine ihtiyacı vardır.
9. Render edilmiş HTML ham HTML ile eşleşiyor mu? JavaScript etiketleri değiştirebilir veya enjekte edebilir.
10. Arama motoru hangi canonical’ı seçti? İnceleme araçları, beyan ettiğiniz canonical ile seçilen canonical farklı olduğunda bunu gösterebilir.

Lighthouse burada da yardımcı olabilir, ancak yalnızca sınırları dahilinde. Bazı crawl edilebilirlik ve doküman sorunlarını işaretleyebilir, ancak ticari niyetinizi veya canonical stratejinizi anlamaz. Onu bir hüküm değil, girdilerden biri olarak değerlendirin. Yararlı bulguları gürültüden daha sakin biçimde ayırmanın bir yoluna ihtiyacınız varsa, paniklemeden Lighthouse raporu okumaya bakın.

Self-referencing canonical’lar genellikle iyi bir varsayılandır

Her önemli indekslenebilir sayfa genellikle kendisini canonical olarak beyan etmelidir. Bunun nedeni arama motorlarının etiketsiz bunu anlayamaması değildir. Self-referencing canonical’lar; parametreler, tracking link’leri, kopyalanmış URL’ler ve CMS tuhaflıkları aynı içeriğe alternatif yollar oluşturduğunda belirsizliği azaltır.

Temiz bir ürün sayfası için bu genellikle doğrudur:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Bir tracking URL’si için canonical genellikle temiz sürüme geri işaret etmelidir:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Gerçekten farklı bir ürün varyantı için cevap duruma bağlıdır. Kırmızı gömlek, mavi gömlek ve siyah gömlek aynı açıklamaya sahipse ve yalnızca renk değişiyorsa, tek bir canonical ürün sayfası yeterli olabilir. Her varyantın ayrı talebi, yorumları, görselleri, stoku ve internal link’leri varsa, ayrı indekslenebilir sayfalar mantıklı olabilir.

Varyantlar için evrensel bir canonical kuralı yoktur. Yalnızca şu soru vardır: Bu sayfalar bir arama yapan kişi için birbirinin yerine geçebilir mi?

Canonical etiketleri sitenizin gerçek URL politikasıyla eşleşmelidir

Çoğu canonical hatası, daha derin bir URL politikası probleminin belirtisidir. Site trailing slash’ların önemli olup olmadığına, büyük harfli URL’lerin çözülüp çözülmeyeceğine, parametrelere izin verilip verilmeyeceğine, HTTP’nin HTTPS’e redirect edip etmeyeceğine veya www sürümünün canonical olup olmadığına karar vermemiştir.

Her URL’nin tek bir temiz sürümünü seçin ve tüm sistemin aynı fikirde olmasını sağlayın:

• Tercih edilmeyen URL sürümlerini tercih edilen sürümlere redirect edin.
• Internal olarak tercih edilen sürümlere link verin.
• Tercih edilen sürümleri XML sitemap’lere koyun.
• Tercih edilen sayfalarda self-referencing canonical’lar kullanın.
• Yalnızca gerçek duplicate’leri tercih edilen URL’ye canonical yapın.

Tüm bu sinyaller aynı yöne işaret ettiğinde canonical etiketleri sıkıcı hale gelir. Hedef budur.

Sonuç

Canonical etiketleri güçlüdür, çünkü indekslemeyi ve sinyal birleştirmeyi etkiler. Aynı nedenle tehlikelidir.

Yanlış bir canonical her zaman bir sayfayı aramadan kaldırmaz. Arama motorları onu yok sayabilir. Ancak kötü sinyalleri kurtarması için arama motorlarına güvenmek bir strateji değildir. Daha güvenli yaklaşım, canonical kullanımını gerçek duplicate’lerle sınırlamak, hedefleri temiz ve indekslenebilir tutmak ve internal link’lerinizin, redirect’lerinizin, sitemap’lerinizin ve canonical’larınızın aynı hikâyeyi anlatmasını sağlamaktır.

Canonical’lar dağınık mimariyi sakladığınız yer değildir. Onun temizlendiğini doğruladığınız yerdir.