Canonical ve Noindex Birlikte Kullanılır mı?

Canonical ve Noindex Birlikte Kullanılır mı? sorusu, web sitelerinin taranma bütçesini optimize etmek ve arama sonuçlarındaki performansını korumak isteyen teknik SEO uzmanları ve işletme sahipleri için en kritik yol ayrımlarından birini temsil eder. Web sayfalarında arama motoru botlarının dizine ekleme süreçlerini yönetmek amacıyla kullanılan bu iki teknik etiket, doğası gereği birbirine tamamen zıt hedeflere hizmet etmektedir. Bu kapsamlı rehberde, her iki etiketin aynı URL üzerinde aynı anda barındırılmasının neden teknik bir sinyal çakışması oluşturduğunu, arama motorlarının bu karmaşık sinyalleri nasıl yorumladığını ve web sitenizin organik performansını korumak için hangi mimari stratejileri uygulamanız gerektiğini teknik detaylarıyla inceleyeceğiz.

Özet Rapor: İki Etiketin Birlikte Kullanımı Neden Riskli Bir SEO Uygulamasıdır?

Temel Çelişki: İndeksleme ve Kanonikleşme

Arama motoru optimizasyonu süreçlerinde, teknik altyapının kararlılığı doğrudan organik görünürlük performansını belirler. Bu kararlılığı tehdit eden en yaygın hatalardan biri, dizine ekleme direktifleri ile sayfa birleştirme sinyallerinin karıştırılmasıdır. noindex etiketi, arama motoru botlarına (özellikle Googlebot) ilgili sayfanın dizine ekleme sürecine dahil edilmemesini, yani Google dizininden (index) tamamen uzak tutulmasını emreder. Bu, arama motorunun veri tabanından ilgili sayfa kaydının silinmesi anlamına gelen kesin bir talimattır.

Öte yandan, rel="canonical" etiketinin işlevi tamamen farklıdır. Canonical etiketinin birincil amacı, birbirine çok benzeyen veya tamamen kopya içerik (duplicate content) barındıran sayfalar arasında "orijinal" veya "tercih edilen" sürümü tanımlamaktır. Bu etiket aracılığıyla arama motoruna şu mesaj iletilir: "Bu sayfa bağımsız bir sayfa değildir, buradaki tüm içeriksel değeri ve sayfa otoritesi aktarımı sinyallerini hedef gösterdiğim ana URL'ye transfer et." Bu bağlamda canonical, sayfaları yok etmek yerine onları tek bir güçlü merkezde birleştirmeyi (URL birleştirme ve sayfa sinyallerini konsolide etme) amaçlar.

İki etiketin aynı sayfada barındırılması, arama motoruna aynı anda hem "Bu sayfayı dizine ekleme ve tamamen görmezden gel" hem de "Bu sayfayı taranabilir referans kabul edip sinyallerini diğer sayfaya aktar" komutunu vermek demektir. Bu durum mantıksal bir paradoksa yol açar ve arama motorlarının tarama mimarisi içindeki karar mekanizmalarını bozar.

Google'ın Çelişkili Sinyalleri Yorumlama Zorluğu

Google'ın modern arama mimarisi, sayfaları işlemek ve dizine eklemek için karmaşık bir boru hattı (pipeline) kullanır. Bu süreçte tarama (crawling), işleme (rendering) ve indeksleme (indexing) aşamaları sırasıyla yürütülür. Googlebot bir sayfayı ziyaret ettiğinde, sayfadaki tüm meta etiketleri ve HTTP üstbilgilerini (HTTP header) çözümler. Sayfada hem noindex hem de rel="canonical" bulunduğunda, Google'ın indeksleme algoritması çelişkili sinyaller (conflicting signals) ile karşılaşır.

Bu çelişki karşısında sistem kararsız kalır. Googlebot sayfayı dizinden çıkardığında (noindex talebini yerine getirdiğinde), sayfanın HTML yapısındaki diğer tüm yönergeleri ve etiketleri işlemeyi durdurma eğilimine girer. Dolayısıyla, sayfa dizinden çıkarıldığı için o sayfa üzerinde yer alan rel="canonical" bağı da tamamen kopmuş olur. Sonuç olarak, kopya sayfaların taşıdığı backlink gücü, sosyal sinyaller ve sayfa otoritesi, canonical ile işaret edilen ana sayfaya asla aktarılamaz.

