Canonical Hataları Nasıl Tespit Edilir? Search Console Rehberi

Canonical hataları nedir ve nasıl tespit edersiniz?

Canonical hataları, bir sayfanın tercih ettiğiniz adresini Google'a yanlış, çelişkili ya da eksik bildirmenizden doğan sorunlardır. Tespit için Search Console sayfa indeksleme raporunu, URL Denetleme aracını ve sayfa kaynağını birlikte okursunuz. Beyan ettiğiniz canonical ile Google'ın seçtiği adres uyuşmuyorsa hata vardır.

Canonical etiketi basit görünür, ancak sahada en sık bozulan teknik SEO ayarlarından biridir. Örneğin bir şablon hatası yüzlerce sayfayı aynı anda etkiler. Üstelik sayfa açılmaya devam ettiği için çoğu zaman kimse fark etmez.

Biz ekibimizle site denetimlerinde önce canonical tutarlılığına bakarız. Çünkü yanlış bir canonical, iyi yazdığınız bir sayfayı bile sonuç sayfasından uzak tutabilir. Bu yazıda canonical hataları için sırayla şunları anlatıyoruz: Search Console durumları, URL Denetleme okuması, sık hatalar ve düzeltme adımları.

Canonical etiketi ne işe yarar ve Google onu nasıl kullanır?

Canonical etiketi, aynı ya da çok benzer içeriğe sahip URL'ler arasından hangisinin asıl adres olduğunu Google'a bildirir. Google bunu bir sinyal olarak değerlendirir, yani komut saymaz. Nihai kararı, sayfaların gerçekten benzer olup olmadığına ve diğer sinyallere bakarak kendisi verir.

Google'ın dokümantasyonuna göre kopya URL'leri birleştirmek için üç yöntem vardır. Yönlendirme güçlü bir sinyaldir. Bunun yanında rel="canonical" bağlantısı da güçlü bir sinyaldir. Site haritasına eklemek ise zayıf bir sinyal sayılır.

Bu yüzden tek bir etikete güvenmeyin. Sinyallerin hepsini aynı yöne çevirin. Canonical bir adresi gösteriyor, site haritası başka bir adresi listeliyor, iç linkler üçüncü bir adrese gidiyorsa Google kendi tercihini yapar.

Bunu şöyle düşünün: üç farklı kişiye aynı soruyu sordunuz ve üç farklı cevap aldınız. Google da aynı şekilde, çelişen sinyaller karşısında sizin yerinize karar verir.

Canonical hataları neden sıralamaya zarar verir?

Yanlış canonical iki şekilde zarar verir. Birincisi, doğru sayfanız kopya sayılıp indeks dışında kalabilir. İkincisi, link ve etkileşim sinyalleri birkaç URL arasında dağılır. Sonuçta hiçbir adres olması gereken gücü taşımaz.

Üstelik tarama kaynağınız boşa gider. Google aynı içeriği farklı adreslerde tekrar tekrar ziyaret eder. Büyük e-ticaret sitelerinde filtre ve sıralama parametreleri bu durumu ağırlaştırır.

Örnek bir senaryo verelim. Bir kategori sayfasının canonical etiketi yanlışlıkla ana sayfayı göstersin. Bu durumda Google kategori sayfasını ana sayfanın kopyası sayabilir. Kategori sayfası da kendi anahtar kelimelerinde sonuçlara giremez.

Bu tür bir kayıp sessiz ilerler. Sayfanız açılır, içeriği doğrudur, ama arama sonuçlarında yoktur. İşte bu yüzden canonical kontrolünü düzenli bir alışkanlık haline getirmenizi öneririz.

Search Console'da hangi canonical durumları hata sinyali verir?

Sayfa indeksleme raporunda canonical ile ilgili üç durum öne çıkar. Bunlardan ikisi dikkat ister, biri genellikle normaldir. Her durumun anlamını bilmek, gereksiz müdahaleyi de önler.

Durum adları Search Console arayüzünde dil ayarınıza göre farklı görünebilir. Bu nedenle raporda adı değil, durumun ne anlattığını esas alın.

