URL’lerin gerçekten kopya olup olmadığını kararlaştırın
Kanonik URL, yinelenen veya neredeyse yinelenen sayfalar için temsilci adrestir. Kanonik link ilişkisi, hedef sayfa başvuran sayfanın içeriğinin kopyasını veya bir üstkümesini (superset) içerdiğinde uygundur. Farklı ürünleri, kullanışlı filtreleri, makaleleri veya yerelleştirmeleri gizlemenin bir yolu değildir.
Bir ziyaretçi bu URL’nin aday URL tarafından temsil edilmesi durumunda önemli içerik, seçim veya görev tamamlama kaybeder mi diye sorun. Cevap evet ise, onu ayrı tutun ve içeriğini veya yerelleştirmesini geliştirin. Hayır ise, tek bir kararlı URL seçin ve protokol, host, yol, son-üst çizgi (trailing-slash) ve parametre kurallarını belgeleyin.
Güncel olarak görünür bir kopya olmasa bile, tercih edilen her indexlenebilir HTML sayfanın head bölümüne kendine referans veren bir kanonik ekleyin.
Analitik parametresi taşıyan gibi gerekli bir kopyayı, her iki sayfa da aynı ana içeriği döndürüyorsa yalnızca tercih edilen URL'ye işaret edin.
Eski URL artık yok olmalıysa yönlendirme kullanın
Eski bir yol, kullanımdan kaldırılmış host veya HTTP sürümü ziyaretçiler veya tarayıcılar için artık hedef olmamalıysa kalıcı sunucu tarafı yönlendirmesi (301) kullanın. Google, kopya kullanımdan kaldırılırken yönlendirmeleri güçlü bir kanonikleştirme sinyali olarak değerlendirir ve bunları önerir.
Her iki URL de içerikle yanıt vermek zorundaysa fakat birinin arama içinde kümenin temsilcisi olması isteniyorsa rel=canonical kullanın. Bu etiket ziyaretçinin adresini değiştirmez veya diğer yolu kaldırmaz. Hedef sayfa erişilebilir olmalı ve başka bir yere yönlendirme veya farklı bir kanonik göstermemelidir.
Eski bir HTTP URL’sini doğrudan nihai HTTPS URL’sine gönderin ve o HTTPS URL’sini başka her yerde kullanın.
Robots.txt, URL kaldırmaları ve noindex tercih edilen bir kopyayı ifade etmez. Noindex bir sayfayı Arama’dan engeller.
Tek bir açık açıklama yayınlayın
HTML için head bölümüne bir tane mutlak rel=canonical bildirimi koyun. CMS ayarına yalnızca bakmayın; bir tema, eklenti, edge kuralı veya JavaScript değeri değiştirebilir. Google, bunun HTML kaynağında sağlanmasını ve JavaScript’in bunu değiştirmemesini tavsiye eder.
PDF gibi HTML olmayan bir belge için uygun olduğunda bir canonical HTTP Link yanıt başlığı kullanın. Çakışan HTML ve başlık değerlerinden kaçının. Hedef erişilebilir olmalı, 4xx yanıtı vermemeli ve yönlendiren veya zincirleyen bir URL olmamalıdır.
Her kaynak için bir kanonik hedef yayınlayın; birden fazla hedef tercih belirsizliği yaratır.
Şablon, CDN, CMS veya yönlendirme değişikliklerinden sonra örnek sayfaları ve başlıkları fetch edip son hedefi doğrulayın.
Destekleyici sinyallerin uyumlu olmasını sağlayın
Gezinme, breadcrumb, metin içi bağlantılar ve oluşturulan feed’lerde iç bağlantıları tercih edilen URL’ye yönlendirin. Aramada gösterilmesini istediğiniz sayfalarda yalnızca tercih edilen URL’leri site haritasına koyun. Site haritası dahil etme daha zayıf bir sinyaldir, ancak yönlendirmeler ve açıklamalarla uyumlu olduğunda seçimi pekiştirir.
Site haritası URL’lerini tercih edilen host, protokol ve slash tarzıyla tam nitelikli (fully qualified) olarak oluşturun. Yönlendirilen ve parametreli kopyaları kaldırın. Permalinks, domain, dil veya e-ticaret değişikliklerinden sonra otomatik oluşturulan site haritalarını test edin.
İzleme, eski veya alternatif-host URL’lerine verilen bağlantıları seçilen kanonikle değiştirin.
HTTPS yönlendirmeleri, kanonik hedefleri, site haritaları ve bağlantıları tutarlı tutun; sertifika ve HTTPS→HTTP hataları çelişkili sinyaller gönderir.
Parametreleri, sayfalandırmayı ve dilleri amaç doğrultusunda ele alın
Parametreler otomatik olarak kopya oluşturmaz. Analitik parametreleri içeriği değiştirmeyebilirken, filtreleme ve sıralama sonuç kümesini değiştirebilir. Temsili kombinasyonları test edin. Sepet, giriş, onay (consent) veya yapılandırma için gereken herhangi bir parametreyi koruyun; bir kanonik ziyaretçi akışını bozmayacak şekilde kullanılmalıdır.
Her sayfalı seriyi (pagination) sayfa birine kanoniklemek genellikle doğru değildir: sonraki sayfalar genellikle birinci sayfanın sahip olmadığı içerik barındırır. Dil veya ülke URL’lerinde aynı dilde bir sayfa varsa onu kanonik olarak adlandırın ve alternatifler için hreflang kullanın. Kanonikleştirme yerelleştirme tasarımının yerine geçmez.
Hangi filtrelerin ayrı açılış sayfaları olduğunu ve hangilerinin yalnızca sonuç sıralamasını değiştirdiğini belgeleyin ki ürün ve mühendislik değişiklikleri uyumlu kalsın.
Bir view-all (tümünü göster) sayfasını yalnızca gerçekten kullanılabilir bir içerik üstkümesi olduğunda kullanın; seçmeden önce yüklenmesini ve gezinmesini test edin.
İndexlenmiş ve canlı kanıtlarla çakışmaları hata ayıklayın
Search Console’da etkilenen URL’yi inceleyin ve Google’ın dizine eklediği (indexed) seçilmiş kanonik ile kullanıcı tarafından bildirilen değeri karşılaştırın. Aday hedefi de inceleyin. Dizine eklenmiş rapor Google’ın en son işlediğini yansıtır; canlı test güncel fetch, render edilmiş sayfa, başlıklar ve kaynaklar için yararlı ama nihai kanonik seçimini tahmin edemez.
Değerler farklıysa Google’ın daha iyi temsilciyi seçip seçmediğini değerlendirin. Aksi halde yönlendirmeleri, HTML ve HTTP başlık açıklamalarını, render edilmiş çıktıyı, bağlantıları, site haritası girdilerini, hreflang ve içerik benzerliğini izleyin. Uyumsuzluğu düzeltin, değişikliği kaydedin ve yeniden değerlendirme için süre tanıyın.
Şablonları, başlıkları, host yönlendirmesini ve güvenlik değişikliklerini kontrol edin. Açıklanamayan çapraz-domain kanonik veya yönlendirme bir güvenlik incelemesini gerektirir.
Teslim edilen kaynak ve başlıkları CMS ayarlarıyla karşılaştırın; bir eklenti veya platform kuralı farklı bir değer yayınlıyor olabilir.
Kanonik kontrollerini SIU sürüm sertifikasyonuna ekleyin
Domain, HTTPS, CDN, CMS, şablon veya katalog sürümlerinden önce ana sayfa, içerik ve ürün sayfaları, bir parametre rotası, bir yerel sürüm, bir eski URL ve yayımlanmış belgelerden örnekleyin. Durum, nihai URL, kanonik hedef, site haritası dahil edilme durumu ve bir iç-bağlantı örneği kaydedin.
Düzeltmeleri geri alınabilir tutun: mevcut eşlemeyi yakalayın, bir kural kümesini değiştirin, etkilenen yolları doğrulayın ve bir geri alma planı saklayın. Bu, değişiklik sırasında kararlı genel yolları koruyarak proaktif çalışma süresi (uptime) optimizasyonunu destekler; kesinti tespiti sağlamaz ve dizine alma garantisi vermez.
Pazarlama ve mühendislik arasında kanonik kurallar atayın ve her güncellemenin arkasındaki şablon, yönlendirme, site haritası veya platform değişikliğini kaydedin.
Daha hızlı düzeltme için sürüm ticket'ına küçük bir önce-sonra URL ve başlık örneği ekleyin.