Arama motoru botlarının bu çelişkili durumu yorumlama biçimi zaman içinde ve sitenin genel tarama geçmişine bağlı olarak değişiklik gösterebilir. Bazı durumlarda Googlebot canonical etiketini tamamen geçersiz sayarak her iki sayfayı da kendi algoritmik tercihine göre indeksleyebilir veya dizinden çıkarabilir. Bu durum kontrol edilemez dizine ekleme sorunları yaratır ve sitenin organik performans koruması stratejisine zarar verir.

Sinyal Çakışmasının (Signal Conflict) Teknik Anatomisi

Rel="Canonical" Etiketinin Googlebot Tarafından Yorumlanması

Teknik SEO standartlarında rel="canonical", kesin bir direktif (directive) değil, güçlü bir ipucu (hint) olarak kabul edilir. Googlebot, bir sayfada canonical tanımlandığında bunu kesin bir emir olarak almaz; bunun yerine sayfanın içeriğini, dahili link yapısını (internal links), XML site haritalarındaki varlığını ve HTTPS protokol durumunu analiz eder. Eğer tüm bu sinyaller canonical etiketiyle tutarlıysa, Googlebot gösterilen hedef URL'yi birincil sürüm olarak kabul eder ve dizine ekler.

Bununla birlikte, Googlebot'un canonical etiketini işleme mekanizması oldukça fazla sistem kaynağı tüketir. Tarayıcı, kopya içerik (duplicate content) kümelerini algılamak ve bunları tek bir URL altında konsolide etmek için gelişmiş kümeleme (clustering) algoritmaları çalıştırır. Eğer canonical ile işaret edilen hedef sayfa ile kaynak sayfa arasında çok ciddi içerik farklılıkları varsa veya teknik hatalar mevcutsa, Googlebot bu ipucunu tamamen reddeder ve kendi belirlediği bir URL'yi birincil olarak seçer. Dolayısıyla, canonical etiketinin başarısı, etrafındaki teknik sinyallerin temizliğine ve tutarlılığına doğrudan bağlıdır.

Noindex Direktifinin Kesinliği ve İndeksleme Süreci

noindex direktifi, arama motorlarına yönelik kesin ve tavizsiz bir komuttur. Genellikle HTML'in <head> bölümünde yer alan bir meta robots etiketi (<meta name="robots" content="noindex">) veya HTTP üstbilgisinde (HTTP header) iletilen X-Robots-Tag: noindex komutuyla uygulanır. Googlebot bu direktifi gördüğü anda, ilgili sayfayı arama sonuçlarından (SERP) uzak tutmakla yükümlüdür.

Noindex direktifinin işleme alınması, sayfanın taranma sıklığını ve tarama bütçesi (crawl budget) dağılımını da zamanla değiştirir. Googlebot, noindex olarak işaretlenmiş bir sayfayı ilk başta taramaya devam etse de, sayfanın dizinde yer almayacağını bildiği için bu sayfayı ziyaret etme sıklığını kademeli olarak azaltır. Uzun süre boyunca noindex olarak kalan sayfalar, arama motoru botları tarafından çok daha seyrek taranır ve hatta bir süre sonra tamamen göz ardı edilebilir. Bu durum, sayfadaki linklerin takip edilmesini (follow sinyali olsa dahi) ve sayfa içi otorite akışını zamanla zayıflatır.

Paradoks: Hedef URL'ye Yönlendirilen Yanlış Sinyaller

Aynı URL üzerinde hem canonical hem de noindex bulunduğunda ortaya çıkan teknik paradoks, sistemlerin veri aktarım önceliklerinden kaynaklanır. Aşağıdaki senaryoyu ele alalım:

• Sayfa A: İkincil sürüm (Kopya sayfa). Kodunda noindex ve rel="canonical" tanımlı.

• Sayfa B: Birincil sürüm (Orijinal sayfa). İndekslenmesi istenen ana hedef.

Bu senaryoda, Sayfa A'ya dışarıdan gelen değerli backlinkler (harici bağlantılar) olduğunu varsayalım. Normal şartlarda, sadece canonical kullanılsaydı, Sayfa A'nın sahip olduğu tüm link otoritesi (Link Juice) ve sayfa sinyallerini konsolide etme süreci başarıyla gerçekleşecek ve Sayfa B'ye aktarılacaktı. Ancak sayfaya eklenen noindex etiketi, Sayfa A'nın dizinden tamamen çıkarılmasına yol açar.