Kullanıcı tarafından seçilen standart sayfa içermeyen kopya ne demek?

Bu durum, Google'ın sayfanızı başka bir sayfanın kopyası olarak gördüğünü ve sizin bir canonical belirtmediğinizi anlatır. Bu yüzden Google asıl sayfayı kendisi seçer. Seçmediği sayfayı sonuçlarda göstermez.

Önce bu sayfanın gerçekten kopya olup olmadığına bakın. Parametreli bir adres ya da sonu eğik çizgili bir varyant ise çözüm basittir: asıl adresi gösteren bir canonical eklersiniz.

Sayfa aslında özgün bir içerik taşıyorsa sorun farklıdır. Bu durumda içeriği zenginleştirmeniz gerekir; çünkü Google özgün değer arar. Kısa ve ince sayfalar, birbirine benzeyen başlık ve açıklamalar sık karşılaştığımız nedenlerdir.

Parametre kaynaklı kopyalar için ayrıca parametreli URL yazımızı okuyabilirsiniz.

Google kullanıcıdan farklı bir standart sayfa seçtiğinde ne yaparsınız?

Bu durum daha önemlidir; çünkü Google canonical beyanınızı yok saymıştır. Nedeni çoğunlukla iki sayfa arasındaki içerik farkıdır. Google'ın belirttiğine göre kopya sayfa, canonical olarak gösterdiğiniz sayfayla benzer olmalıdır.

İlk adım olarak URL Denetleme aracında iki adresi de inceleyin. Bildirdiğiniz canonical ile Google'ın seçtiği canonical'i karşılaştırın. Ardından iki sayfayı tarayıcıda açıp gerçekten aynı içeriği taşıyıp taşımadığına bakın.

Daha sonra sinyalleri hizalayın. İç linkleri, site haritasını ve yönlendirmeleri aynı adrese çevirin. Ancak bu şekilde Google'ın kararını değiştirme şansınız artar.

Bazen Google'ın seçimi sizinkinden daha mantıklı çıkar. Örneğin eski bir adres yıllardır çok link almıştır. Bu durumda kendi tercihinizi yeniden düşünmeniz de gerekebilir.

URL Denetleme aracıyla canonical nasıl kontrol edersiniz?

URL Denetleme aracı, bir sayfa için iki alan gösterir: kullanıcı tarafından bildirilen canonical ve Google tarafından seçilen canonical. Bu iki değer aynıysa Google beyanınızı kabul etmiştir. Farklıysa inceleme gerekir.

Adım adım ilerleyin:

1. Search Console'da incelemek istediğiniz tam URL'yi üstteki arama kutusuna yapıştırın.
2. Dizine eklenmiş sürüm bölümünde "Kullanıcı tarafından bildirilen standart URL" alanını okuyun.
3. Aynı bölümde "Google tarafından seçilen standart URL" alanını bulun ve ilkiyle karşılaştırın.
4. Değerler farklıysa Google'ın seçtiği adresi de aynı araçla inceleyin.
5. Düzeltme yaptıktan sonra canlı URL testini çalıştırın ve dizine ekleme isteği gönderin.

Bir noktaya dikkat edin. Google'a göre canonical kararını yalnızca dizine eklenmiş verilerde görürsünüz. Canlı test, o sürümün canonical seçileceğini tahmin edemez. Yani düzeltmenizin işe yaradığını canlı testle değil, Google'ın yeniden taramasından sonra görürsünüz.

Google ayrıca bu alanların dizindeki değerden birkaç saat geride olabileceğini söyler. Bu yüzden değişiklikten hemen sonra eski değer görürseniz telaşlanmayın.

Canonical hatalarını sayfa kaynağında nasıl yakalarsınız?

Search Console size Google'ın gördüğünü anlatır. Sayfa kaynağı ise sunucunuzun gerçekte ne gönderdiğini gösterir. İkisini birlikte okumak, çoğu hatanın nedenini hızla ortaya çıkarır.

