Canonical URL Nedir?

Canonical URL, teknik SEO’nun en sik karistirilan ama en cok ise yarayan araclarindan biridir. Ozellikle e-ticaret, blog ve kurumsal sitelerde ayni icerige birden fazla adresten ulasilabildigi icin, arama motorlarina hangi adresin “gercek” sayfa oldugunu net sekilde soylemek gerekir. Iste bu noktada devreye rel=”canonical” etiketi girer. Bu rehberde canonical URL’nin ne oldugunu, neden gerektigini, nasil dogru uygulandigini ve 2025 itibariyle Google’in guncel yaklasimini bastan sona ele aliyoruz.

Canonical URL Nedir?

Web siteleri kuruldugu andan itibaren sayfa sayisini artirarak buyumeye devam eder. Ancak buyume devam ettikce sayfa iceriklerinin tekrarlanmasi riski web dunyasinda “Duplicate Content” yani kopya icerik sorununa neden olabilir. Birkac benzer sayfa icerisinde belirli anahtar kelime siralamasi varsa, arama motoru botlari hangisi icin trafik gonderecegi konusunda karmasa yasar. Bu nedenle canonical etiketi kullanilmalidir.

SEO kapsaminda canonical URL’nin tanimi yapilirsa; arama motorlarinin otoriter (asil) olarak gormesini istediginiz URL denilebilir. Diger bir deyisle canonical, web sitenize gelen ziyaretcilerin gormesini istediginiz adrestir. Canonical etiketi kullanildiginda, birden fazla kopyasi olan sayfanin ana URL’si arama motorlarina tanimlanir; arama sonuclarinda da ziyaretciler o sayfaya yonlendirilir. Boylece dagilmis olan link degeri (link equity) ve siralama sinyalleri tek bir adreste toplanir.

Onemli bir nokta: Canonical etiketi bir 301 yonlendirme gibi kullaniciyi baska adrese tasimaz. Kullanici girdigi sayfada kalir; etiket yalnizca botlara “indekslemen gereken ana surum sudur” mesajini verir. Yani canonical, kullanici deneyimini bozmadan kopya icerik sorununu cozen “sessiz” bir cozumdur.

Canonical URL Neden Kullanilir?

Canonical URL, tekrarlanan icerik sorununu engellemek icin kullanilan en pratik yontemlerden biridir. Birden fazla baglantinizda benzer icerikler varsa bunlardan birini ana icerik olarak belirleyerek canonical URL kullanabilirsiniz. Boylece kopya icerik konusunda arama motorlarinin sinyallerini bolmemis olursunuz ve gosterdiginiz ana iceriginizin bulundugu sayfanin degeri artar.

Kucuk bir hatirlatma: Google kopya icerik icin otomatik bir “ceza” vermez; ancak hangi sayfayi indeksleyecegine kendisi karar verir ve bu da istemediginiz bir adresin one cikmasiyla sonuclanabilir. Canonical, bu karari sizin lehinize yonlendirmek icindir. WordPress kullaniyorsaniz cogu durumda etiketi elle eklemeniz gerekmez; Yoast SEO ya da Rank Math gibi eklentiler her yayina otomatik kendinden referansli bir canonical ekler. URL’deki tek bir karakter farki bile arama motorlarinda farkli sayfa olarak gorulur; bu sebeple asagidaki durumlarda canonical kullanmaniz onerilir:

• Ayni sayfaya www’li ve www’siz adreslerden ulasilabilmesi
• Ayni icerige HTTP ve HTTPS uzerinden erisilebilmesi
• URL sonunda egik cizgi (/) olan ve olmayan surumlerin birlikte calismasi
• Site ici aramada parametreli URL’ler (orn. ?utm_source=, ?sort=fiyat) uretilmesi
• Ayni urune farkli kategori ya da etiket yollarindan ulasilmasi (orn. /ayakkabi/spor/x ve /kampanya/x)
• Ayni iceriginin buyuk ve kucuk harfli surumlerinin olusmasi
• Yazicidan cikti (print) ya da PDF gibi alternatif surumlerin bulunmasi
• Iceriginizi baska sitelerle paylastiginiz (syndication) durumlar