Google'ın indeksleme motoru Sayfa A'yı dizinden sildiğinde, bu sayfa üzerindeki meta verileri, dolayısıyla canonical bağlantısını da analiz etmeyi bırakır. Sonuç olarak, Sayfa A'ya yönlendirilmiş olan tüm dış bağlantıların gücü ve otoritesi boşa gider; Sayfa B'ye hiçbir sayfa otoritesi aktarımı yapılamaz. Bu durum, büyük ölçekli sitelerde ciddi organik performans kayıplarına ve tarama anomalilerine (crawl anomalies) yol açar.

Google'ın Resmi Yaklaşımı ve Algoritma Tepkileri

Google Sözcülerinin Açıklamaları (John Mueller)

Google'ın kıdemli SEO analisti ve sözcüsü John Mueller, farklı dönemlerde yaptığı açıklamalarda canonical ve noindex etiketlerinin birlikte kullanılmasının yaratacağı riskleri defalarca vurgulamıştır. Mueller, arama motoru botlarının çelişkili sinyalleri işleme biçiminin önceden tahmin edilemeyeceğini ve bu durumun bir web sitesi için "veri kalitesi hatası" (data quality defect) olarak kabul edilmesi gerektiğini belirtmiştir.

Mueller'ın açıklamalarındaki en net vurgulardan biri, iki etiket bir arada kullanıldığında Google'ın öncelik sıralamasının ne olacağıyla ilgilidir. Google'ın indeksleme algoritmalarının çelişkili meta veriler için yayınlanmış sabit bir çözüm sırası (resolution order) yoktur. Arama motorunun öncelikleri ve algoritmik ağırlıkları zaman içinde değişebilir. Bu nedenle, bugün sorunsuz çalışan çelişkili bir yapı, yarın algoritma güncellendiğinde aniden sitenin organik performansını olumsuz etkileyebilir. Mueller, bu tür belirsizlikleri analiz etmekle vakit kaybetmek yerine, kod tabanındaki bu tür çelişkileri doğrudan temizlemenin en güvenli yol olduğunu belirtmektedir.

Ayrıca Mueller, 2021 ve daha sonraki yıllarda (2024 ve 2026 dahil olmak üzere) yaptığı açıklamalarda şu temel kuralı hatırlatmıştır: Eğer bir sayfanın arama sonuçlarında kesinlikle yer almamasını istiyorsanız noindex kullanmalısınız; amacınız benzer sayfaları tek bir ana sayfa altında birleştirmek ve backlink gücünü korumaksa rel="canonical" etiketine sadık kalmalısınız. İkisini karıştırmak, her iki stratejinin de başarısız olmasına davetiye çıkarır.

Resmi Web Yöneticisi Yönergelerinde Belirtilenler

Google Web Yöneticisi Yönergeleri (Google Search Central resmi dokümantasyonu), teknik SEO kurallarında net bir duruş sergiler. Dokümantasyonda, tek bir site sınırları içerisinde canonical sayfa seçimini engellemek için noindex etiketinin kullanılması kesinlikle önerilmez. Bunun gerekçesi olarak, noindex etiketinin sayfayı tamamen arama sonuçlarından engellemesi ve canonical etiketinin sunduğu sinyal birleştirme avantajını ortadan kaldırması gösterilir.

Resmi yönergelere göre, arama motorlarının sağlıklı bir indeksleme yapabilmesi için web sitelerinin "temiz ve kararlı sinyaller" üretmesi gerekir. Google, web yöneticilerinden yinelenen içerikleri yönetirken şu kurallara uymasını ister:

1. Tek Sinyal Politikası: Bir sayfa ya tamamen dizinden hariç tutulmalı ya da bir canonical hedefiyle ilişkilendirilmelidir. İki yöntemin melezlenmesi, tarama bütçesi (tarama bütçesi) israfına yol açar.

2. Kanonikleştirme Tercihi: Eğer benzer içerikler arasında değer aktarımı hedefleniyorsa, Google her zaman rel="canonical" link özniteliğinin tercih edilmesini önerir.

3. Uyumsuzlukların Giderilmesi: Site haritalarında (sitemaps) yer alan URL'lerin hiçbir şekilde noindex veya çelişkili canonical etiketleri içermemesi gerekir. Google Search Console üzerindeki dizine ekleme hataları (Search Console hataları), bu tür sinyal uyumsuzluklarının giderilmesi için birincil veri kaynağı olarak kullanılmalıdır.