Tarayıcıda sayfanın kaynağını açın ve "canonical" kelimesini arayın. Şunlara bakın:

• Sayfada yalnızca bir canonical etiketi olsun.
• Etiket head bölümünün içinde yer alsın.
• Adres mutlak olsun, yani https ile başlasın.
• Adres sayfanın kendisini ya da gerçek asıl sürümü göstersin.
• HTTP üst bilgisinde farklı bir canonical bulunmasın.

Ayrıca JavaScript ile sonradan eklenen etiketleri de kontrol edin. Ham HTML'de bir adres, işlenmiş sayfada başka bir adres varsa çelişki vardır. Bu tür çelişkiler Google'ın karar vermesini zorlaştırır, yani sinyal gücünü düşürür.

Tarayıcı geliştirici araçlarında "Elements" sekmesi işlenmiş HTML'i, "sayfa kaynağını görüntüle" seçeneği ise ham HTML'i gösterir. İki çıktıyı yan yana koymak, JavaScript kaynaklı farkı hemen yakalatır.

En sık görülen canonical hataları nelerdir?

Sahada tekrar tekrar karşılaştığımız hataların çoğu birkaç başlıkta toplanır. Bunları bilmek denetimi hızlandırır. Aşağıdaki liste, Google'ın kendi uyarılarıyla örtüşen noktaları da içerir.

• Canonical etiketini göreli yolla yazmak.
• Bir sayfada birden fazla canonical etiketi bırakmak.
• Canonical etiketini head dışında, gövdede bırakmak.
• Tüm sayfaların canonical'ini ana sayfaya yöneltmek.
• Canonical ile noindex etiketini birlikte kullanmak.
• 404 ya da yönlendirme döndüren bir adresi canonical göstermek.
• Canonical adresi robots.txt ile engellemek.
• HTTP ve HTTPS ya da www ve www'suz sürümleri karıştırmak.

Sıradaki bölümlerde en kritik olanları tek tek ele alıyoruz.

Bu listedeki hataların çoğu tek başına değil, birlikte ortaya çıkar. Örneğin göreli yol kullanan bir şablon, aynı zamanda ikinci bir etiket de ekliyor olabilir. Bu nedenle bir hata bulduğunuzda komşu hataları da arayın.

Canonical ile noindex neden birlikte kullanılmaz?

İki etiket çelişen komutlar verir. Öncelikle noindex, sayfanın indeksten çıkmasını ister. Canonical ise sinyalleri başka bir adrese taşımak ister. Google, bu ikisini birlikte kullanmanın sayfayı sonuçlardan tamamen çıkarabileceğini belirtir.

Ayrıca bu hata genellikle SEO eklentisi ayarlarında ya da şablon mirasında ortaya çıkar. Örneğin bir filtre sayfasına hem noindex hem de kategori canonical'i eklemiş olabilirsiniz. Niyet iyidir, ancak sonuç belirsizdir.

Kısacası kural basit: indekslenmesini istemediğiniz sayfaya noindex verin. Asıl sayfanın sinyalini toplamak istediğiniz kopyalara canonical verin. İkisini aynı sayfada birleştirmeyin.

Noindex ve tarama engeli konusunda karışıklık yaşıyorsanız robots.txt hataları yazımıza göz atın.

Canonical adres yönlendirme ya da 404 döndürürse ne olur?

Canonical olarak gösterdiğiniz adres çalışmıyorsa Google beyanınıza güvenmez. 404 döndüren bir canonical, sinyali boşa düşürür. Yönlendiren bir canonical ise gereksiz bir zincir oluşturur.

En güvenli yol, canonical adresin doğrudan 200 durum koduyla açılmasıdır. Toplu kontrol için ise bir tarama aracı kullanın. Tek tek denemek için ise yönlendirme denetleyici aracımıza adresi yapıştırın.

Yönlendirme zincirleri de ayrı bir risktir. Zincirin nasıl oluştuğunu ve nasıl kısaltacağınızı yönlendirme zinciri yazımızda anlatıyoruz.