Bunlarin disinda alan adlari arasinda kopya icerik sorunlari da ortaya cikabilir. Iceriginizi baska bir sitede de yayinlamaniz gerekiyorsa, paylasilan surumde orijinal sayfaya isaret eden bir canonical (cross-domain canonical) kullanmaniz gerekir. Boylece arama motorlari hangi adresin standart surum oldugunu anlar ve orijinal sayfanizin onune kopyanin gecme riski ortadan kalkar.

AMP varyasyonlari hala bir sebep mi?

Eski rehberlerde “AMP’li ve AMP’siz surumler” canonical kullanmanin tipik sebeplerinden biri olarak gosterilirdi. Ancak Google, 2021’den itibaren AMP’ye verdigi ayricalikli muameleyi kademeli olarak kaldirdi ve 2025 itibariyle AMP’nin siralama avantaji pratikte yok denecek seviyeye indi. Bugun yeni projeler icin AMP onerilmiyor; Core Web Vitals metriklerini saglayan hizli, standart bir sayfa cogu durumda yeterli. Yine de elinizde AMP sayfalari varsa, AMP surumunden ana (canonical) sayfaya isaret eden etiketleri dogru tutmaya devam etmelisiniz.

Canonical Etiket Nasil Kullanilir?

Canonical kelimesinin sozluk anlami “asil, standart kabul edilen surum”dur. Bu nedenle gostermek istediginiz en temiz ve en onemli icerik sayfasini secip ona canonical vermeniz gerekir; boylece siralama sinyalleri ve link degeri tek adreste toplanir. URL’leri birlestirmek icin kalici 301 yonlendirme de kullanilabilir, ancak kullaniciyi ayni sayfada tutmak istiyorsaniz canonical daha esnek bir cozumdur.

Canonical kullanirken her sayfa icin tek etiket tanimlanmali, sayfalama (pagination) dizilerinde her sayfa kendine referans vermeli ve kodlamada yazim hatasi yapilmamalidir. En sik hata, adresi yarim ya da tirnaklari eksik yazmaktir. Iste guncel ve dogru kullanim:

Durum	Yazim	Degerlendirme
Onerilen (tam URL)	<link rel="canonical" href="https://www.ornek.com/sayfa/" />	Google’in tavsiyesi: protokol + alan adi dahil tam adres
Calisir ama onerilmez (goreli)	<link rel="canonical" href="/sayfa/" />	Desteklenir; ancak Google goreli URL kullanmamanizi soyler
Hatali (tirnak/protokol eksik)	<link rel="canonical" href=https://ornek.com/sayfa/">	Eksik tirnak yuzunden etiket gozardi edilir

Dikkat: Yillarca dolasan bazi eski kaynaklarda “goreli (relative) URL kullanin” tavsiyesi yer alir. Bu bilgi guncel degil. Google’in resmi dokumantasyonu artik acikca tam (mutlak/absolute) URL kullanmanizi soyluyor; goreli adresler botlar tarafindan yanlis cozumlenip beklenmedik adreslere isaret edebilir.

Canonical etiketi, bir web sayfasinin HTML kod alaninda <head> bolumunde bulunur. Meta aciklama, baslik etiketi ve robots etiketleriyle ayni bolgede yer alir ve bu etiket, ayni sayfa icin uretilen tum URL varyasyonlarina yerlestirilmelidir.

Eger PDF ya da farkli bir dosya turu icin canonical belirtmeniz gerekirse, HTML <head> alani olmadigindan etiketi HTTP basligi (HTTP header) uzerinden gondermeniz gerekir. Ornek bir sunucu yaniti su sekilde olur:

• HTTP/1.1 200 OK
• Content-Type: application/pdf
• Link: <https://www.ornek.com/belge.pdf>; rel="canonical"

HTTP header yontemi ozellikle PDF, resim veya benzeri HTML olmayan dosyalar icin tek gecerli yontemdir ve sunucu yapilandirmasi (orn. .htaccess ya da Nginx) uzerinden ayarlanir.

Canonical URL Kullanmanin Temel Kurallari

Canonical URL kullanmak temelde kolaydir ve birkac farkli uygulama yolu vardir (HTML etiketi, HTTP header, sitemap, 301 yonlendirme). Ancak hangi yolu secerseniz secin, hatirlamaniz gereken bazi temel kurallar var. Asagidaki kontrol listesini bir el kitabi gibi kullanabilirsiniz.

1. Mutlak (Tam) URL Kurali

Canonical etiketinde adres protokol ve alan adi dahil tam yazilmalidir. Goreli yollar desteklense de Google tarafindan onerilmez, cunku yanlis cozumlenme riski tasir. Dogrusu: href="https://www.ornek.com/sayfa/".

2. Her Daim Tutarli ve Kucuk Harf Kurali

Arama motorlari buyuk ve kucuk harfli URL’leri ayri adresler olarak degerlendirir. Site genelinde tek bir yazim standardi (genellikle kucuk harf) belirleyin ve canonical’lari hep o standarda gore yazin. Ayrica www/https gibi tercihlerinizi tum sitede ayni tutun.

3. Domain Surumu (HTTPS) Kurali

SSL sertifikasi aldiysaniz ve sitenizde hala HTTPS icermeyen URL’ler varsa botlar denetleme sirasinda karisiklik yasayabilir. SSL’li bir sitede canonical su sekilde olmalidir: <link rel="canonical" href="https://www.ornek.com/sayfa/" />. Sitenizde gecerli bir SSL sertifikasi bulundurmak hem guvenlik hem de canonical tutarliligi acisindan onemlidir.

4. Kendinden Referansli (Self-Referencing) Canonical Kurali

Zorunlu olmasa da Google, her sayfanin kendi adresine isaret eden bir canonical icermesini guclu sekilde onerir. Kopyasi olmayan bir sayfa bile, “indekslenmesi gereken surum benim” sinyalini netlestirmek icin kendinden referansli canonical kullanmalidir. Bu, parametre eklenmis URL’lerin yanlislikla indekslenmesini de onler.

5. Robots.txt ve Noindex Catismasini Onleme Kurali

Canonical olarak gosterdiginiz sayfanin robots.txt ile engellenmemis ve uzerinde noindex etiketi bulunmamasi sart. Aksi halde Google sinyalleri celiskili bulur: hem “bu sayfa asil surum” hem de “bu sayfayi tarama/indeksleme” dediginizde canonical gozardi edilir.

6. Hreflang ile Canonical Uyum Kurali

Cok dilli sitelerde dil ve bolge belirtmek icin hreflang kullanilir. Buradaki en kritik kural sudur: Bir dil surumunun canonical’ini baska bir dil surumune isaret ettirmeyin. Her dil surumu kendine referans vermeli; aksi halde diger diller indekslenmez. Hreflang ile canonical her zaman birbiriyle tutarli olmalidir.

7. Tek Canonical Kurali

Bir sayfa icin yalnizca tek bir canonical URL tanimlanir. Sayfada birden fazla canonical etiketi (orn. tema ve eklentiden gelen iki ayri etiket) bulunursa Google hepsini gozardi edebilir. WordPress kullaniyorsaniz tema ve SEO eklentinizin cift etiket uretmedigini mutlaka kontrol edin.

8. <head> Icinde Kullanim Kurali

rel=canonical etiketinin bulunmasi gereken asil yer <head> bolumudur. Etiket sayfanin <body> alanina duserse (cogunlukla bir JavaScript ya da eklenti hatasiyla) arama motoru botlari tarafindan tamamen yok sayilir.

