Canonical Kontrolü, bir sayfanın rel=canonical etiketinin var olup olmadığını, tekil mi yoksa çelişkili mi olduğunu, mutlak bir HTTPS adresine mi yoksa kırık/yönlendiren bir URL'ye mi işaret ettiğini saniyeler içinde denetleyen ücretsiz bir teknik SEO aracıdır. URL'yi yapıştırırsınız; araç canonical'ı çözümler, sorunları listeler ve doğru etiketi tek satırda önerir.
Canonical, Google için bir emir değil bir sinyaldir: Google resmi dokümantasyonunda "canonical tercihi belirtmek bir ipucudur, kural değil" diyor (Google Search Central, 2024). Yani etiket doğru olsa bile yanlış kurulduğunda tamamen yok sayılabilir — bu yüzden yayına almadan önce mekanik doğrulama şarttır.
Canonical etiketi nedir ve neden bu kadar kritik?
Canonical etiketi (rel=canonical), aynı veya çok benzer içeriğe sahip birden fazla URL arasından arama motorlarına "indekslenmesi ve sıralanması gereken asıl sürüm budur" diyen bir HTML ipucudur. Amaç, kopya içeriğin sinyallerini (link değeri, tıklama, tazelik) tek bir tercih edilen adreste toplamak ve indeks bütçesini boşa harcamamaktır.
Modern siteler farkında olmadan onlarca kopya URL üretir: ?utm_source= gibi izleme parametreleri, ?sort=fiyat gibi filtre kombinasyonları, büyük/küçük harf farkları, sonundaki eğik çizgi (/) olan ve olmayan sürümler, http/https ve www'li/www'siz varyasyonlar. Bunların her biri Google gözünde ayrı bir sayfadır. Doğru canonical olmadan Google hangisini göstereceğine kendi karar verir — ve bu karar sizin istemediğiniz, zayıf bir varyant olabilir. Ahrefs'in 1 milyondan fazla alan adını taradığı çalışmasında canonical'ı kırık (bozuk) bir sayfaya işaret eden ciddi hata sitelerin %2,6'sında bulundu (Ahrefs, 2023); görünüşte küçük bir yüzde, ama etkilenen her sayfada indekslemeyi doğrudan bozar.
Canonical'ın yanlış kurulması sadece bir sayfayı değil, tüm kümesini etkiler: birbirini işaret eden zincirler, kendi kendini iptal eden döngüler veya anahtar kelime kanibalizasyonu gibi durumlar oluşur. İşte bu araç, o sessiz hataları gürültü çıkmadan yakalar.
Canonical Kontrolü aracı tam olarak neyi denetler?
Araç, sayfanın HTML'inde ve HTTP başlıklarında canonical sinyalini bulur ve onu altı kritere göre değerlendirir: varlık, tekillik, öz-referans, mutlaklık, protokol tutarlılığı ve hedefin durumu. Her kriter için net bir "geçti / uyarı / hata" hükmü ve düzeltme önerisi verir.
| Kontrol | Ne arar? | Sık görülen hata |
|---|---|---|
| Varlık | Sayfada rel=canonical var mı? | Etiket hiç yok — Google kendi seçer |
| Tekillik | Yalnızca 1 canonical mi var? | Aynı sayfada 2+ çelişkili canonical |
| Öz-referans | Sayfa kendini mi işaret ediyor? | İlgisiz/yanlış bir URL'ye işaret |
| Mutlaklık | Tam URL mi (https://alan.com/...)? | Göreli yol (/sayfa) — riskli yorum |
| Protokol/host | HTTPS ve doğru host mu? | http:// veya www çelişkisi |
| Hedef durumu | Canonical 200 mü döndürüyor? | 3XX yönlendirme veya 4XX kırık hedef |
Araç ayrıca canonical ile meta robots noindex arasındaki çelişkiyi ve sonsuz canonical zincirlerini de işaretler; çünkü "indeksleme" bütünü ilgilendirir. Bu tür indekslenebilirlik sinyallerini uçtan uca görmek için sonucu İndexlenme Kontrolü aracıyla birlikte okumak en verimli yaklaşımdır.
En sık görülen canonical hataları hangileridir?
En yaygın dört hata şunlardır: hiç canonical olmaması, sayfada birden fazla çelişkili canonical bulunması, canonical'ın yönlendiren veya kırık bir URL'ye işaret etmesi ve etikete Google'ın yok saydığı ek özniteliklerin eklenmesidir.
- Çoklu canonical: Tema + eklenti + CMS her biri kendi canonical'ını basınca sayfada birden fazla etiket oluşur. Google bu durumda hepsini görmezden gelebilir.
- Canonical zinciri: A → B, B → C şeklinde işaret eden zincirler sinyali seyreltir. Canonical daima nihai, 200 dönen sürüme işaret etmelidir.
- Yönlendiren/kırık hedef: Canonical'ın 301 veya 404 döndüren bir URL'ye işaret etmesi, Ahrefs verisinde en ciddi kabul edilen sınıfa girer.
- Yok sayılan öznitelikler: Canonical etiketine
hreflang,lang,mediaya datypegibi öznitelikler eklendiğinde Google etiketin tamamını yok sayar (Google Search Central, 2024). Dil sürümlerini canonical'a değil, hreflang etiketlerine yazmalısınız.
Bu hataların hepsi gözle fark edilmesi zor, otomatik olarak yakalanması kolay problemlerdir — aracın tam da amacı budur.
Aracı nasıl kullanırım ve çıktıyı sayfama nasıl uygularım?
Kontrol etmek istediğiniz tam URL'yi araca yapıştırıp çalıştırın; araç canonical durumunu ve önerilen doğru etiketi verir. Çıktıyı sayfanın <head> bölümüne tek satır olarak eklemeniz yeterlidir.
- URL girin: Denetlenecek sayfanın mutlak adresini yapıştırın (örn. kampanya, ürün veya blog sayfası).
- Sonucu okuyun: Araç varlık/tekillik/hedef durumunu renk kodlu döker ve önerilen
<link rel="canonical" href="https://alan.com/dogru-url">satırını üretir. - Uygulayın: Öneriyi sayfanın <head> bölümüne ekleyin. Öz-referanslı sayfalarda canonical, sayfanın kendi temiz (parametresiz) sürümüne işaret etmelidir.
- Doğrulayın: Yayına aldıktan sonra aynı URL'yi tekrar kontrol edin ve Google Search Console'daki "Sayfalar" raporunda "Google kullanıcı tarafından belirtilenden farklı bir canonical seçti" uyarısının kaybolduğunu izleyin.
Parametreli kopyalarda (filtre, sıralama, izleme) her varyant, ana temiz sürüme işaret eden bir canonical taşımalıdır. Aynı içeriği farklı sayfalarda tekrar ederken kanibalizasyon riskini birlikte değerlendirmek için Kannibalizasyon aracını da çalıştırmanızı öneririz.
Google benim canonical tercihimi neden yok sayabilir?
Çünkü canonical bir emir değil, birçok sinyalden yalnızca biridir; Google iç linkler, sitemap, yönlendirmeler ve içerik kalitesi gibi tüm işaretleri birlikte değerlendirir ve çelişki gördüğünde kendi seçtiği sürümü tercih eder. Google "objektif olarak en eksiksiz ve kullanıcı için en yararlı" bulduğu sayfayı canonical yapar.
Tercihinizin yok sayılmasının tipik nedenleri: canonical'ın işaret ettiği sayfaya iç linklerin başka bir URL'ye gitmesi, sitemap'te farklı bir sürümün listelenmesi, canonical hedefinin yönlendirmesi veya sayfaların Google gözünde "aynı değil" görünmesi. Yani canonical'ın işe yaraması için sitenizdeki tüm sinyallerin aynı adresi göstermesi gerekir.
Bu yüzden canonical'ı izole düzeltmek yetmez: iç link mimarinizin de tutarlı olması gerekir. Sinyal tutarlılığını güçlendirmek için AI İç Linkleme aracıyla iç linklerinizi doğru sürüme yönlendirin ve Robots & Sitemap aracıyla sitemap'inizin canonical adreslerle örtüştüğünü doğrulayın.
Canonical Kontrolünü hangi araçlarla birlikte kullanmalıyım?
Canonical, indekslenebilirlik zincirinin tek bir halkasıdır; en yüksek getiriyi indeksleme, hreflang, sitemap ve şema araçlarıyla birlikte kullandığınızda alırsınız. Teknik SEO'da sorunlar nadiren tek başına gelir.
- İndexlenme Kontrolü — canonical ile noindex/robots çelişkilerini bütünsel görmek için.
- Hreflang Kontrolü — çok dilli sitelerde canonical ve hreflang'in çakışmadığını doğrulamak için.
- Robots & Sitemap — sitemap'in yalnızca canonical URL'leri içerdiğinden emin olmak için.
- Schema Üretici — yapılandırılmış veri içindeki URL'lerin de canonical adresle uyumlu olması için.
Teknik SEO altyapınızı uçtan uca kurmamızı veya mevcut canonical sorunlarını topluca çözmemizi isterseniz, Sora Yazılım ekibiyle iletişime geçin; sitenizin indeksleme mimarisini baştan sona denetleyip düzeltiyoruz.
Canonical Kontrolü gerçek hayatta hangi senaryolarda fark yaratır?
Araç en büyük farkı üç senaryoda yaratır: filtre parametreleriyle yüzlerce kopya URL üreten e-ticaret kategorileri, UTM etiketli kampanya trafiği alan B2B hizmet siteleri ve aynı hizmeti birden çok dil veya şehir sayfasında anlatan kurumsal siteler. Üçünde de mekanizma aynıdır: aynı içerik farklı adreslerde yaşar, link ve tıklama sinyali bölünür, Google da sizin istemediğiniz sürümü indeksler.
| Senaryo | Tipik kopya kaynağı | Doğru canonical hedefi |
|---|---|---|
| E-ticaret kategorisi | Filtre ve sıralama parametreleri | Parametresiz temiz kategori URL'si |
| B2B kampanya sayfası | UTM izleme parametreleri | Kampanyanın temiz açılış sayfası |
| Çok dilli kurumsal site | Birbirine yakın dil kopyaları | Her dilin kendi öz-referansı + hreflang |
Somut bir örnek: bir e-ticaret sitesinin "spor ayakkabı" kategorisinde renk, beden ve sıralama filtreleri ?renk=siyah&sirala=fiyat gibi onlarca kombinasyon üretir. Bu varyantlar temiz kategori adresine canonical vermezse, kategorinin kazandığı tüm sinyal parçalanır ve sayfa sıralamada yerinde sayar. Araca önce temiz URL'yi, ardından birkaç filtreli varyantı yapıştırmak, hangi kombinasyonların canonical taşımadığını dakikalar içinde ortaya çıkarır. B2B tarafında da aynı yöntem, reklam ve bülten trafiği alan UTM'li adreslerin indeksi kirletip kirletmediğini gösterir.
2026'da yapay zekâ aramaları canonical tercihini neden daha kritik hale getirdi?
Çünkü Google AI Overviews, ChatGPT ve Perplexity gibi yapay zekâ arayüzleri cevap üretirken kaynak olarak genellikle tek bir URL gösterir; sinyali kopya sürümlere bölünmüş bir sayfa, bu alıntı yarışına zayıflamış bir profille girer. Klasik SEO'da kopya içerik "yalnızca" sıralama kaybettirirdi; üretken arama (GEO) döneminde alıntılanma fırsatını da kaybettiriyor.
Yapay zekâ motorları hangi sürümü tanıyorsa onu alıntılar. Google, indeksteki kopyaları birleştirirken canonical sinyalini kullanır; canonical'ınız dağınıksa alıntı parametreli, çirkin bir URL'ye gidebilir ya da içeriğiniz iki zayıf sürüme bölündüğü için rakip sayfa tercih edilebilir. Tutarlı bir canonical, konuyla ilgili tüm otoritenin tek adreste birikmesini sağlar; bu da hem klasik sıralamada hem de AI cevaplarında görünme olasılığını artırır. Ayrıca ChatGPT ve Perplexity'nin kendi tarayıcıları sayfanızı doğrudan ziyaret ettiğinde karşılarına tek ve net bir canonical çıkması, içeriğin hangi adresle ilişkilendirileceği belirsizliğini de ortadan kaldırır.
GEO perspektifinden pratik kural şudur: yapay zekâya gösterilecek "tek doğru sayfa"yı algoritma değil siz seçin. Canonical'ı temizledikten sonra aynı adresi cevap-odaklı bölümlerle güçlendirin; alıntılanabilirliği artırmak için SSS Üretici ile sayfaya görünür bir soru-cevap bloğu eklemek etkili bir tamamlayıcıdır.
Canonical düzeltmelerinin işe yaradığını hangi metriklerle anlarım?
Üç göstergeyle: Search Console'un "Sayfalar" raporundaki "Google, kullanıcıdan farklı bir canonical seçti" uyarılarının azalması, URL Denetimi aracında beyan ettiğiniz canonical ile Google'ın seçtiğinin eşleşmesi ve tıklamaların tek temiz URL'de toplanması. Başarı, kopya kümesindeki her sinyalin tek adreste birleşmesi demektir.
- Haftalık GSC takibi: "Kopya, Google farklı canonical seçti" ve "Kopya, kullanıcı canonical belirtmedi" satırlarındaki sayfa sayısını not edin; düzeltmelerden sonra bu sayılar kademeli olarak düşmelidir.
- URL bazlı doğrulama: Kritik sayfaları URL Denetimi'nde tek tek kontrol edin; iki canonical alanının eşleşmesi o sayfada işin bittiğinin kanıtıdır.
- Performans konsolidasyonu: Performans raporunda aynı içeriğin farklı URL varyantlarına dağılan gösterimlerin tek adreste toplandığını izleyin; toplanan gösterimi tıklamaya çevirmek için CTR Fırsatları aracıyla başlık ve açıklamayı güçlendirin.
Bu üç göstergeyi tek bir e-tabloda izlemek yeterlidir: satırlarda kopya kümeleri, sütunlarda haftalık uyarı sayısı ve Google'ın seçtiği sürüm. Canonical bir ipucu olduğu için etki birkaç haftaya yayılabilir; ölçümü tek seferlik bir denetim değil, aylık bir rutin hâline getirin.
CMS'im canonical'ı otomatik ekliyorsa yine de kontrol etmem gerekir mi?
Evet; otomatik canonical, doğru canonical anlamına gelmez. CMS'ler ve SEO eklentileri çoğu sayfaya öz-referanslı etiket basar, ancak en pahalı canonical hataları tam da bu "otomatik" katmanların çakışmasından doğar.
- Çift kaynak çakışması: Tema, SEO eklentisi ve CMS çekirdeği aynı anda etiket basarsa sayfada birden fazla canonical oluşur; hangisinin kazanacağı belirsizdir.
- Varyant parametreleri: E-ticaret platformlarında ürün varyant URL'leri (
?variant=...) bazen kendi kendine canonical verir; sinyal ürünün ana sayfasında birleşmez. - JavaScript ile geç enjeksiyon: Canonical ilk HTML'de değil, istemci tarafında sonradan ekleniyorsa bazı tarayıcı botları etiketi hiç görmeyebilir.
- Ortam sızıntısı: Staging veya test alan adının canonical'da unutulması, canlı sayfanın sinyalini yanlış hosta taşır.
Sunucu tarafında render edilen modern sitelerde bile dikkat gerekir: yanlış yapılandırılmış tek bir ortam değişkeni, tüm sayfaların canonical'ını aynı adrese sabitleyebilir. Bu yüzden yeni tema, eklenti veya platform geçişinden sonraki ilk iş, şablon başına bir örnek sayfayı (ana sayfa, kategori, ürün, blog yazısı) araçtan geçirmek olmalıdır; beş dakikalık kontrol, haftalar sürebilecek indeks kaybını önler.