Ayrıca robots.txt ile engellediğiniz bir adresi canonical olarak göstermeyin. Google, engelli sayfanın içeriğini okuyamaz. Böylece canonical sinyalini doğrulayamaz.

HTTP, HTTPS, www ve eğik çizgi varyantları canonical'i nasıl bozar?

Aynı sayfa dört farklı adreste açılabilir: http ve https, www'lu ve www'suz. Sonu eğik çizgili ve eğik çizgisiz sürümleri de ekleyin; sekiz varyanta kadar çıkar. Bunların hepsi erişilebilirse Google hangisini seçeceğine kendi karar verir.

Google, HTTPS sürümünü otomatik olarak tercih eder. Yine de siz sunucu tarafında tek bir biçime yönlendirme kurmalısınız. Canonical etiketi bu yönlendirmeyi desteklemeli, onun yerine geçmemelidir.

Eğik çizgi tutarlılığı için trailing slash yazımıza bakın. Sitenizde tek biçim belirlediyseniz iç linkler, site haritası ve canonical aynı biçimi kullanmalıdır.

Küçük bir test önerelim. Sitenizin http, www'suz ve eğik çizgisiz sürümünü tarayıcıya yazın. Hepsi tek bir adrese yönleniyorsa altyapınız sağlamdır.

Parametreli ve filtreli sayfalarda canonical nasıl kurarsınız?

Filtre, sıralama ve takip parametreleri aynı içeriğin yüzlerce varyantını üretir. Bu varyantların çoğu, parametresiz temiz sayfaya canonical vermelidir. Böylece sinyaller tek adreste toplanır.

Ancak her parametre aynı değildir. Sayfa içeriğini gerçekten değiştiren bir parametre, örneğin ürün rengi ya da dil, ayrı bir sayfa sayılabilir. Yalnızca sıralamayı değiştiren parametre ise kopya üretir.

Bu yüzden önce parametreleri gruplayın:

• Takip parametreleri, örneğin utm ile başlayanlar, temiz adrese canonical versin.
• Sıralama parametreleri temiz kategori adresine canonical versin.
• İçeriği değiştiren filtreler için ayrı bir strateji belirleyin.
• Sonsuz kombinasyon üretenleri tarama dışında bırakmayı düşünün.

Kampanya linklerinde parametre kullanıyorsanız UTM oluşturucu aracımızla tutarlı bir yapı kurabilirsiniz.

Örnek hesap: Bir e-ticaret sitesinde canonical hataları ne kadar sayfayı etkiler?

Bu bölümdeki rakamlar örnek hesaptır; gerçek bir müşteriye ait değildir. Bir mağazanın 2.000 ürünü ve her kategoride 5 filtre ile 4 sıralama seçeneği olduğunu varsayalım. Kategori başına 20 kombinasyon, yani 20 ayrı URL doğar.

Mağazada 50 kategori varsa 1.000 kategori varyantı oluşur. Bunlara ayrıca takip parametreli ürün linklerini ekleyin. Toplam URL sayısı kolayca ürün sayısının birkaç katına çıkar.

Şimdi filtre sayfalarında canonical eksik olsun. Google bu varyantların birçoğunu kopya olarak işaretler. Search Console'da kopya durumu altında yüzlerce URL görürsünüz.

Düzeltme ise tek bir şablon değişikliğidir. Filtreli ve sıralı sayfalar temiz kategori adresine canonical verir. Yani tek bir kural, yüzlerce URL'yi aynı anda düzeltir.

Sayfalama ve çok dilli sitelerde canonical nasıl davranır?

Sayfalamada her sayfa kendi içeriğini taşır. Bu yüzden ikinci ve üçüncü sayfaların canonical'ini birinci sayfaya çevirmek yanlış olur. Her sayfa genellikle kendini göstermelidir.

Çok dilli sitelerde ise iki kural önemlidir. Her dil sürümü kendi canonical'ini taşımalı. Sürümler arasındaki ilişkiyi ise hreflang ile bildirmelisiniz. Google, hreflang kümeleri içinde canonical'lere saygı gösterir.

