09-02-2026, 01:07 PM
Canonical etiketi ile 301 yönlendirme aynı sorunu çözüyormuş gibi görünse de kullanıcı ve arama motoru açısından davranışları farklıdır.
En kısa ayrım:
Şimdi hangi durumda hangisini kullanacağınızı adım adım ayıralım.
1) 301 yönlendirme nedir?
Kullanıcı eski URL’ye girdiğinde tarayıcı otomatik olarak yeni URL’ye gider.
Örnek:
Kullanıcı eski adresi görmeye devam etmez.
301 şu senaryolarda genellikle daha uygundur:
- kalıcı slug değişikliği
- HTTP → HTTPS
- www → non-www veya tersi
- eski ürünün yeni kalıcı URL’ye taşınması
- site taşıma
- kaldırılmış ama birebir karşılığı olan sayfa
2) Canonical nedir?
Sayfa kullanıcıya açılmaya devam eder. Ancak HTML kaynak kodunda Google’a tercih edilen sürüm bildirilir.
Örnek:
sayfası çalışmaya devam eder ama kaynak kodu:
diyebilir.
Kullanıcı fiyat sıralamasını kullanabilir; Google ise ana kategori URL’sini esas sayfa olarak değerlendirebilir.
3) Parametreli URL’lerde neden her zaman 301 kullanamıyoruz?
Bir e-ticaret veya forum düşünün.
Kullanıcı:
- fiyata göre sıralama,
- tarihe göre sıralama,
- artan/azalan sıralama,
- filtre
seçiyor.
Eğer tüm parametreli URL’leri 301 ile ana sayfaya atarsanız kullanıcı seçtiği görünümü kaybeder. İşlev bozulur.
Böyle bir durumda alternatif URL açık kalıp temiz URL’ye canonical vermek daha mantıklı olabilir.
4) Forumlarda sık görülen örnekler
MyBB ve benzeri forumlarda şu tür adresler oluşabilir:
Bunların hepsi yeni ve bağımsız içerik olmak zorunda değildir.
Örneğin:
- “lastpost” kullanıcıyı son mesaja götürür,
- “post-45” belirli bir mesaja odaklanır,
- sıralama URL’si aynı konu listesini farklı düzende gösterir.
Burada kullanıcı işlevini koruyup temiz konu/kategori URL’sini canonical seçmek mantıklı olabilir.
5) Bir URL tamamen eskidiyse canonical yetmez
Örneğin:
artık kullanılmıyor ve yeni sayfa:
ise eski sayfayı açık bırakıp yalnız canonical vermek yerine gerçekten kalıcı taşındıysa 301 daha temizdir.
6) “Canonical verdim, Google kesin bunu seçer mi?”
Canonical güçlü bir sinyaldir ama arama motorları sayfadaki diğer sinyalleri de değerlendirir.
Bu nedenle:
- sitemap,
- iç bağlantılar,
- hreflang,
- yönlendirmeler,
- içerik benzerliği
ile canonical’ın birbiriyle çelişmemesi gerekir.
Örneğin A sayfası canonical olarak B’yi gösterirken sitemap’e yalnız A’yı koymak tutarsız bir sinyal oluşturur.
7) Karar ağacı
Şu soruları sırayla sorun:
Soru 1: Kullanıcı bu alternatif URL’yi kullanmaya devam etmeli mi?
HAYIR → 301 düşünün.
EVET → ikinci soruya geçin.
Soru 2: Sayfa esasen aynı içeriğin sıralama/filtre/alternatif görünümü mü?
EVET → canonical daha uygun olabilir.
HAYIR → üçüncü soruya geçin.
Soru 3: İçerik gerçekten ayrı arama niyetine cevap veriyor mu?
EVET → kendi canonical’ı olsun.
HAYIR → birleştirme stratejisini değerlendirin.
8) Kaynak kodunda canonical nasıl kontrol edilir?
Sayfayı açın.
Windows/Linux:
Mac:
Sonra:
arayın.
Beklenen:
9) 301 nasıl kontrol edilir?
Tarayıcıda eski URL’ye gidin ve adres çubuğunun yeni URL’ye geçtiğini gözlemleyin.
Daha teknik kontrol:
Beklenen örnek:
10) Sitemap’te hangisi olmalı?
Genel prensip:
- 301 ile yönlenen eski URL değil, hedef URL.
- canonical alternatif değil, canonical URL.
Yani sitemap arama motoruna “bunlar benim esas indexlenebilir URL’lerim” demelidir.
11) noindex ile canonical birlikte kullanılır mı?
Teknik olarak kullanılabilir ama çoğu durumda niyet karışır. “Bu sayfayı dizine alma” ile “bu içeriğin tercih edilen sürümü şu” sinyallerini aynı anda vermek yerine sayfanın amacına göre daha net bir strateji seçmek daha iyidir.
12) Pratik örnek tablosu
Sizde karar vermekte zorlandığınız URL türü hangisi? Parametre, eski slug, filtre, sayfalama veya forum alternatifi mi?
Dataweb editoryal sürüm: derin anlatım v1.0.0
En kısa ayrım:
Alıntı:301: Bu eski URL artık kullanılmamalı, kullanıcıyı da yeni URL’ye gönder.
Alıntı:Canonical: Bu URL kullanılabilir ama arama motoru açısından asıl sürüm şu URL olsun.
Şimdi hangi durumda hangisini kullanacağınızı adım adım ayıralım.
1) 301 yönlendirme nedir?
Kullanıcı eski URL’ye girdiğinde tarayıcı otomatik olarak yeni URL’ye gider.
Örnek:
Kod:
/eski-hizmet
↓ 301
/yeni-hizmetKullanıcı eski adresi görmeye devam etmez.
301 şu senaryolarda genellikle daha uygundur:
- kalıcı slug değişikliği
- HTTP → HTTPS
- www → non-www veya tersi
- eski ürünün yeni kalıcı URL’ye taşınması
- site taşıma
- kaldırılmış ama birebir karşılığı olan sayfa
2) Canonical nedir?
Sayfa kullanıcıya açılmaya devam eder. Ancak HTML kaynak kodunda Google’a tercih edilen sürüm bildirilir.
Örnek:
Kod:
https://site.com/kategori?sort=fiyatsayfası çalışmaya devam eder ama kaynak kodu:
Kod:
<link rel="canonical" href="https://site.com/kategori">diyebilir.
Kullanıcı fiyat sıralamasını kullanabilir; Google ise ana kategori URL’sini esas sayfa olarak değerlendirebilir.
3) Parametreli URL’lerde neden her zaman 301 kullanamıyoruz?
Bir e-ticaret veya forum düşünün.
Kullanıcı:
- fiyata göre sıralama,
- tarihe göre sıralama,
- artan/azalan sıralama,
- filtre
seçiyor.
Eğer tüm parametreli URL’leri 301 ile ana sayfaya atarsanız kullanıcı seçtiği görünümü kaybeder. İşlev bozulur.
Böyle bir durumda alternatif URL açık kalıp temiz URL’ye canonical vermek daha mantıklı olabilir.
4) Forumlarda sık görülen örnekler
MyBB ve benzeri forumlarda şu tür adresler oluşabilir:
Kod:
thread-12-lastpost.html
thread-12-newpost.html
thread-12-post-45.html
forumdisplay.php?fid=16
/forum/seo?sortby=replies&order=descBunların hepsi yeni ve bağımsız içerik olmak zorunda değildir.
Örneğin:
- “lastpost” kullanıcıyı son mesaja götürür,
- “post-45” belirli bir mesaja odaklanır,
- sıralama URL’si aynı konu listesini farklı düzende gösterir.
Burada kullanıcı işlevini koruyup temiz konu/kategori URL’sini canonical seçmek mantıklı olabilir.
5) Bir URL tamamen eskidiyse canonical yetmez
Örneğin:
Kod:
/hizmetler/eski-seo-paketiartık kullanılmıyor ve yeni sayfa:
Kod:
/hizmetler/seo-danismanligiise eski sayfayı açık bırakıp yalnız canonical vermek yerine gerçekten kalıcı taşındıysa 301 daha temizdir.
6) “Canonical verdim, Google kesin bunu seçer mi?”
Canonical güçlü bir sinyaldir ama arama motorları sayfadaki diğer sinyalleri de değerlendirir.
Bu nedenle:
- sitemap,
- iç bağlantılar,
- hreflang,
- yönlendirmeler,
- içerik benzerliği
ile canonical’ın birbiriyle çelişmemesi gerekir.
Örneğin A sayfası canonical olarak B’yi gösterirken sitemap’e yalnız A’yı koymak tutarsız bir sinyal oluşturur.
7) Karar ağacı
Şu soruları sırayla sorun:
Soru 1: Kullanıcı bu alternatif URL’yi kullanmaya devam etmeli mi?
HAYIR → 301 düşünün.
EVET → ikinci soruya geçin.
Soru 2: Sayfa esasen aynı içeriğin sıralama/filtre/alternatif görünümü mü?
EVET → canonical daha uygun olabilir.
HAYIR → üçüncü soruya geçin.
Soru 3: İçerik gerçekten ayrı arama niyetine cevap veriyor mu?
EVET → kendi canonical’ı olsun.
HAYIR → birleştirme stratejisini değerlendirin.
8) Kaynak kodunda canonical nasıl kontrol edilir?
Sayfayı açın.
Windows/Linux:
Kod:
Ctrl + UMac:
Kod:
Command + Option + USonra:
Kod:
canonicalarayın.
Beklenen:
Kod:
<link rel="canonical" href="https://site.com/tercih-edilen-url">9) 301 nasıl kontrol edilir?
Tarayıcıda eski URL’ye gidin ve adres çubuğunun yeni URL’ye geçtiğini gözlemleyin.
Daha teknik kontrol:
Kod:
curl -I https://site.com/eski-urlBeklenen örnek:
Kod:
HTTP/2 301
location: https://site.com/yeni-url10) Sitemap’te hangisi olmalı?
Genel prensip:
- 301 ile yönlenen eski URL değil, hedef URL.
- canonical alternatif değil, canonical URL.
Yani sitemap arama motoruna “bunlar benim esas indexlenebilir URL’lerim” demelidir.
11) noindex ile canonical birlikte kullanılır mı?
Teknik olarak kullanılabilir ama çoğu durumda niyet karışır. “Bu sayfayı dizine alma” ile “bu içeriğin tercih edilen sürümü şu” sinyallerini aynı anda vermek yerine sayfanın amacına göre daha net bir strateji seçmek daha iyidir.
12) Pratik örnek tablosu
Kod:
Eski kalıcı URL → yeni URL 301
HTTP → HTTPS 301
www → non-www 301
Sıralama parametresi canonical
Filtre URL'si duruma göre canonical/noindex
Yazdırma sürümü canonical/noindex
Belirli posta giden alternatif URL canonical
Tamamen ayrı içerik self-canonicalSizde karar vermekte zorlandığınız URL türü hangisi? Parametre, eski slug, filtre, sayfalama veya forum alternatifi mi?
Dataweb editoryal sürüm: derin anlatım v1.0.0