Canonical, 301 Yonlendirme ve Noindex Arasindaki Fark

Bu uc yontem sik karistirilir ama amaclari farklidir. Asagidaki tablo hangisini ne zaman kullanacaginizi netlestirir:

Yontem	Ne yapar?	Kullanici ne gorur?	Ne zaman tercih edilir?
Canonical	Benzer sayfalar arasinda asil surumu isaret eder, degeri orada toplar	Girdigi sayfada kalir	Iki surum de erisilebilir kalsin ama tek surum indekslensin isteniyorsa
301 Yonlendirme	Eski adresi kalici olarak yeni adrese tasir	Otomatik olarak yeni adrese gider	Sayfa tasindi, birlestirildi ya da kaldirildi
Noindex	Sayfanin arama sonuclarinda hic cikmamasini saglar	Sayfaya normal erisir	Tesekkur sayfasi, filtre sonuclari gibi indekslenmemesi gereken icerik

Ozetle: Iki adresin de yasamasini istiyorsaniz canonical, eski adresi tamamen birakacaksaniz 301, sayfayi tutup aramadan gizlemek istiyorsaniz noindex dogru secimdir. Bu uc yontemi ayni sayfada birlikte kullanmaktan kacinin; celiskili sinyaller hepsinin etkisiz kalmasina yol acar.

Canonical Etiketi Sinyaldir, Kesin Emir Degildir

Pratikte onemli bir gercek var: Google, canonical etiketini kesin bir komut degil, “guclu bir oneri” (hint) olarak degerlendirir. Bir adresi canonical gosterseniz bile, Google diger sinyalleri (ic baglantilar, sitemap, harici linkler, icerik benzerligi) celiskili bulursa baska bir URL’yi asil surum secebilir. Buna “Google chose different canonical” denir ve Google Search Console‘un “Sayfa Indeksleme” raporundan kontrol edebilirsiniz.

Bu yuzden canonical’i tek basina degil, tum sinyalleri ayni yone bakacak sekilde dusunmek gerekir: ic baglantilarin canonical surume verilmesi, sitemap’te yalnizca canonical adreslerin bulunmasi ve harici linklerin de mumkun oldugunca o adrese gelmesi etiketin etkili olmasini saglar.

En Sik Yapilan Canonical Hatalari

• Tum sayfalari ana sayfaya canonical etmek: Eklenti yanlis ayarlandiginda tum site tek sayfaya isaret eder ve ic sayfalar indeksten duser.
• Canonical + noindex birlikte: Celiskili sinyal; canonical gozardi edilir.
• Robots.txt ile engellenmis canonical hedefi: Bot sayfayi okuyamadigi icin sinyali degerlendiremez.
• Cift canonical etiketi: Tema ve eklentiden gelen iki ayri etiket; ikisi de gecersiz sayilabilir.
• Zincir/dongu canonical: A sayfasi B’ye, B sayfasi A’ya isaret ediyorsa Google kafasi karisir.
• HTTP ve HTTPS karisikligi: Sitede HTTPS’e gecmissiniz ama bazi canonical’lar hala HTTP gosteriyor.

Saglikli Bir Site Icin Saglam Bir Altyapi Sart

Canonical etiketleri ve teknik SEO ayarlari ne kadar dogru olursa olsun, sayfalarinizin hizli yuklenmesi ve kesintisiz erisilebilir olmasi da arama motoru sinyallerinin saglikli calismasi icin kritiktir. Google botlari yavas ya da sik dusen bir siteyi daha az sayfa tarar; bu da canonical kararlarinin gecikmesine yol acar. Web hosting tercihinizde LiteSpeed + LSCache gibi guncel yazilimlar, gunluk yedekleme ve ucretsiz SSL sunan bir altyapi, hem Core Web Vitals hem de indeksleme acisindan size avantaj saglar. Daha yuksek trafik ya da ozel yapilandirma gerektiren projeler icin bulut sunucu cozumleri de degerlendirilebilir.