En sık hata, tüm dil sürümlerinin canonical'ini ana dile çevirmektir. Bu durumda diğer diller indeksten düşebilir. Ayrıntılar için hreflang yazımızı okuyun. Etiketleri üretmek için hreflang oluşturucu aracını kullanın.

Sayfalamada bir başka yaklaşım da "tümünü göster" sayfasıdır. Ancak bu sayfa çok ağırsa kullanıcı deneyimini bozar. Bu yüzden her sayfanın kendini göstermesi, çoğu sitede daha güvenli bir seçimdir.

Site haritası ve iç linkler canonical sinyalini nasıl etkiler?

Site haritası zayıf bir sinyaldir, ancak yanlış olduğunda zarar verir. Haritada yalnızca canonical adresleri listelemelisiniz. Yönlendiren, noindex olan ya da parametreli adresler haritada yer almamalıdır.

İç linkler de aynı ölçüde önemlidir. Google'ın uyarılarına göre kopya adreslere iç link vermek sinyalleri karıştırır. Menüdeki ve içerik içindeki linkler her zaman canonical sürümü göstermelidir.

Örneğin ürün sayfanıza parametreli bir adres üzerinden link veriyorsanız Google o adresi de keşfeder. Ardından iki adres arasında seçim yapmak zorunda kalır. Bu yüzden iç linklerde temiz adresi kullanmak, en ucuz canonical iyileştirmesidir.

Ayrıca site haritanızı otomatik üreten bir sistem kullanıyorsanız çıktısını mutlaka açıp okuyun. Yönlendiren adreslerin haritada kaldığını sık görürüz.

Haritanızı doğru kurmak için XML site haritası oluşturucuyu kullanabilirsiniz. Tarih alanı için ise lastmod yazımıza bakın.

CMS ve eklenti ayarları canonical hatalarına nasıl yol açar?

Çoğu sitede canonical etiketini elle yazmazsınız. Bir CMS ya da SEO eklentisi otomatik üretir. Bu kolaylık, bir ayar hatasının tüm siteye yayılması demektir.

Sık rastladığımız üç durum var. Birincisi, eklentinin varsayılan canonical'inin tema tarafından tekrar eklenmesidir; böylece sayfada iki etiket olur. İkincisi, test ortamından kalan mutlak adreslerdir. Üçüncüsü, kategori ya da etiket arşivlerinde yanlış şablon mantığıdır.

Bu nedenle bir eklentiyi değiştirdikten ya da güncelledikten sonra her sayfa türünden bir örnek seçin. Ana sayfa, kategori, ürün, yazı ve arşiv sayfasının kaynağını açıp etiketi okuyun.

Özellikle test ortamına dikkat edin. Google'ın belirttiğine göre mutlak adres kullanmak, test sitesi yanlışlıkla indekslendiğinde oluşacak karışıklığı azaltır.

Canonical hatası ile kopya içerik sorunu aynı şey mi?

Hayır, aynı şey değildir. Kopya içerik, aynı metnin birden fazla adreste bulunmasıdır. Canonical hatası ise bu kopyalar arasında asıl adresi yanlış ya da çelişkili bildirmenizdir. Yani biri sorunun kendisi, diğeri çözümün hatalı uygulanmasıdır.

Google kopya içeriği genellikle ceza olarak değil, bir seçim problemi olarak ele alır. Kopyalardan birini seçer, diğerlerini ise sonuçlarda göstermez. Asıl sorun, seçimin sizin istediğiniz sayfaya düşmemesidir.

Üstelik bu ayrım pratikte önemlidir. Kopya içeriği kaynağında çözmek mümkünse önce onu çözün. Örneğin aynı ürünü iki kategoride tek URL ile sunabilirsiniz. Mümkün değilse canonical ile asıl adresi netleştirin.

Öte yandan canonical, kopya sayfaları yok etmez. Yalnızca Google'a hangisinin öncelikli olduğunu söyler. Bu nedenle ziyaretçi, kopya adreste hâlâ o sayfayı görebilir.