Kritik Hata Senaryoları: Hangi Durumlarda Bu İhlal Sıkça Yapılıyor?

E-Ticaret Sitelerinde Filtreleme (Faceted Navigation) Hataları

Büyük ölçekli e-ticaret platformlarında, binlerce ürünün renk, boyut, marka ve fiyat gibi parametrelere göre listelendiği gelişmiş filtreleme sistemleri (faceted navigation) bulunur. Bu sistemler, dinamik olarak çok sayıda URL parametresi (URL parametreleri) üretir (Örneğin: /erkek-ayakkabi?renk=mavi&beden=42). Bu parametreli sayfalar, sitenin taranabilir sayfa sayısını geometrik olarak artırarak tarama bütçesi üzerinde ciddi bir yük oluşturur.

Birçok e-ticaret yöneticisi veya yazılımcı, bu filtre sayfalarının arama sonuçlarında gereksiz yere indekslenmesini önlemek ve dizini temiz tutmak amacıyla sayfa koduna noindex etiketi yerleştirir. Ancak aynı zamanda, kullanılan e-ticaret altyapısı veya SEO eklentileri (WordPress Yoast, RankMath, Shopify SEO uygulamaları vb.) otomatik olarak bu filtre sayfasına, parametresiz ana kategoriye (/erkek-ayakkabi) işaret eden bir rel="canonical" etiketi ekler.

Bu durum, e-ticaret sitelerinde en sık karşılaşılan teknik SEO hatalarından biridir. Googlebot bu filtre sayfalarını taradığında, bir yandan ana kategoriye güç aktarmaya çalışırken, diğer yandan noindex komutuyla karşılaşarak sayfayı tamamen sistem dışı bırakır. Sonuç olarak, filtre sayfalarının sahip olduğu dahili bağlantı değeri (internal link value) ana kategoriye akamaz ve e-ticaret sitesinin kategorilerinde sıralama kayıpları yaşanır.

Sayfalandırma (Pagination) Parametrelerinde Çift Etiket Kullanımı

Kategori sayfalarında veya blog listelerinde yer alan sayfalandırılmış yapılar (Örneğin: ?page=2, ?page=3) bir diğer kritik hata alanıdır. Geçmişte Google'ın rel="next" ve rel="prev" etiketlerini desteklemeyi bırakmasının ardından, sayfalandırma mimarilerinin yönetimi daha hassas hale gelmiştir.

Sıkça yapılan hatalı bir uygulama, ilk sayfa dışındaki tüm sayfalandırılmış URL'lere (Sayfa 2 ve sonrakiler) noindex eklenirken, bu sayfaların canonical etiketlerinin serinin ilk sayfasına (?page=1) yönlendirilmesidir. Burada yapılmak istenen, arama sonuçlarında sadece ilk sayfanın görünmesini sağlamaktır.

Ancak bu iki sinyal çakıştığında, Googlebot sonraki sayfalarda bulunan içerikleri ve ürün bağlantılarını taramayı ve takip etmeyi durdurabilir. Sayfa 2 ve sonrasındaki ürünler dizinden düşebilir, çünkü Google bu sayfaları tamamen tarama dışı bırakır. Sayfalandırılmış serilerde doğru yaklaşım, her sayfanın kendisine canonical göstermesi (self-referencing canonical) ve noindex etiketinin kesinlikle kullanılmamasıdır.

Geliştirici Hataları ve Yanlış Uygulamalar

Modern web geliştirme süreçlerinde, özellikle Single Page Application (SPA), React, Next.js veya Nuxt.js gibi başsız (headless) mimariler kullanan projelerde şablon (template) düzeyinde yapılan hatalar sinyal çakışmalarına davetiye çıkarır. Geliştiriciler, test ve hazırlık (staging) aşamasındaki sitelerin canlıya (production) çıkarken indekslenmesini önlemek için kod tabanına küresel bir noindex kuralı ekleyebilirler.

Canlıya geçiş aşamasında bu noindex etiketinin kaldırılması unutulduğunda, ancak sistem dinamik olarak doğru canonical etiketlerini üretmeye devam ettiğinde sitenin tamamında sinyal çakışması (signal conflict) yaşanır. Googlebot tüm siteyi dizinden hızla çıkarırken, Search Console üzerinde "Noindex etiketi tarafından hariç tutuldu" hataları çığ gibi büyür.

