Bir canonical etiketi, bir arama motoruna hangi URL'yi ana kopya olarak ele almasını tercih ettiğinizi söyler - genellikle uyduğu ama geçersiz kılabileceği bir ipucu. Bir 301 yönlendirmesi seçimi tamamen ortadan kaldırır: her ziyaretçiyi ve tarayıcıyı tek bir URL'ye gönderir ve eskisi yanıt vermeyi bırakır. Karar tek cümlede bu kadar. Her iki URL'nin de insanlar için çalışmaya devam etmesi gerektiğinde canonical etiketi kullanın. Yalnızca tek bir URL'nin var olması gerektiğinde 301 kullanın.
İkisi birbirine karışıyor çünkü aynı sorunla - yinelenen içeriğin sıralama sinyalini neredeyse özdeş URL'ler arasında bölmesiyle - farklı mekanizmalarla mücadele ediyorlar. Canonical, sayfanın head bölümünde bırakılan bir öneridir. Yönlendirme ise tarayıcının uymaktan başka seçeneği olmayan bir HTTP yanıtıdır. Bunları yer değiştirirseniz ya canlı kalması gereken bir URL'yi öldürürsünüz ya da aynı sayfanın birkaç sürümünü dizinde birbiriyle rekabet eder halde bırakırsınız.
Bunu 301'e karşı 302 sorusundan daha sık açıkladım, bu yüzden bu, biri bana ilk kez sorduğunda var olmasını dilediğim sürüm ve eğer durum kodu sorusu için buradaysanız, 301'e karşı 302 yönlendirmeleri o konuyu eksiksiz kapsıyor; bu yazı yoldaki farklı bir çatallanmayla ilgili.
Canonical Etiketi ve 301 Yönlendirme: Bir İpucu ve Bir Talimat
Bir rel=canonical etiketi, bir sayfanın <head> bölümünde yaşar: <link rel="canonical" href="https://example.com/preferred-url" />. Bir canonical URL seçmek için kullanılan birkaç sinyalden biridir - güçlü, ama diğer kanıtlar farklı bir şey söylediğinde bir arama motorunun geçersiz kılabileceği bir sinyal. Her iki URL de canlı kalır, bir kişi ikisinden birini ziyaret edip her seferinde 200 yanıtı alabilir ve etiket yalnızca arama sonuçlarında neyin göründüğünü değiştirir, bir tarayıcının neye erişebileceğini değil.
Bir 301 yönlendirmesi bir öneri değildir. İsteğin kendisini yanıtlar: eski URL'yi isteyin, yenisine gönderilirsiniz, nokta. Ziyaret edilecek eski sayfanın hiçbir sürümü kalmaz. Tarayıcılar onu denemeyi bırakır ve arama motorları onu dizinden düşürür, çünkü artık kendine ait bir içeriğe çözümlenmez.
Pratik test iki koşula iner:
- Her iki URL'nin de gerçek ziyaretçiler için çözümlenmeye devam etmesi gerekiyorsa canonical kullanın.
- Bundan böyle yalnızca tek bir URL'nin var olması gerekiyorsa yönlendirme kullanın - ve URL yönlendirme türleri, hangi kodun hangi kalıcılık türüne uyduğu için referanstır.
Her iki araç da aynı sorunla zıt yönlerden mücadele eder: bir yönlendirme, hiçbir insanın bir daha inmemesi gereken bir URL içindir; bir canonical ise bir insanın meşru şekilde inebileceği biri içindir.
Yinelenen İçeriğin Farklı Bir Çözüm Gerektirdiği Dört Durum
Dört durum sürekli karşınıza çıkar ve her birinin tam olarak bir doğru sinyali vardır. Eşleştirmeyi tersine çevirirseniz ya canlı bir iş akışını mahsur bırakırsınız ya da bir yem sayfayı dizinde öylece bırakırsınız.
Parametreli URL'ler
Bir takip parametresi veya oturum kimliği eklenmiş bir URL - ?ref=partner veya ?sessionid=abc123 - işlevsel olarak temiz sürümle aynı sayfadır, yalnızca fazladan yük taşır. Onu yönlendirmek genellikle yanlıştır, çünkü parametrenin çoğu zaman isteği aşıp hayatta kalması gerekir: bir yönlendirme kodu, bir A/B grubu, bir oturum devri. Çözüm, temiz URL üzerinde kendine referans veren bir canonical'dır; böylece parametreli sürüm erişilebilir kalırken etiket arama motorlarına gürültü olmadan sürümü dizinlemesini söyler.
Kampanya Etiketli URL'ler
Bu, pazarlama ekiplerinin her gün karşılaştığı durumdur. elido.app/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=august-launch gibi bir bağlantının tam olarak etiketlendiği gibi çalışmaya devam etmesi gerekir, çünkü UTM parametreleri, analitiğin ziyareti kampanyalar ve kanallar arasında o bültene atfetme şeklidir. Hiçbir istisnası yoktur, asla. Onu düz /pricing URL'sine yönlendirmek, atfı daha kaydedilmeden önce çöpe atardı.
Canonical etiketi, bağlantının üzerinde değil hedef sayfanın üzerinde yer alır: /pricing, <link rel="canonical" href="https://elido.app/pricing" /> bildirir ve her UTM etiketli varyant aynı hedefi devralır. Arama motorları tek bir temiz /pricing URL'sini dizinlerken analitik her kampanya varyantını ayrı ayrı görmeye devam eder, çünkü etiket tarayıcının istediği şeye asla dokunmaz. Bir uyarı: bazı tarayıcılar artık UTM parametrelerini kaldırıyor veya atıf gerçekleşmeden önce onları okuyan betikleri engelliyor - kampanya sayılarınız zayıf görünüyorsa Firefox ve Brave'in UTM atfını nasıl bozduğuna bakın. Bu bir canonical sorunu değil, bir takip sorunudur.
Sayfalanmış veya Yönlü Filtrelenmiş Sayfalar
Dürüst cevap, kombinasyonun bir arama sorgusunun gerçekten isteyebileceği bir içeriğe sahip olup olmadığına bağlıdır. Bir arşivin 2. sayfası, 1. sayfadan gerçekten farklı bir içeriktir; bu yüzden her sayfalanmış sayfayı 1. sayfaya canonical olarak bağlamak pratikte ters tepme eğilimindedir. Aynı kataloğu yalnızca yeniden sıralayan yönlü (faceted) bir filtre ise tam tersi bir durumdur - onu filtrelenmemiş kategori sayfasına canonical olarak bağlamak doğrudur, çünkü o URL'de ayrı ayrı dizinlenmeye değer hiçbir şey yoktur. Evrensel bir kural yok, yalnızca aynı test var.
Kullanımdan Kaldırılmış Bir Sayfayı Birleştirmek
Burada canonical etiketi yanlış araçtır ve yönlendirme tek doğru araçtır. Bir sayfa kalıcı olarak kullanımdan kaldırıldığında - daha yeni bir yazıyla birleştirildiğinde, bir katalog değişikliğinden sonra düşürüldüğünde - eski URL'nin herhangi bir şeye çözümlenmeye devam etmesi için hiçbir neden yoktur. Bir 301, sıralama sinyalini temiz bir şekilde aktarır ve ölü sayfayı dolaşımdan kaldırır. Silmeyi planladığınız bir sayfaya canonical etiketi koymak, sahipsiz bir URL'yi topallayarak ilerlemeye, hâlâ taranabilir, hâlâ çürüyebilir halde bırakmaktan başka bir işe yaramaz - tam olarak bağlantı çürümesi önleme yazısının yakalamak için var olduğu başarısızlık biçimi. Eski sayfa gerçekten gittiyse, onu yönlendirin. Bir cesede canonical koymayın.
Canonical ve Yönlendirme Çeliştiğinde
Bazen bir URL her iki sinyali aynı anda taşır ve bunlar birbiriyle uyuşmaz. A sayfası bir 301 ile B sayfasına yönlendirir, ama B sayfası ilk tıklamanın başladığı yerden birkaç sıçrama uzakta olan C sayfasına işaret eden kendi canonical'ını bildirir.
Google'ın rehberliği açıktır: bir yönlendirme, bir canonical etiketinden daha güçlü ve daha gerçek (literal) bir sinyaldir, çünkü alternatifi çoktan kaldırmıştır - yeniden değerlendirilecek bir A sayfası kalmamıştır. İkisi çeliştiğinde, yönlendirme hedefi geçerli varış noktası olarak kazanır ve o hedefteki canonical etiketi arama motorlarının değerlendirdiği gerçek sinyal haline gelir. Bir tarayıcı zincirin sonuna ulaştığında akış yukarısındaki her şey gürültüdür.
Pratikteki başarısızlık nadiren felsefidir - genellikle kimsenin denetlemediği bir zincirdir; burada son hedefin canonical'ı yıllar önce farklı bir taşınma için ayarlanmış ve bir daha hiç gözden geçirilmemiştir. Bunu çözmek, 200 döndüren ve kendisine canonical olan bir URL'ye ulaşana kadar her sıçramayı takip etmek, ardından hangi bağlantının eskimiş olduğunu düzeltmek anlamına gelir. Tek bir temiz sıçrama, indiğiniz yerle uyuşan tek bir canonical etiketi: hedef durumun tamamı budur.
Neden Her Sayfanın Kendine Referans Veren Bir Canonical'a İhtiyacı Var
Kendine referans veren bir canonical, canonical etiketi kendisine işaret eden bir sayfadır: /pricing'in sessiz kalmak yerine <link rel="canonical" href="https://elido.app/pricing" /> bildirmesi gibi ve çoğu iyi yönetilen sayfa tam da bu nedenle bir tane taşır. Burada gizemli bir şey yok. Gereksiz görünür - bir sayfanın kendisi olduğunu neden onaylaması gereksin ki? Bu, bir URL'nin kazara yinelenebileceği her yola karşı ucuz bir sigortadır: sondaki bir eğik çizgi, karışık büyük/küçük harfli bir yol, bir eklentinin eklediği başıboş bir sorgu dizesi, https'in yanında sürüncemede kalan bir http sürümü. Hangi kopyanın gerçek olduğunu söyleyen hiçbir şey yoksa bunlardan herhangi biri ayrı, neredeyse özdeş bir URL olarak dizinlenebilir.
Biri olmadan seçim, Google'ın kendi sinyal tartımına bırakılır; bu çoğunlukla doğru sonuç verir ama zaman zaman vermez - ve bunu yanlış URL'nin sıralandığını fark ederek öğrenirsiniz, ki bu öğrenmenin kötü bir yoludur. Onu dizinlenebilir her sayfada açıkça ayarlayın ve belirsizliğin önemli olma şansı hiç olmasın.
Bir sayfayı bir düzine kanal için etiketliyorsanız ve canonical'ın raporlarınızın saydığı şeyle uyuşup uyuşmadığını anlayamıyorsanız, Elido'nun analitiği her etiketli varyantı gerçekten ölçtüğü URL'ye geri gruplar; böylece başıboş bir parametre trafiğinizi sessizce ikiye ayırmaz.
Kısa Bağlantılar Canonical URL'ye Göre Nerede Durur
Bir kısa bağlantı, buraya ait gibi görünen ama çoğunlukla ait olmayan bir soru ortaya çıkarır: elido.app/abc123'ün hedefine işaret eden bir canonical etikete ihtiyacı var mı? Hayır. Bir yönlendirme alan adı, ziyaretçileri gönderdiği sayfanın bir kopyası değildir - kendine ait içeriği olmayan, bir canonical etiketinin netleştirebileceği hiçbir şeyi olmayan bir adrestir. Canonicalization, makul şekilde dizinlenebilecek sayfalar içindir; bir kısa bağlantı bunun için hiçbir zaman aday olmamıştır.
Önemli olan canonical etiketi, ziyaretçi başka bir yoldan gelmiş gibi tam olarak hedef sayfaya aittir. elido.app/summer-sale, insanları yoursite.com/sale?utm_source=twitter'a gönderiyorsa, canonical işi hâlâ daha önceki kampanya etiketli URL durumudur; aynı şekilde etiketleyeceğiniz herhangi bir kampanya bağlantısından farklı değildir. Bu, kısa bağlantıda değil yoursite.com/sale'de gerçekleşir. Aynı kısa bağlantıyı kampanyaya veya bölgeye göre farklı hedeflere dallandırmak cevabı değiştirmez: akıllı bağlantılar tıklamayı yönlendirir, ama canonical işi yine de ziyaretçinin indiği yerde gerçekleşir. Yönlendirmenin kendi doğruluk sorusu 301'e karşı 302 yönlendirmeleri ve bir URL nasıl yönlendirilir tarafından kapsanır.
İki sinyal birbirinden ayrı tutulduğunda kısaltılmış bağlantılar etrafındaki SEO korkusunun büyük ölçüde asılsız olmasının nedeni budur: yönlendirme kendi sinyalini aktarır, hedefin canonical'ı kendi işini görür ve ikisi de diğerini kirletmez. URL kısaltıcılar SEO'ya zarar verir mi o sorunun geri kalanını kapsıyor.
Bir Sayfanın Gerçekte Hangi Sinyali Gönderdiğini Nasıl Kontrol Edersiniz
Varsaymayın. Her iki sinyali de doğrudan kontrol edin, yönlendirmeyle başlayarak:
curl -sI "https://example.com/old-page"
Bir Location başlığıyla gelen 301, URL'nin kalıcı olarak gittiği anlamına gelir; 3xx durumu yoksa yönlendirme yoktur ve devrede olan tek sinyal varsa canonical etiketidir. Canonical etiketinin kendisini görmek için sayfayı çekin ve kaynağı arayın:
curl -s "https://example.com/page" | grep -i 'rel="canonical"'
Bir URL her ikisini de gönderiyorsa, hangisinin gerçek hedef olduğunu varsaymadan önce zinciri baştan sona takip edin. İkisi uyuştuğunda - yönlendirme, canonical'ı kendisine işaret eden bir URL'ye indiğinde - sinyal netleşir, ki bu, sıralamalarınız için önemli olan her URL'nin bulunması gereken durumdur.
Blogda İlgili Yazılar
- 301'e Karşı 302 Yönlendirmeleri: Kısa Bağlantılar Hangisini Kullanmalı
- URL Yönlendirme Türleri: 301, 302, 307, 308 ve Daha Fazlası
- URL Kısaltıcılar SEO'ya Zarar Verir mi? Önemli Olan Mekanikler
- UTM Parametreleri Açıklandı: 5 Etiket ve Nasıl Çalıştıkları
- Kısa URL Kampanyaları için Bağlantı Çürümesi Önleme Stratejisi
Sıkça sorulan sorular
Bir canonical etiketi ile bir 301 yönlendirmesi arasındaki fark nedir?
Bir canonical etiketi, bir sayfanın head bölümünde yer alan ve her ikisi de canlı ve erişilebilir kalırken arama motorlarına hangi URL'yi tercih etmeleri gerektiğini söyleyen bir ipucudur; bir 301 yönlendirmesi ise her ziyaretçiyi ve tarayıcıyı yeni URL'ye gönderen ve eskisini hizmet dışı bırakan bir HTTP durum kodudur. Google, canonical'ı diğer kanıtlar farklı bir şey söylüyorsa geçersiz kılabileceği güçlü bir sinyal olarak ele alır; bir yönlendirme ise tartılacak bir alternatif bırakmaz, çünkü yeniden değerlendirilecek eski bir sayfa kalmamıştır. Her iki URL'nin de isteklere yanıt vermeye devam etmesi gerektiğinde canonical kullanın; yalnızca birinin var olması gerektiğinde yönlendirme kullanın.
Yinelenen içerik için canonical etiketi mi yoksa 301 yönlendirmesi mi kullanmalıyım?
Yinelenen URL'nin tamamen var olmayı bırakması gerekiyorsa - kullanımdan kaldırılmış bir sayfa, eski bir alan adı, kalıcı bir taşınma - yönlendirme kullanın, çünkü bir yönlendirme hem sıralama sinyalini birleştirir hem de ölü URL'yi dolaşımdan kaldırır. Yinelenen sürümün UTM etiketli bir kampanya bağlantısı, bir oturum parametresi veya neredeyse yinelenen filtrelenmiş bir sayfa gibi gerçek bir nedenle erişilebilir kalması gerekiyorsa canonical etiketi kullanın. Belirleyici soru, bir insanın canonical olarak seçmediğiniz URL'yi ziyaret etmeye devam etmesi için meşru bir nedeni olup olmadığıdır.
Bir canonical etiketi ile bir yönlendirme çeliştiğinde ne olur?
Yönlendirme kazanır, çünkü alternatif URL'yi denklemden çoktan kaldırmıştır - zincirin o noktasında bir canonical etiketinin çelişebileceği hiçbir şey kalmamıştır. Google önce yönlendirmeyi hedefine kadar takip eder, ardından o hedefin bildirdiği canonical etiketini geçerli sinyal olarak okur. Bir uyumsuzluğun düzeltilmesi, 200 döndüren ve kendisine canonical olan bir URL'ye ulaşana kadar her sıçramayı takip etmekten geçer.
UTM parametreleri olan URL'lerin bir canonical etikete ihtiyacı var mı?
Evet, canonical etiketi hedef sayfaya aittir ve takip parametreleri eklenmemiş temiz URL'ye işaret etmelidir. /pricing gibi bir sayfa, kendisine kaç tane UTM etiketli varyant bağlantı verirse versin, kendisini kendi canonical'ı olarak bildirmelidir; böylece arama motorları tek bir temiz URL'yi dizinlerken analitik her etiketli varyantı ayrı ayrı kaydetmeye devam eder. UTM etiketli bir URL'yi bunun yerine yönlendirmek, analitik aracınız ziyareti atfedebilmeden önce parametreleri çıkarırdı.
Neden her sayfaya kendine referans veren bir canonical etiketi konulmalı?
Kendine referans veren bir canonical, bir sayfanın kendisini kendi tercih ettiği URL olarak bildirmesidir ve sondaki eğik çizgilerden başıboş sorgu parametrelerine, https'in yanında sürüncemede kalan bir http sürümüne kadar bir sayfanın kazara yinelenebileceği her yolu kapatır. Biri olmadan Google, canonical URL'yi kendi sinyallerini kullanarak seçer; bu genellikle doğrudur ama zaman zaman yanlış varyantı seçer. Bunu dizinlenebilir her sayfada açıkça ayarlamak, bu belirsizliği bedavaya ortadan kaldırır.
Bir kısa bağlantının bir canonical etikete ihtiyacı var mı?
Hayır. Bir kısa bağlantı, kendine ait içeriği olmayan saf bir HTTP yönlendirmesidir; bu yüzden o URL'de bir canonical etiketinin netleştirebileceği hiçbir şey yoktur ve canonicalization yalnızca içerik olarak makul şekilde dizinlenebilecek sayfalar için önemlidir. Önemli olan canonical etiketi, kısa bağlantının yönlendirdiği hedef sayfada yer alır - tıpkı ziyaretçi başka bir yoldan gelmiş olsaydı olacağı gibi.
Elido'yu deneyin
Bir URL yapıştırın, çalışan bir kısa bağlantı alın
Kayıt gerekmez. Bağlantı 30 gün boyunca yaşar. Sonsuza kadar saklamak için kaydolun.
Ücretsiz, kayıt gerekmez · Günde 2