Canonical hatalarını hangi sırayla düzeltmelisiniz?

Bütün hataları aynı anda düzeltmeye çalışmak verimsizdir. Önce etkisi en geniş olanlardan başlayın. Şablon düzeyindeki bir hata, tek sayfalık bir hatadan çok daha fazla URL'yi etkiler.

Öncelik sırasını belirlerken iki soruyu sorun: Kaç sayfa etkileniyor, ve bu sayfalar ne kadar değerli? Gelir getiren kategori ve ürün sayfaları, eski blog arşivlerinden önce gelir.

Bu tablo bir başlangıç önerisidir; sitenizin yapısına göre sıra değişebilir. Yine de şablon kaynaklı ve sayfa sayısı yüksek sorunları öne almak neredeyse her zaman doğru bir karardır.

Çoğu zaman gerekmez. Search Console'da kopya ya da alternatif sayfa görmek her zaman bir hata anlamına gelmez. Örneğin uygun canonical etiketine sahip alternatif sayfa durumu, Google'a göre genellikle işlem gerektirmez.

Parametreli bir adresin temiz adrese canonical vermesi de beklenen bir durumdur. Bu sayfaların indeks dışında kalması, tam olarak istediğiniz sonuçtur. Dolayısıyla rapordaki her satırı düzeltmeye çalışmayın.

Müdahale edeceğiniz durumları şöyle ayırın: indekslenmesini istediğiniz bir sayfa kopya olarak görünüyorsa müdahale edin. Gerçekten kopya olan bir sayfa kopya olarak görünüyorsa dokunmayın.

Bu ayrımı yapmak için raporun örnek URL'lerini tek tek açın ve "Bu sayfanın sonuçlarda çıkmasını istiyor muyum?" diye sorun. Cevap evetse sorun vardır.

Bir canonical denetimini adım adım nasıl yaparsınız?

Düzenli bir denetim, sorunu bulmaktan çok yeniden oluşmasını önler. Biz ekibimizle aşağıdaki sırayı izliyoruz. Siz de küçük bir siteden büyük bir e-ticaret sitesine kadar aynı mantığı uygulayabilirsiniz.

1. Search Console sayfa indeksleme raporunda canonical ile ilgili durumları listeleyin.
2. Her durumdan birkaç örnek URL seçin ve URL Denetleme ile inceleyin.
3. Bir tarama aracıyla sitenin canonical etiketlerini toplu çıkarın.
4. Kendini göstermeyen, eksik ya da çelişen etiketleri ayrı bir tabloya alın.
5. Canonical adreslerin durum kodunu ve noindex durumunu kontrol edin.
6. Site haritası ve iç linklerle canonical listesini karşılaştırın.
7. Düzeltmeleri şablon düzeyinde yapın ve örnek sayfalarla doğrulayın.

Teknik denetimin genel çerçevesi için teknik SEO yazımıza göz atabilirsiniz.

Canonical hataları için hangi araçları kullanabilirsiniz?

Ancak tek bir araç bütün tabloyu göstermez. Çünkü her aracın güçlü olduğu alan farklıdır. Bu yüzden ikisini ya da üçünü birlikte kullanmak en sağlıklı yoldur.

• Search Console sayfa indeksleme raporu, Google'ın gördüğü canonical durumlarını sayar.
• URL Denetleme aracı, tek bir sayfada beyan ile seçimi karşılaştırır.
• Bir tarama aracı, tüm sitedeki canonical etiketlerini tablo halinde çıkarır.
• Tarayıcı kaynak görünümü, sunucunun gerçekte ne gönderdiğini gösterir.
• Yönlendirme denetleyici, canonical adresin durum kodunu hızla verir.

Hangi aracı ne zaman seçeceğinizi aşağıdaki tablo özetler.

Site taşıması sırasında canonical nasıl yönetilir?

Kısacası site taşıması, canonical hatalarının en yoğun ortaya çıktığı dönemdir. Yeni adres yapısına geçerken eski canonical'ler sıklıkla kalır. Sonuçta yeni sayfalar eski adresleri gösterir.