Yeni bir proje baslatiyorsaniz ilk adim dogru bir alan adi secmektir; planladiginiz adresin musait olup olmadigini alan adi sorgulama ekranindan hizlica kontrol edebilirsiniz.

Sikca Sorulan Sorular

Canonical URL nedir, kisaca ne ise yarar?

Canonical URL, ayni ya da cok benzer icerige sahip birden fazla adres arasinda arama motorlarina “asil sayfa budur” demenin yoludur. <link rel="canonical"> etiketiyle belirtilir ve kopya icerik sorununu cozerek SEO degerinin tek bir URL’de toplanmasini saglar.

Canonical etiketi ile 301 yonlendirme arasindaki fark nedir?

301 yonlendirme kullaniciyi ve botu kalici olarak yeni adrese tasir; eski sayfa artik acilmaz. Canonical ise kullaniciyi ayni sayfada tutar, yalnizca botlara hangi surumun indekslenecegini soyler. Iki adresin de erisilebilir kalmasini istiyorsaniz canonical, sayfayi tamamen birakacaksaniz 301 dogru secimdir.

Canonical URL goreli mi yoksa tam (mutlak) adres olarak mi yazilmali?

Google, goreli adresleri (orn. /sayfa/) desteklese de tam adres kullanmanizi onerir. En guvenli yazim protokol ve alan adi dahil tam URL’dir: href=”https://www.ornek.com/sayfa/”. Goreli adresler botlar tarafindan yanlis cozumlenip beklenmedik adreslere isaret edebilir.

Kendinden referansli (self-referencing) canonical sart mi?

Teknik olarak zorunlu degildir ama Google guclu sekilde onerir. Kopyasi olmayan bir sayfa bile kendine referans veren bir canonical icermelidir; bu, parametreli URL’lerin yanlislikla indekslenmesini onler ve hangi surumun asil oldugunu netlestirir.

WordPress’te canonical etiketini elle eklemem gerekir mi?

Cogu durumda hayir. Yoast SEO, Rank Math gibi populer eklentiler her yayina otomatik olarak kendinden referansli bir canonical ekler. Yine de tema ve eklentinin cift etiket uretmedigini ve canonical’in dogru adrese isaret ettigini ara ara kontrol etmek faydalidir.

Canonical etiketi Google’i kesin baglar mi?

Hayir. Google canonical’i kesin bir emir degil, guclu bir oneri olarak degerlendirir. Ic baglantilar, sitemap ve harici linkler gibi diger sinyaller celiskiliyse Google baska bir URL’yi asil surum secebilir. Bu durumu Google Search Console’un sayfa indeksleme raporundan gorebilirsiniz.

Canonical ile noindex ayni sayfada birlikte kullanilir mi?

Kullanilmamalidir. Bir sayfaya hem “asil surum sensin” (canonical) hem de “seni indeksleme” (noindex) dediginizde sinyaller celisir ve canonical gozardi edilir. Sayfayi aramadan gizlemek istiyorsaniz yalnizca noindex, asil surumu isaret etmek istiyorsaniz yalnizca canonical kullanin.

PDF gibi HTML olmayan dosyalar icin canonical nasil verilir?

PDF, resim gibi dosyalarda <head> bolumu olmadigindan etiket HTTP basligi (HTTP header) uzerinden gonderilir. Sunucu yanitina su satir eklenir: Link: <https://www.ornek.com/belge.pdf>; rel=”canonical”. Bu ayar .htaccess ya da Nginx yapilandirmasiyla yapilir.

AMP sayfalari icin canonical hala gerekli mi?

Google 2025 itibariyle AMP’ye verdigi siralama avantajini neredeyse tamamen kaldirdi, bu yuzden yeni projelerde AMP onerilmiyor. Ancak hala AMP sayfalariniz varsa, AMP surumunden standart (canonical) sayfaya isaret eden etiketleri dogru tutmaniz gerekir.