Benzer şekilde, pazarlama ekiplerinin Google Ads veya sosyal medya kampanyaları için oluşturduğu özel açılış sayfalarında (landing pages) form dönüşümlerini izlemek amacıyla noindex kullanılırken, aynı sayfa şablonundan dolayı ana sayfaya canonical verilmesi de bu kategorideki yaygın operasyonel hatalardandır.

Mimari Çözüm Stratejileri: Hangi Durumda Hangi Direktif Tercih Edilmeli?

Strateji 1: Kopya İçerik Sinyallerini Birleştirme (Sadece Canonical Kullanımı)

Eğer sitenizde aynı içeriğin farklı parametrelerle veya hafif değişikliklerle sunulan birden fazla versiyonu varsa ve amacınız bu sayfaların gücünü tek bir ana sayfada konsolide etmekse, yapmanız gereken tek şey doğru bir canonical mimarisi kurmaktır. Bu durumda ilgili kopya sayfalara kesinlikle noindex eklenmemelidir.

Örneğin, bir e-ticaret siteniz olduğunu ve aynı ürünün farklı renk varyasyonlarının ayrı URL'lerde barındığını düşünelim:

• /kirmizi-tshirt (Orijinal sayfa)

• /mavi-tshirt (Kopya/Varyasyon sayfa)

Burada, /mavi-tshirt sayfasının koduna yalnızca şu canonical etiketi eklenmelidir:

<link rel="canonical" href="https://site.com/kirmizi-tshirt" />

Bu sayede Googlebot, mavi tişört sayfasını taradığında onun taşıdığı tüm otoriteyi kırmızı tişört sayfasına aktarır. Sayfa dizinde görünmese bile, kazandığı tüm backlink gücü sitenizin genel otoritesini beslemeye devam eder.

Strateji 2: Değersiz veya Gizli Sayfaları Dizinden Çıkarma (Sadece Noindex Kullanımı)

Arama sonuçlarında görünmesi hem kullanıcı deneyimi hem de marka güvenliği açısından hiçbir değer taşımayan, ancak sitenizin işleyişi için aktif kalması gereken sayfalar mevcuttur. Bu sayfalara şunlar örnek gösterilebilir:

• Kullanıcı profil sayfaları, sepet ve ödeme (checkout) sayfaları

• Başarılı işlem sonrası gösterilen "Teşekkürler" (Thank You) sayfaları

• Şirket içi dahili arama sonuç sayfaları (Search Results)

• Üye giriş (Login) ve şifre sıfırlama panelleri

Bu tür sayfalarda temel amaç sayfa otoritesini başka bir yere aktarmak değil, bu sayfaları Google dizininden tamamen uzak tutmaktır. Bu senaryoda sadece noindex direktifi kullanılmalıdır.

Bu sayfaların koduna eklenecek doğru meta robots yapısı şu şekildedir:

<meta name="robots" content="noindex, follow" />

Buradaki follow parametresi, arama motoru botlarının bu sayfadaki linkleri takip etmeye devam etmesini sağlar. Sayfa arama sonuçlarında görünmez, ancak sitenin diğer sayfalarına giden link yapısı kesintiye uğramaz. Bu sayfaların canonical etiketi ise kendilerine yönlendirilmelidir (self-referencing canonical).

Robots.txt ve X-Robots-Tag ile Ek Kontrol Mekanizmaları

Büyük ölçekli projelerde, HTML kodunun içine müdahale etmenin zor olduğu durumlarda veya HTML dışı dosya türlerinde (PDF, DOCX, XLSX vb.) indeksleme kontrolü sağlamak için alternatif sunucu düzeyinde çözümler uygulanmalıdır.

• X-Robots-Tag Kullanımı: HTTP yanıt başlığı (HTTP header) üzerinden gönderilen bu etiket, sunucu düzeyinde indekslemeyi engeller. Örneğin, Nginx sunucunuzda belirli PDF dosyalarının dizine eklenmesini önlemek için şu kuralı tanımlayabilirsiniz:

  location ~* \.pdf$ {
      add_header X-Robots-Tag "noindex, nofollow";
  }

Bu yöntemle HTML kodu kirletilmeden doğrudan tarayıcı seviyesinde kesin direktifler iletilir.