Bu nedenle taşıma öncesinde eski ve yeni adres eşleşmesini çıkarın. Yeni sitede her sayfanın canonical'i kendi yeni adresini göstermelidir. Eski adresler ise 301 ile yeni adrese yönlenmelidir.

Yönlendirme eşleştirmesinde zorlanıyorsanız 404 yönlendirme eşleştirici aracımız işinizi kolaylaştırır. Canlıya geçtikten sonra ilk günlerde canonical durumlarını sık sık izleyin.

Ayrıca taşıma sırasında test adreslerinin canlıya sızmadığından emin olun. Geçici alan adındaki canonical etiketi canlı sitede kalırsa Google tüm siteyi eski adrese bağlayabilir. Bu hata küçük görünür, fakat sonuçları ağır olur.

Bir önlem olarak yayına almadan önce canonical etiketlerini toplu tarayın. Hiçbir etiketin test alan adını göstermediğinden emin olduktan sonra geçişi tamamlayın.

Canonical hatalarını düzelttikten sonra sonuç ne zaman görünür?

Düzeltme sonrası Google'ın sayfaları yeniden taraması ve canonical kararını güncellemesi gerekir. Bu süre site büyüklüğüne ve tarama sıklığına göre değişir. Kesin bir gün sayısı vermek doğru olmaz.

Süreci hızlandırmak için önemli sayfalarda URL Denetleme üzerinden dizine ekleme isteği gönderebilirsiniz. Ayrıca güncel site haritasını Search Console'a yeniden bildirin.

Sonucu izlerken dikkatli olun. İlgili durumdaki URL sayısının zamanla düştüğünü görmelisiniz. Düşmüyorsa Google'ın seçtiği canonical'i yeniden inceleyin, çünkü asıl neden hâlâ çözülmemiş olabilir.

İndekslenmeyen sayfalar için genel bir yöntem arıyorsanız indekslenmeyen sayfaları tespit etme rehberimize bakın.

Düzeltmeyi bitirdikten sonra bir adım daha atın. Hataları düzeltmek yetmez; yeniden oluşmasını da engellemelisiniz. Çoğu canonical sorunu yeni bir şablon, eklenti güncellemesi ya da site taşıması sonrasında geri gelir. Bu yüzden önlemi iş akışınıza eklemek gerekir.

• Her yayın ve taşıma öncesinde örnek sayfalarda canonical kontrolü yapın.
• Canonical mantığını şablonda tek bir yerde tanımlayın.
• SEO eklentisi güncellemelerinden sonra ayarları yeniden doğrulayın.
• Search Console'da canonical durumlarını ayda en az bir kez gözden geçirin.
• Site taşımalarında eski ve yeni canonical listesini karşılaştırın.

Bu rutini ekipçe sahiplenmek önemlidir. Ayrıca kontrol listesini yazılı tutun ve yeni çalışanlara öğretin; böylece bilgi tek kişide kalmaz. Geliştirici şablonu değiştirdiğinde SEO sorumlusunun haberi olmalıdır.

Canonical denetimi için profesyonel destek ne zaman gerekir?

Küçük bir sitede canonical sorunlarını kendiniz çözebilirsiniz. Ancak binlerce sayfalı, çok dilli ya da filtre ağırlıklı sitelerde hata sayısı hızla artar. Bu durumda sistematik bir denetim zaman kazandırır.

Ekibimiz bu tür denetimleri SEO danışmanlığı kapsamında yapıyor. Önce mevcut durumu ölçüyor, sonra öncelik sırasına göre düzeltme planı çıkarıyoruz. Sonuçlar sitenize ve sektörünüze göre değiştiği için garanti vermeyiz. Buna karşılık neyi neden değiştirdiğimizi her adımda gösteririz.

Ayrıca Search Console'un temel kullanımı için Search Console rehberimizi okuyabilirsiniz. Resmi kaynaklar için Google'ın kopya URL'leri birleştirme, sayfa indeksleme raporu ve URL Denetleme aracı sayfalarına başvurun.