• Robots.txt ile Tarama Engelleme (Disallow): Sıklıkla karıştırılan bir diğer konu, noindex ile robots.txt ilişkisidir. Eğer bir sayfayı robots.txt dosyasında Disallow kuralı ile engellerseniz, Googlebot bu sayfayı tarayamaz. Sayfayı tarayamadığı için, sayfa içindeki noindex etiketini de asla okuyamaz. Bu nedenle, dizinden tamamen çıkarmak istediğiniz bir sayfayı robots.txt ile engellemek yerine, önce taranmasına izin verip noindex etiketinin okunmasını sağlamalı, sayfa dizinden çıktıktan sonra gerekirse robots.txt engeli uygulamalısınız.

Teknik SEO Denetimi: Sitenizdeki Çakışmaları Nasıl Tespit Edebilirsiniz?

Ahrefs, Semrush Gibi SEO Araçlarıyla Denetim

Siteniz genelinde canonical ve noindex çakışmalarını tespit etmenin en hızlı ve sistemli yollarından biri bulut tabanlı profesyonel SEO denetim (technical SEO audit) araçlarını kullanmaktır. Ahrefs Site Audit veya Semrush Site Audit modülleri, sitenizin kod yapısını tarayarak bu tür mantıksal hataları otomatik olarak kategorize eder.

Bu araçlarda bir proje başlattığınızda tarama motoru sitenizin tüm sayfalarını ziyaret eder. Tarama tamamlandıktan sonra "Indexability" (İndekslenebilirlik) raporu altında şu uyarılara dikkat etmelisiniz:

• "Canonical URL points to noindex page" (Kanonik URL noindex sayfaya işaret ediyor)

• "Noindex page has canonical link" (Noindex sayfada canonical link bulunuyor)

Bu uyarıları içeren raporları Excel veya CSV olarak dışa aktararak, hatanın hangi şablonlardan veya parametre kombinasyonlarından kaynaklandığını hızlıca analiz edebilir, yazılım ekibinize doğrudan aksiyon alınabilir bir hata listesi sunabilirsiniz.

Google Search Console Hata Raporlarının İncelenmesi

Google Search Console, arama motorunun web sitenizi nasıl gördüğüne dair en birinci elden ve tamamen ücretsiz verileri sunan paneldir. Sol menüde yer alan "Sayfalar" (Page Indexing) raporu, sitenizdeki indeksleme sorunları (indeksleme sorunları) için ana merkezdir.

Bu raporda aşağıdaki durumlara sahip URL'leri yakından incelemelisiniz:

1. "Noindex etiketi tarafından hariç tutuldu" (Excluded by 'noindex' tag): Bu listedeki sayfaların detayına gidip "URL'yi Denetle" (Inspect URL) aracını çalıştırın.

2. Kanonikleşme Kontrolü: İnceleme ekranında "Kullanıcı tarafından belirtilen canonical" (User-declared canonical) ile "Google tarafından seçilen canonical" (Google-selected canonical) değerlerini karşılaştırın.

3. Eğer dizinden çıkarılmış bir sayfada hala kullanıcı tanımlı bir canonical adres görünüyorsa, orada bir sinyal çakışması mevcuttur ve bu durum sitenin organik gücünü sızdırıyor olabilir.

Screaming Frog ile Kapsamlı Site Taraması

Screaming Frog SEO Spider, masaüstü düzeyinde teknik SEO denetimi gerçekleştirmek için sektör standardı kabul edilen en güçlü araçlardan biridir. Sitenizdeki etiket çakışmalarını Screaming Frog kullanarak saniyeler içinde filtreleyebilirsiniz.

Screaming Frog ile analiz adımları:

1. Programı açın ve üst kısımdaki adres çubuğuna web sitenizin URL'sini yazıp taramayı başlatın (Start).

2. Tarama tamamlandıktan sonra üst sekmelerden "Directives" (Yönergeler) sekmesine tıklayın.

3. Alt filtre listesinden "Noindex" seçeneğini işaretleyin. Bu filtre, sitenizde noindex etiketi taşıyan tüm sayfaları listeler.

4. Listelenen sonuçların sağ tarafındaki sütunlara gidin ve "Canonical Link Element 1" sütununu bulun.

5. Eğer bu sütunda bir URL adresi tanımlıysa, o satırdaki sayfa hem noindex taşımaktadır hem de bir canonical hedefine sahiptir.

6. Bu verileri topluca export ederek çelişkili sayfaları temizleme işlemine başlayabilirsiniz.